Payment gateway คืออะไร การชำระเงินออนไลน์ทำงานอย่างไร
payment gateway คือบริการที่รับข้อมูลการชำระเงินของลูกค้าที่หน้าชำระเงินอย่างปลอดภัย ส่งต่อไปยังธนาคารและเครือข่ายบัตรเพื่ออนุมัติ และส่งผลอนุมัติหรือปฏิเสธกลับมา โดยทั่วไปภายในไม่กี่วินาที มันคือสะพานเชื่อมระหว่างแอปของคุณกับระบบการเงิน Stripe, PayPal, Adyen, Square และ Braintree เป็นตัวอย่างที่รู้จักกันดี
ปัจจุบันบริษัทเหล่านี้ส่วนใหญ่รวม gateway เข้ากับทุกอย่างที่คุณต้องใช้เพื่อรับเงิน ดังนั้นคำว่า “payment gateway” “payment processor” และ “payment provider” จึงมักถูกใช้เพื่อหมายถึงสิ่งเดียวกัน
ทำไม payment gateway จึงสำคัญเมื่อสร้างด้วย AI
“เพิ่มระบบชำระเงิน” เป็นหนึ่งในคำขอที่พบบ่อยที่สุดที่คนส่งให้ตัวสร้างด้วย AI และเป็นสิ่งที่ง่ายจะผิดพลาดอย่างละเอียดอ่อน โค้ดเองมักสั้น ส่วนสำคัญคือการตัดสินใจรอบ ๆ โค้ดนั้น:
- ผู้ให้บริการไหน ที่เหมาะกับธุรกิจ ประเทศ และสิ่งที่คุณขาย
- โค้ดทำงานที่ไหน คีย์การชำระเงินลับต้องอยู่บนเซิร์ฟเวอร์ ห้ามอยู่ในเบราว์เซอร์
- แอปของคุณรู้ได้อย่างไรว่าการชำระเงินสำเร็จ วิธีที่เชื่อถือได้คือ webhook จากผู้ให้บริการ ไม่ใช่การที่ลูกค้าไปถึงหน้า “ขอบคุณ”
- ความรับผิดชอบทางกฎหมายและภาษีของคุณ ซึ่งขึ้นอยู่กับว่าใครเป็น merchant of record
การเข้าใจว่า gateway ทำอะไรช่วยให้คุณให้คำสั่งที่ชัดเจนและตรวจได้ว่าผลลัพธ์ปลอดภัย
ตัวอย่างใกล้ตัว
ลองนึกถึงการจ่ายด้วยบัตรในร้านค้า
เครื่องรูดบัตร บนเคาน์เตอร์คือ gateway มันอ่านบัตรของคุณอย่างปลอดภัยและส่งคำขอออกไป มันไม่ได้ตัดสินใจอะไร มันส่งคำถาม “คนนี้จ่าย 40 ยูโรได้ไหม” ไปตามสายโซ่ไปยังธนาคารและรับคำตอบกลับมา ธนาคารของร้าน (acquirer) และ ธนาคารของคุณ (issuer) เป็นผู้ตัดสิน โดยผ่านเครือข่ายบัตร (Visa, Mastercard) ที่เชื่อมต่อทั้งสองฝั่งเข้าด้วยกัน
payment gateway ออนไลน์ก็คือเครื่องรูดนั้นที่ถูกสร้างใหม่สำหรับเว็บ พร้อมความปลอดภัยในการจัดการข้อมูลบัตรที่ส่งมาทางอินเทอร์เน็ต
การชำระเงินด้วยบัตรออนไลน์ทำงานอย่างไร
นี่คือสิ่งที่เกิดขึ้นในไม่กี่วินาทีหลังลูกค้ากด “ชำระเงิน”:
| ขั้นตอน | สิ่งที่เกิดขึ้น | ใครเป็นผู้ทำ |
|---|---|---|
| 1. หน้าชำระเงิน | ลูกค้ากรอกข้อมูลบัตรในฟอร์มชำระเงินที่ปลอดภัย | ฟอร์มหรือหน้าของผู้ให้บริการ |
| 2. การเข้ารหัส | ข้อมูลถูกเข้ารหัสและส่งไปยัง gateway | Gateway |
| 3. คำขออนุมัติ | คำขอเดินทางไปยังเครือข่ายบัตรและธนาคารของลูกค้า | Processor, เครือข่ายบัตร |
| 4. การตรวจสอบ | ธนาคารผู้ออกบัตรตรวจยอดเงินและสัญญาณการฉ้อโกง และอาจขอการยืนยันเพิ่ม เช่น 3D Secure | ธนาคารผู้ออกบัตร |
| 5. การตอบกลับ | ผลอนุมัติหรือปฏิเสธส่งกลับมายังแอปของคุณ | Gateway |
| 6. การเรียกเก็บและการชำระบัญชี | เงินถูกเรียกเก็บและ หลังจากกำหนดการจ่ายของผู้ให้บริการ โอนเข้าบัญชีธนาคารของคุณหลังหักค่าธรรมเนียม | Processor, acquirer |
มีสองประเด็นที่ควรรู้:
- การอนุมัติไม่เท่ากับการได้รับเงิน เงินถูกสำรองไว้ก่อน จากนั้นจึงเรียกเก็บ แล้วจึงชำระเข้าบัญชีของคุณ ซึ่งมักใช้เวลาหลายวัน
- แอปของคุณไม่ควรเห็นเลขบัตรเลย ผู้ให้บริการสมัยใหม่ให้หน้าชำระเงินแบบโฮสต์หรือฟิลด์แบบฝังที่พวกเขาควบคุม และแอปของคุณได้รับเพียงการอ้างอิงถึงการชำระเงินนั้น
ชิ้นส่วนหลักและใครเป็นผู้ดูแล
| ชิ้นส่วน | คืออะไร |
|---|---|
| Payment gateway | รับข้อมูลการชำระเงินอย่างปลอดภัยและส่งต่อ |
| Payment processor | ส่งข้อมูลธุรกรรมระหว่างธนาคาร |
| Merchant account | บัญชีที่รับการชำระเงินบัตรในนามของคุณ ผู้ให้บริการอย่าง Stripe รวมให้ |
| Acquirer | ธนาคารฝั่งผู้ขาย |
| Issuer | ธนาคารของลูกค้า ซึ่งอนุมัติหรือปฏิเสธ |
| Card network | Visa, Mastercard และอื่น ๆ ที่เชื่อม acquirer และ issuer |
| Merchant of record | ธุรกิจที่ขายให้ลูกค้าอย่างถูกกฎหมายและรับผิดชอบเรื่องภาษี การคืนเงิน และการโต้แย้ง |
ผู้ให้บริการบางรายอย่าง Paddle และ Lemon Squeezy ทำหน้าที่เป็น merchant of record เอง โดยจัดการภาษีการขายและ VAT ให้คุณ แลกกับค่าธรรมเนียมที่สูงขึ้น ส่วนรายอื่นอย่าง Stripe หรือ PayPal ให้คุณเป็น merchant of record เองพร้อมเครื่องมือภาษีที่เลือกใช้ได้ เพื่อดูตัวเลือกอย่างเป็นธรรม ดู Stripe กับ Paddle กับ Lemon Squeezy และ Stripe กับ PayPal
ตัวอย่างจริง: ขายคอร์สออนไลน์
คุณขายคอร์สออนไลน์ราคา 99 ยูโร และขอให้ตัวสร้างด้วย AI เพิ่มปุ่ม “ซื้อ”
- ลูกค้าคลิก ซื้อ เซิร์ฟเวอร์ของคุณใช้คีย์ลับขอให้ผู้ให้บริการสร้าง checkout session สำหรับ 99 ยูโร และได้ลิงก์กลับมา
- ลูกค้าถูกส่งไปยัง หน้าชำระเงินแบบโฮสต์ ของผู้ให้บริการ กรอกบัตร และทำการยืนยัน 3D Secure กับธนาคารของเขาหากจำเป็น
- การชำระเงินได้รับการอนุมัติ และลูกค้าถูกเปลี่ยนเส้นทางไปยังหน้า “สำเร็จ” ของคุณ
- แยกต่างหาก ผู้ให้บริการส่ง webhook มายังเซิร์ฟเวอร์ของคุณ: “การชำระเงินสำหรับ session X สำเร็จ” เซิร์ฟเวอร์ของคุณตรวจลายเซ็นของ webhook หาออเดอร์ทำเครื่องหมายว่าจ่ายแล้ว และปลดล็อกคอร์ส
- ผ่านไปหลายวัน เงินจำนวนหลังหักค่าธรรมเนียมจะเข้าบัญชีธนาคารของคุณ
ขั้นตอนที่ 4 สำคัญที่สุด ถ้าคุณปลดล็อกคอร์สที่หน้าสำเร็จแทน ใครก็ตามที่พบ URL นั้นจะได้คอร์สไปฟรี และลูกค้าที่เบราว์เซอร์ปิดก่อนกำหนดจะจ่ายเงินแล้วไม่ได้อะไรเลย
คำศัพท์สำคัญ
| คำศัพท์ | ความหมาย |
|---|---|
| Checkout session | หน้าหรือขั้นตอนการชำระเงินแบบครั้งเดียวที่เซิร์ฟเวอร์ของคุณสร้างขึ้นสำหรับการซื้อหนึ่งครั้ง |
| Test mode | สภาพแวดล้อมจำลองที่ใช้คีย์ทดสอบและหมายเลขบัตรทดสอบ ไม่มีเงินจริงเคลื่อนไหว |
| Publishable / secret key | คีย์ publishable ปรากฏในโค้ดเบราว์เซอร์ได้ ส่วนคีย์ secret ต้องอยู่บนเซิร์ฟเวอร์ |
| 3D Secure | ขั้นตอนเพิ่มเติมที่ลูกค้ายืนยันการชำระเงินกับธนาคาร พบได้ทั่วไปในยุโรปภายใต้กฎ Strong Customer Authentication (SCA) |
| PCI DSS | มาตรฐานความปลอดภัยของอุตสาหกรรมบัตรสำหรับทุกคนที่จัดการข้อมูลบัตร |
| Chargeback | เมื่อลูกค้าโต้แย้งการชำระเงินกับธนาคารและเงินถูกดึงกลับ |
| Refund | เงินที่คุณคืนให้ด้วยความสมัครใจ |
| Payout | การที่ผู้ให้บริการโอนเงินที่รวบรวมได้ไปยังบัญชีธนาคารของคุณ |
ความเข้าใจผิดที่พบบ่อย
- “ฉันต้องเก็บเลขบัตรเพื่อเรียกเก็บเงินซ้ำ” ไม่จำเป็น ผู้ให้บริการเก็บบัตรไว้และให้โทเค็นอ้างอิงแก่คุณสำหรับการเรียกเก็บซ้ำและการสมัครสมาชิก คุณไม่ควรเก็บเลขบัตรเองเลย
- “หน้าสำเร็จหมายความว่าการชำระเงินได้ผล” ยืนยันการชำระเงินด้วย webhook บนเซิร์ฟเวอร์ การเปลี่ยนเส้นทางอาจถูกข้าม ถูกปลอม หรือไม่เกิดขึ้นเลย
- “ผู้ให้บริการชำระเงินทุกรายมีค่าใช้จ่ายใกล้เคียงกัน” ค่าธรรมเนียมแตกต่างตามผู้ให้บริการ ประเทศ ประเภทบัตร และว่ารวมการจัดการภาษีหรือไม่ ให้ตรวจหน้าราคาปัจจุบันของผู้ให้บริการแต่ละรายสำหรับประเทศของคุณ
- “การใช้ Stripe ทำให้ฉันเป็น PCI compliant” มันทำให้การปฏิบัติตามง่ายขึ้นมาก เพราะข้อมูลบัตรอยู่กับผู้ให้บริการ แต่คุณยังต้องทำแบบประเมินตนเอง (มักสั้น) ให้เสร็จ
- “โหมดทดสอบกับโหมดใช้งานจริงทำงานเหมือนกันทุกอย่าง” ใกล้เคียงกันมาก แต่โหมดใช้งานจริงต้องมีบัญชีที่ยืนยันเต็มรูปแบบ มี endpoint ของ webhook สำหรับสภาพแวดล้อมจริง และมีข้อมูลบัญชีธนาคารจริง
- “payment gateway จัดการภาษีให้ฉัน” เฉพาะเมื่อมันเป็น merchant of record หรือคุณเปิดและตั้งค่าฟีเจอร์ภาษีของมัน ตรวจกฎท้องถิ่นของคุณหรือปรึกษาผู้เชี่ยวชาญ
สิ่งที่ควรถามตัวสร้างแอปด้วย AI
- “เพิ่ม [Stripe] Checkout สำหรับ [สินค้า] สร้าง session บนเซิร์ฟเวอร์โดยใช้ secret key จากตัวแปรสภาพแวดล้อม”
- “ทำเครื่องหมายออเดอร์ว่าจ่ายแล้วจาก webhook ที่ตรวจสอบแล้วเท่านั้น และตรวจลายเซ็นของ webhook”
- “จัดการกรณีที่ webhook ถูกส่งสองครั้งโดยไม่ให้เกิดออเดอร์ซ้ำ”
- “ใช้คีย์โหมดทดสอบและอธิบายวิธีทดสอบด้วยหมายเลขบัตรทดสอบของผู้ให้บริการ รวมถึงบัตรที่ถูกปฏิเสธ”
- “ถ้าลูกค้าปิดแท็บหลังจ่ายเงินแล้วจะเกิดอะไรขึ้น”
- “แสดงทุกที่ที่มีการใช้คีย์การชำระเงิน และยืนยันว่าคีย์ secret ไม่ไปถึงเบราว์เซอร์เลย”
Payment gateway บน Mythex
Mythex ไม่มีระบบชำระเงินในตัวสำหรับแอปที่คุณสร้าง และไม่มีปุ่ม “เชื่อม Stripe” แบบคลิกเดียว คุณสร้างบัญชีกับผู้ให้บริการที่เลือก เพิ่มคีย์ทดสอบของเขาเป็นความลับของโปรเจกต์ แล้วขอให้เอเจนต์สร้างการชำระเงินฝั่งเซิร์ฟเวอร์ ทดสอบใน Preview ด้วยบัตรทดสอบของผู้ให้บริการ แล้วจึงเผยแพร่ เอกสารอธิบายขั้นตอนนี้ไว้ใน รับชำระเงินด้วย Stripe และ Webhooks ครอบคลุมขั้นตอนการยืนยัน
สำหรับการสร้างทีละขั้นตอน ดู วิธีเพิ่มการชำระเงินในแอปของคุณ และสำหรับการเรียกเก็บเงินแบบรายงวด ดู วิธีเพิ่มการสมัครสมาชิกด้วย Stripe
คำถาม
payment gateway คืออะไรแบบง่าย ๆ
payment gateway คือบริการที่รับข้อมูลการชำระเงินของลูกค้าจากหน้าชำระเงินอย่างปลอดภัย ส่งไปยังธนาคารและเครือข่ายบัตรเพื่ออนุมัติ แล้วส่งผลอนุมัติหรือปฏิเสธกลับมาที่แอปของคุณ ซึ่งโดยทั่วไปใช้เวลาไม่กี่วินาที
payment gateway ต่างจาก payment processor อย่างไร
ในทางเคร่งครัด gateway คือประตูหน้าที่รับและส่งต่อข้อมูลการชำระเงินอย่างปลอดภัย ส่วน processor เป็นตัวส่งข้อมูลธุรกรรมระหว่างธนาคาร แต่ในทางปฏิบัติ ผู้ให้บริการสมัยใหม่ เช่น Stripe, PayPal และ Adyen รวมทั้งสองอย่างและบัญชีผู้ค้าไว้ในบริการเดียว ทำให้คำสองคำนี้มักใช้แทนกันได้
ต้องได้รับการรับรอง PCI เพื่อรับชำระเงินด้วยบัตรหรือไม่
ธุรกิจใดก็ตามที่รับบัตรต้องปฏิบัติตามมาตรฐานความปลอดภัย PCI DSS ในรูปแบบใดรูปแบบหนึ่ง การใช้หน้าชำระเงินแบบโฮสต์หรือฟิลด์การชำระเงินแบบฝังของผู้ให้บริการทำให้เลขบัตรไม่ผ่านเซิร์ฟเวอร์ของคุณ ซึ่งลดความรับผิดชอบของคุณได้อย่างมาก ผู้ให้บริการจะบอกคุณว่าต้องทำแบบประเมินตนเองแบบใด
merchant of record คืออะไร
merchant of record คือธุรกิจที่ขายให้ลูกค้าอย่างถูกต้องตามกฎหมาย และรับผิดชอบเรื่องต่าง ๆ เช่น การเก็บและนำส่งภาษีการขายหรือ VAT และการคืนเงินกับการโต้แย้งรายการ Paddle และ Lemon Squeezy ทำหน้าที่เป็น merchant of record แทนคุณ ส่วนกับ Stripe หรือ PayPal คุณมักเป็นผู้รับผิดชอบเอง
เพิ่มการชำระเงินในแอปที่สร้างด้วย AI ได้ไหม
ได้ ตัวสร้างด้วย AI สามารถเขียนโค้ดเชื่อมแอปของคุณกับผู้ให้บริการอย่าง Stripe เช่น สร้างเซสชันการชำระเงินบนเซิร์ฟเวอร์ จัดการ webhook และอัปเดตออเดอร์ คุณยังต้องมีบัญชีของตัวเองกับผู้ให้บริการ และควรทดสอบทุกอย่างในโหมดทดสอบก่อนเปิดใช้งานจริง