ZHENESJAKOTHVIRUFRAR

Split Payment

หมวด: การชำระเงิน | ระดับ: เชิงลึก


นิยาม (Definition)

Split Payment (การแบ่งชำระเงิน) คือรูปแบบการชำระเงินที่ยอดเงินจากธุรกรรมเดียวถูก แบ่งออกเป็นหลายส่วน แล้วโอนไปยังผู้รับเงินหลายรายตามกฎที่ตั้งไว้ล่วงหน้า แทนที่เงินจะไหลเข้าบัญชีเดียวทั้งหมด

พูดแบบบ้าน ๆ คือ ลูกค้าจ่ายครั้งเดียว แต่หลังบ้านระบบจัดการกระจายเงินให้ทันที เช่น ให้ร้านค้า ให้แพลตฟอร์ม ให้โลจิสติกส์ ให้พาร์ทเนอร์ affiliate โดยที่ลูกค้าไม่ต้องกดจ่ายหลายรอบ

ในโลก DTC และ Cross-border สิ่งนี้สำคัญมาก เพราะโมเดล marketplace, dropship, franchise, และ creator commerce ล้วนต้องใช้การแบ่งชำระเงินทั้งนั้น ถ้าไม่มี ระบบบัญชีจะพังทันทีเมื่อมีออเดอร์หลักพันต่อวัน


อุปมาที่เข้าใจง่าย (Analogy)

ลองนึกภาพ ร้านส้มตำ 3 เจ้าอยู่ในฟู้ดคอร์ทเดียวกัน ลูกค้าสแกน QR จ่าย 300 บาทครั้งเดียวที่เคาน์เตอร์กลาง แต่ระบบรู้ว่า:

- 120 บาท → เจ้าของร้านส้มตำ

- 90 บาท → เจ้าของร้านไก่ย่าง

- 60 บาท → ค่าเช่าพื้นที่ ( landlord )

- 30 บาท → ค่าธรรมเนียมแพลตฟอร์มฟู้ดคอร์ท

ลูกค้าจ่ายครั้งเดียว แต่เงินวิ่งไป 4 ปลายทางพร้อมกัน นี่แหละคือ Split Payment

ต่างจาก การโอนแบบปกติ ที่เงินทั้งก้อนไปเข้าเจ้าของร้านก่อน แล้วค่อยไปหักจ่ายคนอื่นทีหลัง (ซึ่งช้า เสี่ยง และเปลืองแรง)


สูตรคำนวณ (Formula)

ยอดสุทธิที่ผู้รับแต่ละรายได้ = (ยอดรวม ÷ จำนวนผู้รับตามสัดส่วน) − ค่าธรรมเนียม − ภาษีหัก ณ ที่จ่าย

หรือในรูปสัดส่วน:

Share_i = Gross Amount × Rate_i
Net_i = Share_i − Fee_i − WHT_i

โดยที่ Σ Rate_i = 1.00 (หรือ 100%)

ตัวอย่างจริง:

รายการอัตราคำนวณจาก 1,500 THB
ร้านค้า (Merchant)82%1,230.00 THB
แพลตฟอร์ม10%150.00 THB
Affiliate5%75.00 THB
โลจิสติกส์3%45.00 THB
**รวม****100%****1,500.00 THB**
หมายเหตุ: ค่าธรรมเนียม Payment Gateway (~2.95%) และ VAT 7% ต้องถูกหักจากยอดก่อนแบ่งในหลายระบบ เพื่อไม่ให้ร้านค้าแบกภาระทั้งหมด

ตารางเปรียบเทียบ: Split Payment vs โมเดลอื่น

มิติSplit PaymentManual TransferEscrowPayout Batch
จำนวนธุรกรรมที่ลูกค้าเห็น1 ครั้ง1 ครั้ง1 ครั้ง1 ครั้ง
เงินถึงผู้รับเมื่อไหร่ทันที / T+1T+1 ถึง T+3หลังปล่อย EscrowT+3 ถึง T+7
ค่าธรรมเนียมต่อออเดอร์ต่ำ (~1.5–3%)สูง (โอนแยก)สูง (2–5%)กลาง
ความเสี่ยงบัญชีร้านค้าติดลบต่ำสูงต่ำกลาง
เหมาะกับMarketplace, DTC multi-vendorร้านเล็กสินค้าราคาสูงCreator payout
ความซับซ้อนทางบัญชีสูงต่ำกลางกลาง

(Use Cases)

1. Marketplace ไทยแบบ Shopee / Lazada

มีผู้ขาย 50,000+ ราย ระบบต้อง split เงินให้ผู้ขายแต่ละรายหลังหักค่าคอมมิชชัน 5–8% และค่าธรรมเนียมการชำระเงิน

2. DTC แบบ Multi-brand Store

แบรนด์เสื้อผ้าอยากขายสินค้าของพาร์ทเนอร์ 20 แบรนด์ในเว็บเดียว ระบบต้องแบ่งเงินให้แต่ละแบรนด์ตาม SKU ที่ขายได้

3. Creator / Affiliate Commerce

ยอดขาย 2,000 THB แบ่งให้ creator 15% = 300 THB อัตโนมัติเมื่อไม่มี refund ภายใน 7 วัน

4. Cross-border Dropship

ร้านไทยขายสินค้าจากจีน ลูกค้าจ่าย 890 THB → ซัพพลายเออร์จีนได้ 520 THB → โลจิสติกส์ระหว่างประเทศ 180 THB → ตัวแทนไทย 190 THB

5. บริการแบบแชร์รายได้ (Revenue Share)

แพลตฟอร์มคอร์สออนไลน์แบ่ง 70/30 ระหว่างผู้สอนกับแพลตฟอร์มทันทีที่ชำระสำเร็จ


(Common Mistakes)

❌ 1: คิดว่า split แล้วเงินออกจากบัญชีทันที

จริง ๆ หลายเจ้าใช้ ledger ภายใน ก่อน แล้วค่อย payout จริงตามรอบ (T+1, T+7) ถ้าเข้าใจผิดจะกระทบ cash flow มาก

❌ 2: ลืมหัก VAT และ WHT ก่อนแบ่ง

ถ้าแบ่ง 100% แล้วค่อยหักทีหลัง ร้านค้าอาจได้เงินไม่ครบ หรือแพลตฟอร์มต้องรับผิดชอบภาษีเอง

❌ 3: ไม่มี reserve สำหรับ refund / chargeback

ควรกันเงินสำรอง 5–10% ไว้ 30–90 วัน ไม่งั้นเมื่อลูกค้าขอคืนเงิน ระบบจะติดลบ

❌ 4: ใช้สูตรเดียวกับทุกประเทศ

แต่ละประเทศมีกฎ WHT ต่างกัน เช่น ไทยหัก 3% สำหรับค่าบริการ แต่สิงคโปร์อาจไม่หัก ต้อง map ตาม jurisdiction

❌ 5: ไม่ทำ reconciliation อัตโนมัติ

ถ้าไม่มีระบบกระทบยอดอัตโนมัติ ทีมบัญชีจะใช้ Excel และพลาดภายใน 2 สัปดาห์เมื่อออเดอร์เกิน 5,000 รายการ


ตัวเลขสำคัญที่ต้องจำ

1. ค่าธรรมเนียม Payment Gateway ไทย: 2.75% – 3.65% ต่อธุรกรรม

2. VAT ประเทศไทย: 7% (หักจากยอดก่อนแบ่งในหลายระบบ)

3. WHT ค่าบริการในไทย: 3% สำหรับนิติบุคคล

4. Reserve แนะนำ: 5–10% ของ GMV ค้างจ่าย 30–90 วัน

5. Payout cycle มาตรฐาน: T+1 (ในประเทศ) / T+7 (ข้ามพรมแดน)


(Related Terms)

- Payment Gateway — ประตูรับชำระเงิน

- Escrow — บัญชีค้ำประกัน

- Payout — การจ่ายเงินออกให้ผู้รับ

- Ledger — สมุดบัญชีภายในระบบ

- Marketplace Facilitator — ผู้ประกอบการตลาดที่รับผิดชอบภาษีแทนผู้ขาย

- Chargeback — การเรียกคืนเงินจากบัตร

- WHT (Withholding Tax) — ภาษีหัก ณ ที่จ่าย

- Reconciliation — การกระทบยอดบัญชี

- Merchant of Record (MoR) — ผู้รับผิดชอบทางกฎหมายต่อธุรกรรม


สรุปสั้น ๆ สำหรับคนทำ DTC

Split Payment ไม่ใช่แค่ฟีเจอร์ "nice to have" แต่เป็น โครงสร้างพื้นฐาน ของธุรกิจที่มีผู้รับเงินมากกว่าหนึ่งราย ถ้าออกแบบผิดตั้งแต่ต้น จะแก้ยากมากเมื่อสเกลขึ้นหมื่นออเดอร์ต่อวัน

เริ่มจาก:

1. นิยามกฎการแบ่งให้ชัด (ใครได้เท่าไหร่ หักอะไรก่อน)

2. เลือกผู้ให้บริการที่มี API split ในตัว (Omise, 2C2P, Stripe Connect, Adyen for Platforms)

3. ทำ reconciliation อัตโนมัติตั้งแต่วันแรก

4. กัน reserve สำหรับ refund

ทำ 4 ข้อนี้จบ คุณจะสเกลได้โดยไม่ต้องจ้างทีมบัญชีเพิ่มเป็นสิบคน