Catálogo de eventos
Estos son los eventos que un destino puede suscribir. GET /webhooks/events devuelve la misma lista con la cabecera de firma, los reintentos y las esperas vigentes, para que tu integración los lea en vez de copiarlos.
| Evento | Cuándo se emite |
|---|---|
consentimiento.otorgado | Un titular otorgó o amplió su consentimiento |
consentimiento.revocado | Un titular revocó, o la empresa revocó por él |
consentimiento.corregido | La empresa acotó un consentimiento ya otorgado |
consentimiento.fusionado | Dos registros resultaron ser la misma persona |
permiso.expirado | Venció un permiso con plazo |
formulario.entrada | Llegó una respuesta a un formulario alojado |
solicitud.recibida | Entró una solicitud de derechos, por cualquier canal; el plazo del art. 11 ya corre |
solicitud.acusada | Se acusó recibo de una solicitud |
solicitud.prorrogada | Se usó la prórroga única del art. 11 |
solicitud.bloqueo_ordenado | Se ordenó el bloqueo provisional del art. 8 ter (2 días hábiles) |
solicitud.por_vencer | Una solicitud entra a sus últimos 5 días, a sus últimos 2, o vence hoy |
solicitud.resuelta | Se resolvió el último derecho pedido y la solicitud cerró |
Y el resto de los módulos
Lo que pasa en incidentes, documentos, proveedores, EIPD, capacitación, reportes, conectores y tareas queda en la bitácora encadenada, que se consulta con GET /audit-log filtrando por type o por entity, y cuya cadena de hashes se verifica con GET /audit-log/verify. Los avisos por webhook para esos módulos están en el plan; cuando lleguen, aparecerán en este catálogo y en GET /webhooks/events.