使用Stripe每月订阅时,计算每月服务费用的最佳实践是什么?
我可以看到两种策略:
将用法添加到每月使用情况(即{month_1: 342, month_2: 20}
)。根据Stripe订阅start
日期计算当前月份。 Stripe订阅实际续订日期中忽略差异的类型,如果续订没有通过,则需要手动干预以阻止客户。
当Stripe触发成功的订阅续订Web挂钩时,有一个monthy_allowance
(当前月份可用的信用计数器)变量补充。它与实际的订阅状态有更多的联系,但我可以看到是一个问题,因为如果Web钩子没有正确接收事件,它似乎更难测试并受到错误的影响。如果某些客户在我们手动允许他们重新进入之前被锁定,则可能会出现问题。
我认为在这个问题中它并不重要,但我们使用Ruby on Rails
并MongoDB
作为后端。
答案 0 :(得分:2)
如果您正在谈论某种“使用信用”,您的用户将“用完”,并且在收取订阅费用时会进行补充,我认为您可能只需要一个存储桶就可以解决这个问题(比如,你在他们使用某些东西时提取的,你在成功支付订阅时填写,以及当桶达到零时阻止它们(或提供购买更多的方式)的地方。
这有意义吗?