ЭТрН после 1 сентября 2026: чек-лист готовности

Кривошеева Татьяна Александровна — эксперт по логистике, преподаватель Образовательного центра РУНО.

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

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

Оглавление

1. Что изменилось с 1 сентября 2026 года

2. С чего начать?

3. Чек-лист технической и организационной готовности

4. Как провести сквозной тест системы

5. Где чаще всего останавливается документ

6. Как контролировать ЭТрН в ежедневной работе

7. Итог

Что изменилось с 1 сентября 2026 года

Федеральный закон от 7 июня 2025 года № 140-ФЗ закрепил переход на электронные перевозочные документы: транспортные накладные, заказы и заявки на перевозку грузов, экспедиторские документы, железнодорожные и воздушные грузовые накладные. Документы передаются в ГИС ЭПД через операторов информационных систем электронных перевозочных документов.

Для практической работы важно разделить два вопроса:

• обязана ли компания оформлять конкретный документ в электронном виде;

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

Первый вопрос требует проверки закона и условий перевозки. Второй можно проверить внутри компании с помощью сквозного теста.

С чего начать?

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

Составьте карту одного типового рейса и для каждого этапа укажите:

• кто создаёт документ;

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

• кто подписывает этап и на каком основании;

• в какой системе работает участник;

• какой статус подтверждает успешную передачу;

• кто и за какое время реагирует на ошибку.

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

Чек-лист технической и организационной готовности

1. Проверьте оператора

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

2. Проверьте доступы и подписи

ФНС указывает на необходимость КЭП для руководителя или ИП, для сотрудников — КЭП и машиночитаемой доверенности, когда они подписывают документы как представители компании. Нужно проверить не только наличие сертификата, но и его срок, привязку к учётной записи, полномочия сотрудника и работу криптографического ПО на рабочем месте.

3. Сопоставьте участников

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

4. Проверьте справочники рейса

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

5. Проверьте рабочие места

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

6. Проверьте статусы и уведомления

Согласуйте внутренний словарь статусов. Например, формулировки «создан», «отправлен оператору» и «завершён всеми участниками» описывают разные состояния. Для каждого состояния определите доказательство: статус в системе, квитанцию оператора, отметку участника или запись в журнале.

7. Подготовьте порядок работы при сбое

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

Как провести сквозной тест системы 

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

Сценарий 1. Обычная доставка

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

Сценарий 2. Замена водителя или автомобиля

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

Сценарий 3. Расхождение при приёмке

Смоделируйте частичную приёмку, повреждение или расхождение по количеству. Убедитесь, что сотрудник понимает, где зафиксировать результат и кому направить уведомление.

Сценарий 4. Ошибка подписи

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

Сценарий 5. Временное отсутствие связи

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

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

Где чаще всего останавливается документ

Если ЭТрН не дошла до следующего участника, не начинайте с повторного создания. Сначала определите последнюю подтверждённую точку.

• Документ не создаётся: проверьте обязательные поля, справочники и права пользователя.

• Документ создан, но не подписывается: проверьте сертификат, полномочия, МЧД и криптографическое ПО.

• Документ подписан, но не отправлен: проверьте соединение, настройки оператора и квитанцию передачи.

• Документ отправлен, но не виден контрагенту: проверьте идентификаторы участников, маршрут обмена и статус у оператора.

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

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

Как контролировать ЭТрН в ежедневной работе

Создайте реестр незавершённых документов. Минимальные поля:

• номер и дата документа;

• рейс или заказ;

• контрагент;

• текущий статус;

• последняя успешная операция и её время;

• участник, от которого ожидается действие;

• текст ошибки или номер обращения;

• ответственный внутри компании;

• контрольный срок;

• итог устранения.

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

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

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

Итог

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