简体繁体 English

iOS应用内购买：多个帐户

[英]iOS in-app-purchase: multiple accounts

原文 2012-10-17 19:44:20 5 1 ios/ in-app-purchase

I have this concept of a single iOS app, in which multiple, independent providers can offer their goods. 我有一个iOS应用程序的概念，其中多个独立的提供商可以提供他们的商品。 So, the end user can buy something within the app, but the stuff he buys would be offered by different providers. 因此，最终用户可以在应用程序内购买商品，但是他购买的商品将由其他提供商提供。 Ideally, the app would be configured in such a way, that when the user buys something from provider A, that provider would receive the money, rather than me, the developer, and submitter of the app. 理想情况下，应用程序的配置方式应是，当用户从提供商A购买商品时，该提供商将收到钱，而不是由我本人作为应用程序的开发者和提交者。 The user could also choose an offering from provider B, who, in turn, would then get the money the user pays for that specific in-app purchase. 用户还可以从提供商B中选择产品，后者再从中获得用户为该特定应用内购买支付的钱。 The advantage, obviously, would be, that I don't have to deal with collecting all the money, and then transfer the right amount to the individual Providers. 显然，这样做的好处是，我不必处理收集所有资金的问题，然后将正确的金额转给各个提供商。 And having to prove these individual Providers that I give them the share that they deserve. 并且必须向这些单独的提供商证明我可以给他们应得的份额。 Is this a scheme that directly, or indirectly would be possible in Apple's IAP scheme? 这是在Apple的IAP方案中直接或间接实现的方案吗？

1 个解决方案

I have this concept of a single iOS app, in which multiple, independent providers can offer their goods. 我有一个iOS应用程序的概念，其中多个独立的提供商可以提供他们的商品。

Taking that literally, you really need to read the in-app purchase terms of service. 从字面上看，您确实需要阅读应用内购买服务条款。 You are not allowed to offer physical goods via IAP. 您无权通过IAP提供实物商品。