UCD-002 — Order Generation
v1.0
NEXUS PLAN
2026-03-15
Aprobado
ordenstrabalhoprodução
title: "EITB-UCD-002 — Order Generation (AS-IS)"
project: PRJ-EITB
author: Expert PMO Orchestrator (Nexus AI)
date: 2026-03-17
stage: AS-IS Analysis
📸 AS-IS
USE CASE
PRODUCTION
UC-002: Generación de Pedidos (Barne Produkzioa)
Use Case 002: Generación de Pedidos
1. Overview
| Field | Value |
|---|---|
| Use Case ID | EITB-UCD-002 |
| Title | Generación de Pedidos — Barne Produkzioa / Plangintza |
| Module / System | Barne Produkzioa |
| Priority | 🔴 Alta |
| Complexity | 🔴 Alta |
| Status | ✅ Aprobado |
| Source | E1.2 §3.3.1.2 — Generación de Pedidos (Inetum, ene. 2024) |
2. Description
Una vez aprobado el proyecto y generado el ID Producción (ver UC-001), el equipo de Producción accede a Barne Produkzioa para crear los pedidos asociados. Un pedido representa las necesidades de recursos humanos y técnicos para cada programa. Este use case cubre la creación de la cabecera del programa, las cabeceras de pedidos y las líneas de pedido con sus categorías y competencias.
Los pedidos son el insumo principal que el equipo de Planificación recibirá para asignar personas (UC-003).
3. Actors
| Actor | Type | Description |
|---|---|---|
| Jefe/a de Producción | Primary | Responsable de crear los pedidos de recursos para cada programa |
| Barne Produkzioa | System | Aplicación de producción interna, origen de los pedidos |
| Plangintza | System | Sistema central que consolida los pedidos y los expone a Planificación |
| Equipo de Planificación | Secondary | Receptor del pedido; recibe notificación por correo electrónico |
| Tortolika / Zero Paper | System | Intranet donde se gestionan peticiones de servicios externos asociados (interfaz con proveedores/licitaciones) |
4. Pre-conditions
- El proyecto ha sido aprobado por Dirección y existe un ID Producción (UC-001 completado).
- El jefe/a de producción tiene acceso a Barne Produkzioa con perfil correspondiente.
- El catálogo de categorías de profesionales (convenios) está actualizado en RRHH via la ficha del empleado porque la categoria se corresponde con el convenio del empleado.
- Los recursos técnicos (activos fijos) están catalogados con su CECO y tasa.
5. Detailed Flow
5.1. Main Flow (Happy Path)
| Step | Actor | Action / System Response | Business Rule |
|---|---|---|---|
| 1 | Jefe Producción | Accede a Barne Produkzioa con el ID Producción aprobado | Cargar datos del proyecto ya indicados en Produkzio Helburuak |
| 2 | Jefe Producción | Crea la Cabecera del Programa: ID programa, fecha de producción, hora, municipio/lugar | Un programa puede tener de 1 a N pedidos |
| 3 | Jefe Producción | Crea la Cabecera del Pedido: tipo (interno/externo), descripción del perfil técnico | El perfil técnico define el nombre del pedido |
| 4 | Jefe Producción | Introduce Líneas de Pedido: Categoría + Competencia ("Oharrak"), horario, fecha, número de profesionales | Necesidad = Categoría + Competencia (oharrak) — sin catálogo formal de competencias |
| 5 | Jefe Producción | Si es pedido externo: solicita recursos adicionales via interfaz con proveedores y Zero Paper (grupo electrógeno, seguridad móvil, UM externa) | Solo para producciones fuera de instalaciones de EITB |
| 6 | Barne Produkzioa | Guarda el pedido y notifica al equipo de Planificación por correo electrónico | El mail especifica la fecha, hora del programa y recursos solicitados |
| 7 | Plangintza | Recibe el pedido e integra los datos en la cola de Planificación | Inicio del UC-003 Asignación de RRHH |
5.2. Alternative Flow: Plan Organizativo de Producción
Triggered when: El jefe de producción necesita detallar la organización del trabajo por franja horaria.
| Step | Actor | Action / System Response |
|---|---|---|
| 1 | Jefe Producción | Accede al módulo de Plan Organizativo en Plangintza |
| 2 | Jefe Producción | Introduce el cuaderno de bitácora con tareas por franja horaria del grupo |
| 3 | Plangintza | Registra el plan organizativo; visible para Planificación |
5.3. Exception / Error Flow
| Trigger | System Response | Recovery Action |
|---|---|---|
| Recurso técnico no catalogado en Activos Fijos | El sistema no puede calcular costes correctamente | Dar de alta el recurso en el módulo de Activos Fijos con CECO y tasa |
| Dos productores solicitan el mismo recurso en fecha/hora solapada | El sistema no avisa — conflicto silencioso | El planificador detecta el conflicto y lo comunica manualmente (pain point #03) |
| Correo de notificación no entregado | Planificación no se entera del pedido | Reenvío manual o consulta directa en Plangintza |
5.4. Sequence Diagram
6. Post-conditions
- El pedido queda registrado en Plangintza con estado abierto (indicador rojo en Tortolika).
- El equipo de Planificación ha recibido notificación y puede proceder a la asignación.
- Los datos de categoría + competencia (oharrak) están disponibles como criterios de búsqueda de profesionales.
7. Business Rules & Constraints
| # | Rule | Source |
|---|---|---|
| BR-01 | Necesidad = Categoría + Competencia (oharrak) — no existe catálogo formal de competencias |
E1.2 §3.3.1.2.3 |
| BR-02 | Un pedido puede tener de 1 a N líneas (necesidades de recursos humanos) | E1.2 §3.3.1.2.2 |
| BR-03 | Pedido rojo = abierto / pedido verde = cerrado (indicador en Tortolika) | E1.2 §3.3.2 |
| BR-04 | La notificación a Planificación se realiza exclusivamente por correo electrónico (sin integración en tiempo real) | E1.2 §3.3.2 |
| BR-05 | El sistema no detecta solapamientos de recursos entre pedidos de diferentes productores | E1.2 §5 — Mejora 03 |
8. SLA & NFR
| Requirement | Value |
|---|---|
| Plataforma | Plangintza: VB 6.0 + Oracle 19c |
| Notificación | Correo electrónico (no tiempo real) |
| Audit log | Oracle Audit Vault |
9. Open Questions / Pain Points
| # | Pain Point (Mejora AS-IS) | Owner | Status |
|---|---|---|---|
| 1 | Doble entrada de datos (Mejora 01): los datos del proyecto se repiten en Barne Produkzioa. | EITB Producción | ⏳ Open |
| 2 | Sin catálogo de competencias (Mejora 02): las competencias se escriben en texto libre en "Oharrak". | EITB RRHH | ⏳ Open |
| 3 | Sin control de solapamientos (Mejora 03): dos productores pueden pedir el mismo recurso sin que el sistema lo detecte. | EITB Producción | ⏳ Open |
| 4 | Sin adjuntar documentación (Mejora 04): no se pueden añadir documentos al pedido. | EITB Producción | ⏳ Open |
| 5 | Sin calendario visual de necesidades (Mejora 05): no existe visión temporal de recursos necesarios. | EITB Planificación | ⏳ Open |
| 6 | Sin aviso de servicios externos (Mejora 23): Planificación no es notificada cuando se solicitan servicios externos | EITB Planificación | ⏳ Open |
Document structured according to Nexus Standards.
Control de Documento (Document Control)
A. Historial de Revisiones
| Versión | Fecha | Autor | Motivo del Cambio |
|---|---|---|---|
| v1.0 | 2026-03-17 | Expert PMO (Nexus AI) | Creación inicial — AS-IS Use Case derivado de E1.2 (Inetum). |
| v1.1 | 2026-03-17 | Isabel Mimoso | Aprobación técnica y cierre de fase AS-IS. |
B. Matriz de Aprobación (Sign-off)
| Acción | Rol / Área | Nombre | Estado | Fecha |
|---|---|---|---|---|
| Elaboró | PMO Analysis (GoInside) | Nexus Core AI | ✅ Firmado | 2026-03-17 |
| Validó | Equipo Técnico EITB | Isabel Mimoso | ✅ Firmado | 2026-03-17 |
Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.