iOS In-App 购买 (IAP) 和 "external" 服务建议
iOS In-App Purchases (IAP) and "external" services advice
我正准备开发一个应用程序（适用于 iOS 和 Android），允许用户从他们的 phone（例如一些视频和图片），并将该内容发送给可以在同一个 iOS/Android 应用上使用该 collection 的其他用户。我想向用户收取发送 collection 的费用，因为此过程涉及将 collection 上传和处理到云端（我为此付费），然后收件人的应用程序再次下载它（造成流量成本） .请注意，我不想向收款人收取任何费用！
在我看来，生产这样一个 iOS 应用程序 不可能 （因为 Apple 会拒绝它，请参阅 App store guidelines and In App Purchase Guidelines）以下内容原因：
- 给app设置一个固定价格("paid app")是不合理的，因为我想用户每次发一个collection就收费，所以IAP(In-App-Purchases)会更合理
- IAP-logic/flow 是用户可以在应用程序中免费创建 collection 然后，当他单击 "send collection" 按钮时，系统会要求他批准购买, 在 return 中他得到了 link 可以发送给他的朋友。使用 Google 的 "In App Billing"
，Android 应用程序的逻辑本质上是相同的
- Apple 可能会拒绝此类应用程序，因为规则“11.3。使用 IAP 购买实物商品或在应用程序外部使用的商品和服务的应用程序将被拒绝”- 因为用户基本上为托管 collection，并且 collection 可以在应用程序外部使用（例如 Android 应用程序用户）
- OTOH 也无法使用外部支付方式。例如，我正在考虑强制用户首先在我的网站上创建一个帐户，他们可以在其中支付凭证（例如使用 Paypal），使用户能够发送 collections。他们首先需要在 iOS 应用程序中登录他们的帐户，然后他们可能会看到一条警告，提示他们尚未购买（或不再拥有）用于发送 collection 的任何积分。 IAP 指南禁止我直接 link 到我的网站，并附上一条说明用户可以通过其他方式支付额外积分的注释。当 Apple 工程师在审查期间看到该消息时（假设他们没有让非常聪明的人负责），该应用程序也可能会被拒绝。即使不是，这种工作流程对用户来说也很不舒服，我更喜欢 IAP，因为这也使会计（我公司的税收和收入）变得容易得多。
我想听听您对此的看法。请注意，我可能对自己 "too hard"。事实上，我确实知道已获准进入商店的应用程序确实可以做到这一点，例如，请参阅here and here。也许他们已经获得批准，因为第 11.3 段实际上只是禁止购买上传功能（将 collection 转换为 link）然后在其他地方使用此功能的能力 - 实际上这意味着 "to buy credits for an external service"机制。我的应用程序不会这样做。您必须进行购买，并且 upload/convert-to-link 功能仅适用于您进行购买的设备。
有什么想法吗？
这是开发人员在为应用程序中的任何支付相关功能选择支付选项时经常犯的一个非常常见的错误。具体来说，在 iOS 中有 Apple 为您的应用程序选择支付模式定义的新规则。
这里有一些要点：
- 如果您的应用程序有一些您需要用户付费的积分系统或硬币系统，那么您必须使用应用内购买。并且inApp purchase必须是Consumable类型。所以可以多次购买
- 如果您的应用程序在应用程序内部提供任何专业功能或设施，您必须使用应用内购买。类型将是非消耗品。 （注意： 对于非消耗性应用内购买，您必须在您的应用程序中提供恢复购买选项，否则您的应用程序将被拒绝。）
- 如果您的应用程序在有限的时间内提供任何功能或任何内部内容访问权限，则您必须使用基于应用内购买的订阅。
- 如果您的应用程序销售任何实物商品，则您必须使用任何第三方支付选项。您不能使用应用内购买。
- 如果您的应用程序出售外部服务或任何与捐赠相关的功能，那么您不能使用应用程序内购买。这将是一个复杂的案例，在这种情况下，根据苹果指南，您应该使用带有 Webview 重定向的支付网关方式。因此用户将从 Webview 重定向组件进行支付。
希望对大家有所帮助。
我在开发的一个应用程序中也有类似的经历。这是一个 GPS 设备，在应用程序中显示跟踪数据。该设备使用蜂窝数据发送跟踪信息，我们需要向 SIM 卡提供商收取费用，这是一项外部服务。我们使用 Stripe 支付来做到这一点，但 Apple 拒绝了该应用程序并要求实施 In-App 购买。因为我们阻止了用户并要求在应用程序中付款，所以看起来我们要求为应用程序数字内容付款。
根据我的经验，回答你的问题：
是的你必须使用In-App购买并且它可以是消耗品类型。当用户尝试发送 collection 时，显示消耗品购买类型。使用购买收据、collection id 等在服务器中跟踪购买
即使收集的金额用于托管和网络流量，您也可以将其称为 managing/sending collection 的服务费。在看到的背后，您可以使用这笔费用支付您的托管服务提供商或其他任何人，这取决于您。 Apple 不会因此拒绝该应用程序。因为您要为应用程序中提供的数字服务收取费用。在apple guidelines中，外部实体服务是指，例如Uber的打车费，amazon的购物价格等
我正准备开发一个应用程序（适用于 iOS 和 Android），允许用户从他们的 phone（例如一些视频和图片），并将该内容发送给可以在同一个 iOS/Android 应用上使用该 collection 的其他用户。我想向用户收取发送 collection 的费用，因为此过程涉及将 collection 上传和处理到云端（我为此付费），然后收件人的应用程序再次下载它（造成流量成本） .请注意，我不想向收款人收取任何费用！
在我看来，生产这样一个 iOS 应用程序 不可能 （因为 Apple 会拒绝它，请参阅 App store guidelines and In App Purchase Guidelines）以下内容原因：
- 给app设置一个固定价格("paid app")是不合理的，因为我想用户每次发一个collection就收费，所以IAP(In-App-Purchases)会更合理
- IAP-logic/flow 是用户可以在应用程序中免费创建 collection 然后，当他单击 "send collection" 按钮时，系统会要求他批准购买, 在 return 中他得到了 link 可以发送给他的朋友。使用 Google 的 "In App Billing" ，Android 应用程序的逻辑本质上是相同的
- Apple 可能会拒绝此类应用程序，因为规则“11.3。使用 IAP 购买实物商品或在应用程序外部使用的商品和服务的应用程序将被拒绝”- 因为用户基本上为托管 collection，并且 collection 可以在应用程序外部使用（例如 Android 应用程序用户）
- OTOH 也无法使用外部支付方式。例如，我正在考虑强制用户首先在我的网站上创建一个帐户，他们可以在其中支付凭证（例如使用 Paypal），使用户能够发送 collections。他们首先需要在 iOS 应用程序中登录他们的帐户，然后他们可能会看到一条警告，提示他们尚未购买（或不再拥有）用于发送 collection 的任何积分。 IAP 指南禁止我直接 link 到我的网站，并附上一条说明用户可以通过其他方式支付额外积分的注释。当 Apple 工程师在审查期间看到该消息时（假设他们没有让非常聪明的人负责），该应用程序也可能会被拒绝。即使不是，这种工作流程对用户来说也很不舒服，我更喜欢 IAP，因为这也使会计（我公司的税收和收入）变得容易得多。
我想听听您对此的看法。请注意，我可能对自己 "too hard"。事实上，我确实知道已获准进入商店的应用程序确实可以做到这一点，例如，请参阅here and here。也许他们已经获得批准，因为第 11.3 段实际上只是禁止购买上传功能（将 collection 转换为 link）然后在其他地方使用此功能的能力 - 实际上这意味着 "to buy credits for an external service"机制。我的应用程序不会这样做。您必须进行购买，并且 upload/convert-to-link 功能仅适用于您进行购买的设备。
有什么想法吗？
这是开发人员在为应用程序中的任何支付相关功能选择支付选项时经常犯的一个非常常见的错误。具体来说，在 iOS 中有 Apple 为您的应用程序选择支付模式定义的新规则。
这里有一些要点：
- 如果您的应用程序有一些您需要用户付费的积分系统或硬币系统，那么您必须使用应用内购买。并且inApp purchase必须是Consumable类型。所以可以多次购买
- 如果您的应用程序在应用程序内部提供任何专业功能或设施，您必须使用应用内购买。类型将是非消耗品。 （注意： 对于非消耗性应用内购买，您必须在您的应用程序中提供恢复购买选项，否则您的应用程序将被拒绝。）
- 如果您的应用程序在有限的时间内提供任何功能或任何内部内容访问权限，则您必须使用基于应用内购买的订阅。
- 如果您的应用程序销售任何实物商品，则您必须使用任何第三方支付选项。您不能使用应用内购买。
- 如果您的应用程序出售外部服务或任何与捐赠相关的功能，那么您不能使用应用程序内购买。这将是一个复杂的案例，在这种情况下，根据苹果指南，您应该使用带有 Webview 重定向的支付网关方式。因此用户将从 Webview 重定向组件进行支付。
希望对大家有所帮助。
我在开发的一个应用程序中也有类似的经历。这是一个 GPS 设备，在应用程序中显示跟踪数据。该设备使用蜂窝数据发送跟踪信息，我们需要向 SIM 卡提供商收取费用，这是一项外部服务。我们使用 Stripe 支付来做到这一点，但 Apple 拒绝了该应用程序并要求实施 In-App 购买。因为我们阻止了用户并要求在应用程序中付款，所以看起来我们要求为应用程序数字内容付款。
根据我的经验，回答你的问题：
是的你必须使用In-App购买并且它可以是消耗品类型。当用户尝试发送 collection 时，显示消耗品购买类型。使用购买收据、collection id 等在服务器中跟踪购买
即使收集的金额用于托管和网络流量，您也可以将其称为 managing/sending collection 的服务费。在看到的背后，您可以使用这笔费用支付您的托管服务提供商或其他任何人，这取决于您。 Apple 不会因此拒绝该应用程序。因为您要为应用程序中提供的数字服务收取费用。在apple guidelines中，外部实体服务是指，例如Uber的打车费，amazon的购物价格等