Тендеры-2026: пять новых требований к транспортному видеонаблюдению

Как меняются тендеры на транспортное видеонаблюдение

За последние два года рынок транспортного видеонаблюдения для перевозчиков уверенно сместился от простой формулировки «наличие системы по ПП № 969» к детализированным требованиям. Если раньше техзадание ограничивалось количеством камер и фактом сертификации, то в закупках 2024–2025 годов все чаще появляются блоки про конкретные сроки хранения, онлайн-доступ, видеоаналитику и интеграции.

На это влияют сразу несколько факторов:

• развитие нормативной базы по транспортной безопасности и защите данных (включая требования по хранению видео не менее 30 суток для части объектов транспорта);
• накопленный опыт перевозчиков, которые уже проходили проверки по ПП № 969 и 1640 и столкнулись с претензиями к оборудованию и сертификатам;
• рост числа инцидентов, разбор которых невозможен без качественной записи и прозрачного доступа к архиву.

На основе анализа открытых техзаданий по 44-ФЗ и 223-ФЗ, а также коммерческих тендеров 2024–2025 годов по оснащению транспорта бортовыми видеосистемами можно выделить пять новых групп требований, которые становятся стандартом для 2026 контрактного сезона.

1. Жестко заданные параметры хранения и отказ от «размытых» формулировок

Раньше в техзаданиях часто встречалось общее требование: «хранение видео — не менее 30 дней». Сейчас заказчики все чаще детализируют инфраструктурную часть:

• срок хранения: 30, 60 или 90 суток для отдельных категорий транспорта;
• тип носителя: жесткий диск определенного объема, возможность установки двух дисков и работы в режиме отказоустойчивости;
• ограничение по месту размещения архива: сервер на территории РФ или защищенное облако российского провайдера;
• сценарии доступа: кто и как имеет право выгружать записи, как фиксируется факт выгрузки.

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

Для поставщиков это означает, что выбор оборудования «по умолчанию» (например, только SD-регистратор без HDD) перестает проходить по конкурсам: заказчику нужен не просто комплект камер, а прогнозируемый объем архива с понятным ресурсом хранения.

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

2. Онлайн-доступ и удаленная выгрузка фрагментов вместо «достать диск из регистратора»

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

• «обеспечить просмотр видеопотока в режиме реального времени уполномоченными сотрудниками заказчика»;
• «обеспечить удаленную выгрузку фрагментов видео по инциденту без физического доступа к транспортному средству»;
• «предоставить веб-интерфейс и/или мобильное приложение для просмотра архива».

Отдельно прописываются ограничения по каналам связи и трафику: не всем заказчикам нужен постоянный онлайн по всем камерам — часто речь идет о «поинтовом» подключении к конкретному ТС при ДТП, жалобе или проверке.

Что важно заказчикам:

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

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

3. ADAS/DSM и контроль поведения водителя как отдельное требование

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

Заказчики формулируют требования по-разному:

• как отдельный пункт: «наличие системы мониторинга состояния водителя с функциями ADAS/DSM»;
• как опцию: «возможность дооснащения системы видеонаблюдения функциями ADAS/DSM без замены регистратора»;
• как критерий оценки: «наличие интеллектуальных функций видеоаналитики» дает дополнительные баллы.

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

Практическое следствие: выигрывают решения, в которых ADAS/DSM органично встроены в общую систему видеонаблюдения, а не выступают отдельным продуктом с отдельным ПО и диспетчеризацией.

4. Интеграция с телематикой, 1С и TMS вместо «еще одного отдельного сервиса»

Четвертая группа требований связана с интеграцией: заказчикам больше не нужны «разрозненные островки» — видеонаблюдение, ГЛОНАСС, топливный контроль, TMS и учетная система. Все чаще в ТЗ появляются формулировки:

• «предоставить открытый API для интеграции с существующей системой мониторинга транспорта»;
• «обеспечить передачу событий (тревоги, метки инцидентов) в систему диспетчеризации заказчика»;
• «обеспечить передачу метаданных по рейсу и водителю в ERP / 1С».

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

Для поставщиков это означает:

• необходимость иметь документированное API и готовые кейсы интеграций;
• готовность описать в заявке, какие данные и в каком формате система может отдавать наружу;
• готовность участвовать в согласовании архитектуры с ИТ-службой заказчика, а не только со службой эксплуатации.

5. Более жесткие требования к сертификации, происхождению и сопровождению

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

В тендерах все чаще можно увидеть:

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

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

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

Что это значит для заказчиков и поставщиков в 2026 году

Для заказчиков (гос- и коммерческий сектор):

• При подготовке ТЗ стоит переходить от общих формулировок к сценариям использования: как именно будет применяться видео, кто и когда обращается к архиву, какие отчеты важны.
• Важно сразу согласовать требования ИТ-службы и службы безопасности, чтобы не получить конфликт между удобством использования и требованиями по защите данных.
• Имеет смысл предусмотреть возможность поэтапного расширения функциональности (ADAS/DSM, интеграции) без полной замены оборудования.

Для поставщиков и интеграторов:

• Недостаточно просто предложить «комплект под ПП № 969» — нужно показывать, как решение закрывает конкретные сценарии заказчика: хранение, онлайн-доступ, аналитика, интеграции.
• В заявке важно отдельно и структурно описывать: сертификацию, работу с архивом, сценарии удаленного доступа, наличие API и опыт интеграций.
• Стоит заранее подготовить типовые пакеты документов по оборудованию и сопровождению, чтобы не терять время и не проигрывать по формальным основаниям.

В 2024–2025 годах я вижу, как меняется подход к закупкам транспортного видеонаблюдения. Если раньше ключевым вопросом был «как пройти проверку по ПП 969», то сейчас на первый план выходит управление операционными и юридическими рисками.

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

Вторая заметная линия — это переход от «пассивной» записи к «активным» системам, которые помогают предотвратить инцидент, а не только расследовать его постфактум. ADAS и DSM из «новинки» превратились в отдельную строчку в техзаданиях: от заказчика все чаще звучит вопрос не «что это такое», а «как это встроить в нашу текущую систему мониторинга».

Наконец, третье направление — интеграция. Для многих крупных заказчиков система видеонаблюдения перестала быть «отдельным проектом» и стала частью единого цифрового контура управления транспортом. Это требует от поставщиков большей зрелости: прозрачного API, готовности работать с ИТ-службами и объяснять архитектуру, а не только характеристики камер и регистраторов.

С учетом этих трендов в 2026 контрактном сезоне можно ожидать, что выигрыш в тендерах все чаще будет зависеть не от минимальной цены комплекта, а от того, насколько решение закрывает полный цикл работы с видео — от записи и хранения до аналитики и интеграции с бизнес-процессами заказчика.