UCD-006 — Gestión de Assets MAM
v1.0
NEXUS TX
2026-03-15
Aprobado
MAMassetsmediagestão
title: "EITB-UCD-016 — TX: Búsqueda y Asignación de Assets MAM (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-016: TX — Búsqueda y Asignación de Assets MAM (AS-IS)
Caso de Uso 016: TX — Búsqueda y Asignación de Assets MAM
1. Resumen
| Campo | Valor |
|---|---|
| ID Caso de Uso | EITB-UCD-016 |
| Título | TX — Búsqueda y Asignación de Assets MAM (AS-IS) |
| Módulo / Sistema | MAM / Barne Produkzio / Kanpo / Aplicación de Programación / Scheduler / CMS |
| Prioridad | 🔴 Alta |
| Complejidad | 🔴 Alta |
| Estado | 🔵 Borrador |
| Fuente | TX-UCD-EITB-019 v1.4 · Actas AS-IS 29/01, 04/02, 02/03/2026 |
2. Descripción
Integración AS-IS entre el sistema de programación y el MAM (Media Asset Management) de EITB. El flujo comienza con la generación del número de producción en Barne Produkzio o Kanpo (clave de enlace entre todos los sistemas), continúa con la carga y registro del asset en el MAM (generando Asset ID, House ID y Media ID), la selección de producción/capítulo/versión por el programador, la resolución automática del Media ID por el Scheduler y la activación de automatismos de movimiento de contenido pre-emisión. La información de emisiones existe en tres repositorios desconectados (Pebble, planificación interna, MAM) generando redundancia e inconsistencias.
[!IMPORTANT]
Los tres identificadores de assets son: Asset ID (principal MAM), House ID (prefijo tipo + nº producción: PP=programa, PR/PK=promo, SS=publicidad) y Media ID (nombre del fichero físico para Pebble, 49 caracteres). El número de producción es la clave de enlace entre todos los sistemas.
3. Actores
| Actor | Tipo | Descripción |
|---|---|---|
| Equipo de Producción (Barne Produkzio / Kanpo) | Primario | Origina el número de producción; registra fichas, capítulos y metadatos |
| Operador MAM | Primario | Gestiona ingesta, metadatos y automatismos del MAM |
| Programador | Secundario | Selecciona producción/capítulo/versión en la parrilla |
| Equipo de Emisiones | Secundario | Verifica disponibilidad de assets pre-emisión |
| MAM | Sistema | Repositorio central de assets; gestiona los 3 identificadores; desencadena automatismos |
| Barne Produkzio (BP) | Sistema | Sistema de gestión de producción propia |
| Kanpo | Sistema | Sistema de gestión de producción ajena |
| Scheduler | Sistema | Resuelve el Media ID a partir de producción + versión para el MPL |
| CMS / OTT (MediaPro) | Sistema | Recibe metadatos básicos del MAM (integración unidireccional) |
4. Pre-condiciones
- El número de producción ha sido generado por Barne Produkzio o Kanpo.
- El asset físico ha sido ingestado o está en proceso de ingesta en el MAM.
- Los metadatos del asset (ficha, capítulo, versión, House ID) están registrados en el MAM.
5. Flujo Detallado
5.1. Flujo Completo
| Fase | Paso | Actor | Acción / Respuesta del Sistema | Regla de Negocio |
|---|---|---|---|---|
| Origen del Contenido | 1 | Barne Produkzio / Kanpo | Generar número de producción: El sistema de producción asigna un número de producción único al programa, serie o capítulo. Este número es la clave de enlace entre todos los sistemas (Barne/Kanpo → MAM → Scheduler → Pebble). | El número de producción es la clave de enlace universal entre todos los sistemas. |
| Origen del Contenido | 2 | Equipo de Producción | Registrar ficha y metadatos: Crea la ficha del contenido con título, capítulo, idioma, duración y otros metadatos en Barne Produkzio o Kanpo. | — |
| Carga en MAM | 3 | Operador MAM | Crear registro en MAM: A partir del número de producción, el MAM genera los identificadores: Asset ID (principal del MAM), House ID (prefijo tipo + nº producción: PP para programas), y Media ID (nombre del fichero físico, 49 caracteres: asset + versión + copia). | House ID: PP (programa), PR/PK (promo), SS (publicidad). Media ID: 49 caracteres fijos. |
| Carga en MAM | 4 | Operador MAM | Ingestar contenido físico: El operador ingesta el fichero físico del contenido en el MAM. Puede existir un placeholder antes de que el contenido físico llegue. | Sin placeholder, el Scheduler no puede resolver el Media ID. |
| Carga en MAM | 5 | MAM | Replicar parrilla: El MAM mantiene su propia réplica de la parrilla (tabla sincronizada desde la BBDD Oracle) para desencadenar automatismos de movimiento de contenido. | Genera redundancia: la información de emisiones existe en 3 repositorios. |
| Selección en Programación | 6 | Programador | Seleccionar producción/capítulo/versión: El programador elige en la Aplicación de Programación la producción, el capítulo y la versión de idioma a emitir. | La búsqueda de disponibilidad del asset en el MAM es manual (fuera del sistema de programación). |
| Resolución del Asset | 7 | Scheduler | Resolver Media ID: El Scheduler traduce automáticamente la referencia producción/capítulo/versión al Media ID del asset físico en el MAM para componer el MPL. | El Scheduler usa el número de producción + versión para obtener el Media ID de 49 caracteres. |
| Automatismos MAM | 8 | MAM | Desencadenar movimiento de contenido: A partir de la parrilla replicada, el MAM ejecuta automatismos: (a) mueve el contenido a servidores de emisión, (b) descarga cintas LTO si el contenido está en archivo, (c) retiene en almacenamiento intermedio durante el período de emisión. | Los automatismos se basan en la parrilla replicada en el MAM, no directamente en la del sistema de programación. |
| Exportación a Playout | 9 | Scheduler | Generar MPL con Media IDs resueltos: Compone el XML con todos los Media IDs resueltos y lo entrega a la Lavadora para la generación del MPL final. | — |
| Post-emisión y OTT | 10 | MAM | Registrar emisión y notificar CMS: Tras la emisión, el MAM registra internamente la emisión y envía los metadatos básicos al CMS/OTT (MediaPro) mediante integración unidireccional (JSON). | La integración MAM → CMS es unidireccional: el CMS no puede retroalimentar información al MAM. |
5.2. Flujo de Excepción / Error
| Disparador | Respuesta del Sistema | Acción de Recuperación |
|---|---|---|
| Asset no ingestado en el MAM al programar | El Scheduler no puede resolver el Media ID al generar el MPL. Sin alerta automática en el sistema de programación. | Equipo de Emisiones detecta manualmente; solicita ingesta urgente al MAM. |
| Inconsistencia entre los 3 repositorios (Pebble / planificación / MAM) | Sin mecanismo de sincronización automática. Riesgo de que el MAM desencadene automatismos con una parrilla desactualizada. | Sincronización manual entre sistemas. |
| Audio multi-idioma: activos separados por idioma | El Scheduler debe referenciar el Media ID del idioma correcto. Sin audio multipista disponible. | Selección manual de la versión de idioma correcta en la Aplicación de Programación. |
5.3. Diagrama de Secuencia
Visualiza el Flujo Completo del §5.1.
6. Post-condiciones
- El asset ha sido emitido y el MAM ha registrado la emisión internamente.
- El CMS/OTT ha recibido los metadatos básicos del contenido emitido.
- Los automatismos de movimiento de contenido han sido ejecutados correctamente.
7. Reglas de Negocio y Restricciones
| # | Regla | Fuente |
|---|---|---|
| BR-01 | El número de producción es la clave de enlace universal entre todos los sistemas | Acta 02/03/2026 |
| BR-02 | Los assets se gestionan con 3 identificadores: Asset ID, House ID y Media ID (49 caracteres) | Acta 02/03/2026 |
| BR-03 | La información de emisiones existe en 3 repositorios (Pebble, planificación, MAM) generando redundancia | Acta 02/03/2026 |
| BR-04 | La integración MAM → CMS es unidireccional: el CMS no puede retroalimentar al MAM | Acta 02/03/2026 |
| BR-05 | Los automatismos del MAM se basan en su propia réplica de la parrilla, no directamente en el sistema de programación | Acta 02/03/2026 |
8. SLA y NFR (AS-IS)
| Requisito | Estado Actual |
|---|---|
| Búsqueda de assets integrada en programación | No disponible (verificación manual en MAM) |
| Sincronización entre los 3 repositorios de emisión | Manual bajo demanda |
| Integración MAM → CMS | Unidireccional; sin retroalimentación |
| Audio multipista | No disponible; activos separados por idioma |
9. Preguntas Abiertas
| # | Pregunta | Responsable | Estado |
|---|---|---|---|
| 1 | ¿Cuál será la fuente de verdad única de emisiones en GoNext TX? (MAM vs. planificación vs. Pebble) | EITB / GoInside | ⏳ Abierta |
| 2 | ¿GoNext TX permitirá búsqueda y verificación de disponibilidad de assets integrada en el flujo de programación? | GoInside | ⏳ Abierta |
| 3 | ¿EITB implementará audio multipista para eliminar los activos separados por idioma? | EITB TI | ⏳ Abierta |
| 4 | ¿Quién gobierna el catálogo de contenidos como fuente de verdad? (MAM vs. Barne Produkzio / Kanpo) | 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-019 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.