เวลาคุณขายของออนไลน์แล้วมีออเดอร์เข้ามา คุณอาจคิดว่าเงินจะเข้าบัญชีทันทีที่ลูกค้ากด "ชำระเงิน" แต่ความจริงคือมีตัวละครเบื้องหลังอย่างน้อย 4-5 รายที่ทำงานพร้อมกันภายในไม่กี่วินาที และหนึ่งในนั้นที่สำคัญที่สุดคือ Issuing Bank หรือ ธนาคารผู้ออกบัตร
ถ้าคุณเคยเจอเคสลูกค้าจ่ายเงินไม่ผ่าน ทั้งที่บัตรยังไม่หมดอายุ หรือเจอ chargeback ที่คุณแพ้ทั้งที่ส่งของไปแล้ว ปัญหามักวนอยู่รอบตัว "ธนาคารผู้ออกบัตร" นี่แหละ บทความนี้จะพาคุณเข้าใจมันแบบลงลึก แต่ยังอ่านรู้เรื่องสำหรับคนที่ไม่ได้จบไฟแนนซ์
1. นิยาม: Issuing Bank คือใครกันแน่
Issuing Bank (ธนาคารผู้ออกบัตร) คือสถาบันการเงินที่ออกบัตรเครดิตหรือบัตรเดบิตให้กับผู้ถือบัตร (Cardholder) โดยตรง และเป็นฝ่ายที่ แบกความเสี่ยงด้านเครดิต ไว้เอง
พูดง่าย ๆ คือ:
- ลูกค้าของคุณไม่ได้เป็นหนี้คุณ — เขาเป็นหนี้ ธนาคารผู้ออกบัตร
- ธนาคารนี้เป็นคนจ่ายเงินให้คุณก่อน แล้วค่อยไปเก็บจากลูกค้าอีกที
- ถ้าลูกค้าเบี้ยวไม่จ่าย ธนาคารขาดทุนเอง ไม่ใช่คุณ (ยกเว้นกรณี fraud/chargeback ที่คุณอาจต้องรับผิดชอบ)
หน้าที่หลักของ Issuing Bank มี 4 อย่าง:
1. ออกบัตร ให้ผู้ถือบัตรพร้อมวงเงิน
2. อนุมัติหรือปฏิเสธ ธุรกรรมแบบ real-time ผ่านระบบ authorization
3. จ่ายเงิน ให้ฝั่งร้านค้า (ผ่าน Acquiring Bank)
4. รับความเสี่ยง หากผู้ถือบัตรไม่ชำระหนี้
ในมุมของคนทำ DTC สิ่งที่คุณเห็นคือข้อความ "การชำระเงินถูกปฏิเสธ" แต่เบื้องหลังคือ Issuing Bank ตัดสินใจในเสี้ยววินาทีว่าธุรกรรมนี้ "ไว้ใจได้หรือไม่"
2. เปรียบเทียบให้เห็นภาพ: Issuing Bank เหมือน "ธนาคารที่ออกบัตรให้เพื่อนคุณ"
ลองจินตนาการว่าคุณเปิดร้านกาแฟ แล้วเพื่อนสนิทของคุณให้เพื่อนอีกคนถือ "บัตรเครดิตส่วนตัว" ที่คุณออกให้
- เพื่อนที่ถือบัตร = Cardholder (ลูกค้าของคุณ)
- คุณที่ออกบัตรให้ = Issuing Bank
- ร้านกาแฟของคุณ = Merchant (ร้านค้า)
- คนที่รับสัญญาณบัตรและโอนเงินให้ร้าน = Acquiring Bank
เมื่อเพื่อนเอา "บัตรของคุณ" ไปรูดที่ร้านกาแฟของคุณเอง มันดูตลก แต่ในโลกจริง คุณ (Issuing Bank) จะโทรถามก่อนว่า "จะให้เพื่อนคนนี้รูดวงเงินเท่านี้ไหม" ถ้าคุณโอเค คุณก็จ่ายเงินให้ร้าน แล้วไปทวงเพื่อนทีหลัง
นี่คือหัวใจของระบบ — Issuing Bank คือคนตัดสินใจสุดท้ายว่าธุรกรรมจะผ่านหรือไม่
3. สูตรและตัวเลขที่คุณต้องรู้
การคำนวณค่าธรรมเนียมและต้นทุนที่เกี่ยวข้องกับ Issuing Bank มีสูตรพื้นฐานที่ร้านค้าออนไลน์ควรเข้าใจ:
ยอดที่ร้านได้รับจริง = ยอดขาย - (Interchange Fee + Assessment Fee + Acquirer Markup)
ตัวอย่างจริงสำหรับออเดอร์ 1,000 บาท (บัตรเครดิต Visa):
| รายการ | อัตรา | จำนวน (บาท) |
|---|---|---|
| Interchange Fee (จ่ายให้ Issuing Bank) | 1.80% | 18.00 |
| Assessment Fee (Visa/Mastercard) | 0.11% | 1.10 |
| Acquirer Markup | 1.20% | 12.00 |
| **รวมค่าธรรมเนียม** | **3.11%** | **31.10** |
| **ยอดที่ร้านได้รับ** | — | **968.90** |
ตัวเลขสำคัญ 3 ตัวที่ต้องจำ:
1. Interchange Fee อยู่ที่ประมาณ 1.5% – 2.5% ของยอดขาย — ส่วนใหญ่เข้ากระเป๋า Issuing Bank โดยตรง
2. Authorization ใช้เวลาเฉลี่ย 1.2 – 2.5 วินาที — ถ้า Issuing Bank ล่ม ธุรกรรมจะ timeout
3. Chargeback ที่ร้านแพ้ มีต้นทุนเฉลี่ย 1,500 – 2,500 บาทต่อเคส (รวมค่าธรรมเนียม + สินค้าที่เสียไป + เวลาดำเนินการ)
สำหรับร้าน DTC ที่ยอดขายเดือนละ 1,000,000 บาท การเข้าใจว่า Issuing Bank คิด Interchange เท่าไหร่ ช่วยให้คุณเจรจากับ payment gateway ได้ดีขึ้น และเลือกใช้บัตรประเภทที่ค่าธรรมเนียมถูกกว่า (เช่น บัตรเดบิตมักถูกกว่าบัตรเครดิต)
4. ตารางเปรียบเทียบ: Issuing Bank vs Acquiring Bank vs Payment Gateway
หลายคนสับสนสามตัวนี้ นี่คือความต่างแบบชัด ๆ:
| ประเด็น | Issuing Bank | Acquiring Bank | Payment Gateway |
|---|---|---|---|
| ใครเป็นลูกค้า | ผู้ถือบัตร (Cardholder) | ร้านค้า (Merchant) | ร้านค้า |
| หน้าที่หลัก | ออกบัตร + อนุมัติ + แบกความเสี่ยงเครดิต | รับเงินแทนร้าน + เปิด merchant account | ส่งข้อมูลธุรกรรม + เชื่อมระบบ |
| ตัดสินใจ authorization | ✅ ใช่ (คนสุดท้าย) | ❌ ไม่ | ❌ ไม่ |
| รับ Interchange Fee | ✅ ใช่ | ❌ ไม่ (ได้ markup แทน) | ❌ ไม่ |
| แบกความเสี่ยง chargeback ฝั่งใคร | ฝั่งผู้ถือบัตร | ฝั่งร้านค้า | แล้วแต่สัญญา |
| ตัวอย่างในไทย | KBank, SCB, KTC | ธนาคารพาณิชย์ที่เปิด merchant | 2C2P, Omise, Stripe |
สรุปสั้น ๆ: Issuing Bank ปกป้อง "คนจ่าย" ส่วน Acquiring Bank และ Gateway ปกป้อง "คนรับเงิน" — เมื่อสองฝั่งขัดแย้งกัน มักจบที่ chargeback
5. สถานการณ์จริงในธุรกิจ DTC
กรณีที่ 1: ลูกค้าญี่ปุ่นจ่ายไม่ผ่าน
ลูกค้าสั่งสินค้ามูลค่า 8,500 บาท แต่ระบบขึ้น "3D Secure failed" สาเหตุคือ Issuing Bank ของลูกค้าตั้ง strict rule กับธุรกรรมข้ามพรมแดน แม้บัตรจะใช้ได้ในประเทศตัวเอง ทางแก้คือเสนอช่องทางจ่ายอื่น เช่น PromptPay QR หรือบัตรเครดิตอีกใบ
กรณีที่ 2: ลูกค้าขอ refund แต่ธนาคารยังไม่คืนเงิน
คุณกด refund ในระบบแล้ว 7 วัน แต่ลูกค้ายังไม่เห็นเงินในบัญชี ความจริงคือ Issuing Bank ใช้เวลา 5 – 10 วันทำการ ในการเคลียร์ยอดกลับเข้า statement ลูกค้า นี่ไม่ใช่ความผิดคุณ แต่ต้องสื่อสารให้ชัดเพื่อลดเคส "ทวงเงิน"
กรณีที่ 3: Chargeback จาก "สินค้าไม่ตรงปก"
ลูกค้าอ้างว่าสินค้าไม่ตรงปก Issuing Bank จะสอบถามหลักฐานจากคุณผ่าน Acquiring Bank ถ้าคุณมี tracking + รูปสินค้าตอนแพ็ค + นโยบายคืนสินค้าชัดเจน มีโอกาสชนะเคสสูงถึง 60 – 70% แต่ถ้าไม่มีหลักฐาน แพ้แน่นอน
กรณีที่ 4: ยอดขายพุ่งช่วง 11.11
ร้าน DTC ที่ยอดพุ่ง 5 เท่าในช่วง flash sale มักเจอ "soft decline" จาก Issuing Bank เพราะระบบเห็น pattern ผิดปกติ (ยอดถี่เกินไป) ทางแก้คือแจ้ง payment provider ล่วงหน้า และกระจาย load ไปหลาย gateway
6. ความเข้าใจผิดที่พบบ่อย
❌ "Issuing Bank คือธนาคารเดียวกับที่ร้านใช้"
ไม่ใช่ คนละฝั่งกันเลย ร้านใช้ Acquiring Bank ส่วนลูกค้าใช้ Issuing Bank ซึ่งอาจเป็นคนละธนาคาร คนละประเทศ
❌ "ถ้าบัตรผ่าน authorization แล้ว เงินปลอดภัย 100%"
ไม่จริง authorization แค่บอกว่า "วงเงินพอ" แต่การเคลียร์เงินจริง (settlement) และความเสี่ยง chargeback ยังมาได้อีก 180 วัน
❌ "Issuing Bank อนุมัติช้า = ระบบเรามีปัญหา"
บางครั้ง Issuing Bank ฝั่งลูกค้าต่างหากที่ช้า หรือมี downtime คุณควรเช็ค status จาก gateway ก่อนโทษตัวเอง
❌ "ปฏิเสธบัตร = ลูกค้าโกง"
ส่วนใหญ่เป็น false decline จาก rule ของ Issuing Bank เช่น ลูกค้าซื้อของนอกประเทศครั้งแรก, ยอดสูงผิดปกติ, หรือร้านอยู่ในหมวด high-risk
❌ "เปลี่ยน gateway แล้วจะลด chargeback ได้"
ไม่เสมอไป เพราะ chargeback ตัดสินโดย Issuing Bank ของลูกค้า ไม่ใช่ gateway ของคุณ สิ่งที่ช่วยได้คือหลักฐานการส่งของและนโยบายที่ชัดเจน
7. คำศัพท์ที่เกี่ยวข้อง
- Acquiring Bank — ธนาคารฝั่งร้านค้า ผู้รับเงินแทนคุณ
- Cardholder — ผู้ถือบัตร ลูกค้าของคุณ
- Interchange Fee — ค่าธรรมเนียมที่ร้านจ่ายให้ Issuing Bank
- Authorization — ขั้นตอนที่ Issuing Bank อนุมัติ/ปฏิเสธธุรกรรม
- Settlement — การโอนเงินจริงจาก Issuing Bank ไปยังร้านค้า
- Chargeback — การที่ลูกค้าร้องขอเงินคืนผ่าน Issuing Bank
- 3D Secure (3DS) — ระบบยืนยันตัวตนเพิ่มเติมที่ Issuing Bank ใช้
- Soft Decline / Hard Decline — การปฏิเสธชั่วคราว vs ถาวร
- Merchant Account — บัญชีรับเงินที่ Acquiring Bank เปิดให้ร้าน
- PSP (Payment Service Provider) — ผู้ให้บริการรับชำระเงิน เช่น Stripe, 2C2P
สรุปสำหรับคนทำ DTC
Issuing Bank ไม่ใช่คู่แข่งของคุณ แต่เป็น ด่านสุดท้ายที่ตัดสินว่าออเดอร์จะผ่านหรือไม่ การเข้าใจว่ามันคิดค่าธรรมเนียมยังไง อนุมัติด้วยเงื่อนไขอะไร และแบกความเสี่ยงตรงไหน ช่วยให้คุณ:
- ลด false decline ด้วยการแจ้ง pattern ยอดขายล่วงหน้า
- ลด chargeback ด้วยหลักฐานที่ครบถ้วน
- เจรจาค่าธรรมเนียมกับ gateway ได้อย่างมีข้อมูล
- สื่อสารกับลูกค้าเรื่อง refund ได้แม่นยำขึ้น
จำไว้เสมอว่า ในทุกธุรกรรมออนไลน์ มีคนสองฝั่งที่ต้อง "ไว้ใจกัน" — ฝั่งหนึ่งคือคุณ อีกฝั่งคือ Issuing Bank ของลูกค้า ถ้าคุณทำให้ฝั่งนั้นมั่นใจได้ อัตราการอนุมัติและความภักดีของลูกค้าจะดีขึ้นทันที