【问题标题】:Different Order Id of product from google play来自 google play 的产品的不同订单 ID
【发布时间】:2016-02-08 16:59:34
【问题描述】:

我有一个包含产品的应用程序,所有船只都保存在我的云中,今天我检查了日志并看到两个不同的订单 ID,而在钱包/商家中还没有那个订单。

所以我的问题是: 订单ID是正确的吗? 通常延迟多久才能在钱包中显示订单?

我得到的默认订单 ID:(2015/03/11)

GPA.1355-6245-00X8-05X6X
GPA.1375-4305-10X8-X3807
GPA.1367-7671-943X-3X336

今天我知道了:(2015/07/11) 今天

4496482184183757633.6602695480X6175X
1206201909101041727.52364XX181X38496

有人知道吗?

Obs:订单中的“X”只是为了隐藏实数

【问题讨论】:

  • 你有没有想过这个问题?我也遇到了同样的问题
  • 第二个数字看起来像来自应用商店的 ios 订单 ID
  • 你得到这个答案了吗?我们也面临同样的问题

标签: android in-app-billing product android-pay


【解决方案1】:

Google 最近更改了orderid format。我不确定您是在沙盒模式还是生产环境中进行测试。对于沙盒模式,订单 ID 可能不正确,即使对于生产模式,也可能存在错误。

对于test mode,谷歌推荐使用purchaseToken

您可以使用 purchaseToken 字段来识别测试购买。

我认为对于生产也应该使用购买令牌而不是 orderId 来识别购买,直到我们对新订单 ID 有更好的支持。

编辑

您可以在后端使用Purchases.subscriptions: get API 来检查购买是否有效。

检查用户的订阅购买是否有效并返回其 到期时间

所有Purchases.subscriptions API 方法(获取、取消等)都需要购买令牌而不是订单 ID,因此您不需要存储订单 ID。

【讨论】:

  • 我的应用正在生产中。在发送产品之前如何在我的后端进行验证?原因,用户无法获得令牌?如果他们能够得到一个偶然的订单 ID。
猜你喜欢
  • 1970-01-01
  • 2016-03-20
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多