ZHENESJAKOTHVIRUFRAR

Issuing Bank

เวลาคุณขายของออนไลน์แล้วมีออเดอร์เข้ามา คุณอาจคิดว่าเงินจะเข้าบัญชีทันทีที่ลูกค้ากด "ชำระเงิน" แต่ความจริงคือมีตัวละครเบื้องหลังอย่างน้อย 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 Markup1.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 BankAcquiring BankPayment Gateway
ใครเป็นลูกค้าผู้ถือบัตร (Cardholder)ร้านค้า (Merchant)ร้านค้า
หน้าที่หลักออกบัตร + อนุมัติ + แบกความเสี่ยงเครดิตรับเงินแทนร้าน + เปิด merchant accountส่งข้อมูลธุรกรรม + เชื่อมระบบ
ตัดสินใจ authorization✅ ใช่ (คนสุดท้าย)❌ ไม่❌ ไม่
รับ Interchange Fee✅ ใช่❌ ไม่ (ได้ markup แทน)❌ ไม่
แบกความเสี่ยง chargeback ฝั่งใครฝั่งผู้ถือบัตรฝั่งร้านค้าแล้วแต่สัญญา
ตัวอย่างในไทยKBank, SCB, KTCธนาคารพาณิชย์ที่เปิด merchant2C2P, 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 ของลูกค้า ถ้าคุณทำให้ฝั่งนั้นมั่นใจได้ อัตราการอนุมัติและความภักดีของลูกค้าจะดีขึ้นทันที