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

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

รหัสเหตุผลการคืนเงินคืออะไรจริงๆ

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

Google Play ประทับเหตุผลและแหล่งที่มาบนการยกเลิกทุกครั้ง

Voided Purchases API ของ Google Play คืนหนึ่งระเบียนต่อการซื้อที่ถูกยกเลิกหนึ่งรายการ และแต่ละระเบียนมีจำนวนเต็มสองตัวที่สำคัญ voidedReason บอกว่าทำไมการซื้อจึงถูกยกเลิก voidedSource บอกว่าใครเป็นคนเริ่ม เมื่อรวมกันมันเปลี่ยนการคืนเงินเปล่าๆ ให้เป็นประโยค คำสั่งซื้อนี้ถูกยกเลิกเพราะการปฏิเสธการชำระเงิน เริ่มโดย Google หรือถูกยกเลิกเพราะเปลี่ยนใจ เริ่มโดยผู้ใช้ คุณอ่านค่าเหล่านี้ได้โดยการ poll API หรือสมัครรับการแจ้งเตือนนักพัฒนาแบบเรียลไทม์ที่ยิงเมื่อการยกเลิกมาถึง ไม่ว่าทางไหน ตัวเลขสองตัวนี้คือ payload ที่ควรเก็บไว้

Apple ให้สัญญาณที่แคบกว่า แต่คมชัด

Apple ไม่ได้ให้เหตุผลเก้าทางแก่คุณ บนธุรกรรมที่คืนเงิน Apple ตั้งค่า revocationReason เป็นหนึ่งในสองค่า ค่า 1 หมายความว่า App Store คืนเงินธุรกรรมเพราะปัญหาจริงหรือปัญหาที่รับรู้ภายในแอปของคุณ ค่า 0 หมายความว่าคืนเงินด้วยเหตุผลอื่น เช่น การซื้อโดยไม่ตั้งใจ ฟิลด์นี้ปรากฏเฉพาะบนธุรกรรมที่ถูกคืนเงินหรือเพิกถอน พร้อมกับ revocationDate ภายในข้อมูลธุรกรรมที่ลงนามของ REFUND App Store Server Notification สองค่าอาจไม่มาก แต่ค่าที่สำคัญคือ 1 ซึ่งเป็น Apple ที่บอกคุณว่าการคืนเงินเกี่ยวกับผลิตภัณฑ์ของคุณ ไม่ใช่การเปลี่ยนใจของลูกค้า

เก้าเหตุผลที่ Google Play ให้คุณ

voidedReason ของ Google เป็นตัวที่ให้ข้อมูลมากกว่าในสองตัว และทุกค่าคุ้มที่จะรู้ทันทีเพราะแต่ละค่าชี้ไปคนละที่ นี่คือชุดเต็ม ตรงจากรีซอร์ส VoidedPurchase พร้อมกับสิ่งที่แต่ละรหัสบอกให้คุณทำจริงๆ

voidedSource บอกคุณว่าใครเป็นคนลั่นไก

ข้างเหตุผลคือ voidedSource และมันตอบคำถามอีกข้อ ใครกลับรายการนี้ ค่า 0 หมายความว่าผู้ใช้ทำเอง ผ่านบริการตนเองหรือธนาคาร ค่า 1 หมายความว่านักพัฒนาทำ ซึ่งก็คือคุณหรือเครื่องมือของคุณเองที่ออกการคืนเงิน ค่า 2 หมายความว่า Google ทำ ตามวิจารณญาณของตัวเอง รวมถึงการคืนเงินอัตโนมัติสำหรับการซื้อที่ไม่ได้รับการยืนยัน เมื่อคุณเห็นการยกเลิกพุ่งขึ้น แหล่งที่มาคือการตัดกลุ่มแรก กำแพงของ source 2 คือ Google ที่ลงมือกับบัญชีของคุณ และนั่นมักเป็นสัญญาณที่ชี้กลับไปที่การเชื่อมต่อของคุณมากกว่าที่ลูกค้าของคุณ

คัดแยกการคืนเงินทุกครั้งออกเป็นแก้ สู้ หรือยอมรับ

เหตุผลที่รหัสมีประโยชน์คือมันบอกว่าการคืนเงินสมควรได้รับหนึ่งในสามการตอบสนอง ทีมส่วนใหญ่ปฏิบัติกับการคืนเงินทุกครั้งเหมือนกันและทุ่มแรงไปกับอันที่ไม่มีวันชนะ รหัสแบ่งออกอย่างชัดเจน

แก้ การคืนเงินที่ผลิตภัณฑ์ของคุณทำให้เกิด

บางรหัสคือรายงานบั๊กที่สวมเสื้อผ้าของการคืนเงิน ชำรุด (3) และไม่ได้รับสินค้า (2) บน Google และ revocationReason เป็น 1 บน Apple ล้วนบอกสิ่งเดียวกัน ลูกค้าจ่ายเงินและแอปของคุณไม่ส่งมอบ การซื้อที่ไม่ได้รับการยืนยัน (8) คมชัดที่สุดในกลุ่มนี้เพราะความผิดอยู่ในโค้ดการเรียกเก็บของคุณทั้งหมด นี่คือการคืนเงินที่กำจัดได้ถูกที่สุด เพราะคุณกำจัดมันด้วยการแก้สิ่งที่คุณเป็นเจ้าของ ไม่ใช่ด้วยการโน้มน้าวใคร จำนวนที่เพิ่มขึ้นในกองนี้คือข้อบกพร่องของผลิตภัณฑ์ที่มีมูลค่าเป็นตัวเงินติดมาด้วย

สู้ การคืนเงินที่มีคนกำลังจัดการ

ฉ้อโกง (5) ฉ้อโกงโดยคนรู้จัก (6) และการปฏิเสธการชำระเงิน (7) คือข้อพิพาท ฉ้อโกงล้วน (5) ไม่ใช่ลูกค้าของคุณและไม่ใช่รายได้ที่คุณจะเก็บไว้ได้ตั้งแต่แรก ฉ้อโกงโดยคนรู้จัก (6) ที่ผู้ซื้อได้รับสิ่งที่จ่ายเงินไปพอดีแล้วโต้แย้ง คือข้อพิพาทเดียวที่หลักฐานของคุณยังขยับได้ และการปฏิเสธการชำระเงิน (7) คือที่ที่หลักฐานนั้นถูกยื่น เมื่อหนึ่งในนี้มาถึง คุณเพิกถอนการเข้าถึงถ้ายังไม่ได้ทำ และที่ใดมีหน้าต่างการตรวจสอบเปิดอยู่ คุณตอบมันด้วยสิ่งที่คุณรู้เกี่ยวกับบัญชีนั้น

ยอมรับ การคืนเงินที่ไม่เคยเป็นของคุณที่จะหยุด

เปลี่ยนใจ (1) และซื้อโดยไม่ตั้งใจ (4) คือการเปลี่ยนใจของลูกค้าเอง revocationReason เป็น 0 ของ Apple อยู่ตรงนี้ด้วย ไม่มีฟีเจอร์ล้มเหลวและไม่มีการฉ้อโกงเกิดขึ้น คุณลดกลุ่มซื้อโดยไม่ตั้งใจได้ด้วยการยืนยันการซื้อที่ชัดเจนขึ้น แต่คุณโต้แย้งการคืนเงินเพราะเปลี่ยนใจให้หายไปไม่ได้ และเวลาที่ใช้พยายามคือเวลาที่แย่งมาจากกองแก้ที่เงินอยู่ตรงนั้นจริงๆ

กับดัก 30 วันที่ทำให้รหัสเหตุผลหายไปง่าย

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

Voided Purchases API ย้อนดูได้เพียง 30 วัน

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

รหัสเหตุผลมีมูลค่าเท่าไรในรูปตัวเงิน

สองรหัสมีราคาที่เจาะจง และการอ่านมันคือวิธีที่คุณใส่ตัวเลขให้กับปัญหาที่มิฉะนั้นจะซ่อนอยู่ในอัตราการคืนเงินรวม

รหัสหนึ่งคือใบเรียกเก็บที่คุณเขียนให้ตัวเอง

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

รหัสการปฏิเสธการชำระเงินตอนนี้มีค่าธรรมเนียมติดมา

voidedReason 7 การปฏิเสธการชำระเงิน เปลี่ยนต้นทุนเมื่อวันที่ August 3, 2026 สำหรับคำสั่งซื้อ Google Play ที่วางตั้งแต่วันนั้นเป็นต้นไป การแพ้การปฏิเสธการชำระเงินทำให้นักพัฒนาเสียราคาซื้อหักค่าบริการของ Play บวกค่าธรรมเนียมการปฏิเสธการชำระเงินของธนาคาร ขณะที่ Google รับผิดชอบเฉพาะค่าบริการของตัวเอง เพราะค่าธรรมเนียมการปฏิเสธการชำระเงินเป็นแบบคงที่และราคาผลิตภัณฑ์ไม่ใช่ บนการซื้อในแอปราคาถูก ค่าธรรมเนียมอย่างเดียวอาจมากกว่าที่ลูกค้าจ่าย การนับการยกเลิกรหัส 7 ของคุณตอนนี้คือการนับรายการต้นทุน ไม่ใช่แค่การขายที่เสียไป ซึ่งเป็นเหตุผลว่าทำไมกลุ่มการปฏิเสธการชำระเงินสมควรมีแถวของตัวเองในรายงานการคืนเงินใดก็ตามที่คุณสร้าง

Apple และ Google เทียบกันอย่างไร

สองสโตร์ตอบคำถามเดียวกันที่ความละเอียดต่างกัน ดังนั้นรายงานการคืนเงินข้ามสโตร์ต้องทำให้เป็นมาตรฐานเดียวกัน แทนที่จะคาดหวังให้มันตรงกัน

สองสโตร์จะไม่มีวันให้รหัสเดียวกันแก่คุณสำหรับการคืนเงินเดียวกัน และนั่นก็ไม่เป็นไร สิ่งที่สำคัญคือทั้งคู่มอบเหตุผลที่เครื่องอ่านได้ให้คุณ และทั้งคู่ให้รางวัลกับทีมที่อ่านมัน บิตเดียวของ Apple บอกคุณว่าเมื่อไรการคืนเงินเป็นความผิดของผลิตภัณฑ์ของคุณ เก้าเหตุผลและธงแหล่งที่มาของ Google บอกคุณว่าบั๊กผลิตภัณฑ์ตัวไหน ข้อพิพาทอันไหน และช่องว่างการเรียกเก็บที่เกิดจากตัวเองอันไหนที่คุณกำลังมองอยู่ ไม่มีรหัสไหนหยุดการคืนเงิน แต่ทั้งคู่บอกคุณว่าต้องทำอะไรเพื่อไม่ให้ครั้งต่อไปเกิดขึ้น

RefundHalt เก็บรหัสเหตุผลบนการคืนเงินทุกครั้งในทันทีที่มันมาถึง บนทั้งสองสโตร์ และเก็บไว้ภายในหน้าต่าง 30 วันของ Google อย่างสบายๆ เพื่อไม่ให้อะไรหลุดลอยไป มันคัดแยกการยกเลิกแต่ละครั้งออกเป็นแก้ สู้ หรือยอมรับ ดังนั้นการพุ่งขึ้นของรหัส 3 ชำรุด จะมาถึงคุณเป็นการแจ้งเตือนผลิตภัณฑ์ และการพุ่งขึ้นของรหัส 8 ไม่ได้รับการยืนยัน จะมาถึงคุณเป็นบั๊กการเชื่อมต่อ ไม่ใช่การลดลงของรายได้ที่คลุมเครือ มันตอบ CONSUMPTION_REQUEST ของ Apple ภายใน 12 ชั่วโมง และการตรวจสอบการปฏิเสธการชำระเงินของ Google Play ภายใน 24 และเพิกถอนการเข้าถึงในทันทีที่การคืนเงินหรือการปฏิเสธการชำระเงินมาถึง คุณเปลี่ยนรหัสที่สโตร์ประทับบนการคืนเงินไม่ได้ แต่คุณทำให้แน่ใจได้ว่าคุณอ่านทุกอันและลงมือกับอันที่เป็นของคุณที่จะแก้จริงๆ