Routing Group Rules API
Routing Group Rules API ช่วยให้คุณสร้างและจัดการกฎการกำหนดเส้นทางการชำระเงินที่ควบคุมวิธีการประมวลผลธุรกรรมข้ามผู้ให้บริการชำระเงินและ acquirers ต่างๆ สิ่งนี้ช่วยให้สามารถใช้กลยุทธ์การจัดการการชำระเงินที่ซับซ้อนได้
ภาพรวม
Routing Group Rules ให้:
- Payment Orchestration - กำหนดเส้นทางธุรกรรมไปยังผู้ให้บริการต่างๆ ตามกฎ
- Load Balancing - กระจายปริมาณธุรกรรมข้าม acquirers หลายราย
- Failover Support - กำหนดเส้นทางไปยังผู้ให้บริการสำรองโดยอัตโนมัติเมื่อผู้ให้บริการหลักล้มเหลว
- Cost Optimization - กำหนดเส้นทางตามต้นทุนและค่าธรรมเนียมธุรกรรม
- Geographic Routing - นำทางการชำระเงินตามตำแหน่งลูกค้าหรือบัตร
- Card Type Routing - กำหนดเส้นทางบัตรประเภทเฉพาะไปยังผู้ให้บริการที่เหมาะสมที่สุด
กฎการกำหนดเส้นทางทำงานอย่างไร
- กำหนดกฎ - สร้างกฎการกำหนดเส้นทางพร้อมเงื่อนไขและผู้ให้บริการเป้าหมาย
- ตั้งลำดับความสำคัญ - กำหนดลำดับความสำคัญเพื่อกำหนดลำดับการประเมินกฎ
- ใช้เงื่อนไข - ระบุเมื่อกฎควรตรงกัน (จำนวนเงิน, สกุลเงิน, ประเภทบัตร ฯลฯ)
- กำหนดการกระทำ - กำหนดว่าธุรกรรมที่ตรงกันควรถูกกำหนดเส้นทางไปที่ไหน
- ตรวจสอบประสิทธิภาพ - ติดตามการตัดสินใจการกำหนดเส้นทางและปรับปรุงกฎ
เงื่อนไขกฎ
กฎสามารถตรงกับคุณลักษณะธุรกรรมต่างๆ:
เงื่อนไขจำนวนเงิน
- จำนวนธุรกรรมขั้นต่ำและสูงสุด
- เกณฑ์เฉพาะสกุลเงิน
เงื่อนไขบัตร
- แบรนด์บัตร (Visa, Mastercard ฯลฯ)
- ประเภทบัตร (credit, debit, prepaid)
- ประเทศที่ออกบัตร
- ช่วง BIN
เงื่อนไขสกุลเงิน
- สกุลเงินธุรกรรม
- สกุลเงินการชำระเงิน
เงื่อนไข Metadata
- ฟิลด์ metadata ที่กำหนดเอง
- รหัสหมวดหมู่ร้านค้า
กรณีการใช้งาน
การตั้งค่า Multi-Acquirer
กำหนดเส้นทางธุรกรรมไปยัง acquirers ต่างๆ ตามประเภทบัตรหรือจำนวนเงินเพื่อเพิ่มอัตราการยอมรับและลดต้นทุน
การเพิ่มประสิทธิภาพทางภูมิศาสตร์
กำหนดเส้นทางธุรกรรมในประเทศไปยัง acquirers ท้องถิ่นเพื่ออัตราที่ดีกว่าและธุรกรรมระหว่างประเทศไปยังผู้ให้บริการระดับโลก
การกำหนดค่า Failover
ตั้งค่ากฎการกำหนดเส้นทางสำรองที่เปิดใช้งานเมื่อผู้ให้บริการหลักมีปัญหา
การเพิ่มประสิทธิภาพต้นทุน
กำหนดเส้นทางธุรกรรมมูลค่าต่ำไปยังผู้ให้บริการที่มีค่าธรรมเนียมต่อรายการต่ำและธุรกรรมมูลค่าสูงไปยังผู้ให้บริการที่มีค่าธรรมเนียมเปอร์เซ็นต์ต่ำ
การจัดการความเสี่ยง
กำหนดเส้นทางรูปแบบธุรกรรมที่มีความเสี่ยงสูงไปยังผู้ให้บริการที่มีการตรวจจับการฉ้อโกงที่เพิ่มขึ้น
Endpoints ที่มี
- สร้างกฎการกำหนดเส้นทาง - POST /routing_group_rules
โครงสร้างกฎ
แต่ละกฎการกำหนดเส้นทางประกอบด้วย:
การระบุตัวตน
- id - ตัวระบุกฎเฉพาะ
- name - ชื่อกฎที่อ่านได้
- description - คำอธิบายกฎโดยละเอียด
เงื่อนไข
- conditions - อาร์เรย์ของอ็อบเจกต์เงื่อนไข
- match_type - วิธีการรวมเงื่อนไข (all/any)
การกระทำ
- provider - ผู้ให้บริการชำระเงินเป้าหมาย
- priority - ลำดับการประเมินกฎ
- weight - น้ำหนักสำหรับ load balancing (ตัวเลือก)
สถานะ
- enabled - กฎใช้งานอยู่หรือไม่
- created_at - timestamp การสร้าง
- updated_at - timestamp การแก้ไขล่าสุด
แนวทางปฏิบัติที่ดี
ควรทำ
- เริ่มต้นง่ายๆ - เริ่มด้วยกฎพื้นฐานและเพิ่มความซับซ้อนทีละน้อย
- ทดสอบอย่างละเอียด - ตรวจสอบกฎในโหมดทดสอบก่อนการผลิต
- ตรวจสอบ metrics - ติดตามการตัดสินใจการกำหนดเส้นทางและอัตราความสำเร็จ
- จัดทำเอกสารกฎ - เก็บเอกสารที่ชัดเจนของตรรกะการกำหนดเส้นทาง
- ใช้ลำดับความสำคัญอย่างชาญฉลาด - เว้นช่องว่างในหมายเลขลำดับความสำคัญสำหรับกฎในอนาคต
- ตั้งค่า failovers - มีกฎการกำหนดเส้นทางสำรองเสมอ
ไม่ควรทำ
- อย่าซับซ้อนเกินไป - ชุดกฎที่ซับซ้อนยากต่อการ debug
- อย่าลืมทดสอบ - ทดสอบใน sandbox ก่อนเสมอ
- อย่าละเลย metrics - ตรวจสอบเพื่อจับปัญหาแต่เนิ่นๆ
- อย่าสร้างความขัดแย้ง - ตรวจสอบให้แน่ใจว่ากฎไม่มีเงื่อนไขที่ซ้ำซ้อน
- อย่าข้าม failovers - มีเส้นทางสำรองสำหรับเส้นทางที่สำคัญทั้งหมด
ข้อพิจารณาด้านประสิทธิภาพ
การประเมินกฎ
- กฎถูกประเมินตามลำดับความสำคัญ
- กฎแรกที่ตรงกันจะถูกใช้
- เก็บกฎที่มี traffic สูงไว้ที่ลำดับความสำคัญสูงกว่า
Caching
- การกำหนดค่ากฎถูก cache สำหรับประสิทธิภาพ
- การเปลี่ยนแปลงอาจใช้เวลาไม่กี่วินาทีในการแพร่กระจาย
การตรวจสอบ
- ติดตามการตัดสินใจการกำหนดเส้นทางผ่าน webhooks
- ตรวจสอบสุขภาพผู้ให้บริการและปรับกฎตามนั้น
แหล่งข้อมูลที่เกี่ยวข้อง
ต้องการความช่วยเหลือ? ติดต่อ support@omise.co