Ver detalle de usuario
Abre la ficha de un usuario de Grupo Marea Demo o de Marea Gran Via para revisar identidad, estado, ubicaciones visibles y roles asignados. Si el usuario es interno, la misma ruta muestra el formulario de edición interna.
En este artículo
Esta guía explica cómo abrir y leer el detalle de un usuario desde Accesos de organización o Accesos de ubicación.
La apertura del detalle es una revisión: consultar la ficha no cambia roles ni datos del usuario. Los cambios de roles solo se aplican si el operador tiene permiso de gestión, modifica la selección y pulsa Guardar cambios.
Antes de empezar
- Sesión iniciada en Antylogic con Grupo Marea Demo seleccionado como organización.
- Para la variante de ubicación, Marea Gran Via u otra ubicación válida debe estar seleccionada además de la organización.
- El usuario debe existir en la lista de usuarios del alcance abierto: organización o ubicación.
- El operador necesita `users:view` o `users:manage` en ese alcance para abrir el detalle.
- Para ver roles asignados, el operador necesita `permissions:view` o `permissions:manage` en el mismo alcance.
- Para modificar roles desde esta pantalla, el operador necesita `permissions:manage`.
Instrucciones
- 1.
Abrir Usuarios
Entra en Accesos de organización o Accesos de ubicación y deja activa la pestaña Usuarios. La tabla muestra usuarios visibles si el operador tiene permiso de consulta o gestión.
- 2.
Seleccionar el usuario
Localiza el usuario por nombre o email y usa la acción Ver o Editar. Ambas entradas navegan a la misma ruta de detalle y conservan `tab=users` para volver al listado correcto.
- 3.
Revisar identidad y estado
Comprueba la cabecera, Volver a usuarios y el resumen con avatar, nombre, email, teléfono y estado. El nombre se calcula desde `full_name`; si falta, se usa email o id.
- 4.
Distinguir organización y ubicación
En organización, revisa la sección Ubicaciones para ver en qué locales está dado de alta el usuario, con dirección y rol de empleado cuando la respuesta lo incluye. En ubicación no aparece esa tabla porque el alcance ya es local.
- 5.
Revisar roles asignados
Si el operador puede ver roles, revisa Roles de usuario. La tabla muestra rol, scope y descripción; Ver rol abre el detalle del rol real y conserva el usuario como origen.
- 6.
Cambiar roles solo si procede
Con `permissions:manage`, la tabla permite marcar roles y muestra Cancelar y Guardar cambios. Guardar compara la selección inicial con la actual y solo entonces aplica altas o bajas de roles.
- 7.
Reconocer usuario interno
Si el usuario usa `primary_auth_provider` `internal-credentials` y tiene `internal_access`, la ruta no muestra el detalle externo: abre el formulario interno en modo edición, con campos editables solo cuando el operador tiene `users:manage`.
Validaciones y límites
- La pantalla exige organización y `userId`; en ubicación también exige ubicación seleccionada.
- Sin `users:view` ni `users:manage`, el detalle muestra acceso denegado o error de usuario no disponible.
- La sección Roles de usuario no se muestra sin `permissions:view` ni `permissions:manage`.
- La sección Ubicaciones solo pertenece al detalle de organización; no debe esperarse en el detalle de ubicación.
- El estado Propietario tiene prioridad visual, y el rol sintético `owner` no se puede seleccionar, deseleccionar ni abrir como detalle real.
- Abrir la ficha no ejecuta `POST`, `DELETE` ni `PUT`; esas rutas solo intervienen al guardar cambios de roles o editar un usuario interno.
- En edición interna, `full_name` y `login_id` son obligatorios; `password` es opcional, pero si se informa debe tener al menos 6 caracteres.
Resultado esperado
El lector sabe revisar el usuario correcto en el alcance correcto, interpretar estado, ubicaciones y roles, y distinguir una consulta de detalle de una edición interna o de una modificación explícita de roles.