退款防御

每一笔退款都走同一条路，而且一旦你的应用接入，一切都是自动的：

1. 在退款被请求或拒付开启的那一刻，商店发送一条签名通知。
2. Refund Sensor 验证通知是否真实，记录它，并带着商店提供的上下文实时显示在你的仪表盘里。
3. 如果这是一条可以回应的通知，Refund Sensor 会通过商店的官方 API 提交拒绝建议，远在截止时间内完成。
4. 商店做出决定时，结果会关联回同一个案件。

你不收集也不发送任何东西，也不会从你的客户那里收集任何东西。

当 Apple 调查一笔退款时，它会发送一条 CONSUMPTION_REQUEST 通知，并给你约 12 小时 回应。Refund Sensor 通过 Apple 的 Consumption API 以 DECLINE 偏好自动、在窗口内回应。不需要你提供任何使用数据。Apple 的重复投递是安全的，因为每条通知只会被处理一次。

在 Google Play 上，你能回应的唯一退款是审核中的拒付，它给你约 24 小时，并以第一条回应为准。Refund Sensor 在该窗口内通过官方的 Google Play Developer API 提交拒绝建议。其他 Google Play 退款和作废购买由 Google 自行决定，所以它们被记录以供查看，而不是去争议。

回应在通知到达后几秒内发出，所以你永远不会有错过截止时间的风险，即使是深夜或周末到达的请求。如果第一次尝试无法投递回应，Refund Sensor 会以退避方式重试，直到成功或商店的窗口关闭。

Refund Sensor 建议拒绝，但最终裁决由商店做出。带证据回应可靠地胜过沉默，因为一个没有回应的请求通常会被自动批准。没有工具能保证某一笔退款一定被拒，这正是为什么你的仪表盘报告的是真实结果而不是承诺。

有些通知是最终结果，而不是征求意见，例如已经批准、拒绝、撤销的退款或一次吊销。Refund Sensor 会为你的仪表盘和分析记录这些，但不对它们采取行动，因为已经没有可争议的了。

早于你接入之前的退款会被自动检测，并排除在你的防御指标和配额之外，这样你的数字只反映 Refund Sensor 确实在场防御的那些。