Saltar a contenido

Guía del administrador del cliente

Para el referente de la empresa que usa la máquina: gestiona los usuarios de su empresa, configura el dashboard y administra las alertas internas.

Todo lo que hacés es dentro de tu empresa. No ves ni tocás nada de otros clientes.

Sin capturas de pantalla, a propósito

La interfaz está en refactor. Esta guía describe qué se puede hacer y qué esperar, que es lo que no cambia con el refactor.

Qué podés hacer

Todo lo del operario, más:
Dashboard Editar la disposición: mover widgets, cambiar su tamaño y guardar. Hasta 3 disposiciones distintas
Alertas ⏸️ No disponible en esta versión (ver más abajo). Cuando lo esté: además de ver y filtrar, acusar recibo, cerrar, asignar y comentar
Usuarios Ver los usuarios de tu empresa y su detalle
Invitaciones Invitar gente por correo, reenviar y cancelar invitaciones
Roles Ver los roles disponibles y qué permite cada uno
Configuración Preferencias de tu empresa
Reportes Generar y descargar — ver la advertencia

Invitar a alguien

  1. Ir a Invitaciones y crear una nueva con el correo y el rol.
  2. La persona recibe un correo con un enlace.
  3. Al entrar por primera vez, el sistema le pide cambiar la contraseña y le activa la membresía automáticamente.

Hay un límite de invitaciones por hora, para evitar el uso indebido del envío de correos.

Una invitación puede quedar pendiente para siempre sin avisar

Hay un caso conocido: si se invita a alguien con un rol que el sistema no permite asignar dentro de una empresa cliente, la invitación se crea, la persona la acepta, y la membresía no se crea. La invitación queda pendiente indefinidamente, sin error visible ni para quien acepta ni para quien invitó.

Si alguien dice que aceptó y no puede entrar, es probablemente esto. Hay que avisarle a quien administre la plataforma.

Configurar el dashboard

Entrás en modo edición, movés y redimensionás los widgets, y guardás. Si cancelás, vuelve como estaba. La disposición se guarda por empresa y persiste: al recargar sigue ahí.

Antes de armar una disposición conviene mirar widgets: 11 de los 32 widgets muestran datos reales, y nada en la pantalla los distingue de los simulados. Armar un dashboard de seguimiento con widgets simulados es el error más fácil de cometer en todo el sistema.

Alertas

El módulo de alarmas no está accesible en esta versión

La decisión fue no exponerlo en el MVP. Hoy:

  • El ítem Alertas del menú aparece deshabilitado, con un cartel «Pendiente». No navega: ni «Activas», ni «Historial», ni «Reglas de Alarma».
  • La campana de notificaciones de la cabecera no se muestra.

La decisión es deliberada y la razón es la de abajo: la configuración de reglas existe y funciona, pero nada las evalúa, así que un formulario que guarda reglas que nunca disparan y una campana clavada en cero le enseñan al usuario algo falso sobre el sistema.

Se marca como pendiente en vez de ocultarlo porque lo que falta es la evaluación en el backend, no la funcionalidad entera: el trabajo está hecho y previsto, y esconderlo diría lo contrario. El código no se borró; reactivarlo es cambiar un indicador de configuración.

Cuando el módulo esté disponible vas a poder ver, filtrar, abrir el detalle y actuar sobre una alerta: acusar recibo, cerrarla, asignarla o comentarla.

Ninguna alerta se genera sola, y por eso el módulo está cerrado

El sistema permite definir reglas de alarma y no tiene nada que las evalúe. No existe el componente que mira los datos que entran y dispara una alerta cuando una variable cruza un umbral.

Dos consecuencias prácticas:

  • No configures el sistema esperando que te avise. No lo va a hacer.
  • Que no haya alertas no significa que no haya problemas. No es información.

Además, algunas acciones sobre una alerta —asignar, comentar, marcar como falso positivo, seguimiento, marcar todas como leídas— hoy no se persisten en el servidor: se procesan contra datos de prueba y se pierden.

Reportes

La sección de reportes es una maqueta funcional, no una función del sistema

Podés entrar, generar un reporte, verlo en el listado y descargarlo. Nada de eso llega a un servidor.

Está construido íntegramente sobre datos de prueba que viven en la memoria del proceso que atiende la petición. Verificado: no existe ningún módulo de reportes en el backend — ni manejador, ni servicio, ni endpoint.

Qué significa en la práctica:

  • Un reporte "generado" no contiene datos de tu máquina.
  • Puede desaparecer entre una visita y la siguiente, o verse distinto, porque no hay persistencia real.
  • Lo mismo vale para los reportes programados.

No usar la sección de reportes para nada que importe. Los reportes están comprometidos como entregable del proyecto y no se construyeron: ver casos de uso.

Lo que no podés hacer

  • Ver o administrar otras empresas.
  • Dar de alta dispositivos de planta ni emitir sus credenciales: eso lo hace el administrador de MRG.
  • Asignar roles de plataforma. El sistema lo impide en la base de datos, no solo en la interfaz.

Relacionado