免费试用用户退款申诉场景下，Apple消费信息提交请求异常问题求助

各位好，最近在处理Apple应用内购买的退款申诉时碰到了一个头疼的问题，想跟大家请教下有没有类似的经验。

场景是这样的：有用户先开通了我们的免费试用，试用到期后自动扣费，之后用户申请了退款。按照Apple的要求，我需要提交用户的消费信息来拒绝这个退款申请，于是我用了以下的CURL请求：

curl -v -X PUT "https://api.storekit.itunes.apple.com/inApps/v1/transactions/consumption/<transactionid>" \
-H "Authorization: Bearer <authorization>" \
-H "Content-Type: application/json" \
-d '{ 
  "accountTenure": 3, 
  "appAccountToken": "", 
  "consumptionStatus": 3, 
  "customerConsented": true, 
  "deliveryStatus": 0, 
  "lifetimeDollarsPurchased": 3, 
  "lifetimeDollarsRefunded": 1, 
  "platform": 1, 
  "playTime": 6, 
  "refundPreference": 2, 
  "sampleContentProvided": true, 
  "userStatus": 1 
}'

请求返回了202状态码，看起来是成功接受了。但奇怪的是，Apple那边之后又重复给我发了消费信息请求，说他们没收到这个交易ID的响应。而且这个问题只出现在免费试用转付费后申请退款的用户身上，正常付费用户的退款申诉提交消费信息是完全正常的。

我现在用的是原始交易ID来提交请求，是不是免费试用的场景需要用不同的交易ID？比如续订交易ID？有没有同行碰到过这个问题，或者知道正确的交易ID应该用哪个？

根据我之前处理这类问题的经验，给你几个排查方向：

• 优先检查交易ID的正确性：免费试用转付费的场景，Apple的退款申诉其实关联的是试用到期后自动扣费的那个续订交易ID，而不是最初开通试用的原始交易ID。你可以去自己的订单系统或者App Store Connect里，找到对应用户那次扣费的交易记录，用那个交易ID重新提交试试。我之前有个朋友就是误用了原始ID，换成续订ID后就正常了。
• 核对请求参数的合理性：虽然返回202，但如果参数里有不符合Apple预期的逻辑（比如试用用户的playTime只统计了付费后的时间，没包含试用期间的？），可能会导致他们系统不认可这条记录。可以检查下参数里的各项数据是不是准确对应了这个用户的实际使用情况。
• 确认202响应后的处理流程：202是“已接受但未处理完成”的状态，Apple重复发请求可能是因为他们系统在后续处理中没有得到确认。你可以看看自己的服务有没有在收到202后，需要配合处理的其他回调，或者有没有重试机制确保请求被正确处理。

如果试了换交易ID后解决了，记得回来反馈下结果哦～

内容来源于stack exchange