Funcionalidades de CS Context

CS Context toma cada hora el catálogo de pantallas y caras del CMS de la empresa de publicidad exterior y lo concilia automáticamente, así que nadie tiene que cargar el inventario a mano.

4 ajustes de la cara (formato, indicador de cámara, ID de pantalla y persona jurídica) se editan en CS Context y se conservan al sincronizar; el resto se replica del CMS y se sobrescribe en cada sincronización.

Desactivar una cara la retira de la venta: sale del catálogo de los socios y se rechazan las solicitudes de anuncio para ella. Archivarla la quita de la lista de trabajo sin perder el historial.

Los atributos de solo lectura que el CMS informa para cada integración (un número de tienda, un código de local, una referencia del socio) se guardan en la cara y se muestran como columnas adicionales en los informes.

La zona horaria de cada pantalla sale de sus coordenadas. El horario de funcionamiento se replica desde el CMS y se publica para los socios de demanda, y CS Context no filtra la subasta según ese horario.

Una lista de precios RTB fija sus caras, el precio mínimo y los socios de demanda admitidos por grupos de prioridad con lista de permitidos o de bloqueados. Sin lista de precios, la organización no vende nada.

En uso en RTS-Decaux Kazakhstan

CS Context ajusta el precio mínimo a la duración de slot solicitada, y el cálculo del precio mínimo puede tomar como uno de sus datos de entrada la ocupación que se obtiene del CMS.

Una lista de precios RTB puede funcionar en modo waterfall: se consulta a la vez a todos los socios de demanda admitidos y gana la primera respuesta válida al importe pujado, sin comparar precios ni ordenar socios.

En una lista de precios RTB en modo subasta gana la puja más alta y paga un precio de liquidación basado en la segunda mejor puja y el precio mínimo. Toda creatividad que puede ganar ya está aprobada.

En uso en RTS-Decaux Kazakhstan

Cada campaña lleva una lista de caras en modo lista blanca o lista negra, que se verifica en cada solicitud de anuncio antes de considerar una puja. Un empleado puede cambiar esa lista después.

Un socio de demanda propone un presupuesto y un cupo de reproducciones por hora en caras concretas. Una vez reservada, la campaña se adelanta a las pujas y consume presupuesto y reproducciones hasta agotar uno.

Las campañas de programática garantizada toman su precio de una lista de precios propia de ese tipo. La lista queda congelada en la campaña al reservarla, así que sus cambios posteriores no modifican la campaña.

Una campaña automated guaranteed reserva una frecuencia de reproducciones en caras concretas durante un período. Antes de aceptarse, la reserva se coteja con la capacidad medida de cada cara.

Las campañas automated guaranteed toman su precio de una tabla por cara publicada por adelantado, con filas de duración de creatividad, frecuencia y precio. Una combinación sin precio en la tabla no se puede reservar.

CS Context envía al CMS la campaña automated guaranteed reservada. Tras un error del servidor el envío se reintenta solo y, tras una falla definitiva, espera a que un empleado presione Reintentar.

Antes de aceptar una reserva, CS Context pide al CMS datos de ocupación actualizados para esa ventana concreta y coteja la reserva con lo que la cara todavía puede entregar en el período exacto reservado.

CS Context calcula y guarda el volumen reservado y muestra al lado las reproducciones entregadas para compararlas a mano.

Un acuerdo privado entrega un slot fijo al ad server propio de un socio determinado, que elige la creatividad y fija el precio; CS Context registra la entrega y aplica su comisión.

Cada oportunidad de un acuerdo privado es una consulta en tiempo real al ad server del socio, con plazo opcional para informar. Lo entregado lo define el registro de reproducción del CMS, que se descarga periódicamente.

Los acuerdos privados tienen una pantalla de estadísticas de solo lectura (por campaña, socio y reproducción) con reproducciones y comisión de la plataforma. No muestra el precio del medio: la plataforma nunca lo tiene.

Una organización habilita con sus propios datos de conexión a un socio de demanda registrado en la plataforma y luego lo admite en una lista de precios. Ambos pasos son necesarios para ofrecerle un slot.

En uso en Icon DOOH

CS Context incluye adaptadores listos para socios de demanda (Hivestack, Vistar, COT) y sistemas de gestión de contenidos (KIS, SpinetiX, CubicVision), y un protocolo SSP genérico para socios que lo usan directamente.

En uso en Big Tree

Propietarios, administradores, gestores y moderadores revisan cada creatividad según los requisitos de la organización y la aprueban o rechazan con un motivo obligatorio. Pueden limitar la aprobación a ciertas caras.

Las creatividades de los socios de demanda de la lista se confirman al llegar, sin revisión humana ni visto bueno de los puestos; la integridad del archivo se controla y los requisitos técnicos no se verifican.

Una solicitud rechazada lleva un motivo en texto libre y sin autor que une los de todos los puestos que la rechazaron. Reenviar reinicia los veredictos si está pendiente; si ya se decidió, se requiere otra creatividad.

Los requisitos técnicos son texto libre, publicado a nivel de organización (con hasta 10 PDF adjuntos) y por separado para cada cara; los revisores los leen, y la plataforma no compara las creatividades con ellos.

En la única verificación automática de creatividades, cada relación de aspecto de las caras de una campaña automated guaranteed necesita un archivo multimedia que coincida. Solo mide cobertura; no se aplica a RTB.

Cada reproducción confirmada (una sola reproducción en una cara) es una fila; las estimaciones de audiencia del CMS se guardan con ella sin multiplicar el conteo. La facturación empieza con una reproducción confirmada.

CS Context da por perdida una solicitud de anuncio no confirmada dentro del plazo (2 horas de forma predeterminada), y ya no puede confirmarse por ninguna vía. Al socio de demanda se le informa que no se emitió.

Donde el CMS la envía, CS Context guarda una fotografía tomada mientras se emitía el anuncio: hasta 3 imágenes permanentes por cada par anuncio-cara (mañana, mediodía, tarde), guardadas sin límite de tiempo.

CS Context genera en segundo plano informes XLSX descargables de las reproducciones entregadas por período y canal de venta. Regenerar un informe reemplaza el anterior del mismo tipo; los informes se conservan 30 días.

Cada venta confirmada en RTB escribe un registro doble de crédito y débito en el momento en que se confirma la entrega. Los registros nunca se editan ni se borran, y una corrección siempre es un registro nuevo y opuesto.

RTB registra una transacción por cada reproducción confirmada; la programática garantizada, todo el presupuesto al activarse; automated guaranteed, un precio por campaña, y los acuerdos privados, nada en la plataforma.

Una organización gestiona a sus empleados con 5 roles (propietario, administrador, gestor, moderador y observador), cada uno con un conjunto fijo y documentado de pantallas. Cada usuario es de una sola organización.

Cada solicitud de moderación de una creatividad va a la vez a todos los puestos de revisión (legal, seguridad de marca, etc.), y un solo rechazo de cualquiera de ellos rechaza toda la solicitud.

Los datos de facturación son un perfil de organización o varias personas jurídicas, cada una con sus datos fiscales y sus caras, así que los ingresos y el inventario quedan separados por persona jurídica.

La mayoría de los cambios en objetos de la organización se registran con su autor, la hora y los valores antes y después. El registro se puede filtrar por período, usuario, tipo de objeto y acción.

CS Context envía notificaciones en la aplicación cuando hay un informe listo, una solicitud de moderación o una sincronización fallida, y cada empleado gestiona 2 suscripciones de correo configurables.