Payment Processor

หมวดหมู่: การชำระเงิน | ระดับ: ผู้เริ่มต้น

นิยาม

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

พูดแบบบ้าน ๆ คือ "ท่อส่งข้อมูล" ที่วิ่งอยู่ระหว่างร้านค้า → ธนาคาร → เครือข่ายบัตร → ธนาคารผู้ออกบัตร แล้ววนกลับมา ถ้าท่อนี้สะดุด ลูกค้ากดจ่ายแล้วเงินไม่เข้า หรือร้านค้าเห็นออเดอร์แต่ถอนเงินไม่ได้

สำหรับคนทำ DTC ในไทย ต้องเข้าใจว่า Payment Processor ไม่ใช่ Payment Gateway และ ไม่ใช่ Payment Facilitator — สามตัวนี้ทำงานคนละชั้น แต่ถูกพูดรวมกันบ่อยจนสับสน

Analogy

ลองนึกภาพการโอนเงินผ่าน PromptPay แต่เป็นเวอร์ชันบัตรเครดิต:

- ลูกค้า = คนส่งพัสดุ

- Payment Gateway = เคาน์เตอร์ไปรษณีย์ที่รับพัสดุและติดป้าย

- Payment Processor = บริษัทขนส่งที่วิ่งเส้นทางจริง เช็คที่อยู่ ส่งต่อศูนย์คัดแยก

- Card Network (Visa/Mastercard) = ศูนย์คัดแยกกลางที่บอกว่าปลายทางคือธนาคารไหน

- Acquiring Bank = สาขาปลายทางที่เซ็นรับและโอนเงินให้ร้านค้า

ถ้า Gateway คือ "หน้าบ้าน" ที่ลูกค้าเห็น Processor คือ "หลังบ้าน" ที่ไม่มีใครเห็นแต่ขาดไม่ได้

สูตรการคิดค่าธรรมเนียม

ค่าธรรมเนียมที่ร้านค้าจ่ายจริงไม่ได้มีแค่ค่า Processor แต่มันรวมกันเป็น MDR (Merchant Discount Rate)

MDR = Interchange Fee + Card Network Fee + Processor Markup

ตัวอย่างจริงสำหรับบัตรเครดิต Visa ในไทย:

ถ้ายอดขายต่อเดือน 500,000 บาท → ค่าธรรมเนียม = 500,000 × 2.30% = 11,500 บาท/เดือน หรือคิดเป็นปีประมาณ 138,000 บาท

ตัวเลขนี้คือเหตุผลที่ร้าน DTC ต้องเจรจา Markup กับ Processor ให้ดี เพราะ Interchange กับ Network Fee เป็นอัตราคงที่ที่ต่อรองไม่ได้

ตารางเปรียบเทียบ: Processor vs Gateway vs PayFac

ข้อควรจำ: ร้าน DTC ส่วนใหญ่ในไทยที่ใช้ Stripe หรือ Omise จริง ๆ แล้วกำลังใช้ PayFac ซึ่งข้างในมี Processor ซ้อนอยู่อีกที

สถานการณ์ใช้งานจริง

1. ร้าน DTC ขายเสื้อผ้าออนไลน์ ยอด 2 ล้านบาท/เดือน

ใช้ PayFac (เช่น Omise) → PayFac มี Processor ของตัวเอง → เงินเข้า T+2

ถ้าอยากลดค่าธรรมเนียม ต้องย้ายไปเปิด Merchant Account เองกับธนาคาร แล้วเชื่อม Processor แยก → เงินเข้า T+1 แต่ใช้เวลาสมัครนานขึ้น

2. ร้าน Subscription หรือ SaaS

Processor ต้องรองรับ Recurring Payment และ Card Updater (อัปเดตบัตรหมดอายุอัตโนมัติ) ถ้าไม่รองรับ ลูกค้าบัตรหมดอายุจะหลุดโดยไม่รู้ตัว — ส่งผลต่อ MRR โดยตรง

3. ร้านที่ขายต่างประเทศ (Cross-border DTC)

ต้องเลือก Processor ที่รองรับ Multi-currency Settlement และมีอัตรา FX ที่โปร่งใส เพราะถ้ารวม FX Spread 3% เข้ากับ MDR 2.3% ต้นทุนรวมพุ่งเป็น 5.3% ต่อออเดอร์

ข้อเข้าใจผิดที่พบบ่อย

1. "Processor กับ Gateway คืออันเดียวกัน"

ผิด — Gateway รับข้อมูลหน้าเว็บ Processor เคลียร์เงินหลังบ้าน คนละบริษัทกันได้

2. "ค่าธรรมเนียมต่อรองได้ทั้งหมด"

ผิด — Interchange Fee ถูกกำหนดโดยเครือข่ายบัตร ต่อรองได้แค่ส่วน Markup ของ Processor เท่านั้น

3. "ใช้ PayFac แล้วไม่ต้องสนใจ Processor"

ผิด — ถ้า PayFac ล่มหรือถูกระงับ เงินร้านค้าถูกอายัดได้ทันที เพราะ Merchant Account เป็นชื่อ PayFac ไม่ใช่ชื่อร้าน

4. "เงินเข้าทันทีที่ลูกค้ากดจ่าย"

ผิด — ปกติเป็น T+1 ถึง T+3 ขึ้นอยู่กับความเสี่ยงและข้อตกลง

5. "Processor ราคาถูกที่สุดคือดีที่สุด"

ผิด — ต้องดูอัตราการอนุมัติ (Approval Rate) และอัตราการทุจริต (Chargeback Rate) ประกอบ ถ้า Approval Rate ต่ำ ต้นทุนที่ประหยัดได้ก็หายไปกับยอดขายที่หลุด

คำศัพท์ที่เกี่ยวข้อง

- Payment Gateway — ประตูรับข้อมูลบัตรหน้า checkout

- Acquiring Bank — ธนาคารผู้รับชำระ เปิด Merchant Account ให้ร้าน

- Issuing Bank — ธนาคารผู้ออกบัตรให้ลูกค้า

- Card Network — เครือข่ายบัตร เช่น Visa, Mastercard, JCB

- Interchange Fee — ค่าธรรมเนียมที่จ่ายให้ Issuing Bank

- MDR (Merchant Discount Rate) — อัตราค่าธรรมเนียมรวมที่ร้านจ่าย

- Chargeback — การปฏิเสธรายการจากลูกค้า

- PayFac (Payment Facilitator) — ผู้ให้บริการที่รวม Gateway + Processor + Merchant Account

- PCI DSS — มาตรฐานความปลอดภัยข้อมูลบัตรที่ทุกร้านต้องปฏิบัติ

- Recurring Payment — การตัดเงินอัตโนมัติแบบรายงวด

สรุปสั้น ๆ: Payment Processor คือเครื่องยนต์หลังบ้านของการชำระเงิน ร้าน DTC ควรเข้าใจว่าตัวเองกำลังจ่ายค่าอะไรบ้างใน MDR และเลือกใช้ Processor/PayFac ให้เหมาะกับขนาดธุรกิจ ไม่ใช่แค่ดูว่าใครถูกที่สุด