วิธีชำระ · บัตร
รับชำระด้วยบัตร ทำให้ถูกต้อง
บัตรคือวิธีที่ขาดไม่ได้ ส่วนที่ดูธรรมดาจึงสำคัญที่สุด ได้แก่ การตรวจสอบข้อมูลทันทีขณะกรอก 3-D Secure 2.0 ตามนโยบายที่คุณกำหนดแทนการสร้างความยุ่งยากโดยปริยาย นโยบายการ routing ที่อ่านเข้าใจได้ และการลองใหม่ผ่านเส้นทางสำรองก่อนที่ soft decline จะกลายเป็นยอดขายที่เสียไป
Visa·MC
และ co-badged scheme
3-DS 2.0
SCA ในขั้นตอนเดียว
EUR
settle เข้าบัญชีของคุณ
0
เลขบัตรบนเซิร์ฟเวอร์ของคุณ
ทำงานอย่างไร
จากบัตรสู่บัญชีธนาคาร 4 ขั้นตอน
- 01
ENTER
ลูกค้ากรอกบัตรในหน้า hosted ของเรา ตรวจสอบข้อมูลทันที และไม่มีข้อมูลบัตรส่งมาถึงคุณ
- 02
AUTHENTICATE
3-D Secure ทำงานตามนโยบาย การชำระเงินส่วนใหญ่ผ่านได้จากสัญญาณความเสี่ยง และจะแสดง challenge เฉพาะเมื่อจำเป็น
- 03
AUTHORIZE
ระบบตรวจสอบและกันวงเงิน หาก soft decline จะลองใหม่ผ่านเส้นทางสำรอง
- 04
SETTLE
คำสั่งซื้อของวันถูกรวมเป็นชุดและจ่ายออกเป็น EUR โดยอ้างอิงเลขที่คำสั่งซื้อเดิม
สิ่งที่ลูกค้าเห็น
ฟอร์มบัตรเดียวในหน้าเดียวกับวิธีอื่นทั้งหมด พร้อมรายการสั่งซื้อข้างๆ ช่องกรอกตรวจสอบข้อมูลทันทีที่พิมพ์ ระบบตรวจจับ scheme จากเลขบัตร และปุ่มชำระเงินบอกยอดเงินแทนคำว่า "Submit" หากผู้ออกบัตรต้องการ challenge ก็ทำได้ในหน้าเดิม ลูกค้าไม่ต้องออกจากหน้าที่เริ่มต้น
- 01ฟอร์มบัตรอยู่คู่กับ wallet, USDC และการโอนเงิน ไม่ใช่อีกขั้นตอนแยกต่างหาก
- 02ตรวจสอบข้อมูลทันทีและตรวจจับ scheme ขณะกรอกเลขบัตร
- 033-D Secure challenge ในหน้าเดียวกัน เมื่อนโยบายกำหนด
สิ่งที่คุณได้รับ
เงินยูโร รวมเป็นชุดในยอดจ่ายออกประจำวัน อ้างอิงเลขที่คำสั่งซื้อที่คุณสร้างไว้ ระบบจัดการ authorization และ capture ให้ ใบเสร็จบันทึก scheme เลขสี่หลักสุดท้าย และผลการยืนยันตัวตน บันทึกนี้ยังเป็นหลักฐานโต้แย้งรายการของคุณด้วย เพียงค้นครั้งเดียวก็ตอบ chargeback ได้ ไม่ต้องไล่หาข้ามหลายระบบ
- 01ยอดจ่ายออกเป็น EUR หนึ่งรายการต่อ settlement batch
- 02บันทึก scheme เลขสี่หลักสุดท้าย และผล 3-DS ไว้ในรายการ
- 03คืนเงินตามคำสั่งซื้อ ทั้งจำนวนหรือบางส่วน กลับเข้าบัตรใบเดิม
ต้องทำอะไรเพื่อเปิดใช้งาน
บัตรเปิดใช้งานอยู่แล้วโดยค่าเริ่มต้น สิ่งที่คุณกำหนดคือนโยบายรอบๆ บัตร ได้แก่ เมื่อใดที่ 3-D Secure จะเข้มขึ้น การ routing จะเลือกเส้นทางใดก่อน และจะทำอย่างไรกับ soft decline ลองด้วยบัตร sandbox ของคุณก่อน โฟลว์เหมือนกันทุกประการ ผ่านในการทดสอบก็ผ่านบนระบบจริง
FAQ
การชำระเงินด้วยบัตร — คำถามที่ร้านค้าถามบ่อย
ไม่มีนัยสำคัญ หน้าที่รับข้อมูลบัตรเป็นของเราและอยู่ในขอบเขต PCI ฝั่งเรา เซิร์ฟเวอร์ของคุณได้รับเพียง token และเลขที่คำสั่งซื้อ ไม่ว่าหน้านั้นจะรันบนโดเมนของเรา โดเมนของคุณ ในแอปของคุณ หรือเป็นช่องชำระเงินที่ฝังในเลย์เอาต์ของคุณเอง
เป็นขั้นตอนยืนยันตัวตนที่ตอบโจทย์ strong customer authentication ตาม PSD2 การชำระเงินส่วนใหญ่ผ่านได้จากสัญญาณของอุปกรณ์และพฤติกรรม โดยไม่ต้องแสดง challenge เมื่อนโยบายที่คุณกำหนดต้องการ จึงจะเพิ่มขั้นตอนยืนยัน ความยุ่งยากจึงเป็นการตัดสินใจ ไม่ใช่ค่าเริ่มต้น
soft decline จะถูกลองใหม่ผ่านเส้นทางสำรองในเซสชันเดิม ก่อนที่ลูกค้าจะเห็นข้อผิดพลาด ส่วน hard decline จะรายงานกลับด้วยภาษาที่ผู้ปฏิบัติงานนำไปแก้ไขได้ เช่น บัตรหมดอายุ ยอดเงินไม่พอ ผู้ออกบัตรประเมินความเสี่ยง ไม่ใช่โค้ดดิบจากผู้ออกบัตร
Authorization กันวงเงินไว้ ณ เวลาที่ซื้อ ส่วน settlement เป็นการย้ายเงินจริง คำสั่งซื้อของวันจะปิดเป็นชุดและจ่ายออกเป็น EUR ตามเวลาจ่ายออกประจำวันที่ตั้งไว้ในการตั้งค่าของคุณ ได้เป็นรายการธนาคารเดียวที่เปิดดูคำสั่งซื้อต้นทางได้
วิธีชำระเงินอื่น ๆ
มักเปิดใช้งานควบคู่กัน
บัตรที่บันทึกไว้
Vault · คลิกเดียวลูกค้าเดิมชำระเงินได้ในการแตะครั้งเดียว บัตรอยู่ใน vault ของเรา ส่วนระบบของคุณเก็บแค่ข้อมูลอ้างอิง
02การชำระเงินแบบเรียกเก็บประจำ
การเรียกเก็บรายเดือน · การลองใหม่เรียกเก็บเงินแบบสมัครสมาชิกตามรอบที่คุณกำหนด ลองตัดซ้ำเมื่อถูกปฏิเสธชั่วคราว และใช้งานต่อได้แม้บัตรถูกออกใหม่
03Apple Pay
แตะครั้งเดียว · Device tokenหน้าต่างแตะครั้งเดียวในหน้าเดียวกัน ชำระด้วย device token จึงไม่มีเลขบัตรจริงปรากฏ
รับชำระเงินให้ครบทุกวิธี
sandbox merchant, API key และ checkout ที่เปิดใช้งานทุกวิธีเหล่านี้ไว้แล้ว คุณจึงทดสอบแต่ละวิธีได้ตั้งแต่ต้นจนจบก่อนตัดสินใจใดๆ