Copy of Dudas de insumos de contenido REVEL

Se listan las dudas detectadas en los documentos técnicos y XML de REVEL para trabajo con los equipos.

ID	Tema	Duda	Definición	Estatus

ID	Tema	Duda	Definición	Estatus
1	Nomenclatura del Archivo XML	Si en la nomenclatura del archivo se indica Empaquetamiento Lineup 30 días. ¿La profundidad en días de este ejemplo debe ser 30?	La nomenclatura es determinada por el proveedor, en el ejemplo hay 6 días de programación lineal. En casos Revel envía archivos de 10, 15, hasta 30. No ser debe validar la profundidad.	PENDIENTE
2	Nomenclatura del Archivo XML	Si tomamos como base el siguiente ejemplo: Y al día 7 existe un cambio en la programación. ¿El archivo sería de i=Inclusión o a=modificación? o ¿Sería un nuevo archivo i=inclusión con fecha diferente?	Archivos que empiezan con la i son archivos programados que Revel entrega todos los días de la semana, el sádabo domingo también. En el día 4, 5, 6 Revel va a enviar un archivo con la letra i de las programación de 6 día. A partir del día 2 tienes el siguiente archivo. Siempre serían archivos 1. La a son archivos urgentes, que contiene la programación de hoy y mañana. Solo tienen 2 días de programación. La a sustituye los eventos de los dos días del archivo i. Se ingesta primero el i y después a para que sobreescriba la programación. El archivo i debe darle prioridad sobre el archivo a.	PENDIENTE
3	Revel_XML_NET_Specification_20170427 Atributo Actors	El atributo Actors esta marcado como requerido, pero no se visualiza en algunos ejemplos. Se analizaron los siguientes eventos: Noticieros, Películas, Series y Deportes. ¿Para que tipo de eventos será requerido este atributo? ¿Existe para REVEL el actor principal? Para los eventos en los que el atributo es requerido y no se encuentre en el insumo del proveedor, ¿Se seguirá la misma lógica definida para ADI? Si el atributo no se encuentra en el XML del proveedor se debe buscar el dato en la base de AMCO, de no encontrarse en AMCO se debe buscar en Gracenote y al no encontrarse en esta base, se debe realizar una actualización manual.	Para metadatos de broadcast, todo lo que está en la sección de info no es obligatorio. Para otros géneros de programas no es necesario: noticieros, etc. No es obligatorio, si viene el dato en el atributo se agrega. No se aplica la regla de ADI. El atributo no se agrega en el XML o se pasa el atributo nulo? Caso película habría que considerar enriquecer. Si se tiene en AMCO se documenta de lo contrario no se paran los eventos. Para TV lo más importante es que esté correcta la programación: nombre del evento, hora de inicio y término.	PENDIENTE
4	Atributo Actors	La estructura que se maneja en REVEL para el nombre de los actores es diferente a la que se maneja en ADI. ADI First Name, Last Name. Una línea por cada Actor REVEL Actor1 (First Name + Last Name), Actor 2 (First Name + Last Name) La lista de Actores se concatena en una sola línea. ¿Cuál será la estructura correcta para este atributo?	Son dos estandars distintos. Revel está correcto para VTV. ADI es VOD. Ambos están correctos. Se verificará con Revel si hay un actor principal.	PENDIENTE
5	Atributo Director	El atributo Director es indicado como requerido. ¿Para que tipo de eventos será requerido? Usa la misma estructura de Actor: Director1 (First Name + Last Name), Director2 (First Name + Last Name) La lista de Directores se concatena en una sola línea.	Director no es obligatorio, mismo caso de Actor. Si hay un director Revel llena y envía la información. Películas y Series sitienen esa información.	PENDIENTE
6	TV ratings	Para el atributo TV ratings se indica en el documento normativo que No aplica, sin embargo es un dato que encontramos en todos los ejemplos. ¿Se debe considerar este atributo como requerido?	Si es un dato requerido. Eventos de broadcast Tv ese campo llenado.	PENDIENTE
7	Year Country	El atributo Year y Country se indican como requerido. ¿Se debe considerar como requerido para todos los tipos de eventos?	No es requerido es la misma situación de actor y director.	PENDIENTE
8	DisplaySeasonEpisode	Este atributo se muestra para los eventos: Noticias, Película y Deportes. Si en el documento se menciona esto: ¿Debería tener valor para los eventos de Episodio de Serie?	Este campo fue una creación de Claro para permitir el registro de programas de noticieros. Para mostrar en la UI la temporada de episodios en algunos contenidos no tiene sentido mostrarlo. No debe ser requerido, siempre que se requiera la información debe ser enviada a los consumidores para decidir si se muestra en pantalla la información. Si es series debe llevar el dato? hay casos que no tienen datos, por confirmar. Si no viene el cambio saber cuál sería el default: encendido siempre o apagado y se enciende cuando si trae datos. Siempre que reciben los metadatos en cero se avanza no es necesario. O , 1 o null. No es un campo obligatorio.	PENDIENTE
9	SeriesID EpisodeID	¿Este atributo es requerido para todos los tipos de eventos? ¿Cómo se identifica que el evento es un episodio de una Serie? Lo anterior porque se ha identificado que los XMLs de noticias y deportes incluyen esos datos.	Este campo no es requerido.	PENDIENTE
10	shortName	¿Es un atributo requerido para todos los tipos de eventos?	no es un campo obligatorio. En el caso de que no tenga datos en shortname se coloca el de name. En los eventos deportivos sería la excepción, vendría el campo vacío. Se puede llenar con el name.	PENDIENTE
11	epName ParentalGuidance	Los atributos epName y ParentalGuidance se visualizan en uno de los ejemplos, pero no se menciona en el documento normativo. ¿Se debe considerar estos atributos?	episodio name no es obligatorio y parental guidance si es obligatorio se exige que tengan ese dato. Revel no siempre envía la información, si no lo envían no se complementa para no tener problema legal. Se identificaría los que no lo traen para que BR reclame al proveedor pero no se complementa. Se traslada tal cuál se recibe.	PENDIENTE
12	CatchupStartover	Los valores que se indican en el documento normativo para este atributo, no coinciden con los ejemplos:	El valor 0 es válido, indica deshabilitado. Cuando en la grilla hay un canal con catchupstarover si por algún problema técnico se impide dar la funcionalidad se le coloca el valor de 0 (falla en infraestructura). Siempre que se quiere deahbilitar se envía a REvel. El valor 0 bloquea todo: catchup & statover. Es 0 o 3. Para servicios o canales que no lo tienen play tv no tienen ese dato para el resto llevan valor 3 y si es necesario bloquearlo se llena el atributo con 0.	PENDIENTE
13	CatchupStartoverIP	El atributo CatchupStartoverIP no se menciona en el documento normativo, sin embargo es un dato que encontramos en todos los ejemplos. ¿Se debe considerar este atributo como requerido?	Obligatorios si el canal tiene vplaytv. El valor tiene también 0,1,2,3. oferta gplaytv los clientes que tienen contratado, leen el campo del punto 12. Las terminales utilizan para comprender el dato 12, utilizan el campo CSIP. El derecho viene a nivel del canal, el campo 12 y 13 no siempre coinciden. Puedo tener en uno 0 y en otro 3.	PENDIENTE
14	TrickModes	El atributo TrickModes es un dato requerido. ¿Nos podrían explicar la lógica para obtener este valor?	El STB lo utiliza en la sesión gplaytv si el cliente puede hacer las acciones descritas. ReplayTV (es cacht y star over) El valor 16 permite hacer Si tiene valor diferente de 0 en catchup aquí debe ser valor 16. No tienen claro cómo sale el valor 16 pero el valor estándar es 16. La información puede estar incorrecta entre el catchup y trickmodes. Si debe venir trickmodes si catchup esté habilitado.	PENDIENTE
15	Documentos normativos	¿El documento ANEXO3a_XML_DTH_Specification_20170427.docx es un complemento al documento Revel_XML_NET_Specification_20170427.doc?	3 plataforma distintas que se rigen con cada documento. Hay 2 normativas. Revel con normativa Net y hay otra normativa DTH	PENDIENTE
16	ParentalRating	El atributo se indica en el documento Normativo que No Aplica, sin embargo es un dato que encontramos en todos los ejemplos. ¿Se debe considerar como requerido?	Se debe manejar independiente por Normativa. Cómo darse cuenta si el insumo es para Net o DTH? Los insumos se ingresa de manera independiente. Actualmente DTH no consume servicios del broadcast. Por definir si se integrará en el CMS. En DTH si es obligatorio. Se buscan en directorios distintos, servidores diferentes por lo que solo se debe aplicar como obligatorio en la normativa que lo marque. Si no está se frena la ingesta porque es un campo obligatorio.	PENDIENTE
17	ParentalRating	Se encuentran diferentes valores para el atributo Parental Rating en lo siguientes documentos normativos: Revel_XML_NET_Specification_20170427.doc Los ejemplos enviados, corresponden con este valor. ANEXO3a_XML_DTH_Specification_20170427.docx ¿Para qué tipo de eventos ocupamos estos valores?	Los valores son distintos por los tipos de archivo: DTH y Revel.	PENDIENTE
18	Genders	El atributo Genders no se indica en el documento normativo como requerido, pero es un dato que se encuentra en todos los ejemplos: Vemos que estos valores corresponden a lo que se describe en la siguiente sección del documento ANEXO3a_XML_DTH_Specification_20170427.docx ¿Se debe considerar como requerido? La estructura que se describe en este documento es diferente a como se presenta en los ejemplos proporcionados ¿Este archivo es una actualización a lo que se encuentra en el documento ANEXO3a_XML_DTH_Specification_20170427.docx ?	El dato es requerido. Igual son valores diferentes en DTH y Revel (NET?) Net es la que se muestra en este campo. Si mandan un valor que no viene en ese archivo, actualmente no se valida y se ingesta lo que envíe Revel. En el caso de que el valor no esté en el catálogo entonces se notifica para que contacten al proveedor y se haga la corrección. Se dejaría de ingestar el dato pero se avanza con la ingesta del contenido Campo obligatorio	PENDIENTE
19	ANEXO3a_XML_DTH_Specification_20170427.docx	Los atributos PPV and Season Ticket, Blackout, AutoREC que se describen en el documento ANEXO3a_XML_DTH_Specification_20170427.docx no se visualizan en los ejemplos proporcionados ¿Para que tipo de eventos aplican estos atributos? ¿Podrían compartirnos algunos ejemplos?	nos enviarán ejemplos de archivos que incluyen este campo. (Futbol premier). Campos utilizados para eventos específicos de la plataforma DTH. En Net no existen estos datos. EpgPrice va el precio en 0, hay casos en que los precios cambian. Si cambia el precio se espera que entraría con archivo a. Por el momento solo moneda Reales.	PENDIENTE
20	Free View	El atributo Free View que se describen en el documento ANEXO3a_XML_DTH_Specification_20170427.docx ¿Corresponde al atributo Free Acces de los ejemplos proporcionados? En el documento normativo no se describe este atributo Pero es un valor que se encuentra en los ejemplos de Noticieros ¿Para que tipo de evento debe ser requerido? ¿Cuándo aplicaría un valor cero?	FreeAccess es para NET. FreeView es igual a FreeAccess. Por norma la programación no está en FreeAccess. Solo se utiliza cuando hay una degustación del canal por un periodo de tiempo para todos los clientes de NET. En ese periodo el valor de FreeAccess=1. Los canales Premier por norma todos los eventos antes y después de los juegos freeaccess=1. Cuando va a iniciar el juego el freeaccess=0 Este atributo es a nivel de evento. Revel lo puede determinar desde el archivo i pero si es un pedido urgente entonces enviarían archivo a.	PENDIENTE
			Pendiente de enviar BR: los tamaños de las imágenes de VOD. El número de archivos Revel. Promedio de 90 mil assets para VOD. Promedio para EPG.: 20,000 archivos XML de canales hijos asociados a 4000 canales padres. Todos los días REvel envia los archivos de los canales hijos (editoriales).