Возможности CS Context

CS Context ежечасно забирает каталог экранов и рекламных поверхностей из CMS оператора и автоматически сверяет его, поэтому никому не нужно вводить инвентарь вручную.

4 настройки поверхности (формат, признак камеры, ID экрана и юридическое лицо) редактируются в CS Context и сохраняются при синхронизации; остальное зеркалируется из CMS и перезаписывается при каждой синхронизации.

Отключение поверхности снимает её с продажи: она убирается из каталога для партнёров, а рекламные запросы к ней отклоняются. Архивирование убирает её из рабочего списка без потери истории.

Атрибуты конкретной интеграции, которые передаёт CMS и которые доступны только для чтения, — номер магазина, код площадки, идентификатор партнёра — хранятся на поверхности и выводятся дополнительными столбцами отчётов.

Часовой пояс каждого экрана определяется по его координатам. Часы работы зеркалируются из CMS и публикуются для партнёров по спросу, а CS Context не фильтрует по ним аукцион.

Прайс-лист RTB задаёт свои поверхности, минимальную цену и партнёров по спросу, допущенных через группы приоритета с разрешающим или запрещающим списком. Без прайс-листа организация ничего не продаёт.

В работе у RTS-Decaux Kazakhstan

CS Context пересчитывает минимальную цену под запрошенную длину слота, а одним из входных данных для расчёта минимальной цены могут быть данные о занятости, полученные из CMS.

Прайс-лист RTB может работать в режиме waterfall. Запрос уходит всем допущенным партнёрам по спросу одновременно, и первый подходящий ответ выигрывает по своей ставке, без сравнения цен и ранжирования партнёров.

В прайс-листе RTB в режиме аукциона побеждает самая высокая ставка и платит цену клиринга, которая выводится из ставки второго участника и минимальной цены. Каждый креатив, который может выиграть, уже одобрен.

В работе у RTS-Decaux Kazakhstan

У каждой кампании есть список поверхностей в режиме белого или чёрного списка, который проверяется при каждом рекламном запросе до рассмотрения ставки. Сотрудник может позже изменить этот список.

Партнёр по спросу предлагает бюджет и почасовой лимит показов на выбранных поверхностях. Зарезервированная кампания идёт раньше ставок аукциона и расходует бюджет и показы, пока одно из них не закончится.

Цены кампаний programmatic guaranteed берутся из отдельного прайс-листа programmatic guaranteed. При резервировании кампании прайс-лист фиксируется в ней, поэтому его последующие правки кампанию не меняют.

Кампания automated guaranteed резервирует частоту показов на выбранных поверхностях за период. Резерв проверяется по измеренной ёмкости каждой поверхности до того, как его примут.

Цены кампаний automated guaranteed берутся из заранее опубликованной сетки для каждой поверхности, где строки задают длину креатива, частоту и цену. Сочетание, для которого в сетке нет цены, забронировать нельзя.

CS Context передаёт зарезервированную кампанию automated guaranteed в CMS. После ошибки сервера передача автоматически повторяется, а после окончательного сбоя ждёт, пока сотрудник нажмёт «Повторить».

Прежде чем принять бронирование, CS Context запрашивает у CMS свежие данные о занятости для конкретного окна и проверяет резерв по тому, что поверхность ещё может показать за точный забронированный период.

CS Context рассчитывает и хранит забронированный объём и показывает рядом выполненные показы для ручной сверки.

Приватная сделка передаёт фиксированный слот рекламному серверу одного конкретного партнёра, который выбирает креатив и назначает цену; CS Context записывает показ и начисляет свою комиссию.

Каждая возможность показа по приватной сделке — запрос к рекламному серверу партнёра в реальном времени, с необязательным сроком отчёта. Что считать показанным, решает регулярно загружаемый журнал показов CMS.

Для показов по приватным сделкам есть экран статистики только для чтения — по кампаниям, партнёрам и отдельным показам — с показами и комиссией платформы. Медиастоимости там нет: у платформы её никогда не бывает.

Организация включает зарегистрированного на платформе партнёра по спросу со своими данными подключения, а затем допускает его к прайс-листу. Оба шага нужны, прежде чем партнёру предложат слот.

В работе у Icon DOOH

В CS Context есть готовые адаптеры для партнёров по спросу (Hivestack, Vistar, COT) и систем управления контентом (KIS, SpinetiX, CubicVision) и общий SSP-протокол для любого партнёра, работающего по нему напрямую.

В работе у Big Tree

Владельцы, администраторы, менеджеры и модераторы проверяют каждый креатив по требованиям организации и одобряют его или отклоняют с обязательной причиной. Одобрение можно ограничить отдельными поверхностями.

Креативы партнёров по спросу из списка подтверждаются сразу, без проверки человеком и согласия позиций; целостность файла проверяется, а технические требования при таком одобрении не проверяются.

Отклонённый запрос на модерацию содержит одну обезличенную текстовую причину, где объединены причины всех отклонивших позиций. Повторная подача сбрасывает решения ожидающего запроса, а для решённого нужен новый креатив.

Технические требования — это свободный текст, который публикуется на уровне организации (с приложением до 10 PDF) и отдельно для каждой поверхности; их читают проверяющие, а платформа креативы по ним не проверяет.

В единственной автоматической проверке креативов каждому соотношению сторон среди поверхностей кампании automated guaranteed нужен подходящий медиафайл. Проверка касается только покрытия и к креативам RTB не применяется.

Каждый подтверждённый показ рекламы, то есть одно воспроизведение на одной поверхности, — одна строка; оценки аудитории из CMS хранятся рядом и число показов не умножают. Тарификация начинается с подтверждённого показа.

CS Context считает несостоявшимся рекламный запрос, не подтверждённый в пределах окна (по умолчанию 2 часа); потом его нельзя подтвердить никаким способом. Партнёру по спросу сообщают, что показа не было.

Если CMS передаёт фотографию, сделанную во время показа рекламы, CS Context хранит её: до 3 постоянных фото на каждую пару «реклама — поверхность» (утро, полдень, вечер), без срока хранения.

CS Context в фоновом режиме строит скачиваемые отчёты XLSX о выполненных показах за период и по каналу продаж. Повторное формирование отчёта заменяет предыдущий отчёт того же типа, а отчёты хранятся 30 дней.

Каждая подтверждённая продажа в RTB создаёт парную запись кредита и дебета в момент подтверждения показа. Записи никогда не редактируются и не удаляются, а исправление — это всегда новая сторнирующая запись.

RTB записывает транзакцию на каждый подтверждённый показ, programmatic guaranteed — весь бюджет при активации, automated guaranteed — цену на уровне кампании, а приватные сделки в платформе не записывают ничего.

Организация сама управляет сотрудниками в 5 ролях (владелец, администратор, менеджер, модератор, наблюдатель), у каждой из которых фиксированный задокументированный набор экранов. Логин входит только в одну организацию.

Каждый запрос на модерацию креатива уходит сразу ко всем позициям проверки (юридическая проверка, безопасность бренда и так далее), и одного отказа любой из них достаточно, чтобы отклонить весь запрос.

Реквизиты для выставления счетов задаются профилем организации или несколькими юрлицами, у каждого из которых свои налоговые данные и поверхности, поэтому выручка и инвентарь разделяются по юридическим лицам.

Большинство изменений объектов организации записываются в журнал с автором, временем и значениями до и после. Журнал можно фильтровать по периоду, пользователю, типу объекта и действию.

CS Context присылает уведомления в приложении, когда готов отчёт, пришёл запрос на модерацию или не удалась синхронизация; кроме того, каждый сотрудник сам настраивает 2 почтовые подписки.