เลือก Payment Gateway ให้ธุรกิจ: อ่านค่าธรรมเนียมให้ขาด รู้ว่าเงินเข้าเมื่อไหร่ และเชื่อมหลังบ้านยังไงไม่ให้ยอดหลุด

ทุกธุรกิจที่รับเงินออนไลน์ต้องผ่านคำถามเดียวกัน: จะใช้ payment gateway เจ้าไหน คำตอบส่วนใหญ่ในอินเทอร์เน็ตคือตารางเทียบชื่อผู้ให้บริการซึ่งล้าสมัยตั้งแต่วันที่เผยแพร่ เพราะเรตค่าธรรมเนียมเปลี่ยนและต่อรองได้เสมอ บทความนี้จะไม่บอกว่าควรใช้เจ้าไหน แต่จะให้เครื่องมือคิดสามชิ้นที่ใช้ได้กับทุกเจ้าและทุกปี หนึ่ง วิธีแปลงตารางค่าธรรมเนียมให้เป็นต้นทุนจริงของร้านคุณ สอง วิธีอ่านรอบเงินเข้า (settlement) ที่กระทบกระแสเงินสดมากกว่าที่คิด และสาม รายการคำถามด้านการเชื่อมต่อระบบที่ควรถามก่อนเซ็นสัญญา เพราะ gateway ที่ถูกที่สุดแต่เชื่อมหลังบ้านไม่ได้ จะแพงที่สุดในระยะยาวด้วยค่าแรงคนคีย์ยอดตามหลัง

ค่าธรรมเนียมไม่ใช่ตัวเลขเดียว: MDR รายช่องทาง บวกค่าคงที่

ค่าธรรมเนียมหลักของ gateway เรียกว่า MDR (Merchant Discount Rate) คิดเป็นเปอร์เซ็นต์ของยอดขาย และจุดสำคัญคือมันไม่เท่ากันในแต่ละช่องทางจ่าย โดยทั่วไปในตลาดไทย QR พร้อมเพย์อยู่ในช่วงต่ำสุด บัตรเครดิตในประเทศอยู่ช่วงกลาง บัตรต่างประเทศสูงขึ้นไปอีกขั้น ส่วน e-wallet และการผ่อนชำระมีเรตของตัวเอง นอกจาก MDR ยังมีค่าคงที่ที่ต้องไล่ให้ครบ ได้แก่ ค่าแรกเข้า ค่ารายเดือนหรือยอดขั้นต่ำ ค่าธรรมเนียมคงที่ต่อรายการ ค่า chargeback เมื่อลูกค้าปฏิเสธรายการ และค่าโอนเงินเข้าบัญชี ตัวเลขเหล่านี้กระจายอยู่คนละหน้าของใบเสนอราคา วิธีเดียวที่จะเทียบสองเจ้าอย่างยุติธรรมคือบีบทั้งหมดให้เหลือตัวเลขเดียว: อัตราจ่ายจริงต่อยอดขายหนึ่งบาท

ลองกับตัวเลขสมมติ ร้านขายออนไลน์ยอด 500,000 บาทต่อเดือน สัดส่วนการจ่ายคือ QR 60% บัตร 30% และ wallet 10% ผู้ให้บริการ ก เสนอ QR 0.9% บัตร 2.5% wallet 2.0% ค่าคงที่ 500 บาทต่อเดือน อัตราจริงคือ (0.6×0.9) + (0.3×2.5) + (0.1×2.0) = 1.49% บวกค่าคงที่อีก 0.1% รวมประมาณ 1.59% หรือราว 7,950 บาทต่อเดือน ผู้ให้บริการ ข โฆษณาว่าบัตรถูกกว่าที่ 2.2% แต่คิด QR 1.5% คำนวณแบบเดียวกันได้ (0.6×1.5) + (0.3×2.2) + (0.1×2.0) = 1.76% แพงกว่าเจ้าแรกทั้งที่พาดหัวดูถูกกว่า บทเรียนสำคัญคือ เรตของช่องทางที่ลูกค้าคุณใช้เยอะที่สุดมีน้ำหนักที่สุด ร้านไทยที่ยอดส่วนใหญ่มาทาง QR ควรต่อรองเรต QR ก่อนเสมอ ไม่ใช่เรตบัตร และตัวเลขสัดส่วนนี้ควรมาจากรายงานจริงของระบบขาย ไม่ใช่จากความรู้สึก

ยอดที่ลูกค้าจ่ายวันนี้ไม่ได้เข้าบัญชีร้านวันนี้ แต่ละเจ้ามีรอบตัดที่เรียกว่า T+N เช่น T+1 คือเข้าวันทำการถัดไป T+3 คือสามวันทำการ บางประเภทธุรกิจหรือบัตรต่างประเทศอาจยาวถึง T+7 และเกือบทุกเจ้ามีเวลา cut-off ภายในวัน ยอดหลังเวลานั้นถูกนับเป็นของวันถัดไป ฟังดูเป็นรายละเอียดเล็ก จนกระทั่งคูณตัวเลขจริง ร้านที่ขายวันละ 30,000 บาทบนรอบ T+3 จะมีเงินลอยอยู่นอกบัญชีตลอดเวลาราว 90,000 บาท ซึ่งสำหรับธุรกิจมาร์จิ้นบางที่ต้องจ่ายซัพพลายเออร์เป็นเงินสด นี่คือเส้นเลือดที่หายไปเส้นหนึ่ง คำถามที่ต้องถามเพิ่มคือ วันหยุดยาวนับอย่างไร มียอดขั้นต่ำในการโอนออกไหม และมีการกัน rolling reserve สำหรับธุรกิจกลุ่มเสี่ยงหรือไม่ ธุรกิจที่รับจองล่วงหน้านาน ๆ เช่นทัวร์หรืออีเวนต์ มักโดนเงื่อนไขกันเงินไว้ส่วนหนึ่งหลายเดือน ถ้าไม่รู้ก่อนเซ็น จะไปรู้ตอนเงินไม่พอจ่ายหน้างาน

เชื่อมหลังบ้าน: webhook ใบกำกับภาษี และข้อมูลกระทบยอด

การเชื่อมต่อมีสามระดับ ระดับแรกคือลิงก์จ่ายเงินสำเร็จรูป เหมาะกับร้านที่ยอดต่อวันยังนับด้วยมือได้ ระดับสองคือปลั๊กอินสำเร็จรูปของแพลตฟอร์มอีคอมเมิร์ซ และระดับสามคือ API เต็มรูปแบบสำหรับระบบที่พัฒนาเอง สิ่งที่ต้องมีตั้งแต่ระดับสองขึ้นไปคือ webhook — สัญญาณที่ gateway ยิงกลับมาบอกระบบคุณอัตโนมัติว่ารายการไหนจ่ายสำเร็จ เพื่อให้สถานะออเดอร์เปลี่ยนเอง ใบเสร็จหรือใบกำกับภาษีออกเอง และสต๊อกตัดเอง โดยไม่มีใครต้องนั่งเช็คหน้าจอธนาคาร ถัดมาคือไฟล์กระทบยอด ถามให้ชัดว่ามีรายงานรายรายการที่แยกยอดเต็ม ค่าธรรมเนียม และยอดสุทธิ ดาวน์โหลดหรือดึงผ่าน API ได้ไหม เพราะยอดที่เข้าบัญชีคือยอดสุทธิรวมของหลายรายการ ถ้าไม่มีข้อมูลนี้ การกระทบยอดสิ้นเดือนจะกลายเป็นงานนักสืบ สุดท้ายคือเส้นทางเงินคืน การ refund ผ่าน API ทำได้ไหม ค่าธรรมเนียมคืนหรือไม่ และมี sandbox ให้ทดสอบทั้งวงจรก่อนขึ้นระบบจริงหรือเปล่า

• ขอตาราง MDR แยกรายช่องทาง รวมบัตรต่างประเทศและผ่อนชำระ แล้วคำนวณ blended rate ด้วยสัดส่วนจริงของร้านคุณ
• ไล่ค่าคงที่ให้ครบ: แรกเข้า รายเดือน ขั้นต่ำ ค่าต่อรายการ ค่า chargeback ค่าโอนเงินออก
• ถามรอบเงินเข้า T+N เวลา cut-off การนับวันหยุด ยอดโอนขั้นต่ำ และเงื่อนไข rolling reserve
• เช็คว่ามี webhook เอกสาร API และ sandbox ให้ทดสอบครบวงจร จ่าย-แจ้ง-คืนเงิน
• ขอตัวอย่างรายงานกระทบยอดรายรายการ (ยอดเต็ม ค่าธรรมเนียม ยอดสุทธิ) ก่อนเซ็นสัญญา