苹果商店接受，提交的应用程序，用户等以盈利为目的的服务
问题说明
苹果表示，
11.2应用程序使用比在应用程序内购买API（IAP）的应用程序将会被拒绝购买内容，功能或服务的其他系统。
例如我的IOS应用程序将被用来制造与Web服务进行磋商，并会由我的客户给予免费提供给用户，因为Web服务是我们的，灵活的，它可以提供不同类型的协商hunderds（如：急救指南，电视故障排除，Internet连接麻烦shooting..etc），这都可以通过用户在Web服务更新。但是，这并不意味着用户可以使用该应用购买一些新的指南。这将提供给用户免费使用的这个程序包括这10名导游但我们正在充电的客户使用了Web服务的许可证和iPhone是我们提供的客户端访问的众多方式之一的具体说明Web服务和获取知识。
For example my IOS app will be used to make consultations with a web service and will be given free to users by my customer, since the web service is ours and flexible, it can offer different and hunderds of types of consultations (e.g first-aid guide, TV troubleshooting, Internet Connection trouble shooting..etc) and this can all be updated in web service by user. But this does not mean that users can use the app to buy some new guides. It will be offered to the users for free with a specific description of "This app includes this 10 guides" but we are charging the customer for license of using out web service and iPhone is one of the many ways we are offering client to access the web service and get that knowledge.
这可能吗？什么是苹果的限制？
我可以卖这个程序，公司CompanyX它提供了10种不同的故障诊断指南？
然后出售CompnayQ另一个构建以支持50个不同的导游？
Is this possible? and what are the Apple restrictions? Can I sell this app to CompanyX which offers 10 different troubleshooting guides? Then sell CompnayQ another build with supports 50 different guides?
正确答案
苹果使人们在他们的任期为App Store，你一定不能要约出售任何明确的 - 既不是产品也不是服务 - 从一个应用程序里面，除非它使用他们购买的API。这就是为什么如G。亚马逊不得不从他们的Kindle应用程序适用于iOS除去买进一书的功能。你不能甚至在你的应用程序链接到一个网站，将用户带到你的网站购买在Safari。据我所知，即使你的应用程序告诉人们去你的网站购买其他服务里面的一些屏幕上的文本提示可能是在审查过程中存在问题。
Apple have made it clear in their terms for the App Store that you must not offer anything for sale - neither products nor services - from inside an app unless it uses their purchasing APIs. This is why e. g. Amazon had to remove the buy-a-book feature from their Kindle app for iOS. You must not even have a link to a website in your app that would take the user to your website for purchase in Safari. AFAIK even a text hint on some screen inside your app telling people to go to your website for purchase of further services might be problematic in the review process.
在我看来（这就是这样，一个意见），你可能会好与CustomerX和CustomerY，每提供免费访问的Web服务的一个特定子集不同的应用程序。你甚至会好，如果任何应用程序的现有用户可以在网站上购买获得额外的服务，然后在各自的应用程序使用它们，只要你不从你的应用程序链接到该页面。你会的，当然，还是要执行某种用户ID系统的识别哪些用户可以访问更多的服务，而哪些没有。
In my opinion (which is just that, an opinion) you will probably be good with different apps for CustomerX and CustomerY, each offering free access to a specific subset of your web services. You will even be good if existing users of any of the apps can buy access to additional services on your website and then use them in their respective apps, as long as you do not link to that page from your app. You will, of course, still have to implement some kind of user-id system to recognize which users have access to the additional services, and which don't.
我建议你看看亚马逊是怎么做的，因为他们的Kindle应用程序肯定有从审阅了很多推敲。跟着他们走，你应该是不错的。
I suggest you take a look at how Amazon does it, because their Kindle app has certainly had a lot of scrutiny from the reviewers. Follow their lead and you should be good.
这篇好文章是转载于：学新通技术网
