DMM Enunciado Preliminar

Datacheck Media Manager (DMM)
Enunciado preliminar del proyecto
Resumen del proyecto

Brindar a Datacheck un sistema CMS que se llamara Datacheck Media Manager (DMM), el cual
incluya un módulo de ingreso llamado Data Entry Module (DEM) en el cual se registra metadatos
asociados a un comercial este módulo reemplazara el ingreso de datos actual que se realiza con la
herramienta ADMON la cual se encarga de identificar cortes de video y reproducir ID reference,
un módulo de control de calidad llamado Data Quality Assurance (DQA) para evaluar e identificar
errores en la información capturada para su posterior corrección, un módulo de acceso al cliente
llamado Data Research Module (DRM) en el cual puedan reportar y analizar la información
capturada y un módulo de administración Data Administration Module (DAM) para establecer
permisos, perfiles, alta de usuarios, grupos y renovar contraseñas.
Objetivos del Proyecto

Proporcionar una herramienta que asegure la integridad de la información registrada eliminando
la cantidad de errores producidos por el registro manual de comerciales en el ingreso de datos de
la operación. La herramienta debe estar integrada con la aplicación iPharro Admon recibiendo y
enviando información así como integrando eventos y acciones de ambos sistemas.
Controlar los canales y bloques avanzados por analista, el tiempo consumido por país, canal y
bloque realizados, así como el avance de los analistas respecto de la cantidad de canales
programados.
Proporcionar una herramienta que permita agilizar el control de calidad de los datos registrados
identificando si el ratio de comerciales de un anunciante es adecuado evaluando sus promedio de
publicación, si el tiempo empleado para realizar un canal está dentro del tiempo adecuado,
identificando e impidiendo el uso de caracteres inadecuados durante el registro de un comercial,
proporcionando una interface de filtro y comparación intuitiva, con consultas y reportes
preestablecidos que permita trabajar de forma rápida con la información para identificar posibles
errores.
Construir una base de datos relacional que permita analizar la información de forma rápida y
segura brindando al usuario final un cubo de datos en el cual se pueda organizar, filtrar y agrupar
la información de diversas formas para la construcción de reportes personalizados.
Proporcionar unicidad a los datos, eliminando registros duplicados de Advertiser, Brand o Product;
facilitando la consolidación de video reference duplicados por el proceso de captura en Admon a
través del SpendCheckID.
Requisitos del producto
Debe contar con una interface amigable en web que sea intuitiva para el usuario y la cual pueda
ser accedida desde la red local para los módulos internos y desde fuera de ella de forma segura
para los módulos externos.
El desarrollo debe cumplir con el patrón de desarrollo MVC (Model, Views & Controllers), para
facilitar su modificación o reutilización a futuro.
El proyecto debe realizarse empleando la metodología del PMBOOK, planteando entregables,

cronograma de entrega, actas de conformidad, entre otros documentos que nos permitan
identificar el avance y evolución de la herramienta así como el control de cambios respectivo.
La aplicación desarrollada debe interactuar con la aplicación existente: ADMON de iPharro, y debe
estar diseñada de forma que en el futuro si la empresa decide cambiar de aplicación pueda
manejarse el cambio sin afectar toda la arquitectura de la aplicación.
El desarrollo debe cumplir parámetros de seguridad que eviten la explotación de la información

que contiene de forma no autorizada, socaven la confidencialidad de la información, su
disponibilidad y de la aplicación, o la integridad de sus datos.
El código de la aplicación a desarrollar, el diseño y la información del producto son propiedad

exclusiva de Datacheck así como los datos que se entregaran para ser cargados en la base de
datos, y no deberán ser utilizados bajo ninguna circunstancia para reproducir una herramienta
similar que pueda ser empleada por alguna otra empresa.
Criterios de aceptación del producto

El producto será aceptado cuando se haya cumplido de forma satisfactoria con los entregables y
todos los requisitos solicitados para el producto y proyecto dentro del tiempo acordado.
Límites del proyecto

El proyecto se desarrollara de forma remota en las oficinas del proveedor, y se facilitaran por
parte de Datacheck los servidores y software para la implementación del proyecto en sus fases de
prueba y puesta en marcha.
Toda información requerida para la construcción y carga de bases de datos serán entregadas al
proveedor para que se encargue de la carga por lote de dicha información, en caso se requiera
adaptar dicha información en formato o crear nuevos índices el proveedor se encargara de
adaptarlos y generarlos de forma automatizada. El cliente no cargara manualmente datos, los
datos que existen actualmente de años anteriores deberán ser adaptados por el proveedor para su
importación en base a las reglas proporcionadas por el cliente.
El proyecto debe ser considerado un proyecto llave en mano, en el cual el proveedor proporciona
todo los servicios de implementación requeridos para poner en producción el software,
incluyendo la configuración de la base de datos.
Requisitos y productos entregables del proyecto
Inicio de sesión
El sistema debe contar con una interface de inicio de sesión que bloquee la cuenta en caso se
intente más de 3 veces de forma fallida el acceso. Al fallar enviara un correo al administrador del
sistema notificando usuario, fecha y hora del bloqueo. El usuario con perfil administrador puede
desbloquear el usuario, en cuyo caso el usuario deberá establecer un nuevo password.
La interface web de acceso externo debe contar con un método captcha que evite se vulnere el
ciclo de autenticación del usuario, con ataques de fuerza bruta u otra herramienta.
El sistema debe solicitar la actualización de los password de usuario cada 60 dias, manteniendo un
histórico de los últimos 10 password utilizados y exigiendo un mínimo de 8 caracteres (letras y
números, al menos una mayúscula) para el password, las notificaciones de vencimiento y
actualización se realizaran al correo registrado del usuario.
El sistema de registro de comerciales debe solicitar el inicio de sesión si se inicia la aplicación

ADMON, una vez que se concreta el inicio de sesión la aplicación ADMON puede continuar con su
arranque, en caso no se concrete la aplicación ADMON no inicia. DMM puede ser iniciado de
forma independiente a ADMON sin embargo si ADMON es abierto, DMM inicia solicitando usuario
y contraseña, en el caso de que DMM ya esté abierto, ADMON empleara los datos del usuario que
está usando el sistema DMM para iniciar sesión. Admon debe poder ser abierto desde una opción
de DMM también.
Perfiles e interfaces por perfil

El sistema debe identificar el perfil asignado al usuario al ingresar y mostrar la interface de
acuerdo al perfil. Se cuentan con los siguientes perfiles: Cliente, Analista, Supervisor, Control de
Calidad, Research, Administrador. El sistema debe mostrar un panel de herramientas a las cuales
tiene acceso cada usuario de acuerdo a su perfil.
Base de datos
Se debe normalizar los datos con los que cuenta la empresa y generar una base de datos
relacional. Asimismo los datos deben ser estructurados de forma que puedan ser empleados por
un cubo de datos de análisis que pueda construir diversos reportes.
Se debe proporcionar una interface web que brinde un cubo de datos al usuario, de forma que el
usuario pueda emplear reportes predefinidos los cuales pueden ser generados por los usuarios
con perfil de research o superior y que puedan ser distribuidos a todos los usuarios. Asimismo el
usuario debe poder generar sus propios reportes y guardarlos en su perfil. El administrador y el
equipo de research pueden acceder a los reportes de todos los usuarios.
Los datos deben poder ser accedidos utilizando drill down en los reportes, asimismo los id de los
reference deben proporcionar hipervínculos de acceso al video para que este sea reproducido en
la interface web.
Los reportes generados deben poder ser exportados en formatos: csv, xml , xls, pdf.
Interfaces de usuarios
Actualmente los comerciales son capturados en la herramienta Admon en donde se genera un ID
de video para el comercial, de forma que cuando se presenta nuevamente el comercial Admon
identifica automáticamente su existencia y registra la reproducción de video que se presentó para
el país y canal en el registro de Spots.
DATA ENTRY MODULE (DEM)

DEM contara con las siguientes interfaces de ingreso de datos:
Registro de comerciales nuevos (reference),

Los comerciales nuevos que se presentan en ADMON son cortados utilizando el botón Add de
ADMON, al emplear dicho botón se enviara un evento al sistema DEM para que este inicie la
ventana de registro de reference que solicitara los siguientes datos:
ADVERTISER, ANUNCIANTE
Tipo: String, Requerido
Tamaño: 80 Caracteres, caracteres no admitidos: %, á, é, í, ó, ú, ñ,”.
Contenido: anunciante del comercial capturado, FORMATO: TODO EN MAYUSCULAS
Tipo de campo en Formulario: DropDownList con filtro de contenido en base a cualquier
parte de la cadena escrita incluido, al ingresar datos la lista desplegable reducirá
automáticamente sus opciones mostrando aquellas que coinciden con lo ingresado.
BRAND, MARCA
Contenido: Marca del comercial capturado, FORMATO: TODO EN MAYUSCULAS
PRODUCT, PRODUCTO
Contenido: producto del comercial capturado, FORMATO: TODO EN MAYUSCULAS
MEDIA TYPE,
Contenido: tipo de comercial capturado,
Tipo de campo en Formulario: DropDownList
CUSTOM MEDIA TYPE, CLIENTE MEDIA TYPE

Contenido: Subtipo de comercial capturado,
SPENDCHECKID, requerido PK
Tipo: Integer, Correlativo Generado por el sistema DEM
Tamaño: 10 dígitos.
Contenido: ID de DEM para la identificación del comercial debe considerar los siguientes
casos:
Cuando ADMON identifique un comercial con más de un video IdReference, esta situación se da
en algunos casos cuando la imagen varia por pequeños atributos y se considera comercial
duplicado, en ADMON se emplea el botón [Set Ref Dup] para definirlo como duplicado, y DEM
debe reconocer todos los duplicados como el mismo comercial para ello se genera el
SpendCheckID que une estos registros, asi mismo los perfiles de supervisión y superiores deberían
tener acceso a unir varios comerciales bajo un mismo SpendCheckID en otra ventana. Ejemplo:
COMPANY BRAND PRODUCT VIDEO ID TYPE SPENDCHECKID

CHRYSLER JEEP JEEP 1230894 CP 11005681
CHRYSLER JEEP JEEP 1230900 C 11005088
TRIVAGO TRIVAGO TRIVAGO 1230901 C 11005089
Cuando un video reference tiene más de un Advertiser+Brand+Product, en estos casos DEM debe
permitir que un video reference id cuente con varios SpendCheckID, de forma que pueda
registrarse diversos Advertiser+Brand+Product para un mismo video reference.
Al registrar un nuevo reference el analista tiene la posibilidad de indicar que existe mas de un
Advertiser+Brand+Product en el comercial cortado, para lo cual deberá también seleccionar
Advertiser, Brand y Product para cada combinación que encuentre en el comercial.
COMPANY BRAND PRODUCT VIDEO ID TYPE SPENDCHECKID

CHRYSLER DODGE DODGE 1230894 CP 11005682
CHRYSLER RAM RAM 1230894 CP 11005683
TRIVAGO TRIVAGO TRIVAGO 1230901 C 11005089
Otros datos tomados automáticamente:

VIDEO ID,
Tipo: INTEGER, Requerido,
Tamaño: 7 Caracteres.
Contenido: proveniente de ADMON campo RefID, identificador de video de comercial
registrado.
CHANNEL,
Tipo: String, Requerido,
Contenido: proveniente de ADMON campo Channel, tomando toda la cadena excepto los
últimos 3 caracteres correspondientes al campo Country, identificador de canal en el cual
se registro el comercial por primera vez
COUNTRY,
Contenido: proveniente de ADMON campo Channel , cadena de 2 caracteres de derecha a
izquierda, el resto de caracteres son omitidos, identificador de país en el cual se registro el
comercial por primera vez
DURATION,
Tipo: INTEGER, Requerido
Tamaño: 3 Caracteres, FORMATO: origen en milisegundos, debe ser convertido a segundo
Contenido: Duración del comercial registrado, proveniente de ADMON campo Length
DATE OF INSERT, Requerido,

Tipo: DATE,
Tamaño: 8 Caracteres, FORMATO: DD/MM/YYYY.
Contenido: fecha en la que el video fue propagado y descargado por ADMON (ingesta de
video) e insertado en la base de datos de DEM.
TIME OF INSERT, Requerido
Tipo: HORA,
Tamaño: 4 Caracteres, FORMATO: HH:MM
Contenido: Hora en la que el video fue propagado y descargado por ADMON (ingesta de
video) e insertado en la base de datos de DEM.
CREATION DATE,
Tipo: DATE, Requerido
Contenido: fecha de creación de comercial capturado
CREATION TIME, Requerido

Tipo: hora,
Contenido: Hora de creación de comercial capturado
CREATION USER, Requerido

Tipo: STRING,
Tamaño: 20 Caracteres,
Contenido: usuario que registro la creación de reference
MODIFY DATE,
Tipo: DATE, Requerido
Contenido: fecha de ultima modificación de comercial capturado
MODIFY TIME, Requerido

Tipo: hora,
Contenido: Hora de última modificación de comercial capturado
MODIFY USER, Requerido

Tipo: STRING,
Tamaño: 20 Caracteres,
Contenido: usuario que registro la ultima modificación de reference
IMPORTANTE: Para el caso de las creaciones, modificaciones, eliminaciones se debe contar con un
histórico de todos los cambios de registros realizados, para que pueda identificarse la trazabilidad
del registro en caso de auditoria.
Una vez guardado el comercial en el sistema DEM, se enviara la información del Advertiser, Brand
y Product registrados hacia el sistema Admon de la siguiente forma:
Campos en DEM Campo en Admon

Brand+Product Name
SpendCheckId ExternalId
Registro Advertiser, Brand, Product Nuevo

Cuando el usuario no cuente con el Advertiser, Brand o Product en los dropdow list, deberá
marcar el checkbox al costado del campo lo cual habilitara un campo para ingresar la descripción
sugerida de Advertiser, Brand o Product según corresponda. Campos utilizados:
ADVERTISER,
Tamaño: 80 Caracteres, caracteres no admitidos: %,á,é,í,ó,ú,ñ,”.
Tipo de campo en Formulario: Ingreso de datos
BRAND,
Tipo de campo en Formulario: Ingreso de datos.
PRODUCT,
Al guardar el registro se enviara a una cola de validación de los supervisores, en la cual los
usuarios con perfil de supervisión deberán Editar y Validar la informacion registrada para
el Comercial, además de asociar un Categoria y Subcategoria al registro encontrado, esta
validación y asociación solo se da si existen una nueva combinación
Advertiser+Brand+Product que requiera la atención del supervisor. Campos empleados:
ADVERTISER,
BRAND,
Tipo de campo en Formulario: Ingreso de datos.
PRODUCT,
MASTER CATEGORY
Contenido: Categoría Principal del producto, FORMATO: TODO EN MAYUSCULAS
TOP CATEGORY
Contenido: SubCategoría del producto esta relacionada de forma , FORMATO: TODO EN
MAYUSCULAS
En caso no se cuente con la Master category o la Top category estas deberán ser creadas
por el supervisor.
El supervisor debera acceder a la interface de control de calidad para validar los nuevos
registros realizados, desde dicha interface tendrá acceso a modificar el registro colocando
la descripción adecuada de Advertiser, Brand, o Product según se requiera. Una vez
validada la informacion por el supervisor esta será enviada a Admon actualizando el
registro de Video ID relacionado en sus campos Name, y External Id, asimismo el registro
será enviado a la cola de control de calidad para que revisen el registro realizado, y lo
editen de ser necesario. El supervisor puede rechazar la propuesta del analista y elegir una
combinación de Advertiser+Brand+Product que ya existía en la base de datos en cuyo caso
rechazara la descripción planteada por el analista.
NOTA: el flujo de informacion esta definido en el archivo Registro de informacion

SpendCheck V2, adjunto.
Interface de importación de SPOTS ,
ADMON registra toda presencia de un comercial que se haya transmitido en los canales
configurados en su plataforma, ADMON registra id de spot, Reference id, fecha, hora, canal, país,
hora de inicio, hora de fin, duración. El sistema DEM debe obtener dicha informacion
conectándose a la base de datos del sistema ADMON o en su defecto uniendo un evento de
importación de datos al evento de exportación de datos de ADMON.
DEM registrara la información del SPOT en los siguientes campos:
IDSPOT
Tipo: Integer, Requerido
Contenido: Identificador de SPOT registrado por ADMON,
VIDEO ID,
Tipo: INTEGER, Requerido,
Contenido: proveniente de ADMON campo RefID, identificador de video de comercial
registrado.
DATE, Requerido,
Tipo: FECHA,
Contenido: fecha en la que el spot fue registrado proviene de ADMON (ingesta de video) e
insertado en la base de datos de DEM.
START TIME, Requerido

Tipo: HORA,
Contenido: Hora en la que el spot fue registrado proviene de ADMON
END TIME, Requerido

Tipo: HORA,
Contenido: Hora en la que el spot fue registrado proviene de ADMON
CHANNEL,
Contenido: proveniente de ADMON campo Channel, tomando toda la cadena excepto los
últimos 3 caracteres correspondientes al campo Country, identificador de canal en el cual
se presento el spot.
COUNTRY,
Contenido: proveniente de ADMON campo Channel , cadena de 2 caracteres de derecha a
izquierda, el resto de caracteres son omitidos, identificador de país en el cual se presento
el spot.
DURATION,
Tipo: INTEGER, Requerido
Tamaño: 3 Caracteres, FORMATO: origen en milisegundos, debe ser convertido a segundo
Contenido: Duración del comercial registrado, proveniente de ADMON campo Length
PROGRAM
Tipo: String, Se presenta solo si se ha registrado una programación para el Pais, Canal, dia,
hora trabajado.
Tamaño: 100 caracteres, FORMATO: TODO EN MAYUSCULAS, caracteres no admitidos:
%,á,é,í,ó,ú,ñ,”.
Contenido: Programa que se transmitió al pasar el spot, tiene origen en la programación
registrada anteriormente para el Pais, Canal, dia, hora, la cual es importada o obtenida de
un proveedor EPG.
Nota: Este campo se llena automáticamente al tomar los datos del spot y es alimentado
en base a la programación establecida.
BRAKE
Tipo: Integer, Se presenta solo si se ha registrado una programación para el Pais, Canal,
dia, hora trabajado.
Tamaño: 2 caracteres,
Contenido: Numero de pausa comercial realizada después de iniciado un programa, este
numero se incrementa automáticamente con cada pausa comercial que se presenta, el
sistema identifica el inicio y fin del programa de acuerdo al registro de programación
realizado y determina que el primer spot registrado corresponde al primer brake, asi
mismo el sistema identifica el siguiente brake de acuerdo a la cantidad de tiempo que paso
antes del siguiente spot, si la cantidad de tiempo es mayor a un minuto se trata de otro
brake.
POSITION
Tipo: Integer, Se presenta solo si se ha registrado una programación para el Pais, Canal,
dia, hora trabajado.
Tamaño: 2 caracteres,
Contenido: Numero de posición del spot presentado en un brake, este numero se
incrementa automáticamente con cada spot registrado durante el brake tras ordenar de
forma ascendente los spots registrados y se reinicia su contador cuando se pasa al
siguiente brake.
Marcado de comerciales como Non Ad,

En algunos casos los analistas identifican una SPOT como NON AD, ya que es publicidad que no
debe ser considerada en el canal realizado. Cuando el analista emplee el botón NON AD afectando
un SPOT deberá abrirse una ventana de DEM para que el analista seleccione una opción por la cual
se establece como NON AD el SPOT, dicha informacion se guardara en un campo OBSERVATION:
 PP emitido en el mismo Network
 Publicidad de cable operador
 No es comercial
 Logo del canal.
Los spots marcados como Non Ad, cambian su estado a Non Ad.
Una vez registrada esta información es enviada a la cola de trabajo de control de calidad para que
sea revisada por el área de control de calidad, quienes son notificados por el sistema, la interface
de control de calidad se define en la sección control de calidad.
Eliminación de comerciales con VIDEOID

En algunos casos los analistas identifican errores cometidos por sus contrapartes en operación y
marcan dichos comerciales como MAL CORTADO o NO COMERCIAL, DEM permitirá utilizar la
opción Proponer eliminación, acción que le solicitara al analista el VIDEOID, y un sustento, para
que el supervisor sea notificado y tome acción.
Cuando se recibe la notificación de un comercial propuesto para eliminación, se revisa desde la

interface de control de calidad en la cola de trabajo los comerciales propuestos para la
eliminación, tras revisar los usuarios de supervisión y control de calidad pueden confirmar la
eliminación del comercial en cuyo caso se cambiara el estado del registro del video id a eliminado
y todos los spots relacionados a dicho video id también se consideran eliminados. En caso se
rechace la eliminación por el equipo de supervisión o control de calidad se enviara una notificación
al analista, los supervisores y el equipo de control de calidad con las observaciones indicadas por
el usuario que rechazo la eliminación.
Los comerciales eliminados no se muestran en los reportes realizados por el cliente, sin embargo
pueden ser observados en los reportes del resto de perfiles, para su restauración en caso sea
necesaria. Si el comercial eliminado no es restaurado hasta 30 dias después de su eliminación es
completamente borrado de la base de datos. Los comerciales y spot eliminados cambian su estado
a deleted.
Cuando el usuario intente eliminar un reference, el sistema identificara el perfil del usuario y
evitara que se concrete la acción DEM iniciara el proceso de Proponer eliminación detallado
anteriormente, en el cual se concretara la eliminación si se cumple con doble validación requerida.
Restaurar comerciales eliminados
Los comerciales eliminados pueden ser restaurados en DEM, usando la opción de restauración de
comercial en cuyo caso los registros involucrados vuelven a su estado original, incluyendo su
relación al video descargado.
Modificación de reference
En caso se trate de una modificación de reference, el sistema identificara el perfil del usuario y
evitara que se concrete la acción en ADMON si el usuario no tiene los permisos adecuados.
Además si cuenta con los permisos DEM abrirá el formulario de registro de reference en el cual
deberá seleccionar el Advertiser+Brand+Product que reemplazara la información registrada o
proponer un nuevo Advertiser+Brand+Product, como se detalla en el proceso de registro de
reference.
Registros adicionales de mantenimiento del sistema
Registro de países
Paises que se procesara en DMM
Registro de Network
Grupos de canales que se procesaran en DMM
Registro de canales
En este registro se definirá la lista de canales que procesara DMM asi como sus atributos: Country,
Network,
Registro de Daypart
El daypart es una sección definida por un horario especifico, algunos dayparts pueden iniciar en un
dia y terminar en la madrugada de otro
Registro de Rates
El costo de spot también llamado rate, se define en base a un periodo de 4 meses, un daypart y un
canal, asimismo se cuenta con un rate por defecto que se define por periodo de 4 meses y daypart
este debe ser tomado en caso no se haya definido uno en particular para el canalCM.
Interface de control de calidad

Es necesaria una interface que permita la revisión de los registros de la base de datos y la rápida
identificación de errores facilitando la reproducción de los video id desde DMM, permitiendo el
filtrado, agrupación y ordenamiento de los campos involucrados.
La interface listara la información de los spots para ello el usuario deberá indicar el periodo a
analizar, los campos de información que se mostrara son:
COUNTRY, CHANNEL, NETWORK, DATE, START TIME, VIDEO ID, SPOT ID, SPENDCHECK ID,
ADVERTISER, BRAND, PRODUCT, MEDIA TYPE, STATUS, OBSERVATION.
El campo NETWORK corresponde a la cadena que agrupa varios canales, es un campo String, es un
atributo de la tabla de canales registrada en el sistema DMM
Por defecto no se muestran los registros con STATUS eliminado, si desea ver los registros
eliminados deberá activar la casilla, mostrar registros eliminados.
Al hacer click en un VIDEO ID, se reproducirá dicho reference; al hacer click en un SPOT ID, se
abrirá Admon en el canal, fecha y bloque de dicho SPOT.
La interface le permitirá filtrar la información por cada uno de los campos indicados y en conjunto,
la información podrá ordenarse por cualquiera de los campos de forma ascendente y
descendente.
Cuando se realiza el corte de un comercial nuevo se ejecuta el proceso de retrosearch de ADMON

automáticamente, cuando ADMON finaliza el proceso iniciado deberá envíar un evento a DMM
para que verifique si existen posibles SPOTS nuevos encontrados por el retrosearch comparando
sus datos con los datos de Admon una vez identificados los nuevos spots, enviara estos nuevos
spots a la cola de trabajo de control de calidad para que sean validados por Control de calidad.
Control de Cantidad de Spots

El sistema DQM verificara si existe una variación de más del 30% en la cantidad de spots de la
combinación Pais+Canal+Advertiser+Brand+Product respecto del mes pasado, y presentara el
Pais+Canal+Advertiser+Brand+Product en la cola de control de calidad para su revisión.
Reportes
Reporte de Spots General
La información de spots registrados en DMM puede ser reportada por periodo emisión del spot,
país, canal, network, video id, spendcheckid, Advertiser, Brand, Product, mediatype, status y
exportada en los formatos xml, xls, csv y pdf. Los campos que se deben presentar en dicha
information son: COUNTRY, CHANNEL, NETWORK, DATE, START TIME, DURATION, VIDEO ID, SPOT
ID, SPENDCHECK ID, ADVERTISER, BRAND, PRODUCT, MEDIA TYPE, STATUS, OBSERVATION.
En caso se presente el reporte en el sistema DMM debe permitir viajar rápidamente al Video Id o
Spot de la misma forma que en control de calidad.
Reporte de Cantidad de Spots
El sistema contabilizara la cantidad de SPOTS registrados por Mes, Pais, Canal, Network,
Advertiser, Brand, Product, de forma que los usuarios puedan reportar un acumulado de spots en
base a cualquier combinación de estos campos.
Reporte de Costo de Spots

El sistema contabilizara el costo de SPOTS registrados por Mes, Pais, Canal, Network, Advertiser,
Brand, Product, de forma que los usuarios puedan reportar un acumulado de spots en base a
cualquier combinación de estos campos.
Reporte de Spots para Exportación a AE

El reporte debe contar con los siguientes campos:
Field Description
Created Fecha en la que se exporto la informacion
Name Concatenacion de campos Channell.Country
Start Fecha y hora de inicio de la exportacion
End Fecha y hora de fin de la exportacion
ID Identificador de spot
Start2 Fecha y hora de inicio del bloque
Duration Duracion del bloque
Name2 Concatenacion de Brand; Product; MediaType
ExternalID Concatenacion de Master Category - Top Category; Advertiser
InternalID Video Reference ID
Start3 Fecha y hora de inicio del spot
Duration2 Duración del spot
Position Posicion del spot
Category
Checked Estado del spot
Weighted_Cost Costo estimado del spot

DMM Enunciado Preliminar

Cargado por

Copyright:

Formatos disponibles

DMM Enunciado Preliminar

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DMM Enunciado Preliminar

Cargado por

Copyright:

Formatos disponibles

Datacheck Media Manager (DMM)

Enunciado preliminar del proyecto

Resumen del proyecto

Objetivos del Proyecto

El proyecto debe realizarse empleando la metodología del PMBOOK, planteando entregables,

El desarrollo debe cumplir parámetros de seguridad que eviten la explotación de la información

El código de la aplicación a desarrollar, el diseño y la información del producto son propiedad

Criterios de aceptación del producto

Límites del proyecto

Requisitos y productos entregables del proyecto

El sistema de registro de comerciales debe solicitar el inicio de sesión si se inicia la aplicación

Perfiles e interfaces por perfil

DATA ENTRY MODULE (DEM)

Registro de comerciales nuevos (reference),

CUSTOM MEDIA TYPE, CLIENTE MEDIA TYPE

COMPANY BRAND PRODUCT VIDEO ID TYPE SPENDCHECKID

COMPANY BRAND PRODUCT VIDEO ID TYPE SPENDCHECKID

Otros datos tomados automáticamente:

DATE OF INSERT, Requerido,

CREATION TIME, Requerido

CREATION USER, Requerido

MODIFY TIME, Requerido

MODIFY USER, Requerido

Campos en DEM Campo en Admon

Registro Advertiser, Brand, Product Nuevo

NOTA: el flujo de informacion esta definido en el archivo Registro de informacion

START TIME, Requerido

END TIME, Requerido

Marcado de comerciales como Non Ad,

Eliminación de comerciales con VIDEOID

Cuando se recibe la notificación de un comercial propuesto para eliminación, se revisa desde la

Registros adicionales de mantenimiento del sistema

Interface de control de calidad

Cuando se realiza el corte de un comercial nuevo se ejecuta el proceso de retrosearch de ADMON

Control de Cantidad de Spots

Reporte de Costo de Spots

Reporte de Spots para Exportación a AE

También podría gustarte