ТЕХНИЧЕСКОЕ ЗАДАНИЕ

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

СОДЕРЖАНИЕ

ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ

Сокращения

Определения

Адресная программа — справочник пунктов выдачи, стоек, экранных точек и кодов активации; источник истины находится в медиаплатформе.

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

Ключ идемпотентности — значение, по которому повторный запрос не создаёт повторный показ и возвращает исходный результат. В настоящем ТЗ ключом идемпотентности является correlation_id.

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

Персональный показ — приоритетный кадр с товаром, ценой и QR, выводимый на дисплей стойки после сканирования заказа.

Плановый эфир — заранее загруженный рекламный список воспроизведения, демонстрируемый между персональными показами.

Режим киоска — режим работы плеера с минимальными привилегиями, без доступа сотрудника ПВЗ к системному интерфейсу устройства.

Экранная точка — совокупность дисплея, плеера и привязки к стойке ПВЗ.

1. Общие сведения

1.1. Наименование и условное обозначение

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

Условное обозначение системы: АМП-ПВЗ-2026.

Выбранный продукт: медиаплатформа «MediaOrbit Enterprise», версия 6.2.

1.2. Заказчик, исполнитель и участники работ

• заказчик: ООО «Маркетплейс», ИНН 7703401128;
• разработчик (исполнитель): ООО «Цифровые Решения», ИНН 7715982046;
• поставщик выбранной медиаплатформы: ООО «МедиаОрбит», ИНН 7709876510;
• владелец системы: Дирекция цифровых продуктов ООО «Маркетплейс»;
• подразделения, участвующие в эксплуатации: ИТ-служба и центральный маркетинг;
• смежные владельцы интеграций: Управление ERP и Дирекция электронной торговли.

1.3. Основания для проведения работ

Работы выполняются на основании договора № MEDIA-2026/01 от 01.10.2026 и приказа генерального директора заказчика № 42 от 15.09.2026.

1.4. Сроки, финансирование и порядок оформления результатов

• плановый срок начала работ: 01.10.2026;
• плановый срок окончания работ: 31.12.2027;
• источник финансирования: собственные средства заказчика; оплата по завершении контрольных этапов;
• результаты предъявляются через корпоративную систему ЭДО; передаются редактируемые исходники и PDF, акты подписываются усиленной электронной подписью уполномоченных представителей сторон.

1.5. Границы поставки

В границы работ входят:

1. центральная медиаплатформа;
2. доработки центральной платформы;
3. интеграции с ERP и системой электронной торговли;
4. программное обеспечение плееров;
5. технические условия и инструкции подключения экранных точек;
6. настройка эксплуатации, мониторинга, обновлений, резервирования и документирования.

Дисплеи и базовая инфраструктура ПВЗ не входят в поставку. Настоящее ТЗ задаёт технические условия их подключения. Прямые трансляции не входят в объём работ первой очереди.

2. Цели и назначение создания системы

2.1. Цель

Цель внедрения системы — повышение конверсии в дополнительную покупку при выдаче заказа за счёт показа персонального предложения на дисплее стойки и перехода покупателя во внешнюю систему электронной торговли по одноразовому QR-токену.

Критерий решения о тиражировании — положительный экономический эффект с учётом стоимости системы. Тиражирование допускается при положительном NPV и расчётном ROI не ниже 20% за 36 месяцев.

2.2. Назначение

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

Система не участвует в основной операции выдачи заказа и не должна становиться условием её продолжения.

2.3. Ожидаемый результат

Результатом работ является введённая в эксплуатацию медиаплатформа, способная обслуживать более 50 000 дисплеев и до 1 000 событий сканирования в секунду, с подтверждёнными пилотом, нагрузочными и отказными испытаниями показателями настоящего ТЗ.

3. Характеристика объектов автоматизации

3.1. Объект автоматизации

Объектом автоматизации являются процессы управления рекламным эфиром, персонального показа предложения, технического контроля показа и эксплуатации экранных точек в распределённой сети ПВЗ ООО «Маркетплейс».

3.2. Масштаб и режим работы

• масштаб сети — более 50 000 дисплеев;
• пиковая интенсивность — до 1 000 событий сканирования в секунду;
• центральные сервисы работают круглосуточно, 24 часа в сутки 7 дней в неделю;
• новый дисплей рассчитан на режим 16 часов в сутки 7 дней в неделю.

3.3. Размещение и связь

Центральная часть размещается в собственных ЦОД компании: основном и резервном. Экранные точки подключаются через сеть Интернет защищённым исходящим соединением. Доступная скорость подключения ПВЗ — не менее 10 Мбит/с.

Доставка выполняется по HTTPS с TLS 1.3 через домен cdn.mediaorbit.ru; управляющее взаимодействие защищается mTLS, ресурсы выдаются по подписанным URL со сроком действия 24 часа.

3.4. Условия эксплуатации точек

• диагональ 32 дюйма; разрешение Full HD; горизонтальная ориентация;
• отсутствие сенсорного ввода; режим работы 16 часов в сутки 7 дней в неделю;
• воспроизведение без звука.

Исходный парк включает 120 неподключённых устройств: 30 Android TV, 30 Windows, 20 Linux, 20 Smart TV и 20 веб-плееров в режиме киоска.

3.5. Участники процессов

• центральный маркетинг управляет плановым контентом и расписаниями;
• ИТ-служба администрирует, контролирует и поддерживает систему;
• ERP и система электронной торговли выбирают персональные товары, формируют пакет отрисовки и QR;
• сотрудник ПВЗ выполняет основную операцию выдачи и сканирует заказ в ERP;
• третья линия поддержки выбранного поставщика участвует в поддержке платформы.

4. Требования к автоматизированной системе

4.1.1. Архитектура и состав

Система включает центральные сервисы медиаплатформы в двух собственных ЦОД, веб-интерфейс управления, API интеграции с ERP и системой электронной торговли, подсистему адресной программы и активации точек, хранилище и механизмы распространения контента, интеграцию с CDN поставщика, программные плееры экранных точек, мониторинг, аудит, резервное копирование и восстановление.

В каждом из двух ЦОД размещаются: два балансировщика, восемь прикладных узлов по 16 vCPU / 64 ГБ RAM / 500 ГБ SSD, четыре узла диспетчеризации API и три узла СУБД по 2 ТБ NVMe. Репликация между ЦОД асинхронная с RPO не более 15 минут.

4.1.2. Надёжность и доступность

Доступность центральной части — не ниже 99,9%. Плановые работы исключаются только при уведомлении за 7 суток и суммарной длительности не более 4 часов в месяц.

Целевой показатель доступности экранной точки — не ниже 99% в часы работы ПВЗ.

Показатели восстановления:

• RTO — не более 1 часа;
• RPO — не более 15 минут.

Контрольное восстановление резервных копий выполняется ежеквартально. Полное переключение на резервный ЦОД выполняется не реже одного раза в шесть месяцев.

4.1.3. Производительность и масштабируемость

• не менее 50 001 одновременно подключённой точки в сети;
• 1 000 событий персонального показа в секунду;
• распространение плановой кампании на все точки в сети не более чем за 5 минут.

Полный интервал от подтверждённого сканирования до начала корректного персонального кадра — не более 3 секунд не менее чем для 95% корректных событий.

4.1.4. Информационная безопасность

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

Подлинность пакета отрисовки подтверждается mTLS и обязательным HMAC-SHA-256 поля payload_signature. HTML-контент исполняется в изолированной среде без доступа к локальной системе.

Медиаплатформа не хранит идентификатор заказа или клиента. Журналы аудита хранятся не менее 90 суток.

4.2.1. Концепция применения: штатный персональный показ

Полный штатный сценарий выполняется следующим образом:

1. сотрудник обслуживает одного клиента у стойки и сканирует заказ в ERP;
2. ERP и система электронной торговли формируют пакет отрисовки, включая данные для кадра и QR с одноразовым токеном;
3. ERP вызывает синхронный API медиаплатформы по mTLS;
4. медиаплатформа синхронно отвечает «принято» и возвращает технический идентификатор события;
5. плеер немедленно прерывает плановый эфир и показывает корректный кадр с товаром, ценой и QR;
6. при новом сканировании текущая рекомендация немедленно заменяется новой;
7. после завершения персонального материала возобновляется плановый фоновый эфир;
8. ERP и система электронной торговли получают финальный технический результат и самостоятельно связывают его с заказом и покупкой.

Пакет отрисовки содержит обязательные поля event_id, correlation_id, pvz_id, counter_id, campaign_id, product_id, title, price, currency, image_url, image_sha256, qr_token, issued_at, display_expires_at и payload_signature.

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

4.2.2. Синхронизация с ERP и электронной торговлей по API

Контракт API версии 1 определяет:

• POST /api/v1/personal-shows для приёма события;
• синхронный ответ 202 Accepted с event_id и correlation_id;
• коды 400 INVALID_PAYLOAD, 401 UNTRUSTED_SOURCE, 404 COUNTER_NOT_FOUND, 409 DUPLICATE_EVENT, 410 EVENT_EXPIRED, 422 ASSET_REJECTED, 503 PLAYER_UNAVAILABLE;
• асинхронный обратный вызов ERP по mTLS POST /api/v1/media-results со статусами SHOWN, FAILED, EXPIRED, REPLACED;
• сертификаты mTLS из корпоративной PKI с автоматической ротацией каждые 90 суток.

4.2.3. Одноразовый QR-токен и внешняя система электронной торговли

QR-токен действует 7 суток либо до первого успешного создания дополнительного заказа. Система электронной торговли проверяет авторизованный аккаунт, привязку токена и срок действия; повторное или чужое использование возвращает TOKEN_REDEEMED, TOKEN_EXPIRED или ACCOUNT_MISMATCH.

4.2.4. Нештатные сценарии персонального показа

Нет ответа медиаплатформы за 2 секунды. ERP считает вызов неуспешным, не задерживает выдачу и передаёт сбой в мониторинг.

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

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

Ошибка загрузки ресурса, декодирования или показа. Плеер не выводит частично сформированный персональный кадр, восстанавливает предыдущий фоновый эфир и отправляет результат FAILED.

4.2.5. Адресная программа, PIN и жизненный цикл точки

Медиаплатформа является источником истины адресной программы. Адресация контента и точек поддерживает уровни: сеть, регион, группа, ПВЗ, экран.

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

4.2.6. Плановый эфир и кампании

Поддерживаются изображения, видео, HTML и веб-шаблоны, текст, виджеты, документы в форматах PDF и PPTX. Индивидуальный контент имеет приоритет над плановым. Просроченная кампания автоматически снимается с эфира и архивируется.

4.2.7. Удалённое управление и обновления

Обновления выполняются управляемыми волнами через пилотную группу. При выявлении ошибок волна автоматически останавливается.

4.2.8. Мониторинг, поддержка и аналитика

SLA: P1 — реакция 15 минут и восстановление 4 часа; P2 — 1 час и 8 часов; P3 — 8 рабочих часов и 5 рабочих дней. Гарантия поставщика — не менее 12 месяцев после приёмки.

4.3. Требования к видам обеспечения

Минимальный плеер: 4-ядерный процессор x86-64 или ARM64 с частотой 1,8 ГГц, 4 ГБ RAM, накопитель 32 ГБ, аппаратное декодирование H.264 Full HD 30 кадров в секунду.

Серверный исходный состав: Linux Enterprise 9, PostgreSQL 16, объектное хранилище, совместимое с S3, и Chromium 120 и новее.

5. Состав и содержание работ по созданию системы

Календарный план:

1. обследование и анализ соответствия продукта — 01.10.2026–30.11.2026;
2. техническое проектирование — 01.12.2026–28.02.2027;
3. доработка платформы и плееров — 01.03.2027–30.06.2027; результат: релиз-кандидат 6.2.1;
4. развёртывание стенда и двух ЦОД — 01.05.2027–31.07.2027;
5. стендовые и интеграционные испытания — 01.07.2027–31.08.2027;
6. нагрузочные, отказные, регрессионные испытания и ИБ — 01.08.2027–30.09.2027;
7. пилот — 01.10.2027–15.11.2027;
8. опытная эксплуатация — не менее 30 суток;
9. решение комиссии — не позднее 30.11.2027;
10. тиражирование региональными волнами — 01.12.2027–31.12.2027;
11. гарантийная поддержка — 12 месяцев после итоговой приёмки.

6. Порядок разработки системы

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

7. Порядок контроля и приёмки системы

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

Нагрузочные испытания включают: проектный максимум 65 000 точек в сети, 1 000 событий в секунду и кратковременный запас 20% в течение 15 минут.

Тиражирование запрещено при открытых блокирующих и критических дефектах.

8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

До пилота и тиражирования выполняются: подготовка двух ЦОД, настройка mTLS между ERP и медиаплатформой, настройка SSO с MFA, настройка CDN поставщика, заполнение адресной программы, подготовка PIN и жизненного цикла сертификатов, обучение ИТ-администраторов и поддержки, назначение эксплуатационных ролей.

Пилот включает 50 ПВЗ в пяти регионах и 250 точек, покрывающих все обязательные платформы.

9. Требования к документированию

Поставщик передаёт на русском языке: описание архитектуры, спецификацию серверного контура, руководства администратора, мониторинга и эксплуатации, контракт API, схему адресной программы, технические условия подключения экранной точки, инструкцию установки и активации, ПМИ и протоколы испытаний.

Документация передаётся в редактируемых исходных форматах, в PDF, с размещением в корпоративной базе знаний.

10. Источники разработки

10.1. Нормативные документы

• ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
• ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Требования к содержанию документов»;
• ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»;
• ГОСТ Р 59793-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Стадии создания автоматизированных систем»;
• ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем»;
• ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Термины и определения»;
• ГОСТ Р 2.105-2019 «ЕСКД. Общие требования к текстовым документам»;
• ГОСТ Р 71752-2024 «Информационные технологии. Системы искусственного интеллекта. Требования к содержанию технического задания на создание систем с искусственным интеллектом»;
• ГОСТ Р 51583-2014 «Порядок создания автоматизированных систем в защищённом исполнении. Общие положения»;
• Приказ ФСТЭК России № 117 «Об утверждении Требований о защите информации, не содержащей сведений, составляющих государственную тайну, при её обработке в автоматизированных системах»;
• ГОСТ Р 7.0.97-2025 «Организационно-распорядительная документация. Требования к оформлению документов»;
• Федеральный закон № 152-ФЗ «О персональных данных».

10.2. Проектные и корпоративные материалы

• паспорт и руководство медиаплатформы MediaOrbit Enterprise 6.2;
• спецификация API-1.0 и схема пакета отрисовки RENDER-1.0;
• договор № MEDIA-2026/01 от 01.10.2026;
• приказ генерального директора № 42 от 15.09.2026;
• реестр оконечного оборудования; матрица совместимости; отчёт об обследовании.

ЛИСТ ПОДПИСЕЙ