Поддерживаемые партнёры

Когда на рекламной поверхности включённой организации наступает слот по private deal, платформа спрашивает HiveStack, что играть на этом экране, и сопоставляет названный им креатив с кампанией, создавая её, когда видит этот креатив впервые. Платформа также ведёт список креативов, которые есть у HiveStack для нужных экранов, чтобы живой ответ соответствовал уже известному. Итоги показов сообщаются HiveStack по его собственным обратным вызовам.

Рекламная поверхность в этих обращениях адресуется по её screen ID — собственному идентификатору HiveStack, который хранится в поверхности только затем, чтобы можно было спрашивать о ней HiveStack его собственными словами. Поверхность без него предложить нельзя. О screen ID см. Инвентарь.

Схема та же, что у HiveStack: живой вызов ad-decision на каждую возможность, заранее поддерживаемый список доступных материалов и отчёт об итогах по собственному обратному вызову Vistar с подтверждением показа. Платформа записывает цену, которую Vistar сообщает в ответе на подтверждение показа.

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

Схема та же: живой запрос креатива на каждую возможность, регулярная синхронизация креативов, которые VIOOH держит для каждой рекламной поверхности, и подтверждения показов, отправляемые обратно VIOOH. Рекламная поверхность адресуется по её VIOOH asset ID, который хранится в поверхности; поверхность без него не предлагается.

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

COT — единственный источник спроса, который общается в обоих направлениях.

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

На выходе платформа обращается к COT за коротким плейлистом на ближайшее будущее и отправляет ему решение по проверке каждого креатива, который отправил COT.

COT обслуживает организации, у которых тип сервера — CityScreen.

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

Оператор загружает каталог импортом, и рекламные поверхности из файла — это рекламные поверхности, которые знает платформа. Креативам, отправленным без списка рекламных поверхностей, поверхности подбираются по соотношению сторон медиа.

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

В обратном направлении плееры SpinetiX спрашивают платформу, что играть, так же, как любой плеер, и запрос проходит через тот же аукцион — см. Аукцион.

Как и в KIS, креативам, отправленным без списка рекламных поверхностей, поверхности подбираются по соотношению сторон.

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

Два поведения у него уникальны среди описанных здесь типов серверов.

В обратном направлении CubicVision спрашивает платформу, что играть, так же, как любой плеер.