BR | CV | Análisis de información para contenido VOD

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que los archivos de contenido VOD cumplan con los criterios que se indican en esta historia de usuario
Para estandarizar la recepción de información por parte de los proveedores.

Criterios de aceptación

1. El formato en que se debe presentar el paquete de contenido VOD debe ser un archivo XML.

   1. El archivo XML debe cumplir con lo descrito en el documento normativo NET_NOW_Content_Acquisition 30-08_2019.pdf.

2. El paquete ADI puede estar integrado por los siguientes archivos:

   1. Si el contenido es película, el paquete ADI puede contener los siguientes archivos:

      • ADI-XML (metadados),

      • .ts (transport stream) película

      • .ts (transport stream) preview (este archivo es opcional y no todas las películas lo tienen).

      • Archivo de texto .srt para subtítulos (este archivo también es opcional y no todas las películas lo tienen).

      • .jpg (Poster).

   2. Si el contenido es anuncio de publicidad, el paquete puede contener 2 archivos: ADI-XML (metadados) y .ts (transport stream).

3. EL paquete de contenido VOD puede incluir una película o un anuncio de publicidad.

   1. Ambos contenidos deben cumplir con el estándar de ADI.

   2. Si el contenido es una película, se debe respetar la estructura del XML que se define en la historia de usuario HU002.

   3. Si el contenido es un anuncio de publicidad, se debe respetar la estructura del XML que se define en la historia de usuario HU003.

4. Cada uno de los archivos debe contar con la información necesaria de los metadatos.

5. Se debe enviar un paquete ADI por cada contenido VOD a ingestar en la plataforma.

   1. Existen actualizaciones a los contenidos VOD (película o poster). Esto se identifica mediante la versión del archivo. En caso de que solo sea una actualización de metadatos solo se recibe el archivo XML.

6. Se adjunta archivo:

Open

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que se valide la estructura de los archivos XML con contenido Película
Para garantizar que se cumple con el estándar establecido para este tipo de contenido.

Criterios de aceptación

1. Se debe validar que el archivo XML cumpla con estructura definida en la siguiente página de Confluence: https://dlatvarg.atlassian.net/wiki/spaces/BRAS/pages/3077505484

2. Para los atributos que se indican en este layout se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el archivo XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que se valide la estructura de los archivos XML con contenido Anuncio de video
Para garantizar que se cumple con el estándar establecido para este tipo de contenido.

Criterios de aceptación

1. Se debe validar que el archivo XML cumpla con estructura definida en la siguiente página de Confluence: https://dlatvarg.atlassian.net/wiki/spaces/BRAS/pages/3086779763

2. Todos los atributos que se indican en este layout son requeridos.

3. La estructura del XML está basada en un ejemplo proporcionado por el equipo de Brasil (No existe normatividad para este tipo de contenido).

4. Se adjunta ejemplo de referencia:

Open

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para los atributos marcados como requeridos en el layout del XML se consideren las reglas que se describen en esta historia de usuario
Para garantizar el enriquecimiento de las bases de datos.

Criterios de aceptación

1. Para los atributos marcados como Requeridos en el layout del XML se debe validar lo siguiente:

   1. Si el atributo no se encuentra en el archivo del proveedor, se debe buscar en las siguientes bases de datos, en el orden que se indica:

      1. AMCO

      2. Gracenote

         • Se debe validar que el contenido se encuentre configurado para poder realizar esta acción. Ver historia de usuario HU005.

   2. Si el atributo no se encuentra en las bases anteriores, se debe permitir al usuario realizar una actualización manual de este atributo.

2. No se puede ingestar información si no se cuenta con la totalidad de los atributos marcados como requeridos, en este caso se debe detener la ingesta y mandar una alerta.

3. Para el caso en que un atributo sea opcional y no tenga información, se debe permitir la ingesta pero se debe enviar una alerta.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que se configuren aquellos contenidos VOD que deben consultar información en Gracenote
Para poder administrar el enriquecimiento de los datos marcados como requeridos.

Criterios de aceptación

1. Se debe configurar mediante filtros los contenidos VOD que deben consultar información en Gracenote.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que no se valide la estructura del nombre de los archivos XML de contenido VOD
Para que no sea considerado dentro del alcance del proyecto.

Criterios de aceptación

1. No existe actualmente una nomenclatura que se deba validar en el nombrado de los archivos de contenido VOD.

   1. La información relevante sobre filme, serie, etc, se encuentra dentro del archivo XML y así AMCO debe revisarlas.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que el MDM de AMCO tome los archivos XML VOD de la estructura de directorio definida en esta historia de usuario
Para que homologar la transferencia de archivos.

Criterios de aceptación

1. El MDM de AMCO debe tomar los archivos XML VOD de la estructura de directorio compartida por el equipo de Brasil.

2. Esta estructura de directorios debe ser similar a la que opera actualmente para los otros backends.

3. El acceso a la estructura de directorios debe realizarse vía SFTP. desde una dirección IP fija.

   1. El acceso al SFTP del equipo de Brasil, debe realizarse mediante las VPN de los ambientes UAT para:

      GLOBAL General 54.208.98.127
      ANDINA Perú 3.226.212.12
      ANDINA Chile 34.227.164.71

4. Los datos para conectarse a la estructura de directorios compartida por el equipo de Brasil deben ser los siguientes:

   • SFTP - sftp://201.6.6.35

   • user - amco

   • password - XXXXX

   • port - 3222

Historia de usuario

Yo como negocio de Claro video
Quiero que se consideren las reglas descritas en esta historia de usuario
Para la ingesta de contenido en la plataforma.

Criterios de aceptación

1. Un paquete ADI cuenta con Asset (como parte del paquete)

   1. Para el caso de operación “normal”, el orden para procesar los archivos es el orden que se reciban.

   2. La plataforma de AMCO debe tener la funcionalidad de priorización para un Asset especifico y así procesarlo antes de los demás.

   3. Un Asset se puede volver a lanzar o modificar en un nuevo paquete ADI.

      1. La plataforma no debe sustituir/quitar el paquete original, en caso que se vuelva a lanzar el mismo contenido, esto debe tener una versión incremental (ejemplo: v2).

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que se identifique mediante el atributo Assets_Class el tipo de assets que se esta recibiendo
Para validar la estructura de los metadatos con base al tipo de paquete.

Criterios de aceptación

1. Se debe identificar mediante el atributo Assets_Class el tipo de assets que se esta recibiendo como parte del paquete.

2. Se debe validar que la estructura y contenido de cada metadatos correspondan al layout definido para cada tipo de clase.

   1. Application meta-data.

      1. Ver historia de usuario HU010.

   2. Title assets meta-data

      1. Ver historia de usuario HU011.

   3. Movie assets meta-data

      1. Ver historia de usuario HU012.

   4. Poster assets meta-data

      1. Ver historia de usuario HU013.

   5. Preview assets meta-data

      1. Ver historia de usuario HU014.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el tipo de clase Application-meta-data se valide la estructura definida en el layout
Para garantizar el cumplimiento de la norma ADI.

Criterios de aceptación

1. Se debe validar que se cumpla con el layout definido en la siguiente ruta: https://dlatvarg.atlassian.net/wiki/spaces/BRAS/pages/3167420611/Archivo+final+de+datos+para+contenido+VOD#Application-meta-data

2. Para cada atributo se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el tipo de clase Title assets meta-data se valide la estructura definida en el layout
Para garantizar el cumplimiento de la norma ADI.

Criterios de aceptación

1. Se debe validar que se cumpla con el layout definido en la siguiente ruta:

2. Para cada atributo se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el tipo de clase Movie assets meta-data se valide la estructura definida en el layout
Para garantizar el cumplimiento de la norma ADI.

Criterios de aceptación

1. Se debe validar que se cumpla con el layout definido en la siguiente ruta:

2. Para cada atributo se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el tipo de clase Poster assets meta-data se valide la estructura definida en el layout
Para garantizar el cumplimiento de la norma ADI.

Criterios de aceptación

1. Se debe validar que se cumpla con el layout definido en la siguiente ruta:

2. Para cada atributo se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el tipo de clase Preview assets meta-data se valide la estructura definida en el layout
Para garantizar el cumplimiento de la norma ADI.

Criterios de aceptación

1. Se debe validar que se cumpla con el layout definido en la siguiente ruta:

2. Para cada atributo se debe validar:

   1. Que los atributos marcados como requeridos se encuentren disponibles en el XML.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Assets_ID se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Se debe validar que el atributo Assets_ID cumpla con lo siguiente:

   1. Debe estar integrado por 4 letras y 16 números

   2. Este atributo debe ser un valor único. Es decir, no se puede repetir entre clases y entre archivos.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Actors se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Se deben almacenar todos los atributos Actors contenidos en el archivo XML.

2. Para cada atributo se debe validar que cumpla con la siguiente estructura: Last Name + First Name

   1. Se deben separar los valores Last Name y First Name mediante el uso de comas.

   2. Se deben respetar y almacenar los caracteres especiales que se incluyan en este atributo.

3. Debe existir un registro por cada atributo Actors.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para los atributos Actors_Display se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Se deben concatenar los atributos Actors que se encuentren en el archivo XML del proveedor.

   1. El orden de concatenación debe corresponder al orden de aparición en la consulta.

      1. Ejemplo: Actors1 + Actor2 + Actor3

      2. La separación entre actores debe realizarse mediante una coma.

   2. Para cada atributo concatenado se debe mantener la siguiente estructura: First Name + Last Name ya que este dato es el que se toma para presentarlo al usuario final en las búsquedas.

   3. Se deben respetar y almacenar los caracteres especiales que se incluyan en este atributo.

2. Debe existir un único registro para este atributo.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Director se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Por cada contenido VOD enviado por el proveedor, puede existir mas de un valor para el atributo Director.

2. Se deben almacenar todos los atributos Director contenidos en el archivo XML.

3. Para cada atributo se debe validar que cumpla con la siguiente estructura: Last Name + First Name

   1. Se deben separar los valores Last Name y First Name mediante el uso de comas.

   2. Se deben respetar y almacenar los caracteres especiales que se incluyan en este atributo.

4. Debe existir un registro por cada atributo Director.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Director_Display se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Se deben concatenar los atributos Director que se encuentren en el archivo XML del proveedor.

   1. El orden de concatenación debe corresponder al orden de aparición en la consulta.

      1. Ejemplo: Director1 + Director2 + Director3.

      2. La separación entre actores debe realizarse mediante una coma.

   2. Para cada atributo concatenado se debe considerar la siguiente estructura: First Name + Last Name.

   3. Se deben respetar y almacenar los caracteres especiales que se incluyan en este atributo.

2. Debe existir un único registro para este atributo.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Category se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Este atributo hace referencia a la dirección dónde se localizan los assets físicos dentro del catálogo de VOD de Claro.

2. Se debe almacenar este dato como viene en el XML y así se enviará a Sea Change.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo ExtraData1 se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Este atributo es un campo customizado para Claro, cada número representa a un proveedor.

2. Se debe validar que el valor que se indica en el XML corresponda con la lista de valores proporcionadas, para garantizar que se guarde un valor válido.

   1. Los valores de este campo se encuentran en una lista dinámica que genera el equipo de Brasil, cuando se tiene un nuevo proveedor es necesario generar un nuevo id.

3. Se comparte lista de proveedores con su id asociado:

Open

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Subtitle/Dubbed Language se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Si el contenido VOD es un contenido local los valores para estos atributos pueden NO venir en el archivo XML.

2. Si el contenido NO es local, se debe validar que en el archivo XML se considere por lo menos uno de los 2 valores.

   1. No se debe ingestar esta información de no cumplirse este criterio.

   2. Se debe notificar al operador cuando este escenario ocurra.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Content_FileSize se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Aplica únicamente para contenidos que deben ser ingestados dentro de la infraestructura de Claro.

2. Para un deeplink este atributo no es requerido.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que para el atributo Content_Remote se consideren las reglas descritas en esta historia de usuario
Para su ingesta en la plataforma.

Criterios de aceptación

1. Aplica únicamente para contenidos de deeplink.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que el proceso de ingesta de contenido VOD considere los valores que se indica en esta historia de usuario
Para garantizar el correcto funcionamiento de la herramienta.

Criterios de aceptación

1. Para el desarrollo de la herramienta MDM de AMCO se deben tomar en cuenta los siguientes valores:

   1. El volumen de información actual para contenidos VOD es aproximadamente de 150.000 títulos.

   2. El volumen de información que se recibe al día para los contenidos VOD es de aproximadamente 400 títulos al día entre archivos de inclusión y alta.

   3. El volumen de cambio/actualización para los contenidos VOD es de aproximadamente de 600 títulos al día entre inclusión y bajas.

2. La recepción de estos archivos se presenta durante el transcurso del día.

   1. No existe un horario definido para esta acción.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que se permita la ingesta de contenidos como 2 procesos en paralelo
Para contenido VOD y Lineal.

Criterios de aceptación

1. El CMS debe permitir ingestar contenido VOD y lineal de forma paralela.

Historia de usuario

Yo como negocio de Claro video
Quiero que cuando ocurran los escenarios que se describan en esta historia de usuario se presente una alerta
Para notificarle al proveedor de servicios.

Criterios de aceptación

1. Se debe generar un módulo que permita filtrar los contenidos a ingestar dentro del MDM de AMCO.

   1. Este módulo será desarrollado en una segunda fase de este proyecto.

   2. El equipo de Brasil debe definir las variables/validaciones que se deben considerar para poder generar el proceso de validación.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero que después de realizar la ingesta de contenidos VOD, el MDM de AMCO genere un archivo final de datos
Para poder comunicarnos con las herramientas de Brasil.

Criterios de aceptación

1. Como resultado de la ingesta de contenidos VOD en el MDM de AMCO, se debe generar un archivo final de datos que será proporcionado al equipo de Brasil.

2. El archivo final de datos debe considerar lo siguiente:

   1. Si el archivo final de datos corresponde a un evento de tipo película o episodio de una serie, debe cumplir con la estructura que se describe en el siguiente link: PENDIENTE de validar con el equipo de Brasil.

   2. Si el archivo final de datos corresponde a un anuncio de publicidad, debe cumplir con la estructura que se describe en el siguiente link: PENDIENTE de validar con el equipo de Brasil.

3. Para el archivo final de datos descrito en el punto 2.a se debe considerar lo siguiente:

   1. Debe contener los atributos enriquecidos con la base de datos de AMCO y Gracenote (según aplique).

   2. Debe contener el Identificador único actual de Brasil.

      1. Assets_ID

   3. Debe contener Identificador de AMCO

      1. contentId

4. Para el archivo final de datos descrito en el punto 2.b se debe considerar lo siguiente:

   1. Debe contener el Identificador único actual de Brasil.

      1. Assets_ID

   2. Debe contener el Identificador de AMCO

      1. contentId

5. El contentId de AMCO se usará para el procesamiento de la lista de recomendación de contenidos.

6. El regreso a las APIs de Brasil será con base al identificador actual Assets_ID.

   1. Esta solución será únicamente durante el proceso de transición, la idea es que al final del proyecto, el equipo de Brasil utilice el Id de AMCO (contentId), tal y como lo hace el resto de las operaciones.

7. El equipo de backend de AMCO debe agregar a las estructuras definidas para los archivos finales de datos descritos en el punto 2, los atributos de la base de datos de AMCO y Gracenote (según aplique) que consideren necesarios para completar el archivo final de datos.

Historia de usuario

Yo como negocio de Claro video Brasil
Quiero se priorice el proceso de ingesta de contenido VOD
Para iniciar el desarrollo del MDM de AMCO.

Criterios de aceptación

1. Se debe priorizar el proceso de ingesta de contenido VOD sobre el contenido Lineal.