UCD-010 — Control Incidencias Directo (v2)
v1.0
NEXUS TX
2026-03-15
Aprobado
incidênciasdiretocontrolo
title: "TX-UCD-010 - Control de Incidencias en Directo"
project: PRJ-EITB
author: Nexus AI
date: 2026-03-18
stage: TO-BE
📡 TX — EMISIÓN
PMO ESTRATÉGICO
GOBERNANZA DE ENTREGA
Control de Incidencias en Directo
Caso de Uso TX-010: Control de Incidencias en Directo
1. Resumen
| Campo | Valor |
|---|---|
| ID | TX-UCD-010 |
| Título | Control de Incidencias en Directo |
| Módulo | GoNext TX — Playout Control |
| Actor Principal | Operador de Continuidad, Jefe de Emisión |
| Prioridad | 🔴 Alta |
| Estado | 🔵 Borrador |
| Fuente | TX-UCD-EITB-022 v1.4 (2026-03-11) |
| Relacionados | TX-UCD-002 (Cambios Última Hora), TX-UCD-009 (Lista Emisión / Playout), TX-UCD-005 (Certificado Emisión) |
2. Descripción
GoNext TX proporciona una interfaz integrada de gestión de incidencias en directo: sustitución de contenidos en caliente, inserción de avisos urgentes y resincronización automática de la lista de emisión. Todas las intervenciones quedan registradas en un log de incidencias automático (usuario, timestamp, motivo, contenido afectado), reemplazando los apuntes manuales del encargado. La sincronización bidireccional con Pebble Beach garantiza que los cambios realizados en GoNext TX se reflejen inmediatamente en el playout y viceversa, permitiendo la conciliación automática programado vs. emitido sin proceso manual post-jornada.
3. Actores
| Actor | Tipo | Descripción |
|---|---|---|
| Operador de Continuidad | Primario | Gestiona incidencias en tiempo real desde la interfaz GoNext TX durante la emisión. |
| Jefe de Emisión | Primario | Autoriza y supervisa intervenciones de alta criticidad durante la emisión. |
| Equipo de Emisiones | Secundario | Coordina adjustments en la parrilla cuando la incidencia afecta a capítulos subsiguientes. |
| Coordinador de Programación | Secundario | Apoya en decisiones editoriales durante eventos especiales (deportes, informativos). |
| GoNext TX | Sistema | Interfaz de gestión de incidencias con log automático; sincronización con Pebble. |
| Pebble Beach | Sistema | Playout/automation. Sincronización bidireccional con GoNext TX para reflejar cambios en directo. |
4. Pre-condiciones
- La playlist del día está activa en Pebble Beach y sincronizada con GoNext TX.
- El Operador de Continuidad tiene sesión activa en GoNext TX con permisos de edición de emisión en curso.
- La sincronización bidireccional GoNext TX ↔ Pebble está operativa.
5. Flujo Detallado
5.1. Flujo Completo
| Fase | Paso | Actor | Acción / Respuesta del Sistema | Regla de Negocio |
|---|---|---|---|---|
| Detección de Incidencia | 1 | Operador de Continuidad | Detecta incidencia durante la emisión: fallo técnico, decisión editorial urgente, directo que se alarga/acorta. | — |
| Intervención en Directo | 2 | Operador de Continuidad | Accede a la interfaz de incidencias en GoNext TX y ejecuta la acción: sustituir contenido, insertar urgente, ajustar tiempos. | RN-01: Todas las intervenciones realizadas en GoNext TX son inmediatamente comunicadas a Pebble Beach vía sincronización bidireccional. |
| Sincronización Pebble | 3 | GoNext TX | Propaga el cambio a Pebble Beach en tiempo real. Pebble Beach ejecuta el cambio en la emisión activa. | RN-02: Los cambios en Pebble Beach también se reflejan automáticamente en GoNext TX para mantener la trazabilidad. |
| Log Automático | 4 | GoNext TX | Registra automáticamente la incidencia: Usuario, Timestamp, Tipo de incidencia, Contenido afectado, Decisión tomada, Motivo. | RN-03: El log de incidencias es inmutable y obligatorio para cualquier intervención durante la emisión. |
| Notificación | 5 | GoNext TX | Notifica automáticamente al Equipo de Emisiones y al Coordinador de Programación sobre la incidencia y los ajustes en cascada a capítulos subsiguientes. | RN-04: Los ajustes en cascada (capítulos no emitidos que se desplazan) se calculan automáticamente y se propagan a la parrilla de días siguientes. |
| Conciliación Automática | 6 | GoNext TX | Al cierre de la emisión, importa el log TCP de Pebble y genera la conciliación automática incidencias vs. planificado, actualizando el Broadcast Certificate. | RN-05: La conciliación automática reemplaza el proceso manual de contraste de apuntes vs. log TCP del Scheduler. |
5.2. Flujo de Excepción / Error
| ID | Disparador | Respuesta del Sistema | Acción de Recuperación |
|---|---|---|---|
| EXC-01 | Pérdida de sincronización GoNext TX ↔ Pebble durante una incidencia. | GoNext TX muestra alerta crítica de "Sincronización perdida". Los cambios se acolan en cola y se reintentan; el Operador puede continuar interviniendo directamente en Pebble. | Al recuperar la sincronización, GoNext TX reconcilia los cambios registrados en Pebble con el log de incidencias. |
| EXC-02 | Directo que se alarga más del margen previsto (> 15 min). | GoNext TX calcula el impacto en cascada (capítulos desplazados) y propone automáticamente 3 escenarios de ajuste al Operador. | Operador selecciona el escenario más adecuado; GoNext TX actualiza la playlist y notifica a Pebble. |
| EXC-03 | Fallo técnico: asset no disponible (error de ingesta tardío). | GoNext TX alerta con máxima prioridad al Operador MAM y al Operador de Continuidad; propone contenido alternativo válido (con derechos vigentes y asset disponible). | Operador de Continuidad selecciona sustituto; GoNext TX actualiza la playlist e informa a Pebble. |
5.3. Diagrama de Secuencia
Visualiza el Flujo Completo del §5.1.
6. Post-condiciones
- Todas las incidencias durante la emisión están registradas en el log automático con trazabilidad completa.
- El Broadcast Certificate refleja fielmente lo realmente emitido, incluyendo incidencias y sustituciones.
- Los ajustes en cascada a capítulos de días siguientes están actualizados en la parrilla.
- La conciliación programado vs. emitido se ha realizado automáticamente sin proceso manual post-jornada.
7. Reglas de Negocio y Restricciones
| # | Regla | Fuente |
|---|---|---|
| RN-01 | Todas las intervenciones en GoNext TX son comunicadas inmediatamente a Pebble Beach vía sincronización bidireccional. | Decisión de diseño — GoInside |
| RN-02 | Los cambios realizados directamente en Pebble Beach también se reflejan automáticamente en GoNext TX para mantener la trazabilidad. | Decisión de diseño — GoInside |
| RN-03 | El log de incidencias es inmutable y obligatorio para cualquier intervención durante la emisión. | Normativa Operativa TX / Compliance |
| RN-04 | Los ajustes en cascada (capítulos desplazados) se calculan y propagan automáticamente a la parrilla de días siguientes. | Requisito funcional TX |
| RN-05 | La conciliación automática post-emisión reemplaza el proceso manual diario de contraste de apuntes vs. log TCP. | Requisito funcional TX — punto de dolor AS-IS |
8. SLA y NFR (TO-BE)
| Requisito | Valor |
|---|---|
| Latencia sincronización GoNext TX ↔ Pebble (cambio en directo) | < 2 s |
| TTI interfaz de control en directo | < 1 s |
| Registro en log de incidencias (post-intervención) | < 500 ms |
| Conciliación automática post-emisión | < 15 min tras cierre de jornada |
| Disponibilidad | 99,99 % (crítico para operación en directo) |
| Log de auditoría | Inmutable — obligatorio para toda intervención durante emisión |
9. Preguntas Abiertas
| # | Pregunta | Responsable | Estado |
|---|---|---|---|
| Q1 | ¿Debe GoNext TX gestionar los cambios en directo o quedan fuera del alcance inicial? | GoInside / EITB | ⏳ Abierta |
| Q2 | ¿Cuántas incidencias en directo se producen por día/semana en EITB? | EITB (Leire / Emisiones) | ⏳ Abierta |
| Q3 | ¿Se requiere interfaz de control en tiempo real en GoNext TX o Pebble es la interfaz primaria de incidencias? | GoInside / EITB | ⏳ Abierta |
| Q4 | ¿La sincronización bidireccional GoNext TX ↔ Pebble es técnicamente viable en tiempo real con la arquitectura actual de Pebble Beach? | EITB (técnicos) / GoInside | ⏳ Abierta |
10. Glosario
| Término | Significado |
|---|---|
| Incidencia en directo | Evento imprevisto durante la emisión que requiere intervención inmediata del Operador de Continuidad. |
| Sustitución en caliente | Reemplazo de un contenido en la playlist activa mientras la emisión está en curso. |
| Ajuste en cascada | Recálculo y desplazamiento de capítulos subsiguientes como consecuencia de una incidencia. |
| Log TCP | Log de actividad generado por Pebble Beach con lo realmente emitido segundo a segundo. |
| Live Subtitle | Subtitulación en tiempo real para contenidos en directo; inserción manual en el AS-IS. |
| Pebble Beach | Sistema de playout/automation que ejecuta la playlist a antena. |
| Broadcast Certificate (BC) | Certificado de emisión que documenta lo realmente emitido (programas, publicidad, duración). |
11. Referencias
- Acta AS-IS Funcional (29/01/2026), Acta AS-IS Técnico (02/03/2026)
- Fuente:
TX-UCD-EITB-022_Control_Incidencias_Directo_v1.4_2026-03-11.md
Documento estructurado según los Estándares Nexus.
Control de Documento (Document Control)
A. Historial de Revisiones
| Versión | Fecha | Autor | Motivo |
|---|---|---|---|
| v1.0 | 2026-03-18 | Nexus AI | Creación inicial — TO-BE desde TX-UCD-EITB-022 v1.4. |
B. Matriz de Aprobación (Sign-off)
| Acción | Rol / Área | Nombre | Estado | Fecha |
|---|---|---|---|---|
| Elaboró | PMO | Nexus AI | ✅ Firmado | 2026-03-18 |
| Validó | Validador Funcional | Francisco Bolado | ⏳ Pendiente | — |
| Aprobó | Director de Proyecto | Raúl Herreros | ⏳ Pendiente | — |
Documento generado bajo el estándar de Gobernanza Nexus Framework.
Nivel de Confidencialidad: INTERNO STRICTO - EITB / GOINSIDE.