【问题标题】:Subscription/Plans upgrades and downgrades, RecurringApplicationCharge订阅/计划升级和降级,RecurringApplicationCharge
【发布时间】:2020-11-18 22:58:06
【问题描述】:

在我们的应用中实施了多个计划,每个计划为我们的客户提供更多或更少的功能,这取决于不同计划的价格不同。

我们的计划实施基于RecurringApplicationCharge Shopify feature

我们知道,店主在接受申请费用后会立即被收取费用。因此问题是发生了什么:

  • 如果店主将计划从较便宜的费用更改为较昂贵的费用
  • 如果店主通过从更昂贵的费用转移到更便宜的费用来降级计划

?

我为店主找到了billing FAQ,上面写着:

如果您使用某个应用升级或降级订阅,则该应用会提示您同意新的定期应用收费。这是因为 Shopify 一次只允许每个应用程序启用一项经常性应用程序费用。现有的定期申请费用将被取消并由新费用取代。

当您通过从较便宜的费用转移到较昂贵的费用来升级计划时,费用将根据价格差异和计费周期中剩余的天数按比例分配。例如,如果您以 5.00 美元的计划开始为期 30 天的计费周期,然后在计费周期的第 15 天升级到 15.00 美元的计划,您需要支付 5.00 美元 + (15.00 美元 - 5.00 美元) * (15/30) = 10.00 美元。

这些规则是否适用于RecurringApplicationCharge?还是在这里谈论GraphQL subscription 模型?

【问题讨论】:

    标签: shopify shopify-template shopify-api


    【解决方案1】:
    如果店主将计划从较便宜的费用更改为较昂贵的费用
    如 Shopify 提供的示例中所述,将创建新的经常性费用,商家需要接受这些费用才能进行收费。您需要管理您的代码逻辑,以便商家选择升级时将收取新费用,并将按比例向商家收取费用。


    如果店主降级通过从更昂贵的费用转移到更便宜的费用来计划
    在这种情况下不会有任何退款。但是,您需要创建一个新的经常性费用,商家将在即将到来的计费周期中收取该费用。商家需要接受新的经常性费用。


    这些规则是否适用于 RecurringApplicationCharge?还是这里说的是 GraphQL 订阅模型?
    两者都做同样的事情

    【讨论】:

      猜你喜欢
      • 2015-09-03
      • 2015-05-19
      • 2017-09-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-07-24
      • 2021-04-30
      • 2014-05-05
      相关资源
      最近更新 更多