В марте у нас была встреча с представителями одного из ключевых поставщиков СОРМ — группы компаний «Цитадель», где обсуждали практические аспекты соблюдения требований постановлений № 1317 и № 1318.
Честно говоря, после этого разговора стало гораздо понятнее главное: требования есть, но ясности по реализации пока недостаточно — и именно это сейчас главный риск для всего рынка.
С 1 марта запущен реестр уведомлений на платформе «ГосЛог», а для действующих компаний включился отсчёт «окна» на подачу уведомления: у тех, кто работал на дату запуска, есть 60 дней, чтобы подать уведомление в уполномоченный орган.
Параллельно вступили в силу правила хранения и предоставления информации (включая 3‑летний срок хранения и круглосуточный удалённый доступ для взаимодействия), а также правила взаимодействия с уполномоченными органами через программно‑технические средства и «план мероприятий».
Дисклеймер: материал носит информационный характер и не является юридической консультацией. Для решений по срокам, рискам, договорам и формулировкам сверяйтесь с актуальными редакциями НПА и позицией профильных юристов/ИБ.
Что нужно сделать в 2026 году
- Проверьте, что у вас есть план подачи уведомления в реестр (и ответственность за него): у действующих экспедиторов действует 60‑дневное окно на подачу уведомления после даты запуска режима.
- Примите как факт: «реестр = право на деятельность», и зафиксируйте это в рисках и в договорном контуре (особенно с FMCG/ритейлом).
- Сделайте инвентаризацию данных, которые вы обязаны хранить и предоставлять: состав данных детализирован (клиенты, регистрационные данные, договоры, события, платежи и «иная фактически фиксируемая» информация).
- Спроектируйте «единый контур данных» (хаб/шина/каталог сущностей и событий): иначе комплаенс превратится в бесконечные интеграции.
- Подготовьтесь к взаимодействию с уполномоченным подразделением: по правилам взаимодействия в течение 45 дней после размещения сведений в реестре нужно подать заявление о начале взаимодействия, затем будет назначено подразделение и согласован план мероприятий.
- Заложите в проект ограничения конфиденциальности и контроля доступов: требования о неразглашении и предотвращении несанкционированного доступа закреплены в правилах взаимодействия.
- Не ждите «идеального техрегламента»: Минтранс уполномочен установить требования к оборудованию и программно‑техническим средствам, но рынок объективно проходит фазу уточнений; выигрывают те, кто готовит данные и инфомодель заранее.
Советуем сохранить статью в закладки — она пригодится, когда выйдет техрегламент/приказ и начнут «доезжать» финальные форматы.
Требования ФСБ и СОРМ
На рынке резко выросла тревожность: требования вступили в силу быстро, а «схема реализации» во многих деталях живёт внутри взаимодействия с уполномоченным подразделением и в составе будущих техтребований.
Реестр уведомлений и ГосЛог
В закон о транспортно‑экспедиционной деятельности введена норма:
- сведения о юрлицах и ИП, осуществляющих транспортно‑экспедиционную деятельность, размещаются в реестре уведомлений;
- право на деятельность появляется со дня размещения сведений в реестре и утрачивается со дня исключения записи.
Для действующих экспедиторов отдельно закреплено переходное правило: те, кто уже осуществлял деятельность на дату запуска режима (1 марта 2026), обязаны в течение 60 дней подать уведомление в уполномоченный орган.
Порядок ведения реестра конкретизирован постановлением о правилах формирования и ведения реестра уведомлений: вести реестр будет Ространснадзор (как уполномоченный орган) на платформе «ГосЛог», а уведомление подаётся через личный кабинет экспедитора на «Госуслугах» (с предусмотренным вариантом подачи на бумаге/по e‑mail при отсутствии технической возможности).
Обязанность хранить и предоставлять данные
Постановлением о правилах хранения и предоставления информации закреплено:
1) Состав информации детализирован крайне широко:
- сведения о клиенте и регистрационных данных;
- факты авторизации;
- изменения регистрационных данных;
- прекращение регистрации;
- договоры транспортной экспедиции (номер, дата, предмет, тип и параметры груза);
- привлечённые лица;
- факты приёма/обработки/погрузки/хранения/разгрузки/передачи/выдачи;
- платежи;
- и отдельно — «иная фактически фиксируемая информационным сервисом информация», включая (при наличии) геолокацию и «иную информацию, размещаемую в информационных системах, используемых при оказании экспедиционных услуг».
2) Место и условия хранения: хранить нужно на территории РФ и в условиях, исключающих несанкционированный доступ третьих лиц.
3) Срок хранения: 3 года со дня окончания исполнения договора транспортной экспедиции.
4) Порядок предоставления: предоставление информации осуществляется подразделению органа ФСБ через организацию круглосуточного удалённого доступа к оборудованию и программно‑техническим средствам для проведения оперативно‑разыскных мероприятий.
Отдельно важно, что правила оценки соблюдения обязанностей по хранению и предоставлению устанавливают контрольную рамку: оценку проводит Ространснадзор (и его территориальные органы) в форме выездных и документарных проверок.
Порядок взаимодействия через программно‑технические средства и роль ФСБ
Правила взаимодействия закрепляют, что взаимодействие экспедитора с уполномоченными органами осуществляется с использованием оборудования и программно‑технических средств в эксплуатируемых информационных системах.
Органы ФСБ выступают как орган, который осуществляет взаимодействие с экспедитором при проведении ОРМ (в том числе в интересах других уполномоченных органов).
Логика процесса в одном абзаце
Сначала вы подтверждаете право на деятельность через реестр уведомлений на «ГосЛоге». Затем — в установленный срок запускаете взаимодействие с органами ФСБ: подаёте заявление, получаете уполномоченное подразделение, совместно формируете план мероприятий, внедряете программно‑технические средства в согласованном контуре и вводите их в эксплуатацию актом. Параллельно вы обязаны хранить определённую информацию 3 года и обеспечить круглосуточный удалённый доступ к оборудованию/ПТС для проведения ОРМ.
Этапы, сроки и «узлы согласования»
Этап A: Реестр уведомлений (право на деятельность).
Право на транспортно‑экспедиционную деятельность привязано к записи в реестре уведомлений. [
Постановление о реестре закрепляет, что реестр ведёт Ространснадзор на «ГосЛоге», уведомление подаётся через личный кабинет экспедитора на «Госуслугах», а при отсутствии технической возможности допускается подача на бумаге/по электронной почте в течение 3 рабочих дней.
Этап B: Заявление в ФСБ о начале взаимодействия.
Ключевой срок из правил взаимодействия: экспедитор не позднее 45‑го календарного дня со дня размещения сведений о нём в реестре подаёт в орган ФСБ заявление о начале взаимодействия.
Этап C: Назначение уполномоченного подразделения (куратора в «полевом» языке).
Руководитель органа ФСБ в течение 30 рабочих дней со дня регистрации заявления определяет уполномоченное подразделение, которое будет взаимодействовать с экспедитором с использованием ПТС.
Этап D: План мероприятий по внедрению ПТС.
План мероприятий разрабатывается в течение 3 месяцев со дня регистрации заявления. [7]
Важная деталь для руководителя: план составляется в трёх экземплярах, один из которых экспедитор должен представить в Ространснадзор.
Типовые требования к плану устанавливаются Минтрансом совместно с ФСБ — то есть часть рамки «стандартизирована», но фактическая прокладка решений всё равно идёт через согласование по плану и техусловиям.
Этап E: Технические условия подключения и внедрение.
Установка, подключение и эксплуатация ПТС производятся в соответствии с планом мероприятий; в плане указываются срок ввода в эксплуатацию и технические условия подключения ПТС к пункту управления уполномоченного подразделения.
Технические условия устанавливаются руководителем уполномоченного подразделения и включают, среди прочего, параметры точек подключения и требования к линиям/каналам связи.
Этап F: Ввод в эксплуатацию и режим изменений.
Ввод в эксплуатацию осуществляется на основании акта, подписанного представителями органа ФСБ и экспедитором.
Если внедряются новые технологические решения, происходит модернизация или вывод из эксплуатации — принимается решение о разработке нового плана мероприятий.
Что это значит для операционки
Самый недооценённый момент: закон и постановления фактически требуют, чтобы ваша «боевая» учётная система экспедитора (TMS/ERP) была приведена к состоянию, где:
- данные можно собрать в единый состав (включая «иную фактически фиксируемую информацию»);
- данные можно хранить 3 года в РФ в защищённых условиях;
- данные можно предоставлять через согласованный контур круглосуточного удалённого доступа;
- вы можете жить в режиме изменений (планы мероприятий обновляются, бизнес меняет услуги, ИС меняются, требования уточняются).
Главная проблема: нет технических требований
Факт, который вызывает максимальную фрустрацию у рынка: «рамка есть, а конкретика по техреализации — в движении». Это конструкция процесса: часть параметров согласуется с уполномоченным подразделением, часть будет формализована Минтрансом, часть — уточнится в процессе испытаний/ввода.
1) Минтранс уполномочен установить требования к оборудованию и программно‑техническим средствам.
Это закреплено отдельным постановлением: Минтранс определён федеральным органом, устанавливающим требования к оборудованию и ПТС в эксплуатируемых экспедитором информационных системах — по согласованию с уполномоченными органами.
2) В самой обязанности экспедитора заложен принцип “сначала рамка — потом требования”.
В законе закреплено, что экспедитор обязан обеспечивать реализацию требований к оборудованию и ПТС, а порядок взаимодействия и определение органа, устанавливающего требования, определяется Правительством РФ.
3) В публичном поле фигурирует проект приказа Минтранса (а не окончательная “инструкция”).
По состоянию на конец 2025 года и в отраслевых материалах марта 2026 упоминается проект приказа Минтранса о требованиях к оборудованию и программно‑техническим средствам для экспедиторских ИС.
Почему «ждать приказ» — опасная стратегия
Потому что большая часть работы не зависит от того, будет ли формат обмена XML/JSON/GraphQL или как именно будут устроены каналы. Зависит другое: готовность данных и процессов.
Постановление о хранении уже фиксирует состав информации и способ предоставления через круглосуточный удалённый доступ, срок 3 года и требования к защите от НСД.
Постановление о взаимодействии уже фиксирует сроки (45 дней на заявление), назначение подразделения, план мероприятий, техусловия, акт ввода и режим пересогласований.
Что будет с рынком
Есть три драйвера, которые вместе создают эффект консолидации:
Драйвер первый: “бинарное право работать”.
Право на транспортно‑экспедиционную деятельность прямо привязано к записи в реестре уведомлений.
Драйвер второй: постоянные издержки.
Хранение данных 3 года в РФ, защита от НСД, организационные меры, процедуры предоставления через круглосуточный удалённый доступ — это операционные издержки режима.
Драйвер третий: индивидуальная часть требований живёт в плане мероприятий.
Даже при типовых требованиях к плану, ключевые параметры внедрения фиксируются через план мероприятий и техусловия, которые устанавливаются уполномоченным подразделением.
Что будет мешать сильнее всего
- У малых игроков: отсутствие единой учётной системы и «размазанность» данных (часть в почте, часть в Excel, часть у менеджеров, часть у подрядчиков).
- У средних: наличие систем есть, но они разрознены, и никто не владеет «информационной моделью экспедитора».
- У крупных: есть ИТ и ИБ, но риск — построить дорогое «ручное чудовище», которое будет ломаться при каждом изменении требований.
Практика: как готовиться
1.Соберите проект как межфункциональную систему
Минимальный состав владельцев:
- Операции/логистика: владелец событий по грузу и маршруту.
- Юристы/комплаенс: владелец договорного контура и режима неразглашения.
- ИБ: владелец требований к защите от НСД, ограничениям доступа, режиму работ.
- ИТ/архитектор данных: владелец инфомодели и каталога данных.
2.Зафиксируйте “beachhead” сегмент (Moore)
Рекомендуемый beachhead для рынка (и для большинства дорожных карт): средние и крупные экспедиторы FMCG. Причины простые и практичные: высокая частота рейсов, много контрагентов, возвраты, склады, высокая цена ошибки, строгие SLA по статусам и документам. На таком объёме «Excel и ручной обмен» ломается быстрее всего, а значит бизнес быстрее согласится на инвестиции в единый контур данных.
3.Сделайте инвентаризацию данных
Постановление о хранении перечисляет состав информации, включая «иную фактически фиксируемую» информацию и данные из информационных систем, используемых при оказании услуг.
Поэтому первая задача — не «понять, что попросит регулятор», а понять, что у вас уже фиксируется:
- где живут регистрационные данные клиентов и идентификаторы;
- где фиксируются факты авторизации (если есть личные кабинеты/порталы);
- где в системе отражены договоры, приложения, статусы, стоимость;
- где фиксируются события (погрузка/разгрузка/передача/выдача);
- что относится к платежам и назначению платежа;
3.Примите архитектурное решение
Это ключевой разворот в позиционировании (April Dunford).
Новая категория, в которой стоит мыслить, — “регуляторная цифровая логистика”.
Её смысл: цифровизация делается не ради удобства, а ради доказуемости, трассируемости, управляемости изменений и способности соответствовать регулируемому контуру.
Excel + разрозненные системы + ручной документооборот перестают работать:
- объём данных и событий растёт, а состав информации включает “иную фактически фиксируемую” информацию;
- появляются требования к круглосуточному предоставлению через удалённый доступ;
- появляется режим неразглашения и НСД, который требует дисциплины доступа и изменений;
- требования будут уточняться: план мероприятий может пересогласовываться при изменениях технологических решений.
4.Сформируйте “черновик плана мероприятий”
План мероприятий — документ, который будет формироваться совместно с уполномоченным подразделением, в нём фиксируются сроки ввода и технические условия подключения.
Если прийти к взаимодействию без черновика, вы окажетесь в ситуации «нам сказали — мы не готовы — мы теряем время». Если прийти с черновиком, вы сможете:
- быстрее согласовать этапы;
- заранее заложить бюджетные коридоры;
- показать, что компания действительно “взаимодействует” и проект идёт.
Если хотите пройти этот этап комфортно, то начните с диагностики. Практика показывает: 80% проблем — не в технологиях, а в том, что внутри компании нет единого понимания данных, процессов и ответственности.
Оптимальный старт — быстро разложить текущий ландшафт: какие системы у вас есть, где живут данные, как они передаются, какие из них попадают под требования.
Мы обычно начинаем с короткой рабочей сессии и чек-листа готовности. За 1–2 часа собирается картина:
— что у вас уже соответствует требованиям;
— где узкие места, которые могут «остановить» деятельность;
— как должен выглядеть ваш единый контур данных без лишней сложности и затрат.
Дальше вы выходите с понятным планом действий: что делать в ближайшие 90 дней, какие решения точно нужны, а какие — нет.
|
