ลองใหม่อัตโนมัติและการจัดการการโทรกลับ

มันทำงานอย่างไร

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

การตอบกลับการโทรกลับสำเร็จ

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

URL ทดสอบการเรียกกลับแดชบอร์ด / บันทึกและทดสอบเข้มงวดกว่า: คำขอตรวจสอบต้องส่งคืน HTTP 200 พร้อมด้วย JSON ACK ที่สะท้อนการทดสอบ referenceId ของ Brick

Code
{
  "ok": true,
  "referenceId": "BRICK-CALLBACK-TEST-..."
}

ขั้นตอนการตรวจสอบยังยอมรับ reference_id เป็นนามแฝงด้วย การตอบกลับว่างเปล่า, ข้อความธรรมดา, JSON ไม่ถูกต้อง, การอ้างอิงขาดหายไป, การอ้างอิงไม่ตรงกัน, การตอบกลับไม่ 200 รายการ, โฮสต์ที่ไม่สามารถเข้าถึงได้ และการหมดเวลาคือการทดสอบการเรียกกลับที่ไม่สำเร็จ

การตรวจสอบสถานะการโทรกลับเป็นแบบอ่านอย่างเดียวและมีอยู่ใน Client Dashboard ผ่าน GET /v3/exp/dashboard/disbursement/callback/status การดำเนินการส่งซ้ำยังคงใช้เส้นทางเดิมที่มีอยู่ เนื่องจากการดำเนินการดังกล่าวสร้างความพยายามในการส่งโทรกลับอีกครั้ง

ลองกำหนดการอีกครั้ง

กำหนดการลองโทรกลับอัตโนมัติมีดังนี้:

• 1st retry: ส่งแบบเรียลไทม์หลังจากได้รับบันทึกการโทรกลับที่ล้มเหลวครั้งแรก
• 2nd retry: ส่งไป 1 นาทีหลังจากได้รับบันทึกการโทรกลับที่ล้มเหลวสำหรับการลองใหม่ครั้งแรก
• 3rd retry: ส่ง 2 นาทีหลังจากได้รับบันทึกการโทรกลับที่ล้มเหลวสำหรับการลองใหม่ครั้งที่ 2
• 4th retry: ส่ง 13 นาทีหลังจากได้รับบันทึกการโทรกลับที่ล้มเหลวสำหรับการลองใหม่ครั้งที่ 3
• 5th retry: ส่ง 47 นาทีหลังจากได้รับบันทึกการโทรกลับที่ล้มเหลวสำหรับการลองใหม่ครั้งที่ 4

📘 หมายเหตุสำคัญ

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