แพลตฟอร์มการชำระเงิน

ระบบการจัดการการชำระเงิน

รวมผู้ให้บริการชำระเงินหลายราย ผู้รับชำระเงิน และวิธีการชำระเงินต่าง ๆ ด้วยการกำหนดเส้นทาง การสำรองข้อมูล การทำให้สถานะเป็นมาตรฐานเดียวกัน และกฎที่ช่วยปรับปรุงความน่าเชื่อถือของธุรกรรมและการดำเนินงานด้านการชำระเงิน

ทำให้ส่วนติดต่อผู้ให้บริการ สถานะ และโมเดลข้อผิดพลาดเป็นมาตรฐาน เพื่อให้ระบบธุรกิจไม่จำเป็นต้องจัดการความซับซ้อนภายนอกโดยตรง ในขณะที่สร้างพื้นฐานร่วมสำหรับการสลับผู้ให้บริการ การขยายหลายตลาด และการปรับกลยุทธ์การชำระเงินให้เหมาะสม

Product scope: นี่คือซอฟต์แวร์ที่สามารถนำไปใช้ได้สำหรับความสามารถในการชำระเงินที่กำหนด ไม่ใช่วิธีแก้ปัญหาที่ปรึกษาหรือธุรกิจแบบครบวงจร สามารถรวมกับบริการประเมิน สถาปัตยกรรม และการใช้งานเมื่อจำเป็น

โครงสร้างสถาปัตยกรรมการกำหนดเส้นทางและควบคุมการชำระเงิน
มูลค่าผลิตภัณฑ์

เมื่อผู้ให้บริการชำระเงินภายนอกมีจำนวนเพิ่มขึ้น

รวมผู้ให้บริการซ้ำ

PSP ผู้รับชำระเงิน และธนาคารเปิดเผย API ฟิลด์ สถานะ และโมเดลข้อยกเว้นที่แตกต่างกัน ทำให้ระบบธุรกิจต้องรักษาโลจิกตัวเชื่อมที่ซ้ำกัน

ผู้ให้บริการขัดข้องส่งผลโดยตรงต่อธุรกิจ

หากปราศจากการจัดการแบบรวมศูนย์และเส้นทางสำรอง ความล่าช้าของผู้ให้บริการ การหยุดชะงัก หรือความไม่พร้อมใช้งานบางส่วนสามารถรบกวนธุรกรรมทันที

ตรรกะการกำหนดเส้นทางถูกแบ่งออกเป็นส่วน ๆ

กฎเกณฑ์สำหรับตลาด สกุลเงิน วิธีการชำระเงิน จำนวน ความเสี่ยง ต้นทุน และความสามารถของผู้ให้บริการถูกกระจายอยู่ทั่วระบบ และเป็นเรื่องยากที่จะเปลี่ยนแปลงอย่างสม่ำเสมอ

สถานะและรหัสข้อผิดพลาดไม่สอดคล้องกัน

ผลลัพธ์ทางธุรกิจเดียวกันสามารถถูกแสดงแตกต่างกันโดยผู้ให้บริการแต่ละราย ซึ่งเพิ่มความซับซ้อนในการดำเนินงาน การลองใหม่ และการจัดการข้อยกเว้น

ความสามารถหลัก

รวมการเชื่อมต่อ การกำหนดเส้นทาง และการควบคุม

ชั้นการประสานงานรวมการเชื่อมต่อผู้ให้บริการ การทำให้สถานะเป็นมาตรฐาน การกำหนดเส้นทาง ความทนทาน และการติดตามการดำเนินงานไว้ในศูนย์กลาง

การเชื่อมต่อผู้ให้บริการแบบรวม

เชื่อมต่อ PSPs ผู้รับบัตร ธนาคาร และช่องทางการชำระเงินอื่น ๆ ผ่านกรอบการเชื่อมต่อมาตรฐานที่แยกความแตกต่างของอินเทอร์เฟซภายนอก

API การชำระเงินแบบรวม

เปิดเผยอินเทอร์เฟซการชำระเงินที่สม่ำเสมอต่อระบบธุรกิจและลดการพึ่งพาโดยตรงกับ API และโครงสร้างข้อมูลเฉพาะของผู้ให้บริการ

การทำให้สถานะและข้อผิดพลาดเป็นมาตรฐาน

แมปสถานะของผู้ให้บริการ สาเหตุความล้มเหลว และผลลัพธ์ข้อยกเว้นให้เป็นโมเดลภายในเดียวกัน

การกำหนดเส้นทางตามกฎ

กำหนดเส้นทางการชำระเงินโดยใช้ตลาด สกุลเงิน วิธีการชำระเงิน จำนวนลูกค้า ความเสี่ยง ค่าใช้จ่าย และความสามารถของผู้ให้บริการ

การสลับสำรองและการเสื่อมสภาพ

เปลี่ยนไปใช้เส้นทางทางเลือกหรือดำเนินกลยุทธ์การลดระดับเมื่อผู้ให้บริการไม่สามารถใช้งานได้, เกินเวลาที่กำหนด หรือคุณภาพลดลง

การลองใหม่ ความสามารถในการทำซ้ำ และการกู้คืน

ใช้การลองใหม่อย่างมีการควบคุม การยืนยันสถานะ และการกู้คืนสำหรับเวลาเกินกำหนด สถานะไม่ทราบ และความล้มเหลวที่สามารถกู้คืนได้

กลยุทธ์และการกำกับดูแลผู้ให้บริการ

จัดการความสามารถ ความพร้อม ความสำคัญ ค่าใช้จ่าย ระดับการบริการ และความสัมพันธ์ fallback ของผู้ให้บริการ

การตรวจสอบและวิเคราะห์การดำเนินงาน

ติดตามอัตราความสำเร็จ สาเหตุของความล้มเหลว ความล่าช้า ความพร้อมใช้งานของผู้ให้บริการ และผลลัพธ์การกำหนดเส้นทางสำหรับการดำเนินงานและการจัดการผู้ให้บริการ

สถาปัตยกรรมผลิตภัณฑ์

ทำให้ผู้ให้บริการภายนอกเป็นมาตรฐานก่อนใช้มาตรการกำหนดเส้นทาง

Reference flow: Business Request → Unified Payment Intent → Provider Normalization → Routing Policy → Provider Execution → Status Normalization → Recovery & Observation.

1

ระบบธุรกิจ

ร้านค้า แอป วอลเล็ต การออกบัตร การโอนเงิน และผลิตภัณฑ์การชำระเงินอื่น ๆ

2

Unified Payment API และ Orchestration Layer

ปรับมาตรฐานสถานะและดำเนินการเส้นทาง การสำรองข้อมูล การลองอีกครั้ง และการตรวจสอบการปฏิบัติการ

3

เครือข่ายการชำระเงินภายนอก

เชื่อมต่อ PSPs ผู้รับชำระเงิน ธนาคาร และช่องทางการชำระเงินภายนอกอื่น ๆ

แบบจำลองวัตถุหลัก

วัตถุหลักสำหรับการจัดการแบบออร์เคสตราอิสระจากผู้ให้บริการ

ความตั้งใจชำระเงิน

คำแนะนำที่เป็นกลางไม่ขึ้นกับผู้ให้บริการ อธิบายสิ่งที่ธุรกิจต้องการดำเนินการ

ผู้ให้บริการ

PSP, ผู้รับชำระ, ธนาคาร หรือจุดบริการชำระเงินที่ตั้งค่าไว้แล้ว

เส้นทาง

เส้นทางที่เป็นไปได้รวมวิธี ผู้ให้บริการ ตลาด และข้อจำกัดทางพาณิชย์

Routing Policy

กฎที่กำหนดคุณสมบัติ ลำดับความสำคัญ การสำรอง และการจัดสรรปริมาณการจราจร

พยายาม

แต่ละความพยายามในการดำเนินการกับผู้ให้บริการ รวมถึงการตอบสนอง, ความล่าช้า และรหัสเหตุผล

สถานะที่เป็นมาตรฐาน

รูปแบบวงจรชีวิตที่ใช้ร่วมกันซึ่งแปลงสถานะผู้ให้บริการที่หลากหลายเป็นสถานะธุรกิจที่สอดคล้องกัน

กลยุทธ์การกำหนดเส้นทาง

การจัดเส้นทางการชำระเงินมีมากกว่าแค่การเลือกอัตราความสำเร็จสูงสุด

การกำหนดเส้นทางที่มีประสิทธิภาพจะสร้างสมดุลคุณภาพของธุรกรรม เศรษฐศาสตร์ ความพร้อมใช้งาน และกลยุทธ์ทางธุรกิจ แทนที่จะปรับแต่งตัวชี้วัดเดียว

อัตราความสำเร็จ

ใช้ประสิทธิภาพของผู้ให้บริการ วิธีการชำระเงิน และกรณีการใช้งานเมื่อกำหนดกลยุทธ์เส้นทาง

ค่าใช้จ่าย

พิจารณาค่าธรรมเนียมการทำธุรกรรม ค่าธรรมเนียมคงที่ และค่าใช้จ่ายอื่นๆ ของช่องทางเมื่อเลือกเส้นทาง

ความพร้อมใช้งาน

ปรับเส้นทางโดยใช้สถานะบริการของผู้ให้บริการ ความล่าช้า และสภาวะการหยุดทำงาน

ตลาดและวิธีการชำระเงิน

จับคู่ผู้ให้บริการตามประเทศ ภูมิภาค สกุลเงิน และวิธีการชำระเงินที่รองรับ

ความเสี่ยงและกฎทางธุรกิจ

รวมถึงเงื่อนไขความเสี่ยง กฎของลูกค้า ข้อจำกัดด้านจำนวนเงิน และข้อจำกัดทางธุรกิจอื่น ๆ

ความสามารถของผู้ให้บริการ

ใช้ความสามารถของผลิตภัณฑ์ผู้ให้บริการ ขีดจำกัด ระดับการบริการ และความสัมพันธ์สำรองเพื่อกำหนดลำดับความสำคัญ

กรณีการใช้งาน

ช่องทางที่การประสานการชำระเงินเหมาะสม

การชำระเงินหลายผู้ให้บริการ

ธุรกิจการชำระเงินแบบครั้งเดียวต้องมี PSPs ผู้รับหรือธนาคารหลายแห่ง

การชำระเงินหลายตลาด

แต่ละประเทศและภูมิภาคต้องการผู้ให้บริการ สกุลเงิน และวิธีการชำระเงินท้องถิ่นที่แตกต่างกัน

ความยืดหยุ่นในการชำระเงิน

ลดผลกระทบจากการหยุดให้บริการ ความล่าช้า และการไม่พร้อมใช้งานของผู้ให้บริการต่อความต่อเนื่องของธุรกรรม

เส้นทางและการปรับต้นทุนให้เหมาะสม

เลือกเส้นทางการชำระเงินโดยใช้ อัตราความสำเร็จ, ค่าใช้จ่าย, ตลาด และความสามารถของผู้ให้บริการ.

การรวมการชำระเงินแบบเดิม

นำการบูรณาการที่กระจายอยู่มาสู่ชั้นการเข้าถึงและการประสานงานที่มีมาตรฐาน

Deployment & Integration

เหมาะสมกับกลุ่มการชำระเงินที่มีอยู่

วางการประสานงานระหว่างแอปพลิเคชันธุรกิจและผู้ให้บริการชำระเงินภายนอกเพื่อให้การกำหนดเส้นทางและการสำรองสามารถพัฒนาได้โดยไม่ต้องเขียนตรรกะของผลิตภัณฑ์ใหม่

API เป็นหลัก

เชื่อมต่อระบบธุรกิจที่มีอยู่ผ่าน API แบบรวม, เว็บฮุค และกลไกเหตุการณ์

กรอบตัวเชื่อมมาตรฐาน

รวม PSPs, ผู้รับชำระ และธนาคารผ่านตัวเชื่อมและตัวแปลงที่นำกลับมาใช้ใหม่ได้

การยอมรับแบบเพิ่มขึ้นทีละน้อย

แนะนำการจัดการแบบ Orchestration ตามตลาด วิธีการชำระเงิน หรือผู้ให้บริการโดยไม่ต้องย้ายการเชื่อมต่อที่มีอยู่ทั้งหมดพร้อมกัน

การรวมระบบหลัก

ทำงานร่วมกับระบบแกนธุรกรรม บัญชี บัญชีแยกประเภท ระบบความเสี่ยง การปรับบัญชี และการชำระเงิน โดยการปรับใช้ให้เหมาะกับสถาปัตยกรรมและข้อกำหนดด้านความปลอดภัยของลูกค้า

API แบบรวม

ระบบธุรกิจรวมเข้ากับการดำเนินการชำระเงินที่เป็นมาตรฐานเพียงครั้งเดียว

ตัวเชื่อมต่อผู้ให้บริการ

ผู้ให้บริการภายนอกแต่ละรายถูกแยกออกหลังสัญญาตัวเชื่อมมาตรฐาน

Routing & Failover

นโยบาย ลำดับความสำคัญ และพฤติกรรมสำรองสามารถเปลี่ยนแปลงได้อย่างอิสระจากรหัสผลิตภัณฑ์

โทรเมทรีการดำเนินงาน

ความพยายาม ความล่าช้า ความผิดพลาด และผลลัพธ์ของผู้ให้บริการเป็นข้อมูลสำหรับการติดตามและการกำกับดูแลผู้ขาย

Product Design

ออกแบบมาสำหรับสภาพแวดล้อมการชำระเงินที่ซับซ้อน

การรวมผู้ให้บริการเป็นหนึ่งเดียว

แยกอินเทอร์เฟซ สถานะ และโมเดลข้อผิดพลาดที่เฉพาะของผู้ให้บริการในชั้นการประสานงานและการเชื่อมต่อ

ความน่าเชื่อถือมาก่อน

สร้างการกำหนดเส้นทาง การสำรองกรณีล้มเหลว การลองใหม่ การยืนยันสถานะ และการกู้คืนเข้าไปในแกนหลักของผลิตภัณฑ์

กลยุทธ์ที่ปรับแต่งได้

กำหนดค่าการกำหนดเส้นทางและการสลับโดยใช้ตลาด ต้นทุน วิธีการชำระเงิน ความสามารถของลูกค้า และผู้ให้บริการ

แบบโมดูลและสามารถประกอบได้

ใช้ได้อย่างอิสระหรือรวมกับ Payment Core, Payment Accounting และซอฟต์แวร์การชำระเงิน REALSUCC อื่น ๆ.

ความสัมพันธ์ด้านผลิตภัณฑ์: Payment Core จัดการธุรกรรมหลัก, บัญชี และความสามารถด้านเงินขั้นพื้นฐาน การประสานงานการชำระเงิน (Payment Orchestration) มุ่งเน้นไปที่การเชื่อมต่อผู้ให้บริการภายนอก, การกำหนดเส้นทาง, การสลับ และกลยุทธ์ของผู้ให้บริการ ทั้งสองสามารถใช้งานได้อย่างอิสระหรือใช้งานร่วมกัน

ขั้นตอนต่อไป

รวมการเชื่อมต่อและเส้นทางการชำระเงินของคุณ

หากธุรกิจการชำระเงินของคุณเชื่อมต่อผู้ให้บริการหลายรายอยู่แล้ว หรือกำลังขยายไปสู่ตลาดและวิธีการชำระเงินใหม่ ชั้นการประสานงานแบบรวมศูนย์สามารถลดความซับซ้อนในการรวมระบบ การพึ่งพาผู้ให้บริการ และผลกระทบจากการหยุดชะงักได้