客戶收據上的 App Store 訂單 ID 能告訴你他們買了什麼，以及 Apple 是否已經退款

在回覆 iPhone 客戶的退款郵件之前，先請對方提供 Apple 收據上的 App Store 訂單 ID。把這串字元交給 Apple 的 Look Up Order ID 端點，就能知道對方買了哪個產品、何時購買，以及 Apple 是否已經退款。沒有它，你只能拿截圖和電子郵件地址去比對資料庫，碰碰運氣。有了它，幾秒鐘就能判斷對方是付費客戶、已被 Apple 退過款的客戶，還是拿著別的 App 收據的人。

App Store 訂單 ID 從哪裡來

Apple 的文件寫得很明確。客戶在你的 App 中進行一次或多次 App 內購買時，App Store 會寄給他們電子郵件收據，收據上有訂單 ID。客戶也可以在 App Store 的購買記錄中找到訂單 ID。Apple 的購買記錄頁面位於 reportaproblem.apple.com，也可以在 App Store App 的「App 與購買記錄」中查看，預設顯示最近 90 天，並可篩選更早的購買。

所以鑰匙早就在客戶手上。你的客服表單只需要開口要。

為什麼只有電子郵件地址不夠

Apple 不會把客戶的 Apple 帳號電子郵件分享給你。寫信到你客服信箱的地址，可能和付款的帳號毫無關係。如果你在購買時設定了 appAccountToken，就能把交易和你自己的使用者 ID 連結起來，但這只能從你這一端做到。訂單 ID 則來自客戶那一端，來自一張輕點一下就能轉寄的收據。

Look Up Order ID 會回傳什麼

Look Up Order ID 屬於 App Store Server API，自 1.1.0 版起提供。你用簽署過的 JWT 呼叫 GET https://api.storekit.apple.com/inApps/v1/lookup/{orderId}。Apple 表示，回應以客戶的 App 內購買記錄為依據，不論客戶是否安裝、移除或重新安裝了 App。

這是我的 App 的有效收據嗎？

OrderLookupStatus 最先回答的就是這個問題。值為 1 代表該訂單 ID 沒有對應到你 App 中的購買。常見情況是打錯字、收據來自其他 App，或者收據根本不是 App Store 的。狀態為 1 時，不要退款、不要贈送額度、不要恢復任何東西。請客戶再核對一次收據。

Apple 是否已經對這筆購買退款？

檢查每筆解碼交易中的 revocationDate。如果有值，代表 Apple 已經對該購買退款或將其從家人共享中撤銷，客戶已經拿回了錢。你的 App Store Server Notifications 應該已經為同一筆交易送出 REFUND，所以這也是確認伺服器是否真的撤銷存取權的低成本方法。

訂單 ID 在 App Store 上做不到什麼

它無法發起退款。開發者沒有 App Store 退款按鈕。退款由 Apple 決定，Apple 的支援文章會把客戶引導到 reportaproblem.apple.com，客戶在那裡選擇「I'd like to」，再選擇「Request a refund」，挑一個原因，然後選取對應的項目。Apple 也表示，在客戶收到電子郵件收據之前，處理中的扣款無法退款。

你唯一能表達意見的地方是 Apple 的 CONSUMPTION_REQUEST。客戶向 Apple 申請退款時，Apple 可能會送出這個通知，你有 12 小時透過 Send Consumption Information 回應。查詢訂單 ID 只是客服工具，它不會開啟這個期限，也不會延長它。

跳過查詢時，一封退款郵件會讓你付出什麼代價

不看訂單 ID 的客服，正是錢悄悄流失的地方。有三種情況一再出現。

• 退款之外再送補償。Apple 已經退款，客戶又寫信給你，客服再贈送免費額度或多一個月。你送出的每一份額度都要消耗你付費的運算、API 呼叫和儲存空間，而這個帳號早已拿回了錢。
• 從未被撤銷的存取權。如果你的 REFUND 處理失敗，已退款的客戶還會繼續產生用量。查詢顯示有 revocationDate，而你的資料庫仍顯示有效，這就是一份附上價格標籤的錯誤回報。
• 帳號找錯，處理也錯。訂單 ID 屬於別人，你卻為轉寄郵件背後的帳號恢復權益或贈送額度，等於把付費服務給了一個從沒買過的人。

這些情況都不需要爭議或截止期限就能造成損失。它們只是缺乏事實根據的客服回覆。每張工單呼叫一次 API，就不必再猜。

revocationReason 為 1 是否代表我做錯了什麼？

不一定。Apple 表示原因值 1 代表它因 App 內實際存在或被認為存在的問題而退款。「被認為」這幾個字分量很重。但如果某個產品在某次改版後集中出現原因值為 1 的退款，那就是 Apple 給你最清楚的產品回饋。把它們統計出來。

Google Play 的訂單 ID 有何不同

Google Play 的做法正好相反。Google 的帳款文件表示，使用者在每次一次性產品購買、首次訂閱購買以及每次定期續訂時，都會收到一封附有唯一訂單 ID 的郵件，你可以用訂單 ID 在 Play Console 中管理退款。你在訂單管理中依訂單 ID 或使用者的完整電子郵件地址搜尋，然後自行退款。

在 Google Play 上，訂單 ID 更加重要，因為按下按鈕的是你自己。Play Console 表示，對最近一筆訂閱訂單退款會立即移除訂閱並取消後續續訂，而對較早的訂單退款則只退款，訂閱仍維持有效。部分退款僅支援 2018 年 3 月之後下的訂單，付費 App 不能部分退款。

把訂單 ID 放在退款客服流程的最前面

• 在客服表單中索取訂單 ID，並附上一行提示：它在 Apple 或 Google Play 的收據郵件裡。
• 在 iOS 上，呼叫 Look Up Order ID，解碼每一筆交易，在同一個畫面上向客服顯示 productId、purchaseDate、revocationDate 和 revocationReason。
• 如果 OrderLookupStatus 為 1，先停下來，請對方提供正確的收據。什麼都不要給。
• 如果 revocationDate 有值，確認你的伺服器已撤銷存取權，然後結案。不要額外補償。
• 如果沒有值而客戶想要退款，請把他們引導到 reportaproblem.apple.com，並讓你的 CONSUMPTION_REQUEST 處理程式為 12 小時期限做好準備。RefundHalt 會用 Apple 要求的使用資料回應該請求。
• 在 Android 上，退款前先在 Play Console 中找到確切的訂單，並刻意在「僅退款」和「退款並撤銷」之間做出選擇。