UC-001: Contratación de Proyectos (Produkzio Helburuak)
Document ID: EITB-UCD-001
Author: Expert PMO Orchestrator (Nexus AI)
Date: 2026-03-17
Version: v1.1 [AS-IS]
Status: ✅ Aprobado
Aprobador: Isabel Mimoso
Use Case 001: Contratación de Proyectos
1. Overview
Field
Value
Use Case ID
EITB-UCD-001
Title
Contratación de Proyectos — Produkzio Helburuak
Module / System
Produkzio Helburuak (App conectada con Intranet EITB)
Priority
🔴 Alta
Complexity
🟡 Media
Status
✅ Aprobado
Source
E1.2 §3.2, §3.3.1 — Estado del Arte y Análisis Situación Actual (Inetum, ene. 2024)
2. Description
El proceso de contratación de proyectos es el punto de entrada de toda producción en EITB. Una producción comienza cuando una productora (interna o externa) presenta una propuesta, que es evaluada por Dirección y, si se aprueba, genera un Identificador de Producción (ID Producción) único que activa el ciclo de vida de la producción en Barne Produkzioa y Plangintza.
Este use case describe el flujo AS-IS desde la solicitud inicial hasta la creación del proyecto en "Produkzio Helburuak", incluyendo los dos caminos posibles: contratación externa (concurso) e iniciativa interna de productora.
3. Actors
Actor
Type
Description
Productora Externa
Primary
Empresa audiovisual que presenta propuesta ante convocatoria de EITB via intranet de EITB - área llamada "contratación de contenidos audiovisuales"
Productora Interna
Primary
Equipo interno de EITB que propone un programa por iniciativa propia
Dirección de Programación
Secondary
Comité que evalúa y aprueba/rechaza proyectos presentados
Produkzio Helburuak
System
Aplicación donde se registran los objetivos y datos del proyecto a submeter a aprobación
Barne Produkzioa
System
Aplicación de producción interna; se activa tras la aprobación
4. Pre-conditions
Existe una convocatoria abierta (Pitching, concurso, o iniciativa interna).
La productora tiene acceso a la web/intranet de EITB.
Se ha calendarizado una reunión de Dirección para revisión de propuestas.
El sistema Produkzio Helburuak está disponible y operativo.
5. Detailed Flow
5.1. Main Flow (Happy Path)
Step
Actor
Action / System Response
Business Rule
1
Productora
Presenta propuesta de proyecto en la intranet EITB (web o convocatoria Pitching 2x año)
Tipos: Concurso, Petición a varias/una productora, Iniciativa propia, Prórroga
2
Produkzio Helburuak
El productor da de alta la propuesta con una referencia interna provisional (sin ID Producción)
Todavía no hay número de producción asignado
3
Productor
Completa la ficha del proyecto: clasificación formato, tipología, clasificación de edad, plataformas, datos de audiencia, publicidad, perfiles, recursos técnicos
Campos obligatorios vs. opcionales definidos en la ficha
4
Productor
Añade estimación de costes internos (personal, RRHH) y externos (proveedores)
Costes previos sin número de producción definitivo
5
Dirección
Revisa el informe en reunión de Comité de Proyectos
Reunión periódica; frecuencia no determinada automáticamente
6
Dirección
Aprueba el proyecto
Genera automáticamente el ID Producción: nº de producción + nº capítulo + título + nombre productor
7
Produkzio Helburuak
Notifica al productor la aprobación y el ID Producción asignado
El productor puede ahora crear pedidos en Barne Produkzioa
8
Productor
Accede a Barne Produkzioa para cargar los datos del proyecto aprobado
Inicio del UC-002 Generación de Pedidos
5.2. Alternative Flow: Proyecto Rechazado
Triggered when: Dirección decide en Comité no aprobar la propuesta presentada.
Step
Actor
Action / System Response
1
Dirección
Marca el proyecto como rechazado en Comité
2
Produkzio Helburuak
Registra el rechazo; el proyecto finaliza sin generar ID Producción
3
Productora
Recibe notificación de rechazo (vía mail o intranet)
5.3. Exception / Error Flow
Trigger
System Response
Recovery Action
Propuesta incompleta
El sistema no permite avanzar sin campos obligatorios
El productor completa los campos faltantes
Acceso intranet no disponible
Fallo técnico en intranet EITB
Coordinación con Sistemas TI de EITB
Convocatoria cerrada
El sistema no acepta nuevas propuestas fuera de periodo
Esperar próxima convocatoria (Pitching 2x año)
5.4. Sequence Diagram
6. Post-conditions
Si aprobado: existe un ID Producción único en el sistema asociado al proyecto.
El productor puede acceder a Barne Produkzioa para comenzar a crear pedidos.
Los datos del proyecto quedan registrados en Produkzio Helburuak y Barne Produkzioa.
Si rechazado: el proyecto queda archivado sin activar ningún proceso productivo posterior.
7. Business Rules & Constraints
#
Rule
Source
BR-01
El ID Producción no se genera hasta aprobación explícita de Dirección
E1.2 §3.3.1
BR-02
Existen 5 tipos de proyecto: Concurso, Petición a varias/una productora, Iniciativa propia, Prórroga
E1.2 §3.3.1
BR-03
Convocatoria Pitching: 2 veces al año
E1.2 §3.3.1
BR-04
Los datos básicos del proyecto se duplican entre Produkzio Helburuak y Barne Produkzioa (pain point #01)
E1.2 §5 — Mejora 01
BR-05
Un proyecto sin ID Producción no puede generar pedidos en Plangintza
E1.2 §3.3.1
8. SLA & NFR
Requirement
Value
Plataforma
VB 6.0 + Oracle 19c (Plangintza); Intranet web (Produkzio Helburuak)
Entorno
On-premise, NT 4.0
Audit log
Oracle Audit Vault (obligatorio por ADMINeitb)
9. Open Questions / Pain Points
#
Pain Point (Mejora AS-IS)
Owner
Status
1
Doble entrada de datos (Mejora 01): la información se introduce dos veces — en Produkzio Helburuak (objetivos) y en Barne Produkzioa (pedidos). El nuevo sistema debe unificar la entrada.
EITB Producción
⏳ Open
2
Falta de catálogo de competencias: al crear el proyecto solo se pueden indicar categorías, no competencias específicas (Mejora 02).
EITB RRHH
⏳ Open
3
Sin integración radio/net: el proceso solo cubre TV; radio e internet gestionan sus proyectos fuera del sistema (Mejora 20).
EITB Dirección
⏳ Open
4
Implicación gestión del cambio: las productoras (Barne/Kanpo) deberán ser involucradas en los cambios propuestos (Mejora 28).
EITB Dirección Media
⏳ 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
Documento aprobado por Isabel Mimoso.
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
Aprobó
Project Owner
Isabel Mimoso
✅ Firmado
2026-03-17
Documento generado bajo el estándar de Gobernanza Nexus Framework. Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.