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

В январе—июле 2026 года российские компании провели на электронной торговой площадке «ТендерПро» на 35% больше закупок систем контроля корпоративного транспорта, чем за тот же период 2025 года. Быстрее всего рос спрос на видеонаблюдение и решения для контроля состояния водителей — количество таких закупок увеличилось на 78%. Такие данные приводит CNews со ссылкой на представителей «ТендерПро».
СКЗИ (средство криптографической защиты информации)
Около трети закупок приходится на предприятия нефтегазового комплекса. Среди крупных заказчиков также компании электроэнергетики, транспортно-логистического сектора, промышленные и добывающие предприятия. Спрос сохраняется со стороны строительных и агропромышленных организаций.
Эти показатели отражают количество закупок, зафиксированных на одной электронной площадке. Они не характеризуют весь российский рынок и не показывают, сколько компании потратили на оборудование и программное обеспечение.
Контроль смещается с автомобиля на всю перевозку
Раньше основной задачей систем мониторинга было определение местоположения автомобиля. Теперь компании одновременно собирают данные о маршруте, расходе топлива, загрузке техники, действиях водителя и выполнении рейса.
Особенно заметен рост закупок видеонаблюдения и решений для контроля состояния водителя. Однако показатель +78% отражает именно динамику количества процедур. В общей структуре закупок эта категория пока занимает 11%.
Рост спроса еще не доказывает экономическую отдачу от каждой установленной системы. Если сведения поступают в разные программы, не сопоставляются и не используются при принятии решений, дополнительные камеры и датчики увеличивают объем контроля, но не обязательно сокращают расходы автопарка.
Выбирать систему нужно по задаче, а не только по размеру парка
Потребность в оснащении зависит не только от количества автомобилей. Небольшой парк, который работает на дальних маршрутах, перевозит ценные или опасные грузы, может нуждаться в более серьезном контроле, чем крупный парк служебных легковых машин.

До начала закупки необходимо сформулировать проблему, которую должна решить система: перерасход топлива, простои, отклонения от маршрута, нецелевое использование автомобилей, аварийные ситуации, затраты на ремонт или недостаточная загрузка транспорта.
Формулировок «система должна контролировать транспорт» или «должна поддерживать интеграцию» недостаточно. Каждому требованию нужен измеримый параметр и способ проверки.

Описывать нужно не устройство, а сценарий
Слабая формулировка: Система должна контролировать расход топлива.
Проверяемая формулировка: Система должна фиксировать заправки и изменения уровня топлива, показывать дату, время, координаты и объем изменения, а также формировать уведомление ответственному сотруднику при наступлении согласованных событий.
Еще один пример.
Слабая формулировка: Система должна контролировать состояние водителя.
Проверяемая формулировка: Система должна фиксировать установленный заказчиком перечень событий, сохранять связанный с событием видеофрагмент, указывать автомобиль, дату и время, а также направлять уведомление назначенному сотруднику. Перечень событий необходимо закрепить в техническом задании. Иначе заказчик и поставщик могут по-разному понимать, какие функции входят в «контроль состояния».
Как не получить несколько несвязанных систем
Компания может отдельно приобрести спутниковый мониторинг, топливные датчики, тахографы, камеры и программное обеспечение для технического обслуживания. Если эти решения не обмениваются данными, диспетчеру придется работать в нескольких кабинетах и вручную сопоставлять отчеты.
| Что определить до закупки |
|---|
| — какая система станет основной; |
| — где будут храниться сведения об автомобилях, водителях, маршрутах и подразделениях; |
| — какие данные передаются между решениями; |
| — в каком формате и с какой периодичностью идет обмен; |
| — какая система считается источником основных данных; |
| — как выявляются и исправляются расхождения; |
| — кто оплачивает настройку и последующее изменение интеграций; |
| — можно ли подключать оборудование и программы других производителей; |
| — сохранится ли интеграция после обновления программного обеспечения. |
Фразы «интеграция возможна» или «имеется интерфейс обмена данными» не объясняют, какие именно сведения сможет получить заказчик и сколько будет стоить настройка.
| Что предусмотреть в ТЗ и договоре: |
|---|
| — право заказчика выгружать все накопленные данные; |
| — формат выгрузки, пригодный для последующей обработки; |
| — передачу документации по настройкам и интеграциям; |
| — возможность использовать оборудование с другим программным обеспечением, если это технически допустимо; |
| — отсутствие отдельной платы за доступ заказчика к собственным данным; |
| — срок передачи полного архива после прекращения договора; |
| — порядок переноса справочников, маршрутов, учетных записей и истории событий. |
Пробную выгрузку лучше провести до завершения пилотного проекта. Сам факт наличия кнопки «Экспорт» еще не гарантирует, что полученный архив можно будет использовать в другой системе.
Как организовать приемку
Приемку целесообразно разделить на три этапа:
Акт приемки лучше связывать не только с установкой оборудования, но и с успешным завершением функциональных испытаний и опытной эксплуатации.
К техническому заданию можно добавить:
| Приложение к ТЗ |
|---|
| — перечень автомобилей и установленного на них оборудования; |
| — схему движения данных между системами; |
| — таблицу контролируемых событий; |
| — матрицу ролей и прав доступа; |
| — перечень обязательных отчетов; |
| — программу приемочных испытаний; |
| — форму протокола выявленных ошибок; |
| — критерии успешного пилота; |
| — таблицу стоимости оборудования, лицензий, связи, хранения данных, интеграции и поддержки. |
Если система собирает сведения о действиях водителей или ведет видеозапись, порядок доступа, хранения и использования этих данных необходимо заранее согласовать с юристами, кадровой службой и специалистами, отвечающими за персональные данные и информационную безопасность.
Качество такой закупки определяется не количеством датчиков. Важно, сможет ли компания проверить заявленные функции, объединить полученные данные и сохранить доступ к ним после завершения договора с поставщиком.


