Eventos de auditoría¶
Case Tables registra lo que se hizo sobre tablas, dominios y trabajos. Los eventos llegan al registro de auditoría compartido, así los cambios de esquema se pueden rastrear después.
A dónde van los eventos¶
Cada operación escribe una entrada estructurada en el canal lurana, que se
recolecta y se guarda con el resto de los datos de auditoría. Se leen en
Registro de auditoría → Explorador, en la sección
Registro de auditoría, filtrando por el prefijo
case-tables..
Cada entrada lleva:
| Campo | Contenido |
|---|---|
event_type |
case-tables.<entidad>.<acción> |
entity_type |
CaseTable, CaseTableJob o CaseTableDomain |
entity_uid |
La tabla, el trabajo o el dominio afectado |
user_uid |
Quién lo hizo, o system cuando no hubo usuario |
timestamp |
Cuándo ocurrió |
payload |
Contexto: nombres, estados, severidad, resumen del error |
Los eventos describen operaciones. No contienen las filas de una tabla.
Eventos de tabla¶
| Evento | Se registra cuando | Contexto |
|---|---|---|
case-tables.table.created |
Se crea una tabla | Nombre, nombre visible, dominio, clasificación |
case-tables.table.schema_changed |
Se edita el esquema | Nombre de la tabla y resumen del cambio |
case-tables.table.status_changed |
La tabla cambia de estado | Estado anterior y nuevo |
case-tables.table.deleted |
Se elimina una tabla | Nombre de la tabla |
table.status_changed es el que hay que mirar durante una migración: registra cada
transición del ciclo de vida, así un plan que falló y se reintentó deja rastro.
Eventos de trabajo¶
| Evento | Se registra cuando | Contexto |
|---|---|---|
case-tables.job.created |
Una publicación u operación masiva crea un trabajo | Trabajo, tabla, tipo, severidad |
case-tables.job.queued |
El trabajo se despacha para ejecución | Trabajo y tabla |
case-tables.job.completed |
La ejecución terminó bien | Duración |
case-tables.job.failed |
La ejecución falló | Mensaje de error |
case-tables.job.cancelled |
Se cancela un trabajo pendiente | Trabajo y tabla |
case-tables.job.approved |
Se aprueba un plan que lo requería | Severidad y quién aprobó |
Eventos de dominio¶
| Evento | Se registra cuando | Contexto |
|---|---|---|
case-tables.domain.created |
Se crea un dominio | Nombre y prefijo |
case-tables.domain.deleted |
Se elimina un dominio | Nombre |
Leer una secuencia¶
Una publicación típica deja esta secuencia para la misma tabla:
case-tables.table.status_changed ACTIVE → PENDING
case-tables.job.created severidad, tabla
case-tables.table.status_changed PENDING → ACTIVE_PENDING
case-tables.job.queued trabajo despachado
case-tables.job.completed duración
case-tables.table.status_changed SYNCING → ACTIVE
Una falla termina la misma secuencia con case-tables.job.failed y un
status_changed a ERROR: así se empareja una tabla en error con el plan que la
rompió.
Permisos¶
Leer estos eventos requiere los permisos de auditoría, no los de Case Tables. Ver Modelo de permisos para los permisos del registro y Referencia de permisos para los códigos.
Relacionado¶
- Trabajos — los planes cuya actividad registran estos eventos.
- Estados de tabla y sincronización — las transiciones que ves en el registro.
- Eventos de auditoría (Administración) — eventos de usuarios, roles, correos y temporizadores.