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

Связываем ЭТрН с реализацией, отгрузкой, складом и передачей груза перевозчику.

Важно автоматизировать повторяемые отгрузки и не вводить одинаковые данные вручную.

В центре — рейс, транспорт, диспетчер, водитель и мобильная работа с документом.

Для нестандартных маршрутов заранее фиксируем роли и источники данных по каждой перевозке.
Мобильная часть процесса зависит от выбранного оператора или сервиса, поэтому перед запуском нужно проверить конкретный сценарий приложения, идентификацию, подписание и доступ к документу в дороге.
Водитель должен быть корректно связан с транспортом и конкретной перевозкой.
Проверяем, как водитель получает ЭТрН и видит только относящиеся к нему действия.
Способ зависит от используемого решения и настроенных полномочий.
Проверяем предусмотренный выбранным сервисом сценарий предъявления сведений.
До реального рейса выясняем, какие действия требуют подключения к сети.
После действия водителя диспетчер должен увидеть результат в рабочем контуре.
Переход лучше проводить на одном типовом маршруте, а после успешного теста масштабировать на остальных участников и перевозки.
1С, роли, документы, оператор и интеграции.
Выбираем или проверяем действующий контур.
Подготавливаем подписантов и полномочия.
Роли, справочники, 1С и мобильный сценарий.
Проводим накладную по всей цепочке участников.
Обучаем пользователей и масштабируем процесс.
Большинство проблем возникает на стыке систем и ролей: когда данные есть, но находятся не там, где ожидает электронный процесс.
Не хватает транспорта, водителя, адреса или сведений о грузе.
Пользователи не понимают, кто создаёт, подписывает и контролирует документ.
Технически система настроена, но юридически значимое действие выполнить нельзя.
Офисный сценарий работает, а мобильная часть останавливает реальный рейс.
Документ ушёл во внешний контур, но диспетчер не видит результат в рабочей системе.
Данные уже есть в 1С/TMS, но сотрудники повторно переносят их вручную.
Цель — не просто заменить бумагу электронным файлом, а встроить транспортную накладную в существующий процесс перевозки.
Минимум повторного ввода и ручных переносов.
Отправитель, перевозчик, водитель и получатель видят только свои действия.
Диспетчер контролирует процесс без звонков и ручных сверок.
Можно подключать новые маршруты, водителей, контрагентов и подразделения.
Сам электронный документ — только часть затрат. На бюджет влияют готовность 1С, выбранный оператор, количество пользователей, мобильный сценарий и необходимость интеграции.
Связаны с эксплуатацией выбранного решения.
Зависит от вашей системы и процесса.
Эта страница отвечает на вопрос «что такое электронная транспортная накладная». Для практического запуска используйте специализированные посадочные.
Полная страница по работе электронной транспортной накладной в 1С.
Подробнее →Оператор, пользователи, водитель и первый тестовый рейс.
Подробнее →Роли, справочники, документы, подписи и рабочий процесс.
Подробнее →Автоматический обмен между 1С, TMS/WMS и операторским контуром.
Подробнее →Мобильный сценарий, рейс, подписание, статусы и работа в пути.
Подробнее →Переход под ключ от аудита до промышленной эксплуатации.
Подробнее →Электронная транспортная накладная — это транспортная накладная, сформированная в электронном виде и проходящая между участниками автомобильной перевозки через операторов информационных систем ЭПД. С 1 сентября 2026 года именно электронная транспортная накладная подтверждает заключение договора перевозки груза автомобильным транспортом, кроме предусмотренных нормативными актами исключений.
ЭТрН относится к электронным перевозочным документам, но не равна понятию ЭПД целиком. Помимо транспортной накладной существуют и другие электронные документы, связанные с перевозкой.
Для компании в Москве переход на ЭТрН обычно начинается с проверки 1С, ролей участников, оператора, КЭП/МЧД и мобильного сценария водителя. Если данные о рейсе или транспорте находятся в TMS, может понадобиться интеграция ЭТрН с 1С.
Если требуется только технический запуск, используйте подключение ЭТрН. Для настройки бизнес-процесса — настройку ЭТрН в 1С. Для полного перехода нескольких подразделений — внедрение ЭТрН.
Отдельно стоит проверить водителя: мобильная часть процесса — один из наиболее важных отличительных элементов электронной транспортной накладной по сравнению с обычным офисным ЭДО.
Краткие ответы для компаний, которые переходят на ЭТрН.
ЭТрН — электронная транспортная накладная для автомобильной перевозки груза, оформляемая и передаваемая в цифровом виде через операторский контур ЭПД.
С 1 сентября 2026 года транспортная накладная для автомобильной перевозки груза формируется в электронном виде. Для отдельных случаев предусмотрены нормативные исключения.
Если договором перевозки груза не предусмотрено иное, транспортную накладную составляет грузоотправитель.
Ключевые стороны — грузоотправитель, перевозчик и грузополучатель. В мобильном сценарии также участвует водитель.
Да, в поддерживаемых конфигурациях и сценариях ЭТрН можно формировать с использованием данных учётной системы 1С.
Да. Перед запуском следует проверить назначение водителя, мобильный доступ, предусмотренный способ действий и возврат статуса в офисный контур.
С аудита текущего процесса: роли, 1С, оператор, транспортные данные, КЭП/МЧД, водитель и интеграции. После этого можно планировать тестовый рейс.
Опишите роль компании, конфигурацию 1С, используемого оператора и схему перевозок. Определим готовность, мобильный сценарий водителя и объём работ до первого рабочего рейса.