应用程序--我可以使用我现有的托管支付捕获提供程序来捕获支付数据吗？

Question

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

我们正在评估是否可以跳转到Google的即时应用程序中，我在他们的UX最佳实践中找到了一篇文章，上面写着，必须通过 Play In-app ，或者Google支付API。

来自他们的文档：付款

“如果你还没有收到用户的付款信息，你必须在你的即时应用程序中使用谷歌支付API。任何新的或替代的支付信息都必须使用谷歌支付API来收集。如果你在你的即时应用程序中实现了谷歌支付API，你也可以提供纯粹的离线支付，比如送货现金，或者在你的即时应用程序中存储礼品卡。”

和

“如前所述，您必须在即时应用程序中使用Google支付API或Google Play In app计费来处理付款。”

他们对在应用程序中的购买没有任何区别，也没有为在应用程序之外以物理或电子方式交付的东西进行任何区分。我们是后者:我们在应用程序之外提供数字产品，然后由其他人来认领和赎回。

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

Answer 1

是的，这是一个政策要求，所有即时应用程序付款都应该通过Google Play In-App 或的Google支付API。前者用于纯粹的数字产品(并吸引30%的标准削减)，后者用于实物商品或服务。

请注意，与Android不同。您可以阅读更多关于更新的支付API从2017年谷歌I/O会话，这个博客帖子和注册的早期访问这里。

至于这是否适用于你目前的应用程序/支付系统，这很难说。Google支付API是一种让用户轻松地从他们的Google帐户中存储和检索支付方法的方法，它实际上并不处理支付过程。要处理付款，您仍然需要将从支付API接收到的令牌化信用卡信息传递给支持的支付处理器。在编写本文时，支持的处理器是Braintree、Stripe和Vantiv，很快就会有更多的处理器。

如果您当前的支付流程不是很灵活，那么可能不可能将此支付流集成到您的即时应用程序中。