Registrations: revisión de solicitudes
Objetivo y permisos
Registrations revisa solicitudes de workspace y registra aprobación o rechazo. Ver requiere admin.registrations.view; decidir requiere admin.registrations.manage y alcance aplicable. Decidir no equivale a provisionar VM, crear automáticamente tenant ni emitir licencia. La UI indica que provisión de tenant y usuario permanece separada.
Revise identidad del solicitante presentada en la fila: nombre, email y organización permiten confirmar la solicitud correcta. No copie información personal a ejemplos publicados ni use solicitudes reales para probar el flujo.
Completar la decisión
Desde el menú seleccione Approve o Reject. El diálogo muestra solicitante, motivo y casilla explícita de confirmación. El cierre y Cancel permiten salir sin enviar una nueva decisión.
| Elemento | Regla |
|---|---|
| Solicitante | Verificar antes de confirmar |
| Reason al rechazar | Obligatorio, de 1 a 1.000 caracteres |
| Reason al aprobar | Opcional, máximo 1.000 caracteres |
| Confirmación | Obligatoria para enviar |
| Guardado en curso | Evita solicitudes duplicadas simultáneas |
El motivo debe ser mínimo y útil, sin contraseñas, documentos completos ni detalles sensibles innecesarios. Aprobar una solicitud equivocada y corregirla después no sustituye revisar identidad antes del envío.
Procedimiento
- Localice una solicitud pendiente y abra la revisión.
- Lea identidad completa, especialmente con nombres y organizaciones largos.
- Elija resultado adecuado. Para rechazo escriba un motivo claro del requisito incumplido.
- Marque confirmación y envíe una vez. Espere sin abrir otra revisión de la misma solicitud.
- Compruebe estado actualizado y continúe procesos separados de alta/provisión cuando correspondan.
El cliente incluye revisión esperada del registro e identificador de intento. Reintentar idéntica decisión conserva identificador; cambiar contenido genera un intento distinto. No edite estos valores ni construya peticiones para saltar concurrencia.
POC sintético
Use una solicitud local de Persona de Demostración, solicitante@example.test, organización Laboratorio de Integración. Abra Reject e intente enviar sin motivo: debe validarse. Complete motivo sintético, deje confirmación sin marcar y compruebe que no se envía. Finalmente confirme en el fixture y observe resultado.
Simule 422: el diálogo conserva contexto para corregir/reintentar y devuelve foco a la acción cuando procede. Simule 409: bloquea envío y guía al cierre y actualización, sin insistir sobre revisión anterior. Pruebe Tab y Escape con un nombre largo a 320px; la identidad y confirmación deben seguir legibles. Ningún paso del POC debe enviar decisiones reales.
Errores y recuperación
Ante validación corrija el dato señalado sin perder de vista el solicitante. Con 409 cierre, actualice Registrations y revise estado reciente antes de decidir. Otro administrador puede haber actuado mientras el diálogo estaba abierto.
Si falla conectividad después de enviar, compruebe estado antes de iniciar otra decisión. Cerrar no garantiza cancelación de una petición recibida. No recree la solicitud para ocultar conflicto. Mantenga el motivo de revisión trazable y separe el resultado de cualquier alta posterior.
Si la acción no está disponible, confirme estado actual y permisos. La ausencia puede ser una protección del ciclo de vida, no un fallo visual. No use una cuenta más privilegiada sin comprobar primero por qué no procede la revisión.