ЭТрН 2026: как бизнесу подготовиться к обязательному переходу

Разбираемся, что действительно стоит проверить до перехода.

Что меняется для бизнеса

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

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

• На складе: при настроенной интеграции данные из складской системы (WMS) автоматически попадают в ЭТрН. В системе указан один объем или вес, но отгружается другой — расхождение всплывет сразу при создании документа, не на этапе бухгалтерской сверки.
• В бухгалтерии: все этапы перевозки фиксируются и подписываются электронно. Если титулы оформлены вовремя, к моменту доставки груза первичка по перевозке уже собрана. Не нужно ждать курьера с оригиналами и гадать, какая версия накладной окончательная — рейс можно закрывать сразу.
• У водителя: в типовом сценарии действия подтверждаются через мобильное приложение с использованием предусмотренного механизма электронной подписи, а юридическую силу соответствующий титул получает после подписания уполномоченным сотрудником перевозчика, действующим по машиночитаемой доверенности.

Отдельный слой — внешний контур. Подписанные документы уходят в государственную информационную систему электронных перевозочных документов, и именно там их видят контролирующие органы. При проверке на дороге водитель открывает документ в приложении и показывает QR‑код, который инспектор сканирует и сверяет по своей системе.

Точки сбоя при переходе на ЭТрН

ЭТрН не создает проблемы, а вскрывает существующие, и часть из них связана с внутренними процессами компании: разрозненными учетными системами, нераспределенными ролями, ненастроенными интеграциями. Другая — с внешней инфраструктурой.

Отсутствие интеграций

Представим ситуацию: машина доставляет товар на два склада. После первой разгрузки получатель подписывает титул на фактически принятое количество. Если учетная система (ERP) не интегрирована с оператором ИС ЭПД, данные приходится вносить вручную. Достаточно ошибиться в одной цифре, и документ не пройдет форматно‑логический контроль и вернется на доработку.

Нераспределенные роли

Груз в пути, но клиент просит изменить адрес доставки: грузоотправитель дает указание о переадресовке, перевозчик формирует и подписывает соответствующий титул — новый маршрут фиксируется в системе. Но если в компании‑грузоотправителе заранее не определено, кто инициирует изменение и отслеживает статусы, распоряжение уходит с задержкой, титул не оформляется вовремя и маршрут в системе остается прежним, несмотря на то, что груз едет по другому адресу.

Разные операторы

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

Система недоступна

Когда такое происходит постоянно, поддержка интеграций превращается в ежедневную рутину для ИТ‑команды: обновления API, контроль статусов, разбор ошибок. Сотрудники вручную сверяют версии, ищут расхождения, перезапускают зависшие титулы.

Логика подключения к ЭТрН: как выстроить проект

Чтобы избежать описанных выше проблем, подготовку к переходу на ЭТрН стоит начать с определения границ проекта. Необходимо понять, как внутри компании формируется и подписывается ЭТрН и связанные титулы, а также решить, включать ли в тот же этап смежные документы — поручения экспедитору, складские расписки, договоры, УПД. В противном случае работа быстро разделится на параллельные потоки с разными сроками и ответственными, что неизбежно приведет к расхождениям в данных.

Дальше нужно оценить текущее состояние ИТ‑систем: связаны ли они между собой, формируются ли данные в едином контуре или сотрудники переносят их вручную, поддерживают ли действующие решения обмен в форматах ЭТрН.

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

Только после этого имеет смысл выбирать модель подключения.

• Самостоятельная интеграция. Компания выбирает аккредитованного оператора ИС ЭПД, заключает с ним договор и настраивает обмен. Отдельно выпускает квалифицированные электронные подписи (КЭП) для сотрудников, оформляет машиночитаемые доверенности (МЧД). Сроки здесь напрямую зависят от состояния внутренних систем и объема изменений.
• Использование готового решения класса ECM/BPM, интегрированного с оператором ИС ЭПД. Здесь формирование, маршрутизация и хранение документов уже настроены в едином интерфейсе, поэтому запуск пилота обычно проходит быстрее. Обновления форматов и API в таком случае выполняет поставщик решения, что снижает объем собственных доработок и нагрузку на ИТ‑команду.

Но сам проект на всем этом не заканчивается. Требования к форматам и API операторов периодически обновляются. При самостоятельной интеграции ИТ‑команда будет регулярно адаптировать системы к изменениям. В готовом решении эту работу берет на себя поставщик.

Точка проверки процессов

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

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