เปรียบเทียบ / หมวดหมู่
Payment gateway vs payment orchestration
สองคำนี้ถูกใช้แทนกันแต่มีความหมายต่างกัน Gateway รับการชำระเงิน ทั้งแสดงช่องทาง authorize capture และชำระดุล ส่วนแพลตฟอร์ม orchestration อยู่เหนือ gateway และตัดสินใจว่าจะใช้ตัวไหนกับแต่ละธุรกรรม คุณต้องการตัวที่สองหรือไม่ขึ้นอยู่กับจำนวนผู้ให้บริการที่คุณมีอยู่ และเหตุผลที่คุณมี
หมวดหมู่ vs หมวดหมู่
แต่ละชั้นมีไว้เพื่ออะไรจริงๆ
เมื่อ gateway ก็เพียงพอแล้ว
หากคุณมีผู้ให้บริการเพียงรายเดียว หรือกำลังเลือกรายแรก เลเยอร์ orchestration ก็ไม่มีอะไรให้ orchestrate สิ่งที่เลเยอร์นี้ขาย ไม่ว่าจะเป็นการ routing ระหว่าง acquirer การส่งรายการที่ถูกปฏิเสธต่อไปยังผู้ให้บริการรายที่สอง หรือการทำกำไรจากส่วนต่างอัตราตาม corridor ล้วนมีข้อสมมติว่าคุณทำงานกับผู้ให้บริการหลายรายอยู่แล้ว การเพิ่มเลเยอร์เหนือ gateway เดียวได้มาเพียงค่าธรรมเนียมและอีกหนึ่งชั้นเพิ่มเติม สิ่งที่ขยับตัวเลขได้จริงในช่วงนี้คือความครอบคลุมของช่องทางชำระเงิน checkout ที่ปิดการขายได้ และการกระทบยอดที่เป็นระเบียบ
- 01คุณมีผู้ให้บริการรายเดียว หรือกำลังเลือกรายแรก
- 02ปัญหา conversion ของคุณอยู่ที่ความครอบคลุมของช่องทางชำระเงิน ไม่ใช่ routing
- 03คุณไม่อยากบริหารความสัมพันธ์กับ acquirer หลายราย
- 04โมเดลการกระทบยอดเดียวสำคัญกว่าอัตราอนุมัติที่เพิ่มขึ้นหนึ่งจุด
เมื่อ orchestration คุ้มกับค่าธรรมเนียม
เมื่อปริมาณธุรกรรมสูงจนเศษเสี้ยวของเปอร์เซ็นต์กลายเป็นเงินก้อนจริง และคุณมีความสัมพันธ์ด้าน acquiring หลายรายอยู่แล้ว เพราะไม่มีรายใดรายเดียวครอบคลุมตลาด โปรไฟล์ความเสี่ยง หรืออัตราค่าบริการของคุณได้ ในระดับนี้ การ routing ตาม issuer และ corridor การส่งรายการ soft decline ไปยัง acquirer รายที่สอง และการทำรายงานจากผู้ให้บริการต่าง ๆ ให้เป็นรูปแบบเดียวกัน จะไม่ใช่แค่ไอเดียน่าสนใจอีกต่อไป แต่กลายเป็นหนึ่งบรรทัดใน P&L เงื่อนไขเบื้องต้นเหมือนกันทุกกรณี คือคุณต้องมีผู้ให้บริการหลายรายที่มีเหตุผลให้ใช้ต่อ
- 01คุณใช้ acquirer หลายรายอยู่แล้วเพื่อความครอบคลุม ความสำรอง หรืออัตราค่าบริการ
- 02ด้วยปริมาณธุรกรรม อัตราอนุมัติที่เพิ่มขึ้นหนึ่งจุดมีมูลค่ามากกว่าค่าธรรมเนียมของเลเยอร์
- 03คุณต้องการโมเดลรายงานเดียวสำหรับผู้ให้บริการที่ตัวเลขไม่ตรงกัน
- 04การทำ failover ระหว่างผู้ให้บริการเป็นข้อกำหนดทางธุรกิจ ไม่ใช่แค่ส่วนเสริม
Protocore อยู่ตรงไหน
Protocore Gateway คือเลเยอร์แรก ทำหน้าที่รับชำระเงินและ settle เงิน พร้อมส่วนของเลเยอร์ที่สองที่ธุรกิจแบบผู้ให้บริการรายเดียวต้องใช้จริง โดยฝังมาในตัวแทนที่จะขายแยกอยู่ด้านบน ได้แก่ นโยบาย routing ที่อ่านเข้าใจได้ การลองใหม่ผ่านเส้นทางสำรองก่อนที่ลูกค้าจะเห็นข้อผิดพลาด และเหตุผลที่ธุรกรรมถูกปฏิเสธซึ่งเขียนด้วยภาษาที่ผู้ปฏิบัติงานนำไปแก้ไขต่อได้ หากถึงจุดที่คุณจำเป็นต้อง route ข้าม acquirer ที่คุณมีเองจริง ๆ แพลตฟอร์ม whitelabel จะเชื่อมต่อ acquirer ของคุณควบคู่กับของเรา สรุปตามตรงคือ ธุรกิจส่วนใหญ่ที่ถามคำถามนี้ต้องการ gateway ที่ดีกว่าเดิม ไม่ใช่เลเยอร์ที่ซ้อนอยู่เหนือ gateway ที่มีอยู่
- 01gateway ที่ settle เงินได้ พร้อมนโยบาย routing และ retry ในตัว
- 02บัตร วอลเล็ต โอนผ่านธนาคาร และ USDC ในหน้าเดียวและด้วย reference เดียว
- 03เชื่อมต่อ acquirer ของคุณเองควบคู่กับของเราบนแพลตฟอร์ม whitelabel
- 04ไม่มีค่าธรรมเนียมเลเยอร์สำหรับการ orchestrate ผู้ให้บริการรายเดียว
ปัญหาของคุณอยู่ที่เลเยอร์ไหน
บอกเราว่าคุณใช้ผู้ให้บริการกี่ราย และการชำระเงินล้มเหลวตรงจุดไหน เราจะบอกว่าทางแก้คือ routing หรือตัว gateway เอง