СОРМ для ТЭК зеленый

Требования, сценарии, практические шаги

Вебинар посвящён практическим аспектам внедрения СОРМ (системы оперативно-розыскных мероприятий) для компаний, осуществляющих транспортно-экспедиционную деятельность. Спикер Елена Кондратьева — разбирает нормативную базу (ПП 1317 и 1318), карту ролей транспортно-логистической отрасли и четыре сценария реализации.

Скачать PDF
62
0:00 / 0:00
Детальное содержание

00:00 Введение

Спикер Елена Кондратьева более 15 лет работала в транспорте и логистике (Газпромтранс, FESCO), а с весны 2026 года выступает как независимый эксперт (kess.ru) и участник неформальной рабочей группы по выработке модели данных для СОРМ. Вебинар задуман как практический ориентир для компаний, которые впервые сталкиваются с требованиями 1317-го и 1318-го постановлений Правительства. СОРМ позиционируется как третья волна реализации Пакета Яровой: первая и вторая волны затронули мобильную связь и почтовые сервисы, теперь очередь дошла до транспортно-экспедиционной отрасли. Кондратьева подчёркивает, что речь идёт не об абстрактном «комплаенсе», а о конкретных технических и организационных решениях, которые компания должна принять в ближайшие 12–24 месяца. Зритель получает контекст: почему государство заинтересовано именно в этой отрасли, какие нормативные документы уже приняты и что ещё находится в стадии проработки.

02:36 Кто попадает под СОРМ и карта ролей

Требования распространяются не на «экспедиторов» как узкое отраслевое понятие, а на все компании, осуществляющие транспортно-экспедиционную деятельность (ТЭД) по 554-му постановлению и ГОСТу ТЭД. На момент вебинара в реестре экспедиторов зарегистрировано более 70 000 компаний, при этом к концу марта поступило около 30 000 заявок на включение. Кондратьева демонстрирует карту ролей: зелёным выделены участники, попадающие под СОРМ, синим — те, кто пока вне зоны; в ближайшее время карта будет дополнена ещё примерно 10 специфичными ролями. Автоперевозчики, работающие без экспедирования, на текущий момент под СОРМ не попадают, однако спикер предупреждает, что требования к ним — вплоть до обязательного геопозиционирования машины — неизбежно появятся. Практический вывод: компании, которые считают себя «просто перевозчиками», не должны расслабляться, если в цепочке присутствует экспедиторская функция.

08:48 Почему СОРМ не равно ГИС ЭПД

СОРМ и ГИС ЭПД решают принципиально разные задачи: безопасникам нужен полный цифровой след для оперативного выхода на конкретных персонажей в случае прецедента и для упреждающих мероприятий, тогда как ГИС ЭПД обслуживает фискальный контроль и документооборот. Набор данных различается кардинально: в СОРМ передаются телефоны, IP-адреса, геопозиционирование, причастные лица и даже нереализованные заявки, а не только накладные и акты. Режим работы тоже иной: СОРМ требует передачи в реальном времени (в пределах минут, 15 минут или часа) фоновым каналом «под капотом» бизнес-систем, а не постфактум и не ручным вводом. Кондратьева подчёркивает, что ядро СОРМ — это закрытая «коробочка» с уникальной моделью данных, а не интерфейсная оболочка, поэтому опыт вендоров из мобильной связи не переносится на ТЭД. На рынке на данный момент нет ни одного завершённого внедрения СОРМ для ТЭД по 1317/1318, и это ключевой факт, который следует учитывать при планировании.

21:43 Сценарий 1: СОРМ на собственной инфраструктуре компании

Это самый сложный и дорогой путь: компания размещает «коробочку» СОРМ на собственных серверах, нанимает DevOps-команду и организует ограничения доступа к помещению, где физически находится оборудование. Модель данных разрабатывается индивидуально под роли и специфику конкретного ТЭКа, что требует глубокой аналитической работы и итераций с регулятором. Сценарий ориентирован на крупный и средний+ бизнес, способный нести капитальные и операционные расходы. По оценке Дениса Малышева (оператор ЭПД Tensor), стоимость реализации сценария 1 исчисляется десятками миллионов рублей. Конкретные цены на рынке пока не сформированы: любой вендор, называющий фиксированную сумму (600 тыс. или 1,5 млн руб.), оперирует маркетингом, а не реальностью. Практический вывод: если компания выбирает этот путь, она должна закладывать не только бюджет на оборудование, но и штатную IT-команду на весь жизненный цикл.

25:18 Сценарий 2: АутСОРМинг

В этом варианте инфраструктурные требования (серверы, DevOps, физическая защита помещения) переносятся на вендора, который размещает «коробочку» СОРМ на своей стороне. Компания платит ежемесячные платежи, включающие стоимость пользования и инфраструктуру, что позволяет растянуть нагрузку по бюджету и избежать единовременного капитального вложения. Сопровождение и обновления ложатся на вендора, что упрощает эксплуатацию для заказчика. Сценарий также ориентирован на крупный и средний+ бизнес; стоимость зависит от количества ролей, объёма перевозок и числа юридических лиц в холдинге. Денис Малышев подтвердил, что на рынке существуют только пилотные реализации, а не боевые решения, и для малого и среднего бизнеса сценарий 2 недоступен не раньше второй половины следующего года. Практический вывод: при выборе вендора для аутсорсинга критически важно проверить, есть ли у него действующий пилот именно для ТЭД, а не перенесённый опыт из телеком-сегмента.

29:19 Сценарий 3: Облачная ТМС-платформа

Экспедитор продолжает работать в привычной SaaS-системе, а та «под капотом» передаёт данные в СОРМ без дополнительных действий со стороны пользователя. Интеграция с СОРМ реализуется как дополнительная платная опция, стоимость которой пропорциональна трафику (объёму обрабатываемых событий). Для сценариев 3 и 4 модель данных унифицируется: обязательные поля становятся обязательными к заполнению, и компания подстраивает свои процессы под стандарт, а не наоборот. Сценарий рассчитан на средний и малый бизнес, для которых собственная инфраструктура или аутсорсинг экономически нецелесообразны. Денис Малышев (Tensor) подтвердил, что боевых решений в облачном сегменте пока нет — только пилоты, и массовая доступность ожидается не раньше второй половины следующего года. Практический вывод: компаниям, работающим в облачных ТМС, стоит уже сейчас «толкать» своего вендора к интеграции с СОРМ, чтобы не оказаться в хвосте очереди при запуске.

34:36 Сценарий 4: Передача данных через оператора ЭПД

Экспедитор отгружает данные по API в «буфер» оператора ЭПД — по аналогии с электронными накладными, но без УКЭП и МЧД: это просто JSON-поток событий. Оператор упаковывает входящий поток в формат, требуемый СОРМ, и передаёт в регулятор. Сценарий предназначен для компаний с кастомными или 1С-системами, которые не покрываются готовыми облачными ТМС-платформами, но при этом используют стандартизированные форматы. Модель данных здесь также унифицируется, как и в сценарии 3, что снижает нагрузку на IT-отдел компании. Денис Малышев, представляющий Tensor, подтвердил, что операторы ЭПД уже ведут пилотные работы, но боевых решений на момент вебинара не существует. Практический вывод: если компания не может перейти на облачную ТМС, сценарий 4 через оператора ЭПД — наиболее реалистичный путь, но он требует готовности вендора оператора и стандартизации внутренних процессов.

48:49 Что делать сейчас и с чего начать

Первый и самый доступный шаг — пройти опросник-скрининг (QR-код на сайте kess.ru), который поможет определить, к какому из четырёх сценариев относится конкретная компания. Для сценариев 1–2 можно начинать работу с регулятором уже сейчас: инициатива по плану мероприятий лежит на стороне компании, регулятор сам не придёт. Для сценариев 3–4 реалистичный горизонт — не раньше второй половины следующего года, когда вендоры завершат пилоты и выйдут на боевые решения; параллельно компании следует активно «толкать» своего вендора ТМС-платформы к интеграции с СОРМ. Кондратьева подчёркивает, что конкретные цены на рынке не сформированы, и любые фиксированные цифры от вендоров носят маркетинговый характер. Практический вывод: не откладывать скрининг, не ждать «готового продукта» и не принимать на веру обещания по стоимости — это три правила, которые защитят от потери времени и бюджета.

СОРМ принципиально отличается от ГИС ЭПД по целям, набору данных и режиму передачи. На рынке пока нет универсального решения и готовых интеграций, идут единичные пилотные проекты с несколькими крупными ТЭК. Зритель получает чёткое понимание, какие сценарии реализации требований ТЭКов по интеграции с СОРМ будут доступны. Проведен разбор сценариев для возможности оценки применительно к своему бизнесу. Даны пояснения по факторам, влияющим на стоимость и какой первый шаг нужно сделать уже сегодня.

  • Требования СОРМ распространяются на все компании с ТЭД по 554-му постановлению и ГОСТу ТЭД, а не только на «экспедиторов» как отраслевое понятие; в реестре — более 70 000 компаний.
  • Данные передаются в режиме реального времени (задержка может составлять в пределах минут, 15 минут или часа) фоновым каналом «под капотом» бизнес-систем
  • СОРМ — третья волна Пакета Яровой (после мобильной связи и почты); нормативная база — постановления Правительства № 1317 и № 1318.
  • СОРМ и ГИС ЭПД решают разные задачи: безопасность и оперативный выход на персонажей vs. фискальный контроль и документооборот.
  • На текущий момент на рынке отсутствуют завершённое внедрение СОРМ для ТЭД; опыт вендоров из мобильной связи не переносится из-за уникальной закрытой модели данных.
  • Сценарии 1–2 (собственная инфраструктура / аутсорсинг) оцениваются в десятки миллионов рублей и ориентированы на крупный и средний+ бизнес.
  • Для малого и среднего бизнеса реализация через облачные платформы (сценарии 3–4) ожидается не раньше второй половины следующего года.
  • Любой вендор, называющий фиксированную стоимость (600 тыс., 1,5 млн руб.), оперирует маркетингом, а не реальностью.
  • Автоперевозчики без экспедирования пока вне зоны СОРМ, но требования к ним (вплоть до геопозиционирования машины) неизбежно появятся.
  • Первый практический шаг — пройти опросник-скрининг на kess.ru и определить свой сценарий; инициатива по плану мероприятий — на стороне компании.

СОРМ для ТЭК зеленый оранжевый

Требования, сценарии, практические шаги

Вебинар посвящён практическим аспектам внедрения СОРМ (системы оперативно-розыскных мероприятий) для компаний, осуществляющих транспортно-экспедиционную деятельность. Спикер Елена Кондратьева — разбирает нормативную базу (ПП 1317 и 1318), карту ролей транспортно-логистической отрасли и четыре сценария реализации.

Скачать PDF
63
0:00 / 0:00
Детальное содержание

00:00 Введение

Спикер Елена Кондратьева более 15 лет работала в транспорте и логистике (Газпромтранс, FESCO), а с весны 2026 года выступает как независимый эксперт (kess.ru) и участник неформальной рабочей группы по выработке модели данных для СОРМ. Вебинар задуман как практический ориентир для компаний, которые впервые сталкиваются с требованиями 1317-го и 1318-го постановлений Правительства. СОРМ позиционируется как третья волна реализации Пакета Яровой: первая и вторая волны затронули мобильную связь и почтовые сервисы, теперь очередь дошла до транспортно-экспедиционной отрасли. Кондратьева подчёркивает, что речь идёт не об абстрактном «комплаенсе», а о конкретных технических и организационных решениях, которые компания должна принять в ближайшие 12–24 месяца. Зритель получает контекст: почему государство заинтересовано именно в этой отрасли, какие нормативные документы уже приняты и что ещё находится в стадии проработки.

02:36 Кто попадает под СОРМ и карта ролей

Требования распространяются не на «экспедиторов» как узкое отраслевое понятие, а на все компании, осуществляющие транспортно-экспедиционную деятельность (ТЭД) по 554-му постановлению и ГОСТу ТЭД. На момент вебинара в реестре экспедиторов зарегистрировано более 70 000 компаний, при этом к концу марта поступило около 30 000 заявок на включение. Кондратьева демонстрирует карту ролей: зелёным выделены участники, попадающие под СОРМ, синим — те, кто пока вне зоны; в ближайшее время карта будет дополнена ещё примерно 10 специфичными ролями. Автоперевозчики, работающие без экспедирования, на текущий момент под СОРМ не попадают, однако спикер предупреждает, что требования к ним — вплоть до обязательного геопозиционирования машины — неизбежно появятся. Практический вывод: компании, которые считают себя «просто перевозчиками», не должны расслабляться, если в цепочке присутствует экспедиторская функция.

08:48 Почему СОРМ не равно ГИС ЭПД

СОРМ и ГИС ЭПД решают принципиально разные задачи: безопасникам нужен полный цифровой след для оперативного выхода на конкретных персонажей в случае прецедента и для упреждающих мероприятий, тогда как ГИС ЭПД обслуживает фискальный контроль и документооборот. Набор данных различается кардинально: в СОРМ передаются телефоны, IP-адреса, геопозиционирование, причастные лица и даже нереализованные заявки, а не только накладные и акты. Режим работы тоже иной: СОРМ требует передачи в реальном времени (в пределах минут, 15 минут или часа) фоновым каналом «под капотом» бизнес-систем, а не постфактум и не ручным вводом. Кондратьева подчёркивает, что ядро СОРМ — это закрытая «коробочка» с уникальной моделью данных, а не интерфейсная оболочка, поэтому опыт вендоров из мобильной связи не переносится на ТЭД. На рынке на данный момент нет ни одного завершённого внедрения СОРМ для ТЭД по 1317/1318, и это ключевой факт, который следует учитывать при планировании.

21:43 Сценарий 1: СОРМ на собственной инфраструктуре компании

Это самый сложный и дорогой путь: компания размещает «коробочку» СОРМ на собственных серверах, нанимает DevOps-команду и организует ограничения доступа к помещению, где физически находится оборудование. Модель данных разрабатывается индивидуально под роли и специфику конкретного ТЭКа, что требует глубокой аналитической работы и итераций с регулятором. Сценарий ориентирован на крупный и средний+ бизнес, способный нести капитальные и операционные расходы. По оценке Дениса Малышева (оператор ЭПД Tensor), стоимость реализации сценария 1 исчисляется десятками миллионов рублей. Конкретные цены на рынке пока не сформированы: любой вендор, называющий фиксированную сумму (600 тыс. или 1,5 млн руб.), оперирует маркетингом, а не реальностью. Практический вывод: если компания выбирает этот путь, она должна закладывать не только бюджет на оборудование, но и штатную IT-команду на весь жизненный цикл.

25:18 Сценарий 2: АутСОРМинг

В этом варианте инфраструктурные требования (серверы, DevOps, физическая защита помещения) переносятся на вендора, который размещает «коробочку» СОРМ на своей стороне. Компания платит ежемесячные платежи, включающие стоимость пользования и инфраструктуру, что позволяет растянуть нагрузку по бюджету и избежать единовременного капитального вложения. Сопровождение и обновления ложатся на вендора, что упрощает эксплуатацию для заказчика. Сценарий также ориентирован на крупный и средний+ бизнес; стоимость зависит от количества ролей, объёма перевозок и числа юридических лиц в холдинге. Денис Малышев подтвердил, что на рынке существуют только пилотные реализации, а не боевые решения, и для малого и среднего бизнеса сценарий 2 недоступен не раньше второй половины следующего года. Практический вывод: при выборе вендора для аутсорсинга критически важно проверить, есть ли у него действующий пилот именно для ТЭД, а не перенесённый опыт из телеком-сегмента.

29:19 Сценарий 3: Облачная ТМС-платформа

Экспедитор продолжает работать в привычной SaaS-системе, а та «под капотом» передаёт данные в СОРМ без дополнительных действий со стороны пользователя. Интеграция с СОРМ реализуется как дополнительная платная опция, стоимость которой пропорциональна трафику (объёму обрабатываемых событий). Для сценариев 3 и 4 модель данных унифицируется: обязательные поля становятся обязательными к заполнению, и компания подстраивает свои процессы под стандарт, а не наоборот. Сценарий рассчитан на средний и малый бизнес, для которых собственная инфраструктура или аутсорсинг экономически нецелесообразны. Денис Малышев (Tensor) подтвердил, что боевых решений в облачном сегменте пока нет — только пилоты, и массовая доступность ожидается не раньше второй половины следующего года. Практический вывод: компаниям, работающим в облачных ТМС, стоит уже сейчас «толкать» своего вендора к интеграции с СОРМ, чтобы не оказаться в хвосте очереди при запуске.

34:36 Сценарий 4: Передача данных через оператора ЭПД

Экспедитор отгружает данные по API в «буфер» оператора ЭПД — по аналогии с электронными накладными, но без УКЭП и МЧД: это просто JSON-поток событий. Оператор упаковывает входящий поток в формат, требуемый СОРМ, и передаёт в регулятор. Сценарий предназначен для компаний с кастомными или 1С-системами, которые не покрываются готовыми облачными ТМС-платформами, но при этом используют стандартизированные форматы. Модель данных здесь также унифицируется, как и в сценарии 3, что снижает нагрузку на IT-отдел компании. Денис Малышев, представляющий Tensor, подтвердил, что операторы ЭПД уже ведут пилотные работы, но боевых решений на момент вебинара не существует. Практический вывод: если компания не может перейти на облачную ТМС, сценарий 4 через оператора ЭПД — наиболее реалистичный путь, но он требует готовности вендора оператора и стандартизации внутренних процессов.

48:49 Что делать сейчас и с чего начать

Первый и самый доступный шаг — пройти опросник-скрининг (QR-код на сайте kess.ru), который поможет определить, к какому из четырёх сценариев относится конкретная компания. Для сценариев 1–2 можно начинать работу с регулятором уже сейчас: инициатива по плану мероприятий лежит на стороне компании, регулятор сам не придёт. Для сценариев 3–4 реалистичный горизонт — не раньше второй половины следующего года, когда вендоры завершат пилоты и выйдут на боевые решения; параллельно компании следует активно «толкать» своего вендора ТМС-платформы к интеграции с СОРМ. Кондратьева подчёркивает, что конкретные цены на рынке не сформированы, и любые фиксированные цифры от вендоров носят маркетинговый характер. Практический вывод: не откладывать скрининг, не ждать «готового продукта» и не принимать на веру обещания по стоимости — это три правила, которые защитят от потери времени и бюджета.

СОРМ принципиально отличается от ГИС ЭПД по целям, набору данных и режиму передачи. На рынке пока нет универсального решения и готовых интеграций, идут единичные пилотные проекты с несколькими крупными ТЭК. Зритель получает чёткое понимание, какие сценарии реализации требований ТЭКов по интеграции с СОРМ будут доступны. Проведен разбор сценариев для возможности оценки применительно к своему бизнесу. Даны пояснения по факторам, влияющим на стоимость и какой первый шаг нужно сделать уже сегодня.

  • Требования СОРМ распространяются на все компании с ТЭД по 554-му постановлению и ГОСТу ТЭД, а не только на «экспедиторов» как отраслевое понятие; в реестре — более 70 000 компаний.
  • Данные передаются в режиме реального времени (задержка может составлять в пределах минут, 15 минут или часа) фоновым каналом «под капотом» бизнес-систем
  • СОРМ — третья волна Пакета Яровой (после мобильной связи и почты); нормативная база — постановления Правительства № 1317 и № 1318.
  • СОРМ и ГИС ЭПД решают разные задачи: безопасность и оперативный выход на персонажей vs. фискальный контроль и документооборот.
  • На текущий момент на рынке отсутствуют завершённое внедрение СОРМ для ТЭД; опыт вендоров из мобильной связи не переносится из-за уникальной закрытой модели данных.
  • Сценарии 1–2 (собственная инфраструктура / аутсорсинг) оцениваются в десятки миллионов рублей и ориентированы на крупный и средний+ бизнес.
  • Для малого и среднего бизнеса реализация через облачные платформы (сценарии 3–4) ожидается не раньше второй половины следующего года.
  • Любой вендор, называющий фиксированную стоимость (600 тыс., 1,5 млн руб.), оперирует маркетингом, а не реальностью.
  • Автоперевозчики без экспедирования пока вне зоны СОРМ, но требования к ним (вплоть до геопозиционирования машины) неизбежно появятся.
  • Первый практический шаг — пройти опросник-скрининг на kess.ru и определить свой сценарий; инициатива по плану мероприятий — на стороне компании.