ทำไมยอดขาย App Store และรายงานการเงินของฉันจึงไม่ตรงกัน?

มันวัดสิ่งที่แตกต่างกันบนนาฬิกาที่แตกต่างกัน Sales and Trends เป็นการประเมินที่รวดเร็วในสกุล USD โดยใช้อัตราแลกเปลี่ยนค่าเฉลี่ยเคลื่อนที่ ในขณะที่ Payments and Financial Reports คือบันทึกการบัญชีที่ชำระเสร็จบนปฏิทินการเงินแบบ 4-4-5 ของ Apple โดยใช้อัตราแลกเปลี่ยนสุดท้าย เพราะเดือนการเงินไม่ใช่เดือนตามปฏิทินและการคืนเงินชำระเสร็จช้ากว่าการขาย ยอดรวมทั้งสองจึงเบี่ยงเบนกันโดยการออกแบบ กระทบยอดกับรายงานการเงินสำหรับสิ่งใดก็ตามที่เกี่ยวข้องกับเงิน

การคืนเงินแสดงอย่างไรใน App Store Summary Sales Report?

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

ทำไมเซิร์ฟเวอร์ของฉันจึงแสดงการแจ้งเตือน REFUND มากกว่ารายงานการขายของฉัน?

เพราะทั้งสองนับคนละช่วงเวลา เซิร์ฟเวอร์ของคุณได้ยินเหตุการณ์การคืนเงินแบบเรียลไทม์ ในขณะที่รายงานการขายบันทึกแถวที่ชำระเสร็จในภายหลัง และการคืนเงินบางส่วนหรือที่ส่งซ้ำอาจสร้างการแจ้งเตือนมากกว่าหนึ่งรายการ เพื่อยุติความแตกต่าง นำ transaction id ที่เซิร์ฟเวอร์ของคุณเห็นและเรียกผ่าน endpoint ชื่อ Get Refund History ของ App Store Server API ซึ่งคืนบันทึกของ Apple เองว่าอะไรคืนเงินจริง

ฉันควรใช้ตัวเลขการคืนเงินใดสำหรับการบัญชี?

Payments and Financial Reports ของ Apple และ earnings report ของ Google Play สิ่งเหล่านั้นคือบันทึกที่ชำระเสร็จระดับการบัญชี Sales and Trends ของ Apple และ estimated sales report ของ Google เป็นการวิเคราะห์ที่รวดเร็วซึ่งทั้งสองสโตร์บอกคุณว่าอย่าใช้สำหรับการบัญชี และการแจ้งเตือนจากเซิร์ฟเวอร์ของคุณมีไว้สำหรับควบคุมการเข้าถึง ไม่ใช่สำหรับบันทึกรายได้

การคืนเงินปรากฏในเดือนเดียวกับการขายเดิมหรือไม่?

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

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

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

รายงานการคืนเงินของคุณไม่เคยตรงกันระหว่าง Apple, Google และเซิร์ฟเวอร์ของคุณ นี่คือวิธีกระทบยอด

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

โต๊ะทำงานของนักบัญชีที่มีกองรายงานการเงินที่พิมพ์ออกมาแยกกันสามกองและแว่นขยาย แสดงให้เห็นว่าการกระทบยอดรายงานการคืนเงินระหว่าง Apple และ Google นั้นยากเพียงใด

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

Apple แบ่งการรายงานการคืนเงินระหว่างเครื่องมือสองอย่างที่ไม่เคยตรงกันโดยการออกแบบ Sales and Trends ประเมินการคืนเงินอย่างรวดเร็วในสกุล USD และ Payments and Financial Reports จะชำระให้เสร็จภายหลังตามปฏิทินการเงินของ Apple การแจ้งเตือน REFUND จากเซิร์ฟเวอร์ของคุณเป็นมุมมองที่สามแบบ real-time ของเหตุการณ์เดียวกัน
ใน Summary Sales Report ของ Apple การคืนเงินเป็นบรรทัดของตัวเองที่มี Units ติดลบและ Customer Price ติดลบ และรายงานไม่ได้หักการคืนเงินออกแล้ว หากคุณรวมคอลัมน์ด้วยสายตาคุณจะนับผิด เพราะแถวการคืนเงินอยู่ข้างแถวการขายแทนที่จะหักล้างกัน
รายงานการเงินของ Apple ทำงานบนปฏิทินการเงินแบบ 4-4-5 ไม่ใช่เดือนตามปฏิทิน และรายงานของเดือนการเงินหนึ่งจะพร้อมใช้งานภายในวันศุกร์แรกของเดือนการเงินถัดไป ยอดคืนเงินใดก็ตามที่คุณเทียบกับเดือนปฏิทินธรรมดาจะผิดตั้งแต่ก่อนคุณเริ่ม
Google Play แยกการคืนเงินในลักษณะเดียวกัน earnings report แสดง Charge refund และ Google fee refund เป็นประเภทธุรกรรมของตัวเอง แต่ละรายการทำเครื่องหมายเป็น Full หรือ Partial ในขณะที่ estimated sales report เป็นการวิเคราะห์ที่มีความหน่วงต่ำซึ่ง Google ระบุว่าไม่ได้มีไว้สำหรับการบัญชี
การคืนเงินถูกระบุไปยังวันที่ชำระเสร็จ ไม่ใช่วันที่ขายเดิม ดังนั้นการคืนเงินของการซื้อในเดือนมีนาคมจะไปตกอยู่ในตัวเลขเดือนเมษายนของคุณบนทั้งสองสโตร์ กระทบยอดการคืนเงินด้วย transaction id อย่ากระทบยอดด้วยการเรียงยอดรวมรายเดือน
นักพัฒนามักพบการแจ้งเตือน REFUND มากกว่าแถวการคืนเงินใน Summary Sales Report สำหรับช่วงเวลาเดียวกันเป็นประจำ เพราะทั้งสองนับคนละช่วงเวลา endpoint ชื่อ Get Refund History ของ App Store Server API ของ Apple คือแหล่งข้อมูลจริงสำหรับการกระทบยอด ทีละ transaction id
มีเพียงสองพื้นผิวเท่านั้นที่สร้างมาเพื่อการบัญชี ได้แก่ รายงานการเงินของ Apple และ earnings report ของ Google กระทบยอดเงินกับสองสิ่งนั้น กระทบยอดการเข้าถึงกับการแจ้งเตือนจากเซิร์ฟเวอร์ของคุณ และอย่าให้ตัวเลขหนึ่งทำหน้าที่ของอีกตัวเลขหนึ่ง

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

ทำไมการคืนเงินหนึ่งครั้งจึงปรากฏเป็นตัวเลขที่แตกต่างกันสามตัว

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

Apple ให้รายงานสองตระกูลแก่คุณ บวกกับ webhook ของคุณ

Apple รายงานการคืนเงินในสองที่ซึ่งไม่ใช่เครื่องมือเดียวกันและไม่ได้มีไว้ให้ตรงกันในวันที่กำหนด Sales and Trends คือมุมมองที่รวดเร็วและเป็นการประเมิน รายงานรายวันมาถึงในวันถัดไป รายงานรายสัปดาห์ในวันจันทร์ รายงานรายเดือนประมาณห้าวันหลังสิ้นเดือน โดยทั่วไปภายใน 8 a.m. Pacific มันประเมินยอดขายและรายได้ในสกุล USD โดยใช้ค่าเฉลี่ยเคลื่อนที่ของอัตราแลกเปลี่ยนของเดือนก่อน ซึ่งทำให้ดีสำหรับการสังเกตแนวโน้มและผิดสำหรับการกระทบยอดการจ่ายเงิน Payments and Financial Reports คือมุมมองที่ชำระเสร็จแล้ว สร้างขึ้นเดือนละครั้งบนปฏิทินการเงินของ Apple พร้อมใช้งานภายในวันศุกร์แรกของเดือนการเงินปัจจุบันสำหรับเดือนการเงินก่อนหน้า และสร้างขึ้นเฉพาะเมื่อมีการซื้อหรือการคืนเงินในช่วงนั้น มันใช้อัตราแลกเปลี่ยนสุดท้ายที่ใช้กับการจ่ายเงินของคุณ รายงานนั้นคือบันทึกการบัญชี ควบคู่กับทั้งสอง เซิร์ฟเวอร์ของคุณจะได้รับ App Store Server Notification REFUND ในทันทีที่ Apple อนุมัติการคืนเงิน โดยผูกกับ transaction id เดียว

Google แยกในลักษณะเดียวกัน

Google Play สะท้อนการแยกนี้ earnings report คือบันทึกการบัญชี สร้างขึ้นรายเดือนและโดยทั่วไปพร้อมใช้งานภายในวันที่ 5 ของเดือนถัดไป และแสดงการคืนเงินเป็นประเภทธุรกรรมของตัวเอง ได้แก่ Charge refund สำหรับเงินที่คืนให้ผู้ซื้อ และ Google fee refund สำหรับค่าธรรมเนียมบริการที่ Google คืนกลับมา แต่ละรายการติดป้าย Full หรือ Partial estimated sales report คือมุมมองการวิเคราะห์ที่มีความหน่วงต่ำซึ่งแสดงสิ่งที่ผู้ซื้อจ่ายก่อนภาษีและค่าธรรมเนียม และ Google ระบุอย่างชัดเจนว่ามันเหมาะสำหรับการวิเคราะห์และไม่แนะนำสำหรับการบัญชี ในฝั่งเซิร์ฟเวอร์คุณจะได้รับ Real-time Developer Notification แบบเรียลไทม์และสามารถอ่านการคืนเงินกลับมาได้จาก Voided Purchases API

Apple แสดงการคืนเงินภายในรายงานอย่างไร และกับดักบรรทัดติดลบ

เปิด Summary Sales Report แล้วการคืนเงินจะไม่หักตัวเองออกจากการขายอย่างเงียบ ๆ มันปรากฏเป็นแถวของตัวเอง Units และ Customer Price ในแถวนั้นติดลบ ซึ่งเป็นวิธีที่คุณจะสังเกตการคืนเงินได้เลย และตัวเลข Developer Proceeds ไม่ได้ทำงานแบบเดียวกับที่ราคาทำ รายงานไม่ได้หักการคืนเงินออกแล้วโดยเนื้อแท้ มันแสดงบรรทัดการคืนเงินข้างบรรทัดการขาย และการจัดกลุ่มเป็นหน้าที่ของคุณ รวมคอลัมน์ Units ด้วยสายตาแล้วคุณจะนับซ้ำหรือพลาดการคืนเงินไปเลย เพราะบรรทัดการคืนเงินลบหนึ่งอยู่ในคอลัมน์เดียวกับยอดขายบวกของคุณ

กฎที่ใช้ได้จริงนั้นเรียบง่าย ค้นหาการคืนเงินด้วย Units ที่ติดลบ รวมแถวเหล่านั้นด้วยตัวเอง และอย่าคิดว่ารายงานได้หักมันออกให้คุณแล้ว จำนวน featured snippet ของการคืนเงินของคุณคือจำนวนแถวที่มี Unit ติดลบ ไม่ใช่ผลรวมทางคณิตศาสตร์ของคอลัมน์

Apple surface	มีไว้เพื่ออะไร	อัปเดตเมื่อใด	การคืนเงินปรากฏอย่างไร
Sales and Trends	การประเมินแนวโน้มที่รวดเร็ว ไม่ใช่การบัญชี	รายวันในวันถัดไป รายเดือนประมาณ 5 วันหลังสิ้นเดือน	หน่วยติดลบในแนวโน้ม ประเมินในสกุล USD
Summary Sales Report	รายละเอียดที่ดาวน์โหลดได้เบื้องหลัง Sales and Trends	จังหวะเดียวกับ Sales and Trends	แถวของตัวเอง Units ติดลบและ Customer Price ติดลบ
Payments and Financial Reports	บันทึกการบัญชีและการจ่ายเงิน	รายเดือนบนปฏิทินการเงินของ Apple ภายในวันศุกร์แรก	การหักที่ชำระเสร็จจากรายได้ของเดือนการเงินนั้น
REFUND server notification	การควบคุมการเข้าถึงแบบเรียลไทม์	ในทันทีที่ Apple อนุมัติการคืนเงิน	หนึ่งเหตุการณ์ หนึ่ง transaction id

ปฏิทินการเงินคือเหตุผลที่ยอดรวมรายเดือนของคุณไม่เคยตรงกัน

นี่คือเหตุผลใหญ่ที่สุดเพียงข้อเดียวที่สเปรดชีตที่ทำอย่างระมัดระวังก็ยังไม่ยอมสมดุล รายงานการเงินของ Apple ไม่ได้ทำงานบนเดือนตามปฏิทิน มันทำงานบนปฏิทินการเงินแบบ 4-4-5 ซึ่งเดือนการเงินส่วนใหญ่มีสี่สัปดาห์และทุกเดือนที่สามมีห้าสัปดาห์ นักพัฒนาที่เทียบ Financial Report กับหน้าต่างมกราคมถึงมกราคมธรรมดากำลังเทียบช่วงวันสองช่วงที่แตกต่างกัน ดังนั้นยอดรวมการคืนเงินจึงไม่สามารถตรงกันได้แม้ว่าตัวเลขพื้นฐานทุกตัวจะถูกต้อง นักพัฒนาบนฟอรัมของ Apple เองได้เห็นตัวเลข Sales และตัวเลข Financial Report เบี่ยงเบนกันหลายพันดอลลาร์ด้วยเหตุผลนี้พอดี โดยช่องว่างขยายขึ้นทุกเดือนที่พวกเขาปล่อยให้มันสะสม

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

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

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

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

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

เมื่อคืนเงิน	App Store	Google Play
อะไรออกจากบัญชีของคุณ	รายได้หลังคอมมิชชันของคุณ	ราคาซื้อลบค่าธรรมเนียมบริการของ Play
สโตร์คืนอะไร	คอมมิชชันของ Apple	ค่าธรรมเนียมบริการ ในรูปบรรทัด Google fee refund
ควรกระทบยอดกับรายงานใด	Payments and Financial Reports	Earnings report
ชำระเสร็จเมื่อใด	เดือนการเงินที่ประมวลผล ภายในวันศุกร์แรกหลังจากนั้น	หักจากการจ่ายเงินของช่วงนั้นหรือช่วงถัดไป
จุดพลิกของ chargeback	Apple ดูดซับกลไกข้อพิพาทบัตร	ตั้งแต่ Aug 3 2026 ราคาบวกค่าธรรมเนียมธนาคารย้ายมาที่คุณ

วิธีกระทบยอดรายงานการคืนเงินของคุณ ทีละขั้นตอน

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

ตัดสินใจเรื่องคำถามก่อนที่คุณจะเปิดรายงาน สำหรับเงิน คำตอบอยู่ในรายงานการเงินของ Apple และ earnings report ของ Google เท่านั้น สำหรับการเข้าถึง คำตอบอยู่ในการแจ้งเตือนจากเซิร์ฟเวอร์ของคุณ อย่ากระทบยอดอันหนึ่งกับอีกอันเด็ดขาด
เลือก transaction id เป็นคีย์เชื่อมข้ามทั้งสี่พื้นผิว มันคือฟิลด์เดียวที่การขาย การคืนเงินของมัน รายงาน และ webhook ของคุณ ต่างใช้ร่วมกัน
สำหรับ Apple เมื่อ Summary Sales Report และ webhook ของคุณไม่ตรงกัน ให้เรียก endpoint ชื่อ Get Refund History ของ App Store Server API ที่ /inApps/v2/refund/lookup/{transactionId} มันจะคืนธุรกรรมที่คืนเงินซึ่งลงนามแล้วสำหรับลูกค้าหนึ่งราย พร้อม revocationDate และ revocationReason ทีละ transaction id และแบ่งหน้าไปตามประวัติของพวกเขา endpoint นั้นคือตัวตัดสิน
สำหรับ Google ให้ตรวจสอบไขว้บรรทัด Charge refund บน earnings report กับสิ่งที่ Voided Purchases API รายงานสำหรับคำสั่งซื้อเดียวกัน และจำไว้ว่าการคืนเงินบางส่วนจะติดป้าย Partial และจะไม่ทำให้ค่าใช้จ่ายเดิมเป็นศูนย์
ปรับให้ตรงกับนาฬิกาของรายงาน ไม่ใช่ของคุณ ของ Apple คือเดือนการเงินในเวลา Pacific earnings report ของ Google มีเดือนและเขตเวลาของตัวเอง บันทึกของคุณเกือบแน่นอนว่าเป็น UTC แปลงเป็นปฏิทินของรายงานก่อนที่คุณจะเทียบ มิฉะนั้นขอบเขตของวันเพียงอย่างเดียวจะสร้างความไม่ตรงกันแบบหลอน
คาดหวังว่าการประเมินจะขยับ Sales and Trends เป็นการประเมินและจะขยับต่อไปเรื่อย ๆ เมื่อธุรกรรมชำระเสร็จ กระทบยอดกับรายงานการเงิน อย่ากระทบยอดกับการประเมิน และอย่ากระทบยอดกับสแนปช็อตของการประเมินเมื่อวานนี้

เมื่อเซิร์ฟเวอร์ของคุณแสดงการคืนเงินมากกว่ารายงาน

ความตื่นตระหนกที่พบบ่อยที่สุดคือการพบการแจ้งเตือน REFUND บนเซิร์ฟเวอร์ของคุณมากกว่าแถวการคืนเงินในรายงานการขายสำหรับช่วงเวลาเดียวกัน โดยปกติแล้วมันไม่ใช่เงินที่หายไป สองพื้นผิวนับคนละช่วงเวลา การแจ้งเตือนอาจมาก่อนแถวรายงานหลายวัน และการคืนเงินบางส่วนหรือคำขอที่ส่งซ้ำอาจสร้างเหตุการณ์มากกว่าหนึ่ง นักพัฒนาได้รายงานรูปแบบนี้พอดี การแจ้งเตือน REFUND หลายพันรายการเทียบกับจำนวนแถวที่มี Unit ติดลบที่น้อยกว่าสำหรับเดือนเดียวกัน แก้ไขด้วยวิธีเดียวกันทุกครั้ง นำ transaction id ที่เซิร์ฟเวอร์ของคุณเห็น เรียกผ่าน Get Refund History และให้บันทึกของ Apple เองเป็นตัวตัดสินว่าอันไหนคืนเงินจริงและเป็นจำนวนเท่าไร

เวอร์ชันสั้น

คุณไม่สามารถทำให้การประเมินของ Apple รายงานการเงินของ Apple earnings report ของ Google และ webhook ของคุณ แสดงยอดรวมการคืนเงินเดียวกันในวันเดียวกันได้ทั้งหมด และคุณควรเลิกพยายาม อ่านแต่ละอันสำหรับสิ่งที่มันถูกสร้างมาเพื่อบอกคุณ เชื่อรายงานการเงินและ earnings report สำหรับเงิน เชื่อการแจ้งเตือนจากเซิร์ฟเวอร์ของคุณสำหรับการเข้าถึง และเมื่อสองพื้นผิวขัดแย้งกัน เชื่อมพวกมันด้วย transaction id และให้การค้นหา Get Refund History หรือ Voided Purchases เป็นตัวตัดสิน การคืนเงินที่กระทบยอดแล้วไม่ใช่ยอดรวมที่จับคู่กัน แต่เป็นธุรกรรมที่จับคู่กัน

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

ทำไมยอดขาย App Store และรายงานการเงินของฉันจึงไม่ตรงกัน?: มันวัดสิ่งที่แตกต่างกันบนนาฬิกาที่แตกต่างกัน Sales and Trends เป็นการประเมินที่รวดเร็วในสกุล USD โดยใช้อัตราแลกเปลี่ยนค่าเฉลี่ยเคลื่อนที่ ในขณะที่ Payments and Financial Reports คือบันทึกการบัญชีที่ชำระเสร็จบนปฏิทินการเงินแบบ 4-4-5 ของ Apple โดยใช้อัตราแลกเปลี่ยนสุดท้าย เพราะเดือนการเงินไม่ใช่เดือนตามปฏิทินและการคืนเงินชำระเสร็จช้ากว่าการขาย ยอดรวมทั้งสองจึงเบี่ยงเบนกันโดยการออกแบบ กระทบยอดกับรายงานการเงินสำหรับสิ่งใดก็ตามที่เกี่ยวข้องกับเงิน
การคืนเงินแสดงอย่างไรใน App Store Summary Sales Report?: การคืนเงินปรากฏเป็นแถวของตัวเองที่มี Units ติดลบและ Customer Price ติดลบ รายงานไม่ได้หักการคืนเงินออกแล้ว ดังนั้นแถวการคืนเงินจึงอยู่ข้างแถวการขายแทนที่จะหักล้างกัน ระบุการคืนเงินด้วย Units ที่ติดลบและรวมแถวเหล่านั้นแยกต่างหาก เพราะการรวมคอลัมน์ด้วยสายตาจะนับการคืนเงินของคุณผิด
การคืนเงินปรากฏใน earnings report ของ Google Play เมื่อใด?: earnings report สร้างขึ้นรายเดือนและโดยทั่วไปพร้อมใช้งานภายในวันที่ 5 ของเดือนถัดไป การคืนเงินปรากฏเป็นสองประเภทธุรกรรม ได้แก่ Charge refund สำหรับเงินที่คืนให้ผู้ซื้อ และ Google fee refund สำหรับค่าธรรมเนียมบริการที่ Google คืนให้คุณ แต่ละรายการทำเครื่องหมายเป็น Full หรือ Partial หากคุณคืนเงินก่อนที่ Google จะจ่ายเงินให้คุณ คุณจะไม่เคยได้รับจำนวนนั้น หากหลังจากนั้น มันจะถูกหักจากการจ่ายเงินในอนาคต
ทำไมเซิร์ฟเวอร์ของฉันจึงแสดงการแจ้งเตือน REFUND มากกว่ารายงานการขายของฉัน?: เพราะทั้งสองนับคนละช่วงเวลา เซิร์ฟเวอร์ของคุณได้ยินเหตุการณ์การคืนเงินแบบเรียลไทม์ ในขณะที่รายงานการขายบันทึกแถวที่ชำระเสร็จในภายหลัง และการคืนเงินบางส่วนหรือที่ส่งซ้ำอาจสร้างการแจ้งเตือนมากกว่าหนึ่งรายการ เพื่อยุติความแตกต่าง นำ transaction id ที่เซิร์ฟเวอร์ของคุณเห็นและเรียกผ่าน endpoint ชื่อ Get Refund History ของ App Store Server API ซึ่งคืนบันทึกของ Apple เองว่าอะไรคืนเงินจริง
ฉันควรใช้ตัวเลขการคืนเงินใดสำหรับการบัญชี?: Payments and Financial Reports ของ Apple และ earnings report ของ Google Play สิ่งเหล่านั้นคือบันทึกที่ชำระเสร็จระดับการบัญชี Sales and Trends ของ Apple และ estimated sales report ของ Google เป็นการวิเคราะห์ที่รวดเร็วซึ่งทั้งสองสโตร์บอกคุณว่าอย่าใช้สำหรับการบัญชี และการแจ้งเตือนจากเซิร์ฟเวอร์ของคุณมีไว้สำหรับควบคุมการเข้าถึง ไม่ใช่สำหรับบันทึกรายได้
การคืนเงินปรากฏในเดือนเดียวกับการขายเดิมหรือไม่?: โดยปกติไม่ การคืนเงินถูกระบุไปยังวันที่ชำระเสร็จ ไม่ใช่วันที่ซื้อเดิม บนทั้งสองสโตร์ การขายในเดือนมีนาคมที่คืนเงินในเดือนเมษายนจะลดยอดรวมเดือนเมษายนของคุณ ดังนั้นการจับคู่สองเดือนตามป้ายชื่อของมันจะทำให้การคืนเงินดูเหมือนหายไปจากเดือนหนึ่งและปรากฏในอีกเดือนหนึ่ง จับคู่ด้วย transaction id แทน

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

RefundHalt

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

อ่านต่อ

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

Google Play ให้คุณคืนเงินบางส่วนได้ด้วยตัวเอง ส่วน App Store ปล่อยให้ Apple จัดการการคืนเงินทุกครั้ง

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

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

อัตราการคืนเงินแอปที่ดีอยู่ระหว่าง 2 ถึง 5 เปอร์เซ็นต์ นี่คือวิธีหาตัวเลขของคุณและต้นทุนที่แท้จริง

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