UCD-005 — Broadcast Certificate
v1.0
NEXUS TX
2026-03-15
Aprobado
broadcastcertificadolegal
title: "EITB-UCD-015 — TX: Broadcast Certificate y Facturación (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-015: TX — Broadcast Certificate y Facturación (AS-IS)
Caso de Uso 015: TX — Broadcast Certificate y Facturación
1. Resumen
| Campo | Valor |
|---|---|
| ID Caso de Uso | EITB-UCD-015 |
| Título | TX — Broadcast Certificate y Facturación (AS-IS) |
| Módulo / Sistema | Pebble Beach / Scheduler / Oracle EBS |
| Prioridad | 🔴 Alta |
| Complejidad | 🟠 Media |
| Estado | 🔵 Borrador |
| Fuente | TX-UCD-EITB-018 v1.4 · Actas AS-IS 29/01, 02/03/2026 |
2. Descripción
Generación del Broadcast Certificate (BC) post-emisión a partir del log TCP de Pebble Beach, conciliación manual entre lo programado y lo realmente emitido, y exportación a Oracle EBS para facturación. No existe un BC automatizado en el estado actual: la conciliación post-emisión es un proceso 100% manual que cruza el log TCP de Pebble con el minutado del Scheduler y los apuntes manuales del encargado de emisión. La conciliación de publicidad y la de programas son procesos separados, ambos manuales.
3. Actores
| Actor | Tipo | Descripción |
|---|---|---|
| Encargado de Emisión | Primario | Registra apuntes manuales durante la emisión; recibe y procesa el log TCP |
| Coordinador de Programación | Primario | Cruza programado vs. emitido; ajusta la parrilla de días siguientes |
| Gestor de Tráfico | Secundario | Concilia publicidad emitida vs. vendida |
| Controller Financiero | Secundario | Genera el BC y alimenta la facturación en Oracle EBS |
| Pebble Beach | Sistema | Fuente primaria: envía el log TCP de lo realmente emitido |
| Scheduler | Sistema | Contiene el minutado programado del día para comparación |
| Oracle EBS | Sistema | Facturación publicitaria; alimentado manualmente post-conciliación |
4. Pre-condiciones
- La emisión del día ha finalizado.
- Pebble Beach ha completado la transmisión de la playlist y ha enviado el log TCP.
- El encargado de emisión ha tomado los apuntes de los cambios realizados en directo.
5. Flujo Detallado
5.1. Flujo Completo
| Fase | Paso | Actor | Acción / Respuesta del Sistema | Regla de Negocio |
|---|---|---|---|---|
| Recepción del Log | 1 | Pebble Beach | Enviar notificación TCP: Tras finalizar la emisión, Pebble envía automáticamente el log TCP con registro de todo lo realmente emitido (contenido, hora de inicio/fin, duración). | Log TCP es la única fuente de verdad automática de lo emitido. |
| Conciliación de Programas | 2 | Encargado de Emisión | Aportar apuntes manuales: El encargado comparte su registro manual de los cambios realizados en directo (contenido sustituido, horarios modificados, incidencias). | Única fuente de registro de los cambios en directo. |
| Conciliación de Programas | 3 | Coordinador | Cruzar programado vs. emitido: Compara manualmente el minutado programado del Scheduler con el log TCP de Pebble y los apuntes del encargado. Identifica discrepancias. | Conciliación 100% manual. Sin herramienta unificada. |
| Conciliación de Programas | 4 | Coordinador | Clasificar discrepancias: Para cada discrepancia identifica: (a) contenido no emitido → reprogramar, (b) contenido sustituto emitido → registrar, (c) publicidad no emitida → comunicar a Tráfico. | Sin descuento automático de pases de derechos consumidos. |
| Conciliación de Programas | 5 | Coordinador | Ajuste cascada: Reprograma manualmente los capítulos no emitidos o reordenados para los días siguientes. | — |
| Conciliación Publicidad | 6 | Gestor de Tráfico | Cruzar publicidad emitida vs. pauta SIIC: Compara el log TCP (spots emitidos) con la pauta de SIIC (spots vendidos). Identifica spots no emitidos o con desviación horaria. | Proceso completamente separado de la conciliación de programas. |
| Conciliación Publicidad | 7 | Gestor de Tráfico | Generar certificado de emisión: Elabora manualmente el documento de certificación de emisión publicitaria por spot y horario. | Sin generación automática del BC. Elaboración 100% manual. |
| Facturación | 8 | Controller Financiero | Alimentar Oracle EBS: Con los datos conciliados y el BC generado, el Controller introduce manualmente en Oracle EBS los datos de facturación por agencia/anunciante. | Retraso de días entre la emisión y la posibilidad de facturar. |
| Facturación | 9 | Oracle EBS | Generar factura: Oracle EBS genera la facturación según los datos introducidos manualmente. | — |
5.2. Flujo de Excepción / Error
| Disparador | Respuesta del Sistema | Acción de Recuperación |
|---|---|---|
| Log TCP incompleto o no recibido | Sin fuente automática de reconciliación. | Reconstrucción manual a partir de apuntes del encargado y clips de emisión. |
| Spot no emitido por incidencia técnica | El BC debe reflejar la desviación respecto a la pauta. | Comunicación con la agencia; negociación de compensación o repetición. |
| Oracle EBS rechaza el asiento de facturación | Sin mecanismo de retry automático. | Corrección manual del asiento y re-introducción. |
5.3. Diagrama de Secuencia
Visualiza el Flujo Completo del §5.1.
6. Post-condiciones
- El Broadcast Certificate ha sido generado manualmente y entregado a las agencias.
- La facturación en Oracle EBS ha sido registrada con los datos de emisión real.
- Los capítulos no emitidos han sido reprogramados para días siguientes.
7. Reglas de Negocio y Restricciones
| # | Regla | Fuente |
|---|---|---|
| BR-01 | No existe un BC automatizado; la conciliación post-emisión es 100% manual y diaria | Acta 02/03/2026 |
| BR-02 | La conciliación de publicidad y la de programas son procesos completamente separados | Acta 02/03/2026 |
| BR-03 | El log TCP de Pebble es la única fuente automática de lo realmente emitido | Acta 02/03/2026 |
| BR-04 | No existe descuento automático de pases de derechos tras la emisión | Acta 02/03/2026 |
| BR-05 | La facturación en Oracle EBS se alimenta manualmente con retraso de días | Acta 29/01/2026 |
8. SLA y NFR (AS-IS)
| Requisito | Estado Actual |
|---|---|
| BC automatizado | No existe |
| Conciliación post-emisión | Manual, al día siguiente (>24h de latencia) |
| Retraso en facturación | Varios días tras la emisión |
| Trazabilidad automática de cambios en directo | Ninguna |
9. Preguntas Abiertas
| # | Pregunta | Responsable | Estado |
|---|---|---|---|
| 1 | ¿GoNext TX generará automáticamente el BC a partir del log TCP de Pebble? | GoInside | ⏳ Abierta |
| 2 | ¿Se unificará la conciliación de publicidad y de programas en un único flujo? | GoInside | ⏳ Abierta |
| 3 | ¿GoNext TX descontará automáticamente los pases de derechos tras cada emisió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-018 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.