使用 Stripe 处理每月订阅津贴的最佳方式？答案

【问题标题】：Best way to handle monthly subscription allowance with Stripe?使用 Stripe 处理每月订阅津贴的最佳方式？
【发布时间】：2018-08-23 14:16:04
【问题描述】：

在使用 Stripe 月度订阅时，计算我们服务的月度津贴的最佳做法是什么？

我可以看到两种策略：

将使用量添加到每月使用量哈希（即{month_1: 342, month_2: 20}）。根据 Stripe 订阅 start 日期计算当前月份。忽略 Stripe 订阅实际续订日期的差异，如果续订未通过，则需要人工干预来阻止客户。
有一个 monthy_allowance（当月信用计数器仍然可用）变量，当 Stripe 触发成功的订阅续订网络挂钩时，该变量会被补充。它与实际订阅状态更相关，但我可以看到这是一个问题，因为如果网络挂钩没有正确接收事件，它似乎更难测试并且容易受到错误的影响。如果某些客户在我们手动允许他们重新进入之前被锁定，这可能是一个问题。

我想这个问题并不重要，但我们使用 Ruby on Rails 和 MongoDB 作为后端。

【问题讨论】：

【解决方案1】：

如果您正在谈论拥有某种“使用信用”，您的用户将“用完”，并且在收取订阅费用时会补充，我认为您可能只需拥有一个存储桶就可以解决这个问题（例如，一个计数器），当他们使用某些东西时你会画下来，当订阅成功支付时你会填满，当水桶达到零时你在哪里阻止他们（或提供购买更多的方式）。

这有意义吗？

【讨论】：

是的，这就是我想用 (2) 做的事情。我想知道是否有人对如此依赖 Stripe 网络挂钩来定义信用（我称之为津贴）有任何问题？
Stripe 的 webhook 通常很快；从创建发票到付款之间大约有一个小时，因此也需要考虑这一点。
我明白了。 1小时没什么大不了的。您知道准确获取续订日期的方法吗？比如如果订阅是从 1 月 31 日开始的，那么 2 月什么时候续订？
这里有很多关于这些东西的详细信息：stripe.com/docs/subscriptions/lifecycle 是的，1 月 31 日将是 2 月 28 日/29 日、3 月 31 日、4 月 30 日等。