Коротко: постановление Правительства РФ № 1318 не требует, чтобы экспедитор делал всё сам, а стоимость внедрения СОРМ для экспедиторов постановление не регулирует вовсе - по оценкам рынка это от 150 тысяч до 1 млн рублей. Пункт 6 Правил обязывает устанавливать и эксплуатировать программно-технические средства по плану, согласованному с Регулятором, а пункт 12 прямо разрешает использовать средства другого экспедитора по согласованию с уполномоченным подразделением. Официальные разъяснения Регулятора на сайте Минтранса добавляют к этому вариант с подрядчиком и более широкое понятие «коллективного решения». Разбираем, что можно поручить вендору, а что обязан сделать сам экспедитор.
Каждую неделю разбираем новые требования и документы, на которых теряют время транспортные компании - оставайся на связи, чтобы не пропустить разбор.
Если вы ещё не разобрались, распространяется ли требование о СОРМ на вашу компанию вообще, - сначала прочитайте СОРМ в грузоперевозках: кого касается требование и что делать перевозчику. Там - полная картина: закон «О связи» тут почти ни при чём, обязанность возникает у экспедиторов по договору транспортной экспедиции (87-ФЗ) и постановлениям Правительства № 1317 и № 1318, а за нарушение отвечает статья 11.14.3 КоАП. Здесь - только практический вопрос: экспедитор уже подал заявление в орган безопасности и должен за три месяца согласовать план мероприятий. Как физически внедрить программно-технические средства - самостоятельно на готовом комплексе, через подрядчика или сообща с другими экспедиторами?
Разбираем ЭПД, цифровизацию перевозок и учёт автопарка — коротко и по делу. Подпишитесь на канал, чтобы не пропустить.
Какие есть законные способы внедрить средства СОРМ?
Коротко: постановление № 1318 называет только одну обязанность - устанавливать и эксплуатировать программно-технические средства должен экспедитор. Кто физически строит и настраивает эти средства, постановление не ограничивает: подойдёт готовый комплекс, который экспедитор покупает и внедряет сам, проектное внедрение с подрядчиком или использование средств другого экспедитора.
Пункт 6 Правил взаимодействия (постановление № 1318) говорит: реализацию программно-технических средств ОРМ проводит экспедитор. Прямого перечня «кто может строить решение» в тексте нет. Но пункт 12 отдельно разрешает использовать программно-технические средства, принадлежащие иному экспедитору, по согласованию с уполномоченным подразделением Регулятора - то есть закон изначально не подразумевает, что каждый экспедитор обязан строить инфраструктуру с нуля в одиночку.
Официальные разъяснения Регулятора, размещённые на сайте Минтранса, прямо отвечают на вопрос про подрядчика: экспедитор самостоятельно подбирает исполнителя, ответственного за реализацию средств СОРМ, путём анализа рынка соответствующих услуг, либо реализует их своими силами. «Своими силами» здесь - про внедрение, а не про разработку: на практике экспедитор покупает готовый программно-аппаратный комплекс (АПК) или заказывает проектное внедрение. Разработать такие средства с нуля - задача целой команды с очень узкой экспертизой, и один-два штатных ИТ-специалиста её не решат. Отдельного перечня организаций, уполномоченных или рекомендованных Регулятором для разработки таких средств, не существует - обязательная сертификация решений и требования к разработчикам действующим законодательством не предусмотрены.
Получается три практических пути: сделать всё силами своей IT-команды, нанять внешнего подрядчика/вендора или присоединиться к решению, которое уже развёрнуто у другого экспедитора. Дальше - что можно ждать от каждого варианта и где у него законодательная граница.
Когда оправдано внедрять самостоятельно - на готовом комплексе?
Коротко: закон это прямо разрешает - официальный ответ Регулятора и Минтранса допускает самостоятельную реализацию средств СОРМ силами самого экспедитора. Но самостоятельно - значит купить готовый программно-аппаратный комплекс или заказать проектное внедрение и эксплуатировать его своими специалистами, а не разработать средства с нуля. Вариант имеет смысл, если данные о клиентах, договорах и грузах уже ведутся в собственной информационной системе.
Самостоятельное внедрение не отменяет и не упрощает регламентные сроки: три месяца на согласование плана с Регулятором и акт ввода в эксплуатацию по его итогам остаются теми же, что и при работе с подрядчиком. Разница - в том, кто устанавливает купленный комплекс и настраивает канал связи с пунктом управления уполномоченного подразделения. Если данные о клиентах, договорах, грузах и платежах уже централизованы во внутренней системе, комплекс проще привязать к существующей инфраструктуре.
Осторожнее с предложениями, где за СОРМ выдают простую передачу документов или выгрузку отчётов. Требование другое: программно-технические средства в вашей информационной системе, подключённые к пункту управления по согласованному плану (пункт 6 Правил взаимодействия постановления № 1318), и круглосуточный удалённый доступ к данным (пункт 5 Правил хранения постановления № 1317), а не пересылка файлов.
Минус самостоятельного пути - вся ответственность и вся техническая экспертиза остаются внутри компании. Без готовых референсов от рынка придётся с нуля разбираться в технических условиях подключения к пункту управления Регулятора (пункт 6 Правил взаимодействия постановления № 1318), защите программно-технических средств от несанкционированного доступа (пункт 13 Правил взаимодействия постановления № 1318) и хранении данных на территории России (пункт 4 Правил хранения постановления № 1317). Для МСП это трудозатраты, отвлекающие существенный объём ресурсов сотрудников от основной деятельности.
Что может сделать подрядчик, а что - только сам экспедитор?
Коротко: подрядчик или вендор может взять на себя техническую часть - проектирование, поставку и настройку программно-технических средств. Но заявление в орган безопасности подаёт экспедитор (пункт 4 Правил взаимодействия постановления № 1318), сторонами плана мероприятий выступают экспедитор и уполномоченное подразделение Регулятора (пункты 6, 8 тех же Правил), и, по разъяснениям Регулятора, привлечение стороннего исполнителя не снимает с экспедитора ответственности за исполнение требования.
Официальные разъяснения Регулятора прямо подтверждают: экспедитор вправе привлечь для реализации средств СОРМ любого исполнителя по своему выбору, но взаимодействие с профильной организацией не снимает с экспедитора ответственности за выполнение требований постановления № 1318. На практике это значит, что подрядчик может проектировать канал связи, поставлять и настраивать программно-технические средства, участвовать в подготовке технической части плана. Но обязанность подать заявление в орган безопасности не позднее 45-го календарного дня со дня появления сведений об экспедиторе в реестре уведомлений на платформе «ГосЛог» (пункт 4 Правил) лежит на экспедиторе, а сторонами самого плана мероприятий постановление называет экспедитора и уполномоченное подразделение Регулятора (пункты 6 и 8).
Пока вы разбираетесь, кому доверить техническую часть, стоит навести порядок и в остальных данных экспедитора - постановление № 1317 обязывает хранить их три года и обеспечить Регулятору круглосуточный удалённый доступ к оборудованию и программно-техническим средствам. CARGO.RUN START - облачный сервис для автопарка и логистики: договоры, заказы, контрагенты и платежи по каждой перевозке хранятся в одной системе, а не разбросаны по почте и папкам разных сотрудников.
Что разрешает коллективное решение - и чем это отличается от нормы?
Коротко: сама норма (пункт 12 Правил взаимодействия постановления № 1318) разрешает только одно - использовать программно-технические средства, принадлежащие другому конкретному экспедитору, по согласованию с уполномоченным подразделением Регулятора. Более широкое понятие «коллективного решения» и «оператора коллективного решения», в том числе на базе облачной TMS-платформы, - это уже конструкция официальных разъяснений Регулятора и Минтранса, а не текст постановления.
Разница важна практически: если несколько связанных экспедиторов (например, компании одной группы или участники общей логистической платформы) хотят использовать общую инфраструктуру, это не происходит автоматически. Каждый случай коллективного решения требует отдельного согласования с профильным подразделением Регулятора. Постановление не освобождает участников коллективного решения от собственной обязанности: заявление Регулятору и ответственность за исполнение всё равно несёт каждый экспедитор персонально, а не «оператор решения» за всех.
На практике это означает, что коллективное решение снижает затраты на техническую часть (оборудование, специальные каналы связи, хостинг можно разделить), но не снимает административную часть работы.
При самостоятельной реализации экспедитором (как минимум), экспедитор будет нести затраты на ежемесячную аренду виртуальной среды на провайдере хостинга из перечня распоряжения Правительства РФ от 04.10.2024 № 2753-р, а также аренду специального канала до пункта управления, что уже при небольшом объёме экспедиционных договоров дороже присоединения к коллективным решениям. Такое требование есть в проекте приказа Минцифры о защите от несанкционированного доступа к программно-техническим средствам для оперативно-разыскных мероприятий: СОРМ в виде отдельного программного модуля должна работать на мощностях провайдера хостинга из этого перечня (раздел XI проекта). Приказ пока не принят, по проекту он вступит в силу с 1 марта 2027 года. Экспедиторов проект прямо не называет, но распространяется на программно-технические средства для ОРМ в целом, и рынок уже закладывает его в решения заранее.
Как устроено коллективное решение и чем оно отличается от своего комплекса, показано на странице Центр ОРМ.
Какой вариант выбрать: сравнение трёх путей
Коротко: во всех трёх вариантах ответственность перед Регулятором несёт сам экспедитор - разница только в том, кто строит и обслуживает техническую часть и как быстро это можно запустить.
| Критерий | Свой комплекс (АПК) | Подрядчик / вендор | Коллективное решение |
|---|---|---|---|
| Кто отвечает перед Регулятором | Экспедитор | Экспедитор (ответственность не переходит к подрядчику) | Каждый участник сам за себя |
| Что нужно иметь заранее | Бюджет на покупку комплекса, централизованные данные, специалисты для эксплуатации | Бюджет на подрядчика, время на выбор исполнителя | Согласие другого экспедитора/платформы и отдельное одобрение Регулятора |
| Скорость запуска технической части | Зависит от поставки комплекса и загрузки своих специалистов | Обычно быстрее при готовом решении у вендора | Быстро, если инфраструктура уже развёрнута у партнёра |
| Типичные затраты | Покупка комплекса, аренда хостинга и канала связи, время сотрудников | Лицензия и работы по внедрению (см. раздел ниже) | Может быть ниже за счёт разделения инфраструктуры |
| Основной риск | Нехватка экспертизы внутри компании | Вендор без готового решения обещает больше, чем может | Нечёткое разделение ответственности между участниками |
Какие бывают форматы технических средств?
Коротко: по разъяснениям Регулятора на сайте Минтранса, для СОРМ можно использовать отдельный аппаратно-программный комплекс, отдельный программный модуль в информационной системе экспедитора или комбинированный вариант - вне зависимости от формата, размещать такие средства можно только на территории России.
Аппаратно-программный комплекс (АПК) - это физическое оборудование, которое устанавливается на площадке самого экспедитора. Программный модуль - альтернатива без выделенного «железа»: программное обеспечение разворачивается в информационной системе, которую уже использует экспедитор для учёта заказов и договоров. Комбинированный вариант сочетает оба подхода: часть функций - на собственном оборудовании, часть - в информационной системе. При любом из трёх форматов действует отдельное требование постановления № 1318 (пункт 14 Правил взаимодействия): программно-технические средства не должны находиться за пределами территории России.
Выбор формата напрямую связан с вариантом реализации из предыдущих разделов: компания, которая внедряет решение сама и уже держит серверы у себя, чаще выбирает АПК; при работе с вендором или коллективном решении программный модуль в общей информационной системе обычно проще масштабировать на несколько экспедиторов сразу.
Сколько стоит внедрение СОРМ-ТЭД?
Коротко: постановления № 1317 и № 1318 стоимость не регулируют и не упоминают - все цифры ниже взяты из деловых СМИ и рыночных оценок, а не из официального источника. По оценке для сегмента МСП порядок цен - от 150 тысяч до 1 млн рублей, часть поставщиков предлагает рассрочку.
Официальные разъяснения Регулятора и Минтранса вопрос цены не затрагивают вовсе - это ожидаемо, поскольку постановления № 1317 и № 1318 регулируют обязанности сторон, а не рынок подрядчиков. Ориентиры приходится брать из деловой прессы, и даже там мнения расходятся: партнёр юридической фирмы INTELLECT в разборе портала RB.ru прямо называет разговор о единой стоимости внедрения преждевременным. По данным «Коммерсанта» (29.04.2026), лицензия и пусконаладочные работы обходятся примерно в 300-500 тысяч рублей. Тот же портал RB.ru приводит оценку соучредителя и коммерческого директора транспортной компании «КарКарыч» Алексея Кандарова: для сегмента МСП покупка и внедрение специализированного программного модуля может стоить от 150 тысяч до 1 млн рублей. Часть поставщиков решений, по данным отраслевого обзора, предлагает рассрочку на 10-12 месяцев.
В бюджет внедрения по этим оценкам обычно входят: аудит текущих информационных систем, сами программно-технические средства, доработка TMS или ERP под новые требования, размещение данных на территории России, организация линии связи с пунктом управления Регулятора, меры информационной безопасности, монтаж, настройка и тестирование. Итоговая сумма зависит от того, сколько из этого у компании уже есть - если данные о клиентах и грузах и так ведутся в одной системе на российских серверах, часть статей бюджета попросту не понадобится.
Относиться к этим цифрам стоит как к ориентиру для переговоров с подрядчиками, а не как к фиксированной цене: постановления № 1317 и № 1318 не устанавливают ни минимальной, ни максимальной стоимости, и рынок таких решений в России сложился совсем недавно.
Что говорит норма
- Постановление Правительства РФ от 29.08.2025 № 1318, п. 6 Правил - реализация ПТС ОРМ экспедитором. Действует с 01.09.2025. Официальный текст
- Постановление Правительства РФ от 29.08.2025 № 1318, п. 12 Правил - использование экспедитором программно-технических средств, принадлежащих иному экспедитору, допускается по согласованию с уполномоченным подразделением органа безопасности. Действует с 01.09.2025.
- Постановление Правительства РФ от 29.08.2025 № 1318, п. 14 Правил - не допускается нахождение программно-технических средств, используемых во взаимодействии с уполномоченными органами, за пределами территории Российской Федерации. Действует с 01.09.2025.
- Постановление Правительства РФ от 29.08.2025 № 1317, п. 4-5 Правил хранения - хранение данных - на территории России, доступ Регулятора - путём круглосуточного удалённого доступа к оборудованию и программно-техническим средствам. Действует с 01.09.2025. Официальный текст
Нормы сверены 29.09.2026 по действующей редакции.
Частые вопросы про внедрение СОРМ для экспедиторов
Внедрить - да, разработать с нуля - практически нет. Официальные разъяснения Регулятора и Минтранса допускают самостоятельную реализацию программно-технических средств силами самого экспедитора, а обязательной сертификации решения или требований к разработчику законодательство не устанавливает. Но на практике самостоятельно - это покупка готового программно-аппаратного комплекса или проектное внедрение и дальнейшая эксплуатация своими специалистами. Разработка таких средств - задача целой команды с очень узкой экспертизой, силами штатного ИТ-специалиста её не решить.
Нет. По разъяснениям Регулятора, взаимодействие с профильной организацией не снимает с экспедитора ответственности за исполнение требования постановления № 1318. Заявление в орган безопасности подаёт экспедитор (пункт 4 Правил взаимодействия), а сторонами плана мероприятий постановление называет экспедитора и уполномоченное подразделение Регулятора (пункты 6 и 8) - вне зависимости от того, кто технически реализует решение.
Пункт 12 Правил (постановление № 1318) разрешает использовать программно-технические средства другого экспедитора по согласованию с уполномоченным подразделением Регулятора. Более широкий термин «коллективное решение», включая вариант на базе облачной TMS-платформы, - это формулировка официальных разъяснений Регулятора, а не текста постановления, и требует отдельного согласования для каждого случая.
Официальной цены нет - постановления № 1317 и № 1318 стоимость не регулируют. По оценке предпринимателя из транспортной отрасли, приведённой RB.ru, для сегмента МСП порядок цен - от 150 тысяч до 1 млн рублей; для более крупных или сложных проектов счёт может быть другим.
Нет. По официальным разъяснениям на сайте Минтранса, перечня уполномоченных или рекомендованных Регулятором организаций не существует - экспедитор самостоятельно подбирает исполнителя через анализ рынка соответствующих услуг.
Если решение по формату внедрения ещё не принято, три шага помогут не терять время: во-первых, зафиксируйте, на каком этапе взаимодействия с Регулятором вы находитесь - подано ли заявление и определено ли уполномоченное подразделение. Во-вторых, оцените свои внутренние ресурсы - есть ли IT-специалист и централизованы ли данные о клиентах, договорах и грузах. В-третьих, если решаете работать с подрядчиком, зафиксируйте в договоре, что именно он делает технически, и явно пропишите, что заявление и план Регулятору подаёте вы сами. Полную картину требования - обязательность, сроки и штрафы по статье 11.14.3 КоАП - разбирает статья СОРМ в грузоперевозках: кого касается требование и что делать перевозчику. Пока часть данных для плана взаимодействия с Регулятором приходится собирать вручную, CARGO.RUN START помогает не терять остальное - договоры, заказы и платежи по рейсам компании хранятся в одном месте, и их не приходится поднимать из переписки в последний момент.


Комментарии
Пока нет комментариев. Будьте первым.