订阅插件及其与 Stripe 的集成不处理增值税（GST/销售税）号码。这意味着该插件不能用于大多数国家/地区符合法律规定的 B2B（企业对企业）订阅销售。
有人找到解决此问题的方法了吗？
3 个赞
有谁在使用该平台进行 B2B 付款时找到过任何变通方法？
Discourse 团队对此有何见解？
非常感谢您的协助。
我与一位在整个欧盟范围内开展业务的 B2B 客户开会，他们现在计划通过 WordPress/WooCommerce 出售订阅，并使用 SSO 连接到 Discourse。
他们这样做的主要原因之一是 Stripe 的限制，而且因为 Discourse 只支持 Stripe，所以这实际上根本不是一个选择。而且因为他们也计划推出 B2C 服务，WordPress 是一个显而易见的选择——使用 PayPal 或 Stripe 几乎等于商业自杀，因为相当多的欧盟国家拥有完善的银行系统，并且通过多个第三方进行付款转账。
我理解 Discourse 无法支持这一点。主要是因为——我不得不大声说出来——Discourse 作为一种产品并非主流，即使在其自身领域内将 Discourse 用作电子商务也只是微观层面的。这就是为什么没有多少开发公司愿意开始构建这样的系统，如果有的话。
别误会我的意思。如果有人在 Stripe 可用的地区运营（并且无需处理企业客户的增值税号），那么一切都会很好。
您能详细说明一下吗？
没有人想在这里使用它。正如我所说，我们有替代方案。除非绝对必要，否则公司甚至不使用信用卡进行数字支付。另外，如果卖家无法处理增值税而需要额外的簿记，那将是一个很大的禁忌。
相当多的 B2C 客户根本不信任，但这可以改变，因为 Netflix 强制直接使用信用卡。但同样，即使那样，它也是通过银行进行的，而不是信用卡公司。维萨、美国运通等在这种情况下与银行合作。
再说一遍——这都是笼统的说法，但在欧洲这是一种相当普遍的方式。抱歉，英国是另一回事。
但如果我试图回到主题，增值税必须处理正确，与公司，特别是与在欧盟运营的个人客户打交道。我们销售的是一项服务，增值税来自客户所在国家，而不是服务所在国家。增值税报告是一场噩梦，其中的错误会花费大量的金钱。
这实际上比关于 GDPR 和论坛内容的理论问题要大得多。
—
关于英国的离题内容…
两个月前，一家英国公司想从我这里购买一个解决方案，他们坚持要用支票付款。抱歉，我上次在这里看到这样的事情是在 1986 年。在我生命中的某个时候，我在爱尔兰开狗拉雪橇，所有客户都是英国人——我绝不会在 2024 年还等上 2 周，看看那张纸会不会跳票 
是的，增值税（VAT）在欧洲是个噩梦，但这与Stripe无关，它适用于所有B2C支付。
有趣的是，我并不太认同这一点——荷兰这里的大多数人都有信用卡，并且不介意使用它，即使有很多替代方案。我认为所有这些替代方案的主要问题在于它们相当“本地化”，即仅限于一个或几个国家，而不是在整个欧盟范围内适用。
芬兰是信用卡拥有率最高的欧盟国家之一……
是的，这是真的。这两件事确实不同：
- 为什么Stripe不流行
- 订阅如何处理增值税（如果有问题……我不知道，我只是试着按照这里写的去做）
所以是我行为不当。抱歉。
是的，因为几乎所有的银行卡同时都是借记卡/信用卡（Visa）。但当它被使用时，即使是信用卡，付款也会通过银行——它只决定何时以及如何提取资金。安全机制，而且它实际上来自欧盟。在北欧，它的推广很容易，因为它没有改变任何东西。但这也是Klarna陷入困境的原因之一。
但这在我们谈论B2C时很重要。B2B是另一个世界，即使在那里，情况也因企业规模而异。
但增值税必须一直正确处理。我们可以做其他任何事情，但不能玩弄欧盟增值税[1]
该死的增值税现在在这里是一个有点敏感的话题，因为我们的政府将其提高到25.5%；匈牙利有更高的增值税 ↩︎
1 个赞
我认为我们有一个关于此的 Feature 请求，并且我们已经了解/正在处理，但我恐怕没有一个确切的时间表说明何时会优先处理。
2 个赞
请参阅这篇关于设置新的 Stripe 定价表功能的帖子：
它将允许您在结账时开始自动收取税款。