Percobaan Ulang Otomatis dan Penanganan Panggilan Balik
Cara Kerjanya
Ketika upaya pengiriman panggilan balik gagal, Brick akan memicu percobaan ulang secara otomatis.
Setiap percobaan ulang dijadwalkan setelah sistem menerima log panggilan balik yang gagal dari upaya sebelumnya.
Respons Panggilan Balik yang Berhasil
Brick memperlakukan panggilan balik transaksi sebagai berhasil diterima ketika titik akhir Anda mengembalikan HTTP 200 setelah menerima peristiwa tersebut. Kembalikan respons sukses hanya setelah sistem Anda menyimpan data panggilan balik atau mengantrinya dengan aman untuk diproses.
URL Pengujian URL Panggilan Balik Dasbor / Simpan & Uji lebih ketat: permintaan validasi harus mengembalikan HTTP 200 dengan JSON ACK yang menggemakan pengujian referenceId Brick.
Code
Alur validasi juga menerima reference_id sebagai alias. Respons kosong, teks biasa, JSON tidak valid, referensi hilang, referensi tidak cocok, respons non-200, host tidak dapat dijangkau, dan batas waktu adalah pengujian panggilan balik yang gagal.
Pemeriksaan status panggilan balik bersifat baca-saja dan tersedia di Dasbor Klien melalui GET /v3/exp/dashboard/disbursement/callback/status. Tindakan pengiriman ulang masih menggunakan rute lama yang ada karena membuat upaya pengiriman panggilan balik lainnya.
Jadwal Coba Lagi
Jadwal percobaan ulang panggilan balik otomatis adalah sebagai berikut:
- 1st retry: dikirim secara realtime setelah log panggilan balik pertama yang gagal diterima
- 2nd retry: dikirim 1 menit setelah log panggilan balik yang gagal untuk percobaan ulang pertama diterima
- 3rd retry: dikirim 2 menit setelah log panggilan balik yang gagal untuk percobaan ulang ke-2 diterima
- 4th retry: dikirim 13 menit setelah log panggilan balik yang gagal untuk percobaan ulang ke-3 diterima
- 5th retry: dikirim 47 menit setelah log panggilan balik yang gagal untuk percobaan ulang ke-4 diterima
📘 Catatan Penting
- Percobaan ulang otomatis dipicu hanya ketika upaya panggilan balik sebelumnya tidak berhasil diterima.
- Setiap percobaan ulang bergantung pada log yang gagal dari percobaan sebelumnya.
- Karena percobaan ulang dapat mengakibatkan pengiriman berulang pada peristiwa yang sama, pedagang harus selalu menangani panggilan balik dengan cara yang idempoten.