Seller ไทยควร Reconcile ยอด PromptPay, บัตร และเงินโอนจาก Shopee อย่างไรในปี 2026
ร้านค้าออนไลน์ไทยที่หน้าเช็คเอาต์ลื่นแค่ไหน ก็ยังเสียเวลาหลายชั่วโมงต่อสัปดาห์กับการนั่งจับคู่ยอดเงินเข้าบัญชีกับออเดอร์อยู่ดี ยอด PromptPay เข้าบัญชีทีละรายการโดยไม่มีเลขออเดอร์แนบมา ยอดบัตรเข้าเป็นรอบ settlement ที่หักค่าธรรมเนียมมาแล้ว ส่วน Shopee, Lazada และ TikTok Shop ก็โอนเงินตามรอบของใครของมัน พร้อมสูตรหักค่าใช้จ่ายคนละแบบ สุดท้ายบัญชีก็ยังต้องลงให้ถูกใน FlowAccount, PEAK หรือสเปรดชีต — พร้อมใบกำกับภาษีที่สรรพากรยอมรับ
หลักการจับคู่ที่ใช้ได้ทั้งภูมิภาคคือ เริ่มจากเลขออเดอร์ก่อน ตามด้วยรอบ settlement แล้วค่อยดูช่องทางจ่ายเงิน อย่าเริ่มจาก statement ธนาคารเด็ดขาด ให้ export ข้อมูลรายวันแยกตามช่องทาง แล้วจับคู่ทุกออเดอร์กับรายการ settlement ก่อนจะไปดูยอดเงินในบัญชี
ต้องเตรียมอะไรก่อน
- Export ออเดอร์ชุดเดียวที่ครอบคลุมทุกช่องทาง: เว็บตัวเอง, Shopee, Lazada, TikTok Shop และออเดอร์ทักแชทผ่าน LINE ถ้าออเดอร์กระจายอยู่ในหลังบ้าน 5 ที่ การ reconcile จะพังตั้งแต่ยังไม่เริ่ม — ร้านไทยที่ขายทั้ง marketplace และ LINE มักรวมออเดอร์ไว้ในระบบจัดการออเดอร์อย่าง Zort ที่ sync Shopee, Lazada, TikTok Shop และ POS หน้าร้านเข้าแดชบอร์ดเดียว เริ่มต้น ฿600/เดือน
- Export ยอดรับเงินแยกตามช่องทาง: ยอด PromptPay จากธนาคาร, รายงาน settlement บัตรจาก gateway และรายงานรายได้จาก seller centre ของแต่ละ marketplace
- ตารางค่าธรรมเนียมต่อช่องทาง — PromptPay QR แทบไม่มีค่าธรรมเนียม (เช่น Beam รับ PromptPay QR โดยไม่คิดค่าธรรมเนียมร้านค้า ส่วนบัตรเริ่มที่ MDR 1.8%) แต่บัตรและค่าคอมมิชชั่น marketplace คือจุดที่ยอดขายกับเงินเข้าจริงต่างกัน
- กติกา cut-off ที่ชัดเจน เงินจาก marketplace เข้าช้ากว่าออเดอร์หลายวัน ต้องเลือกว่าจะบันทึกรายได้ ณ วันยืนยันออเดอร์หรือวันเงินเข้า แล้วใช้แบบเดียวตลอด — ภ.พ.30 ไม่ปรานีคนที่ใช้ปนกัน
เวิร์กโฟลว์รายวัน
- Export ออเดอร์ของเมื่อวานจากทุกช่องทางลงชีตเดียว โดยใช้เลขออเดอร์เป็น key
- ดึงรายการ PromptPay เข้าบัญชีจากธนาคาร และรายงาน settlement บัตรจาก gateway
- จับคู่เลขออเดอร์กับรายการ settlement ก่อน แล้วค่อยเทียบยอดรวมที่จับคู่แล้วกับเงินเข้าบัญชีจริง
- รายการที่จับคู่ไม่ได้ให้เข้า exceptions list พร้อมเหตุผลทุกรายการ — ห้ามปล่อยค้างเงียบๆ ข้ามวัน
วันละ 15 นาทีชนะนั่งปิดยอด 4 ชั่วโมงตอนสิ้นเดือน เพราะรายการค้างของเมื่อวานยังอธิบายได้: ลูกค้าที่จ่ายซ้ำ, QR ที่หมดอายุ, ออเดอร์เทสต์ที่หลุดไปส่งจริง
Reconcile ยอด PromptPay
PromptPay เร็วแต่ไร้ชื่อ: บรรทัดใน statement บอกว่าใครจ่ายตอนไหน แต่ไม่บอกว่าเป็นออเดอร์ไหน วิธีปิดช่องว่างมี 3 ทาง:
- Dynamic QR ต่อออเดอร์ — QR ที่สร้างต่อเช็คเอาต์จะฝังยอดเงินไว้ การจับคู่ยอดตรงเป๊ะกับออเดอร์ที่เปิดอยู่จึงค่อนข้างปลอดภัย แต่ยอดซ้ำกันในวันเดียวคือกับดักคลาสสิก — ให้ flag ไว้ อย่า auto-match
- PromptPay ผ่าน gateway — ถ้ารับ PromptPay ผ่าน payment gateway แทน QR ธนาคารเปล่าๆ เงินเข้าทุกรายการจะมีเลขออเดอร์แนบมา แพลตฟอร์มอย่าง HitPay ทำแบบนี้ให้ตั้งแต่แรก — รับ PromptPay และ PayNow แล้วป้อนเข้าระบบทำบัญชีและ reconcile ยอดโอนอัตโนมัติ รายงาน settlement จึงมีเลขออเดอร์มาให้เลย และแพ็กเกจฟรีคิดค่าใช้จ่ายต่อรายการ ร้านเล็กไม่ต้องจ่ายรายเดือน
- ตรวจสลิป — ออเดอร์ทักแชทที่จ่ายด้วยการโอนยังมาเป็นรูปสลิปใน LINE ให้ตรวจสลิปกับ statement วันต่อวัน สลิปที่เงินไม่เคยเข้าบัญชีจริงคือรอยรั่วอันดับหนึ่งของร้านแชทไทย
Reconcile บัตรและ e-wallet
บัตรเข้าเงินเป็นรอบและหักค่าธรรมเนียมมาแล้ว ให้ reconcile ที่ระดับรอบ ไม่ใช่รายรายการ: รายงาน settlement ของ gateway บอกว่าเงินเข้าก้อนนี้ครอบคลุมออเดอร์ไหนบ้างและหักค่าธรรมเนียมต่อออเดอร์เท่าไร ให้บันทึกค่าธรรมเนียมเป็นค่าใช้จ่าย — การหักกลบเงียบๆ ในรายได้ทำให้ทั้งรายได้และต้นทุนต่ำกว่าจริง แล้วฐาน VAT ก็เพี้ยน e-wallet (TrueMoney, ShopeePay, LINE Pay) พฤติกรรมเหมือนบัตร: จ่ายเป็นรอบ มีค่าธรรมเนียมต่อรายการ มีรายงานของตัวเอง
Reconcile เงินโอนจาก marketplace
Shopee, Lazada และ TikTok Shop เป็นเศรษฐกิจของตัวเอง: ค่าคอมมิชชั่น ค่าธรรมเนียมธุรกรรม แคมเปญ co-funding ค่าส่งอุดหนุน และของตีคืน ทั้งหมดหักกลบอยู่ในยอดโอน ให้จับคู่ 2 ชั้น — ชั้นแรกเทียบรายงานรายได้ของ seller centre กับออเดอร์รายตัว ชั้นสองเทียบยอดโอนรวมกับเงินเข้าบัญชีรายรอบ ตัวเลขที่ต้องจับตาคือ effective take rate ต่อ marketplace ต่อเดือน ถ้ามันขยับ แปลว่าค่าธรรมเนียมเปลี่ยนหรือมีแคมเปญกินมาร์จิ้นอยู่ ร้านที่ sync ออเดอร์ผ่าน Zort จะได้ฝั่งออเดอร์ของการจับคู่นี้จาก export เดียวแทนที่จะเปิด 3 seller centre
ส่งต่อให้บัญชี
บัญชีไทยต้องมีหลักฐานแบบไทย: ใบกำกับภาษี, ภ.พ.30 และหนังสือรับรองหัก ณ ที่จ่าย FlowAccount (เริ่ม ฿165/เดือน) และ PEAK (เริ่ม ฿208/เดือน พร้อม e-Tax Invoice, ภ.พ.30 อัตโนมัติ และ reconcile กับธนาคารไทย) รับ export ที่จับคู่แล้วรายวันได้ทั้งคู่ ส่งข้อมูลที่จับคู่แล้วให้บัญชี ไม่ใช่ statement ดิบ — บริบทของการจับคู่อยู่กับคนขาย ส่งต่อไปดิบๆ บริบทนั้นหายกลางทาง
เช็กลิสต์ปิดสิ้นเดือน
- Exceptions list เป็นศูนย์ หรือทุกรายการที่เหลือมีเจ้าของและเหตุผล
- คำนวณ effective take rate ต่อ marketplace แล้วเทียบกับเดือนก่อน
- ค่าธรรมเนียมบัตรและ e-wallet ลงเป็นค่าใช้จ่าย ไม่หักกลบ
- ยอดรายได้ใน ภ.พ.30 ตรงกับ export ออเดอร์ที่จับคู่แล้ว ไม่ใช่ยอดเงินเข้าบัญชี
- เงินระหว่างทาง (ขายเดือนนี้ เงินเข้าเดือนหน้า) ลิสต์ไว้ชัดเจน
เคสจับคู่พลาดที่เจอบ่อย
- PromptPay ยอดชนกัน — สองออเดอร์ ฿590 กับเงินเข้าหนึ่งรายการ ให้ตัดสินด้วยเวลาและชื่อลูกค้า ห้ามเดา
- ของตีคืนหลังเงินออกแล้ว — ยอดเรียกคืนไปโผล่รอบถัดไป ให้จับคู่กับออเดอร์ต้นทาง ไม่ใช่รอบที่มันโผล่
- QR หมดอายุแต่ลูกค้าจ่าย — เงินเข้าโดยไม่มีออเดอร์เปิดอยู่ exceptions list มีไว้จับเคสนี้
- ยอด COD ขาด — เงิน COD จากขนส่งมาเป็นก้อนช้าหลายวัน ให้ถือเป็นช่องทางแยก มี export ของตัวเอง
สร้างระบบปิดยอดก่อนออเดอร์จะทะลัก
การ reconcile น่าเบื่อจนถึงวันที่แคมเปญทำออเดอร์เพิ่มเท่าตัวแล้วบัญชีเริ่มไม่ลงตัว ร้านที่รอดทั้งการตรวจสอบและวิกฤตเงินสด คือร้านที่ระบบจับคู่วันละ 15 นาทีทำงานอยู่แล้วตอนออเดอร์มาถึง ตั้ง export ให้ครบรอบเดียว ยึดลำดับการจับคู่ — เลขออเดอร์, รอบ settlement, ช่องทางจ่ายเงิน — แล้วสิ้นเดือนจะกลายเป็นเช็กลิสต์ ไม่ใช่งานขุดซาก