ЭТрН: что это и какие сложности могут ждать бизнес

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

О том, что именно меняется для рынка и с какими сложностями компании сталкиваются на практике, мы поговорили с функциональным архитектором TMS Андреем Евпловым.

1.      Мы видим, что тема ЭТрН в транспортной логистике именно сейчас вызывает все больший интерес у бизнеса. С чем, на ваш взгляд, это связано?

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

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

2.      Многие до сих пор воспринимают ЭТрН как «еще одну электронную бумажку». Так ли это на практике?

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

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

3.      С какими проблемами сталкиваются компании при переходе на электронные перевозочные документы?

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

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

4.      Почему компании ошибаются, когда воспринимают переход на ЭТрН как обычный ИТ-проект, и что в таком подходе идет не так?

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

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

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

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

5.      Что в работе логистики меняется сильнее всего, когда компания переходит на ЭТрН?

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

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

6.      ЭТрН вскрывает разрыв между тем, как процесс описан, и тем, как он реально работает?

Да, и именно поэтому многие проекты перехода на ЭТрН оказываются сложнее, чем казалось в начале. Пока процесс живет на бумаге и в ручных коммуникациях, компания может долго не замечать внутренних противоречий: кто-то что-то исправил в последний момент, кто-то кому-то позвонил, кто-то принял решение по ситуации. Годами могут существовать исключения, которые нигде не описаны, потому что «все и так знают».

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

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

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

7.      С чего начать компании, которая только подходит к теме ЭТрН?

Как правило, в наших проектах мы начинаем с анализа текущих сценариев перевозки и того, как они должны быть поддержаны в TMS-контуре компании. На этом этапе важно понять, в каких ролях выступает компания, какие модели перевозки у нее есть, где она работает с внешним перевозчиком, где присутствует самовывоз, сборные рейсы или экспедирование. Это позволяет сразу определить, какие процессы должны быть реализованы в системе, какие данные необходимы и какие точки интеграции потребуется выстроить.

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

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

8.      Где чаще всего все ломается: в данных, в процессах или в людях?

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

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

9.      Насколько успех внедрения зависит от перевозчиков и других контрагентов?

Очень сильно. ЭТрН — это не внутренний корпоративный документ. Он проходит через нескольких участников, и если хотя бы один из них выпадает из процесса, цепочка рвется. Даже если у грузоотправителя все готово, проект может тормозить из-за неподготовленного перевозчика, грузополучателя или контрагента с другой стороны.

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

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

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

10.  Часто ли компании недооценивают вопрос подписания электронных документов?

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

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

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

11.  Можно ли внедрить ЭТрН «для галочки» — только чтобы формально соответствовать требованиям?

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

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

12.  Если опираться на практику реальных проектов, сколько времени у компании в среднем занимает внедрение ЭТрН и от чего этот срок зависит?

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

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

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

13.  ЭТрН и ЭДО в логистике — это для бизнеса скорее обязанность или все-таки возможность что-то улучшить?

Скорее, это вынужденная возможность. Вряд ли многие пришли бы к этому сами, если бы не регулятор. Но дальше все зависит от подхода. Если компания использует переход только как способ успеть к обязательной дате, она просто минимизирует регуляторный риск. Если же параллельно очищает справочники, приводит к единой модели роли участников, убирает ручные согласования и интегрирует ЭТрН в TMS/ERP-контур, проект начинает давать и операционный эффект: повышает прозрачность статусов, ускоряет документооборот и снижает потери на ручной обработке.

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