我有一个使用订阅 API 的钱包集成 Web 产品,如文档中所述。模拟了初始付款和取消,一切正常。
Google 电子钱包服务器是否会在每次重复续订时回叫服务器(显然当时客户端可能不在线)?
我有一个使用订阅 API 的钱包集成 Web 产品,如文档中所述。模拟了初始付款和取消,一切正常。
Google 电子钱包服务器是否会在每次重复续订时回叫服务器(显然当时客户端可能不在线)?
定期付款会自动发生,无需回调商家服务器。
处理定期付款后,客户将收到一封电子邮件确认。
因此,您只会收到两次回发:订阅时和取消时。这听起来不错,但比这更复杂。这里有两个例子:
假设客户决定取消中间试用期。即使在试用期结束之前,您也会立即收到通知回调。这意味着你最终必须弄清楚该怎么做。理论上,您应该将订单 ID 与您为订阅记录的数据匹配,并将剩余时间返还给用户,即不要立即禁用他们的帐户。
当付费客户决定取消时,情况非常相似。如果他们在计费周期的中间取消,您将不得不回顾计费周期的开始时间,并将他们四舍五入到最近的计费周期,并允许他们在此之前使用您的服务。这可能会产生一些问题,因为该方法可能会与 Google 正在做的事情有所不同。
这就是我们遇到问题的地方。如果付款失败,Google 将自动取消订阅,但这可能会在新的结算周期后几天发生。当您收到通知回调时,无法知道取消的原因,因此通常您不知道该怎么做。如果您立即取消订单,并且通知是针对试图取消订单的付费客户,以便他们不会到达下一个结算日期,那么您将必须提供他们已付款的剩余天数。但是由于无法区分取消,您无法判断这是否是由于信用卡无效,在这种情况下您应该立即取消。
The only solution to this problem is to manually investigate your orders. And this is what sucks about Google Wallet although it is a pretty cool service.