หาสำนักบัญชี ทำบัญชีรายเดือน เปิดบริษัทใหม่ ปรึกษาบัญชีและภาษีกับเราฟรีเปิดบริษัทใหม่ ทำบัญชีรายเดือน ปรึกษาฟรีได้เลยวันนี้
บัญชีสำหรับธุรกิจขายของบนแพลตฟอร์ม
ขายหลายแพลตฟอร์ม กระทบยอดบัญชีอย่างไรให้ยอดขายและกำไรไม่ตกหล่น
เผยแพร่ 12 กันยายน 2569
ตรวจทานความถูกต้องโดยทีมงานบัญชีทอง · อัปเดตล่าสุด 12 กันยายน 2569
ระบบกระทบยอดสำหรับร้านที่ขาย Shopee, Lazada, TikTok Shop และหน้าร้านของตัวเอง แยก order, fee, refund, settlement และธนาคารให้ตรวจสอบได้
ทำไมยอดขายจากหลายแพลตฟอร์มจึงไม่ตรงกับยอดธนาคาร
แต่ละแพลตฟอร์มมีรูปแบบ order status รอบชำระดุล ชื่อค่าธรรมเนียม และการคืนเงินของตัวเอง ขณะที่ธนาคารเห็นเพียงยอดโอนรวม จึงเป็นเรื่องปกติที่ยอดขายในรายงานคำสั่งซื้อจะไม่เท่ากับยอดเงินเข้าบัญชีในวันเดียวกัน.
การกระทบยอดไม่ใช่การบังคับให้ทุกยอดเท่ากันในทันที แต่คือการอธิบายเส้นทางของเงินตั้งแต่คำสั่งซื้อจนถึงธนาคาร โดยต้องรู้ว่าส่วนต่างเกิดจากรายการใดและจะเคลียร์เมื่อใด.
- รอบขายกับรอบ settlement ไม่ตรงกัน
- ค่าธรรมเนียมและส่วนลดถูกหักก่อนโอน
- คืนเงินหรือปรับยอดภายหลัง
- โอนเงินเป็นก้อนรวมหลายคำสั่งซื้อ
- ร้านมีทั้ง marketplace และเว็บไซต์ของตัวเอง
ออกแบบรหัสกลางให้ทุกช่องทางคุยกันได้
เริ่มจากกำหนดข้อมูลกลาง เช่น channel, order ID, settlement ID, product SKU, transaction date, gross sales, discount, refund, fee และ net payout แล้วทำ mapping ชื่อคอลัมน์ของแต่ละแพลตฟอร์มเข้าหากัน อย่าลบคอลัมน์ต้นฉบับ เพราะต้องย้อนกลับไปตรวจรายงานจริงได้.
หากเลขคำสั่งซื้อซ้ำข้ามช่องทาง ให้เติมรหัส channel เป็นส่วนหนึ่งของ key และเก็บเลขอ้างอิงธนาคารแยกต่างหาก โครงสร้างนี้ช่วยให้รวมข้อมูลได้โดยไม่ทำให้คำสั่งซื้อของ Shopee ถูกจับคู่กับ TikTok Shop.
| ฟิลด์กลาง | ใช้ตอบคำถามอะไร |
|---|---|
| Channel + Order ID | ขายจากช่องทางไหน |
| Settlement ID | แพลตฟอร์มจ่ายเงินก้อนใด |
| Gross/Net | ยอดก่อนและหลังหักอะไร |
| Refund/Adjustment | ทำไมยอดถูกปรับ |
| Bank reference | เงินเข้าธนาคารเมื่อใด |
แยกยอดขาย ค่าธรรมเนียม ส่วนลด และคืนเงิน
ยอดขายควรแยกจากค่าธรรมเนียมแพลตฟอร์ม ค่าโฆษณา ค่าขนส่ง ส่วนลดที่ร้านรับภาระ ส่วนลดที่แพลตฟอร์มสนับสนุน และ refund เพื่อให้เห็น margin จริง การใช้ยอด net payout เป็นรายได้จะทำให้ทั้งยอดขายและค่าใช้จ่ายต่ำกว่าความจริง.
รายละเอียดของส่วนลดและค่าธรรมเนียมต้องอิงรายงานและข้อกำหนดล่าสุดของแพลตฟอร์มนั้น เพราะชื่อและฐานคำนวณไม่เหมือนกัน ดูหลักการแยกประเภทต่อที่ ค่าธรรมเนียมแพลตฟอร์ม และ บัญชีคืนสินค้า.
กระทบยอดระดับคำสั่งซื้อกับระดับ settlement
ระดับคำสั่งซื้อใช้ตรวจว่าสินค้าขายและคืนเงินครบหรือไม่ ส่วนระดับ settlement ใช้ตรวจว่าแพลตฟอร์มรวมรายการและโอนเงินถูกต้องหรือไม่ ต้องทำสองระดับควบคู่กัน เพราะยอดคำสั่งซื้อรวมอาจถูกต้องแต่การโอนเข้าธนาคารยังมีรายการค้าง.
กำหนด tolerance และรายการที่ยอมให้ต่างเพราะเวลา เช่น settlement อยู่ระหว่างรอชำระ แต่ไม่ใช้ tolerance เพื่อกลบยอดต่างที่ไม่มีเอกสาร ทุกส่วนต่างควรมี reason code และสถานะติดตาม.
- Order-level: สินค้า ราคา ส่วนลด สถานะ
- Fee-level: ค่าบริการแต่ละชนิด
- Settlement-level: ยอดรวมและวันที่ชำระ
- Bank-level: ยอดโอนและ reference
- Exception-level: รายการที่ยังอธิบายไม่ได้
การกระทบยอดกับบัญชีธนาคารเมื่อโอนเงินเป็นก้อน
อย่าจับคู่ยอดธนาคารกับยอดขายรายวันแบบ one-to-one หากแพลตฟอร์มโอนเป็นก้อน ให้ใช้ settlement ID หรือเลขอ้างอิงเป็นกลุ่ม แล้วแตกยอดไปยังคำสั่งซื้อย่อยและรายการหัก การทำแบบนี้ทำให้ยอดเข้าธนาคารหนึ่งรายการมีรายละเอียดสนับสนุนครบ.
ถ้าธนาคารแสดงวันที่เข้าบัญชีไม่ตรงกับวันที่ใน Seller Center ให้เก็บทั้งวันที่เกิด settlement และวันที่เงินเข้าจริง เพื่อแยกประเด็น cut-off และ cash flow ออกจากการรับรู้ยอดขาย.
| รายงาน | ตัวเชื่อม | ผลลัพธ์ |
|---|---|---|
| Order report | Order ID | ยอดขายและสถานะ |
| Fee report | Order/fee ID | ค่าใช้จ่าย |
| Settlement | Settlement ID | ยอดที่แพลตฟอร์มจ่าย |
| ธนาคาร | Bank reference/date | เงินเข้าจริง |
ตั้งรอบปิดบัญชีและเจ้าของ exception
กำหนด cut-off ของแต่ละแพลตฟอร์มโดยพิจารณารอบรายงานและวันปิดบัญชีของกิจการ ไม่ต้องบังคับให้ทุกแพลตฟอร์มตัดวันเดียวกัน แต่ต้องบันทึกว่าใช้ข้อมูลถึงวันใดและรายการหลัง cut-off จะจัดการอย่างไร.
ทุก exception ต้องมีผู้รับผิดชอบ เช่น ฝ่ายร้านตรวจสถานะสินค้า ฝ่ายการเงินติดตาม settlement และสำนักงานบัญชีตรวจการจัดประเภท เมื่อปิดรายการให้แนบหลักฐาน ไม่ใช่เพียงเปลี่ยนสถานะเป็น resolved.
- กำหนดวันและเวลาตัดข้อมูล
- ล็อกไฟล์ต้นฉบับของแต่ละรอบ
- ตั้ง reason code สำหรับส่วนต่าง
- ระบุ owner และ due date
- ทบทวนรายการค้างก่อนปิดงบ
ตัวชี้วัดที่ควรดูหลังทำ reconciliation
เมื่อข้อมูลสะอาดแล้ว ร้านจะเห็นยอดขายสุทธิหลังคืนเงิน ค่าใช้จ่ายต่อช่องทาง ระยะเวลาที่เงินค้างรับ และอัตราคำสั่งซื้อที่มีปัญหา ตัวชี้วัดเหล่านี้ช่วยตัดสินใจเรื่องงบโฆษณา สต็อก และช่องทางขายได้ดีกว่ายอดโอนเพียงอย่างเดียว.
ควรแยกตัวเลขเพื่อวิเคราะห์ ไม่ใช้ KPI เดียวตัดสินทุกแพลตฟอร์ม เพราะบางช่องทางมีค่าบริการหรือรูปแบบชำระเงินไม่เหมือนกัน และอาจเปลี่ยนเงื่อนไขในแต่ละช่วงเวลา.
| ตัวชี้วัด | ใช้ดูอะไร |
|---|---|
| Gross-to-net | ส่วนต่างจากค่าธรรมเนียม/คืนเงิน |
| Payout aging | เงินค้างรับนานแค่ไหน |
| Exception rate | คุณภาพข้อมูลและกระบวนการ |
| Contribution margin | กำไรหลังต้นทุนช่องทาง |
เช็กลิสต์กระทบยอดหลายแพลตฟอร์มก่อนปิดเดือน
ให้เริ่มจากเก็บข้อมูลต้นฉบับ แล้วค่อยแปลงเป็นโครงสร้างกลาง ห้ามแก้รายงานต้นฉบับจนย้อนกลับไม่ได้ การทำงานสองชั้นคือ raw data และ reconciliation output ช่วยให้ตรวจได้ว่าเลขต่างเกิดจากการนำเข้าข้อมูลหรือจากธุรกรรมจริง.
หากร้านต้องการให้รายงานพร้อมทำบัญชีทุกเดือน สามารถเชื่อมงานกับ บริการทำบัญชีร้านค้าออนไลน์, บริการบัญชี Shopee และ บริการบัญชี TikTok Shop โดยตกลง format และรอบส่งข้อมูลให้ชัด.
- เก็บ raw report ทุกช่องทาง
- ตรวจจำนวนคำสั่งซื้อและยอดรวม
- แยก fee/refund/adjustment
- จับคู่ settlement กับธนาคาร
- ปิด exception หรือทำรายการค้าง
- เก็บรายงานและหลักฐานฉบับปิดรอบ
คำถามที่พบบ่อย
ขายหลายแพลตฟอร์มต้องรวมยอดขายเป็นก้อนเดียวไหม
ควรรวมในงบตามหลักบัญชีเมื่อถึงเวลา แต่ควรเก็บมิติแยกช่องทางไว้เพื่อกระทบยอดและวิเคราะห์กำไร ไม่ควรลบรายละเอียดจนรู้ไม่ได้ว่ายอดมาจากไหน.
ยอดขายกับยอดโอนต่างกันเท่าไรจึงถือว่าผิดปกติ
ไม่มีตัวเลขเดียวใช้ได้ทุกแพลตฟอร์ม ต้องดูรายการหักและรอบ settlement ของช่องทางนั้น หากส่วนต่างอธิบายด้วยเอกสารได้ก็ไม่ใช่ความผิดปกติ แต่ส่วนต่างไร้ที่มาต้องเปิดตรวจ.
ใช้ยอดเงินเข้าธนาคารเป็นรายได้ได้ไหม
ไม่ควรใช้โดยอัตโนมัติ เพราะยอดเงินเข้าอาจเป็นยอดสุทธิหลังหักค่าธรรมเนียมและคืนเงิน ควรแยกรายได้ ค่าใช้จ่าย และเงินค้างรับจากรายงานธุรกรรม.
ถ้าแต่ละแพลตฟอร์มตั้งชื่อสถานะไม่เหมือนกันทำอย่างไร
ทำ status mapping ภายในโดยเก็บชื่อเดิมไว้ แล้วกำหนดความหมายกลาง เช่น รอส่ง ส่งสำเร็จ คืนเงิน หรือยกเลิก พร้อมตรวจความหมายจากข้อกำหนดล่าสุดของแต่ละแพลตฟอร์ม.
ควรกระทบยอดทุกวันหรือทุกเดือน
ขึ้นกับปริมาณคำสั่งซื้อและความเสี่ยง แต่ควรกระทบยอดตามรอบปิดบัญชีอย่างน้อย และทำรายงานค้างรับระหว่างเดือนหากยอดเงินหมุนสูงหรือมีรายการคืนจำนวนมาก.
เอกสารใดใช้ยืนยันยอดโอนจากแพลตฟอร์ม
ใช้ settlement/payout report คู่กับ bank statement และแตกยอดกลับไปยัง order report กับ fee/refund detail ไม่ควรใช้ภาพหน้าจอยอดรวมเพียงอย่างเดียว.