---
title: Auditoría de eventos administrativos
description: "Consulte los últimos eventos administrativos de su organización, entienda qué queda registrado y qué no, y por qué el cuadro de búsqueda y el botón Actualizar no filtran por lo mismo."
allan.topic: how-to
allan.service: platform-ui
allan.date: 08/04/2026
allan.ruta: /admin/logs
allan.fuente: [app/admin/logs/page.tsx]
allan.audiencia: [admin]
allan.aplica_a: administradores de la organización
allan.terminos: [organizacion, agente]
---

Auditoría muestra los eventos administrativos que el backend de la plataforma
ha guardado para su organización: quién cambió qué y cuándo. Es una tabla de
solo lectura, ordenada del evento más reciente al más antiguo.

## Qué queda registrado aquí

Aquí aterrizan los cambios de administración: alta y baja de conectores y de
modelos, activaciones para la organización, claves de API creadas, rotadas o
revocadas, límites de la organización, altas de organización aprobadas o
rechazadas, miembros retirados y cambios de configuración de la interfaz. El
nombre de la acción se muestra tal cual lo guarda el backend, en la forma
`objeto.verbo`.

No todo lo que verá es obra de un administrador. Las preferencias personales de
cada miembro —la barra lateral, su perfil— se guardan por el mismo camino y
también dejan un evento en la auditoría de la organización, con destino de tipo
usuario. Conviene saberlo antes de interpretar un pico de actividad.

Tampoco está aquí todo lo que ocurre en la plataforma. El historial de un
agente —quién pidió publicarlo, quién lo aprobó, qué versión se retiró— vive en
la ficha del propio agente, y la memoria organizacional lleva su propio
registro. Son tres rastros distintos y esta pantalla solo enseña el primero.

## Las columnas

**Acción** es el nombre del evento. **Actor** muestra quién lo provocó, con su
identificador y, debajo, si fue una persona o una credencial de servicio; los
eventos sin actor aparecen como `system`. **Destino** indica sobre qué recayó el
cambio. **Fecha** da el día, sin la hora: dos cambios de la misma jornada se
distinguen por su orden en la tabla, no por la columna.

El color de la etiqueta se deduce del nombre de la acción, no de su gravedad.
Verde si el nombre contiene «created», ámbar si contiene «updated» o «patch»,
rojo si contiene «delete», y azul en cualquier otro caso. Una clave de API
revocada o un miembro retirado caen en el azul, igual que un evento inofensivo.

## Buscar y actualizar

El cuadro de filtro y el botón **Actualizar** no hacen lo mismo, aunque
comparten el texto.

| Gesto | Sobre qué filtra |
|---|---|
| Escribir en el cuadro | Sobre lo ya cargado, comparando acción, actor, tipo de destino y destino. |
| Pulsar **Actualizar** | Vuelve a pedir los eventos al servidor filtrando solo por el nombre de la acción. |

> [!IMPORTANTE]
> Si escribe el identificador de una persona y pulsa **Actualizar**, la tabla se
> queda vacía: el servidor solo busca ese texto dentro del nombre de la acción.
> Para buscar por actor o por destino, escriba y no toque **Actualizar**.

## Hasta dónde llega

La pantalla pide los 150 eventos más recientes de la organización y no tiene
paginación, ni filtro por fechas, ni exportación. Cuando la actividad crece,
los eventos antiguos dejan de ser alcanzables desde aquí aunque sigan guardados.

> [!PRECAUCIÓN]
> No use esta pantalla como archivo de cumplimiento. Con 150 eventos de
> ventana y sin filtro temporal, un cambio relevante de hace unas semanas puede
> haber quedado fuera de alcance justo cuando lo necesita.

## Quién puede hacer qué

Solo se consulta, no se edita ni se borra nada. Hace falta administrar la
organización: el servidor lo exige y responde con error si no, de modo que un
miembro que llegue por enlace directo verá la cabecera de la pantalla y un aviso
rojo en lugar de la tabla.

## Pasos siguientes

- [Gobernanza de la publicación de agentes](gobernanza.md)
- [Personalización de la interfaz](personalizacion.md)