In app purchase 为B2B目的在IAP旁边提供额外的订阅机制

In app purchase 为B2B目的在IAP旁边提供额外的订阅机制,in-app-purchase,app-store,mac-app-store,subscriptions,b2b,In App Purchase,App Store,Mac App Store,Subscriptions,B2b,我正在使用自动续费订阅(IAP)将我的一款Mac应用程序从付费模式改为订阅模式 然而,由于应用程序是B2B,一些用户需要通过其雇主报销费用。虽然这对于只发生一次的付款来说是可以接受的,但是对于经常性付款来说,这简直令人讨厌,有时甚至是不可能的 苹果有一个B2B批量购买计划,支持公司购买大量许可证并将其分发给员工。但是,不支持IAP(包括自动续订订阅) 我认为这是一个很大的限制(尤其是知道他们要削减30%的销售额),解决这一问题的唯一办法是在IAP旁边提供额外的订阅机制,特别是针对业务需要 我最担

我正在使用自动续费订阅(IAP)将我的一款Mac应用程序从付费模式改为订阅模式

然而,由于应用程序是B2B,一些用户需要通过其雇主报销费用。虽然这对于只发生一次的付款来说是可以接受的,但是对于经常性付款来说,这简直令人讨厌,有时甚至是不可能的

苹果有一个B2B批量购买计划,支持公司购买大量许可证并将其分发给员工。但是,不支持IAP(包括自动续订订阅)

我认为这是一个很大的限制(尤其是知道他们要削减30%的销售额),解决这一问题的唯一办法是在IAP旁边提供额外的订阅机制,特别是针对业务需要

我最担心的是我的应用程序是否会因此而被拒绝。我一直在浏览(更新版),发现了一些相关项目:

如果您想解锁应用程序中的功能(例如:订阅、游戏内货币、游戏级别、访问高级内容或解锁完整版本),则必须使用应用内购买。[…]应用程序可能不包括按钮、外部链接或其他将客户引导至IAP以外的购买机制的行动要求

这种情况将会发生,但不完全是因为上述限制。我不会包括一个“购买”链接到替代方法。然而,我将包括一个文本,表明如果一家公司想为其员工购买多个许可证,它可以通过我们的网站(使用支付处理器,如Stripe)来完成。通过此网站,可在应用程序中输入代码以激活许可证

通过Mac App Store分发的应用程序可能会托管插件或扩展,这些插件或扩展是通过应用程序商店以外的机制启用的

该应用程序是通过Mac app Store分发的,在这里它们似乎更灵活。然而,这是一个模糊的指导方针,我甚至不确定它是否与我所面临的问题有关。这是什么意思


希望在这里读到你的观点和经验。谢谢。

我一直在给苹果发电子邮件,但他们一直没有回复。在苹果开发者论坛上也问过这个问题,但也没有得到任何帮助

决定简单地实现它并将其提交到应用商店。他们没有提出问题就接受了,所以这显然是允许的。值得一提的是,我没有在应用程序中包括支付机制。它要求使用我自己的服务验证许可证代码。该服务还通过网页处理付款

希望它能帮助别人