Fase 1 — En Curso
Panel PrincipalGoNext PLAN — RRHHUCD-011 — Portal Técnico ZeroPaper

UCD-011 — Portal Técnico ZeroPaper

v1.0
NEXUS PLAN
2026-03-15
Aprobado
portalzero papertécnicosmobile

title: "PLAN-UCD-011 - Portal del Técnico (Autoservicio ZeroPaper)"
project: PRJ-EITB
author: Nexus AI
date: 2026-03-18
stage: TO-BE

🎯 ENTREGABLE OFICIAL PMO ESTRATÉGICO GOBERNANZA DE ENTREGA
EITB

Portal del Técnico (Autoservicio ZeroPaper)

Document ID: PLAN-UCD-011
Autor: Nexus AI
Fecha: 2026-03-18
Versión: v1.0
Estado: 🔵 Borrador
Aprobador: Pendiente

Caso de Uso PLAN-011: Portal del Técnico (Autoservicio ZeroPaper)

1. Resumen

Campo Valor
ID PLAN-UCD-011
Título Portal del Técnico — Autoservicio ZeroPaper
Módulo ZeroPaper (Portal Empleado / Tortolika reemplazado)
Prioridad 🔴 Alta
Estado 🔵 Borrador
Fuente PLAN-UCD-EITB-011 v1.4 (2026-03-11)
Relacionados PLAN-UCD-001, PLAN-UCD-002, PLAN-UCD-003

2. Descripción

ZeroPaper es el portal web de autoservicio del empleado de EITB que expone de forma unificada todas sus interacciones con GoNext Plan: ver turnos, solicitar vacaciones, consultar Lan-Bonos calculados, confirmar recepción de notificaciones y acceder al historial de horas. El portal reemplaza el papel y el email como canal de comunicación bidireccional Empleado ↔ Jefe ↔ RRHH. Las solicitudes del empleado activan workflows de aprobación en GoNext Plan con notificaciones push; la respuesta del Jefe es visible para el empleado en tiempo real. Autenticación: SSO corporativo (Azure AD).


3. Actores

Actor Tipo Descripción
Trabajador / Técnico Primario Accede al portal ZeroPaper para ver turnos, solicitar permisos y consultar bonos.
Jefe de Producción / RRHH Secundario Aprueba o rechaza solicitudes del trabajador a través del flujo de GoNext.
ZeroPaper (Portal Web) Sistema Frontend de autoservicio empleado; no contiene lógica de negocio propia.
GoNext Plan Sistema Backend con motor de workflows y datos. ZeroPaper expone sus datos vía API REST.
Azure AD (SSO) Sistema Proveedor de identidad. ZeroPaper consume el token del empleado.

4. Pre-condiciones

  • El trabajador tiene cuenta activa en Azure AD con rol Empleado_EITB.
  • El cuadrante del período está publicado en GoNext Plan (PLAN-002).
  • Los Lan-Bonos del período están calculados (PLAN-005).

5. Flujo Detallado

5.1. Flujo Completo

Fase Paso Actor Acción / Respuesta del Sistema Regla de Negocio
Login 1 Trabajador Accede a ZeroPaper (URL interna). Redirigido automáticamente al SSO Azure AD. RN-01: ZeroPaper no gestiona credenciales propias. 100% delegado a Azure AD.
Login 2 Azure AD Autentica al empleado; devuelve token con Claims (ID, Departamento, Rol).
Dashboard Personal 3 ZeroPaper Renderiza el Dashboard Personal: próximos turnos (7 días), saldo de vacaciones y estado de solicitudes pendientes. RN-02: ZeroPaper solo muestra datos del empleado autenticado (RLS automática por ID de empleado).
Ver Turno 4 Trabajador Navega al calendario semanal; consulta el detalle del turno (hora, servicio, activos asignados).
Solicitud Vacaciones/Permiso 5 Trabajador Rellena el formulario de solicitud con fechas, tipo de permiso y motivo. RN-03: El formulario valida automáticamente que las fechas no solapen con turnos ya publicados.
Solicitud Vacaciones/Permiso 6 GoNext Plan Persiste la solicitud en estado "Pendiente de Aprobación". Notify Push al Jefe de Producción y a RRHH.
Aprobación 7 Jefe / RRHH Revisa la solicitud en su bandeja de GoNext; aprueba o rechaza con motivo. RN-04: Si el período tiene cuadrante publicado y la ausencia afecta a una guardia publicada, GoNext genera alerta de impacto.
Notificación 8 ZeroPaper El empleado recibe push/email con la resolución; el estado de su solicitud cambia en el Dashboard.
Lan-Bono 9 Trabajador Accede a la sección "Mis Bonos"; consulta el desglose del Lan-Bono calculado para el período. RN-05: El empleado solo puede visualizar su propio Lan-Bono. Sin acceso a los datos de otros compañeros.

5.2. Flujo de Excepción / Error

ID Disparador Respuesta del Sistema Acción de Recuperación
EXC-01 Token SSO caducado durante la sesión. ZeroPaper redirige silenciosamente al endpoint SSO para refresh de token. Si falla → pantalla de re-login. El trabajador inicia sesión de nuevo; sin pérdida de datos de formularios completados (draft local).
EXC-02 Solicitud de vacaciones solapada con guardia publicada. Formulario bloquea el envío; aviso: "Las fechas solicitadas coinciden con un turno publicado". El trabajador ajusta las fechas o solicita Override al Jefe a través del portal.
EXC-03 GoNext Plan no disponible al cargar el Dashboard. ZeroPaper muestra la última caché del turno del día (24 h). Alerta "Mostrando datos de caché". Empleado contacta con RRHH por vía alternativa para urgencias.

5.3. Diagrama de Secuencia

Visualiza el Flujo Completo del §5.1.

GoNext PlanAzure AD (SSO)ZeroPaperGoNext PlanAzure AD (SSO)ZeroPaperAutenticación SSOConsulta de Turno y SolicitudAprobación y NotificaciónConsulta Lan-BonoTrabajadorJefe / RRHHAccede a la URL de ZeroPaper1Redirige al endpoint de autenticación SSO2Token con Claims del empleado3Solicita datos del empleado con token4Dashboard personal renderizado5Consulta turnos de la semana6GET turnos del empleado para el período7Detalle de turnos publicados8Calendario con turnos y activos9Rellena solicitud de vacaciones con fechas10Valida solapamiento con turnos publicados11No hay solapamiento12Crea solicitud en estado Pendiente13Notificación push de nueva solicitud14Aprueba la solicitud15Estado actualizado a Aprobado16Notificación push con resolución17Accede a sección Mis Bonos18GET desglose Lan-Bono del empleado19Retorna Lan-Bono del período (solo del propio empleado)20Desglose de pluses y totales21TrabajadorJefe / RRHH

6. Post-condiciones

  • El empleado tiene visibilidad de sus turnos, permisos y bonos en tiempo real.
  • Las solicitudes aprobadas se reflejan automáticamente en el cuadrante de GoNext Plan.
  • No se ha procesado ningún papel físico en el flujo de solicitud.

7. Reglas de Negocio y Restricciones

# Regla Fuente
RN-01 ZeroPaper no gestiona credenciales propias. 100% delegado a Azure AD (SSO). Arquitectura SSO EITB
RN-02 RLS automática: ZeroPaper solo expone datos del empleado autenticado. LOPD / Compliance
RN-03 El formulario bloquea fechas que solapen con turnos ya publicados. Motor de Validación GoNext
RN-04 Si la ausencia afecta a una guardia publicada, GoNext genera alerta de impacto al Jefe. Regla de Negocio EITB
RN-05 El empleado solo puede visualizar su propio Lan-Bono en ZeroPaper. LOPD

8. SLA y NFR (TO-BE)

Requisito Valor
TTI Dashboard Personal ZeroPaper < 1,5 s
Response Time solicitudes al backend GoNext < 300 ms
Disponibilidad 99,9 %
Autenticación SSO (Azure AD) Obligatoria — sin credenciales propias en ZeroPaper

9. Preguntas Abiertas

# Pregunta Responsable Estado
1 ¿ZeroPaper se accede desde la intranet EITB o también fuera de red corporativa (VPN / PWA móvil)? EITB IT ⏳ Abierta
2 ¿Se firmará con firma digital la solicitud de vacaciones en el portal? RRHH / Legal EITB ⏳ Abierta

10. Glosario

Término Significado
ZeroPaper Portal web de autoservicio del empleado. Cero papeles físicos. Todas las interacciones en digital.
SSO Single Sign-On — autenticación única. El empleado usa sus credenciales corporativas de Windows/Azure AD.
Claims Atributos del token de identidad (ID, Departamento, Rol) que ZeroPaper usa para filtrar datos.

11. Referencias

  • Acta Funcional As-Is (22/01/2026) — Sección ZeroPaper
  • Fuente: PLAN-UCD-EITB-011_Portal_Tecnico_ZeroPaper_v1.4_2026-03-11.md

Documento estructurado según los Estándares Nexus.


Control de Documento (Document Control)

A. Historial de Revisiones

VersiónFechaAutorMotivo
v1.02026-03-18Nexus AICreación inicial — TO-BE desde PLAN-UCD-EITB-011 v1.4.

B. Matriz de Aprobación (Sign-off)

AcciónRol / ÁreaNombreEstadoFecha
ElaboróPMONexus AI✅ Firmado2026-03-18
ValidóValidador FuncionalFrancisco Bolado⏳ Pendiente
AprobóDirector de ProyectoRaúl Herreros⏳ Pendiente

Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.