UCD-009 — Control de Incidencias en Directo
v1.0
NEXUS TX
2026-03-15
Aprobado
incidênciasdiretocontroloSLA
title: "EITB-UCD-019 — TX: Control de Incidencias en Directo (AS-IS)"
project: PRJ-EITB
author: Expert PMO Orchestrator (Nexus AI)
date: 2026-03-18
stage: AS-IS Analysis
📸 AS-IS
CASO DE USO
TX
UC-019: TX — Control de Incidencias en Directo (AS-IS)
Caso de Uso 019: TX — Control de Incidencias en Directo
1. Resumen
| Campo | Valor |
|---|---|
| ID Caso de Uso | EITB-UCD-019 |
| Título | TX — Control de Incidencias en Directo (AS-IS) |
| Módulo / Sistema | Pebble Beach / Scheduler |
| Prioridad | 🔴 Alta |
| Complejidad | 🟠 Media |
| Estado | 🔵 Borrador |
| Fuente | TX-UCD-EITB-022 v1.4 · Actas AS-IS 29/01, 02/03/2026 |
2. Descripción
Gestión AS-IS de imprevistos durante la emisión en directo: sustitución de contenidos en caliente, inserción de avisos urgentes, resincronización con la lista de emisión y registro para conciliación post-emisión. Los cambios en directo se gestionan exclusivamente en Pebble Beach sin trazabilidad automática. Los apuntes manuales del encargado de emisión son la única fuente de registro de lo ocurrido durante el directo, y su contraste con el log TCP de Pebble se realiza al día siguiente. El Scheduler no se actualiza automáticamente con los cambios ejecutados en Pebble.
3. Actores
| Actor | Tipo | Descripción |
|---|---|---|
| Operador de Continuidad | Primario | Gestiona imprevistos directamente en Pebble Beach durante la emisión |
| Jefe de Emisión | Primario | Toma decisiones operativas y registra apuntes manuales de incidencias |
| Equipo de Emisiones (Leire / Denis-Michelena) | Secundario | Apoya en la resolución de incidencias técnicas |
| Coordinador de Programación | Secundario | Ajusta la parrilla de días siguientes post-incidencia |
| Pebble Beach | Sistema | Interfaz exclusiva para gestionar cambios en tiempo real durante la emisión |
| Scheduler | Sistema | Contiene el minutado programado; NO se actualiza automáticamente con cambios en Pebble |
4. Pre-condiciones
- La emisión del día está activa en Pebble Beach.
- Se ha producido una incidencia (fallo técnico, decisión editorial urgente o directo extendido).
5. Flujo Detallado
5.1. Flujo Completo
| Fase | Paso | Actor | Acción / Respuesta del Sistema | Regla de Negocio |
|---|---|---|---|---|
| Detección | 1 | Operador de Continuidad | Detectar incidencia: Identifica el tipo de incidencia durante la emisión: (a) fallo técnico (asset no disponible, error de ingesta), (b) decisión editorial urgente (especial informativo), (c) directo que se alarga o acorta (deportes, informativos), (d) subtitulación en directo (Live Subtitle). | — |
| Intervención en Pebble | 2 | Operador de Continuidad | Sustituir contenido en lista en ejecución: Interviene directamente en la playlist activa de Pebble y reemplaza el contenido que no puede emitirse. | Las modificaciones en Pebble NO se sincronizan automáticamente con el Scheduler. |
| Intervención en Pebble | 3 | Operador de Continuidad | Insertar elemento urgente: En caso de urgente editorial, inserta el nuevo elemento (especial informativo, aviso de emergencia) en la lista de emisión activa de Pebble. | — |
| Intervención en Pebble | 4 | Operador de Continuidad | Ajustar tiempos: Si el directo se alarga o acorta, comprime o extiende la continuidad para mantener la sintonía de la parrilla con los bloques siguientes. | — |
| Intervención en Pebble | 5 | Jefe de Emisión | Registrar apuntes manuales: Anota lo ocurrido: contenido sustituido, elemento insertado, horario real del cambio y motivo de la incidencia. | Única fuente de registro de los cambios en directo. Sin trazabilidad automática. |
| Conciliación Post-emisión | 6 | Pebble Beach | Enviar log TCP: Al finalizar la emisión, Pebble envía notificación TCP con lo realmente emitido (contenido, hora de inicio/fin efectiva). | Log TCP es la fuente de verdad de lo realmente emitido. |
| Conciliación Post-emisión | 7 | Jefe de Emisión | Conciliar apuntes con log TCP: Al día siguiente, el encargado contrasta sus apuntes con el log TCP de Pebble para reconstruir lo ocurrido con fiabilidad. | Conciliación manual al día siguiente. Riesgo de pérdida de información si los apuntes son incompletos. |
| Conciliación Post-emisión | 8 | Jefe de Emisión | Detectar discrepancias con el Scheduler: Compara lo realmente emitido (log TCP) con lo que el Scheduler tenía programado. Identifica contenido no emitido, sustituido o con horario desplazado. | El Scheduler sigue mostrando el minutado original, no lo modificado en directo. |
| Ajuste Cascada | 9 | Coordinador de Programación | Reprogramar capítulos no emitidos: A partir del informe de conciliación, ajusta manualmente la parrilla de los días siguientes para incluir el contenido no emitido. | Sin descuento automático de pases de derechos ni actualización automática de Tortolika. |
5.2. Flujo de Excepción / Error
| Disparador | Respuesta del Sistema | Acción de Recuperación |
|---|---|---|
| Fallo técnico sin contenido sustituto disponible | Pebble emite señal de continuidad. Sin alerta automática a programación. | Operador inserta cortinilla o emite en negro hasta encontrar sustituto. |
| Subtitulación en directo (Live Subtitle) con error | El texto puede mostrarse con retraso o incorrectamente. Sin corrección automática. | Operador desactiva manualmente el Live Subtitle si el error es grave. |
| Streaming on/off falla durante cambio urgente | El streaming puede quedar activo cuando no debería, o viceversa. | Corrección manual en el Scheduler o en la interfaz de streaming. |
| Apuntes del encargado incompletos | La conciliación post-emisión queda incompleta. | Reconstrucción parcial a partir del log TCP únicamente. |
5.3. Diagrama de Secuencia
Visualiza el Flujo Completo del §5.1.
6. Post-condiciones
- Las incidencias del directo han sido resueltas y el log TCP ha sido recibido.
- La conciliación entre log TCP y Scheduler se ha realizado al día siguiente.
- Los capítulos no emitidos han sido reprogramados manualmente para días siguientes.
7. Reglas de Negocio y Restricciones
| # | Regla | Fuente |
|---|---|---|
| BR-01 | Los cambios en Pebble durante la emisión no se reflejan automáticamente en el Scheduler | Acta 02/03/2026 |
| BR-02 | Los apuntes manuales del encargado son la única fuente de registro de los cambios en directo | Acta 02/03/2026 |
| BR-03 | La conciliación post-incidencia es manual y se realiza al día siguiente | Acta 02/03/2026 |
| BR-04 | La subtitulación en directo (Live Subtitle) se inserta manualmente con alta carga operativa | Acta 29/01/2026 |
| BR-05 | El ajuste cascada de capítulos no emitidos es 100% manual | Acta 29/01/2026 |
8. SLA y NFR (AS-IS)
| Requisito | Estado Actual |
|---|---|
| Trazabilidad de cambios en directo | Ninguna automática (solo apuntes manuales) |
| Tiempo de respuesta ante incidencia técnica | Depende del operador — sin SLA definido |
| Sincronización Pebble ↔ Scheduler tras cambios | No existe |
| Registro automatizado de incidencias | No existe |
9. Preguntas Abiertas
| # | Pregunta | Responsable | Estado |
|---|---|---|---|
| 1 | ¿GoNext TX registrará automáticamente los cambios realizados en directo en Pebble? | GoInside | ⏳ Abierta |
| 2 | ¿El ajuste cascada de capítulos no emitidos será automático en GoNext TX? | GoInside | ⏳ Abierta |
| 3 | ¿GoNext TX integrará la subtitulación en directo (Live Subtitle) en el flujo de incidencias? | GoInside / EITB | ⏳ 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-022 v1.4. |
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 | — | ⏳ Pendiente | — |
| Aprobó | Validador Cliente | — | ⏳ Pendiente | — |
Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.