Apple สามารถย้อนกลับการคืนเงินที่อนุมัติไปแล้วได้ และการคืนเงินที่ถูกย้อนกลับซึ่งเซิร์ฟเวอร์ของคุณเพิกเฉยจะล็อกลูกค้าที่จ่ายเงินไว้ออกจากระบบ

การคืนเงินไม่ใช่คำตอบสุดท้ายเสมอไป App Store สามารถย้อนกลับการคืนเงินที่อนุมัติไปแล้วได้ หลังจากที่ลูกค้าโต้แย้ง และเมื่อการคืนเงินที่ถูกย้อนกลับนั้นมาถึงเซิร์ฟเวอร์ของคุณ มันมาพร้อมคำสั่งเดียว: คืนสิทธิ์การเข้าถึงกลับไป ทีมส่วนใหญ่ต่อสายการแจ้งเตือน REFUND ธรรมดา ตัดลูกค้าออก แล้วก็หยุดแค่นั้น พวกเขาไม่เคยสร้างอีกครึ่งหนึ่ง ดังนั้นเมื่อการย้อนกลับมาถึง ไม่มีอะไรทำงาน และลูกค้าที่กำลังจ่ายเงินอีกครั้งก็ยังคงถูกล็อกออกจากสิ่งที่ตนซื้อ นี่คือวิธีที่ชุดการแจ้งเตือนการคืนเงินทั้งหมดทำงานบน App Store และ Google Play และแต่ละอย่างมีต้นทุนเท่าไรเมื่อคุณเพิกเฉย

App Store ส่งการแจ้งเตือนการคืนเงินสามแบบ ไม่ใช่แบบเดียว

การจัดการการคืนเงินส่วนใหญ่ถูกสร้างขึ้นสำหรับเหตุการณ์เดียว: เงินถูกคืนไปแล้ว ตัดลูกค้าออก จริง ๆ แล้วฟีด App Store Server Notifications V2 มีผลลัพธ์การคืนเงินแยกกันสามแบบ และแต่ละแบบขอสิ่งที่ต่างกัน สองแบบเปลี่ยนสิ่งที่ลูกค้าเข้าถึงได้ อีกหนึ่งแบบย้อนกลับแบบแรก นี่คือชุดทั้งหมดในถ้อยคำของ Apple เอง

REFUND การแจ้งเตือนที่ทุกทีมจัดการ

เมื่อ App Store ประมวลผลการคืนเงิน มันจะส่งการแจ้งเตือน REFUND ไปยัง URL ที่คุณกำหนดค่าไว้ และคำนิยามของ Apple ชัดเจน: มัน 'บ่งชี้ว่า App Store คืนเงินธุรกรรมสำหรับ In-App Purchase แบบสิ้นเปลือง In-App Purchase แบบไม่สิ้นเปลือง การสมัครสมาชิกแบบต่ออายุอัตโนมัติ หรือการสมัครสมาชิกแบบไม่ต่ออายุ สำเร็จแล้ว' คุณจัดเก็บธุรกรรมที่ถูกคืนเงิน เพิกถอนสิ่งที่มันซื้อ และ Apple ขอให้คุณบอกลูกค้าว่าอะไรเปลี่ยนไปด้วยข้อความตามบริบทในแอป นี่คือการแจ้งเตือนที่ทุกคนต่อสายเป็นอย่างแรก และมักเป็นอย่างเดียว

REFUND_DECLINED การแจ้งเตือนที่ไม่ต้องการอะไรจากคุณ

REFUND_DECLINED หมายความตรงตามที่มันบอก: 'App Store ปฏิเสธคำขอคืนเงิน' ลูกค้าขอ Apple ตอบว่าไม่ และธุรกรรมยังคงอยู่ ไม่มีอะไรเปลี่ยนแปลงเกี่ยวกับสิทธิ์การเข้าถึงของลูกค้า ดังนั้นตรรกะสิทธิ์ของคุณไม่ต้องทำอะไรตรงนี้ คุณค่าของการแจ้งเตือนนี้คือการทำบัญชี มันปิดวงจรคำขอคืนเงินที่คุณอาจตอบด้วย CONSUMPTION_REQUEST และยืนยันว่าลูกค้ายังคงมีสิ่งที่ตนจ่ายเงินไป ให้ถือว่าเป็นบันทึก ไม่ใช่การกระทำ

REFUND_REVERSED การแจ้งเตือนที่ทำให้ทีมตั้งตัวไม่ทัน

นี่คือการแจ้งเตือนที่ไปป์ไลน์การคืนเงินส่วนใหญ่ไม่เคยจัดการ คำนิยามของ Apple ชัดเจนไม่กำกวม: REFUND_REVERSED 'บ่งชี้ว่า App Store ย้อนกลับการคืนเงินที่เคยอนุมัติไว้ก่อนหน้านี้ เนื่องจากข้อพิพาทที่ลูกค้ายกขึ้น ถ้าแอปของคุณเพิกถอนเนื้อหาหรือบริการอันเป็นผลจากการคืนเงินที่เกี่ยวข้อง คุณต้องคืนสิทธิ์เหล่านั้น' อ่านสองรอบ Apple คืนเงินให้ลูกค้า คุณเพิกถอนสิทธิ์การเข้าถึง จากนั้น Apple ตัดสินว่าการคืนเงินไม่ควรมีผลและดึงมันกลับ ยอดถูกเรียกเก็บอีกครั้ง ลูกค้าจ่ายเงินแล้ว และถ้าเซิร์ฟเวอร์ของคุณรู้แต่วิธีเพิกถอน พวกเขาก็ยังคงถูกล็อกออกจากระบบ การคืนเงินที่ถูกย้อนกลับคือเหตุการณ์การคืนเงินเดียวที่เพิ่มสิทธิ์การเข้าถึงกลับมา และเป็นเหตุการณ์ที่แทบไม่มีใครสร้างรองรับ

การคืนเงินที่ถูกย้อนกลับมีต้นทุนต่อคุณจริง ๆ เท่าไร

การย้อนกลับที่พลาดไปไม่ใช่ข้อผิดพลาดปัดเศษ ให้ติดตามเงินทั้งสองทิศทาง เพราะการทำครึ่งใดครึ่งหนึ่งผิดมีราคาที่ต้องจ่าย

พลาดการย้อนกลับ แล้วคุณก็ล็อกลูกค้าที่จ่ายเงินออกจากระบบต่อไป Apple ได้เรียกเก็บยอดกลับมาแล้ว ดังนั้นลูกค้าเสียเงินอีกครั้ง และแอปของคุณกำลังปฏิเสธสิ่งที่พวกเขาซื้อ ต้นทุนเฉพาะหน้าคือเวลาซัพพอร์ตและการคืนเงินเพื่อรักษาน้ำใจที่ตอนนี้คุณอาจต้องออกเอง คราวนี้ไม่มีค่าคอมมิชชันจากสโตร์กลับมาช่วยผ่อนหนัก ต้นทุนที่ช้ากว่าคือรีวิวและการเลิกใช้ และบน Google Play ความหงุดหงิดจากการถูกล็อกออกแบบเดียวกันนี่แหละที่กลายเป็น chargeback

พลาดการคืนเงินเดิม แล้วคุณก็ให้บริการลูกค้าที่ไม่ได้จ่ายอะไรต่อไป ข้อผิดพลาดกลับด้านคือการไม่เพิกถอนเลย ลูกค้าที่ถูกคืนเงินซึ่งยังคงสร้างภาพ เรียก API ของคุณ และใช้พื้นที่จัดเก็บของคุณ ก่อต้นทุนจริงเทียบกับการขายที่ถูกย้อนกลับ การประมวลผล การเรียกใช้บริการภายนอก และพื้นที่จัดเก็บคือเงินที่คุณจ่ายไปแล้ว และไม่มีสิ่งใดกลับคืนมาพร้อมกับการคืนเงิน

• ต้นทุนซัพพอร์ต: คนหนึ่งคนที่ต้องตอบทิกเก็ตเรื่องสิทธิ์การเข้าถึงที่โค้ดของคุณเองลบออกไปและไม่เคยคืนกลับ
• การคืนเงินเพื่อรักษาน้ำใจ: การจ่ายเงินซ้ำให้ลูกค้าที่คุณล็อกออกอย่างไม่ถูกต้อง โดยไม่มีค่าคอมมิชชันจากสโตร์กลับมาสำหรับการแสดงน้ำใจแบบทำเอง
• ค่าใช้จ่ายที่สูญเปล่า: การประมวลผล การเรียก API และพื้นที่จัดเก็บที่ถูกใช้ไปโดยบัญชีที่ถูกคืนเงินซึ่งคุณไม่เคยตัดออก
• ความเสี่ยง chargeback: บน Google Play ลูกค้าที่รู้สึกว่าถูกเรียกเก็บซ้ำสามารถโต้แย้งได้ และข้อพิพาทที่แพ้ตอนนี้ตกมาที่คุณ

การคืนเงินที่ถูกย้อนกลับและการคืนเงินธรรมดาคือฟีด webhook เดียวกันที่ชี้ไปในทิศทางตรงข้าม จัดการอย่างหนึ่งแล้วข้ามอีกอย่าง แล้วคุณก็จ่ายทั้งสองด้าน

เหตุใด Apple จึงย้อนกลับการคืนเงิน และวิธีอ่าน revocationReason

การย้อนกลับไม่ได้เกิดขึ้นแบบสุ่ม Apple เชื่อมโยงมันกับ 'ข้อพิพาทที่ลูกค้ายกขึ้น' ซึ่งคือการที่ลูกค้าท้าทายการตัดสินใจคืนเงินหลังจากนั้น เมื่อการคืนเงินถูกอนุมัติครั้งแรก ธุรกรรมมี revocationDate และ revocationReason และเหตุผลนั้นคุ้มค่าที่จะอ่านก่อนที่สิ่งใดในขั้นถัดไปจะดำเนินการกับมัน

• revocationReason 1: App Store คืนเงิน 'เนื่องจากปัญหาที่เกิดขึ้นจริงหรือที่รับรู้ได้ภายในแอปของคุณ' นั่นคือสัญญาณเกี่ยวกับผลิตภัณฑ์ของคุณ ไม่ใช่แค่ลูกค้ารายนี้
• revocationReason 0: App Store คืนเงิน 'ด้วยเหตุผลอื่น เช่น การซื้อโดยไม่ตั้งใจ' ไม่มีสัญญาณเกี่ยวกับคุณภาพแอปแนบมา

เมื่อ REFUND_REVERSED มาถึงสำหรับธุรกรรมนั้น การเพิกถอนกำลังถูกยกเลิก ตรรกะการคืนสิทธิ์ของคุณควรค้นหา transaction id เดิม ยืนยันว่าคุณเพิกถอนมันไปแล้ว และคืนสิทธิ์กลับให้ตรงตามเดิมทุกประการ

Google Play ไม่ส่งการย้อนกลับ ดังนั้นคุณต้องกระทบยอดแทน

โมเดลของ Google Play แตกต่างออกไป และความแตกต่างนี้สำคัญถ้าคุณให้ทั้งสองสโตร์ผ่านตัวจัดการ webhook เดียวกัน ไม่มีอะไรที่เทียบเท่า REFUND_REVERSED ในฝั่ง Google Real-time developer notifications ของ Google แยกเหตุการณ์การคืนเงินออกเป็นสองข้อความ และการย้อนกลับถูกจัดการด้วยการกระทบยอด ไม่ใช่การพุช

การแจ้งเตือนการซื้อที่ถูกยกเลิก

เมื่อการซื้อบน Google Play ถูกยกเลิก เซิร์ฟเวอร์ของคุณจะได้รับ VoidedPurchaseNotification มันระบุ purchaseToken และ orderId, productType เป็น subscription หรือ one-time และ refundType ที่เป็นการยกเลิกเต็มจำนวนหรือการคืนเงินบางส่วนตามจำนวนสำหรับการซื้อแบบหลายจำนวน Google บอกว่าข้อมูลนั้นเพียงพอที่จะหาการซื้อที่ถูกต้องและปรับสิทธิ์ สำหรับอะไรที่มากกว่านั้น มันชี้คุณไปที่ Voided Purchases API ซึ่งเป็นโมเดลแบบดึงข้อมูลที่แสดงรายการคำสั่งซื้อที่ถูกยกเลิกภายในช่วงเวลาที่คุณสอบถาม

การรีวิว chargeback และนาฬิกา 24 ชั่วโมง

chargeback มาผ่านข้อความอีกแบบหนึ่งคือ PendingRefundReviewNotification เมื่อลูกค้าโต้แย้งยอดกับธนาคารของตน Google Play จะส่งการแจ้งเตือนนี้และเริ่มนับเวลา คุณมีเวลา 24 hours ในการเรียก orders.reviewrefund พร้อมกับความต้องการเรื่องการคืนเงินและหลักฐานการใช้งานใด ๆ เพื่อให้ Google สามารถโต้แย้ง chargeback ที่ไม่ชอบด้วยเหตุผลแทนคุณได้ Google บันทึกการเรียกครั้งแรกของคุณและเพิกเฉยส่วนที่เหลือ นี่คือสิ่งที่คู่ขนานกับ CONSUMPTION_REQUEST ของ Apple ในฝั่ง Google ซึ่งเป็นช่วงเวลาเดียวที่ฝ่ายของคุณในข้อพิพาทมีความหมาย

เนื่องจากไม่มีการพุชการย้อนกลับ chargeback ที่ Google โต้แย้งและชนะจึงไม่มาถึงในรูปเหตุการณ์การคืนสิทธิ์ที่เรียบร้อย คุณต้องกระทบยอดมันกับ Voided Purchases API และบันทึกของคุณเอง บทเรียนเหมือนกับบน App Store: คำสั่งซื้อที่ถูกยกเลิกไม่ได้ถาวรเสมอไป และสถานะสิทธิ์ของคุณต้องสามารถเคลื่อนกลับได้ ไม่ใช่แค่เดินหน้า

วิธีจัดการทุกการแจ้งเตือนการคืนเงินโดยไม่ล็อกใครออก

คุณไม่จำเป็นต้องมีไปป์ไลน์แยกต่อสโตร์ คุณต้องการตัวจัดการที่สามารถเคลื่อนสิทธิ์ได้ทั้งสองทิศทางและปฏิบัติต่อทุกข้อความว่าอาจถูกส่งซ้ำ

• สร้างการคืนสิทธิ์ ไม่ใช่แค่การเพิกถอน สำหรับทุกเส้นทางที่ลบสิทธิ์การเข้าถึงเมื่อมี REFUND ให้เขียนสิ่งตรงข้ามที่คืนมันเมื่อมี REFUND_REVERSED โดยผูกกับ transaction id เดียวกัน
• ทำให้มันเป็น idempotent ทั้งสองสโตร์สามารถส่งการแจ้งเตือนเดียวกันมากกว่าหนึ่งครั้ง ดังนั้นให้ผูกทุกการเพิกถอนและการคืนสิทธิ์กับ transaction หรือ order id และทำให้การส่งซ้ำเป็น no-op
• อ่านเหตุผลก่อนลงมือ ใช้ revocationReason เพื่อแยกการคืนเงินเรื่องคุณภาพแอปออกจากการคืนเงินโดยไม่ตั้งใจ และส่งกรณีเรื่องคุณภาพแอปไปยังผู้ที่ดูแลคุณภาพผลิตภัณฑ์
• ตอบช่วงเวลาส่งหลักฐานให้ทันเวลา ส่งข้อมูลการใช้งานของ Apple ภายใน 12 hours หลังจาก CONSUMPTION_REQUEST และเรียก orders.reviewrefund ภายใน 24 hours หลังจาก PendingRefundReviewNotification
• จัดเก็บทุกเหตุการณ์ เก็บ REFUND_DECLINED และการแจ้งเตือนดิบไว้ เพื่อให้การย้อนกลับที่มาถึงภายหลังสามารถจับคู่กับการคืนเงินที่มันลบล้างได้

ไม่มีสิ่งใดในนี้เปลี่ยนแปลงว่าการคืนเงินจะเกิดขึ้นหรือไม่ มันเปลี่ยนแปลงว่าลูกค้าที่อยู่อีกฝั่งของการคืนเงินที่ถูกย้อนกลับจะสังเกตเห็นหรือไม่ว่าเซิร์ฟเวอร์ของคุณทำผิดพลาด