多用户应用的 App Store 提交

Question

我尝试提交的应用程序适用于已在 Android 设备上运行的现场销售系统，我们现在正尝试将其提供给 Apple 用户。它是一个基于云的应用程序，用户可以将存储在其设备上的数据与存储在 Web 服务器上的数据同步。该应用程序出售给公司而不是个人。每个公司都有很多用户，所有用户都与服务器上的同一个数据库同步。

我们维护自己的网络服务器并提供托管服务，公司也可以托管自己的服务器：

• 对于托管服务，公司支付月费或年费，具体取决于他们拥有的用户数量。
• 对于喜欢托管自己的服务器的公司，该应用程序是按设备授权的。公司为每台设备支付注册和升级费用，每个用户都必须输入注册密钥。

我了解我们不允许在应用中的任何位置提及 Android 平台。我也明白我们必须允许通过应用内购买支付所有订阅、注册和升级。但我有几个问题：

1. 我很高兴我们只向 Apple 客户提供有限的服务，前提是它可以让应用更容易被接受。 Apple 会对这种安排感到满意吗？
2. 大多数公司宁愿只为整个系统配备一名管理员，并让他负责所有采购安排。 Apple 可以接受吗？
3. 是否可以对单个产品进行多次应用内购买（例如购买 50 个许可证）？
4. 注册密钥的使用有问题吗？

Answer 1

1) 我认为，只要您的客户知道您的应用/服务的 iOS 风格在某些方面受到限制（告诉他们其余的工作正在进行中），那么我无法预见这会出现任何问题。您可能仍会考虑拨打 Apple Developer Support 并通过他们的支持，但您直接从他们那里获得非含糊回答的机会仍然很高 - 他们可能会说这取决于您提交应用程序时的审阅者。

2) 听起来不错，在企业应用程序世界中并不少见。有关详细信息，请参阅 3)。

3) 您可以利用 VPP（批量购买计划）来实现这一点，但在撰写本文时它仅在美国可用。更多信息请参见下面的链接：

http://www.apple.com/business/vpp/

我认为您可以考虑应用分发的另一种方法（在一定程度上）可以让您绕过 Apple，即注册企业开发者帐户。这将允许您构建应用程序的常规开发和分发版本，但分发版本可以采用两种形式：受限于设备的 UDID（100 限制仍然有效）或根本不使用。如果是后者，您可以自行托管生成的 .ipa 应用程序文件，这是完全可行的。

4) 应用程序的注册密钥？ （解锁“高级”内容或作为应用激活的方法？）

希望对您有所帮助，祝您好运！