Saltar para o conteúdo principal
Sempre que o estado ou os dados de perfil de uma entidade User ou Business mudam, é emitido um webhook para que o seu sistema reaja em tempo real. Use os webhooks de entidades para sincronizar dados de perfil, propagar bloqueios para outros sistemas ou acionar fluxos de conformidade a jusante.

Catálogo de eventos

activity.created é aceite em subscribed_events e coberto pelo testador Try Webhook, mas a Didit não o envia atualmente para tráfego em produção. Não construa uma sincronização de cronologia com base neste evento.
A Didit também emite eventos de sessão, de transação e de sessão empresarial que referenciam campos de entidades. Consulte:

Formato dos payloads

Os webhooks de entidades são planos: não existe um wrapper data nem uma chave event. Leia webhook_type para encaminhar o evento.

user.status.updated / business.status.updated

É disparado em cada alteração de estado. O payload inclui status e previous_status. Não indica o motivo da alteração de estado: se precisar da causa, abra a entidade na consola.

user.data.updated / business.data.updated

É disparado quando os campos de perfil mudam. changed_fields lista os campos que mudaram e changes contém o valor previous e o valor current de cada um.
Os campos que podem aparecer em changed_fields são:
  • 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.
Use changed_fields e changes para sincronizar apenas os campos que mudaram.

Entrega, novas tentativas e assinatura

Todos os webhooks de entidades seguem o contrato de entrega padrão:
  • Assinados com HMAC-SHA256 no cabeçalho X-Signature-V2 (recomendado), com o secret_shared_key do destino. São também enviados X-Signature e o X-Signature-Simple, descontinuado, juntamente com X-Timestamp.
  • São feitas novas tentativas até 2 vezes, após cerca de 1 minuto e cerca de 4 minutos, quando o seu endpoint responde com 5xx ou 404, excede o tempo limite ou não consegue estabelecer ligação. A referência de webhooks tem a política completa.
  • Idempotentes: cada webhook tem um event_id único no payload; elimine duplicados do seu lado.
Consulte Referência de webhooks para a configuração de destinos e exemplos de código de verificação de assinaturas.

Subscrição

Subscreva os eventos de entidades num destino de webhook através da Management API ou da Business Console:

Próximos passos

Referência de webhooks

Destinos, assinaturas, novas tentativas e verificação.

Criar destino

Registe um novo endpoint de webhook.

Operações sobre utilizadores

Alterações que acionam webhooks de utilizadores.
Última modificação em 7 de novembro de 2026