---
title: Aprobaciones pendientes
description: "Cola donde quien administra decide las solicitudes de publicación de agentes: qué se pide, qué cambia entre versiones y qué ocurre al aprobar o rechazar."
allan.topic: how-to
allan.service: platform-ui
allan.date: 08/04/2026
allan.ruta: /admin/approvals
allan.fuente: [app/admin/approvals/page.tsx, components/approvals/approvals-page-content.tsx, components/approvals/approval-queue.tsx, components/approvals/approval-modal.tsx]
allan.audiencia: [admin]
allan.aplica_a: administradores de la organización
allan.terminos: [agente, version-de-agente, ambito, aprobacion]
---

Aprobaciones pendientes es la cola donde quien administra decide las solicitudes
de publicación de agentes que envían las personas de su equipo. Cada solicitud
pide llevar un agente propio al catálogo del equipo, o actualizar allí una
versión ya publicada.

## Quién puede entrar

La pantalla comprueba su rol antes de mostrar nada. Si no es administrador de la
organización ni de la plataforma, verá un aviso centrado, «Esta sección es solo
para administradores», y nada más: ni la cola, ni el histórico. El menú lateral,
en cambio, no filtra por rol, así que la entrada sigue siendo visible para todo
el mundo y lleva a ese muro. La comprobación es de presentación; quien autoriza
de verdad cada decisión es el Registry.

> [!IMPORTANTE]
> Tres cosas distintas usan la palabra «aprobación» y no se sustituyen entre
> ellas. Esta pantalla decide **publicaciones de agentes**. Las autorizaciones de
> acciones reguladas que piden los agentes en marcha se resuelven en su propia
> cola, y las peticiones de alta de organizaciones nuevas están en Altas de
> organización.

## Qué muestra cada solicitud

La cola se divide en **Pendientes**, con el número entre paréntesis, y
**Historial** con todo lo ya decidido. Cada tarjeta pendiente lleva el nombre del
agente, lo que se pide, el motivo que escribió quien lo solicitó y la fecha. Si
el nombre del agente no se puede resolver, la tarjeta muestra su identificador
en crudo.

Lo que se pide se redacta a partir del ámbito de destino: «para el equipo» cuando
la publicación se queda en su organización y «para todos» cuando sale de ella.
Si la solicitud actualiza un agente ya publicado, el texto indica además el salto
de versión.

Al seleccionar una tarjeta se abre el detalle. Para una actualización de versión
aparece el bloque de cambios: versión anterior y nueva, el registro de cambios si
lo hay, y las listas de archivos añadidos, modificados y eliminados, recortadas a
ocho por lista. La versión que el equipo usa ahora no se borra al aprobar: sigue
disponible por si hay que volver a ella. Si la solicitud arrastra avisos de
política, se muestran en un bloque ámbar bajo el título «Antes de aprobar, revisa
esto».

## Decidir

Escriba un comentario si quiere y pulse **Aprobar** o **Rechazar**. La decisión se
envía al Registry y la cola se recarga. Si el envío falla, el diálogo permanece
abierto con el error y su comentario intacto, de modo que puede reintentar.

> [!PRECAUCIÓN]
> El comentario es opcional en ambos botones, pero solo el rechazo tiene texto
> por defecto: se guarda como «Rechazado por el administrador». Quien pidió la
> publicación recibe entonces una negativa sin ninguna explicación. Escriba el
> motivo antes de rechazar.

## Estados y su significado

| Estado | Qué ocurrió |
|---|---|
| Pendiente | Esperando decisión. Es el único que aparece en la parte de arriba. |
| Aprobado | La decisión fue favorable. |
| Publicado | La publicación se completó y el agente ya está en el catálogo de destino. |
| Rechazado | La decisión fue contraria. |
| Con error | Se aprobó, pero la publicación no llegó a completarse. |

En el historial, «Con error» comparte icono rojo con «Rechazado», así que
conviene leer la etiqueta y no solo el color: una publicación fallida no es una
decisión suya.

## Pasos siguientes

- [Resumen administrativo](resumen.md)
- [Agentes](../area-de-trabajo/agentes.md)