Fase 1 — En Curso
Panel PrincipalGoNext TX — EmissãoUCD-007 — Derechos de Emisión

UCD-007 — Derechos de Emisión

v1.0
NEXUS TX
2026-03-15
Aprobado
direitosemissãolegal

title: "EITB-UCD-017 — TX: Control de Derechos y Ventanas de Emisió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
EITB

UC-017: TX — Control de Derechos y Ventanas de Emisión (AS-IS)

Document ID: EITB-UCD-017
Autor: Expert PMO Orchestrator (Nexus AI)
Fecha: 2026-03-18
Versión: v1.0 [AS-IS]
Estado: 🔵 Borrador
Fuente: TX-UCD-EITB-020 v1.4

Caso de Uso 017: TX — Control de Derechos y Ventanas de Emisión

1. Resumen

Campo Valor
ID Caso de Uso EITB-UCD-017
Título TX — Control de Derechos y Ventanas de Emisión (AS-IS)
Módulo / Sistema Tortolika / Barne Produkzio / Kanpo / Scheduler / CMS
Prioridad 🔴 Alta
Complejidad 🔴 Alta
Estado 🔵 Borrador
Fuente TX-UCD-EITB-020 v1.4 · Actas AS-IS 29/01, 04/02, 02/03/2026

2. Descripción

Gestión AS-IS de los derechos de emisión de EITB: ventanas temporales, número máximo de pases, restricciones territoriales, derechos de catch-up/VOD, extra-run y geostreaming. La fuente de verdad legal (Tortolika) está completamente desconectada del sistema de programación: la verificación de derechos es 100% manual. Los derechos se duplican entre Tortolika y los sistemas de producción propria y ajena respectivamente (Barne Produkzio y Kanpo), generando riesgo de inconsistencia. No existen alertas automáticas al programar contenido sin derechos vigentes, y el cálculo de pases consumidos se realiza manualmente. La gestión de catch-up OTT se hace con calendarios Excel.


3. Actores

Actor Tipo Descripción
Coordinador de Programación (Denis Michelena) Primario Verifica manualmente derechos antes de programar contenido
Equipo Jurídico Secundario Firma contratos y registra derechos en Tortolika
Equipo de Plataformas OTT Secundario Configura manualmente reglas de catch-up y VOD en el CMS
Tortolika Sistema Fuente de verdad legal: contratos con firma digital y derechos de emisión
Barne Produkzio (BP) / Kanpo Sistema Duplican parcialmente los derechos de Tortolika — riesgo de inconsistencia
Scheduler Sistema Genera eventos secundarios de streaming on/off, sin conexión con Tortolika
CMS / OTT (MediaPro) Sistema Configuración manual de calendarios de publicación de catch-up y VOD

4. Pre-condiciones

  • El contrato con derechos de emisión del contenido está firmado digitalmente y registrado en Tortolika.
  • El contenido está ingestado o en proceso de ingesta en el MAM.

5. Flujo Detallado

5.1. Flujo Completo

Fase Paso Actor Acción / Respuesta del Sistema Regla de Negocio
Registro de Contratos 1 Equipo Jurídico Registrar contrato en Tortolika: Se introduce el contrato con firma digital. Se definen pases, ventanas temporales, territorios, idiomas, catch-up y extra-run. Tortolika es la fuente de verdad legal.
Registro de Contratos 2 Equipo de Producción Duplicar derechos en BP/Kanpo: Los derechos se duplican parcialmente en Barne Produkzio o Kanpo. Proceso manual y repetido. Duplicación detectada comme gap. Riesgo de inconsistencia con Tortolika.
Verificación Pre-programación 3 Coordinador de Programación Consultar Tortolika manualmente: Antes de colocar un contenido en la parrilla, el programador accede a Tortolika para verificar: pases disponibles (total contratado - ya emitidos, cálculo manual bajo demanda pero no se lleva conteo de los pases emitidos), ventana temporal vigente, territorios/canales autorizados. Sin integración con el sistema de programación. Sin alertas automáticas al programar sin derechos.
Verificación Pre-programación 4 Coordinador de Programación Calcular pases disponibles: El programador no consigue llevar el conteo del número de emisiones ya realizadas del total contratado en para verificar si quedan pases. Cálculo 100% manual fuera de cualquier sistema. Sin descuento automático de pases al emitir.
Programación 5 Coordinador de Programación/Director de programación Colocar contenido en parrilla: Si los derechos son vigentes, programa el contenido en la Aplicación de Programación. Si no hay derechos, solicita al director de programación contenido alternativo. Búsqueda manual via excel. Sin bloqueo automático del sistema si se programa contenido sin derechos.
Generación de MPL 6 Scheduler Generar eventos secundarios de streaming on/off: Al componer el MPL, el Scheduler inserta eventos de streaming on/off según la configuración de derechos (conmutación automática pero con errores ocasionales). La conmutación streaming on/off no conecta con Tortolika. Basada en configuración manual inicial.
Gestión OTT Catch-up 7 Equipo de Plataformas OTT Verificar derechos de catch-up: El equipo acude manualmente a Tortolika (y a veces a Kanpo/BP para contrastar) para verificar cuántos días de catch-up tiene el contenido y en qué plataformas está autorizado. Proceso manual separado del flujo de programación lineal.
Gestión OTT Catch-up 8 Equipo de Plataformas OTT Configurar calendarios en CMS: Introduce manualmente las fechas de publicación y despublicación en el CMS (MediaPro) mediante calendarios Excel. Sin automatismo desde la parrilla lineal hacia el CMS para activar/desactivar catch-up.
Post-emisión 9 Director de Programación Actualizar pases consumidos bajo demanda: No existe descuento automático de pases. Es un proceso 100% via tablas de Excel y datos de Finance

5.2. Flujo de Excepción / Error

Disparador Respuesta del Sistema Acción de Recuperación
Contenido programado sin derechos vigentes Sin alerta automática. El error se descubre únicamente en la revisión manual, o se emite el contenido sin derechos. Sustitución del contenido por uno con derechos vigentes y regeneración del minutado.
Inconsistencia entre Tortolika y BP/Kanpo Sin sincronización automática. El programador puede encontrar datos contradictorios. Consulta al Equipo Jurídico para resolver la discrepancia manual.
Pases agotados detectados post-emisión Sin descuento automático: el problema no se detecta hasta que se haga el cálculo manual. Negociación con el proveedor para ampliar pases o planificar la retirada del contenido.
Error en conmutación streaming on/off La conmutación automática falla ocasionalmente. El contenido puede emitirse en streaming sin derecho o bloquearse cuando sí lo tiene. Corrección manual en el Scheduler y regeneración de la lista de emisión.

5.3. Diagrama de Secuencia

Visualiza el Flujo Completo del §5.1.

CMS / OTT (MediaPro)SchedulerAplicación de ProgramaciónBarne Produkzio / KanpoTortolika (Contratos)CMS / OTT (MediaPro)SchedulerAplicación de ProgramaciónBarne Produkzio / KanpoTortolika (Contratos)Pasos 1-2 — Registro de contratos y duplicaciónRiesgo de inconsistencia entre Tortolika y BP/KanpoPasos 3-5 — Verificación manual pre-programaciónalt[Derechos vigentes][Sin derechos]Paso 6 — Generación de eventos secundariosSin conexión directa con Tortolika para validar derechosPasos 7-8 — Gestión catch-up OTT (proceso paralelo y manual)Paso 9 — Actualización post-emisión (manual)Equipo JurídicoCoordinador de ProgramaciónEquipo de Plataformas OTTRegistra contrato con pases, ventanas, territorios, catch-up y extra-run1Duplica derechos parcialmente en BP/Kanpo (proceso manual repetido)2Consulta pases disponibles, ventana temporal y territorios autorizados3Devuelve datos sin integración automática con programación4Calcula pases disponibles manualmente (total contratado menos emitidos)5Programa el contenido en la parrilla6Busca y programa contenido alternativo (manual)7Exporta referencia del contenido programado8Inserta eventos streaming on/off según configuración manual9Verifica días de catch-up y plataformas autorizadas10Contrasta datos con BP/Kanpo si hay dudas11Configura calendarios de publicación y despublicación (Excel)12Automatiza publicar y despublicar por fecha configurada13Actualiza manualmente el contador de pases consumidos14Equipo JurídicoCoordinador de ProgramaciónEquipo de Plataformas OTT

6. Post-condiciones

  • El contenido ha sido programado solo si tiene derechos vigentes (verificación manual).
  • El CMS ha sido configurado con los parámetros de catch-up y VOD si corresponde.
  • El número de pases consumidos ha sido actualizado manualmente en Tortolika. NO ME PARECE INFO CORRECTA. NO RECUERDO ACTUALIZACION DE PASES EN TORTOLIKA.

7. Reglas de Negocio y Restricciones

# Regla Fuente
BR-01 Verificación de derechos de emisión 100% manual antes de programar — sin alerta automática Acta 29/01/2026
BR-02 Los derechos se duplican entre Tortolika y BP/Kanpo con riesgo de inconsistencia Acta 02/03/2026
BR-03 El cálculo de pases consumidos es manual bajo demanda — sin descuento automático Acta 02/03/2026
BR-04 La configuración de catch-up OTT se hace manualmente con calendarios Excel en el CMS Acta 29/01/2026
BR-05 La conmutación streaming on/off es automática pero no conecta con Tortolika y tiene errores ocasionales Acta 02/03/2026

8. SLA y NFR (AS-IS)

Requisito Estado Actual
Alerta al programar sin derechos vigentes No existe
Visibilidad de stock disponible con derechos No existe
Descuento automático de pases consumidos No existe
Sincronización de derechos Tortolika ↔ BP/Kanpo Not existe (duplicación manual)
Automatismo catch-up desde parrilla lineal No existe

9. Preguntas Abiertas

# Pregunta Responsable Estado
1 ¿GoNext TX se integrará con Tortolika para alertas automáticas de derechos al programar? GoInside ⏳ Abierta
2 ¿EITB resolverá la duplicación de derechos entre Tortolika y BP/Kanpo antes de la migración? EITB (interno) ⏳ Abierta
3 ¿GoNext TX automatizará el descuento de pases tras cada emisión? GoInside ⏳ Abierta
4 ¿La activación de catch-up en CMS se podrá automatizar desde la parrilla lineal en GoNext TX? GoInside ⏳ Abierta

Documento estructurado según los Estándares Nexus.


Control de Documento (Document Control)

A. Historial de Revisiones

VersiónFechaAutorMotivo del Cambio
v1.02026-03-18Expert PMO (Nexus AI)Creación inicial AS-IS desde TX-UCD-EITB-020 v1.4.

B. Matriz de Aprobación (Sign-off)

AcciónRol / ÁreaNombreEstadoFecha
ElaboróProject Management (PMO)Expert PMO (Nexus AI)✅ Firmado2026-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.