1

我们有一个完全原生的 Android 应用程序，它使用知名公司的托管令牌化解决方案来捕获信用卡和支付信息。（通过嵌入式 Web 视图）。信用卡号相关信息在任何时候都不会存储或传输到我们的服务器。

我们正在评估是否可以使用Google 的即时应用程序，我在他们的 UX-Best-Pactices 中找到了一篇文章，上面写着，您必须通过Google Play In-app Billing或Google Payment API

从他们的文档：https ://developer.android.com/topic/instant-apps/ux-best-practices.html#take_the_friction_out_of_payments

“如果您还没有存档用户的付款信息，则必须使用 Google Payment API 在您的免安装应用中进行购买。必须使用 Google Payment API 收集给定用户的任何新的或替换的付款信息。如果您实施Google Payment API 在您的即时应用程序中，您还可以提供纯粹的离线支付，例如货到付款，或在您的即时应用程序中存储礼品卡。”

和

“如前所述，您必须使用 Google Payment API 或 Google Play In-app Billing 在即时应用中处理付款。”

他们不区分应用内购买，或购买在应用外以物理或电子方式交付的东西。我们是后者：我们在应用程序之外提供数字商品，稍后由其他人领取和兑换。

因此，根据所有这些，我们是否有资格使用我们现有的支付系统迁移到即时应用程序？

4

1 回答 1

2

是的，所有 Instant App 付款都应通过 Google Play In-App Billing或Google Payment API 进行，这是一项政策要求。前者用于纯数字商品（并吸引标准的 30% 折扣），后者用于实物商品或服务。

请注意，Google Payment API 与 Android Pay 不同。您可以从Google I/O 2017 会议、此博客文章中阅读有关更新的支付 API 的更多信息，并在此处注册抢先体验。

至于这是否适用于您当前的应用程序/支付系统，这很难说。Google Payment API 是一种让用户轻松地从他们的 Google 帐户存储和检索付款方式的方法，它实际上并不处理付款。要处理付款，您仍需要将从付款 API 收到的标记化信用卡信息传递给支持的付款处理器。在撰写本文时，受支持的处理器是 Braintree、Stripe 和 Vantiv，即将推出更多。

如果您当前的支付流程不是很灵活，那么可能无法将此支付流程集成到您的 Instant App 中。

于 2017-06-09T01:50:22.967 回答