Операторы ИС ЭПД в России: выбор для экспедитора 2026

Исследование groooz.ru по открытым источникам.
Дата среза информации: 20 августа 2026 года.

С 1 сентября 2026 года электронные перевозочные документы становятся обязательной частью документооборота для значительной части участников грузоперевозок. 

Для участников грузоперевозок это означает не только переход от бумаги к электронным документам, но и необходимость выбрать оператора ИС ЭПД, определить способ подключения и встроить ЭПД в существующие рабочие процессы.

Специалисты groooz.ru изучили официальный реестр операторов ИС ЭПД, материалы Минтранса и ФНС России, сведения о реализации форматов и роуминга, а также открытые продуктовые материалы операторов.

Цель исследования — разобраться, какую роль выполняет оператор ИС ЭПД, кто входит в официальный реестр, чем различаются доступные на рынке модели работы и какие параметры следует учитывать при выборе.

Что важно знать экспедитору (перевозчику)

Участнику перевозки напрямую подключиться к ГИС ЭПД нельзя. Рабочая схема выглядит так:

TMS / ERP / 1С → оператор ИС ЭПД → ГИС ЭПД

Через оператора ИС ЭПД участники перевозки передают электронные перевозочные документы и сведения из них в государственную информационную систему электронных перевозочных документов — ГИС ЭПД.

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

На дату исследования в официальной выгрузке реестра Минтранса находилось 14 операторов ИС ЭПД. При этом наличие компании в реестре не означает автоматически, что любой необходимый конкретному экспедитору формат уже одинаково реализован у всех операторов и во всех межоператорских связках.

Поэтому при выборе оператора для экспедитора существенны как минимум четыре вещи:

1. статус оператора в официальном реестре;

2. фактическая готовность нужных видов ЭПД;

3. роуминг с операторами основных контрагентов;

4. способ интеграции с учётной системой экспедитора.

Что меняется для экспедитора

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

Для экспедиторов особенно важны:

• электронная транспортная накладная;

• электронный заказ или заявка;

• поручение экспедитору;

• экспедиторская расписка;

• складская расписка;

• другие предусмотренные законодательством электронные перевозочные документы.

Отдельно необходимо различать:

реестр экспедиторов — относится к допуску к транспортно-экспедиционной деятельности (составляющая часть Гослога);

реестр операторов ИС ЭПД — определяет юридических лиц, информационные системы которых могут использоваться для обмена электронными перевозочными документами с ГИС ЭПД.

Регистрация экспедитора в соответствующем реестре не заменяет подключение к оператору ИС ЭПД.

Какую роль выполняет оператор ИС ЭПД

Практически оператор закрывает несколько разных задач.

Передача документов в государственный контур

Оператор принимает данные и документы от участника информационного взаимодействия и обеспечивает необходимый обмен с ГИС ЭПД.

Обмен между участниками перевозки

Если грузоотправитель, перевозчик, экспедитор и грузополучатель используют разные системы, необходим межоператорский обмен.

Именно поэтому при выборе недостаточно установить, что оператор присутствует в реестре. Нужно проверить, работает ли необходимая связка с операторами ваших основных контрагентов.

Пользовательский интерфейс

В зависимости от продукта работать с ЭПД можно:

• через веб-кабинет;

• в 1С;

• через мобильное приложение;

• через интеграцию с TMS или ERP;

• по API.

Электронная подпись и полномочия

Электронный документооборот связан с использованием электронной подписи и, в предусмотренных случаях, машиночитаемой доверенности — МЧД.

Поэтому при оценке решения необходимо отдельно проверять работу с полномочиями сотрудников, подписание документов и сценарии мобильного подписания.

Кто входит в реестр операторов ИС ЭПД

Официальным источником сведений об операторах является реестр Минтранса России.

На дату исследования использовалась выгрузка реестра от 5 августа 2026 года.

Примечание. Таблица воспроизводит состояние официальной выгрузки на дату исследования. Статусы и сроки реестровых записей могут изменяться, поэтому перед подключением их необходимо повторно проверять на сайте Минтранса России.

Поле «действует до» не означает, что оператор прекратит деятельность после указанной даты. Это характеристика текущей реестровой записи.

Для клиента этот параметр скорее означает необходимость контролировать актуальность статуса оператора в течение срока договора.

Реестр ещё не говорит о готовности конкретного сценария

Это один из наиболее важных выводов исследования.

Не следует считать идентичными три состояния:

1. Компания включена в реестр операторов ИС ЭПД.

2. Информационная система оператора подключена к ГИС ЭПД.

3. Необходимый клиенту вид документа фактически работает в промышленном режиме, включая обмен с оператором его контрагента.

Для экспедитора третья проверка особенно существенна.

ФНС России публикует отдельную матрицу реализации форматов и межоператорского обмена. По состоянию на 13 августа 2026 года базовые транспортные форматы находились на более зрелой стадии реализации, чем новый блок экспедиторских документов.

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

Поэтому формулировку на сайте поставщика «поддерживаем экспедиторские документы» перед промышленным запуском необходимо дополнительно проверять по официальной матрице и фактическому тестовому сценарию.

Чем отличаются продукты операторов

Операторы ИС ЭПД работают в одном регулируемом контуре, но их пользовательские продукты существенно различаются.

Одни решения тесно связаны с 1С, другие ориентированы на собственные веб-кабинеты, третьи — на корпоративные интеграции и API, четвёртые объединяют ЭПД с EDI, обычным ЭДО или транспортными системами.

* EDI - это технология электронного обмена данными, когда один участник создаёт документ в своей учётной системе (заказ, счёт-фактуру, уведомление об отгрузке), система автоматически преобразует его в стандартизированный EDI-формат, передаёт через защищённый канал и загружает прямо в систему партнёра.

Поэтому сравнивать операторов только по наличию статуса в реестре некорректно.

Ниже приведён обзор характеристик, которые удалось подтвердить в изученных публичных материалах.

Примечание к таблице. Таблица подготовлена редакцией groooz.ru на основании официальных сайтов, документации и иных общедоступных материалов операторов по состоянию на 20 августа 2026 года.

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

Почему нельзя просто сравнить цену одного ЭПД

Прайс-листы операторов выглядят сопоставимыми только на первый взгляд.

У разных поставщиков единицей расчёта могут быть:

• документ;

• исходящий документ;

• входящий документ;

• подписанный титул;

• пакет документов;

• отдельный модуль;

• API-доступ;

• абонентская плата;

• комбинация нескольких элементов.

Поэтому условные «3 ₽» у одного оператора и «6 ₽» у другого ещё не означают двукратную разницу в стоимости одной перевозки.

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

Как сравнивать 

Экспедитору лучше подготовить свой собственный сценарий работы и направить его нескольким операторам.

Например:

• 30 000 перевозок в год;

• 20 пользователей;

• 200 активных контрагентов;

• ЭТрН;

• электронный заказ/заявка;

• поручение экспедитору;

• экспедиторская расписка;

• часть контрагентов работает через других операторов;

• интеграция с собственной TMS;

• нужен API;

• требуется резервная возможность работы через веб;

• необходима техническая поддержка при критических сбоях.

После этого у каждого поставщика следует запросить итоговую годовую стоимость одного и того же сценария.

Только такой расчёт позволяет сравнить предложения корректно.

Какие параметры действительно важны при выборе оператора

Актуальный реестровый статус

Проверяется непосредственно перед заключением договора и перед промышленным запуском.

Готовность нужных форматов

Экспедитору недостаточно наличия ЭТрН.

Если компания должна создавать поручение экспедитору, экспедиторскую или складскую расписку, нужно отдельно убедиться в промышленной готовности именно этих документов.

Роуминг

Необходимо понять:

• с какими операторами уже работает обмен;

• какие операторы используются вашими крупными заказчиками и перевозчиками;

• протестированы ли необходимые типы документов между этими системами.

API и интеграция

Для компании с собственной TMS недостаточно факта наличия API.

Нужно проверить:

• доступность документации;

• методы создания и получения документов;

• статусы;

• обработку ошибок;

• повторные запросы;

• работу с электронной подписью;

• тестовую среду;

• ограничения по частоте запросов;

• правила изменения API.

Резервный режим

Даже при полной API-интеграции полезно понимать, сможет ли сотрудник продолжить работу через веб-интерфейс оператора при проблемах собственной TMS или интеграционного слоя.

SLA и поддержка

Сам статус оператора не означает одинаковых договорных условий у всех участников рынка.

Для критичного корпоративного процесса имеет смысл отдельно согласовать:

• время реакции на инциденты;

• каналы поддержки;

• порядок эскалации;

• регламент плановых работ;

• параметры доступности;

• ответственность сторон.

Полная стоимость владения

Помимо самих ЭПД могут возникать расходы на:

• подключение;

• настройку;

• интеграционные модули;

• API;

• доработку 1С или TMS;

• электронные подписи;

• обучение;

• сопровождение;

• дополнительные виды ЭДО.

Веб, 1С или API: что выбрать экспедитору

Здесь нет универсального ответа. Способ подключения следует выбирать исходя из существующей ИТ-архитектуры и объёма операций.

Веб-интерфейс

Подходит, когда:

• объём документов относительно небольшой;

• собственной TMS нет;

• требуется быстро начать работу;

• допустим ручной ввод данных.

Главный плюс — минимальный интеграционный проект.

Основной минус — с ростом количества перевозок появляется повторный ручной ввод и возрастает риск ошибок.

Готовая интеграция с 1С

Имеет смысл, когда 1С уже является основной системой учёта и значительная часть необходимых для ЭПД данных находится внутри неё.

При выборе нужно отдельно проверить, какие именно конфигурации 1С поддерживаются и где потребуется доработка.

API

API обычно становится основным вариантом для компаний, у которых уже есть собственная TMS, ERP или другой операционный контур.

В таком случае логика рейса остаётся в системе экспедитора, а оператор используется как регулируемый канал работы с ЭПД.

Упрощённо:

карточка перевозки в TMS → формирование данных ЭПД → API оператора → ГИС ЭПД → получение статусов обратно в TMS.

Для крупного объёма это снижает количество ручных операций и позволяет связать документы с конкретной заявкой, перевозчиком, водителем, транспортным средством и расчётами.

Стоит ли подключать двух операторов одновременно

Теоретически второй оператор может использоваться как резервный канал.

На практике наличие двух договоров само по себе отказоустойчивость не создаёт.

Чтобы резерв действительно работал, необходимо заранее решить:

• как переключаются документы;

• как идентификаторы разных операторов сопоставляются внутри вашей системы;

• что происходит с документом, уже созданным у первого оператора;

• как работает подписание;

• как исключить дублирование;

• как будут синхронизироваться статусы;

• кто принимает решение о переключении.

Без заранее реализованного и протестированного механизма второй оператор может увеличить сложность процесса вместо повышения его устойчивости.

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

Практический порядок выбора

Для экспедиторской компании процесс можно построить следующим образом.

Шаг 1. Описать свои документы

Определить, какие ЭПД компания действительно должна создавать, подписывать или получать.

Шаг 2. Описать роли

Кто в ваших перевозках выступает:

• экспедитором;

• грузоотправителем;

• перевозчиком;

• грузополучателем;

• иным участником.

Шаг 3. Определить основной способ работы

Веб, 1С или собственная система по API.

Шаг 4. Проверить официальный реестр

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

Шаг 5. Проверить готовность форматов

Особенно внимательно — новые экспедиторские документы.

Шаг 6. Проверить роуминг

В первую очередь с операторами наиболее значимых контрагентов.

Шаг 7. Запросить демонстрацию или пилот

Лучше проверять не абстрактную «работу ЭПД», а собственную цепочку.

Шаг 8. Посчитать стоимость на едином сценарии

Не сравнивать отдельные цифры из прайс-листов.

Шаг 9. Проверить договор

Отдельно обратить внимание на:

• ответственность;

• SLA;

• изменение тарифов;

• изменение API;

• уведомление об изменении реестрового статуса;

• выгрузку и перенос данных;

• прекращение договора.

Шаг 10. Только после этого выбирать поставщика

Что в итоге выбирать экспедитору

Главный вывод исследования состоит не в том, что существует один оператор, подходящий всем.

Правильнее сначала определить техническую модель работы, а затем уже сравнивать операторов внутри неё.

Для небольшой компании без собственной информационной системы первоначальным решением может быть стандартный веб-сервис оператора или готовый модуль 1С.

Для компании, у которой перевозки уже ведутся в 1С, логично сначала проверить готовые интеграционные варианты для используемой конфигурации.

Для экспедитора с собственной TMS или значительным объёмом перевозок отдельный веб-кабинет оператора не должен становиться ещё одной самостоятельной системой учёта. В такой архитектуре основная информация о перевозке остаётся в TMS, а взаимодействие с оператором ИС ЭПД автоматизируется через интеграционный интерфейс.

При этом собственная TMS не заменяет оператора ИС ЭПД. Она лишь становится пользовательским и операционным слоем поверх регулируемого операторского контура.

Вывод

К августу 2026 года рынок операторов ИС ЭПД уже сформирован, но продукты участников существенно различаются по способам работы, глубине интеграции, смежным сервисам и моделям тарификации.

Для экспедитора критичен не бренд оператора сам по себе, а соответствие конкретному рабочему сценарию.

Сравнение только по цене одного документа или только по наличию компании в реестре недостаточно.

Отдельное внимание в 2026 году следует уделять новым экспедиторским документам. Их фактическую промышленную готовность имеет смысл проверять непосредственно перед запуском по официальным данным ФНС и в тестовом обмене с оператором.

Методология исследования

Исследование подготовлено специалистами groooz.ru на основании трёх групп источников.

Официальные источники

• официальный реестр операторов ИС ЭПД Минтранса России;

• материалы Минтранса России о ГИС ЭПД и требованиях к операторам;

• материалы ФНС России по обязательному транспортному ЭДО;

• опубликованные ФНС сведения о реализации форматов и межоператорском обмене;

• нормативные правовые акты Российской Федерации.

Эти источники использовались для определения нормативных требований, состава реестра и официальных статусов.

Материалы операторов и разработчиков

Использовались официальные сайты, документация, тарифные страницы и описания продуктов операторов.

Такие сведения рассматриваются как информация, заявленная самим поставщиком, если она отдельно не подтверждается независимым официальным источником.

При подготовке обзора использовались официальные материалы АО «Калуга Астрал», АО «ПФ «СКБ Контур», ООО «Эдивеб», ООО «Такском», ООО «СберКорус», ООО «Компания «Тензор», ООО «Эвотор ОФД», ООО «ФораПром», ООО «Айтиком», ООО «ОПЕРАТОР-ЦРПТ», АО «Точка», ООО «НТСсофт», АО «Энергетические системы и коммуникации» и АО «НИИАС».

Аналитика groooz.ru

Редакция сопоставляла найденные характеристики с типичными рабочими сценариями экспедиторских компаний.

Аналитические выводы groooz.ru не означают присвоения операторам рейтинга и не являются оценкой качества их услуг.

Редакционная оговорка

Информация в материале актуальна на дату исследования и может изменяться. groooz.ru не является представителем перечисленных компаний и не подтверждает от их имени характеристики их продуктов.

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

Использование названий компаний, продуктов и товарных знаков осуществляется исключительно в информационных целях для идентификации предмета исследования и не означает аффилированности groooz.ru с соответствующими правообладателями.