กระทบยอด Settlement และ Payout
กระทบยอด Payout ที่ Marketplace โอนจริงกับยอดที่ควรได้รับ ตรวจ Fee, Refund, Adjustment และส่วนต่างลงถึงระดับ Order
หน้านี้มีไว้ทำอะไร และเกี่ยวข้องกับงานส่วนไหน
ใช้ตรวจเงินที่ Marketplace สรุปให้ร้านในแต่ละรอบ พร้อมที่มาของยอดขาย ค่าธรรมเนียม คืนเงิน และรายการปรับ เพื่อหาส่วนต่างอย่างมีหลักฐานก่อนส่งต่อฝ่ายบัญชี
- ยอดขาย กับยอดรับสุทธิ
- ยอดขายเป็นจุดเริ่มต้น ยังมีค่าธรรมเนียม คืนเงิน และรายการปรับที่ทำให้ยอดจ่ายต่างกัน จึงไม่ควรเทียบยอดขายตรงกับเงินเข้าแล้วสรุปว่าขาด
- Expected Payout
- ยอดรับที่คำนวณจากยอดขาย − ค่าธรรมเนียม − คืนเงิน + รายการปรับ เครื่องหมายของรายการปรับมีผลต่อยอด
- Actual Payout และ Difference
- Actual Payout คือยอดจ่ายในข้อมูลรอบรับเงิน ส่วนต่างของระบบคำนวณ Expected − Actual ต้องตรวจหลักฐานธนาคารเพิ่มหากต้องยืนยันว่าเงินเข้าบัญชีแล้ว
- ส่วนต่างยอดจ่าย กับรายละเอียดภายใน
- ยอดรวมอาจตรงแต่รายละเอียดบรรทัดภายในยังไม่ตรง ระบบแยกความคลาดเคลื่อนสองชนิด จึงต้องเปิด Breakdown ไม่ดูแค่ผลรวม
- ค่าธรรมเนียมอื่น
- คำสั่งยอมรับส่วนต่างเป็นค่าธรรมเนียมคือการตัดสินใจที่มีผลบันทึกและมีผู้ยืนยัน ใช้เมื่อมีหลักฐานว่าเป็นค่าธรรมเนียมจริง ไม่ใช้ทำให้เลขส่วนต่างเป็นศูนย์เฉย ๆ
รู้จักหน้าจอ ช่องข้อมูล และคำสั่ง
เปิดเมนูชื่อด้านล่างในพื้นที่ทำงานของร้าน เมนูและคำสั่งที่เห็นขึ้นอยู่กับสิทธิ์และความสามารถที่เปิดใช้ หน้าบัญชี PackKUB.com ระบุแยกไว้
รอบรับเงินจาก Marketplace
กรองร้านและรอบเงิน เปิดรายละเอียดส่วนต่าง และส่งออกข้อมูลตรวจสอบ
- ร้าน / ช่วงวันที่ / สถานะ
- เลือกขอบเขตรอบรับเงินที่จะตรวจ
ผลและจุดที่ต้องตรวจ: ใช้ช่วงวันที่ของรอบรับเงิน ไม่สมมติว่าเท่ากับวันที่สั่งซื้อทุกออร์เดอร์
- รายละเอียดส่วนต่าง
- อ่านองค์ประกอบและรายการอ้างอิง
ผลและจุดที่ต้องตรวจ: หาว่าต่างจากยอดจ่ายจริงหรือจากการรวมรายละเอียดภายใน
- ส่งออกข้อมูลตรวจสอบ
- ดาวน์โหลดรายการตามขอบเขตที่เลือก
ผลและจุดที่ต้องตรวจ: ตรวจตัวกรองและจำนวนรายการก่อนส่งต่อฝ่ายบัญชี
- ยืนยันบันทึกค่าธรรมเนียมอื่น
- จัดประเภทส่วนต่างที่ตรวจสอบแล้ว
ผลและจุดที่ต้องตรวจ: ตรวจจำนวน เหตุผลและผลต่อเอกสารก่อนยืนยัน ระบบเก็บผู้ยืนยันและเวลา
ใช้เมื่อไหร่
- มีรอบ Payout
- ยอดโอนไม่ตรงยอดขาย
- ตรวจ Fee/Refund/Adjustment
เตรียมอะไรก่อนเริ่ม
- มี Order และข้อมูลการเงิน
- มี Statement/Payout
- มีสิทธิ์ Finance
ขั้นตอนใช้งานทีละข้อ
- 1
เลือกรอบ
เปิด Settlement/Payout หรือช่วงวันที่
- 2
จับคู่
ระบบจับยอดรับกับ Order และ Fee/Refund/Adjustment
- 3
ตรวจส่วนต่าง
เทียบ Expected, Received, Difference
- 4
Relink/Review
กรณีจับคู่ผิดหรือข้อมูลไม่ครบให้ Relink หรือ Manual Review
- 5
Export/ปิดรอบ
Export CSV/XLSX และส่งข้อมูลตรวจแล้วต่อบัญชี
ลองทำตามหนึ่งงาน
ตรวจรอบรับเงินด้วยตัวเลขหนึ่งรอบ
ก่อนเริ่ม: ตัวอย่างสมมติ: ยอดขาย 1,000 บาท ค่าธรรมเนียม 100 คืนเงิน 50 รายการปรับ +20 และยอดจ่ายจริง 860 บาท
ขั้นที่ 1: เลือกร้านและรอบที่ต้องการ เปิดรายละเอียดแล้วเทียบเลขรอบกับเอกสาร Marketplace
ขั้นที่ 2: คำนวณยอดคาดว่าจะรับ: 1,000 − 100 − 50 + 20 = 870 บาท
ขั้นที่ 3: เทียบกับยอดจ่ายจริง 860 ส่วนต่าง Expected − Actual จึงเท่ากับ 10 บาท
ขั้นที่ 4: เปิดรายละเอียดส่วนต่างและเอกสารต้นทาง ตรวจว่ามีรายการหัก 10 บาทที่ยังไม่จัดประเภท ข้อมูลไม่ครบ หรือค่าของรายการใดผิด
ขั้นที่ 5: ใช้คำสั่งยอมรับค่าธรรมเนียมอื่นเฉพาะเมื่อหลักฐานยืนยันว่า 10 บาทเป็นค่าธรรมเนียมนั้นจริง มิฉะนั้นส่งรายละเอียดให้ผู้ดูแลตรวจต้นทาง
ขั้นที่ 6: ตรวจผลรวมและรายละเอียดหลังแก้ แล้วส่งออกหลักฐานรอบเงินเพื่อเทียบรายการธนาคาร
ภาพหน้าจอตัวอย่าง
ภาพหน้าจอประกอบจาก PackKUB ใช้ข้อมูลตัวอย่าง กดภาพเพื่อดูขนาดเต็ม
ภาพเต็ม หน้าจอรายละเอียดเงินและรายการที่ใช้กระทบยอด
สถานะที่ควรรู้
ยอดตรง
มีส่วนต่าง
ยังจับคู่ต้นทางไม่ได้
ปัญหาที่พบบ่อยและวิธีแก้
ยอดโอนน้อยกว่ายอดขาย
แยกดู Fee, Refund, Adjustment และรอบ Payout ก่อนสรุปว่าเป็นยอดผิด
Best Practice
- แยก Refund/Adjustment/Payout mismatch/Internal mismatch เพื่อหาสาเหตุเร็ว
- ยอดคาดว่าจะได้รับไม่เท่ากับยอดรับจริงจนกว่าจะ Settlement
คำถามที่พบบ่อย
Settlement ต่างจากยอดขายอย่างไร?
ยอดขายคือยอดจากออเดอร์ ส่วน Settlement คือยอดที่แพลตฟอร์มคำนวณหลังหัก Fee/Refund/Adjustment และจ่ายจริง