Saltar al contenido principal
Cada cambio en el estado o en los datos de perfil de una entidad de usuario o de empresa emite un webhook para que tu sistema pueda reaccionar en tiempo real. Usa los webhooks de entidades para sincronizar datos de perfil, propagar bloqueos a otros sistemas o activar flujos de cumplimiento posteriores.

Catálogo de eventos

activity.created se acepta en subscribed_events y está disponible en el probador Try Webhook, pero actualmente Didit no lo entrega para el tráfico de producción. No implementes una réplica de la línea de tiempo basándote en este evento.
Didit también emite eventos de sesión, de transacción y de sesión de empresa que hacen referencia a campos de entidades. Consulta:

Estructura del payload

Los webhooks de entidades son planos: no hay envoltorio data ni clave event. Lee webhook_type para enrutar el evento.

user.status.updated / business.status.updated

Se dispara en cada cambio de estado. El payload incluye status y previous_status. No indica por qué cambió el estado: abre la entidad en la consola si necesitas conocer la causa.

user.data.updated / business.data.updated

Se dispara cuando cambian campos de perfil. changed_fields enumera los campos que cambiaron y changes contiene los valores previous y current de cada uno.
Los campos que pueden aparecer en changed_fields son:
  • Usuario: 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.
  • Empresa: 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.
Usa changed_fields y changes para sincronizar solo los campos que cambiaron.

Entrega, reintentos y firma

Todos los webhooks de entidades siguen el contrato de entrega estándar:
  • Firmados con HMAC-SHA256 en el encabezado X-Signature-V2 (recomendado), con la secret_shared_key del destino. También se envían X-Signature y el obsoleto X-Signature-Simple, junto con X-Timestamp.
  • Reintentados hasta 2 veces, después de aproximadamente 1 minuto y aproximadamente 4 minutos, cuando tu endpoint responde con 5xx o 404, se agota el tiempo de espera o no se puede conectar. La referencia de webhooks describe la política completa.
  • Idempotente: cada webhook tiene un event_id único en el payload; elimina los duplicados por tu parte.
Consulta la Referencia de webhooks para configurar destinos y ver ejemplos de código de verificación de firma.

Suscribirse

Suscríbete a los eventos de entidades en un destino de webhook mediante la Management API o la Business Console:

Próximos pasos

Referencia de webhooks

Destinos, firmas, reintentos y verificación.

Crear destino

Registra un nuevo endpoint de webhook.

Operaciones de usuario

Cambios que disparan webhooks de usuario.
Última modificación el 1 de noviembre de 2026