ทำไม TikTok Shop Earnings Analytics เหลือ GMV เดียว: วิธีเทียบ Paid Orders, Estimated Commission และยอดรับจริง
เวลาตัวเลข commission ใน TikTok Shop ดู “ไม่ตรง” สาเหตุมักไม่ใช่ระบบคำนวณผิด แต่เป็นการนำ paid-order GMV, Estimated commission, สถานะออเดอร์ และยอดที่ settle แล้ว มาเทียบกันราวกับเป็นเลขเดียวกัน ในเดือนกันยายน 2026 TikTok Shop อัปเดต Earnings Analytics ฝั่ง Creator Center สหรัฐฯ: Data Compass ใช้ GMV เดียวจาก paid orders, Commission tab เดิมถูกถอดออก แต่ Estimated commission ยังอยู่
วิธีอ่านที่ปลอดภัยคือ ใช้ Data Compass ดู performance ของ paid orders, ใช้ Affiliate Orders ตรวจหลักฐานระดับออเดอร์และ estimated payout date และใช้ final/settled commission กระทบยอดกับการเงิน ทั้งสามชั้นต้องใช้ market, date range, timezone และ content type เดียวกัน บทความนี้เหมาะกับ creator, MCN และทีม creator operations ของแบรนด์ เอกสารทางการที่อ้างอิงระบุว่าสำหรับสหรัฐฯ ดังนั้นเมนู ชื่อสถานะ และรอบ settlement ในตลาดอื่นต้องตรวจจาก Creator Center ของตลาดนั้น
แยกตัวเลขสี่ตัวให้ถูกชั้น
| ตัวเลข | ใช้ตอบอะไร | ไม่ได้แปลว่าอะไร |
|---|---|---|
| Data Compass GMV | มูลค่า paid orders ที่เข้าเกณฑ์รายได้ในช่วงที่เลือก | commission ที่ถอนออกได้แล้ว |
| Estimated commission | รายได้ที่คาดจากมูลค่าออเดอร์และ rate ปัจจุบัน | ยอดสุดท้ายหลัง refund และ dispute |
| Affiliate Orders status | แต่ละออเดอร์อยู่ระหว่างรอ, settled, refunded/ineligible หรือ risk review | แนวโน้ม performance ทั้งช่วง |
| Final/settled commission | commission ที่ยืนยันหลัง after-sales และ settlement | คุณภาพคอนเทนต์หรือ conversion โดยตรง |
GMV เดียวทำให้ Data Compass กับ Affiliate Orders ใช้ฐาน paid orders ใกล้กันขึ้น แต่ GMV ไม่ใช่เงินสด Gift orders, sample orders และยอดที่ร้านขายเองไม่รวมใน creator-earnings GMV ส่วน refund บางส่วนหรือทั้งหมด, dispute และเวลาที่ seller settle ยังเปลี่ยนยอดสุดท้ายได้
อัปเดตนี้เปลี่ยนอะไรบ้าง
TikTok ระบุว่า Data Compass แสดง GMV เดียวทุกหน้า โดยนับ paid orders ที่ creator มีสิทธิ์สร้างรายได้ Commission tab หรือ Commission GMV เดิมถูกถอดออก ส่วน Overview ยังมี GMV, items sold, product views, product clicks และ Estimated commission และ GMV นี้ยังใช้กับ Creator Level
Affiliate Orders ยังเป็นหน้าหลักฐาน: ค้นด้วย order ID, product หรือ content ได้ กรอง market, content type และ date ได้ ดู estimated payout date และดาวน์โหลดได้สูงสุด 15,000 records ประวัติ earnings ที่มีให้ใช้เริ่มตั้งแต่ 1 มกราคม 2025 หากต้องการทั้งปี TikTok แนะนำให้แยก export เป็น 4 ไตรมาส
ข้อยกเว้นที่พบได้คือออเดอร์สร้างใกล้เที่ยงคืนแต่ชำระหลังเที่ยงคืน ทำให้เลขรายวันไปอยู่คนละวัน ก่อนสรุปว่าออเดอร์หาย ให้ขยายช่วงเป็นสองวันและเทียบ order ID
เวิร์กโฟลว์กระทบยอด 5 ขั้น
1. ล็อก market, วันที่ และ timezone
ตั้ง market, content type, date range และ timezone ให้เหมือนกันใน Data Compass กับ Affiliate Orders อย่าเอาวันสร้างออเดอร์ไปเทียบวันชำระ และอย่าใช้รอบ settlement ของสหรัฐฯ เป็นกฎของไทยหรือประเทศอื่น
2. เปิดจาก Estimated commission ไปที่รายละเอียดออเดอร์
Estimated commission เป็นจุดเริ่มตรวจ ไม่ใช่ยอด final เก็บ order ID, product, content source, paid time, ยอดประมาณการ, expected payout date และสถานะปัจจุบัน ทีมที่ดูแลหลาย creator ควรเชื่อมฟิลด์เหล่านี้กับเวิร์กโฟลว์ creator affiliate แทนการจดแค่ยอดรวม
3. ใส่ reason code ให้ทุกส่วนต่าง
อย่างน้อยควรมี `midnight timing`, `not settled`, `partial refund`, `full refund/not eligible`, `dispute/return open`, `risk review/frozen`, `market/content filter` และ `commission source/rate` วิธีนี้ช่วยไม่ให้ทุกกรณีถูกเรียกรวมว่า “แพลตฟอร์มจ่ายขาด”
4. คำนวณซ้ำด้วยสูตรทางการ
สูตรมาตรฐานคือ Commission = (Revenue - Refunds) × Commission rate หลังผู้ซื้อจ่าย ระบบจะแสดง estimate หากไม่มี refund ยอด final โดยทั่วไปเท่ากับ estimate; partial refund ลดฐานคำนวณ และ full refund ทำให้ commission เป็น 0 ออเดอร์ที่ยังไม่ settle แล้วแสดง actual commission เป็น 0 ยังไม่ใช่หลักฐานว่าเงินหาย
5. ส่งเฉพาะยอด settled ให้ฝ่ายการเงิน
คู่มือสหรัฐฯ ระบุว่า creator มักได้รับ commission วันที่ 15 หลัง delivery แต่หาก seller มี settlement period ยาวกว่า หรือ refund, return, dispute ยังไม่จบ เวลาจะนานขึ้น ฝ่าย operations ใช้ paid-order GMV กับ estimate ดู trend ได้ ส่วน finance ควรใช้ final/settled commission เท่านั้น
ส่วนต่างแบบไหนรอได้ และแบบไหนต้อง escalate
กรณีที่ควรรอหรือตรวจซ้ำก่อน ได้แก่ ส่วนต่างเล็กน้อยรอบเที่ยงคืน, ออเดอร์เพิ่งจ่ายและยังไม่ขึ้น, processing delay ช่วงแคมเปญใหญ่, สถานะ pending/not settled หรือ after-sales window ยังเปิด ให้กำหนดวัน review ใหม่ ไม่ควรรีบหักคะแนน creator
ควร escalate เมื่อ export ภายใต้ filter เดียวกันไม่มี order ID ที่ยืนยันแล้วซ้ำ ๆ, สถานะกับ payout date ไม่ขยับนานผิดปกติ, refund/rate/earning source อธิบายยอดไม่ได้ หรือ settled order ไม่ตรงกับ withdrawal record แนบ market, date, timezone, order ID, content link, export และ screenshot ทุกครั้ง
ถ้าต้องการดู contribution ราย creator ให้ใช้คู่มือ Affiliate GMV รายครีเอเตอร์ ถ้า Today ฝั่ง seller เปลี่ยนข้ามคืนให้ดูเวิร์กโฟลว์ Affiliate Analytics snapshot และหากสงสัยเรื่อง commission rate ให้ใช้เวิร์กโฟลว์ตรวจ commission discrepancy
ฟิลด์ขั้นต่ำใน reconciliation ledger
- market, timezone, date filter และ content type
- creator, order ID, product, content link และ paid time
- paid-order GMV, Estimated commission และ rate ที่ใช้
- order status, expected payout date, final commission และ settled time
- หลักฐาน refund, return, dispute หรือ risk review
- owner, next review date และผลการ escalate
Ledger นี้ไม่แทนข้อมูลใน TikTok Shop แต่ทำให้การรีวิว creator collaborationใช้ข้อเท็จจริงชุดเดียวกัน
Checklist ก่อนสรุปตัวเลข
- [ ] ตรวจแล้วว่าตลาดนี้มีประสบการณ์ one-GMV หรือไม่
- [ ] ใช้ market, date, timezone และ content type เดียวกันทั้งสองหน้า
- [ ] ไม่ตีความ paid-order GMV เป็น commission ที่ถอนเงินได้
- [ ] แยก Estimated กับ final commission
- [ ] ทุก refund, dispute, risk review และ midnight timing มี reason code
- [ ] Export รายปีแยกเป็นไตรมาสและไม่เกิน 15,000 records ต่อครั้ง
- [ ] Finance ใช้เฉพาะ settled/final commission
มุมมองของ allymatic: ให้ทุกทีมคุยกันบน evidence layer เดียวกัน
ยอดที่ลดลงอาจมาจาก filter หรือออเดอร์ขยับจาก estimate ไป settlement คำถามที่ดีไม่ใช่ “screenshot ไหนจริง” แต่คือ “ชั้นไหนเป็นเจ้าของการตัดสินใจนี้” Data Compass ดู trend, Affiliate Orders ยืนยัน order evidence และ settled earnings ยืนยันกับ finance
allymatic แนะนำให้ใช้ order ID เป็น key เชื่อม creator, content, commission และ settlement พร้อม reason code กับวัน review ถัดไปใน workflow เดียว วิธีนี้ช่วยไม่ให้ refund ปกติกลายเป็นการตัดสิน creator ที่ไม่เป็นธรรม และทำให้ทีมมีหลักฐานครบเมื่อเกิดออเดอร์หายหรือ payout ผิดจริง
FAQ
ทำไม Data Compass เหลือ GMV เดียว
ประสบการณ์สหรัฐฯ ใช้ GMV เดียวจาก paid orders เพื่อให้ Data Compass ตรงกับ Earnings และ Affiliate Orders มากขึ้น Commission tab เดิมถูกถอดออก การเปลี่ยนหน้าจอไม่ได้ทำให้ performance เดิมเปลี่ยน
GMV เท่ากับ Estimated commission หรือไม่
ไม่เท่ากัน GMV คือมูลค่า paid orders ที่เข้าเกณฑ์ ส่วน Estimated commission ใช้ order value กับ rate ปัจจุบัน Refund, dispute และ settlement เปลี่ยนยอด final ได้
ทำไมเลขรายวันยังต่างกันเล็กน้อย
ออเดอร์ใกล้เที่ยงคืนที่ชำระหลังเที่ยงคืนอาจถูกนับคนละวัน ให้เทียบ order ID ในสองวันที่ติดกันด้วย filter เดียวกัน
ควรบันทึก commission เป็นรายได้เมื่อใด
เมื่อเงื่อนไข delivery, after-sales และ seller settlement เสร็จ และ Affiliate Orders/Earnings แสดง settled หรือ final amount แล้ว Estimated payout date ไม่ใช่การรับประกันวันเงินเข้า
แหล่งข้อมูลทางการ
แหล่งข้อมูลทางการ
เอกสารอ้างอิงจากแหล่งข้อมูลทางการที่ใช้ในบทความนี้
