Langsung ke konten utama
Setiap perubahan pada status atau data profil entitas User atau Business mengirimkan webhook agar sistem Anda dapat merespons secara real time. Gunakan webhook entitas untuk menyinkronkan data profil, meneruskan pemblokiran ke sistem lain, atau memicu alur kepatuhan hilir.

Katalog event

activity.created diterima di subscribed_events dan tercakup oleh penguji Try Webhook, tetapi Didit saat ini tidak mengirimkannya untuk trafik produksi. Jangan membangun pencerminan linimasa berdasarkan event ini.
Didit juga mengirimkan event sesi, transaksi, dan sesi bisnis yang merujuk ke kolom entitas. Lihat:

Bentuk payload

Webhook entitas bersifat datar: tidak ada pembungkus data dan tidak ada kunci event. Baca webhook_type untuk merutekan event.

user.status.updated / business.status.updated

Dikirim pada setiap perubahan status. Payload memuat status dan previous_status. Payload tidak menjelaskan alasan perubahan status: buka entitas di konsol jika Anda memerlukan penyebabnya.

user.data.updated / business.data.updated

Dikirim ketika kolom profil berubah. changed_fields mencantumkan kolom yang berubah, dan changes berisi nilai previous dan current untuk setiap kolom.
Kolom yang dapat muncul di changed_fields adalah:
  • User: vendor_data, display_name, full_name, date_of_birth, metadata, portrait_image, issuing_states, approved_emails, approved_phones, features, session_count, approved_count, declined_count, in_review_count, first_session_at, last_session_at.
  • Business: vendor_data, display_name, metadata, legal_name, registration_number, country_code, session_count, approved_count, declined_count, in_review_count, features, first_session_at, last_session_at.
Gunakan changed_fields dan changes untuk menyinkronkan hanya kolom yang berubah.

Pengiriman, percobaan ulang, dan penandatanganan

Semua webhook entitas mengikuti kontrak pengiriman standar:
  • Ditandatangani dengan HMAC-SHA256 di header X-Signature-V2 (direkomendasikan), menggunakan secret_shared_key dari tujuan. X-Signature dan X-Signature-Simple yang sudah tidak digunakan lagi juga dikirim, bersama X-Timestamp.
  • Dicoba lagi hingga 2 kali, setelah sekitar 1 menit dan sekitar 4 menit, ketika endpoint Anda merespons 5xx atau 404, mengalami timeout, atau gagal terhubung. Referensi webhook memuat kebijakan lengkapnya.
  • Idempoten: setiap webhook memiliki event_id yang unik dalam payload; lakukan deduplikasi di sisi Anda.
Lihat Referensi webhook untuk pengaturan tujuan dan contoh kode verifikasi tanda tangan.

Berlangganan

Berlangganan event entitas di tujuan webhook melalui Management API atau Business Console:

Langkah selanjutnya

Referensi webhook

Tujuan, tanda tangan, percobaan ulang, dan verifikasi.

Buat tujuan

Daftarkan endpoint webhook baru.

Operasi pengguna

Perubahan yang memicu webhook pengguna.
Terakhir diubah pada 7 November 2026