Payment Gateway คือ ระบบตัวกลางที่รับข้อมูลการจ่ายเงินจากหน้าเว็บหรือแอปของร้าน (บัตร, QR พร้อมเพย์, e-wallet) เข้ารหัสให้ปลอดภัย แล้วส่งไปขออนุมัติจากธนาคารหรือเครือข่ายบัตร จากนั้นแจ้งผลกลับมาที่เว็บภายในไม่กี่วินาที พูดง่าย ๆ คือ “เครื่องรูดบัตร” ของร้านออนไลน์ ที่ทำให้ลูกค้าจ่ายจบบนเว็บได้เลยโดยไม่ต้องโอนแล้วส่งสลิป
ลองนึกภาพร้านของฝากที่มีคนเข้าเว็บทุกวัน แต่ปิดการขายได้น้อยกว่าที่ควร พอไล่ดูทีละหน้า ปัญหาไม่ได้อยู่ที่สินค้าหรือราคา แต่อยู่ที่หน้าสุดท้าย ลูกค้ากดสั่งซื้อแล้วเจอข้อความว่า “กรุณาโอนเงินมาที่เลขบัญชีนี้ แล้วส่งสลิปมาทางไลน์”
ลูกค้าจำนวนไม่น้อยหายไปตรงนั้น บางคนไม่อยากสลับแอป บางคนไม่มั่นใจว่าโอนไปแล้วจะได้ของจริงไหม บางคนตั้งใจจะโอนทีหลังแล้วก็ลืม
นี่คือเหตุผลที่ Payment Gateway กลายเป็นชิ้นส่วนที่ขาดไม่ได้ของร้านออนไลน์ และเป็นเรื่องที่เจ้าของธุรกิจควรเข้าใจเองก่อนเลือกใช้ ไม่ใช่ปล่อยให้คนทำเว็บเลือกให้แล้วมารู้ทีหลังว่าค่าธรรมเนียมกินกำไรไปเท่าไหร่ บทความนี้เน้นเรื่องกลไก ความปลอดภัย และการเชื่อมระบบ ส่วนการเทียบรายเจ้าแยกไว้อีกบทความหนึ่ง
Payment Gateway คืออะไร
Payment Gateway คือ ตัวกลางทางเทคนิคที่ทำหน้าที่รับข้อมูลการชำระเงินจากหน้าเว็บหรือแอปของร้านค้า เข้ารหัสให้ปลอดภัย แล้วส่งต่อไปยังธนาคารหรือเครือข่ายบัตรเพื่อขออนุมัติการจ่ายเงิน มันยืนอยู่ระหว่างลูกค้ากับระบบธนาคาร ทำหน้าที่แบบเดียวกับเครื่องรูดบัตรที่หน้าร้าน แต่อยู่บนเว็บ
หน้าที่หลักของมันมีสามอย่าง คือ รับข้อมูล (เลขบัตร, ข้อมูล QR, ข้อมูลกระเป๋าเงิน) ปกป้องข้อมูล (เข้ารหัสและแปลงเป็นโทเคน) และ ส่งผลลัพธ์กลับ (อนุมัติ/ปฏิเสธ) ให้เว็บไซต์รู้ภายในไม่กี่วินาที
สิ่งที่คนมักเข้าใจผิดคือคิดว่า Payment Gateway เก็บเงินไว้ให้เรา ความจริงมันไม่ได้เก็บ มันแค่ส่งต่อคำสั่ง ส่วนเงินจริงจะไหลผ่านระบบอีกชั้นหนึ่งที่จะพูดถึงในหัวข้อถัดไป
ต่างจาก Payment Processor และ Merchant Account อย่างไร
สามคำนี้มักถูกใช้ปนกันจนสับสน แต่จริง ๆ แล้วทำหน้าที่คนละอย่าง
| องค์ประกอบ | หน้าที่ | เปรียบเทียบง่าย ๆ |
|---|---|---|
| Payment Gateway | รับและเข้ารหัสข้อมูลการจ่ายเงินจากหน้าเว็บ ส่งต่อไปขออนุมัติ | พนักงานหน้าเคาน์เตอร์ที่รับบัตรจากลูกค้า |
| Payment Processor | ประสานงานระหว่างธนาคารผู้ออกบัตรกับธนาคารร้านค้า ย้ายเงินจริง | ระบบขนส่งเงินหลังบ้าน |
| Merchant Account | บัญชีพักเงินพิเศษที่รับเงินจากการขายก่อนโอนเข้าบัญชีร้าน | คลังพักสินค้าก่อนส่งถึงมือเรา |
| Acquiring Bank | ธนาคารที่รับความเสี่ยงและอนุมัติให้ร้านรับบัตรได้ | ผู้ค้ำประกันร้านค้า |
ในทางปฏิบัติ ผู้ให้บริการส่วนใหญ่ในไทยขายเป็น แพ็กเกจรวม อยู่แล้ว สมัครที่เดียวได้ครบทั้ง gateway + processing + บัญชีรับเงิน ไม่ต้องไปเปิด merchant account กับธนาคารแยกเหมือนสมัยก่อน ซึ่งทำให้ SME เริ่มต้นง่ายขึ้นมาก
แต่การรู้ว่ามันมีหลายชั้นมีประโยชน์ตรงที่ เวลาเกิดปัญหา เช่น เงินยังไม่เข้าทั้งที่ระบบขึ้นว่าจ่ายสำเร็จแล้ว คุณจะเข้าใจว่าปัญหาน่าจะอยู่ที่ชั้น settlement ไม่ใช่ชั้น gateway และคุยกับฝ่ายซัพพอร์ตได้ตรงจุดกว่า
Payment Gateway ทำงานยังไง: กลไกการตัดบัตรทีละขั้น
ลองไล่ดูว่าตอนลูกค้ากดปุ่ม “ชำระเงิน” มีอะไรเกิดขึ้นบ้าง
- ลูกค้ากรอกข้อมูล บนหน้า checkout ที่ถูกครอบด้วย SSL/TLS ข้อมูลถูกเข้ารหัสตั้งแต่ต้นทาง
- Gateway แปลงข้อมูลเป็นโทเคน (tokenization) เลขบัตรจริงถูกแทนด้วยรหัสสุ่ม ร้านค้าจึงไม่เคยเห็นเลขบัตรจริงเลย
- ส่งไปยัง 3-D Secure ถ้าธุรกรรมเข้าเกณฑ์ ลูกค้าจะถูกเด้งไปยืนยันตัวตนกับธนาคาร (OTP หรือยืนยันในแอปธนาคาร)
- Processor ส่งคำขอไปยังเครือข่ายบัตร (Visa / Mastercard / JCB) แล้วต่อไปยังธนาคารผู้ออกบัตร
- ธนาคารผู้ออกบัตรตัดสินใจ ตรวจวงเงินคงเหลือ ตรวจความเสี่ยงทุจริต แล้วตอบกลับว่าอนุมัติหรือปฏิเสธ
- ผลลัพธ์วิ่งกลับมาที่เว็บ ลูกค้าเห็นหน้า “ชำระเงินสำเร็จ” และระบบร้านสร้างออร์เดอร์
- Settlement เงินจริงจะถูกโอนเข้าบัญชีร้านค้าในภายหลัง ตามรอบที่ผู้ให้บริการกำหนดในสัญญา ซึ่งต่างกันไปแต่ละเจ้าและแต่ละวิธีจ่าย
จุดที่หลายคนไม่รู้คือ ขั้นที่ 6 กับขั้นที่ 7 มักห่างกันหลายวัน การที่ระบบขึ้นว่าจ่ายสำเร็จไม่ได้แปลว่าเงินอยู่ในบัญชีคุณแล้ว นี่คือเรื่องกระแสเงินสดที่ร้านเล็กต้องวางแผนให้ดี
ส่วนการจ่ายด้วย QR พร้อมเพย์ เส้นทางจะสั้นกว่า เพราะเป็นการโอนเงินระหว่างบัญชีธนาคารผ่านระบบพร้อมเพย์โดยตรง ไม่ต้องผ่านเครือข่ายบัตร โดยทั่วไปจึงมีค่าธรรมเนียมต่ำกว่าบัตรและมักได้เงินไวกว่า
ทำไมระบบรับชำระเงินออนไลน์ถึงสำคัญกับร้านไทย
ไม่ต้องดูสถิติก็เห็นภาพได้จากพฤติกรรมคนซื้อรอบตัว
- คนไทยจ่ายด้วย QR พร้อมเพย์จนเป็นเรื่องปกติ หลายคนไม่มีบัตรเครดิต หรือมีแต่ไม่อยากใช้ซื้อออนไลน์ ร้านที่ไม่มีพร้อมเพย์จึงปิดประตูใส่ลูกค้ากลุ่มใหญ่
- ขั้นตอนจ่ายเงินที่ยุ่งยากคือสาเหตุหลักของการทิ้งตะกร้า ทุกขั้นที่ต้องสลับแอป ส่งสลิป หรือรอแอดมินตอบ คือจุดที่ลูกค้าเปลี่ยนใจได้
- คนส่วนใหญ่ซื้อผ่านมือถือ ถ้าหน้า checkout ใช้บนมือถือไม่ลื่น คุณเสียลูกค้าส่วนใหญ่ไปโดยไม่รู้ตัว
- ระบบยืนยันอัตโนมัติช่วยแอดมิน ไม่ต้องนั่งจับคู่สลิปกับออร์เดอร์ ลดความผิดพลาดเมื่อออร์เดอร์เยอะขึ้น
ระบบชำระเงินจึงไม่ใช่ “ของเสริม” อีกต่อไป มันคือส่วนหนึ่งของ การเพิ่มอัตราการเปลี่ยนผู้ชมเป็นลูกค้า โดยตรง
ผู้ให้บริการ Payment Gateway ในไทยมีใครบ้าง (สรุปสั้น)
ตัวเลือกที่ร้านไทยใช้กันบ่อยแบ่งได้คร่าว ๆ ตามจุดเด่น
- Opn Payments (Omise) เอกสาร API ดี นักพัฒนาชอบ เหมาะกับเว็บที่พัฒนาเองหรือ WooCommerce
- 2C2P ผู้เล่นระดับภูมิภาค เหมาะกับธุรกิจขนาดกลางถึงใหญ่และขายหลายประเทศ
- GB Prime Pay เน้น SME ไทย จุดเด่นอยู่ที่ QR พร้อมเพย์และลิงก์ชำระเงินทางแชท
- Ksher มีจุดเด่นเรื่องรับ Alipay / WeChat Pay สำหรับลูกค้าจีนและนักท่องเที่ยว
- QR พร้อมเพย์ผ่านธนาคารโดยตรง ค่าธรรมเนียมต่ำ แต่งานเชื่อมระบบหนักกว่า
- Stripe และ PayPal เหมาะกับธุรกิจที่ขายลูกค้าต่างชาติ ระบบสมาชิก หรือใช้เป็นช่องทางเสริม
ค่าธรรมเนียม รอบเงินเข้า และเงื่อนไขของแต่ละเจ้าเปลี่ยนได้ตลอด และขึ้นกับประเภทธุรกิจกับยอดขาย จึงควรดูจากหน้าราคาบนเว็บไซต์ทางการของแต่ละเจ้า หรือขอใบเสนอราคาโดยตรงทุกครั้ง ถ้าอยากได้การเทียบแบบเจ้าต่อเจ้า ทั้งต้นทุนจริง เอกสาร เวลาอนุมัติ และวิธีเลือกสำหรับร้านเล็กกับร้านยอดเยอะ อ่านต่อที่ เทียบ Payment Gateway ไทย เจ้าไหนดี
เอกสารที่ต้องเตรียมเวลาสมัคร (สรุปสั้น)
ผู้ให้บริการทุกเจ้าต้องทำ KYC (รู้จักลูกค้า) ตามกฎหมาย นิติบุคคลมักใช้หนังสือรับรองบริษัท สำเนาบัตรประชาชนกรรมการ และหน้าสมุดบัญชีในชื่อบริษัท ส่วนบุคคลธรรมดาใช้บัตรประชาชน หน้าสมุดบัญชีที่ชื่อตรงกับผู้สมัคร และหลักฐานการประกอบธุรกิจ
สิ่งที่ทำให้สมัครผ่านไวที่สุดคือ เว็บไซต์ที่พร้อมจริง ผู้ให้บริการจะเข้ามาตรวจเว็บ และมักตีกลับถ้าขาดหน้าเงื่อนไขการให้บริการ นโยบายความเป็นส่วนตัว นโยบายการคืนเงิน/คืนสินค้า ข้อมูลติดต่อที่ตรวจสอบได้ และหน้าที่แสดงราคาสินค้าชัดเจน รายการเอกสารแยกตามผู้ให้บริการและสาเหตุที่มักถูกปฏิเสธ อยู่ในบทความ เทียบ Payment Gateway ไทย
เรื่องความปลอดภัย: PCI DSS, 3-D Secure, SSL, Tokenization
ถ้าคุณรับเงินออนไลน์ คุณกำลังถือความไว้วางใจของลูกค้าอยู่ สี่คำนี้คือสิ่งที่ต้องรู้
PCI DSS คือมาตรฐานความปลอดภัยข้อมูลบัตรระดับโลก ข่าวดีคือถ้าคุณใช้ Payment Gateway ที่ผ่าน PCI DSS Level 1 และไม่เก็บเลขบัตรไว้ในเซิร์ฟเวอร์ตัวเอง ภาระการรับรองส่วนใหญ่จะตกอยู่กับผู้ให้บริการ ไม่ใช่คุณ นี่คือเหตุผลที่ ห้ามเขียนระบบเก็บเลขบัตรเอง เด็ดขาด
3-D Secure (3DS2) คือชั้นยืนยันตัวตนผู้ถือบัตร ธนาคารไทยใช้การยืนยันแบบนี้กับธุรกรรมบัตรออนไลน์อย่างแพร่หลาย ข้อดีคือโดยทั่วไปถ้าลูกค้าปฏิเสธรายการทีหลัง (chargeback) ในกรณีที่ผ่าน 3DS แล้ว ความรับผิดชอบจะเลื่อนไปที่ธนาคารผู้ออกบัตรแทนร้านค้า อย่าปิดฟีเจอร์นี้เพื่อ “ให้ checkout เร็วขึ้น” เพราะคุณกำลังแลกความเสี่ยงทั้งก้อนมาไว้ที่ตัวเอง
SSL/TLS เว็บต้องเป็น HTTPS ทั้งเว็บ ไม่ใช่เฉพาะหน้า checkout เพราะเบราว์เซอร์สมัยใหม่จะขึ้นเตือน “ไม่ปลอดภัย” ทันทีที่เจอหน้า HTTP อ่านรายละเอียดได้ที่บทความ HTTPS และ SSL กับ SEO
Tokenization คือการแทนเลขบัตรจริงด้วยรหัสสุ่มที่ใช้ได้เฉพาะกับร้านคุณ ประโยชน์ในทางธุรกิจคือลูกค้าสามารถ “บันทึกบัตรไว้” เพื่อซื้อครั้งต่อไปแบบคลิกเดียว โดยที่คุณไม่ต้องเก็บข้อมูลอ่อนไหวเลย
วิธีเชื่อม Payment Gateway กับ WooCommerce หรือเว็บ custom
กรณี WooCommerce
เป็นเส้นทางที่ง่ายที่สุด ผู้ให้บริการรายใหญ่ในไทยส่วนมากมีปลั๊กอินสำหรับ WooCommerce อยู่แล้ว (เช็คว่าปลั๊กอินยังอัปเดตรองรับ WooCommerce เวอร์ชันล่าสุดก่อนติดตั้ง) ขั้นตอนคร่าว ๆ คือ
- สมัครและผ่านการอนุมัติจากผู้ให้บริการ รับ API Key (ทั้ง test key และ live key)
- ติดตั้งปลั๊กอินของเจ้านั้นใน WordPress
- ใส่ key ในโหมด test/sandbox ก่อนเสมอ
- ยิงทดสอบด้วยบัตรทดสอบ ครอบทุกกรณี: จ่ายสำเร็จ, บัตรถูกปฏิเสธ, ลูกค้าปิดหน้าต่างกลางคัน, จ่ายซ้ำ
- ตั้งค่า webhook ให้ระบบอัปเดตสถานะออร์เดอร์อัตโนมัติเมื่อเงินเข้าจริง ข้อนี้คนข้ามบ่อยที่สุดและทำให้ออร์เดอร์ค้างสถานะ pending เต็มไปหมด
- สลับเป็น live key แล้วทดสอบด้วยเงินจริงจำนวนน้อยหนึ่งรายการ ก่อนเปิดขายจริง
ขั้นตอนตั้งค่าพร้อมเพย์ใน WooCommerce แบบละเอียด อยู่ในหัวข้อ ตั้งค่า WooCommerce PromptPay ของ คู่มือ WooCommerce ฉบับสมบูรณ์ ถ้ายังตั้งร้านไม่เสร็จ อ่านคู่กันไปได้เลย
กรณีเว็บ custom หรือระบบที่พัฒนาเอง
จะมีสองรูปแบบให้เลือก
- Hosted / Redirect Checkout ส่งลูกค้าไปจ่ายบนหน้าของผู้ให้บริการแล้วเด้งกลับ ปลอดภัยที่สุด พัฒนาเร็วที่สุด แต่ควบคุมหน้าตาได้น้อย
- Embedded / API Direct ฝังฟอร์มจ่ายเงินไว้ในเว็บตัวเอง ประสบการณ์ลื่นกว่า แบรนด์ต่อเนื่องกว่า แต่ต้องดูแลเรื่องความปลอดภัยมากขึ้น และควรใช้ JS SDK ของผู้ให้บริการเพื่อไม่ให้ข้อมูลบัตรวิ่งผ่านเซิร์ฟเวอร์คุณเลย
สำหรับ SME ส่วนใหญ่ เราแนะนำ embedded ด้วย SDK ของผู้ให้บริการ เพราะได้ทั้งประสบการณ์ที่ดีและภาระ PCI ที่ต่ำ ส่วนความเร็วในการโหลดหน้า checkout ก็มีผลกับยอดขายไม่แพ้กัน ดูแนวทางได้ที่ การปรับ Core Web Vitals
ข้อผิดพลาดที่พบบ่อย และวิธีเลี่ยง
1. เลือกเจ้าที่ค่าธรรมเนียมถูกที่สุด แต่ settlement ช้า สมมติร้านหนึ่งย้ายไปเจ้าที่เปอร์เซ็นต์ต่ำกว่าเล็กน้อย แต่ต้องรอเงินนานขึ้นหลายวัน ถ้าร้านต้องหมุนเงินซื้อสต็อก การรอเงินอาจทำให้สั่งของไม่ทันและเสียยอดมากกว่าที่ประหยัดได้ กระแสเงินสดสำคัญกว่าเศษเปอร์เซ็นต์ โดยเฉพาะร้านเล็ก
2. ไม่รองรับ QR พร้อมเพย์ นี่คือความผิดพลาดที่แพงที่สุดในบริบทไทย เพราะคนไทยจำนวนมากไม่มีบัตรเครดิต หรือมีแต่ไม่อยากใช้ซื้อออนไลน์ ถ้าคุณเปิดรับแค่บัตร คุณกำลังตัดลูกค้ากลุ่มใหญ่ออกไปเอง
3. Checkout ยาวเกินไป บังคับสมัครสมาชิกก่อนซื้อ ขอข้อมูลที่ไม่จำเป็น (วันเกิด อาชีพ) แบ่งเป็นหลายขั้นตอน ทุกช่องที่เพิ่มคือคนที่อาจหายไป พยายามให้ checkout สั้นที่สุดและรองรับการซื้อแบบ guest อ่านเพิ่มเรื่อง ประสบการณ์ผู้ใช้กับการเพิ่มยอดขาย
4. ไม่ทดสอบกรณีผิดพลาด ทดสอบแค่กรณี “จ่ายผ่าน” แล้วเปิดร้าน พอเจอบัตรถูกปฏิเสธจริง ๆ ระบบค้าง ลูกค้าไม่รู้จะทำยังไง ต้องทดสอบกรณีล้มเหลวให้ครบเสมอ
5. ไม่ตั้ง webhook หรือตั้งแล้วไม่ตรวจลายเซ็น กรณีแรกทำให้ออร์เดอร์ไม่อัปเดต กรณีที่สองเปิดช่องให้คนปลอมสัญญาณว่า “จ่ายแล้ว” ได้ ต้องยืนยัน signature ทุกครั้ง
6. ไม่แสดงสัญญาณความน่าเชื่อถือบนหน้า checkout โลโก้ธนาคาร โลโก้ Visa/Mastercard ไอคอนกุญแจ HTTPS นโยบายคืนเงินที่มองเห็นได้ สิ่งเล็ก ๆ พวกนี้ช่วยลดความลังเลในวินาทีสุดท้ายได้จริง
7. ไม่ทำบัญชีให้สอดคล้อง ยอดที่เข้าบัญชีจะเป็นยอดหลังหักค่าธรรมเนียมแล้ว ถ้าคุณบันทึกรายได้ตามยอดที่เข้าบัญชี ตัวเลขจะไม่ตรงกับใบเสร็จที่ออกให้ลูกค้า ควรคุยกับนักบัญชีตั้งแต่ต้น
เช็คลิสต์ 8 ข้อก่อนเลือกระบบรับชำระเงิน
ก่อนเซ็นสัญญากับเจ้าไหน ลองตอบคำถามเหล่านี้ให้ครบ
- ลูกค้าหลักของฉันเป็นคนไทยหรือต่างชาติ? สัดส่วนประมาณเท่าไหร่?
- ยอดขายเฉลี่ยต่อออร์เดอร์เท่าไหร่? (ยอดสูง = ค่าธรรมเนียม % มีผลมาก, ยอดต่ำ = ค่าคงที่ต่อรายการมีผลมาก)
- ธุรกิจฉันต้องการเงินเข้าไวแค่ไหน? รอหลายวันไหวไหม?
- ต้องรองรับผ่อน 0% ไหม? (มักคุ้มกับสินค้าราคาสูงที่คนตัดสินใจนาน)
- มีการเก็บเงินแบบรายเดือน/สมัครสมาชิกไหม?
- เว็บฉันใช้แพลตฟอร์มอะไร? เจ้านั้นมีปลั๊กอินพร้อมใช้ไหม?
- ซัพพอร์ตเป็นภาษาไทยไหม? ติดต่อได้ในเวลาทำการหรือ 24 ชม.?
- เอกสารที่ฉันมีอยู่พร้อมสมัครหรือยัง?
สูตรลัดสำหรับร้านไทยทั่วไป: เริ่มด้วยเจ้าที่ QR พร้อมเพย์แข็งแรงและโอนเงินไว แล้วค่อยเพิ่มการรับบัตรเครดิตทีหลังเมื่อยอดขายเริ่มนิ่ง วิธีนี้ทำให้เริ่มขายได้เร็วโดยไม่ต้องรอกระบวนการอนุมัติบัตรที่มักใช้เวลานานกว่า
คำถามที่พบบ่อย
Payment Gateway คืออะไร อธิบายสั้น ๆ
คือระบบตัวกลางที่รับข้อมูลการจ่ายเงินจากหน้าเว็บ (บัตร, QR พร้อมเพย์, e-wallet) เข้ารหัส แล้วส่งไปขออนุมัติจากธนาคาร ก่อนแจ้งผลกลับมาที่เว็บ ทำให้ลูกค้าจ่ายจบบนเว็บได้โดยไม่ต้องโอนแล้วส่งสลิป
Payment Gateway กับ QR พร้อมเพย์ธรรมดาของร้านค้าต่างกันยังไง
QR ธรรมดาไม่ผูกกับออร์เดอร์ คุณต้องมานั่งเช็คสลิปเองว่าใครโอน ส่วน QR ผ่าน gateway จะสร้างใหม่ต่อออร์เดอร์และยืนยันอัตโนมัติ ประหยัดเวลาและลดข้อผิดพลาดได้มากเมื่อออร์เดอร์เยอะขึ้น
ร้านเล็ก ยอดขายยังไม่มาก คุ้มไหมที่จะใช้ Payment Gateway
มักคุ้ม ถ้าเลือกเจ้าที่ไม่มีค่ารายเดือนขั้นต่ำ เพราะคุณจ่ายเฉพาะเวลาที่ขายได้ และการที่ลูกค้าจ่ายง่ายขึ้นมักช่วยลดคนหลุดกลางทาง แต่ควรลองคำนวณจากยอดและวิธีจ่ายของร้านคุณเองก่อน
ใช้ Payment Gateway หลายเจ้าพร้อมกันได้ไหม
ได้และหลายร้านทำ เช่น ใช้เจ้าหนึ่งสำหรับ QR และอีกเจ้าสำหรับบัตรต่างประเทศ แต่ต้องแลกกับความยุ่งยากในการกระทบยอดบัญชี ควรทำเมื่อยอดขายมากพอที่ประหยัดได้จริง
Chargeback คืออะไร ต้องกลัวไหม
คือการที่ลูกค้าปฏิเสธรายการกับธนาคาร แล้วเงินถูกดึงคืน โดยร้านอาจต้องเสียค่าธรรมเนียมเพิ่มตามเงื่อนไขของผู้ให้บริการ ป้องกันได้ด้วยการเปิด 3-D Secure ส่งของพร้อมเลขติดตามเสมอ เก็บหลักฐานการส่ง และตอบแชทลูกค้าให้ไว เพราะส่วนใหญ่เกิดจากการสื่อสารผิดพลาดมากกว่าการฉ้อโกงจริง
สมัครแล้วใช้เวลานานแค่ไหนกว่าจะอนุมัติ
ต่างกันมากตามเจ้า ประเภทธุรกิจ และความครบของเอกสาร โดยทั่วไปการรับ QR พร้อมเพย์อนุมัติเร็วกว่าการรับบัตรเครดิต ระยะเวลาโดยประมาณของแต่ละเจ้าดูได้ใน บทความเทียบ Payment Gateway ไทย และควรถามผู้ให้บริการตอนยื่นสมัคร
สรุป
Payment Gateway คือตัวกลางที่รับ เข้ารหัส และส่งต่อข้อมูลการชำระเงินระหว่างลูกค้ากับธนาคาร มันไม่ใช่แค่เรื่องเทคนิค แต่เป็นจุดที่ตัดสินว่าคนที่ตั้งใจจะซื้อจากคุณ จะได้ซื้อจริงหรือหายไปกลางทาง
สามสิ่งที่อยากให้จำ หนึ่ง อย่าเลือกจากค่าธรรมเนียมอย่างเดียว ให้ดูรอบโอนเงินและวิธีจ่ายที่ลูกค้าคุณใช้จริงด้วย สอง ในตลาดไทย การไม่รองรับ QR พร้อมเพย์คือการปิดประตูใส่ลูกค้ากลุ่มใหญ่ สาม ระบบที่ดีที่สุดคือระบบที่ลูกค้าไม่ต้องคิดเลยว่าต้องทำอะไรต่อ
ค่าธรรมเนียมและเงื่อนไขของผู้ให้บริการเปลี่ยนได้ตลอด ก่อนตัดสินใจให้ดูหน้าราคาทางการของแต่ละเจ้า และขอใบเสนอราคาที่ตรงกับธุรกิจของคุณเป็นลายลักษณ์อักษร
ถ้าอยากให้ช่วยดูว่าร้านคุณควรรับเงินแบบไหน หรือให้วางระบบชำระเงินให้ทำงานกับเว็บและงานหลังบ้านจริง ดูรายละเอียดได้ที่ บริการทำเว็บไซต์ E-commerce เราดูโครงสร้างร้านและหน้า checkout ให้ก่อนฟรี ปรึกษาฟรี ไม่จ้างก็ไม่เป็นไร ทักมาได้ที่ LINE @969dkzqz