ฉันสามารถทดสอบการคืนเงิน App Store โดยไม่มีการซื้อจริงได้ไหม

ได้ การทดสอบ StoreKit ของ Xcode ให้คุณคืนเงินการซื้อในเครื่องผ่าน Transaction Manager โดยไม่ใช้เงินจริงและไม่มีบัญชี App Store ซึ่งจะกระตุ้น listener Transaction.updates ของแอปคุณ มันไม่ส่งการแจ้งเตือนเซิร์ฟเวอร์ ดังนั้นมันจึงทดสอบเฉพาะแอปของคุณ ไม่ใช่ backend ของคุณ

ฉันจะทดสอบการตอบสนอง chargeback ของ Google Play อย่างไร

ใช้วิธีการชำระเงินของผู้ทดสอบสิทธิ์ที่ชื่อ Test card, approves then charges back มันกระตุ้น PendingRefundReviewNotification ไม่กี่อึดใจหลังการซื้อ ซึ่งเป็นการแจ้งเตือนแบบเดียวกับที่ chargeback ของธนาคารจริงส่ง เพื่อให้คุณซ้อมการตอบกลับ orders.reviewrefund ภายใน 24 ชั่วโมงได้

ทำไมการซื้อทดสอบ Google Play ของฉันถูกคืนเงินหลังไม่กี่นาที

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

แซนด์บ็อกซ์ของ Apple ลองส่งการแจ้งเตือนคืนเงินที่ล้มเหลวซ้ำหรือไม่

ไม่ แซนด์บ็อกซ์ไม่ลองส่ง App Store Server Notifications ซ้ำ ดังนั้นหาก endpoint ของคุณล่มขณะการคืนเงินในแซนด์บ็อกซ์เกิดขึ้น การแจ้งเตือนจะถูกทิ้งโดยไม่มีความพยายามครั้งที่สอง ยืนยันก่อนว่า URL ของคุณเข้าถึงได้ด้วย Request a Test Notification

บทความทั้งหมด

Playbook11 สิงหาคม 2569ใช้เวลาอ่าน 8 นาที

การจัดการคืนเงินพังอย่างเงียบๆ ดังนั้นจงทดสอบการคืนเงินการซื้อในแอปในแซนด์บ็อกซ์ก่อนที่ลูกค้าจริงจะทำ

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

iPhone หนึ่งเครื่องและโทรศัพท์ Android หนึ่งเครื่องอยู่ใต้แว่นขยายบนโต๊ะมืด แทนการทดสอบการคืนเงินการซื้อในแอปก่อนที่จะเป็นเรื่องจริง

ประเด็นสำคัญ

การทดสอบ StoreKit ของ Xcode ให้คุณคืนเงินการซื้อในเครื่องได้โดยคลิกลูกศรคืนเงินใน Transaction Manager ซึ่งจะกระตุ้น listener Transaction.updates ของแอปคุณ แต่จะไม่ติดต่อ Apple เลย ดังนั้นจึงไม่มีการส่ง App Store Server Notification
หากต้องการทดสอบฝั่งเซิร์ฟเวอร์บน Apple ให้ชี้ URL ของ sandbox App Store Server Notifications V2 ไปที่ backend ของคุณ จากนั้นการคืนเงินในแซนด์บ็อกซ์จะส่ง REFUND จริง และคำขอคืนเงินจะส่ง CONSUMPTION_REQUEST ไปยังเซิร์ฟเวอร์ของคุณ
endpoint Request a Test Notification ของ Apple จะส่งการแจ้งเตือนชนิด TEST ไปยัง URL ที่คุณตั้งค่าไว้ และคืนค่า testNotificationToken เพื่อให้คุณยืนยันได้ว่า webhook ของคุณเข้าถึงได้ก่อนที่เหตุการณ์จริงใดๆ จะเกิดขึ้น
แซนด์บ็อกซ์ของ Apple จะไม่ลองส่งการแจ้งเตือนที่ล้มเหลวซ้ำเลย ดังนั้น webhook ที่ล่มขณะแซนด์บ็อกซ์ส่งจะทิ้งเหตุการณ์นั้นไปโดยไม่มีความพยายามครั้งที่สอง ซึ่งเป็นความพลาดประเภทเดียวกับที่ทำให้คุณเสียหน้าต่างคืนเงินจริงในภายหลัง
Google Play มอบวิธีการชำระเงินแก่ผู้ทดสอบสิทธิ์ที่ชื่อ Test card, approves then charges back ซึ่งจะกระตุ้น PendingRefundReviewNotification ไม่กี่อึดใจหลังการซื้อ เพื่อให้คุณซ้อมการตอบสนอง orders.reviewrefund ภายใน 24 ชั่วโมงได้
สำหรับผู้ทดสอบสิทธิ์บน Google Play การซื้อที่ยังไม่ได้ acknowledge จะถูกคืนเงินอัตโนมัติหลัง 3 นาที แทนที่จะเป็น 3 วันที่การผลิตต้องรอ ดังนั้นเส้นทาง acknowledgment ที่พังจะล้มเหลวอย่างรวดเร็วและชัดเจนในการทดสอบ
ตัวจัดการคืนเงินที่คุณไม่เคยทดสอบคือตัวที่ทำให้สิทธิ์เข้าถึงแบบชำระเงินของลูกค้าที่ได้รับคืนเงินยังทำงานอยู่ และตั้งแต่วันที่ 3 สิงหาคม 2026 การตอบสนอง chargeback ของ Google Play ที่ไม่ได้ทดสอบอาจทำให้คุณเสียราคาซื้อหักค่าธรรมเนียมบริการของ Play บวกค่าธรรมเนียมของธนาคาร

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

สภาพแวดล้อมสามแห่งที่การคืนเงินอาจเกิดขึ้น และมีเพียงแห่งเดียวที่เป็นการผลิต

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

การทดสอบ StoreKit ใน Xcode ทำงานในเครื่อง ดังนั้นมันจึงทดสอบแอปของคุณเท่านั้นไม่มีอะไรอื่น

การทดสอบ StoreKit ที่มีมาในตัวของ Xcode ทำงานกับไฟล์การกำหนดค่าบน Mac ของคุณ โดยไม่มีการเดินทางไปกลับหา Apple เปิด StoreKit Transaction Manager จาก debug bar เลือกธุรกรรมที่ซื้อไว้ และคลิกลูกศรคืนเงินโค้ง ธุรกรรมจะพลิกเป็น refunded และ listener Transaction.updates ของแอปคุณจะทำงาน เหมือนกับที่จะเกิดขึ้นในโลกจริงทุกประการ คุณยังเรียก beginRefundRequest เพื่อแสดงชีตคืนเงินจริงได้ และในสภาพแวดล้อม Xcode ปัญหาที่คุณเลือกจะจับคู่แบบหนึ่งต่อหนึ่งกับ RevocationReason โดยการคืนเงินถูกนำไปใช้ทันที นี่คือวิธีที่เร็วที่สุดในการพิสูจน์ว่าไคลเอนต์ของคุณตัดการเข้าถึงในทันทีที่ revocationDate กลายเป็นค่าที่ไม่ใช่ nil และนี่คือทั้งหมดที่การทดสอบในเครื่องบอกคุณได้ เพราะไม่มีอะไรที่นี่ไปถึงเซิร์ฟเวอร์ของ Apple เลย ดังนั้นจึงไม่มีการส่ง App Store Server Notification backend ของคุณไม่ได้เรียนรู้อะไรเลย

แซนด์บ็อกซ์คือที่ที่เซิร์ฟเวอร์ของคุณได้ยินเรื่องการคืนเงินในที่สุด

หากต้องการทดสอบครึ่งหนึ่งของการเชื่อมต่อที่ตัดสินใจเรื่องเงิน คือเซิร์ฟเวอร์ของคุณ คุณต้องใช้แซนด์บ็อกซ์ของ Apple ตั้งค่า URL ของ sandbox App Store Server Notifications V2 ใน App Store Connect ลงชื่อเข้าใช้ sandbox tester บนอุปกรณ์ แล้วซื้อ ตอนนี้การคืนเงินในแซนด์บ็อกซ์จะส่งการแจ้งเตือน REFUND จริงไปยัง backend ของคุณ และคำขอคืนเงินบน consumable หรือ auto-renewable จะส่ง CONSUMPTION_REQUEST ซึ่งเป็น payload ที่ลงนามแบบเดียวกับที่เซิร์ฟเวอร์การผลิตของคุณจะได้รับ ก่อนที่คุณจะกระตุ้นสิ่งใด ให้เรียก endpoint Request a Test Notification มันจะบอกเซิร์ฟเวอร์ App Store ให้ส่งการแจ้งเตือนชนิด TEST ไปยัง URL ที่คุณตั้งค่าไว้ และมอบ testNotificationToken ให้คุณ ซึ่งคุณส่งต่อไปยัง Get Test Notification Status เพื่อยืนยันการส่ง หากการเดินทางไปกลับนั้นไม่ได้ผล การแจ้งเตือนจริงก็จะไม่ได้ผลเช่นกัน

สภาพแวดล้อม	สิ่งที่มันกระตุ้นได้	สิ่งที่มันพิสูจน์	สิ่งที่มันทำไม่ได้
การทดสอบ StoreKit ใน Xcode	การคืนเงินผ่าน Transaction Manager หรือชีต beginRefundRequest	แอปของคุณตอบสนองต่อการคืนเงินในเครื่อง ภายในไม่กี่วินาที	ไม่ติดต่อ Apple เลย ดังนั้นจึงไม่มีการส่งการแจ้งเตือนเซิร์ฟเวอร์
Sandbox	REFUND และ CONSUMPTION_REQUEST จริงไปยังเซิร์ฟเวอร์ของคุณ บวกการแจ้งเตือน TEST ตามต้องการ	backend ของคุณรับ ตรวจสอบ และดำเนินการกับ payload ที่ลงนาม	ไม่ลองส่งการแจ้งเตือนที่ endpoint ของคุณรับไม่สำเร็จซ้ำ
Production	ทุกการคืนเงิน ด้วยเงินจริง	ไม่มีอะไรที่คุณอยากเรียนรู้ที่นี่เป็นครั้งแรก	คุณย้อนคืนต้นทุนของบั๊กไม่ได้

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

วิธีทดสอบการคืนเงินการซื้อในแอปบน App Store

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

สร้าง In-App Purchase key ภายใต้ Users and Access, Integrations, In-App Purchase ใน App Store Connect และใช้มันลงนามการเรียก App Store Server API ของคุณ
ชี้ URL ของ sandbox App Store Server Notifications V2 ของคุณไปที่ backend ของคุณ จากนั้นเรียก Request a Test Notification และยืนยันว่า payload TEST มาถึงและตรวจสอบผ่านกับห่วงโซ่ใบรับรองของ Apple
ใน Transaction Manager ของ Xcode ให้คืนเงินการซื้อ และยืนยันว่าแอปของคุณทิ้ง entitlement ในทันทีที่ revocationDate ถูกตั้งค่า
ลงชื่อเข้าใช้ sandbox tester ซื้อ consumable ขอคืนเงิน และยืนยันว่าเซิร์ฟเวอร์ของคุณรับ CONSUMPTION_REQUEST และสามารถประกอบและส่งการตอบกลับ Send Consumption Information ได้อย่างเหลือเวลาภายในหน้าต่าง 12 ชั่วโมง
คืนเงินการซื้อในแซนด์บ็อกซ์ และยืนยันว่าการแจ้งเตือน REFUND มาถึงเซิร์ฟเวอร์ของคุณ ว่าคุณเพิกถอนการเข้าถึงหรือหักยอดคงเหลือ consumable และว่าการส่งการแจ้งเตือนเดียวกันซ้ำจะไม่ถูกนำไปใช้ซ้ำสองครั้ง

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

วิธีซ้อมการคืนเงินและการ chargeback บน Google Play

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

Test payment method	สิ่งที่มันจำลอง	เหตุใดคุณจึงใช้มัน
Test instrument, always approves	การซื้อสำเร็จที่สะอาด	ตั้งค่าคำสั่งซื้อที่คุณสามารถคืนเงินหรือเพิกถอนได้ในภายหลัง
Test instrument, always declines	การชำระเงินที่ล้มเหลว	ยืนยันว่าคุณไม่ให้สิ่งใดเมื่อถูกปฏิเสธ
Slow test card, approves after a few minutes	การซื้อที่รอดำเนินการซึ่งสำเร็จในภายหลัง	ทดสอบการจัดการ PENDING ของคุณก่อนให้สิทธิ์เข้าถึง
Slow test card, declines after a few minutes	การซื้อที่รอดำเนินการซึ่งล้มเหลวในภายหลัง	ยืนยันว่าการปฏิเสธที่รอดำเนินการไม่เคยรั่ว entitlement
Test card, approves then charges back	การ chargeback ที่ผู้ใช้เริ่ม	กระตุ้น PendingRefundReviewNotification และซ้อมการตอบสนอง 24 ชั่วโมงของคุณ

กระตุ้นการคืนเงิน การ chargeback และการคืนเงินอัตโนมัติจาก acknowledgment

ซื้อด้วยบัตรทดสอบ approve-then-charge-back แล้ว PendingRefundReviewNotification จะมาถึงหัวข้อ Real-time Developer Notifications ของคุณในอีกไม่กี่อึดใจ ตอบกลับด้วยการเรียก orders.reviewrefund เพียงครั้งเดียว เพราะ Google เก็บเฉพาะการตอบสนองครั้งแรกของคุณ
คืนเงินและเพิกถอนคำสั่งซื้อทดสอบจากแท็บ Orders ใน Play Console เพื่อกระตุ้น VoidedPurchaseNotification และยืนยันว่าเซิร์ฟเวอร์ของคุณดึง entitlement ออก
ปล่อยให้การซื้อของผู้ทดสอบสิทธิ์ไม่ได้ acknowledge โดยตั้งใจ Google จะคืนเงินอัตโนมัติหลัง 3 นาที แทนที่จะเป็น 3 วันที่การผลิตอนุญาต และส่งอีเมลแจ้งการยกเลิกให้คุณ ดังนั้นเส้นทาง acknowledgment ที่พังจะปรากฏภายในไม่กี่นาที ไม่ใช่ในวันที่สี่ในการผลิต

บัตรทดสอบ approve-then-charge-back เป็นวิธีเดียวที่จะทดสอบการตอบสนอง chargeback ของคุณโดยไม่มีข้อพิพาทจริง มันกระตุ้น PendingRefundReviewNotification แบบเดียวกับที่ chargeback ของธนาคารจริงทำ ดังนั้นเส้นทาง orders.reviewrefund ภายใน 24 ชั่วโมงที่คุณไม่เคยทดสอบคือตัวที่ ตั้งแต่วันที่ 3 สิงหาคม 2026 ตัดสินว่า chargeback ที่แพ้จะทำให้คุณเสียยอดขาย หรือยอดขายบวกค่าธรรมเนียมของธนาคาร

เส้นทางคืนเงินที่ไม่ได้ทดสอบมีต้นทุนเท่าไรจริงๆ

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

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

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

เส้นทางที่ไม่ได้ทดสอบ	มันล้มเหลวในการผลิตอย่างไร	มันทำให้คุณเสียอะไร
REFUND handler	ผู้ใช้ที่ได้รับคืนเงินยังคงมีสิทธิ์เข้าถึง	การประมวลผล การเรียก API พื้นที่จัดเก็บ และเงินที่จ่ายที่คุณยังใช้จ่ายไปกับพวกเขา
CONSUMPTION_REQUEST reply	ผิดรูปแบบ หรือส่งหลัง 12 ชั่วโมง	Apple อนุมัติการคืนเงินโดยปริยาย คุณจึงเสียทั้งยอดขายและค่าใช้จ่าย
orders.reviewrefund response	พลาดหรือผิดภายใน 24 ชั่วโมง	ตั้งแต่วันที่ 3 สิงหาคม 2026 ราคาซื้อหักค่าธรรมเนียมบริการของ Play บวกค่าธรรมเนียม chargeback ของธนาคาร

รายการตรวจสอบสั้นๆ ก่อนคุณส่งการจัดการคืนเงินออกไป

คุณไม่จำเป็นต้องมีห้องแล็บ คุณแค่ต้องได้เฝ้าดูทุกเหตุการณ์กระทบโค้ดของคุณสักครั้ง

แอปของคุณทิ้งการเข้าถึงในทันทีที่ธุรกรรม StoreKit แสดง revocationDate ยืนยันแล้วใน Transaction Manager ของ Xcode
URL เซิร์ฟเวอร์แซนด์บ็อกซ์ของคุณรับการแจ้งเตือน TEST และตรวจสอบผ่านกับใบรับรองของ Apple
REFUND ในแซนด์บ็อกซ์เพิกถอนการเข้าถึงหรือหักยอดคงเหลือ และการส่งซ้ำไม่นับซ้ำ
CONSUMPTION_REQUEST ในแซนด์บ็อกซ์สร้างการตอบกลับ Send Consumption Information ที่ถูกต้องอย่างเหลือเวลาภายใน 12 ชั่วโมง
PendingRefundReviewNotification ของ Google จากบัตรทดสอบ chargeback สร้างการเรียก orders.reviewrefund เพียงครั้งเดียวพอดี
การซื้อทดสอบ Google Play ที่ไม่ได้ acknowledge จะถูกคืนเงินอัตโนมัติใน 3 นาที และการกระทบยอดของคุณสังเกตเห็น

ทำรายการนั้นสักครั้ง แล้วการจัดการคืนเงินจะเลิกเป็นโค้ดที่คุณหวังว่าจะทำงานได้ มันจะกลายเป็นโค้ดที่คุณได้เฝ้าดูมันทำงานแล้ว

คำถามที่พบบ่อย

ฉันสามารถทดสอบการคืนเงิน App Store โดยไม่มีการซื้อจริงได้ไหม: ได้ การทดสอบ StoreKit ของ Xcode ให้คุณคืนเงินการซื้อในเครื่องผ่าน Transaction Manager โดยไม่ใช้เงินจริงและไม่มีบัญชี App Store ซึ่งจะกระตุ้น listener Transaction.updates ของแอปคุณ มันไม่ส่งการแจ้งเตือนเซิร์ฟเวอร์ ดังนั้นมันจึงทดสอบเฉพาะแอปของคุณ ไม่ใช่ backend ของคุณ
การทดสอบ StoreKit ในเครื่องส่ง App Store Server Notifications หรือไม่: ไม่ การทดสอบ StoreKit ของ Xcode ทำงานทั้งหมดบน Mac ของคุณกับการกำหนดค่าในเครื่อง และไม่เคยติดต่อเซิร์ฟเวอร์ของ Apple เลย ดังนั้นจึงไม่มีการส่ง App Store Server Notification รวมถึง REFUND หรือ CONSUMPTION_REQUEST เลย ใช้แซนด์บ็อกซ์เพื่อทดสอบเซิร์ฟเวอร์ของคุณ
ฉันจะทดสอบการตอบสนอง chargeback ของ Google Play อย่างไร: ใช้วิธีการชำระเงินของผู้ทดสอบสิทธิ์ที่ชื่อ Test card, approves then charges back มันกระตุ้น PendingRefundReviewNotification ไม่กี่อึดใจหลังการซื้อ ซึ่งเป็นการแจ้งเตือนแบบเดียวกับที่ chargeback ของธนาคารจริงส่ง เพื่อให้คุณซ้อมการตอบกลับ orders.reviewrefund ภายใน 24 ชั่วโมงได้
ทำไมการซื้อทดสอบ Google Play ของฉันถูกคืนเงินหลังไม่กี่นาที: สำหรับผู้ทดสอบสิทธิ์ Google จะคืนเงินการซื้ออัตโนมัติหลัง 3 นาทีหากแอปของคุณยังไม่ได้ acknowledge และส่งอีเมลแจ้งการยกเลิกให้คุณ การผลิตรอ 3 วัน แต่ผู้ทดสอบได้รับเวอร์ชันเร่งความเร็วเพื่อให้เส้นทาง acknowledgment ที่พังปรากฏขึ้นอย่างรวดเร็ว
แซนด์บ็อกซ์ของ Apple ลองส่งการแจ้งเตือนคืนเงินที่ล้มเหลวซ้ำหรือไม่: ไม่ แซนด์บ็อกซ์ไม่ลองส่ง App Store Server Notifications ซ้ำ ดังนั้นหาก endpoint ของคุณล่มขณะการคืนเงินในแซนด์บ็อกซ์เกิดขึ้น การแจ้งเตือนจะถูกทิ้งโดยไม่มีความพยายามครั้งที่สอง ยืนยันก่อนว่า URL ของคุณเข้าถึงได้ด้วย Request a Test Notification

แหล่งข้อมูลและเนื้อหาเพิ่มเติม

RefundHalt

ระบบอัตโนมัติสำหรับการคืนเงินบน App Store และ Google Play

อ่านต่อ

Deep diveใช้เวลาอ่าน 7 นาที

ต้นทุนของการคืนเงินต่อแอปของคุณมากกว่าราคาที่คุณคืนกลับไป

ราคาที่คืนให้คือบรรทัดที่เล็กที่สุดในใบเรียกเก็บเงิน การคืนเงินยังย้อนคืนค่าคอมมิชชันของสโตร์ด้วย ดังนั้นคุณจึงเสียส่วนแบ่งของคุณ และการประมวลผล การเรียก API พื้นที่จัดเก็บ และเงินที่จ่ายออกไปแล้วก็หายไป การเรียกเงินคืนผ่านธนาคารบน Google Play หลังวันที่ 3 สิงหาคม 2026 ยังเพิ่มค่าธรรมเนียมธนาคารเข้าไปอีก นี่คือใบเรียกเก็บเงินฉบับเต็ม

Deep diveใช้เวลาอ่าน 8 นาที

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

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