Altas de organización es la cola de solicitudes de alta que no pudieron demostrar el control de su dominio. Quien publica el registro DNS del reto se aprovisiona solo y nunca llega aquí; lo que aterriza en esta cola es lo ambiguo: sin acceso al DNS, un buzón personal, o un dominio que ya tiene dueño. Ninguna ha pagado nada todavía, así que rechazar no genera devoluciones.
Esta cola no tiene nada que ver con Aprobaciones pendientes. Aquella resuelve solicitudes de publicación de agentes dentro de una organización que ya existe y la atiende quien administra esa organización. Esta crea organizaciones nuevas y solo la ve un administrador de plataforma. Comparten la palabra «aprobar» y nada más.
Qué hace
La lista se filtra con los botones superiores: Pendientes, Con fallo, Completadas, Rechazadas y Todas. Arranca en Pendientes, que junto con Con fallo son los dos únicos estados que esperan a una persona; el resto se muestra por trazabilidad. Cada tarjeta resume la organización, su dominio, el correo del administrador propuesto, la fecha y si el dominio llegó a verificarse; las que fallaron indican además dónde murió el aprovisionamiento. La lista pagina de quince en quince y Revisar abre el detalle, que se pide de una en una porque incluye una comprobación de conflicto de dominio que cuesta una llamada al proveedor de identidad por fila.
Estados y su significado
| Estado | Qué significa |
|---|---|
| Recibida | Entró y aún no se ha lanzado el reto. |
| Esperando verificación DNS | El reto está publicado, pendiente de comprobarse. |
| Dominio verificado | El control del dominio quedó demostrado. |
| Pendiente de revisión | Espera decisión humana: aprobar o rechazar. |
| Aprobada | Decidida a favor; el aprovisionamiento va en camino. |
| Aprovisionando | En curso, sin intervención posible. |
| Completada | La organización existe y quedó lista. |
| Fallo al aprovisionar | Murió a mitad. Se puede reintentar o rechazar. |
| Rechazada | Decidida en contra, con el motivo en la auditoría. |
| Caducada | El reto expiró sin verificarse. |
Acciones del detalle
El detalle muestra el dominio, si el control está demostrado, el administrador propuesto con su correo y cargo, los intentos de verificación, la fecha, el estado y los datos que aportó el solicitante. Solo las solicitudes pendientes de revisión o con fallo ofrecen botones de decisión; las demás solo se cierran.
Aprobar y aprovisionar crea la organización y arranca la secuencia completa. Rechazar la cierra con el motivo que escriba en el cuadro de texto, que se guarda en la auditoría; el campo no es obligatorio, pero un rechazo sin motivo deja a quien lo revise después sin nada a lo que agarrarse. Reintentar, solo en las solicitudes con fallo, retoma desde el paso que murió y no duplica lo ya hecho.
Cuando otra organización ya posee el dominio, el detalle lo anuncia primero, la nombra, y el botón pasa a llamarse Aprobar de todos modos.
Aprobar una solicitud cuyo dominio ya pertenece a otra organización parte al mismo cliente en dos organizaciones con dos suscripciones y dos facturas. Lo correcto casi siempre es rechazarla y pedir que el administrador existente envíe una invitación.
Quién puede hacer qué
La pantalla es un muro de rol explícito: quien no sea administrador de plataforma ve el título y una línea que se lo dice, sin redirección. El servidor exige el mismo rol al listar, ver el detalle, aprobar, rechazar y reintentar.