继续关于 Discourse 订阅 的讨论：
如果我们设置 Stripe 定价表中的付款为“一次性”而非“定期”，一切是否仍然有效？我的意图是使用订阅功能允许用户订阅以解锁某些内容，但我希望他们手动重新订阅。因此，我想弄清楚的是，例如在 6 个月订阅结束时，即使是“一次性”付款，该插件是否仍会将他们从群组中移除？
波兰的一些付款方式（Blik 和 Przelewy24）不允许定期付款，但我希望启用它们，因为这里的人们比提供信用卡信息更信任它们。因此，这有可能极大地影响转化率！
1 个赞
我认为这些 webhook 只会针对“订阅”触发。因此，一旦有人支付了一次性付款，他们将继续保留在该群组中，直到被手动移除。
您是否在 Stripe 的任何地方配置了时长，还是只是将一次性付款标记为 6 个月？不确定 Stripe 是否支持这一点，但这可能是我们为一次性购买在插件中构建的一项功能。
确实你说得对，我的错。我刚检查了一下，一次性付款 Stripe 根本不允许设置任何时间段。所以我想我只有两种选择：a) 我必须只使用信用卡进行定期付款，或者 b) 在标题或描述中将产品标记为仅限 6 个月，然后在 Discourse 中手动删除它们（我真的不想这样做，哈哈）。唉……
此外，我是否正确理解，我可以在 Stripe 网站上创建包含定期订阅的整个定价表，然后运行 rake 命令，它就能在 Discourse 中运行？因为我的一个计划将采用分级定价，即座位越多，每个座位的价格就越便宜，我将通过结账页面上的自定义表单发送邀请到我收集的电子邮件。
可能不行。在假设 rake 任务会完全按照你的意愿执行之前，我会尝试在你的定价表中添加一两个项目。Discourse 需要 Stripe 中的一些元数据字段；我不确定 rake 任务是否会处理这些。
我建议先在 discourse 中创建产品。只要它还没有任何购买记录，你就可以进入 Stripe 编辑价格，然后将其设置为分级定价。你现在处于一个未知领域，但我认为只要你使用的是定价表，它应该就能正常工作。
2 个赞
我会这样做，并尝试在今晚以测试模式和新注册的测试用户进行测试。然后我会在此主题中回复 
2 个赞
各位，好的，我想它奏效了。因此，我在 Discourse 端创建了两个产品，然后在 Stripe 端将它们编辑为 6 个月（插件中没有此选项）。我还为它们添加了营销功能和描述。我创建了一个分级产品，并将两者都添加到定价表中。我成功完成了一个订阅，然后取消了它，并测试了另一个（分级）产品，也成功了。
（题外话：我需要这个分级计划，因为我想为企业团队提供一个计划，其中每个席位都便宜一点（按数量折扣），然后我可以通过邀请链接手动邀请缺少的团队成员，并将他们全部添加到一个私人组。）
定价表同时支持这两个产品和优惠券代码。在 Stripe 中，它显示下一个续订日期是六个月后，但在 Discourse 中，该产品是使用“一个月”续订选项创建的***，因此尚不清楚这是否会导致任何问题！***
但是，尽管这种方法“不受官方支持”，但它似乎奏效了，如果我必须在 6 个月后手动调整某些内容，那也是一个小代价！重要的是用户确实被添加到了组中并且付款已处理。
2 个赞
在 /(user)/billing/subscriptions 中，它显示了 6 个月的阶梯计划为：
费率：0.00 波兰兹罗提/月
续订：2025 年 7 月 15 日
这与 Stripe 后台显示的内容一致。因此，就 Stripe 而言，6 个月的订阅是有效的，问题在于 Discourse 插件是否会在一个月后将其踢出。
当我在 Stripe 中使用时间模拟器并将时间快进一个月时，它会从管理员订阅插件仪表板 /admin/plugins/discourse-subscriptions/subscriptions 中删除整个订阅 ID，就好像它从未存在过一样。但用户仍在组中，Stripe 仍显示订阅处于活动状态。
希望将来我们能获得对 6 个月订阅的支持 
太棒了！我认为这个技巧也可能帮到我。感谢分享！
我认为他们会被 Stripe 的 webhook 踢出，所以我认为它会做正确的事情。时间会证明一切！
1 个赞
正确。订阅插件本身没有任何计时器。它只是监听来自 Stripe 的 webhook 事件。
1 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.