เราใช้ Google Analytics เพื่อจัดทำสถิติการเข้าชม โดยจะตั้งค่าคุกกี้วิเคราะห์ก็ต่อเมื่อคุณยอมรับเท่านั้น หากไม่ยินยอม สถิติจะเป็นค่าประมาณจากสัญญาณที่ไม่ใช้คุกกี้ นโยบายคุกกี้.
Gateway · การชำระเงิน
ตัวอย่างจริงเดินผ่านทั้งหน้า — Arc Studio SRL, ออเดอร์ 9F21-0716, €49.00 ลูกค้าเลือกบัตร Apple Pay, Google Pay, USDC หรือโอนผ่านธนาคาร และฝั่งร้านค้าก็เหมือนกันไม่ว่าเลือกทางไหน: รหัสอ้างอิงเดียว ใบเสร็จเดียว ยอดยูโรเดียว
การรับรอง
ความแตกแยกของวิธีชำระเงินเป็นปัญหาของร้านค้า และยิ่งสะสม: ตัวประมวลผลบัตรที่มีแดชบอร์ดของตัวเอง wallet SDK ที่มีรอบรีลีสของตัวเอง ตัวเลือกคริปโตที่อยู่คนละหน้าและกระทบยอดไม่ได้เลย ทุกวิธีที่เพิ่มคือการเชื่อมต่ออีกชุด รายงานอีกชุด และอีกที่หนึ่งที่การชำระเงินอาจหายไป Gateway รวมทั้งหมดเป็นหนึ่งหน้าและหนึ่งบันทึก
checkout เดียวกันบนมือถือ — บัตร wallet และ USDC ในหน้าเดียว · ใบเสร็จ — รับเข้า 52.95 USDC settle €49.00 ระบุชัดเจน
บัตร Apple Pay, Google Pay, USDC โอนผ่านธนาคาร และวิธีชำระในท้องถิ่นที่ผู้ซื้อคาดหวัง อยู่บนหน้า hosted เดียวกัน เรียงตามสิ่งที่ลูกค้าตรงหน้ามีแนวโน้มใช้ หน้าปรับตามเดสก์ท็อป มือถือ และในแอป การรับวิธีชำระใหม่เป็นแค่สวิตช์ ไม่ใช่โปรเจกต์
back office ของลิงก์ — ทุกลิงก์พร้อมสถานะ เก็บได้ €2,304.50 ในเดือนนี้
USDC ตีราคาด้วยอัตราที่แสดงบนหน้าก่อนลูกค้ายืนยัน settle เป็นยูโร และเข้ารอบจ่ายเดียวกับยอดบัตร คุณไม่ต้องถือโทเคน ไม่ต้องตั้งฝ่าย treasury และนักบัญชีไม่ต้องเห็นสกุลเงินที่สอง ใบเสร็จระบุการแปลงในบรรทัดเดียว — ลูกค้าจ่ายเป็นคริปโต ส่วนในบัญชีคือ €49.00
คืนเงินที่กำลังดำเนินการ — อ้างอิงออเดอร์ ต้องมีเหตุผล คืนผ่านช่องทางเดิม
ทุกอย่างผูกกับออเดอร์ ไม่ใช่วิธีชำระ ออเดอร์ 9F21-0716 มีรายการสินค้า ค่าธรรมเนียมประมวลผล €0.50 ยอดรวม ผล authorization ใบเสร็จ และการคืนเงิน ด้วยเหตุนี้การกระทบยอดจึงเป็นแค่การค้นหา ข้อพิพาทอยู่บนหน้าจอเดียว และการคืนเงินอ้างอิงออเดอร์ ไม่ใช่บัตร wallet หรือ chain
แบรนด์ checkout — โลโก้ สี ตัวอักษร และมุม ดูตัวอย่างสดก่อนบันทึก
บัตรถูกเก็บในห้องนิรภัยฝั่งเราและอ้างอิงด้วยโทเคน ลูกค้าที่กลับมาจึงจ่ายได้ในแตะเดียว และระบบของคุณเก็บแค่ค่าอ้างอิง ไม่ใช่เลขบัตร การสมัครสมาชิกรันตามกำหนดที่คุณตั้งบนโทเคนนั้น ลองใหม่เองเมื่อเจอ soft decline และตามผู้ถือบัตรไปเมื่อมีการออกบัตรใหม่ — แต่ละรอบสร้างออเดอร์และใบเสร็จของตัวเอง
ตั้งค่าวิธีชำระ — สลับเปิดปิดต่อ checkout โดยมี settlement และ routing อยู่ข้างกัน
ทราฟฟิกบัตรเป็นไปตามนโยบาย routing ที่เขียนด้วยถ้อยคำที่คุณเข้าใจ ลอง soft decline ซ้ำบนเส้นทางสำรองก่อนลูกค้าจะเห็นความล้มเหลว และยกระดับเป็น 3-D Secure เมื่อนโยบายกำหนด ไม่ใช่ทุกครั้ง เมื่อชำระเงินถูกปฏิเสธจริง เหตุผลจะมาเป็นภาษาที่ผู้ปฏิบัติงานนำไปแก้ไขได้ แทนรหัสดิบจากผู้ออกบัตร
อัปโหลดโลโก้ ตั้งสี ตัวอักษร และมุม แล้วดูตัวอย่าง checkout จริงก่อนบันทึก ใช้บนโดเมนของเรา โดเมนของคุณ หรือในแอปของคุณเอง — จะมีท้ายหน้า powered-by หรือ whitelabel เต็มรูปแบบก็ได้ checkout เดโมเป็นของ Arc Studio SRL และดูเป็นของพวกเขาจริง ๆ
วิธีชำระเงิน
ทุกวิธีชำระเงินที่ checkout แสดง ช่องทางเบื้องหลัง และสกุลเงินที่เข้าบัญชี คอลัมน์ขวามือคือหัวใจสำคัญ: ไม่ว่าลูกค้าจะเลือกวิธีใด ยอดที่ร้านค้าได้รับก็เป็นตัวเลขยูโรเพียงยอดเดียว
การเชื่อมต่อ
สร้างคำสั่งซื้อพร้อม idempotency key เปลี่ยนเส้นทางไปยัง hosted checkout แล้วรับผลลัพธ์ที่ลงลายมือชื่อ การเชื่อมต่อทั้งหมดมีเพียงไม่กี่ endpoint และ webhook เดียว
ไม่ต้องเชื่อมต่อเลย — สร้างลิงก์ใน back office แบบใช้ครั้งเดียวหรือรับชำระได้หลายครั้ง แล้วส่งได้ทันที การชำระเงินจะเข้าที่เดียวกับที่มาจาก API
iOS และ Android แสดง checkout เดียวกันแบบเนทีฟ ลูกค้าอยู่ในแอปของคุณตลอด ทั้งหน้า wallet และ 3-D Secure
เชื่อมต่อหน้าร้านที่มีอยู่โดยไม่ต้องใช้นักพัฒนา: ติดตั้ง วางคีย์ แล้วทดลองชำระเงินด้วยบัตร sandbox
คงเลย์เอาต์ของคุณไว้ แล้วฝังช่องกรอกการชำระเงินเข้าไป ช่องเหล่านี้ยังโฮสต์และอยู่ในขอบเขต PCI ฝั่งเรา ข้อมูลบัตรจึงไม่ผ่านเซิร์ฟเวอร์ของคุณ
การเชื่อมต่อ
แบ็กเอนด์ของคุณสร้างคำสั่งซื้อผ่าน API: จำนวนเงิน สกุลเงิน และเลขอ้างอิงของคุณ
ลูกค้าเลือกบัตร wallet หรือ USDC บนหน้า hosted
ตรวจสอบและกันวงเงิน 3-D Secure เข้ามาเฉพาะเมื่อนโยบายกำหนด
การตัดเงินเสร็จสมบูรณ์และเข้าคิวรอ settlement
Webhook order.paid ที่ลงลายมือชื่อมาถึง ตรวจสอบลายมือชื่อแล้วจัดส่งสินค้าได้เลย
คำสั่งซื้อของวันถูกรวมเป็น batch และจ่ายเป็น EUR — เลขอ้างอิงเดียวตั้งแต่ checkout ถึงรายการในบัญชีธนาคาร
ฟีเจอร์
hosted checkout วางบัตร Apple Pay Google Pay และ USDC ไว้เคียงกัน ออเดอร์ 9F21-0716 อยู่ทางซ้าย มี 3 รายการ ค่าธรรมเนียมดำเนินการ €0.50 ยอดชำระ €49.00 และตัวเลือกวิธีชำระอยู่ทางขวา ลูกค้าเลือก หน้าปรับตาม ส่วนร้านค้าเชื่อมต่อครั้งเดียว
URL checkout เดียวกันปรับเป็นเลย์เอาต์มือถือ ออเดอร์ย่อเป็นแถบสรุป ปุ่มวิธีชำระอยู่ที่เดิม และฟอร์มบัตรยังมีป้ายกำกับครบ สิ่งที่ใช้บนเดสก์ท็อปใช้บนมือถือได้เหมือนกัน และเมื่อต้องการให้การชำระเงินเกิดในแอปของคุณเองแทนเบราว์เซอร์ SDK สำหรับ iOS และ Android จะแสดง checkout เดียวกันแบบเนทีฟกับออเดอร์เดิม
การชำระด้วย USDC จบที่ใบเสร็จที่นักบัญชีของร้านค้าอ่านได้ วิธีชำระ: 52.95 USDC บน Base →︎ ชำระบัญชีเป็น EUR ตามอัตราที่พิมพ์บนใบเสร็จ 1 EUR = 1.0807 USDC เลขอ้างอิง 9F21-0716 ส่งอีเมลถึงลูกค้าและดาวน์โหลดได้ทันที ลูกค้าจ่ายเป็นคริปโต ส่วนบัญชีบันทึกเป็น €49.00
Payment link มีโต๊ะทำงานจริง 8 link ของ Arc Studio SRL ทั้งชำระแล้ว ใช้งานอยู่ และหมดอายุ ทุกแถวมียอด จำนวนการชำระ และสถานะ การ์ดด้านบนสรุปให้ครบ มี 4 link ที่ใช้งานอยู่ เก็บเงินเดือนนี้ได้ €2,304.50 จาก 18 รายการชำระผ่าน link และวันนี้ชำระแล้ว €49.00 สร้าง ค้นหา ส่งออก จบ
การคืนเงินอ้างอิงถึงออเดอร์ ไม่ใช่วิธีชำระ ลิ้นชักเปิดที่ 9F21-0716 พร้อมตั้งยอดเต็ม €49.00 ไว้ล่วงหน้า ต้องระบุเหตุผล และมีหมายเหตุไม่บังคับที่จะไปอยู่ในไฟล์ส่งออกและใบเสร็จของลูกค้า เงินจะย้อนกลับผ่านเส้นทางชำระเดิมโดยอัตโนมัติ บัตรคืนเข้าบัตร ออเดอร์ USDC คืนเป็นยอดชำระบัญชี EUR โดยทั่วไปใช้เวลา 1–3 วันทำการ
การปรับแบรนด์คือหน้าตั้งค่า ไม่ใช่โปรเจกต์บริการ อัปโหลดโลโก้ ตั้งสี accent ink และ surface เลือกตัวอักษรและรูปแบบมุม ตัวอย่างสดแสดง checkout จริงของคุณทั้งเดสก์ท็อปและมือถือก่อนบันทึก และสี accent ใช้กับโฟกัสปุ่มชำระเงิน เครื่องหมายสถานะ และแท็บที่ใช้งานอยู่ ใช้งานบนโฮสต์ checkout ที่ออกให้พร้อม sandbox หรือบนโดเมนของคุณเอง
วิธีชำระเป็นสวิตช์ที่มีผู้ให้บริการรองรับอยู่ข้างหลัง บัตรพร้อม 3-D Secure, Apple Pay และ Google Pay เป็นปุ่มวอลเล็ต, USDC บน Ethereum, Base และ Solana, โอนผ่านธนาคาร SEPA ด้วยเลขอ้างอิง vIBAN ข้างกันมีแผงการชำระบัญชีที่บอกเงื่อนไขชัดเจน ลูกค้าเห็นการแปลงสกุลเงินก่อนยืนยัน ส่วนคุณรับชำระเป็น EUR เสมอ
สร้างออเดอร์ รีไดเรกต์ไปหน้า hosted แล้วรับผลลัพธ์ Gateway ดูแล UI การชำระเงิน ตรรกะของแต่ละวิธี และใบเสร็จ ทีมของคุณไม่ต้องสร้าง แก้ หรือตามอัปเดต frontend ของ checkout เมื่อวิธีชำระเปลี่ยน
ทุกอย่างผูกกับออเดอร์ ไม่ใช่วิธีชำระ ออเดอร์ 9F21-0716 มีรายการครบ ได้แก่ brand identity sprint €38.50 ค่าลิขสิทธิ์ตัวอักษร €6.00 ค่าจัดส่งด่วน €4.00 ค่าธรรมเนียมดำเนินการ €0.50 และยอดรวมเดียว ไม่ว่าจะชำระด้วยวิธีใด เลขอ้างอิงนี้คือสิ่งที่คุณใช้สืบค้น กระทบยอด และคืนเงิน
การเปลี่ยนวิธีชำระและแบรนด์มีผลกับ checkout session ใหม่ และแจ้งไว้บนหน้าจอที่คุณบันทึก ลูกค้าที่กำลังชำระเงินอยู่จะไม่เจอหน้าเปลี่ยนใต้มือ
เส้นทางบัตรคือส่วนน่าเบื่อที่จัดการให้แล้ว ตรวจสอบข้อมูลทันทีในฟอร์ม 3-D Secure พร้อมการยืนยันตัวตนลูกค้าแบบเข้มงวดฝังอยู่ในโฟลว์ภายใต้นโยบายเส้นทางที่อ่านได้ และมีบัตรทดสอบแยกต่อ sandbox สำหรับการรันเชื่อมต่อ การรับคริปโตไม่ทำให้โฟลว์บัตรแย่ลง
วอลเล็ตคือปุ่ม ไม่ใช่โปรเจกต์ Apple Pay และ Google Pay แสดงเป็นชีตแตะครั้งเดียวในหน้าเดียวกัน และชำระด้วย device token โดยเลขบัตรจริงไม่เคยถึงหน้าเพจ ผ่านออเดอร์และใบเสร็จเดียวกัน การเปิดใช้เป็นแค่สวิตช์ในหน้าวิธีชำระ
คริปโตตีราคาตามอัตราที่แสดงตอน checkout และชำระบัญชีเป็นยูโร ร้านค้าจะไม่เผลอถือโทเคนค้างไว้ และบัญชีอยู่ในสกุลเงินเดียว
วิธีชำระ USDC ครอบคลุม Ethereum, Base และ Solana ด้วยสวิตช์เดียว ลูกค้าจ่ายบนเครือข่ายที่วอลเล็ตของตนอยู่ ฝั่งร้านค้าไม่ต้องเปลี่ยนอะไร
การชำระแบบโอนมีเลขอ้างอิง vIBAN ทำให้เงิน SEPA ที่เข้ามาระบุออเดอร์ของตัวเองได้โดยโครงสร้าง เปิดให้ลูกค้าที่ต้องการใบแจ้งหนี้ที่จ่ายจากธนาคารได้ และการกระทบยอดยังเป็นอัตโนมัติ
นอกจากบัตรและวอลเล็ต checkout ยังมีวิธีแบบ account-to-account และวิธีท้องถิ่นที่ผู้ซื้อในยุโรปคาดหวัง โดยแสดงตามประเทศของลูกค้า ไม่ใช่ยัดไว้ในรายการยาวรายการเดียว
BNPL อยู่ในแถววิธีชำระเดียวกับทุกอย่าง ลูกค้าแบ่งจ่าย ร้านค้าได้รับเงินครั้งเดียว และเลขอ้างอิงออเดอร์ไม่เปลี่ยน หนึ่งสวิตช์ ใบเสร็จเดียวกัน กระทบยอดแบบเดียวกัน
หน้าเพจเรียงวิธีชำระตามที่ลูกค้าน่าจะใช้ ทั้งประเทศ ภาษา อุปกรณ์ และเคยจ่ายกับคุณมาก่อนหรือไม่ ตัวเลือกที่เกี่ยวข้องจึงอยู่อันดับแรก ไม่ใช่อันดับสี่
แสดงยอดในสกุลเงินของลูกค้า พร้อมระบุการแปลงก่อนยืนยัน แล้วชำระบัญชีเป็น EUR เสมอ ลูกค้าเห็นตัวเลขที่คุ้นเคย ส่วนบัญชีของคุณมีสกุลเดียว
หน้า hosted แปลทั้งป้ายกำกับ ข้อความผิดพลาด และใบเสร็จ ไม่มีใครทิ้งการชำระเงินเพราะปุ่มเป็นภาษาที่ไม่ใช่ของตน
ลูกค้าที่กลับมาชำระด้วยบัตรที่บันทึกไว้ได้ในแตะเดียว บัตรถูกเก็บใน vault ฝั่งเราและอ้างอิงด้วยโทเคน ระบบของคุณจึงเก็บแค่ค่าอ้างอิง ไม่เคยเก็บ PAN และการซื้อครั้งที่สองสั้นกว่าครั้งแรก
การเรียกเก็บเงินเป็นรอบทำงานตามตารางที่คุณกำหนด ทั้งยอด ช่วงเวลา วันเริ่ม และวันสิ้นสุด กับบัตรที่ทำโทเคนไว้ แต่ละรอบสร้างออเดอร์และใบเสร็จของตัวเอง การสมัครสมาชิกจึงกระทบยอดทีละรายการเหมือนทุกอย่าง
การปฏิเสธแบบ soft decline ในการเรียกเก็บเป็นรอบจะถูกลองใหม่ตามตาราง ไม่ถูกตัดทิ้ง และจะแจ้งลูกค้าเฉพาะเมื่อจำเป็น การต่ออายุที่ล้มเหลวจะไม่เป็น churn เงียบอีกต่อไป
บัตรที่บันทึกไว้ถูกเก็บเป็น network token และตามผู้ถือบัตรไปเมื่อออกบัตรใหม่หรือหมดอายุ การสมัครสมาชิกที่เคยพังเมื่อเปลี่ยนบัตรจะเรียกเก็บต่อได้
สร้างออเดอร์ผ่าน API ด้วย idempotency key ส่งคำขอซ้ำจะได้ผลลัพธ์เดิม ไม่เรียกเก็บซ้ำ และส่วนนักพัฒนามีคีย์และเอกสาร Checkout เป็นแบบ hosted การเชื่อมต่อมีเพียงไม่กี่ endpoint พร้อมเอกสารอยู่ในที่เดียวกับการตั้งค่า
แบ็กเอนด์ของคุณรู้เรื่องการชำระเงินทันทีที่เกิดขึ้น ผ่านเหตุการณ์ webhook แบบเซ็นลายเซ็นตามวงจรชีวิตออเดอร์ ได้แก่ ชำระแล้ว ล้มเหลว คืนเงินแล้ว โดยคุณตรวจสอบลายเซ็นฝั่งคุณ และเรามีการป้องกัน replay ฝั่งเรา
แอปเนทีฟแสดง checkout เดียวกันในแอป แทนการส่งผู้ใช้ออกไปเบราว์เซอร์ SDK ดูแลตรรกะวิธีชำระ ชีตวอลเล็ต และ 3-D Secure ส่วนออเดอร์และใบเสร็จก็คือที่แบ็กเอนด์ของคุณรู้จักอยู่แล้ว
ปลั๊กอินตะกร้าสินค้าเชื่อมร้านค้าที่มีอยู่กับ Gateway ได้โดยไม่ต้องมีนักพัฒนา ติดตั้ง วางคีย์ ทดสอบชำระเงิน ออเดอร์เหล่านี้เข้าระบบหลังบ้านเดียวกับออเดอร์จาก API
เมื่อการชำระเงินต้องเกิดในเลย์เอาต์ของคุณเอง ให้ฝังฟิลด์ชำระเงินโดยตรง อินพุตเป็นแบบ hosted และอยู่ในขอบเขต PCI ฝั่งเรา หน้าเพจรอบๆ เป็นของคุณทั้งหมด และข้อมูลบัตรไม่ผ่านเซิร์ฟเวอร์ของคุณ
ลิงก์ปิดได้หลังชำระเงินครั้งเดียว หรือเปิดรับต่อเนื่อง — ในเดโม ที่นั่งเวิร์กช็อปมีผู้ชำระแล้ว 3 ครั้ง ส่วนชั่วโมงให้คำปรึกษา 6 ครั้ง ลิงก์จะหมดอายุอัตโนมัติใน 30 วันตามค่าเริ่มต้น และลิงก์ที่หมดอายุจะแจ้งให้เห็นชัดเจน ไม่ล้มเหลวแบบเงียบ ๆ
การทดสอบการเชื่อมต่อทำงานบนเซสชันทดสอบ โดยใช้บัตรที่ออกให้พร้อมคีย์ sandbox ก่อนที่จะมีเงินจริงเคลื่อนไหว โฟลว์เหมือนกันทุกประการ ผ่านในโหมดทดสอบอย่างไร ขึ้นระบบจริงก็เป็นอย่างนั้น
ทราฟฟิกบัตรเป็นไปตามนโยบายการเลือกเส้นทางที่เขียนด้วยเงื่อนไขที่คุ้นเคย — แบรนด์บัตร ประเทศผู้ออกบัตร สกุลเงิน จำนวนเงิน — ไม่ใช่กล่องดำ ดูได้ว่าการชำระเงินใช้เส้นทางไหน จากหน้าจอเดียวกับที่แสดงรายการชำระเงิน
Soft decline จะถูกลองใหม่ผ่านเส้นทางสำรองภายในเซสชัน checkout เดิม ก่อนที่ลูกค้าจะเห็นว่าล้มเหลว การชำระเงินที่กู้คืนได้ส่วนใหญ่ เป็นรายการที่ลูกค้าไม่เคยรู้เลยว่าเกือบพลาด
รหัสดิบจากผู้ออกบัตรถูกแปลเป็นเหตุผลที่ผู้ปฏิบัติงานนำไปดำเนินการต่อได้ — บัตรหมดอายุ ยอดเงินไม่พอ ความเสี่ยงจากผู้ออกบัตร — และจัดกลุ่มให้เห็นรูปแบบที่เกิดซ้ำข้ามหลายรายการ
การชำระเงินส่วนใหญ่ผ่านได้ด้วยสัญญาณจากอุปกรณ์และพฤติกรรมเพียงอย่างเดียว และจะมีการยืนยันตัวตนเพิ่มเมื่อนโยบายกำหนด คุณเป็นผู้ตั้งนโยบาย — ทุกครั้ง ตามความเสี่ยง หรือยกเว้นเมื่อกฎอนุญาต — และหน้า hosted page ดูแลโฟลว์ทั้งหมด
Checkout ใบเสร็จ และ settlement ใช้เลขอ้างอิงคำสั่งซื้อเดียวกัน ใครค้นหา 9F21-0716 ก็พบรายการ €49.00 เพียงรายการเดียว — ไม่ใช่ระเบียนบัตรในระบบหนึ่งและระเบียนคริปโตอีกระบบหนึ่ง
ตั้งค่า settlement ได้ในที่เดียวและระบุชัดเจน: แปลงเป็น EUR อัตโนมัติ, settle เข้า RO49 •••• 0421, payout ทุกวันเวลา 23:00 ตัวเลขที่ฝ่ายบัญชีเห็นพรุ่งนี้ ถูกกำหนดบนหน้าจอที่ร้านค้าอ่านได้ตั้งแต่วันนี้
ทุก payout เปิดดูได้ถึงคำสั่งซื้อที่รวมเป็นยอดนั้น พร้อมค่าธรรมเนียมแยกรายการ รายการในบัญชีธนาคารตรงกับรายการที่ส่งออกได้ การปิดบัญชีสิ้นเดือนจึงเป็นแค่การค้นหา ไม่ใช่การสืบสวน
แก้ไขจำนวนเงินคืนได้ไม่เกินยอดที่เรียกเก็บเดิม — แผงด้านข้างแสดงยอดสูงสุด และถือว่าน้อยกว่านั้นเป็นการคืนบางส่วน คืนเงินบางส่วนสิบครั้งกับคำสั่งซื้อเดียว ก็ยังกระทบยอดกับเลขอ้างอิงเดียวได้
ทุกการคืนเงินต้องระบุเหตุผล และเพิ่มหมายเหตุได้ตามต้องการ โดยหมายเหตุจะไปกับรายการด้วย: ปรากฏในไฟล์ส่งออกและบนใบเสร็จของลูกค้า หกเดือนต่อมา ไม่มีใครต้องจำว่าทำไมคำสั่งซื้อ 9F21-0716 จึงได้รับการชดเชย
ใบเสร็จส่งทางอีเมลถึงลูกค้าและดาวน์โหลดได้ทันที ใบเสร็จการคืนเงินก็เป็นแบบเดียวกัน ร้านค้าไม่ต้องสร้างแม่แบบใบเสร็จเอง
การยกเลิกก่อนรอบปิดยอดของวัน จะปล่อยการกันวงเงินที่อนุมัติไว้ และไม่มีเงินเคลื่อนไหว — ไม่ต้องคืนเงิน ไม่มีค่าธรรมเนียม ไม่มีรายการในใบแจ้งยอดของลูกค้าให้ต้องอธิบาย
การชำระด้วยบัตรผ่าน 3-D Secure ภายใต้นโยบายเส้นทางที่อ่านเข้าใจได้ การชำระผ่านวอลเล็ตใช้การยืนยันตัวตนของอุปกรณ์เอง และอีเวนต์ webhook ถูกตรวจสอบลายเซ็นก่อนจะเชื่อถือ
กฎการคัดกรองอ่านได้เหมือนประโยค — ยอดเกิน X จากประเทศ Y ด้วยบัตรที่ใช้ครั้งแรก — แล้วดำเนินการตามนั้น: อนุญาต ท้าทาย หรือบล็อก รายการบัตร อีเมล และที่อยู่ที่เชื่อถือได้หรือถูกบล็อก อยู่หลังหน้าจอเดียวกัน
ความพยายามซ้ำ ๆ จากบัตร อุปกรณ์ หรือที่อยู่เดียวกัน ถูกจับได้ด้วยกฎอัตราความถี่ ไม่ต้องรอให้คนมาสังเกตทีหลัง สัญญาณแสดงอยู่บนรายการชำระเงิน ไม่ได้ซ่อนอยู่ในคะแนน
Chargeback เปิดขึ้นพร้อมคำสั่งซื้อเบื้องหลัง: ผลการอนุมัติ ผล 3-D Secure ใบเสร็จ การจัดส่ง ประวัติการคืนเงิน ตอบกลับได้จากหน้าจอนั้น และชุดหลักฐานจะถูกรวบรวมจากบันทึกจริง ไม่ใช่จากความจำ
หน้าที่เก็บข้อมูลบัตรเป็นของเรา อยู่ในขอบเขต PCI และโฮสต์โดยเรา ไม่ว่าลูกค้าจะชำระบนโดเมนของเรา โดเมนของคุณ หรือในแอปของคุณ เซิร์ฟเวอร์ของคุณจะเห็นเพียงโทเค็นและเลขอ้างอิงคำสั่งซื้อ — ไม่เห็นเลขบัตร
ข้อมูลการชำระเงินถูกเข้ารหัสขณะจัดเก็บและประมวลผลภายใน EU สำหรับร้านค้าในยุโรป ที่ตั้งของข้อมูลคือคำตอบ ไม่ใช่เชิงอรรถ
การคืนเงิน การเปลี่ยนวิธีชำระเงิน การเปลี่ยนแบรนด์ การหมุนเวียนคีย์ — ทุกรายการถูกบันทึกในบันทึกตรวจสอบพร้อมผู้ดำเนินการ เวลา และเหตุผล การดำเนินการที่มีสิทธิ์สูงต้องระบุเหตุผลก่อนจึงจะทำได้
ฝ่ายการเงินเห็น payout ฝ่ายสนับสนุนเห็นคำสั่งซื้อและคืนเงินได้ นักพัฒนาเห็นคีย์และล็อก สิทธิ์กำหนดตามบทบาท ไม่ต้องแชร์ล็อกอินเดียวร่วมกัน
ผู้ชำระเงินสะสมเป็นมุมมองลูกค้า — ใครจ่าย จ่ายบ่อยแค่ไหน ด้วยวิธีใด — ลูกค้าประจำจึงเป็นระเบียนหนึ่ง ไม่ใช่เรื่องบังเอิญของอีเมลที่ตรงกันในไฟล์ส่งออก
ค้นหาการชำระเงินด้วยลิงก์หรือเลขอ้างอิงจากช่องค้นหา ส่งออกมุมมองปัจจุบันเป็น CSV เมื่อฝ่ายบัญชีต้องการ แบ็กออฟฟิศออกแบบโดยคิดไว้แล้วว่าจะมีนักบัญชีมาถาม
ยอดชำระ อัตราอนุมัติ การคืนเงิน และสัดส่วนวิธีชำระเงิน ในช่วงเวลาที่คุณเลือก พอให้ตอบได้ว่าเงินไปไหน และวิธีไหนควรส่งเสริม — โดยไม่ต้องส่งออกข้อมูลใด ๆ
Gateway เชื่อมกับ Protocore Center: แบ็กออฟฟิศ payment links ที่นั่นแสดงทุกลิงก์พร้อมรายการโอน settlement ที่แนบอยู่ และลิงก์เปิดใน Tracer เพื่อดู trace ฉบับเต็ม ทีมปฏิบัติการมองทะลุตั้งแต่ checkout ลงไปถึงบัญชีแยกประเภท
Checkout ในเดโมเป็นของ Arc Studio SRL: ชื่อของเขา เครื่องหมายของเขา คำสั่งซื้อของเขา เลือกใช้กับส่วนท้าย powered-by-Protocore หรือ whitelabel เต็มรูปแบบ — ไม่ว่าแบบไหน หน้านี้ก็เป็นของคุณ
FAQ
การชำระด้วยบัตรมีสองขั้นตอน: authorization กันวงเงินไว้ตอนซื้อ แล้ว settlement จึงโอนเงินจริง Gateway จะ capture อัตโนมัติ รวมคำสั่งซื้อของวันเป็นหนึ่ง batch และจ่ายเป็น EUR เข้าบัญชีที่ระบุชื่อของคุณตามเวลาจ่ายเงินรายวันที่ตั้งค่าไว้
ต่างกันที่จังหวะเวลา ก่อน settlement การยกเลิกจะปลดการกันวงเงินและไม่มีเงินเคลื่อนไหว หลัง settlement จะเป็น refund ซึ่งออกตามคำสั่งซื้อ เต็มจำนวนหรือบางส่วนก็ได้ คืนผ่านช่องทางชำระเงินเดิม พร้อมบันทึกเหตุผล
เป็นนโยบาย ไม่ใช่อุปสรรคโดยค่าเริ่มต้น ส่วนใหญ่ผ่านได้จากข้อมูลอุปกรณ์และพฤติกรรมเพียงอย่างเดียว การยืนยันเพิ่มเติมจะแสดงเมื่อนโยบายการกำหนดเส้นทางระบุเท่านั้น คุณเป็นผู้กำหนดนโยบาย ส่วนหน้า hosted ดูแลขั้นตอนให้
เป็นยูโร ยอด USDC ถูกแสดงราคาบนหน้าเพจก่อนลูกค้ายืนยัน แปลงเป็น EUR ตามอัตราที่ระบุ และใบเสร็จบันทึกการแปลงไว้ Checkout ใบเสร็จ และ settlement ใช้เลขอ้างอิงคำสั่งซื้อเดียวกัน คุณไม่ต้องถือโทเคนเลย
คำสั่งซื้อคือแฟ้มหลักฐานของคุณ ผลการ authorization ใบเสร็จ ประวัติการคืนเงิน และการส่ง webhook ล้วนผูกกับเลขอ้างอิงเดียว ค้นครั้งเดียวก็ตอบข้อโต้แย้งได้ และการคืนเงินจากหน้าจอเดียวกันมักเป็นทางออกที่เร็วกว่า
ไม่ได้ คำสั่งซื้อสร้างด้วย idempotency key คำขอที่ส่งซ้ำจึงได้ผลลัพธ์เดิมแทนการตัดเงินครั้งที่สอง และ webhook ขาตอบกลับลงลายมือชื่อพร้อมป้องกัน replay
หน้าที่เก็บข้อมูลบัตรเป็นของเรา โฮสต์และอยู่ในขอบเขต PCI ฝั่งเรา เซิร์ฟเวอร์ของคุณได้รับเพียงโทเคนและเลขอ้างอิงคำสั่งซื้อ ไม่เคยได้เลขบัตร ไม่ว่าลูกค้าจะชำระบนโดเมนของเรา โดเมนของคุณ ในแอปของคุณ หรือผ่านช่องชำระเงินที่ฝังในเลย์เอาต์ของคุณเอง
ได้ ใช้ checkout host ที่ออกให้พร้อม sandbox ใช้โดเมนของคุณเอง หรือฝังในหน้าเพจด้วยช่องชำระเงินแบบ hosted ก็ได้ แบรนด์ ทั้งโลโก้ สี ฟอนต์ และมุม ตั้งค่าได้ในหน้าตั้งค่าพร้อมตัวอย่างสด ส่วนท้ายหน้าเลือกแสดง powered-by หรือเป็น whitelabel เต็มรูปแบบก็ได้
บัตรถูกเก็บในห้องนิรภัยฝั่งเราในรูปแบบ network token ส่วนระบบของคุณเก็บเพียงเลขอ้างอิง การสมัครสมาชิกจะตัดเงินจากโทเคนนั้นตามรอบที่คุณกำหนด ลองใหม่เองเมื่อเจอ soft decline และตามผู้ถือบัตรไปแม้ออกบัตรใหม่ ทุกรอบสร้างคำสั่งซื้อและใบเสร็จของตัวเอง จึงกระทบยอดได้ทีละรายการ
ยอดเงินในสกุลเงินของเขาเอง พร้อมระบุการแปลงก่อนยืนยัน และ checkout ในภาษาของเขา คุณยังคง settle เป็น EUR หลักการเดียวกับ USDC: ฝั่งลูกค้าปรับตัว ส่วนบัญชีของคุณอยู่ในสกุลเงินเดียว
ฝั่งของคุณคือลูกหนี้เป็นเงินยูโร Gateway จัดการส่วน crypto ทั้งการแสดงราคา การชำระบนเชนและการแปลงสกุลเงิน สิ่งที่เข้าบัญชีคุณคือ EUR จากช่องทาง settlement ที่มีการกำกับดูแล พร้อมบันทึกอัตราที่ใช้ไว้บนใบเสร็จ คุณไม่ได้ดูแลโทเคน ไม่ได้ให้บริการ wallet และไม่ได้ถือสถานะใดๆ เพราะการแปลงเกิดขึ้นก่อน settlement ไม่ใช่หลังจากนั้น
ลิงก์ชำระเงินใช้งานได้ภายในวันที่คุณมีบัญชี การเชื่อมต่อผ่าน API ประกอบด้วย order endpoint การ redirect และ webhook ที่ลงลายมือชื่อหนึ่งตัว ทีมส่วนใหญ่รันในโหมดทดสอบได้ภายในสัปดาห์เดียว แล้วสลับเป็นใช้งานจริงเมื่อทดลองชำระเงินครบทั้งขั้นตอน ส่วนปลั๊กอินสำหรับร้านค้าไม่ต้องพัฒนาเลย
ได้ — รันคู่กัน ส่งคำสั่งซื้อใหม่มาที่ Gateway ขณะที่ผู้ให้บริการเดิมทำ settlement และ refund ของรายการเดิมให้เสร็จ เพราะ refund ย้อนกลับผ่านช่องทางที่รับชำระเงินเสมอ บัตรที่เก็บไว้จะย้ายเป็นโทเคน สมาชิกของคุณจึงไม่ต้องกรอกข้อมูลบัตรใหม่
การเรียกสร้างคำสั่งซื้อและตัวจัดการ webhook ส่วนหน้าชำระเงิน ตรรกะของแต่ละวิธี หน้า wallet 3-D Secure ใบเสร็จ และวิธีชำระเงินใหม่ที่เพิ่มภายหลัง เราดูแลให้ทันสมัยเอง นี่คือข้อดีของ hosted checkout
ราคา
เริ่มใช้งานโดยไม่มีค่าแพลตฟอร์ม — gateway มีรายได้จากการชำระเงินที่ประมวลผล ต้นทุนจึงสัมพันธ์กับปริมาณที่ผ่าน checkout
ให้ checkout ทำงานภายใต้แบรนด์ของคุณ ด้วยไลเซนส์ที่กำหนดขอบเขตตามรางที่เปิดใช้และปริมาณงานที่วางแผนไว้
แบรนด์ของคุณบนหน้าชำระเงิน รางของเราอยู่เบื้องหลัง และเราดูแลให้ — ขอบเขตขึ้นกับวิธีชำระเงินที่คุณเปิด
ต้นทุนสัมพันธ์กับปริมาณที่ผ่าน checkout และรางที่คุณเปิดใช้ — settlement ของบัตร wallet และ USDC เลือกใช้แบบ standalone หรือ whitelabel เต็มรูปแบบ
ประเมิน
เราสาธิตตัวอย่างจริงไปพร้อมคุณ — Arc Studio SRL, ออเดอร์ 9F21-0716 — จ่ายด้วยบัตร wallet และ USDC พร้อมแสดง back office ของร้านค้าที่อยู่เบื้องหลัง
ร้านค้าทดสอบพร้อม API key ให้ทีมของคุณสร้างออเดอร์ ใช้ checkout แบบ hosted และรับผลลัพธ์ที่ลงนามแล้วได้ครบทุกขั้น
API ออเดอร์ webhook order.paid และคู่มือการเชื่อมต่อ — ทุกอย่างที่ต้องใช้เพื่อชี้ checkout มาที่ Gateway แทนการสร้างเอง
หน้า hosted ภายใต้โลโก้ สี และตัวอักษรของคุณ ให้เห็น checkout ของคุณเองก่อนเปิดใช้งานจริง
อ่านต่อ
ใช้แบบ standalone หรือ whitelabel — แบรนด์ของคุณบน checkout โดยมีราง (rails) ของเราอยู่เบื้องหลัง
PoS ใช้โมเดลคำสั่งซื้อเดียวกับ Gateway ที่หน้าเคาน์เตอร์ vIBAN ให้เลขอ้างอิงที่ระบุตัวตนได้ในตัวแก่คำสั่งซื้อแบบโอนเงินผ่านธนาคาร Chain แปลงการชำระด้วย USDC เป็น EUR Center คือคอนโซลของผู้ดูแลเบื้องหลัง checkout และ Agents ใช้โมเดลคำสั่งซื้อเดียวกันกับการชำระเงินที่ซอฟต์แวร์เป็นผู้เริ่มภายใต้นโยบายที่มนุษย์กำหนด
ทุกอย่างข้างต้นทำงานในเดโมระดับ production ที่เราพาคุณชมได้ ไม่ว่าจะแบบ standalone, whitelabel หรือเป็นแพลตฟอร์มเดียว บอกเราว่าคุณกำลังสร้างอะไร แล้วเราจะแสดงเส้นทางที่สั้นที่สุด
