Registro de auditoría

El Registro de auditoría es el historial completo de cambios dentro de su organización. Cada acción significativa (creación, modificación, eliminación, movimiento, cambio de configuración, operación de facturación, cambio de permisos) se registra como una entrada aparte con el autor, la hora y el contexto.

Para qué lo necesita:

Investigación: «¿quién eliminó este artículo?», «¿quién cambió el rol de alguien la semana pasada?»
Cumplimiento: SOC 2, ISO 27001, GDPR requieren un rastro de auditoría para los cambios de datos y consentimientos
Revertir cambios: entender qué había antes de un cambio y tomar una decisión
Control de la actividad del equipo: quién hace qué, especialmente en organizaciones Enterprise con un equipo grande

#Dónde abrirlo

Menú izquierdo → Registro de auditoría.

Disponible para los roles de Propietario y Administrador de la organización en los planes Team, Pro, Business y Enterprise (flag de plan allows_audit_logs). En Free y Starter el elemento del menú lo ven el Propietario y el Administrador con un candado y «Requiere el plan …» (al Propietario le lleva a «Plan y límites»); los demás no lo ven.

Editor y Usuario no ven el registro por defecto: el permiso «Registro de auditoría» se les puede conceder en Configuración → Gestión de permisos, y entonces el elemento también les aparece. Invitado no ve nunca el registro.

Los registros de dinero y plan (tipo de recurso billing) solo los ve el Propietario: el rol Administrador no tiene acceso a los pagos y el registro no debe convertirse en un atajo hacia ellos.

#Cómo se ve una entrada

Cada fila del registro es una tarjeta con el autor, la acción, el recurso, la hora y una breve descripción:

Anna P. [email protected] deleted article

«Cómo configurar el SSO en Google Workspace»

Artículo eliminado de la colección «Instrucciones de TI» (espacio «Base de conocimiento corporativa»)

19.05.2026, 14:32:18 Detalles →

Campos de la entrada:

Campo	Descripción
Autor	nombre + email del usuario que realizó la acción
Acción (`action`)	qué ocurrió: `created`, `updated`, `deleted`, `restored`, `moved`, `published`, etc.
Tipo de recurso (`resource_type`)	el objeto sobre el que se realizó la acción: `article`, `collection`, `user`, `consent`, `billing`, `tenant`
Título del recurso	el nombre del artículo, el nombre de la colección, el nombre del usuario: lo que ve en la interfaz habitual
Resumen (`summary`)	explicación legible de la acción
Detalles (`details`)	JSON con datos adicionales: qué cambió exactamente, valor antiguo/nuevo, dirección IP, clave de idempotencia; se expande al hacer clic en «Detalles»
Hora	marca de tiempo con precisión de segundos

#Qué va al registro

El registro guarda las operaciones clave sobre contenido, miembros, consentimientos y facturación. A continuación se muestran los tipos de recurso y las acciones reales.

#Artículos (`resource_type=article`)

Acción	Cuándo se dispara
`created`	crear un artículo nuevo
`updated`	guardar cambios (incluido un cambio de visibilidad: `details` muestra qué campos cambiaron)
`trashed`	mover un artículo a la papelera
`restored`	restaurar desde la papelera
`article_moved`	mover un artículo
`article_copied`	copiar un artículo
`permanently_deleted`	eliminar permanentemente desde la papelera o tras expirar la retención

#Colecciones y espacios (`resource_type=collection`)

Los espacios se almacenan como colecciones de nivel superior, por lo que se registran bajo el mismo tipo de recurso.

Acción	Cuándo
`created`	crear una colección o un espacio
`collection_moved`	mover una colección (cambiar su superior)
`collection_copied_recursive`	copiar una colección con su contenido
`collection_bulk_move_articles`	mover en bloque artículos entre colecciones
`trashed`	mover a la papelera
`restored`	restaurar desde la papelera
`permanently_deleted`	eliminar permanentemente

#Equipo (`resource_type=user`)

Acción	Cuándo
`invited`	invitación a la organización
`role_changed`	cambiar el rol de un miembro en la organización
`deleted`	quitar a un miembro de la organización

#Consentimientos GDPR (`resource_type=consent`)

Acción	Cuándo
`updated`	un usuario cambió su consentimiento de cookies (`scope: all` / `essential`)

Estas entradas aparecen automáticamente cuando se cambia el banner de cookies. Consulte el artículo sobre registro y onboarding para el contexto del consentimiento GDPR.

#Facturación y organización

Acción	Recurso	Cuándo
`subscription_paid`	`billing`	pago de la suscripción (el primero y la renovación)
`plan_upgraded`	`billing`	subida de plan
`plan_downgrade_scheduled`	`billing`	bajada de plan o cancelación de la suscripción programada
`plan_changed_by_provider`	`billing`	cambio de plan por un evento del proveedor de pagos
`scheduled_change_cancelled`	`billing`	cancelación de un cambio programado
`subscription_cancelled` / `subscription_cancel_failed`	`billing`	cancelación de la suscripción / intento fallido
`reactivated`	`billing`	suscripción reanudada
`seats_changed`	`billing`	cambio del número de plazas
`refund_issued`	`billing`	reembolso
`topup_checkout_started` / `topup_granted`	`billing`	inicio de la compra de un paquete / paquete abonado
`billing_address_updated`	`billing`	dirección de facturación modificada
`plan_granted` / `plan_grant_revoked`, `limit_override_granted` / `limit_override_revoked`, `addon_granted_by_operator`	`billing`	cambios realizados por un empleado de Lynkora
`trash_emptied`	`tenant`	vaciar por completo la papelera de la organización

#Filtros

En la parte superior de la página hay un panel de filtros para encontrar rápidamente el evento que necesita:

Buscar por descripción o título… Acción ▾ Recurso: article ✕ Usuario ▾ Periodo Encontrados: 247 eventos

Búsqueda: por texto en summary o resource_title (sin distinguir mayúsculas de minúsculas)
Acción: desplegable con todos los tipos de acción que aparecen en el registro de la organización
Recurso: desplegable con los tipos que realmente aparecen en el registro (article / collection / user / consent / billing / tenant)
Usuario: filtrar por el autor de la acción
Periodo: un rango de fechas «desde» y «hasta»
Paginación: hasta 200 entradas por página

Los filtros se pueden combinar: por ejemplo, «todas las acciones deleted de la usuaria Anna durante la última semana».

#Detalles de una entrada

Al hacer clic en una tarjeta se abre el JSON expandido en el campo «Detalles»: es el contenido de la columna details de la base de datos. Lo que suele verse allí:

Para updated: la lista de campos cambiados (fields)
Para role_changed: el rol antiguo y el nuevo
Para consent updated: el ámbito (all / essential)
Para las operaciones de facturación: un breve summary de lo que ocurrió

Sugerencia. Si necesita entender qué cambió exactamente en un artículo, mire el campo fields_changed en details. El contenido completo del artículo no se guarda en el registro (sería costoso en cuanto a espacio); para el versionado use el Historial de versiones del artículo en el editor.

#Retención y cumplimiento

Las entradas del registro no se pueden eliminar desde la interfaz: es una limitación deliberada (de lo contrario, el rastro de auditoría pierde su sentido)
Las entradas muy antiguas se eliminan periódicamente mediante una tarea automática conforme a la política de retención de auditoría: el registro no se guarda para siempre
Cuando se elimina la propia organización, el registro se elimina junto con ella (mediante ON DELETE CASCADE)

#Qué no va al registro

Para no inflar los registros ni convertir el diario en ruido, no se registran los siguientes:

Las consultas de búsqueda de los usuarios: para analíticas use la sección Analíticas
Las vistas de artículos: también Analíticas
Las operaciones de IA dentro del editor (AI Improve, AI Rewrite): es el flujo de trabajo del autor, no un cambio auditable
Los eventos técnicos (tareas en segundo plano, ejecuciones de sincronización): están en los registros del sistema del backend, para los administradores de la plataforma
Las acciones de usuarios del sistema (por ejemplo, platform-help-system al sembrar la documentación): se filtran

#Secciones relacionadas

Papelera: los eventos trashed / restored / permanently_deleted para artículos, colecciones y espacios se registran precisamente aquí
Gestión del equipo: los cambios de rol y las eliminaciones de miembros se registran con resource_type=user
Analíticas: para las métricas de uso (consultas, vistas): es una herramienta aparte, no el registro