UCD-001 — Programación de Parrilla
title: "EITB-UCD-011 — TX: Programación y Parrilla (AS-IS)"
project: PRJ-EITB
author: Expert PMO Orchestrator (Nexus AI)
date: 2026-03-18
stage: AS-IS Analysis
UC-011: TX — Programación y Parrilla (AS-IS)
Caso de Uso 011: TX — Programación y Parrilla
1. Resumen
| Campo | Valor |
|---|---|
| ID Caso de Uso | EITB-UCD-011 |
| Título | TX — Programación y Parrilla (AS-IS) |
| Módulo / Sistema | Aplicación de Programación / Scheduler / Tortolika / MAM / Pebble Beach |
| Prioridad | 🔴 Alta |
| Complejidad | 🔴 Alta |
| Estado | 🟢 Aprobado |
| Fuente | TX-UCD-EITB-014 v1.4 · Actas AS-IS 29/01, 04/02, 02/03/2026 |
2. Descripción
Gestión de la programación televisiva de EITB en el estado actual (AS-IS): elaboración y mantenimiento de la parrilla de programas, verificación manual de derechos de emisión, resolución diaria del minutado, gestión de eventos en directo, desconexiones geográficas y conciliación post-emisión. El proceso implica múltiples sistemas desconectados con un flujo altamente manual basado en consultas, exportaciones e importaciones manuales entre herramientas internas (Aplicación de Programación, Scheduler, Lavadora) y sistemas externos (MAM, Pebble Beach).
3. Actores
| Actor | Tipo | Descripción |
|---|---|---|
| Director de Programación (José Luis Blanco) | Primario | Elabora y mantiene la parrilla semanal/mensual |
| Gestor de Derechos | Secundario | Consulta derechos de emisión manualmente en Tortolika |
| Equipo de Programación (Leire / Denis Michelena) | Secundario | Opera el Scheduler y la Lavadora; prepara el minutado diario |
| Aplicación de Programación | Sistema | Herramienta interna de planificación de parrilla |
| Scheduler | Sistema | Aplicación interna que compone el minutado diario |
| Tortolika | Sistema | Intranet para contratos y derechos de emisión |
| Kanpo | Sistema | App para gestión de contratos y derechos de emisión |
| MAM | Sistema | Repositorio de assets; provee Media ID para el playout |
| Lavadora | Sistema | Procesa XML del Scheduler y genera MPL para Pebble |
| Pebble Beach | Sistema | Sistema de playout/automation que ejecuta la playlist a antena |
4. Pre-condiciones
- La parrilla de la semana anterior está cerrada y publicada.
- Los derechos de emisión de los contenidos programados están registrados en Tortolika.
- El MAM tiene los assets ingestados o en proceso de ingesta.
5. Flujo Detallado
5.1. Flujo Completo
| Fase | Paso | Actor | Acción / Respuesta del Sistema | Regla de Negocio |
|---|---|---|---|---|
| Verificación de Derechos | 1 | Coordinador de Programación | Consultar Tortolika y Kanpo: Accede manualmente a Tortolika y Kanpo para verificar pases disponibles, ventana temporal y territorio del contenido a programar. | Sin alerta automática al programar sin derechos vigentes. Verificación 100% manual. |
| Verificación de Derechos | 2 | Coordinador de Programación | Consultar disponibilidad en MAM: Verifica que el asset esté ingestado o en proceso de ingesta antes de programar. | Risk: doble check manual sin integración. |
| Elaboración de Parrilla | 3 | Coordinador de Programación | Elaborar parrilla en Aplicación de Programación: Asigna producción/capítulo/versión a las franjas horarias. Gestiona prioridad por franja, eventos en directo, simulcast multi-canal. | La información de emisiones existe en 3 repositorios (Pebble, planificación, MAM). |
| Elaboración de Parrilla | 4 | Coordinador de Programación | Gestionar desconexiones geográficas: Genera 3 listas casi idénticas (País Vasco, Navarra, general) con diferencias en franjas de desconexión publicitaria y para Navarra con programación específica (huecos de desconexión). | Triple composición manual diaria. |
| Composición del Minutado | 5 | Equipo de Emisiones | Volcar parrilla al Scheduler: Exporta la parrilla diaria desde la Aplicación de Programación al Scheduler. | Volcado manual diario. |
| Composición del Minutado | 6 | Equipo de Emisiones | Importar publicidad (SIIC): Importa el bloque publicitario cerrado generado por SIIC como archivo separado. | Bloques publicitarios cerrados — no se pueden reordenar spots desde el Scheduler. |
| Composición del Minutado | 7 | Equipo de Emisiones | Importar promos (SIIC): Importa las promos en los espacios libres. Proceso manual (archivo separado). | Inserción manual sin reglas automatizadas. |
| Composición del Minutado | 8 | Equipo de Emisiones | Insertar continuidad (copy-paste): Copia del día anterior los relojes, cortinillas, logos y calificaciones de edades. | Sin validación automática. Riesgo de error por reutilización. |
| Composición del Minutado | 9 | Scheduler | Resolver Media ID: Traduce la referencia producción/capítulo al Media ID del asset físico en el MAM para generar el MPL. | House ID: PP (programa), PR/PK (promo), SS (publicidad). Media ID: 49 caracteres. |
| Composición del Minutado | 10 | MAM | Desencadenar automatismos: Mueve el contenido a servidores de emisión, descarga cintas LTO y retiene en almacenamiento intermedio según la parrilla replicada. | El MAM tiene su propia réplica de la parrilla para desencadenar automatismos. |
| Exportación a Playout | 11 | Equipo de Emisiones | Exportar XML a Lavadora: Exporta el minutado del Scheduler en formato Pebble Neptune. | — |
| Exportación a Playout | 12 | Lavadora | Procesar y generar MPL: Junta segmentos consecutivos, aplica reglas de audio, logos, subtitulación y loudness. Exporta MPL para Pebble. | El rol de la Lavadora con GoNext TX está por definir. Pero podría eliminar la necesidad de la Lavadora. |
| Exportación a Playout | 13 | Equipo de Emisiones | Cargar MPL en Pebble Beach: Inserta la lista procesada en Pebble. Equipo verifica disponibilidad de assets. | — |
| Emisión | 14 | Pebble Beach | Ejecutar emisión a antena: Emite la playlist incluyendo desconexiones geográficas para las 3 listas. | Simulcast: dos canales emiten lo mismo simultáneamente; desconexión para publicidad local diferenciada. Y desconexión para Navarra con programación específica (huecos de desconexión). |
| Conciliación Post-emisión | 15 | Pebble Beach | Enviar log TCP: Registra lo realmente emitido y lo envía vía notificación TCP. | Log TCP es la única fuente de verdad de lo emitido. |
| Conciliación Post-emisión | 16 | Equipo de Emisiones | Conciliar manualmente: Compara el log TCP de Pebble con el minutado del Scheduler y los apuntes manuales del encargado. Identifica discrepancias. | Conciliación 100% manual. |
| Conciliación Post-emisión | 17 | Coordinador de Programación | Ajuste cascada: Reprograma los capítulos no emitidos a los días siguientes. | Sin descuento automático de pases de derechos consumidos. |
5.2. Flujo de Excepción / Error
| Disparador | Respuesta del Sistema | Acción de Recuperación |
|---|---|---|
| Asset no disponible en MAM (no ingestado) | El Scheduler no puede resolver el Media ID. Sin alerta automática. | Equipo de Emisiones detecta manualmente y busca contenido sustituto. |
| Contenido sin derechos vigentes programado | Sin alerta. El error se detecta únicamente en la revisión manual de Tortolika y de Kanpo. | Coordinador sustituye el contenido y regenera el minutado. |
| Evento en directo se alarga | La continuidad de la lista queda desajustada. | Jefe de Emisión interviene directamente en Pebble en tiempo real. |
| Fallo en la exportación a Lavadora | XML malformado o incompleto. | Equipo regenera exportación desde el Scheduler. |
5.3. Diagrama de Secuencia
Visualiza el Flujo Completo del §5.1.
6. Post-condiciones
- El minutado del día ha sido emitido y el log TCP ha sido recibido.
- Las discrepancias entre programado y emitido han sido identificadas y registradas manualmente.
- Los capítulos no emitidos han sido reprogramados para días siguientes.
7. Reglas de Negocio y Restricciones
| # | Regla | Fuente |
|---|---|---|
| BR-01 | Verificación de derechos de emisión 100% manual en Tortolika y Kanpo antes de programar — sin alerta automática | Acta 29/01/2026 |
| BR-02 | La información de emisiones existe en 3 repositorios (Pebble, planificación interna, MAM) | Acta 02/03/2026 |
| BR-03 | Las desconexiones zonales requieren 3 listas de emisión casi idénticas generadas manualmente | Acta 29/01/2026 |
| BR-04 | Los elementos de continuidad (relojes, cortinillas) se copian del día anterior sin validación automática | Acta 29/01/2026 |
| BR-05 | La conciliación post-emisión es manual: log TCP de Pebble vs. minutado del Scheduler + apuntes del encargado | Acta 02/03/2026 |
| BR-06 | No existe descuento automático de pases de derechos tras emisión | Acta 02/03/2026 |
8. SLA y NFR (AS-IS)
| Requisito | Estado Actual |
|---|---|
| Avance de parrilla | Semanal / mensual (elaboración manual) |
| Actualización del minutado | Diaria (composición manual en Scheduler) |
| Conciliación post-emisión | Diaria, al día siguiente (manual) |
| Trazabilidad de cambios de parrilla | Ninguna (sin log de cambios) |
| Visibilidad de stock con derechos vigentes | No disponible |
9. Preguntas Abiertas
| # | Pregunta | Responsable | Estado |
|---|---|---|---|
| 1 | ¿Cuál será la fuente de verdad única de emisiones en GoNext TX? (Pebble, planificación o MAM) | EITB / GoInside | ⏳ Abierta |
| 2 | ¿Qué rol tendrá la Lavadora en el nuevo sistema GoNext TX? | EITB (Leire) / GoInside | ⏳ Abierta |
| 3 | ¿GoNext TX generará automáticamente las 3 listas de desconexión geográfica? | GoInside | ⏳ Abierta |
| 4 | ¿Se integrará GoNext TX con Tortolika para alertas de derechos en tiempo de programación? | GoInside | ⏳ Abierta |
Documento estructurado según los Estándares Nexus.
Control de Documento (Document Control)
A. Historial de Revisiones
| Versión | Fecha | Autor | Motivo del Cambio |
|---|---|---|---|
| v1.0 | 2026-03-18 | Expert PMO (Nexus AI) | Creación inicial AS-IS desde TX-UCD-EITB-014 v1.4. |
| v1.1 | 2026-03-18 | Isabel Mimoso | Aprobación del documento (AS-IS). |
B. Matriz de Aprobación (Sign-off)
| Acción | Rol / Área | Nombre | Estado | Fecha |
|---|---|---|---|---|
| Elaboró | Project Management (PMO) | Expert PMO (Nexus AI) | ✅ Firmado | 2026-03-18 |
| Aprobó | Analista Funcional / Owner | Isabel Mimoso | ✅ Firmado | 2026-03-18 |
| Aprobó | Validador Cliente | — | ⏳ Pendiente | — |
Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.