RF-AUTH MUST

• Login + registro completo (identidad en Nitro4 Auth; sin password local).
• Roles demo: solicitante área envíos, aprobador, mensajero/operador App, admin, externo.
• Recupero de contraseña por mail: link en login → #/forgot-password → mail SMTP con token → #/reset-password?token=… → cambio en Nitro4.
• API: POST /api/auth/forgot-password (anti-enumeración) y POST /api/auth/reset-password.
• Tokens en tabla password_reset_tokens (hash + vencimiento 1 h). Reset vía AUTH_BOOTSTRAP_* + nitro4ChangePassword.

RF-ART-01 MUST

• ABM artículos/SKU; alimenta mesa, inventario y líneas de envío.

RF-PER-MAS-01 — Personas MUST

• ABM de personas (roster) distinto de usuarios de login.
• Asignación a puestos, inventario FIJO y horarios de entrega.
• Mesa selecciona personas origen/destino desde el maestro.

RF-INV-01 — Tipos

• Filtros de inventario: tag/SKU, folio, serial, tipo, estado, campus, oficina, puesto, persona, artículo.
• Chips rápidos: Entregados, En tránsito, En ubicación, Disponibles, Prestados.

RF-INV-02 — Courier actualiza inventario

• Ítems vinculados a un envío: al escanear salida pasan a EN_TRANSITO.
• Al confirmar entrega en App: estado ENTREGADO, ubicación y persona destino, bitácora con folio y receptor.
• Préstamo entregado por courier: también genera acuse activo (se puede Devolver).
• Dónde verlo: menú Inventario → chip Entregados o buscar el folio (ej. DW-2026-0031). Desde Seguimiento, el tag del equipo enlaza al inventario.

RF-INV-03 — Acuse de retiro (equipos temporales)

• Solo ítems PRESTAMO en estado DISPONIBLE.
• Retiro: registrar responsable (+ notas opcionales); el ítem pasa a PRESTADO.
• Al retirar: generar acuse digital (printable) con tag, artículo, responsable y fecha.
• Bitácora: quién lo tiene, cuándo salió, cuándo regresó.
• Devolución: cierra el acuse y vuelve el ítem a DISPONIBLE.

RF-UBI-01 MUST

• ABM jerárquico; Campus obligatorio para origen/destino intercampus.
• Destinos: otro campus o consultorio interno.
• Puestos de trabajo por oficina: persona (nombre/rol) + máquina (maestro independiente del inventario courier).
• Consulta en plano 2D esquemático por escala: campus → edificio → piso → oficina → puesto (no es plano arquitectónico ni RTLS).

RF-ME-01 — Solicitud / cabecera MUST

• Solicitante (usuario del área de envíos)
• Quién deja / origen (persona + campus/ubicación)
• Tipo: documento / equipamiento / muestra / paquete / otro
• Detalle de bienes / ítems
• Destinatario + campus/ubicación destino
• Área + horario de entrega filtrado por área
• Motivo, inspección/pruebas si aplica, firmas
• Marca Frágil (is_fragile) — label UI: «Frágil»
• Folio autogenerado
• Comprobante printable

RF-ME-03 — Etiqueta barcode/QR MUST

• Todo lo que se traslada lleva etiqueta con folio + barcode/QR (módulo de impresión en la demo).
• Preview HTML + Descargar PDF (datos actuales: adjuntos, MFR, evidencia).

RF-INTLOC-01 MUST

1. Aviso de envío (“voy a mandar”) → ANUNCIADO
2. Salida del envío (fecha/hora en que salió del origen) → EN_VIAJE
3. Entrada del envío (fecha/hora en que se recibió en destino) → RECIBIDO
4. Asignar a Mesa de envíos: crea orden interna (folio + QR) → EN_MESA / orden PENDIENTE_APROBACION

RF-PER-01

• Ventanas de entrega con etiqueta de área y asignaciones a campus, piso, oficina y/o personas.
• En Mesa, el selector usa horarios aplicables por herencia (campus → piso → oficina → persona destinataria), con fallback por área.

RF-ODE-01 — Detalle (consulta)

• Folio, origen/destino (campus + ubicación + persona + fecha), ítems, QR
• Estados: pendiente aprobación → aprobada → asignada → en tránsito → entregada / no entregada / cancelada

RF-ODE-02 — Aprobación y asignación MUST

• Aprobar/rechazar · asignar mensajero ejecutor App
• Agrupador: seleccionar 2+ órdenes aprobadas y asignarlas juntas a un repartidor (lote LOTE-YYYY-####)

RF-APP-01 — Pasos MUST

RF-APP-02 — Reglas

• Código escaneado debe coincidir con folio/etiqueta de la orden.
• Tiempo de tránsito = timestamp llegada − timestamp salida (base de KPI).
• Entrega: foto + firma + geo obligatorios.
• No entrega: foto + geo + motivo de catálogo (ABM Configuración) obligatorios.
• Equipamiento: checks MFR (Movilizar / Fijar / Riesgo) en salida (envío) y llegada (recepción) + “verificado por (envío)”.
• NO_ENTREGADA se puede reabrir (mismo folio → APROBADA) para reasignar. Evento ORDEN_REABIERTA.

RF-SEG-01 — Timeline MUST

RF-KPI-01 — Tablero propio

• Filtros: área, fecha, horario, campus origen/destino, mensajero
• Métricas: entregadas, no entregadas, reintentos, % entrega, tiempo promedio, puntuales vs demorados (umbral 45 min)
• Por mensajero: # envíos, tiempo medio
• Por área / responsables
• Datos mock suficientes para demo visual

RF-INT-01 — Capacidad de integración MUST

• Una integración futura (Lab / Patología / Banco de Sangre — plataforma TBD).
• En demo: endpoint mock REST POST (o GET) que recibe/código externo y crea o enlaza una solicitud/orden.
• Pantalla o sección “Integraciones” con request/response de ejemplo y log en Seguimiento (INTEGRACION_RECIBIDA).
• No requiere API real del cliente aún.

Prioridad · motivos · impresión · préstamo

• Prioridad BAJA/MEDIA/ALTA/URGENTE en Mesa, aviso inbound e integración mock. Cola y App ordenan por urgencia.
• ABM Motivos de no entrega (#/settings). App usa select de catálogo.
• Reabrir NO_ENTREGADA → mismo folio a cola.
• Etiqueta producto/envío (QR + barcode) y comprobante HTML de mensajería al crear la orden (print opcional).
• Formulario grande de traslado de equipos (atributos IB, marca, modelo, serial, accesorios, MFR).
• MFR de envío se carga en Mesa y/o App (salida); MFR de recepción en App (llegada). Verificado por (envío) queda en el formulario.
• Fotos y adjuntos de Mesa + evidencia de entrega se pintan al ver el form y en el PDF descargable (GET /api/orders/:id/pdf).
• Pedidos de equipo (#/loans): Coordinación autoriza y crea orden Mesa tipo equipamiento (regla demo a confirmar: quién presta).

UX · Auth · Mails · Shell

• Creación de envíos: checkbox renombrado de «Marca Frágil» → Frágil.
• Recupero de contraseña por mail (P01b / P01c) con SMTP + reset en Nitro4.
• Notificaciones SMTP en cada cambio de estado del envío (creado, aprobado, rechazado, asignado/desasignado, en tránsito, entregado, no entregado / reabierto).
• Destinatarios deduplicados: solicitante + mensajero (si hay) + emails de personas origen/destino del maestro.
• Sidebar: se conserva el scroll al navegar (no salta al tope al tocar ítems inferiores).
• Overflow horizontal de tablas contenido en .table-wrap (sin barra a nivel página).
• Maestro Personas se mantiene (MUST / RF-PER-MAS-01): alimenta Mesa, puestos e inventario.

RF-MAIL-01 — Notificaciones de envío MUST

• Servicio orderNotifyService.notifyOrderStatus (fire-and-forget; no tumba la API si SMTP falla).
• Hooks en Mesa (creación), Cola/órdenes (aprobar/rechazar/asignar/desasignar/reabrir) y App (salida / entrega / no entrega).
• Cuerpo: folio, estado, origen/destino + link a #/seguimiento/:id vía APP_PUBLIC_URL.