# DOCUMENTO MAESTRO — GMAO HORNO LA PARRA
*Pegar al inicio de cada sesión en Cowork*
*Última actualización: 18 abril 2026*

---

## 1. CONTEXTO DEL NEGOCIO

**Empresa:** Horno La Parra / Pidepan — "El pan de cada día S.L."
**Fundada:** 1866 — empresa familiar sevillana, 160 años de historia
**Actividad:** Fabricación de pan precocido industrial
**Facturación:** ~30 millones €/año
**Clientes principales:** Mercadona, Aldi, Carrefour, Grupo Hermanos Martín
**Fábricas:**
- Pidepan — Polígono Navisur, Valencina de la Concepción (Sevilla)
- La Parra — mismo polígono
**Operativa:** Lunes a sábado, 3 turnos de 8 horas, producción 24/6
**Problema central:** Mantenimiento 95% correctivo. Preventivo en papel que nadie verifica. Equipo sin herramienta digital. Todo se gestiona por WhatsApp.

---

## 2. STACK TÉCNICO

```
Frontend:     HTML / CSS / JS (en desarrollo)
Backend:      Python + Flask
Base datos:   SQLite (fichero .db)
Despliegue:   Local + Ngrok (desarrollo)
              VPS Hetzner en producción (3-4 meses)
IA:           Claude API (claude-sonnet-4-20250514)
WhatsApp:     WhatsApp Business API (fase posterior)
Control vers: Git desde el primer día
Idioma:       Español
```

---

## 3. ESTRUCTURA DE ARCHIVOS

```
GMAO/
├── app.py                 # Flask principal
├── database.db            # SQLite
├── static/
│   ├── css/
│   ├── js/
│   └── img/
└── templates/
    ├── operario.html      # Pantalla principal operario
    ├── jefe.html          # Dashboard Dani
    ├── gerencia.html      # Dashboard Javier/Papa
    ├── calidad.html       # Dashboard David Calidad
    └── ...
```

---

## 4. ESQUEMA BASE DE DATOS

```sql
-- FÁBRICAS
fabricas (id, nombre, direccion)
  1 → Pidepan
  2 → La Parra

-- ZONAS
zonas (id, fabrica_id, nombre)
  Obrador 1, Obrador 2, Sala silos, Hornos,
  Frío industrial, Envasado, Taller, Expedición

-- ACTIVOS
activos (
  id, fabrica_id, zona_id,
  nombre, modelo, fabricante,
  criticidad,          -- critica | alta | media | baja
  es_atex,             -- boolean
  empresa_externa_id,
  activo_padre_id,     -- para subcomponentes
  activo
)

-- TRABAJADORES
trabajadores (
  id, nombre, rol, fabrica_id,
  telefono_whatsapp, activo, turno_actual
)

-- SKILLS
skills (id, nombre, descripcion)
trabajador_skills (trabajador_id, skill_id, nivel) -- 1 a 5

-- ÓRDENES DE TRABAJO
ots (
  id, tipo,            -- preventivo | correctivo | mejora
  titulo, descripcion,
  activo_id, asignado_a, asignado_a_2,
  prioridad,           -- baja | media | alta | critica
  estado,              -- pendiente | en_curso | completada | devuelta
  fecha_creacion, fecha_limite, fecha_cierre,
  creado_por, origen,  -- manual | whatsapp | sistema
  notas_cierre, foto_url,
  tiempo_resolucion_min,
  motivo_devolucion
)

-- PLAN PREVENTIVO
plan_preventivo (
  id, activo_id, tarea,
  frecuencia,          -- diaria | semanal | mensual
  duracion_estimada_min,
  requiere_parada,     -- boolean
  skills_requeridos,
  proximo_vencimiento, ultimo_realizado
)

-- ACTIVOS PENDIENTES VALIDAR
activos_pendientes (
  id, nombre_libre, zona_aproximada,
  fabrica_id, reportado_por, fecha, estado
)

-- DOCUMENTACIÓN POR ACTIVO
documentos_activo (
  id, activo_id, tipo,  -- manual | esquema | guia | foto
  url, subido_por, fecha
)

-- EMPRESAS EXTERNAS
empresas_externas (
  id, nombre, especialidad,
  contacto, telefono, horario_urgencias
)

-- REPUESTOS
materiales (
  id, referencia, nombre,
  stock_actual, stock_minimo, ubicacion_royse
)

tarea_materiales (plan_preventivo_id, material_id, cantidad)

-- SOLICITUDES DE PARADA
solicitudes_parada (
  id, activo_id, solicitado_por,
  duracion_min, motivo, criticidad,
  fecha_propuesta, estado,  -- pendiente | aprobada | rechazada
  aprobado_por, fecha_respuesta
)

-- REQUERIMIENTOS A GERENCIA
requerimientos (
  id, activo_id, tipo,  -- reposicion | reparacion_mayor | mejora
  descripcion, justificacion,
  solicitado_por, estado, fecha
)

-- PUNTOS BONUS
puntos_bonus (
  id, trabajador_id, concepto,
  puntos, fecha, ot_id
)
```

---

## 5. MÓDULOS — FASE 1 (lunes arranque)

### Prioridad de desarrollo:
1. Pantalla operario — tareas del día + 3 botones
2. Registro de avería — texto libre + IA interpreta
3. OTs básicas — correctivo y preventivo
4. Dashboard Dani — estado en tiempo real
5. Dashboard gerencia — resumen diario

### Módulos fase 2 (mes 2-3):
- Catálogo activos + validación gerencia
- Historial por máquina
- Fotos como evidencia
- Sistema de mejoras
- Canal Calidad → Mantenimiento

### Módulos fase 3 (mes 4-6):
- Skills y matching inteligente
- Sistema de puntos y bonus
- Solicitudes de parada planificada
- Detección ventanas de oportunidad
- Horarios y turnos (OPCIONAL — cuando estén listos)

### Módulos fase 4 (año 2):
- Integración WhatsApp Business API
- Integración SAP/Royse (repuestos)
- Documentos auditoría automáticos APPCC
- Agentes predictivos
- VPS producción

---

## 6. PANTALLAS CLAVE

### Pantalla operario (móvil — la más importante)
```
- Saludo con nombre
- Lista de 2-3 tareas preventivas del día
- Botón grande: HECHO (verde)
- Botón grande: AVERÍA (rojo)
- Botón grande: AYUDANDO (amarillo)
- Al pulsar AVERÍA → campo texto libre + micrófono
- Al pulsar AYUDANDO → lista compañeros activos
```

### Dashboard Dani (móvil/tablet)
```
- Estado equipo en tiempo real (quién hace qué)
- OTs urgentes sin asignar
- Preventivos atrasados
- Alertas del día
- Tarea pendiente: confirmar horarios semana
- SIN notificaciones fuera de turno
```

### Dashboard gerencia (móvil/PC)
```
- Resumen ambas fábricas
- KPIs: OTs abiertas, tiempo medio resolución,
        preventivo completado %, correctivos semana
- Solicitudes de inversión pendientes
- Informe semanal automático
- SIN notificaciones fuera de horario laboral
```

### Pantalla validación activos (gerencia)
```
- Lista activos pendientes de validar
- Reportado por quién, desde cuándo
- Campos mínimos a completar
- Aprobar / Rechazar / Fusionar con existente
```

---

## 7. REGLAS DE PRIORIDAD AUTOMÁTICA

```
CRÍTICA → Riesgo seguridad, línea parada, zona ATEX,
           contaminación alimentaria, mechero encendido
           → Notifica Dani inmediatamente
           → Notifica gerencia si no se atiende en 15 min

ALTA    → Activo crítico con fallo funcional,
           fallo recurrente, empresa externa necesaria
           → Notifica mecánico de guardia
           → Escala a Dani si no hay respuesta en 30 min

MEDIA   → Fallo no urgente, zona no productiva,
           "cuando se pueda"
           → Aparece en lista del próximo turno

BAJA    → Sin impacto en producción
           → Se atiende cuando haya hueco
```

### Palabras clave que suben prioridad automáticamente:
`parado`, `parada`, `mechero`, `fuego`, `humo`, `fuga gas`,
`amoniaco`, `ATEX`, `contaminación`, `microbiológica`,
`línea completa`, `urgente`, `peligro`

### Quién escribe también afecta la prioridad:
- Papa (Javier Pineda senior) → sube un nivel automáticamente
- Javier Pineda (tú) → sube un nivel
- David Calidad con alerta sanitaria → CRÍTICA automático
- Operario de producción → requiere verificación antes de escalar

---

## 8. FLUJO TEXTO LIBRE → OT

```
1. Operario escribe o habla
2. IA interpreta: activo, tipo, prioridad
3. Si activo no identificado → localización progresiva
   ¿Fábrica? → ¿Zona? → ¿Máquina?
4. Si activo no existe → ¿Crear nuevo? → pasa a validación
5. Confirmación con un tap
6. OT creada y asignada
```

### Regla de preguntas:
- Criticidad BAJA/MEDIA → sin preguntas, sugerencia opcional
- Criticidad ALTA/CRÍTICA → máximo 2 preguntas, voz disponible

---

## 9. NOTIFICACIONES — REGLAS

```
Dani:
  EN TURNO     → Notificaciones según criticidad
  FUERA TURNO  → Silencio absoluto, sin excepciones
  Por la mañana → UN resumen de lo ocurrido

Gerencia (Javier):
  EN HORARIO   → Resumen diario al abrir app
  FUERA HORARIO → Silencio absoluto, sin excepciones

Operarios:
  Al iniciar turno → Sus tareas del día
  Si hay OT asignada urgente → Notificación inmediata
  Si tarea devuelta → Notificación con comentario
```

---

## 10. EQUIPO Y ROLES

### Roles formales del sistema (4 + admin)

El sistema GMAO opera con **4 roles de negocio** más el **Administrador técnico** (tú, Javier).
Cada usuario pertenece a exactamente un rol. El rol determina qué pantallas ve
y qué acciones puede realizar (ver sección 20: matriz de permisos).

| Rol | Color/icono | Descripción |
|-----|-------------|-------------|
| **Mecánico** | Verde · MC | Opera en campo. Ejecuta preventivos, resuelve averías, reporta, ayuda compañeros. Ve SU turno |
| **Jefe Mantenimiento** | Burdeos · JM | Coordina el equipo. Asigna averías, crea/modifica preventivos, aprueba vacaciones del equipo, aprovecha paradas |
| **Calidad** | Rojo · CA | Detecta y reporta. Puede reportar averías, sugerir preventivos y mejoras. Ve Panel en SOLO LECTURA |
| **Gerencia** | Dorado · GR | Control estratégico. Aprueba vacaciones (incl. Jefe), crea preventivos, ve KPIs e informes de ambas fábricas |
| **Administrador** | Negro+dorado · AD | Control técnico total. Crea/elimina usuarios, cambia roles, edita skills/ajustes, gestiona integraciones |

### Plantilla de personas reales

| Nombre | Rol | Fábrica | Notas relevantes |
|--------|-----|---------|------------------|
| Javier Pineda (tú) | Administrador + Gerencia | Ambas | Responsable producción 10 años. Acceso total |
| Javier Pineda (Papa) | Gerencia | Ambas | CEO/Fundador. Máxima autoridad. Sus mensajes suben prioridad automáticamente |
| Tito Alfonso Pineda | Gerencia | Ambas | CEO comercial |
| Dani Mecanico | Jefe Mantenimiento | Ambas | Jefe dept. Gran conocedor máquinas. Usuario clave |
| Álvaro Valdez | Mecánico senior | Ambas | 2º mejor mecánico. 8 años. Futuro jefe. Poco comunicativo |
| Juan Carlos Mecanico | Mecánico | Ambas | 5 años. Buenas skills. Buen comunicador. Proyección |
| Enrique Mecanico | Mecánico senior | Ambas | Máximo conocimiento técnico. Problemas salud. Capturar conocimiento |
| René Mantenimiento | Mecánico junior | Ambas | <1 año. Muy resolutivo. Diamante por pulir |
| César Mecanico | Mecánico | Ambas | 4 años. Skills medias |
| Rodion | Mecánico (ayudante) | Ambas | Tareas básicas. Poca experiencia |
| David Calidad | Calidad | Ambas | 8 años. Mayor detector de problemas. Canal directo a mantenimiento |
| Javi Niño | Calidad | Ambas | Ayudante calidad. Futuro responsable |
| Javier Galvez | Encargado producción → usuario Mecánico con rol reducido | Pidepan | Mano derecha Pidepan. Impulsivo |
| Manolo Confitero | Encargado producción → usuario Mecánico con rol reducido | La Parra | Gran panadero. Poca informática |
| David POZA, Alejandro, Albertito, Alberto Magro, María, Paco | Usuarios sin acceso GMAO inicialmente | Ambas | Se añaden si se necesita |

> **Nota:** Encargados de producción y personal ajeno a mantenimiento quedan fuera del alcance GMAO en fase 1. Ellos comunican paradas por WhatsApp y el Jefe/Gerencia los introduce en el sistema.

---

## 11. ACTIVOS PRINCIPALES — CATÁLOGO INICIAL

### Pidepan
```
OBRADORES:
Amasadora 1 (Ob1), Amasadora 2 (Ob1), Amasadora Ob2
Línea 1 completa [CRÍTICA], Línea 2 completa [CRÍTICA]
Reposadora L1, Formadora L1, Cámara bolas L1
Pesadora L1 [CRÍTICA], Pesadora L2 [CRÍTICA]
Centradores L1, Centradores L2
Cortadora Plaff [CRÍTICA], Cortadora Plaf, Línea Niverplast

HORNOS:
Hornos 1-8 [CRÍTICA], Vaporeras, Bomba agua hornos [CRÍTICA]

FRÍO:
Cámara fermentación grande [CRÍTICA]
Cámara fermentación 2 y 3 [CRÍTICA]
Cámara levadura [CRÍTICA], Cámara congelación [CRÍTICA]
Cámara hielo

SILOS [ZONA ATEX]:
Silos S1-S7, Exclusas silos, Filtros mangas
```

### La Parra
```
LÍNEAS:
Línea Blanca [CRÍTICA], Línea Pared [CRÍTICA]
Línea Plaff LP [CRÍTICA], VMY amasadora bollos
Reposadora bollos, Preformadora L4
Pesadoras LP [CRÍTICA], Descargadora Proatec
Máquina cajas Niverplast

HORNOS:
Hornos 1-8 LP [CRÍTICA], Quemadores [CRÍTICA], Vaporeras

TÚNELES Y FRÍO:
Túneles 1-10 [CRÍTICA + AMONIACO]
Compresores frío [CRÍTICA], Evaporadores cámaras [CRÍTICA]
Cámara fermentación bollos [CRÍTICA]
Cámara grande [CRÍTICA], Cámara chica, Cámara congelación LP

SILOS [ZONA ATEX]:
Silos S1-S4 LP, Exclusa silo 2
```

---

## 12. EMPRESAS EXTERNAS

| Empresa | Especialidad | Criticidad | Notas |
|---------|-------------|------------|-------|
| Trigueros / Tecnifrio | Frío industrial | CRÍTICA | +40 menciones en chat. El más llamado. Cámaras y evaporadores |
| MF | Túneles amoniaco | CRÍTICA | +20 menciones. Comentarios negativos sobre lentitud. Revisar contrato |
| Stefan | Instalaciones agua/vapor | Media | Autónomo. Muy referenciado en ampliación Pidepan |
| Auxpama | Recambios electrónica | Media | Fotocélulas y componentes eléctricos |
| Herreros | Estructural/soldadura | Baja | Puntual. Carros y reparaciones estructurales |
| Royse/ISM | Almacén/repuestos | Alta | SAP. Integración prevista fase 4 |

---

## 13. TOP AVERÍAS POR FRECUENCIA (del histórico WhatsApp)

1. Pesadoras — fallo general (54 menciones) → activo más problemático
2. Cámaras frío — temperatura/humedad (43) → siempre Trigueros
3. Correas — rotura/desgaste (37) → avería mecánica más común
4. Silos — fugas y atascos (35) → zona ATEX, alta criticidad
5. Hornos — quemadores/temperatura (32)
6. Túneles frío — presostatos/amoniaco (25) → siempre MF
7. Fotocélulas — suciedad/desalineado (19)
8. Formadoras — ajuste/acumulación (18)
9. Cortadoras — cuchillas/agua (16)
10. Eléctrico — cuadros/cableado (14)

---

## 14. DATOS HISTÓRICOS ANALIZADOS

```
Chat WhatsApp analizado: Sep 2018 → Abr 2026
Total mensajes:          69.875
Averías analizadas:      2.525
Tiempo medio resolución: 19.9 horas
Mediana resolución:      13 horas
Resuelto en <1 hora:     14%
Resuelto en <4 horas:    28%
Más de 24 horas:         33% ← objetivo principal a reducir

Top reportadores averías:
1. David Calidad    1.860 avisos
2. Papa (Javier sr) 1.443 avisos
3. Javier Pineda      889 avisos

Top resoluciones:
1. Dani           1.007 resoluciones
2. Juan Carlos      483 resoluciones
3. Álvaro           255 resoluciones
```

---

## 15. FILOSOFÍA DE DISEÑO

```
OPERARIO:
→ Más rápido que mandar un WhatsApp
→ Funciona con manos sucias (botones grandes)
→ Voz para texto libre
→ Offline en zonas sin cobertura
→ Sincronización automática al recuperar señal
→ Máximo 2 preguntas en averías críticas
→ Nunca bloquea por falta de datos

JEFE (DANI):
→ Un vistazo = saber todo lo que pasa
→ Sin notificaciones fuera de turno
→ Un resumen al llegar, no 20 notificaciones
→ La herramienta le organiza, no le controla

GERENCIA:
→ Visibilidad sin microgestión
→ Datos para tomar decisiones, no para vigilar
→ Informes automáticos, no trabajo extra
→ Silencio = buenas noticias

SISTEMA GENERAL:
→ Aprende del uso, no requiere alimentación manual
→ Activos se crean desde el campo
→ Conocimiento se captura al cerrar OTs
→ Nunca perfecto desde el día 1 — mejora continua
```

---

## 16. REGLAS DE NEGOCIO IMPORTANTES

```
→ Grupo WhatsApp sigue vivo — sistema se integra, no sustituye
→ Papa y Tito no cambian su forma de comunicar
→ Horarios: mínimo 2 semanas mismo turno (preferencia, no regla rígida)
→ Notificaciones fuera de turno: CERO excepciones
→ Avería no identificada → siempre se crea OT, aunque sea incompleta
→ Activo nuevo → pasa a validación de gerencia, no se crea directo
→ Fotos: obligatorias en criticidad ALTA y CRÍTICA al cerrar
→ Rechazo de tareas: solo visible para jefe y afectado, no público
→ Ranking/bonus: visible solo para gerencia y jefe, no entre compañeros
→ Solicitud de parada rechazada → queda registrada para informes
```

---

## 17. ESTADO ACTUAL DEL PROYECTO

```
✅ Documento maestro completo
✅ Requisitos funcionales definidos
✅ Esquema BD definido
✅ Catálogo activos inicial (del chat histórico)
✅ Equipo y roles definidos
✅ Carpeta GMAO creada en PC oficina
✅ HTML en desarrollo en Cowork
✅ Experiencia previa: 2 apps desarrolladas con Claude

⏳ EN PROGRESO:
   Diseño HTML — casi terminado

❌ PENDIENTE:
   Backend Flask
   Base de datos SQLite
   Conexión frontend-backend
   Sistema de IA (Claude API)
   Git configurado
   Resto de módulos
```

---

## 18. PRÓXIMOS PASOS — SEMANA DEL 21 ABRIL

```
LUNES:    Terminar diseño HTML completo
          Todas las pantallas principales
          Datos ficticios hardcodeados

MARTES:   Configurar Git
          Crear esquema SQLite completo
          Importar catálogo activos inicial

MIÉRCOLES: Pantalla operario conectada a BD real
           Flask arrancado con rutas básicas
           Prueba en móvil via Ngrok

JUEVES:   Backend OTs — crear, leer, actualizar
          Dashboard Dani con datos reales
          Prueba con Dani en real

VIERNES:  Revisión y ajustes
          Anotar feedback
          Planificar semana siguiente
```

---

## 19. CÓMO USAR ESTE DOCUMENTO EN COWORK

**Al inicio de cada sesión pegar este documento y añadir:**

```
## SESIÓN HOY — [fecha]

### Estado actual:
[qué está hecho]

### Objetivo de hoy:
[UNA cosa concreta y específica]

### Problema o duda:
[si hay algo que no funciona]
```

**Regla de oro:** Una cosa por sesión. Sin saltar adelante.

---

## 20. MATRIZ DE PERMISOS POR ROL

Lo que cada rol puede hacer en el sistema. Esta matriz se refleja también en
la pantalla **Administrador → Ajustes → Matriz de permisos** (solo lectura).

### Leyenda
- **✓** = permitido
- **–** = no permitido
- **✓*** = permitido con condición (ver nota al pie)

### Matriz

| Módulo | Acción | Mec | Jefe | Cal | Ger | Adm |
|--------|--------|:---:|:----:|:---:|:---:|:---:|
| **AVERÍAS** | Reportar avería                      | ✓ | ✓ | ✓ | ✓ | ✓ |
|             | Ver feed de averías sin resolver     | ✓ | ✓ | ✓ | ✓ | ✓ |
|             | Iniciar reparación                   | ✓ | ✓ | – | – | ✓ |
|             | Asignar a un mecánico                | – | ✓ | – | ✓ | ✓ |
|             | Cerrar / finalizar                   | ✓ | ✓ | – | – | ✓ |
| **PREVENTIVOS** | Ver preventivos programados      | ✓ | ✓ | ✓ | ✓ | ✓ |
|             | Ejecutar (marcar HECHA)              | ✓ | ✓ | – | – | ✓ |
|             | Crear preventivo formal              | – | ✓ | – | ✓ | ✓ |
|             | Modificar / Eliminar                 | – | ✓ | – | ✓ | ✓ |
|             | Sugerir preventivo a gestión         | ✓ | ✓ | ✓ | – | – |
| **EQUIPOS** | Ver catálogo de activos              | ✓ | ✓ | ✓ | ✓ | ✓ |
|             | Ver histórico por activo             | – | ✓ | ✓ | ✓ | ✓ |
|             | Añadir activo                        | – | ✓ | – | ✓ | ✓ |
|             | Eliminar activo                      | – | – | – | ✓ | ✓ |
| **VACACIONES** | Solicitar                         | ✓ | ✓ | ✓ | – | – |
|             | Aprobar / Rechazar                   | – | ✓* | – | ✓ | ✓ |
|             | Cancelar aprobada con motivo         | – | ✓ | – | ✓ | ✓ |
| **USUARIOS** | Ver lista y skills                  | – | ✓ | – | ✓ | ✓ |
|             | Crear usuario                        | – | – | – | – | ✓ |
|             | Editar skills / cambiar rol          | – | – | – | – | ✓ |
|             | Eliminar usuario                     | – | – | – | – | ✓ |
| **AJUSTES** | Ver ajustes del sistema              | – | – | – | ✓ | ✓ |
|             | Editar ajustes                       | – | – | – | – | ✓ |
| **PANEL**   | Ver KPIs y estadísticas              | – | ✓ | ✓ | ✓ | ✓ |
| **AYUDAR**  | Ayudar a un compañero                | ✓ | ✓ | – | – | – |
| **SUGERENCIAS** | Ver buzón sugerencias app        | – | – | – | – | ✓ |

### Notas
* **✓*** Jefe de Mantenimiento: NO puede aprobar sus propias vacaciones.
  Las solicitudes del Jefe las aprueba Gerencia o Administrador.
* Gerencia y Administrador pueden crear preventivos igual que el Jefe,
  pero no pueden SUGERIRLOS (las sugerencias son un canal de los roles
  operativos hacia los roles de gestión).
* Las sugerencias de la app (mejoras de UX) sólo las ve el Administrador.
  Las sugerencias de preventivo las ven Jefe, Gerencia y Admin.

### Cómo se implementa técnicamente

Cada usuario tiene un campo `rolId` (`mecanico` | `jefe` | `calidad` |
`gerencia` | `administrador`). El frontend ya filtra botones/pantallas por
este campo. En el backend, cada endpoint REST debe validar también el rol
antes de ejecutar la acción. El Administrador puede cambiar el rol de
cualquier usuario desde Admin → Usuarios.

---

## 21. AUTENTICACIÓN — FASE BACKEND

Esquema previsto (simple y ajustado a la plantilla):

1. **Tabla `usuarios`** con: id, nombre, email, telefono, password_hash,
   rolId, fabrica_id, avatar_iniciales, activo (bool), fecha_alta.
2. **Login** por email + contraseña (en fase 1) o PIN de 4 dígitos
   (para operarios en fábrica, más cómodo con manos ocupadas).
3. **Sesión por JWT** con expiración de 12h en móvil fábrica, renovable.
4. **Cambio de contraseña obligatorio** en primer login.
5. **Recuperación** por email o solicitud al Admin.
6. En móvil de fábrica compartido (si se da el caso):
   login rápido con PIN por usuario + "cerrar sesión" al final del turno.

---

*Documento generado: 18 abril 2026*
*Actualización 21 abril 2026: añadida matriz de permisos + alta de usuarios*
*Próxima actualización: tras arranque del backend*