在播放控制台

时间:2018-04-23 08:48:09

标签: android in-app-purchase google-cloud-pubsub google-play-console in-app-subscription

情境 - 用户完成订阅付款,应用会使用用户ID将购买令牌发送到后端。同时,我们还配置了webhook,它也发送相同的购买令牌以将用户ID映射到相同的购买令牌,我们将获得该用户和购买令牌的未来webhook事件。

考虑我们在播放控制台中为当前主题名称设置了登台端点URL。

这很好:当暂存用户完成付款时,应用会将数据发送到临时服务器和实时开发人员。通知也出现在登台服务器上。

这是问题 - 但在暂存用户完成付款后,LIVE(应用已发布)后,应用会将数据发送到登台服务器 BUT 实时开发。通知发送到生产服务器,因为在LIVE之后我们已经在播放控制台中更改为当前主题名称的生产终点URL。

可能的解决方案 -

  1. 我们总是可以在生产中创建虚拟用户来测试付款,以便所有数据都来到生产服务器。
  2. 我们可以创建一个位于生产服务器上的API,并在实时开发时区分SKU id以进行交错和生产。谈到。如果SKU id来自生产,则继续以其他方式命中登台服务器API以转储该数据。
  3. 帮助 - 我需要您的帮助才能知道最佳解决方案。

1 个答案:

答案 0 :(得分:0)

我现在有同样的问题。 我要解决的方法是使用androidpublisher subscriptions API。 在实时开发者通知中,您将获得访问API所需的packageNamesubscriptionIdpurchaseToken

您从API获得的响应可以包含purchaseTypepurchaseType

因此,您可以简单地检查API结果中是否存在purchaseType字段。 如果是,则购买是使用许可证测试帐户进行的,您可以将通知转发到您的暂存环境。

希望这对您和其他任何人都有帮助。 :)