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

ประเด็นสำคัญ
- เมื่อลูกค้าขอคืนเงิน Apple จะส่งการแจ้งเตือน CONSUMPTION_REQUEST ไปยังเซิร์ฟเวอร์ของคุณ และให้เวลาคุณ 12 ชั่วโมงในการตอบกลับด้วยข้อมูลการใช้งานผ่านเอนด์พอยต์ Send Consumption Information หากพลาดกรอบเวลานี้ Apple จะตัดสินใจโดยไม่มีข้อมูลจากคุณ
- ในถ้อยคำของ Apple เอง App Store ใช้ปัจจัยหลากหลายในการตัดสินใจคืนเงิน และข้อมูลการใช้งานที่คุณส่งถูกใช้เพื่อช่วยบอกข้อมูลต่อการตัดสินใจนั้น refundPreference ของคุณเป็นหนึ่งในปัจจัยเหล่านั้น ไม่ใช่คำตัดสิน
- คุณสามารถส่ง refundPreference เป็นแบบเลือกปฏิเสธ เลือกให้คืนเต็มจำนวน หรือเลือกให้คืนตามสัดส่วน Apple จะชั่งน้ำหนักมัน นี่คือเหตุผลที่ทีมงานเห็นการซื้อที่พวกเขาทำเครื่องหมายว่าเลือกปฏิเสธ กลับได้รับการคืนเงินอยู่ดี และนี่คือการทำงานตามที่มีระบุในเอกสาร
- Apple จะปฏิเสธข้อมูลการใช้งานของคุณ เว้นแต่ customerConsented จะเป็น true หากลูกค้าไม่ยินยอมให้แบ่งปันข้อมูล คำแนะนำของ Apple คือให้ไม่ตอบกลับการแจ้งเตือนเลย และคุณเป็นผู้รับผิดชอบแต่เพียงผู้เดียวในการได้มาซึ่งความยินยอมนั้น
- ตั้งแต่ WWDC24 CONSUMPTION_REQUEST จะทำงานสำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติด้วย ไม่ใช่เฉพาะสินค้าสิ้นเปลืองเท่านั้น ดังนั้นการตอบกลับภายใน 12 ชั่วโมงเดียวกันนี้จึงเข้าถึงการคืนเงินของคุณได้มากกว่าเดิมมาก
- สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ Apple คำนวณการใช้งานเอง และห้ามใช้ค่าเลือกแบบตามสัดส่วน ดังนั้นอิทธิพลของคุณตรงนั้นจึงบางกว่าสินค้าสิ้นเปลืองที่คุณสามารถอธิบายว่าถูกใช้ไปจนหมดแล้ว
- เงินดอลลาร์ที่คุณจ่ายไปแล้วเพื่อให้บริการการซื้อนั้น ทั้งการประมวลผล การเรียกใช้ API ของบุคคลที่สาม และพื้นที่จัดเก็บ หายไปแล้วไม่ว่า Apple จะอนุมัติการคืนเงินหรือไม่ การตอบกลับข้อมูลการใช้งานของคุณเปลี่ยนการคืนเงินได้ แต่ไม่เคยเปลี่ยนต้นทุนที่คุณจ่ายไปแล้วเพื่อการส่งมอบ
ลูกค้าแตะขอคืนเงิน และภายในหนึ่งนาทีเซิร์ฟเวอร์ของคุณก็ได้รับ CONSUMPTION_REQUEST จาก Apple คุณมีเวลา 12 ชั่วโมงในการตอบด้วยข้อมูลการใช้งาน และเป็นเรื่องน่าหลงเข้าใจว่าการตอบกลับนั้นคือสิทธิ์ยับยั้ง คือส่งเลือกปฏิเสธแล้วเก็บเงินไว้ มันไม่ใช่สิทธิ์ยับยั้ง เอกสารของ Apple เองระบุว่า App Store ใช้ปัจจัยหลากหลายในการพิจารณาว่าคำขอคืนเงินจะได้รับการอนุมัติหรือปฏิเสธ และข้อมูลการใช้งานที่คุณให้มาถูกใช้เพื่อช่วยบอกข้อมูลต่อการตัดสินใจคืนเงินของมัน ช่วยบอกข้อมูล ไม่ใช่ตัดสิน โพสต์นี้จะพาไปดูว่าข้อมูลการใช้งานของคุณขยับอะไรได้จริง เหตุใดการซื้อที่คุณทำเครื่องหมายว่าเลือกปฏิเสธจึงยังได้รับการคืนเงินได้ และความพยายามทั้งหมดนี้มีค่าเท่าไรเมื่อคุณนับเงินที่คุณจ่ายไปแล้ว
Apple ทำอะไรกับข้อมูลการใช้งานของคุณจริงๆ
เอนด์พอยต์ Send Consumption Information มีอยู่เพื่อให้คุณส่งบริบทให้ Apple ในช่วงเวลาที่การคืนเงินยังเป็นคำถาม มันไม่ได้มอบการตัดสินใจให้คุณ การอ่านลำดับขั้นตอนให้ถูกลำดับคือความแตกต่างระหว่างการตั้งความคาดหวังที่สมเหตุสมผล กับการยื่นรายงานข้อบกพร่องต่อพฤติกรรมที่มีระบุในเอกสาร
App Store เป็นผู้ตัดสิน ส่วนคุณเป็นผู้แนะนำ
Apple ชี้ชัดเกี่ยวกับการแบ่งบทบาทนี้ ในเอกสารอ้างอิง Send Consumption Information Apple เขียนไว้ว่า App Store ใช้ปัจจัยหลากหลายในการพิจารณาว่าคำขอคืนเงินจะได้รับการอนุมัติหรือปฏิเสธ และใช้ข้อมูลการใช้งานที่คุณให้มาเพื่อช่วยบอกข้อมูลต่อการตัดสินใจคืนเงินของมัน สำหรับฟิลด์ refundPreference เองนั้น Apple ระบุว่าค่าเลือกการคืนเงินของคุณเป็นหนึ่งในปัจจัยหลากหลายที่ App Store ใช้เพื่อช่วยบอกข้อมูลต่อการตัดสินใจ ดังนั้นสัญญาณที่แรงที่สุดที่คุณส่งได้ คือเลือกปฏิเสธแบบตรงๆ ก็ยังเป็นเพียงหนึ่งอินพุตในโมเดลที่คุณไม่ได้ควบคุม ประวัติของลูกค้า เหตุผลที่พวกเขาให้มา ประเภทของสินค้า และสัญญาณการฉ้อโกงของ Apple เอง ล้วนอยู่ในโมเดลเดียวกันนั้นเคียงข้างการตอบกลับของคุณ
ตอนนี้ CONSUMPTION_REQUEST ครอบคลุมการสมัครสมาชิกด้วย ไม่ใช่แค่สินค้าสิ้นเปลือง
เมื่อก่อนนี่เคยเป็นเรื่องของสินค้าสิ้นเปลือง ตั้งแต่ WWDC24 การแจ้งเตือน CONSUMPTION_REQUEST จะทำงานเมื่อลูกค้าขอคืนเงินสำหรับการซื้อในแอปแบบสินค้าสิ้นเปลือง หรือการสมัครสมาชิกแบบต่ออายุอัตโนมัติ นั่นเป็นการขยายขอบเขตครั้งใหญ่ การตอบกลับภายใน 12 ชั่วโมงเดียวกันนี้ตอนนี้ใช้กับการคืนเงินการสมัครสมาชิกด้วย ซึ่งอิทธิพลของคุณต่างออกไปเพราะ Apple คำนวณการใช้งานสำหรับแบบต่ออายุอัตโนมัติด้วยตัวเอง และจะไม่รับค่าเลือกแบบตามสัดส่วนจากคุณ อ่านประเภทสินค้าในทุกคำขอก่อนที่คุณจะตัดสินใจว่าการตอบกลับของคุณผลักดันได้แรงแค่ไหน
ห้าอินพุตที่คุณได้รับอนุญาตให้ส่ง
เนื้อความคำขอ V2 ที่ Apple รับนั้นเล็ก มีห้าฟิลด์ที่ทำหน้าที่ และสามในนั้นจำเป็นต้องมี แต่ละอันเป็นอินพุตที่ Apple ชั่งน้ำหนัก ไม่ใช่สวิตช์ที่บังคับผลลัพธ์ นี่คือสิ่งที่คุณใส่ในการตอบกลับได้ และมันบอกอะไรกับ Apple
| ฟิลด์ | จำเป็น | บอกอะไรกับ Apple |
|---|---|---|
| customerConsented | ใช่ | ลูกค้าตกลงที่จะแบ่งปันข้อมูลการคืนเงินนี้หรือไม่ ต้องเป็น true มิฉะนั้น Apple จะปฏิเสธคำขอ |
| consumptionStatus | ไม่ | ใช้ไปมากแค่ไหน: ไม่ได้ระบุ ไม่ได้ใช้ ใช้ไปบางส่วน หรือใช้ไปจนหมด |
| deliveryStatus | ไม่ | แอปของคุณส่งมอบการซื้อที่ใช้งานได้ หรือพบปัญหาที่คุณต้องการบันทึกไว้ |
| sampleContentProvided | ไม่ | คุณเสนอตัวอย่างฟรี รุ่นทดลอง หรือคำอธิบายฟีเจอร์ก่อนการซื้อหรือไม่ |
| refundPreference | ไม่ | ผลลัพธ์ที่คุณแนะนำ: เลือกปฏิเสธ เลือกให้คืนเต็มจำนวน หรือเลือกให้คืนตามสัดส่วน |
กรอบเวลา 12 ชั่วโมง และประตูความยินยอมที่ทีมส่วนใหญ่มองข้าม
สองกลไกเป็นตัวตัดสินว่าการตอบกลับของคุณจะถูกนับหรือไม่ อย่างหนึ่งคือนาฬิกา อีกอย่างคือธงความยินยอมที่หยุดการตอบกลับที่มีเจตนาดีจำนวนมากไว้ตั้งแต่หน้าประตู
ตอบกลับภายใน 12 ชั่วโมง มิฉะนั้นช่วงเวลานั้นก็ผ่านไป
คำสั่งของ Apple ชัดเจน: ตอบกลับภายใน 12 ชั่วโมงหลังจากได้รับการแจ้งเตือน CONSUMPTION_REQUEST นั่นคือกรอบเวลาทั้งหมด คำขอคืนเงินไม่รอวันทำการถัดไปของคุณ และการตอบกลับข้อมูลการใช้งานที่มาถึงล่าช้าคือการตอบกลับที่ Apple ไม่เคยชั่งน้ำหนัก หากคุณตอบสิ่งเหล่านี้ด้วยมือ นาฬิกา 12 ชั่วโมงคือส่วนที่ล้มเหลวอย่างเงียบๆ ก่อนใคร ในวันหยุดสุดสัปดาห์ ในวันหยุดนักขัตฤกษ์ และในตีสามตามเขตเวลาของคุณ การตอบกลับต้องเป็นอัตโนมัติจึงจะเชื่อถือได้ เพราะกรอบเวลาไม่สนใจว่าทีมของคุณตื่นอยู่เมื่อไร

คุณส่งข้อมูลไม่ได้ เว้นแต่ลูกค้าจะยินยอม
นี่คือประตูที่ทีมงานสะดุด Apple ปฏิเสธคำขอ Send Consumption Information ที่ค่า customerConsented เป็นอย่างอื่นนอกจาก true ในถ้อยคำของ Apple หากลูกค้าให้ความยินยอม ให้ตอบกลับด้วยการเรียก API และส่งข้อมูลการใช้งาน หากไม่ ก็อย่าตอบกลับการแจ้งเตือน CONSUMPTION_REQUEST Apple ยังวางความรับผิดชอบไว้ที่คุณโดยตรง: คุณต้องได้รับความยินยอมที่ถูกต้องจากลูกค้าก่อนแบ่งปันข้อมูลส่วนบุคคลของพวกเขา และคุณซึ่งเป็นนักพัฒนา เป็นผู้รับผิดชอบแต่เพียงผู้เดียวในการได้มาซึ่งความยินยอมนั้น ดังนั้นคำถามแรกในทุกคำขอจึงไม่ใช่ว่าพวกเขาใช้ไปมากแค่ไหน แต่เป็นว่าลูกค้ารายนี้ตกลงให้เราบอก Apple หรือไม่ ไม่มีความยินยอม ก็ไม่มีการตอบกลับ และการคืนเงินก็ถูกตัดสินจากทุกอย่างยกเว้นเรื่องราวฝั่งของคุณ
อะไรที่ขยับการตัดสินใจคืนเงินของ Apple ได้จริง
หากการตอบกลับเป็นคำแนะนำ คำถามที่ตรงไปตรงมาคือมันแนะนำได้มากแค่ไหน คำตอบคือข้อมูลของคุณสำคัญที่สุดตรงที่มนุษย์จะลังเลพอดี และสำคัญน้อยที่สุดตรงที่ผลลัพธ์ไม่เคยเป็นที่สงสัยอย่างแท้จริง
เหตุใดคุณส่งเลือกปฏิเสธได้ แล้วยังเห็นการคืนเงินอยู่ดี
นักพัฒนารายงานว่าส่งเลือกปฏิเสธไปกับการซื้อที่ลูกค้าใช้ไปจนหมดแล้ว แต่กลับเห็น Apple คืนเงินให้อยู่ดี นั่นไม่ใช่ API ที่พัง Apple บอกคุณแล้วว่ามันชั่งน้ำหนักปัจจัยหลากหลาย และในคำขอใดคำขอหนึ่ง ปัจจัยบางอย่างเหล่านั้นอาจมีน้ำหนักเหนือกว่าสินค้าสิ้นเปลืองที่ถูกใช้ไปจนหมด เช่น ลูกค้าที่มีประวัติสะอาด เหตุผลที่ระบุซึ่ง Apple ถือว่าหนักแน่น จำนวนเงินดอลลาร์เล็กน้อย และคำขอครั้งแรก การตอบกลับของคุณผลักต้านการคืนเงิน แต่อินพุตอื่นผลักแรงกว่า บทเรียนไม่ใช่ให้หยุดตอบกลับ แต่คือให้เลิกคาดหวังว่าสินค้าสิ้นเปลืองที่สะอาดจะรอดเสมอ ตรงที่สัญญาณผสมกันจริงๆ สถานะใช้ไปบางส่วน ปัญหาการส่งมอบที่มีบันทึกไว้ และค่าเลือกที่ตรงไปตรงมา คืออินพุตที่พลิกกรณีก้ำกึ่งมาเข้าทางคุณได้
คำแนะนำมีค่าเท่าไรเป็นเงินดอลลาร์
การคืนเงินไม่ใช่ราคาขาย แต่เป็นราคาขายบวกกับทุกอย่างที่คุณจ่ายไปแล้วเพื่อส่งมอบมัน และการตอบกลับข้อมูลการใช้งานแตะได้แค่ส่วนแรกเท่านั้นเสมอ
เงินถูกจ่ายไปแล้วตั้งแต่ตอนที่คำขอมาถึง
เมื่อถึงเวลาที่ Apple ถามว่าจะคืนเงินหรือไม่ ลูกค้าก็ใช้สิ่งนั้นไปแล้ว ในสินค้าสิ้นเปลืองนั่นหมายความว่าการประมวลผลได้ทำงานไปแล้ว การเรียกใช้ API ของบุคคลที่สามถูกเรียกเก็บเงินแล้ว รูปภาพหรือโทเคนหรือผลงานที่สร้างขึ้นถูกผลิตแล้ว และพื้นที่จัดเก็บถูกเขียนแล้ว สิ่งเหล่านี้คือต้นทุนที่จ่ายไปแล้วในฝั่งของคุณ และมันไม่กลับมาหาก Apple ปฏิเสธการคืนเงิน และมันสูญไปสองเท่าหาก Apple อนุมัติ การตอบกลับข้อมูลการใช้งานของคุณชิงราคาขายกลับมาได้ในกรณีก้ำกึ่ง แต่มันชิงต้นทุนสินค้าที่คุณส่งมอบไปแล้วกลับมาไม่ได้ นั่นคือเหตุผลที่แท้จริงว่าทำไมการซื้อที่ถูกใช้ไปจนหมดจึงเป็นการซื้อที่คืนเงินแล้วแพง และมันไม่เกี่ยวกับว่าซื้อไปนานแค่ไหนเลย
- ราคาขาย: รายได้สุทธิของคุณหลังหักค่าคอมมิชชันของ Apple ซึ่งจะถูกกลับรายการหากมีการอนุมัติคืนเงิน นี่คือส่วนเดียวที่การตอบกลับของคุณมีอิทธิพลได้
- ต้นทุนการส่งมอบ: การประมวลผล การเรียกใช้ API พื้นที่จัดเก็บ และเงินที่คุณจ่ายออกไปแล้วสำหรับการซื้อนั้น หายไปไม่ว่าผลการตัดสินจะเป็นอย่างไร
- เวลาของพนักงาน: การคืนเงินทุกครั้งที่ตอบด้วยมือคือเวลาหลายนาทีในวันของใครสักคน และกรอบเวลา 12 ชั่วโมงหมายความว่านาทีเหล่านั้นมาถึงในช่วงเวลาที่ไม่สะดวก
- รูปแบบที่คุณมองข้าม: ลูกค้าที่ขอคืนเงินครั้งแล้วครั้งเล่าคือต้นทุนที่คุณจะเห็นก็ต่อเมื่อคุณติดตามการใช้งานและประวัติข้ามคำขอ ไม่ใช่มองแต่ละครั้งเป็นเรื่องแยกกัน
Google Play จัดการคำถามเดียวกันนี้อย่างไร
Apple ไม่ใช่ร้านค้าเดียวที่ขอให้คุณออกความเห็นแล้วตัดสินใจเอง Google Play ดำเนินขั้นตอนคู่ขนานสำหรับการปฏิเสธการชำระเงินผ่านธนาคาร และรูปแบบก็เหมือนกัน: คุณส่งหลักฐาน ร้านค้าตัดสิน ความแตกต่างอยู่ที่นาฬิกาและสิ่งที่คุณได้รับอนุญาตให้ส่ง
| คำถาม | App Store | Google Play |
|---|---|---|
| ตัวกระตุ้น | การแจ้งเตือน CONSUMPTION_REQUEST | PendingRefundReviewNotification สำหรับการปฏิเสธการชำระเงิน |
| กรอบเวลาของคุณ | 12 ชั่วโมง | 24 ชั่วโมง |
| คุณตอบอย่างไร | Send Consumption Information | orders.reviewrefund |
| คำแนะนำของคุณ | refundPreference: ปฏิเสธ ให้คืนเต็มจำนวน ให้คืนตามสัดส่วน | refundPreference: APPROVE, DECLINE หรือ NEUTRAL |
| ใครตัดสิน | App Store | Google Play หรือธนาคารในกรณีปฏิเสธการชำระเงิน |
ข้อสรุปของทั้งสองร้านค้าเหมือนกันทุกประการ หน้าที่ของคุณคือตอบภายในกรอบเวลาด้วยหลักฐานการใช้งานที่ถูกต้องและค่าเลือกที่ตรงไปตรงมา หน้าที่ของร้านค้าคือตัดสิน การสับสนระหว่างสองสิ่งนี้คือสาเหตุที่ทำให้ทีมลงเอยด้วยการเพิกเฉยต่อกรอบเวลาเพราะการตอบกลับเป็นเพียงคำแนะนำ หรือไว้ใจการตอบกลับในฐานะสิทธิ์ยับยั้งแล้วโดนจู่โจมไม่ทันตั้งตัวเมื่อการคืนเงินเกิดขึ้นอยู่ดี ทั้งสองอย่างไม่ถูกต้อง จงตอบทุกครั้ง ตอบอย่างถูกต้อง และปฏิบัติต่อผลลัพธ์ในฐานะการตัดสินใจที่คุณช่วยบอกข้อมูล ไม่ใช่การตัดสินใจที่คุณเป็นคนทำ
RefundHalt จับ CONSUMPTION_REQUEST ในทันทีที่ Apple ส่งมันมา ตรวจสอบความยินยอม ประกอบสถานะการใช้งาน สถานะการส่งมอบ และค่าเลือกการคืนเงินที่อิงหลักฐาน แล้วตอบกลับภายในกรอบเวลา 12 ชั่วโมงโดยไม่ต้องมีใครในทีมของคุณคอยเฝ้านาฬิกา มันทำแบบเดียวกันสำหรับการตรวจสอบการปฏิเสธการชำระเงินของ Google Play ภายในกรอบเวลา 24 ชั่วโมงของมัน คุณบังคับให้ Apple ตัดสินตามทางของคุณไม่ได้ แต่คุณทำให้แน่ใจได้ว่า Apple จะไม่มีวันตัดสินโดยปราศจากเรื่องราวฝั่งของคุณ ในการคืนเงินทุกครั้ง และทันเวลา
คำถามที่พบบ่อย
- การส่งข้อมูลการใช้งานให้ Apple หยุดการคืนเงินได้หรือไม่?
- ไม่ได้ด้วยตัวมันเอง เอกสารของ Apple ระบุว่า App Store ใช้ปัจจัยหลากหลายในการตัดสินใจคืนเงิน และข้อมูลการใช้งานของคุณถูกใช้เพื่อช่วยบอกข้อมูลต่อการตัดสินใจนั้น การตอบกลับของคุณ รวมถึง refundPreference แบบเลือกปฏิเสธ เป็นหนึ่งอินพุตที่ Apple ชั่งน้ำหนัก ดังนั้นมันขยับกรณีก้ำกึ่งได้ แต่จะไม่รับประกันการปฏิเสธ โดยเฉพาะกับการซื้อที่ลูกค้าใช้ไปจนหมดแล้ว
- ฉันมีเวลาเท่าไรในการตอบกลับ CONSUMPTION_REQUEST?
- 12 ชั่วโมง Apple ระบุให้ตอบกลับภายใน 12 ชั่วโมงหลังจากได้รับการแจ้งเตือน CONSUMPTION_REQUEST ผ่านเอนด์พอยต์ Send Consumption Information การตอบกลับที่มาถึงหลังกรอบเวลาคือการตอบกลับที่ Apple ไม่เคยชั่งน้ำหนัก ซึ่งเป็นเหตุผลว่าทำไมการตอบกลับต้องเป็นอัตโนมัติ แทนที่จะให้คนที่อาจกำลังหลับอยู่จัดการ
- ทำไม Apple ถึงคืนเงินการซื้อหลังจากที่ฉันส่งเลือกปฏิเสธไปแล้ว?
- เพราะเลือกปฏิเสธเป็นคำแนะนำ ไม่ใช่คำสั่ง Apple ระบุว่าค่าเลือกการคืนเงินของคุณเป็นหนึ่งในปัจจัยหลากหลายที่มันใช้เพื่อช่วยบอกข้อมูลต่อการตัดสินใจ ในคำขอหนึ่งๆ ประวัติของลูกค้า เหตุผลที่พวกเขาให้มา จำนวนเงินดอลลาร์ และสัญญาณการฉ้อโกงของ Apple เอง อาจมีน้ำหนักเหนือกว่าค่าเลือกของคุณ ดังนั้นการคืนเงินหลังจากเลือกปฏิเสธคือขั้นตอนที่ทำงานตามที่มีระบุในเอกสาร
- ฉันจำเป็นต้องได้รับความยินยอมจากลูกค้าเพื่อส่งข้อมูลการใช้งานหรือไม่?
- ใช่ Apple ปฏิเสธคำขอ Send Consumption Information เว้นแต่ customerConsented จะเป็น true และคำแนะนำของมันคือหากลูกค้าไม่ยินยอม คุณก็ไม่ควรตอบกลับ CONSUMPTION_REQUEST เลย Apple ยังระบุว่าคุณซึ่งเป็นนักพัฒนา เป็นผู้รับผิดชอบแต่เพียงผู้เดียวในการได้รับความยินยอมที่ถูกต้องก่อนแบ่งปันข้อมูลของลูกค้า
- ขั้นตอนข้อมูลการใช้งานใช้ได้กับการสมัครสมาชิก หรือเฉพาะสินค้าสิ้นเปลืองเท่านั้น?
- ทั้งสองอย่าง ตั้งแต่ WWDC24 ตอนนี้ CONSUMPTION_REQUEST ทำงานสำหรับการซื้อในแอปแบบสินค้าสิ้นเปลือง หรือการสมัครสมาชิกแบบต่ออายุอัตโนมัติ สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ Apple คำนวณการใช้งานเองและไม่รับค่าเลือกแบบตามสัดส่วน ดังนั้นอิทธิพลของคุณจึงแคบกว่าสินค้าสิ้นเปลืองที่คุณสามารถอธิบายการใช้งานได้โดยตรง
แหล่งข้อมูลและเนื้อหาเพิ่มเติม
- Apple Developer: Send Consumption Information (12-hour window, informs refund decisions)
- Apple Developer: ConsumptionRequest (the request body fields)
- Apple Developer: refundPreference (one of a variety of factors)
- Apple Developer: customerConsented (consent is required)
- Apple Developer: notificationType (CONSUMPTION_REQUEST covers subscriptions)
- Google Play Developer API: Method orders.reviewrefund (24-hour chargeback review)
RefundHalt
ระบบอัตโนมัติสำหรับการคืนเงินบน App Store และ Google Play
อ่านต่อ
ติดรหัสบัญชีแบบปิดบัง (obfuscated account id) กับทุกการซื้อบน Google Play มิฉะนั้นเมื่อมีการปฏิเสธการชำระเงินมาถึง คุณจะไม่มีทางสืบย้อนได้เลย
Google Play ให้คุณประทับรหัสที่คงที่และผ่านการแฮชลงบนทุกการซื้อ และอ่านกลับเมื่อมีข้อพิพาทเข้ามา ตั้งค่ามันไว้ แล้วการทบทวนการปฏิเสธการชำระเงินจะผูกกับผู้ใช้คนที่คุณต้องรายงานการใช้งานได้พอดี ข้ามมันไป แล้วคุณจะต้องจับคู่ order id เปล่าๆ กับการเดาภายใต้นาฬิกา 24 ชั่วโมง
รายการเรียกเก็บเงินที่จำไม่ได้บนใบแจ้งยอดธนาคารกลายเป็นการปฏิเสธการชำระเงิน และการปฏิเสธการชำระเงินทำให้คุณเสียมากกว่าการคืนเงิน
เมื่อลูกค้าบอกไม่ได้ว่าแอปของคุณเรียกเก็บเงินอะไร พวกเขาจะโทรหาธนาคารแทนที่จะโทรหาคุณ และข้อพิพาทนั้นจะจบลงเป็นการปฏิเสธการชำระเงิน Apple แสดงทุกอย่างเป็น apple.com/bill และไม่ให้คุณเปลี่ยนอะไรได้เลย Google Play ให้คุณตั้งชื่อที่แสดงบนใบแจ้งยอดได้ นี่คือสิ่งที่แต่ละอย่างมีต้นทุนและสิ่งที่คุณควบคุมได้