Автоматизированная система создания структуры и размещения рекламных кампаний

Полезная модель относится к области рекламы и вычислительной техники, в частности, к автоматизированным системам создания и размещения рекламных кампаний. Сущность технического решения заключается в том, что автоматизированная система создания структуры и размещения рекламных кампаний, содержит выделенный сервер приложений с отдельной базой данных по рекламодателям, заказчикам, контрагентам, регионам, направлениям продаж, инвентарным группам, целевым аудиториям, типам размещения и финансовым брендам, на котором сформированы блок входа с разграничением прав доступа пользователей, подсистема «Обязательство - Сделка - Заказ», включающая в себя соответствующий субблок обязательства, подключенный через соответствующие субблоки сделок к соответствующим субблокам заказов, подсистема «Сделка - Заказ», включающая в себя соответствующий субблок сделки, подключенный к соответствующему субблоку заказа, подсистема «Обязательство - Заказ» включающая в себя соответствующий субблок обязательства, подключенный к соответствующему субблоку заказа, и подсистема «Заказ», включающая в себя соответствующий субблок заказа, при этом все упомянутые подсистемы связаны с блоком входа с разграничением прав доступа пользователей. Субблоки реализованы на элементном уровне. При использовании предлагаемого в данной полезной модели технического решения достигается технический результат в виде расширения функциональных возможностей системы, за счет обеспечения автоматизации создания структуры РК для разных типов заказчиков и контроля исполнения долгосрочных обязательств между участниками процесса, повышения оперативности и качества размещения РК, сокращения трудоемкости создания РК, упрощения работы потребителя в системе и повышения надежности работы системы.

Полезная модель относится к области рекламы и вычислительной техники, в частности, к автоматизированным системам создания и размещения рекламных кампаний.

Используемые в описании сокращения:

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

2. Рекламное агентство (PA) - Специализированная компания, действующая в интересах рекламодателя и предоставляющая ему профессиональные услуги по организации его рекламной кампании.

3. Заказчик - Покупатель рекламных возможностей, реализуемых в рамках предоставляемых СХ услуг. Заказчик, со своей стороны, формулирует и утверждает условия сделки/заказа (и, тем самым, берет на себя обязательства по этим условиям), ведет сделку/заказ и акцептует факт их исполнения.

4. Как правило, заказчик - это рекламное агентство или рекламодатель, но в роли заказчика может выступать и физическое лицо. Заказчик может иметь определенные права для работы в АСССРР посредством удаленного доступа.

5. Рекламодатель - Инициатор рекламной кампании. В подавляющем большинстве случаев в PC присутствует реклама товаров или услуг рекламодателя.

6. Медиа - Средства распространения рекламы. Обобщающее понятие средств коммуникации с потребителями с целью передачи им рекламного сообщения.

7. АСССРР - Автоматизированная система создания структуры и размещения рекламных кампаний.

8. Сплит заказа (варианта паспорта заказа) - Элемент информации об условиях, согласованных с заказчиком, для размещения рекламного сообщения или группы рекламных сообщений в рамках заказа с фиксированным планом по инвентарю.

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

10. Рекламоноситель (РН) - Сеть распространения (демонстрации) рекламного и/или информационного контента определенного типа, объединенная общим названием и имеющая, как правило, одного владельца или компанию, определяющую информационную и/или программную политику.

11. Рекламное сообщение (PC) - Мультимедийная информация рекламного характера в допустимом к демонстрации на соответствующих РН формате, непосредственно в готовом виде или полученная как результат перекодировки в необходимый формат.

Примеры:

12. СХ (СейлзХаус) - организация, занимающаяся продажами рекламного времени на РН.

13. Направление продаж (НП) - Выделенная на группе РН по определенному принципу продаж и ценообразованию группа РМ. Направлению продаж, как правило, соответствует отдельная организационная единица. НП единолично отвечает (владеет) за пул инвентаря, соответствующий выделенной группе РМ.

14. Рекламное место (РМ) - Выделенные для размещения PC определенного типа возможности РН по демонстрации определенного объема непрерывного во времени и в пространстве (по расположению на носителе или географии) контента.

15. Инвентарь - Реальный или планируемый объем рекламного пространства или РМ, количественно выраженный в единицах измерения инвентаря.

16. Инвентарная группа (ИГ) - Категория PC по назначению, бесплатности размещения и допустимому инвентарю с точки зрения планирования и Закона о Рекламе. Используется для деления инвентарного пространства при планировании и для ограничений при размещении.

17. Финансовый бренд (ФБ) - Уникальное наименование элемента отчетности рекламодателя или заказчика в рамках конкретного (возможно, уникального) рекламного проекта, которое соответствует одному товарному бренду или объединяет в себе группу товарных брендов. Используется в целях детализации финансовой отчетности по данному рекламному проекту.

18. Товарный бренд (ТБ) - Рекламируемый в PC уникальный с учетом класса товаров и торговой марки продукт. Один из атрибутов PC. Используется для медийной аналитики.

19. Юр.договор - Юридический договор на реализацию РК.

Уровень техники.

На текущий момент из уровня техники известны несколько способов построения РК в АСССРР, которые выполняют или могут выполнить некоторые функции процесса реализации РК.

Так, известна автоматизированная система «Автоматизированная система «Рекламное агентство», представленное на сайте http://fogsoft.ru/image.aspx?name=standart_ad.swf И http://fogsoft.ru/image.aspx?name=modul_ad.swf. функционал которой позволяет осуществлять размещение рекламных роликов на СМИ в рамках рекламной кампании.

Известна и другая автоматизированная система "ADS Автоматизации планирования и размещения рекламы на телевидении и радио" представленная на сайте http://www.ad-system.ru/Default.aspx?CenterCtrl=_Download.ascx&selection=9. функционал которой позволяет осуществлять прием заказа и медиапланирование.

Указанная система принимается в качестве прототипа и в общем виде содержит:

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

Средства учета скидок и коэффициентов. При планировании РК возможно использовать различные скидки и коэффициенты. Такие как: "скидка за объем", "скидка заказчика постоянная", "скидка агентсва", а так же можете добавлять свои дополнительные скидки. Коэффициенты за продолжительность ролика, коэффициенты позиций, сезонные и дополнительные. Стоимость рекламной кампании рассчитывается сразу при планировании.

Средства формирования отчетов, что позволяет получить аналитические отчеты по многим финансовым показателям/разрезам за любой период работы компании.

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

Предлагаемая модель АСССГР в общем виде отличается тем, что:

Помимо заказов, имеет связанные объекты более высокого уровня (Обязательства, Сделки). Таким образом появляется новая возможность контролировать исполнение долгосрочных обязательств РА перед СХ.

Имеет средства автоматического расчета и хранения скидок, предоставляемых рекламодателю пли РА, в зависимости от размера бюджетов, объемов покупки, выбранных типов медиа.

Система обладает адаптированной сеткой вещания под различные типы медиа (ТВ, Радио, Интернет, Плазменный экраны. Щиты, Кинотеатры и т.д.) и возможностью управления инвентарем для каждого типа медиа.

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

Благодаря продуктовому подходу к продаже инвентаря, при наличии большого числа медиа, система позволяет как планировать, так и обосновывать ценности отдельных РН для заказчиков РК.

Позволяет выстроить структурированный процесс размещения РК с центрами ответственности за участки реализации РК. Например, Пользователь 1 создает РК, Пользователь 2 размещает. Пользователь 3 подтверждает размещение. Пока пет подтверждения от Пользователя 3 РК не может попасть в эфир, что увеличивает надежность системы в целом.

Зависимость статусов заказа от этапов его обработки в предлагаемой полезной модели повышает оперативность размещения РК.

Рассматриваемая модель РК в ЛСССРР предоставляет следующие преимущества над текущими, рассматриваемыми системами:

ЛСССРР позволяет создавать структуру РК для разных типов заказчиков:

Региональные агентства;

Общенациональные агентства;

Международные агентства;

Прямые рекламодатели.

В зависимости от типа заказчика и его потребностей АСССРР позволяет выстроить эффективную структуру РК и может иметь разное число объектов:

от Обязательство - Сделка - Заказ для Общенациональных, Международных и Глобальных агентств

до набора отдельных заказов для прямых рекламодателей.

Обязательства отражают в системе размещения договоренности с заказчиком (или рекламодателем) по его обязательствам потратить заявленный бюджет на приобретение рекламного инвентаря за определенный период времени. Также существует возможность детализировать бюджет по комбинациям значений измерений: период, НП, ИГ, РН, Регион.

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

Заказ является заявкой на приобретение определенного рекламного инвентаря, зарегистрированной в системе размещения.

Возможность создания сделки как на одно направление, так и на несколько направлений.

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

Наличие в паспортах и сплитах автоматической процедуры взаимопересчета инвентаря из натуральных единиц в контакты и наоборот.

Имеется возможность создавать заказ сразу на несколько направлений (многомедийные заказы)

При создании заказа пользователь может выбирать готовые варианты размещения с заданными параметрами (пакетирование).

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

Система обладает единой точкой входа. Данные по продажам по всем подразделениям в одной БД. Заказчик работает с одной системой и при этом имеет доступ ко всему пакету услуг СХ.

АСССРР обеспечивает разграничение прав доступа пользователей системы к определенным объектам и данным системы. Право определяет реальную операцию или функцию в пользовательском интерфейсе системы, потенциально доступную пользователю. Примеры: Создание заказа. Просмотр отчета. Постановка енота.

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

Указанный технический результат достигается тем, что автоматизированная система создания структуры и размещения рекламных кампаний, содержит выделенный сервер приложений с отдельной базой данных по рекламодателям, заказчикам, контрагентам, регионам, направлениям продаж, инвентарным группам, целевым аудиториям, типам размещения и финансовым брендам, на котором сформированы блок входа с разграничением прав доступа пользователей, подсистема «Обязательство-Сделка-Заказ», включающая в себя соответствующий субблок обязательства, подключенный через соответствующие субблоки сделок к соответствующим субблокам заказов, подсистема «Сделка-Заказ», включающая в себя соответствующий субблок сделки, подключенный к соответствующему субблоку заказа, подсистема «Обязательство -Заказ» включающая в себя соответствующий субблок обязательства, подключенный к соответствующему субблоку заказа, и подсистема «Заказ», включающая в себя соответствующий субблок заказа, при этом все упомянутые подсистемы связаны с блоком входа с разграничением прав доступа пользователей.

Кроме того, субблок обязательства содержит блок «Обязательство», блок «Часть обязательства», блок «Вариант части обязательства», блок «Сплит», блок «Продукт», блок «Элемент продукта», блок «Направление продаж», блок «Заказчик», блок «Рекламодатель», блок «Тип заказа», блок «Связь заказа с обязательством», блок «Скидка части обязательства», блок «Скидка сплита», блок «Инвентарная группа», блок «Целевая аудитория», блок «Регион» и блок «Рекламный носитель», при этом блок «Обязательство» через последовательно включенные блок «Часть обязательства», блок «Вариант части обязательства» и блок «Сплит» подключен к блоку «Скидка сплита», блоки «Направление продаж», «Заказчик», «Рекламодатель», «Тип заказа» и «Связь заказа с обязательством» подключены к блоку «Часть обязательства», блоки «Продукт», «Элемент продукта», «Рекламный носитель», «Регион», «Инвентарная группа» «Целевая аудитория» подключены к блоку «Сплит», блок «Элемент продукта» подключен к блоку «Продукт», а блок «Скидка части обязательства» - к блоку «Вариант части обязательства».

Кроме того, субблок сделки содержит блок «Сделка» и подключенные к нему раздельно блок «Заказ», блок «Юр.Договор» и блок «Старший менеджер по периодам».

Кроме того, субблок заказа содержит блок «Заказ», блок «Фрагмент заказа», блок «Корректировка», блок «Вариант паспорта заказа», блок «Сплит», блок «План реализации заказа», блок «Ячейка ПР Заказа», блок «Сопроводительный документ», блок «Сделка», блок «Финансовый бренд», блок «Приоритет размещения», блок «Тип размещения», блок «Инвентарная группа» и блок «Элемент продукта», при этом блок «Корректировка» через последовательно включенные блоки «Фрагмент заказа», «Заказ»; «Вариант паспорта заказа», «Сплит» и «Ячейка ПР Заказа» подключен к блоку «План реализации заказа», блоки «Сопроводительный документ», «Сделка», «Финансовый бренд», «Инвентарная группа», «Тип размещения» и «План реализации заказа» подключены к блоку «Заказ», блок «Приоритет размещения» подключен к блоку «Сплит» напрямую и через блок «Тип размещения», блок «Инвентарная группа» вторым выходом подключен к блоку «Сплит», блок «План реализации заказа» - к блоку «Вариант паспорта заказа», а блок «Элемент продукта» подключен раздельно к блокам «Вариант паспорта заказа» и «Сплит».

Полезная модель поясняется чертежами.

На фиг.1 представлена автоматизированная система создания структуры и размещения рекламных кампаний;

на фиг.2 представлена структура блока обязательства;

на фиг.3 представлена структура блока сделки;

на фиг.4 представлена структура блока заказа.

Автоматизированная система создания структуры и размещения рекламных кампаний, содержит выделенный сервер 1 приложений с отдельной базой данных 2 по рекламодателям, заказчикам, контрагентам, регионам, направлениям продаж, инвентарным группам, целевым аудиториям, типам размещения и финансовым брендам, на котором сформированы блок входа 3 с разграничением прав доступа пользователей, подсистема «Обязательство-Сделка-Заказ» 4, включающая в себя соответствующий субблок обязательства 8, подключенный через соответствующие субблоки сделок 9 к соответствующим субблокам заказов 10, подсистема «Сделка - Заказ» 5, включающая в себя соответствующий субблок сделки 11, подключенный к соответствующему субблоку заказа 12, подсистема «Обязательство-Заказ» 6, включающая в себя соответствующий субблок обязательства 13, подключенный к соответствующему субблоку заказа 14, и подсистема «Заказ» 7, включающая в себя соответствующий субблок заказа 15, при этом все упомянутые подсистемы связаны с блоком входа 3 с разграничением прав доступа пользователей.

Кроме того, субблок обязательства содержит блок «Обязательство» 16, блок «Часть обязательства» 17, блок «Вариант части обязательства» 18, блок «Сплит» 19, блок «Продукт» 20, блок «Элемент продукта» 21, блок «Направление продаж» 22, блок «Заказчик» 23, блок «Рекламодатель» 24, блок «Тип заказа» 25, блок «Связь заказа с обязательством» 26, блок «Скидка части обязательства» 27, блок «Скидка сплита» 28, блок «Инвентарная группа» 29, блок «Целевая аудитория» 30, блок «Регион» 31 и блок «Рекламный носитель» 32, при этом блок «Обязательство» через последовательно включенные блок «Часть обязательства», блок «Вариант части обязательства» и блок «Сплит» подключен к блоку «Скидка сплита», блоки «Направление продаж», «Заказчик», «Рекламодатель», «Тип заказа» и «Связь заказа с обязательством» подключены к блоку «Часть обязательства», блоки «Продукт», «Элемент продукта», «Рекламный носитель», «Регион», «Инвентарная группа», «Целевая аудитория» подключены к блоку «Сплит», блок «Элемент продукта» подключен к блоку «Продукт», а блок «Скидка части обязательства» - к блоку «Вариант части обязательства».

Кроме того, субблок сделки содержит блок «Сделка» 33 и подключенные к нему раздельно блок «Заказ» 34, блок «Юр.Договор» 35 и блок «Старший менеджер по периодам» 36.

Кроме того, субблок заказа содержит блок «Заказ» 37, блок «Фрагмент заказа» 38, блок «Корректировка» 39, блок «Вариант паспорта заказа» 40, блок «Сплит» 41, блок «План реализации заказа» 42, блок «Ячейка ПР Заказа» 43, блок «Сопроводительный документ» 44, блок «Сделка» 45, блок «Финансовый бренд» 46, блок «Приоритет размещения» 47, блок «Тип размещения» 48, блок «Инвентарная группа» 49 и блок «Элемент продукта» 50, при этом блок «Корректировка» через последовательно включенные блоки «Фрагмент заказа», «Заказ», «Вариант паспорта заказа», «Сплит» и «Ячейка ПР Заказа» подключен к блоку «План реализации заказа», блоки «Сопроводительный документ», «Сделка», «Финансовый бренд», «Инвентарная группа», «Тип размещения» и «План реализации заказа» подключены к блоку «Заказ», блок «Приоритет размещения» подключен к блоку «Сплит» напрямую и через блок «Тип размещения», блок «Инвентарная группа» вторым выходом подключен к блоку «Сплит», блок «План реализации заказа» - к блоку «Вариант паспорта заказа», а блок «Элемент продукта» подключен раздельно к блокам «Вариант паспорта заказа» и «Сплит».

Работа системы на конкретных примерах осуществляется следующим образом.

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

Заказчиками РК всегда является рекламодатели. Заказчиком совокупности рекламных кампаний, как правило, является PA. PA является профессиональным участником на рынке рекламных услуг, в сферу деятельности которых входят: разработка маркетинговой и рекламной политики, производство РМ, креатив РК, планирование и размещение РК на РН.

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

Можно выделить следующие основные потребности заказчиков при размещении РК:

Эффективная реализация размещения на различных медийных площадках в рамках одной сделки;

Контроль за прохождением рекламной кампании сразу по всем типам медиа в оной информационной среде;

Контроль за соблюдением договорных обязательств по всем РК всех типов медиа в одной информационной среде;

Подготовка аналитических данных и ведение отчетности по всем РК всех типов медиа в одной информационной среде;

Краткосрочное и долгосрочное планирование по. всем типам медиа в одной информационной среде.

АСССРР позволяет встраивать 4 модели РК, реализованные в соответствующих подсистемах:

Обязательство - Сделка - Заказ

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

Используется преимущественно Международными и Общенациональными РА. Сделка-Заказ

Позволяет вести размещение в рамках нескольких регионов на различных типах медиа. Используется преимущественно Региональными РА

Обязательство-Заказ

Применяется для размещения на федеральных типах медиа. Используется Общенациональными РА.

Заказ

Используется преимущественно для прямых рекламодателей, позволяет вести контроль за прохождением рекламной кампании и получать весь спектр необходимой отчетности.

На Ошибка! Источник ссылки не найден, представлена общая схема автоматизированная система создания структуры и размещения рекламных кампаний.

Ниже приведено описание процесса размещения рекламы, а также атрибуты каждого из объектов РК.

Обязательства

Обязательство отражает в системе размещения договоренности с заказчиком (или рекламодателем), согласно которым он обязуется потратить заявленный бюджет на приобретение рекламного инвентаря у точки продаж за определенный период времени. Бюджет может быть детализирован по комбинациям значений измерений: период, НП, ИГ, РН, Регион.

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

Также в обязательстве указывается список рекламодателей, чьи бюджеты идут в зачет обязательства.

Со стороны ТП владельцу обязательства может предоставляться набор скидок на цены инвентаря в заказах, осуществляемых в рамках выполнения обязательства, и/или других заказах, в которых заказчиком является та же компания, и владелец обязательства.

Обязательство содержит общую информацию (шапку) и несколько частей обязательства, которые в свою очередь состоят из набора сплитов, набора скидок, набора спец.скидок и набора ПР.

Обязательство не осуществляет бронирование инвентаря.

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

Для контроля выполнения плановых показателей обязательства к нему привязывается соответствующие сделки и заказы, по которым рассчитывается зачетные данные.

Возможны обязательства заказчика по приобретению заданного количества рекламного инвентаря без указания бюджета, а также обязательства по выполнению доли СХ и другие виды обязательств.

Состав обязательства. В обязательстве содержится следующая информация:

Общая информация обязательства - информация о сторонах, участвующих в обязательстве.

Часть обязательства - раздел обязательства, содержащий набор вариантов договоренностей, подлежащих совокупному контролю выполнения и объединенных единой общей информацией, и содержащий соответствующие наборы скидок. Общая информация части обязательства находится в «шапке» (см. ниже) - Обязательство может содержать несколько частей. Например, части обязательства могут формироваться по НП. В одной части может быть несколько НП. Допускается создание в рамках одного обязательства частей обязательства с совпадающими значениями этих параметров. В этом случае один заказ может быть привязан к нескольким частям обязательства одновременно. Привязка заказов и сделок осуществляется именно к части обязательства. Для автоматизации привязки заказов, у части может быть задан список «родительских» частей обязательств, в т.ч. из других обязательств, в случае если договоренности в родительской части включают в себя и договоренности данной части обязательства. У каждой части может быть несколько вариантов.

"Шапка" части обязательства - Общая информация части обязательства, не содержащая информации о бюджетах, скидках и инвентаре обязательства. Как правило, информация из шапки не меняется в процессе реализации обязательства. В шапке задается информация о периоде, НП, Валюте (вкл. договорные курсы), а также списках заказчиков и рекламодателей, ограничивающая данные из заказов (сделок), которые пойдут в зачет данной части обязательства. При этом в обязательствах, владельцем которых является рекламное агентство, в списке рекламодателей вместо списка конкретных значений может быть указано значение «Все», т.е. все рекламодатели рекламного агентства. Или может быть указано значение «Прочие», что означает - все рекламодатели рекламного агентства, но кроме тех, по которым уже сформированы другие обязательства на соответствующий период по данному НП («список исключенных рекламодателей»). Список исключенных рекламодателей формируется как автоматически (и изменяется по мере изменения других обязательств), так и может быть откорректирован вручную.

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

Сплиты варианта части обязательства - детализация бюджета (или других параметров) части обязательства по измерениям (Период, НП, ИГ, Регион и другим). Сплит подлежит контролю выполнения. Ввод данных по бюджету (или другим параметрам) осуществляется именно в сплит.

То есть указанные выше признаки полезной модели обеспечивают расширение функциональных возможностей системы, за счет обеспечения автоматизации создания РК для разных типов заказчиков (Международных РА, Общенациональных РА, Региональных РА, или прямых рекламодателей), контроль исполнения долгосрочных обязательств между участниками процесса («Все», «Прочие» с учетом «списка исключенных рекламодателей»), повышение оперативности и качества размещения РК (детализация бюджета и/или других параметров), сокращение трудоемкости создания РК за счет автоматизации формирования атрибутов связанных объектов более высокого уровня (Обязательства, Сделки см. таблицы ниже) и статусов заказов в зависимости от этапов его обработки, упрощение работы потребителя в системе и повышение надежности работы системы за счет структурированного процесса размещения РК с центрами ответственности за участки реализации РК.

На фиг.2 представлена структура блока обязательства.

	текущий актуальный вариант).
	- Не утверждено (Актуальный вариант «Не утвержден»).
	- Частично утверждено (Актуальный вариант «Частично утвержден»).
	- Утверждено (Актуальный вариант «Утвержден»).
Текущий бюджет	Текущий бюджет = бюджет текущего актуального варианта части обязательства.
Контрольный бюджет	Контрольный бюджет = бюджет контрольного актуального варианта части.
Зачетный бюджет	Зачетный бюджет = зачетный бюджет текущего актуального варианта части.
% Выполнения	Значение вычисляется системой как % выполнения заказами текущего бюджета части обязательства.
Направление продаж	Пользователю доступно редактирование значения. Список значений из списка НП.
Заказчик	Выбирается из справочника контрагентов с ролью = «Заказчик», период действия которой пересекается с периодом обязательства.
	Доступные значения Заказчика:
	- Один конкретный (<> «Все»)
	- Список конкретных (<>«Все»)
	- Одно значение = «Все»
Рекламодатель	Выбирается из справочника контрагентов с ролью = «Рекламодатель», период действия которой пересекается с периодом обязательства.
	Доступные значения Рекламодателя:
	- Один конкретный (<> «Все», и <> «Прочие»)
	- Список конкретных (<> «Все», и <> «Прочие»)
	- Одно значение = «Все»
	- Одно значение = «Прочие» (доступно, если в ОК права «Редактирование части обязательства» задано значение «Все» или ограничения по Рекламодателю вообще отсутствуют.)
Валюта части обязательства.	Пользователю доступно редактирование значения (из списка доступных значений для заданной в обязательстве ТП),
Старший менеджер	Пользователю доступно редактирование значения (выбор из
	списка).
Ответственный менеджер	Пользователю доступно редактирование значения (выбор из списка).
Родительская часть обязательства	При необходимости пользователь заполняет список Родительских частей обязательств по отношению к данной части обязательства
Атрибуты варианта части обязательства.
Блок «Вариант части обязательств» [18]	Отношение

Вход
Блок Часть обязательства [17]	1 ко многим
Блок Скидки части обязательства [27]	1 ко многим
Выход
Блок Сплит [19]	1 к 1 или 1 ко многим
Атрибут		Описание
Ссылка на часть обязательства		Заполняется системой, значение = ID части обязательства.
Бюджет		Значение вычисляется системой на основании бюджетов сплитов
Зачетный бюджет		Значение вычисляется системой на основании данных из привязанных заказов (сделок).
Тип варианта		= "Текущий", если пользователь создает новый вариант.
		= "Контрольный", если пользователь создает новый контрольный вариант.
Состояние варианта		Состояния текущего варианта части обязательства. Возможны следующие значения: «Черновик», «Актуальный» и «Архивный».
Статус утверждения варианта части обязательства		Определяется автоматически, как совокупный статус сплитов варианта. Принимает следующие значения, в зависимости статусов утверждения сплитов этого варианта:
		- Не утвержден (Нет ни одного утвержденного сплита).
		- Частично утвержден (Есть утвержденный и неутвержденный сплит).
		- Утвержден (Все сплиты утверждены).
Период		Вычисляется из значений периодов сплитов варианта, как минимальная дата начала сплитов и максимальная дата окончания сплитов. Пока сплиты отсутствуют = периоду части обязательства.
Скидки		Кроме ручного ввода возможен автоматический расчет величины некоторых стандартных типов скидок по прайс-листу.Данные скидки по умолчанию копируются в заказы, созданные из данной части обязательства.
Атрибуты сплита варианта части обязательства
Блок «Сплит» [19]	Отношение
Вход
Блок Варианта части обязательства [18]			1 к 1 или 1 ко многим
Блок Скидки сплита [28]			1 ко многим
Блок Инвентарные группы (ИГ) [29]			1 или многие ко многим
Блок Целевые аудитории (ЦА) [30]			1 или многие ко многим

Блок Регионы [31]		1 или многие ко многим
Блок Рекламоносители (РН) [32]		1 или многие ко многим
Блок Продукт [20]		1 или многие ко многим
Блок Элемент продукта [21]		1 или многие ко многим
Выход
-
Атрибут	Описание
Ссылка на вариант части обязательства	Заполняется системой, значение = ID варианта части обязательства.
Бюджет сплита	В варианте типа «Текущий» (кроме архивного) доступно для редактирования пользователю. Обязательный для заполнения атрибут. Значение >=0.
Период	При ручном создании одиночного сплита по умолчанию = периоду части обязательства.
Рекламоноситель (РН)	Доступные значения:
	- Один конкретный РН
	- Список конкретных РН (<> «Все», и <> «Прочие»)
	- Одно значение = «Все» (доступно всегда) Одно значение = «Прочие» (доступно всегда)
Продукт	Задание продукта осуществляется путем выбора продуктов из каталога продуктов с учетом периода сплита (т.е. можно выбрать только те продукты, у которых период размещения пересекается с периодом сплита). Также возможно задание бюджета для группы выбранных продуктов.
Регион	Задание осуществляется путем выбора из списка субъектов федерации, допустимых для заданного продукта. Также возможно задание бюджета.
Целевая аудитория	Задание осуществляется путем выбора из списка ЦА заданного продукта. Возможно задание бюджета для группы выбранных ЦА.
Элементы Продукта	Задание элементов продукта осуществляется путем выбора продуктов из каталога продуктов. Также возможно задание бюджета для группы выбранных элементов продуктов.
Инвентарная группа	Список доступных ИГ
Зачетный бюджет	Вычисляется по данным ПР заказов, привязанных к части обязательства.
% Выполнения	= зачетный бюджет/бюджет * 100%.
Статус утверждения сплита	Возможны следующие статусы утверждения сплита:
	- Утвержден
	- Не утвержден
Доля ВИ	Доля СХ в общем бюджете
Скидки	Доступно для редактирования пользователю. Кроме ручного ввода возможен автоматический расчет величины

Преимущества.

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

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

- Расчет различных типов скидок в зависимости от инвентаря и бюджетов. Наследование их значений в дочерние объекты (сделки, заказы)

- Использование данных из обязательств для планировании инвентаря, бюджетов, цен.

- Контроля выполнения плановых показателей обязательства за счет привязки к нему соответствующих сделок и заказов.

- Хранение сопроводительных материалов (копий различных документов, вариантов расчета РК и т.п.)

- Возможность задания бюджетов как на РН, так и на продукты/элементы продуктов

Сделка

Договор о намерениях с Заказчиком на реализацию определенного бюджета/покупку инвентаря с заданным качеством и прочими принципиальными условиями (период, цены, список РН, Таргетинг, ИГ и др.).

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

В Шапке Сделки задаются общие параметры Сделки, такие как:

- Рекламодатель,

- Заказчик,

- Ответственный менеджер,

- Юридическая информация,

- И др.

Сделка объединяет в себе группу Заказов с одной стороны и группу Юр.Договоров с другой.

При установлении связи Сделки с Заказом и Ю.Д. система проверяет соответствия ряда атрибутов Сделки и привязываемого объекта.

Некоторые атрибуты заказа непосредственно наследуются из Сделки. На фиг.3 представлена структура блока сделки.

Атрибут	Описание
Направление продаж	Выбирается из списка доступных значений по праву «Редактирование сделок».
Период	Не может быть меньше периодов Заказов и Юр. Договоров, содержащихся в Списке Заказов и в Списке Юр. Договоров соответственно.
Заказчик	Выбирается из справочника контрагентов с ролью = «Заказчик», период действия которой >= периоду Сделки.
Рекламодатель	Выбирается из справочника контрагентов с ролью = «Рекламодатель», период действия которой >= периоду Сделки.
Валюта
Точка продаж	Выбирается из справочника контрагентов с ролью = ТП, период действия которой >= периоду Сделки.
Признакобслуживания в СХ	Возможно два значения:
	- Обслуживается
	- Не обслуживается
Способ обслуживания	Если значение признака «Обслуживание в СХ» = «Не обслуживается», то список значений:
	- СОБСТВ. (*)
	- СОБСТВ.
	- БАРТЕР
	- zCOБCTB.
	Если значение признака «Обслуживание в СХ» = «Обслуживается», то список значений:
	- ОБСЛУЖ.
Инвентарная группа	Список доступных значений зависит от выбранного значения НП.
	Если значение не задано, то это означает, что к Сделке могут быть привязаны Заказы с любой ИГ.
Список Старших менеджеров по	См. Таблица атрибутов «Списка старших менеджеров»
периодам
Список Заказов	Список Заказов, относящихся к данной Сделке. Пользователю доступно редактирование списка путем привязки/отвязки Заказов.
Список Юр. Договоров	Список Ю.Д., относящихся к данной Сделке. Пользователю доступно редактирование списка путем привязки/отвязки Ю.Д.

Преимущества данной модели сделок.

- Могут быть на несколько Типов бюджета и Направлений Продаж (Части Сделки)

- Имеет структуру условий и единицы измерения инвентаря, характерные для НП

- Глубина детализации закупаемого инвентаря может быть различна в разных сделках.

- Позволяют производить планирование бюджетов и инвентаря в Сделках, производить фиксацию цен.

Заказы

Заказом является заявка на приобретение определенного рекламного инвентаря, зарегистрированная в системе размещения. Заказ является единым элементом отчетности, в заказе содержится вся необходимая информация для выполнения размещения рекламных сообщений, расчета плановой и зачетной стоимости занятого инвентаря.

Заказ может создаваться менеджером СХ, работающим с заказчиком, или представителем заказчика, имеющим возможность работать с АСССРР.

Виды заказов

Заказы могут регистрироваться как с Целью выполнения договоренностей, зафиксированных в сделке и/или обязательстве (Заказ со сделкой. Заказ с обязательством), ' так и при отсутствии обязательств (самостоятельный Заказ). В Заказах со сделкой или с обязательством часть информации наследуется из сделки / обязательства.

Состав заказа

В Заказе содержится информация, разделенная на следующие логические блоки:

- Общие параметры заказа («шапка» Заказа) - общие параметры Заказа, содержащие информацию о сторонах, участвующих в заказе и не влияющие непосредственно на количество и параметры инвентаря, требуемого для размещения заказа.

- Паспорт, Сплиты - детали договоренностей о размещении. (См. «Типы и состояния вариантов паспорта»)

- Ограничения Заказа - часть информации заказа, предназначенная для регистрации менеджером СХ ограничений на общий бюджет или инвентарь для текущего актуального варианта паспорта. Ограничения предназначены для задания границ возможных изменений заказчиком условий заказа. Также ограничения не позволяют заказчикам осуществлять в рамках заказа бронирование большего количества инвентаря, чем зафиксировано в ограничениях.

- Планы реализации - детальное представление планируемой и фактической реализации договоренностей, зафиксированных в паспорте, для использования в Отчетах, при размещении. (См. «Планы реализации»)

- Юридическое и финансовое сопровождение - блок информации, связанной с финансовым и юридическим сопровождением Заказа. Включает в себя работу с юридическими документами заказа, задание в Заказе правил формирования юридических документов, а также связь с ГКДО и ERP.

- Фрагменты - разбивка бюджета Заказа по набору измерений (РН / группа РН, финансовый бренд. Точка врезки, период актирования (например:

месяц)), набор которых зависит от правил выставления юридических документов. Используется для внесения информации о корректировках бюджета, а также для постановки признака «Готовность к актированию».

- Корректировки позволяют отразить в заказе отклонение от реальной стоимости с целью изменить реализационную стоимость заказа, а признак готовности к актированию служит для формирования фин. заказов.

- ПБА - раздел Заказа, содержащий условия (включая шаблоны) и алгоритм проведения процедуры пост-баинг анализа.

- Сопроводительные материалы - раздел Заказа, в котором осуществляется работа с файлами сопроводительных материалов, которые могут быть прикреплены к Заказу.

Статусы заказа

В зависимости от этапов обработки Заказ может приобретать тот или иной статус. Статус определяется системой размещения в результате действий пользователей, работающих с заказом, или задается непосредственно пользователем. В зависимости от значения статуса для Заказа может быть доступно или недоступно редактирование параметров заказа, бронирование инвентаря и размещение PC, учет данных заказа при построении аналитической отчетности.

Возможны следующие статусы Заказа:

- Активный - зарегистрированный Заказ, в рамках которого осуществляются процессы реализации рекламных возможностей. Данный статус задается в системе по умолчанию.

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

- Удаленный - отмененный Заказ, который удален пользователем и недоступен на просмотр и редактирование. (При этом возможно по специальному праву восстановление удаленных заказов в течение заданного времени). Удалить можно только те Заказы, которые не имели Текущего Актуального варианта. (Подробнее см. п.«Типы и состояния вариантов паспорта Заказа»)

- Аннулированный - отмененный Заказ, который нельзя удалить из системы, так как его данные использовались при бронировании инвентаря и при построении аналитических отчетов. Данный статус задается пользователем. Данные из таких заказов не попадают в отчеты.

- Отправлен на аннулирование - Заказ, который необходимо аннулировать, но у пользователя отсутствуют права на самостоятельное аннулирование заказа. Данные из таких заказов продолжают использоваться при бронировании и размещении PC, а также при построении аналитических отчетов. Данный статус задается пользователем.

Типы и состояния вариантов паспорта

Вариант паспорта представляет собой вариант договоренностей Заказа о параметрах заказанного инвентаря. В зависимости от назначения варианты паспорта, создаваемые в Заказе, могут быть разных типов и находиться в разных состояниях:

- Текущий вариант - все варианты, предназначенные для последующего бронирования инвентаря и размещения PC. В Заказе может быть несколько текущих вариантов паспорта в различных состояниях. В зависимости от Направления продаж перечень возможных состояний варианта паспорта Заказа может отличаться.

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

Вариант паспорта в состоянии «Черновик» может быть переведен в состояние «На актуализации», «Актуальный» (при наличии соответствующих прав) или «Удаленный».

В заказе может быть произвольное количество черновых вариантов.

- На актуализации - состояние Текущего варианта Паспорта, в которое Пользователь может перевести вариант Паспорта при необходимости «Актуализировать» вариант Заказа, но отсутствии соответствующих прав.

Вариант паспорта в состоянии «На актуализации» может быть переведен в состояние «Черновик», «Актуальный», «Удаленный», «Отклоненный».

Вариант Паспорта в данном состоянии с помощью «виртуальных» ПР временно бронирует инвентарь, набранный в сплитах (в течение заданного промежутка времени).

В заказе может быть только один вариант паспорта в состоянии «На актуализации».

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

Вариант паспорта в состоянии «Актуальный на редактировании» может быть переведен в состояние «На актуализации», «Отклоненный», «Удаленный».

В заказе может быть только один вариант паспорта в состоянии «Актуальный на редактировании».

Вариант Паспорта в таком состоянии не бронирует инвентарь, бронирование инвентаря осуществляется Актуальным вариантом Заказа.

- Актуальный - основной рабочий Текущий вариант Паспорта, который бронирует рекламный инвентарь и в рамках которого осуществляется размещение PC. Актуальный вариант является источником данных для отчетов.

Вариант паспорта в состоянии «Актуальный» может быть переведен только в состояние «Архивный».

В заказе может быть только один актуальный вариант паспорта.

- Архивный - формируется системой автоматически в момент сохранения изменений актуального варианта, т.е. создается архивная копия изменяемого варианта в том виде, какой он был до внесения изменений. Данные таких вариантов не учитываются в системе (хранилищах инвентаря, в отчетах и т.п.).

Архивный вариант не может быть создан вручную и не подлежит редактированию и удалению.

В заказе может быть произвольное количество архивных вариантов. о Удаленный - состояние Текущего варианта Паспорта, удаленного Пользователем.

Удалить можно вариант Паспорта, находящийся в любом состоянии, кроме «Актуальный» и «Архивный».

- Отклоненный - состояние Текущего варианта Паспорта, отклоненного Пользователем из состояния «На актуализации».

Вариант паспорта в состоянии «Отклоненный» может быть переведен только в состояние «На актуализации».

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

В заказе может быть несколько контрольных вариантов в различных состояниях:

- Актуальный - основной Контрольный вариант паспорта. В заказе может быть только один актуальный контрольный вариант паспорта.

- Архивный - при изменении актуального Контрольного варианта системой автоматически создается архивная копия изменяемого варианта.

В дальнейшем на основании архивного или актуального Контрольного варианта Паспорта может быть создан Текущий вариант Паспорта Заказа.

Контрольный вариант не подлежит редактированию и удалению. Структура варианта Паспорта Заказа

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

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

- Статус утверждения варианта паспорта - определяется как совокупный статус утверждения Сплитов варианта Паспорта заказа. При этом утверждение по периодам можно рассматривать как массовую операцию утверждения по Сплитам, так как невозможно утверждение части Сплита. Перечень возможных статусов варианта паспорта Заказа:

- Утвержден - утверждены все сплиты варианта Паспорта Заказа,

- Не утвержден - не утвержден ни один сплит варианта Паспорта Заказа,

- Частично утвержден - утвержден хотя бы один сплит варианта Паспорта Заказа.

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

Сплит может иметь следующие статусы утверждения:

- Не утвержден - сплит, требующий дальнейшего согласования и утверждения. Данный сплит не идет в размещение.

- Утвержден - сплит, для которого возможно размещение рекламных сообщений.

- Бюджеты и инвентарь - раздел, содержащий информацию о рассчитанных бюджетах и инвентаре. Также в данном разделе есть возможность ввода вручную информации о бюджетах в разбивке по Продуктам - Стандартным периодам актирования (месяцам).

- Цены - раздел, содержащий рассчитанные системой по Прайс-листу или заданные вручную цены за единицу инвентаря.

- Скидки - раздел, предназначенный для задания дополнительных скидок и наценок для цены за единицу покупки инвентаря.

Планы реализации

План реализации (ПР) - раздел Заказа, содержащий план по исполнению договоренностей из паспорта Заказа в части бюджета, цен, инвентаря с необходимым для соответствующего Направления продаж уровнем детализации. Используется для построения отчетов, для размещения, и сравнения различных вариантов паспорта между собой, вычисления остатков инвентаря и др.

Планы реализации бывают нескольких типов - заказанный, заказанный с коррекцией, размещенный и зачетный.

План реализации Заказанный - отражает распределение бюджета / инвентаря / цен, согласованное с Заказчиком и зафиксированное в Заказе. План реализации заказанный используется в отчетности (в т.ч. Итоговом отчете по бюджетам).

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

План реализации. Заказанный с коррекцией- - отражает уточненное распределение бюджета / инвентаря / цен на данный момент.Формируется с поправкой на информацию о планируемом и фактическом размещении на день расчета.

План реализации, заказанный с коррекцией, используется в отчетности (ИОБ, вычисление остатков), в качестве источника данных для системы размещения в качестве плана инвентаря для размещения, в качестве источника данных для примерки инвентаря;

План реализации Размещенный - отражает фактическое распределение бюджета / инвентаря / цен по результатам размещения. Используется в качестве источника данных для проведения процедуры ПБА / предПБА, для отчетов (Отчет о выполнении условий размещения. Отчет по заказам, отчетность для Клиентов);

План реализации Зачетный - отражает распределение бюджета / инвентаря / цен по результатам процедуры ПБА / пред ПБА. Используется для формирования отчетности (перед заказчиком и клиентом, а также для внутренних отчетов); -

На фиг.4 представлена структура блока заказа.

Атрибуты заказа
Блок «Заказ» [37]	Отношение
Вход
Блок Сделка [45]	0 или 1 ко многим
Блок Финансовые бренды [46]	1 ко многим
Блок Инвентарные группы [49]	1 ко многим
Блок Типы размещения [48]	1 ко многим
Выход
Блок Фрагмент заказа [38]	1 ко многим
Блок Вариант паспорта заказа [40]	1 ко многим
Блок План реализации заказа [42]	1 ко многим
Блок Типы размещения [48]	1 ко многим
Атрибут	Описание
Атрибуты, заполняемые системой
Статус заказа	Вычисляется системой по результатам действий пользователя с заказом при аннулировании, закрытии и удалении. См. Статусы заказа
Статус утверждения Заказа	Вычисляется системой по результатам действий пользователя с текущим актуальным вариантом паспорта заказа.

	Т.к. один пользователь может создавать заказы по нескольким НП и различным ТП, в системе реализуется система проверок:
	- Если заказ создается из Сделки, то ТП заказа становится равной Точке продаж Сделки.
	- Если значение НП не задано, то значение ТП не доступно пользователю для задания.
Инвентарная группа	Пользователь может задать значение, выбрав из списка. Один пользователь может создавать заказы с разными ИГ. Для разных НП набор ИГ может отличаться. Если заказ создается из Сделки, то ИГ заказа становится равной ИГ Сделки.
Период	Период заказа задается пользователем. При этом система контролирует, что период заказа не может быть шире периода Сделки.
Тип размещения (список)	Выбирается пользователем из списка. Список значений зависит от заданных значений НП, и прав пользователя.
Признак обслуживания в СХ	Значение по умолчанию вычисляется системой в зависимости от значения типа ТП заказа. Если тип ТП равен «Клиент» или «Оператор» то значение = «Не обслуживается». Если тип ТП не равен «Клиент» или «Оператор», то «Обслуживается». Значение признака доступно для редактирования пользователю при наличии права. Т.о. система, позволяет размещать заказы других участников рекламного рынка (каналов, операторов и т.д.).
Способ обслуживания	Доступно для редактирования пользователю, если значение признака «Обслуживание в СХ» = «Не обслуживается». Список значений выбирается из списка. При этом список доступных значений система автоматически вычисляет исходя из того, к какой роли относится ТП заказа.
	1. Если на периоде заказа контрагент заданной ТП имеет роль «Клиент», то = «СОБСТВ. (*)».
	2. Если на периоде заказа контрагент заданной ТП имеет роль «оператор», то = «zСОБСТВ».

Тип заказа	Для заказа пользователь может задать тип заказа «Для бронирования». Этот тип может быть выбран только для типов размещения с фиксированной гибкостью. Заказанный инвентарь такого заказа используется заказами того же Заказчика и Рекламодателя с типом «Для покупки» как доступный.
Заказчик	Выбор из справочника Контрагентов, роль «Заказчик», период действия которой Периоду Заказа.
Первичный Заказчик	Контрагент с ролью «Заказчик», который дополнительно указывается в Заказе или в Сделке в случае, если Заказ или Сделка идут в зачет Обязательства, Владельцем которого
	является контрагент, отличный от Заказчика Заказа или Сделки. Иначе Первичный Заказчик равен Заказчику.
Холдинг	Группа Контрагентов, среди которых определена Головная компания - Контрагент
	Вычисляется системой на основании значения поля «Первичный заказчик»
	Контрагенты могут быть объединены в Холдинги.
	Вхождение Контрагента в Холдинг может иметь период действия, в каждый момент времени Контрагент может входить только в один Холдинг.
Тип бюджета	Заполняется системой, недоступно для редактирования пользователю.
Ссылка на обязательство (список)	Обязательный атрибут. Доступно для редактирования. Если не заполнено, то заказ является самостоятельным.
Рекламодатель	Выбор из справочника Контрагентов, роль «Рекламодатель», срок действия которой Периоду Заказа. Но если заказ создается из Сделки, то выбор из списка Рекламодателей Сделки.
Финансовый бренд (список)	Может задаваться вручную пользователем.
Период финансового бренда	Пользователь может задать произвольное значение периода для каждого ФБ в списке, но в рамках периода заказа.
Фрагмент бюджета/инвентаря заказа
Блок «Фрагмент заказа» [38]	Отношение.
Вход
Блок Заказ [37]	1 ко многим
Выход
Блок Корректировка[39]	1 ко многим

Блок Фрагмент заказа [38]	1 ко многим
Атрибут	Описание
Величина корректировки	Задается пользователем. Корректировки действуют только на плановый и зачетный бюджеты.
Тип корректировки	Выбирается пользователем из списка. Два типа: «Корректировка размещения» и «Штрафной счет».
Причина корректировки	Выбирается пользователем из списка. Для каждой величины корректировки обязательно

			указание причины. Список причин: «За просрочку платежа», «За сокращение бюджета», «Коррекция ПБА», «Прочие». Также список может пополняться.
Период корректировки			Значение доступно для редактирования пользователю. Не может выходить за границы периода фрагмента.
Вариант паспорта заказа
Блок «Вариант паспорта заказа» [40]		Отношение
Вход
Блок Заказ [37]		1 ко многим
Блок Элементы продукта[50]		1 или многие ко многим
Выход
Блок План реализации заказа [42]		1 к 1 или 1 ко многим
Блок Сплит [41]		1 ко многим
Атрибут	Правила редактирования пользователем
Атрибуты, заполняемые системой
Состояние варианта	Вычисляется системой с учетом прав пользователей и с учетом способа вызова функции создания варианта. При создании нового варианта (кнопка «Создать») заполняется значением «Черновик»; Доступен для редактирования пользователю только вариант типа «Текущий», кроме состояния «Архивный». Для текущего варианта возможны следующие значения:
	- «Черновик»;
	- «На актуализации»;
	- «Актуальный на редактировании»;

	- «Актуальный»;
	- «Архивный»;
	- «Удаленный»
	Для контрольного варианта возможны следующие значения:
	- «Актуальный»
	- «Архивный»
	Подробнее в пункте «Диаграмма состояний текущего варианта».
Статус утверждения варианта паспорта	Вычисляется системой по результатам действий пользователя со сплитами данного варианта паспорта Заказа. Статус утверждения варианта паспорта определяется как
		совокупный статус утверждения Сплитов варианта Паспорта заказа. При этом утверждение по периодам можно рассматривать как массовую операцию утверждения по Сплитам, так как невозможно утверждение части Сплита. Перечень возможных статусов варианта паспорта Заказа:
		- Утвержден - утверждены все сплиты варианта Паспорта Заказа,
		- Не утвержден - не утвержден ни один сплит варианта Паспорта Заказа,
		- Частично утвержден - утвержден хотя бы один сплит варианта Паспорта Заказа.
		Подробнее см. в пункте «Изменение статуса Заказа».
Совокупный Бюджет варианта		Вычисляется системой как сумма бюджетов сплитов варианта при обновлении варианта. Используется пользователями в качестве справочной информации о варианте заказа.
Заказанный Инвентарь варианта		Вычисляется системой как сумма инвентаря сплитов варианта при обновлении варианта. Используется пользователями в качестве справочной информации о варианте заказа.
Бюджетзафиксированный		Атрибут не обязателен для заполнения. Доступен для редактирования Пользователем (при наличии прав). Ввод бюджета возможен только в разбивке Продукт-месяц, в представлении «По продуктам» на уровне Продукта, Стандартного периода актирования (месяца).
Бюджет расчетный		Рассчитывается Системой на основании цен варианта заказа, инвентаря сплитов.
Средняя фактическая		Вычисляемое поле.

частота		Количество уникальных потребителей по заказу в целом на дату
Атрибуты, заполняемые пользователем
Условия ПБА		Системой автоматически заполняется шаблон ПБА, действующий по умолчанию для НП. Пользователь может изменить значение вручную, выбрав из списка доступных. Список доступных значений зависит от выбранного значения НП и Тип размещения для заказа.
Валюта		Выбирается из списка значений, доступных для ТП.
Период варианта паспорта		Не редактируется пользователем. Период варианта рассчитывается системой, исходя из периодов сплитов варианта.
Список PC варианта	Список используется для выбора PC в сплитах, чтобы не использовать Каталог PC. Список PC варианта состоит из:
	- PC, выбранных из Каталога PC;
	- PC, выбранных в сплитах варианта Заказа.
Список элементов продуктов	Список элементов продуктов, которые выбраны в вариант. Используется для дальнейшего выбора в сплитах варианта Заказа.
Единица измерения инвентаря для покупки	Выбор возможен только из списка доступных для НП. Обязательный атрибут.
Единица измерения инвентаря для отображения	Заполняется пользователем путем выбора из списка. Выбор возможен только из списка доступных для НП.
Дата прайс-листа	Редактируется пользователем
Сплит варианта паспорта
Блок «Сплит» [41]	Отношение
Вход
Блок Вариант паспорта заказа [40]	1 ко многим
Блок Приоритеты размещения [47]	1 ко многим
Блок Инвентарные группы [49]	1 ко многим
Блок Типы размещения [48]	1 ко многим
Блок Элементы продукта [50]	1 или многие ко многим
Атрибут	Правила редактирование пользователем
Атрибуты сплита, заполняемые системой
Тип размещения	Равно значению Типа размещения из шапки Заказа (если в шапке выбрано единственное значение), Иначе равно

			значению по умолчанию для НП
Приоритет размещения			Редактируется пользователем путем выбора из списка. Список значений зависит от заданных значений НП, ИГ. По умолчанию самый низкий приоритет указанного типа размещения из списка приоритетов.
Элемент продукта			Пользователь осуществляет выбор Элементов продуктов
Продукт			Вычисляется на основании выбранного Элемента продукта.
Тип продукта			Вычисляется на основании выбранного Элемента продукта.
Стоимость (с учетом всех скидок)			Заполняется автоматически при сохранении сплита или обновлении варианта заказа.
Заказанный инвентарь			Для Наружной рекламы и Плазмы не редактируется пользователем.
		Для Интернет может быть отредактировано пользователем. Для VOD пользователь вносит информацию о Заказанном инвентаре по сплиту вручную. Количество заказанного инвентаря сплита выражается в «Единица измерения для покупки», указанных в шапке варианта паспорта заказа. Также возможен просмотр в «Единица измерения для отображения».
Атрибуты сплита, заполняемые пользователем
Список PC		Редактируется пользователем, обязательный атрибут. У сплита может быть одно или несколько PC
Список Скидок		Редактируется пользователем, необязательный атрибут. Список значений скидок разных типов.
Количество пакетов		Количество пакетов, покупаемых пользователем в сплите. Только для НП «Интернет», если тип продукта «Пакет».
Таблица атрибутов Плана реализации
Блок «План реализации Заказа» [42].	Отношение
Вход
Блок Заказ [37]	1 ко многим
Блок Вариант паспорта заказа [40]	1 к 1 или 1 ко многим
Выход
Блок Ячейка ПР Заказа [43]	1 ко многим
Атрибут	Описание
Дата и время последних изменений	Системный атрибут. Дата и время последнего изменения объекта, не копируется
Тип Плана реализации	Системный атрибут.

	Заполняется автоматически при создании
Таблица атрибутов ячейки Плана реализации
Блок «Ячейка ПР Заказа» [43]	Отношение
Вход
Блок План реализации Заказа [42]	1 ко многим
Блок Сплит [41]	1 ко многим
Атрибут	Описание
Измерения ячейки Плана реализации
Точка врезки	Заполняется автоматически при создании.
	Инвентарное измерение.
PC	Заполняется автоматически при создании. Инвентарное измерение.
Сплит	Заполняется автоматически при создании. Инвентарное измерение.
Элемент сетки продукта	Заполняется автоматически при создании. Инвентарное измерение.
Данные ячейки Плана реализации
План реализации	План реализации, к которому относится ячейка
Бюджет ячейки	Рассчитывается автоматически для соответствующего типа ПР
Валюта	Из валюты Заказа
Инвентарь ячейки	Рассчитывается автоматически для соответствующего типа ПР
Единица измерения инвентаря	Одиночное значение из справочника Единицы измерения инвентаря
Цена ячейки	Рассчитывается автоматически
Расчетное значение корректировок	Рассчитывается автоматически

Преимущества.

Наличие указанных атрибутов в заказе, а также гибкость в настройке позволяют системе:

- Создавать РК на все обслуживаемые СХ типы медиа

- Создавать заказы на разные точки продаж

- Вести аналитику в разрезке всех указанных атрибутов

- В зависимости от потребностей заказчика задавать период актирования

- Получать бюджет и инвентарь РК за любой необходимый период

- Управлять приоритетом заказов как в рамках одной РК, так и между РК разных

Заказчиков

- Сравнивать начальные параметры РК (бюджет, инвентарь) с текущими и фактическими (зачетными)

- Получать суммарные данные по рекламным Холдингам, а также отслеживать переходы РА из одного Холдинга в другой

- Производить размещение РК разными участниками: сотрудниками СХ, сотрудниками РА, сотрудниками РН и т.д. При этом гибкая система прав позволяет для каждого участника настраивать индивидуальные права для работы в системе.

Продукты.

Определение Продукта.

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

Продукты используются:

- В Заказах, Сделках, Обязательствах: для задания объектов покупки, инвентаря, бюджетов, определения стоимости Сделки, Заказа.

- При планировании: для задания плана по бюджетам, инвентарю для Продуктов.

Структура и функции Продуктов Структура Продукта

Продукт состоит из следующих частей:

- Описание («Шапка») Продукта,

- Элементы продукта. Описание («Шапка») Продукта

Основное назначение Шапки Продукта - идентификация данного Продукта Заказчиками.

Шапка продукта содержит ключевую информацию о качественных и количественных характеристиках продукта, специфике Продукта.

Помимо общего описания Продукта, «шапка» также содержит значения по ключевым измерениям инвентаря, которые будут использованы для задания инвентаря Продукта.

Набор измерений зависит от Направления продаж. Например:

- для НП «Плазма» в «шапке» Продукта содержатся поля «РН», «Регион»,

- для НП «Наружная реклама» - «Тип конструкции», «Формат», «Регион». Элементы Продукта

Элементы продукта служат для выделения отдельных экземпляров продукта для продажи и для связи Продукта с инвентарем (задания инвентарного состава Продукта).

Поскольку Элемент продукта является подчиненной сущностью по отношению к Продукту, каждый Элемент продукта обладает характеристиками, либо частью, описанными на уровне «Шапки» Продукта.

То есть, с точки зрения системы, набор значений атрибутов Элемента продукта всегда ограничен значениями, определенными на уровне Продукта, если такие ограничения были заданы.

Например:

- если в «Шапке» Продукта задано, что Продукт имеет ЦА «Все, 18-34», то все его Элементы могут иметь только одну ЦА - «Все, 18-34» и не могут иметь других целевых;

- если на уровне Продукта задано несколько ЦА - например, «Москва, все 18-34», «СПб, все 18-34», то Элемент продукта может обладать одной ЦА, но только из перечисленного списка - например, только «Москва, все 18-34»;

- если же на уровне Продукта Целевые аудитории не описаны, то разные Элементы продукта могут иметь разные ЦА. Описание инвентаря Элементов продуктов выполняется путем выбора «единиц» инвентаря (указания значений измерений инвентаря). В общем случае описание инвентаря, относящегося к Элементу продукта, может детализироваться до Рекламного места.

Вхождение «единицы» инвентаря в Элемент продукта может быть ограничено по периоду.

Розничные продукты и Пакеты

Различаются Продукты двух типов:

- Розница,

- Пакет.

Розница - это продукт, при выборе которого Заказчик сам определяет количество покупки инвентаря [в единицах измерения инвентаря]. При покупке пакета, напротив, объем покупки определен заранее - на уровне «Шапки» Продукта - и Заказчик может купить инвентарь только кратно пакетам. Дополнительно для пакета может быть определено распределение общего инвентаря пакета по «единицам» инвентаря, входящим в него. Например, для пакета 3 млн. контактов может быть определено, что из них 1 млн. контактов приходится на одно баннероместо и 2 млн. на другое.

Продукты и цены

Для продажи Продуктов и Элементов продуктов определяются цены и скидки/наценки в Прайс-листе продуктов.

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

Помимо цен в Прайс-листе определяется набор скидок/наценок. Набор скидок/наценок может быть определен с точностью до Направления продаж. Продукта, Элементов продуктов. Периода.

Список оснований для задания скидок/наценок индивидуален для каждого НП и может иметь, например, следующий состав:

- Целевая аудитория,

- Период продажи.

Наличие цены в Прайс-листе Продуктов влияет на возможность покупки (выбора в Заказ) Элементов продуктов.

Помимо цен на Продукты, в Системе также задаются цены на инвентарь РН - это позволит «разбить» бюджеты пакетов по входящим в него «единицам» инвентаря корректно. Данный функционал необходим при работе с пакетами, состоящими из инвентаря разных РН, Клиентов, - для правильной отчетности перед Клиентами.

Примеры Продуктов для разных Направлений продаж Для НП «Новые медиа-Плазма» Продукт - «Торговые центры»,

Тип - розница,

РН - Мега, Вэйпарк и др.,

Регион - не ограничен

Элементы продукта:

ЭП	Название Элемента продукта
1.	МО, г.Химки, Ленинградское ш., 5 км от МКАД, 8 мкрн
2.	МО, Ленинский р-н, Калужское ш., 21 км (или 41 км МКАД)
3.	НО, Кстовский район, Федяково СТЦ Мега
4.	г.Казань, Победа пр-т, д.141
5.	г.Екатеринбург, Металлургов пр-т, д.87
6.	МО, Красногорский р-н, д.Путилково, 71-й км, МКАД, стр.16а
7.

Для НП «Интернет-Баннерная реклама»

Пакет «Яндекс, 1/4 недельной аудитории, 728×90»

Тип - пакет,

Объем инвентаря - 18000 в тыс.контактов,

Длительность - 1 неделя.

Элемент продукта:

ЭП		Название Элемента продукта
1.		«Яндекс, 1/4 недельной аудитории, 728×90»
Монады - каждая конкретная позиция:
Элементы продукта			Монады
ЭП	Название Элемента продукта		монады	Сайт	Группа страниц	Позиция	Формат
1.	«Яндекс, 1/4 недельной аудитории, 728×90»		1.1	Яндекс	Главная страница	Вверху	728×90

Пакет «Афиша, "Федеральный-1" (240×400)»

Тип - пакет,

Объем инвентаря - 900 в тыс. контактов,

Длительность - 1 неделя.

Элемент продукта:

ЭП	Название Элемента продукта
1.	«Афиша, "Федеральный-1" (240x400)»

Монады - каждая конкретная позиция:
Элементы продукта		Монады
ЭП	Название Элемента продукта	монады	Сайт	Группа страниц	Позиция	Формат
1.	«Афиша, "Федеральный-1" (240×400)»	1.1	http://Afisha.ru	Nightparty.ru	Пакет «Федеральный-1»	240×400
		1.2	http://Afisha.ru	Разделы и проекты	Пакет «Федеральный-1»	240×400

Продукты и Обязательства, Сделки, Заказы Для размещения в Сделках, Заказах используются Элементы продуктов:

- Сначала Пользователь имеет возможность выбрать конкретный Продукт из множества всех Продуктов - при этом для выбора доступны все продукты, продаваемые на данный момент, и соответствующие условиям Заказа. -

- Затем Система отображает список Элементов продуктов указанного Продукта, соответствующих условиям Заказа, и уже их Пользователь выбирает в Заказ.

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

Инвентарь в Заказах, Сделках, как правило, определяется на уровне Элементов продуктов, но может быть задан и для нескольких Элементов продуктов - если Заказ, либо Сделка предполагает гибкость условий.

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

Для выбора и задания бюджетов в Обязательстве используются только Продукты, детализация бюджетов до Элементов продуктов на настоящий момент не предполагается.

Преимущества продуктов

- Позволяют унифицировать продажи: все НП продают Продукты

- При большом количестве Клиентов, их ценность и их имя, сами по себе не всегда очевидны для заказчиков. АСССРР позволяет продавать понятный заказчику продукт, характеризуемый качеством контактов.

- Гибкость планирования: для Планирования продаж внутри СХ используются Продукты, что позволяет уйти от необходимости планировать по Клиентам, стандартным нарезкам инвентаря.

- Присутствуют во всех объектах системы (Заказах, Сделках, Обязательствах)

- Могут быть как розничные, так и пакетные, что позволяет формировать различные маркетинговые предложения.

- Гибкость ценообразования по продуктам (возможность задавать цены на продукты/элементы продуктов, скидки/наценки индивидуален для каждого НП)

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

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

подсистема «Обязательство-Сделка-Заказ», включающая в себя соответствующий субблок обязательства, подключенный через соответствующие субблоки сделок к соответствующим субблокам заказов,

подсистема «Сделка-Заказ», включающая в себя соответствующий субблок сделки, подключенный к соответствующему субблоку заказа,

подсистема «Обязательство-Заказ», включающая в себя соответствующий субблок обязательства, подключенный к соответствующему субблоку заказа, и

подсистема «Заказ», включающая в себя соответствующий субблок заказа, при этом все упомянутые подсистемы связаны с упомянутым блоком входа с разграничением прав доступа пользователей.

2. Автоматизированная система по п.1, отличающаяся тем, что субблок обязательства содержит блок «Обязательство», блок «Часть обязательства», блок «Вариант части обязательства», блок «Сплит», блок «Продукт», блок «Элемент продукта», блок «Направление продаж», блок «Заказчик», блок «Рекламодатель», блок «Тип заказа», блок «Связь заказа с обязательством», блок «Скидка части обязательства», блок «Скидка сплита», блок «Инвентарная группа», блок «Целевая аудитория», блок «Регион» и блок «Рекламный носитель», при этом блок «Обязательство» через последовательно включенные блок «Часть обязательства», блок «Вариант части обязательства» и блок «Сплит» подключен к блоку «Скидка сплита», блоки «Направление продаж», «Заказчик», «Рекламодатель», «Тип заказа» и «Связь заказа с обязательством» подключены к блоку «Часть обязательства», блоки «Продукт», «Элемент продукта», «Рекламный носитель», «Регион», «Инвентарная группа» «Целевая аудитория» подключены к блоку «Сплит», блок «Элемент продукта» подключен к блоку «Продукт», а блок «Скидка части обязательства» - к блоку «Вариант части обязательства».

3. Автоматизированная система по п.1, отличающаяся тем, что субблок сделки содержит блок «Сделка» и подключенные к нему раздельно блок «Заказ», блок «Юр. Договор» и блок «Старший менеджер по периодам».

4. Автоматизированная система по п.1, отличающаяся тем, что субблок заказа содержит блок «Заказ», блок «Фрагмент заказа», блок «Корректировка», блок «Вариант паспорта заказа», блок «Сплит», блок «План реализации заказа», блок «Ячейка ПР Заказа», блок «Сопроводительный документ», блок «Сделка», блок «Финансовый бренд», блок «Приоритет размещения», блок «Тип размещения», блок «Инвентарная группа» и блок «Элемент продукта», при этом блок «Корректировка» через последовательно включенные блоки «Фрагмент заказа», «Заказ», «Вариант паспорта заказа», «Сплит» и «Ячейка ПР Заказа» подключен к блоку «План реализации заказа», блоки «Сопроводительный документ», «Сделка», «Финансовый бренд», «Инвентарная группа», «Тип размещения» и «План реализации заказа» подключены к блоку «Заказ», блок «Приоритет размещения» подключен к блоку «Сплит» напрямую и через блок «Тип размещения», блок «Инвентарная группа» вторым выходом подключен к блоку «Сплит», блок «План реализации заказа» - к блоку «Вариант паспорта заказа», а блок «Элемент продукта» подключен раздельно к блокам «Вариант паспорта заказа» и «Сплит».

РИСУНКИ