1. Смотрим, нужна ли нам ТН/ЭТрН в конкретной доставке
Сначала разбираемся, есть ли договор перевозки груза as a service. По общему правилу заключение такого договора подтверждается транспортной накладной — на бумаге или в электронной форме (ЭТрН). Если покупатель забирает товар сам, или перевозки «как услуги» нет (по факту нет отдельного перевозчика/договора перевозки), то логика документооборота меняется: нам могут понадобиться другие первичные документы (УПД/ТОРГ-12, путевые листы, заявки, акты).
Важно не путать: если груз едет сторонним перевозчиком — накладная почти всегда становится опорным документом для подтверждения перевозки и расходов. И да, в электронном формате документ сохраняет юридическую силу, но только при корректных подписях и формате.
Описываем в учетной политике и регламенте, когда оформляем ЭТрН, а когда нет. Фиксируем «триггеры»: сторонний перевозчик, экспедитор, платная доставка, перевозка между своими складами. Заранее готовим «пакет первички» под каждый сценарий.
Ошибочно считают, что накладная «нужна всегда» — и плодят лишние документы. Или наоборот: едут со сторонним перевозчиком без ТН/ЭТрН, а потом не могут подтвердить расходы и реальность перевозки. Часто путают транспортную накладную и товарно-транспортную накладную, из-за чего ломается цепочка подписей и контроля.
2. Определяем сроки по закону
Фиксируем календарь. Ключевой рубеж — 01.09.2026, когда вводится обязательный электронный формат для ключевых перевозочных документов (включая автомобильные ТН, а также ряд документов для авиа/жд). Параллельно смотрим процесс по экспедиции: в 2026 году запускаются реестры и электронные экспедиторские документы. 2026 год — это про управляемость перевозок и рисков (штрафных, налоговых, операционных). Поэтому сроки внедрения ставим не «к осени», а с запасом: пилот, корректировки, обучение, договорная база.
Утверждаем внутренний план перехода с датами “пилот → тираж → обязательный режим”. Выделяем ответственных по логистике, бухгалтерии и ИТ. Закладываем время на тесты с ключевыми контрагентами.
Ошибочно откладывают на последний момент и потом ловят остановку рейсов из-за неподписанного документа. Путают сроки по ЭТрН и сроки по реестрам экспедиторов. Не фиксируют ответственность — и документ «болтается» между складом, водителем и бухгалтерией.
3. Выбираем оператора ИС ЭПД и проверяем реестр
ЭТрН делается не «в вакууме»: нам нужен оператор информационной системы электронных перевозочных документов (ИС ЭПД), через которого идёт обмен и передача сведений в ГИС ЭПД. Операторов включают в реестр по правилам Минтранса (приказ № 40) — это важный фильтр «легальности». При выборе оператора мы смотрим не только цену, но и интеграции (1С/ERP), мобильное приложение для водителей, SLA поддержки и удобство исправлений/аннулирования.
Проверяем оператора в официальном перечне ФНС/Минтранса и фиксируем выбор внутренним решением. Тестируем мобильный контур для водителей до масштабирования. Заранее договариваемся с оператором, как действовать при сбоях и спорных ситуациях.
Ошибочно подключаются «к кому ближе», не проверив реестр — а потом документ не уходит в ГИС ЭПД. Игнорируют вопрос мобильного доступа водителя и получают “подпись невозможна”. Не проверяют интеграцию с учётом — бухгалтерия начинает вручную выгружать и теряет время.
4. Рассчитываем, какие подписи нужны всем участникам
ЭТрН подписывают электронными подписями, и это не один тип на всех. Базовая логика такая: отправителю/перевозчику/получателю чаще всего нужна УКЭП или УНЭП, водителю — чаще используется ПЭП или УНЭП (в т.ч. Госключ), в зависимости от роли и сценария. Общие правила электронных подписей держим в голове через закон № 63-ФЗ. Дальше — организационное: кто хранит ключи, как выдаём доступы, как блокируем при увольнении, кто “резервный подписант”.
Составляем матрицу «роль → подпись → где используется → кто отвечает». Оформляем подписи заранее и проводим контрольный цикл подписания на тестовой перевозке. Вводим правила безопасности: ключи не передаём, доступы выдаём по заявке, действия логируем.
Ошибочно думают, что достаточно одной УКЭП “на директора” и всё заработает. Выдают ключи «в общий доступ» — и потом невозможно доказать, кто подписал документ. Не обучают водителей — и подпись срывается в поле.
5. Настраиваем интернет и работу водителей
Самая частая реальная причина провала ЭТрН — не закон и не бухгалтерия, а банальная связь: водитель не может открыть документ, подписать или показать статус. Поэтому мы проверяем: смартфон/планшет есть, приложение работает, связь стабильна на маршрутах, есть запасной канал, есть инструкция “что делать при отсутствии сети”. Дальше вводим дисциплину: водитель не выезжает, пока не видит назначение и документ в системе (в пределах вашего процесса).
Выдаём водителям понятную памятку на 1 страницу и проводим короткое обучение. Мы тестируем работу офлайн/при слабой связи и прописываем резервный сценарий. Мы назначаем диспетчера/координатора, который помогает водителю в моменте.
Ошибочно считают, что водитель разберётся, и не дают инструкции. Полагаются на один телефон без резервов. Не продумывают, как подтверждать замену водителя/ТС — и застревают в корректировках.
6. Заполняем ЭТрН по утверждённому формату
Формат ЭТрН утверждён ФНС (используется регламентированный формат), и у документа есть обязательные блоки: стороны, груз, транспорт, маршрут, события передачи/приёмки. Логика простая: система может подсветить ошибку, но не всегда исправит её без задержек, особенно если документ уже пошёл по цепочке подписей. Поэтому мы делаем шаблоны заполнения: справочники контрагентов, типовые маршруты, номенклатура грузов, единицы измерения, требования к массе/количеству мест.
Заводим справочники и автозаполнение (ИНН/КПП, адреса, ТС, водители). Выделяем контроль обязательных полей до отправки на подпись. Фиксируем единые правила именования рейсов/заявок, чтобы бухгалтерия легко искала документы.
Ошибочно заполняют и ловят несостыковки у получателя. Оставляют пустыми поля, которые критичны для контроля веса/сведений о грузе. Подписывают документ с ошибкой, а потом пытаются подправить задним числом.
7. Согласуем с контрагентами единый порядок обмена и подписи
ЭТрН — коллективный документ, поэтому бизнес-правда такая: если хоть один участник цепочки не готов, встанет всё. Мы проверяем у партнёров: есть ли ЭДО/ИС ЭПД, кто подписывает (должности), какой тип подписи, какие сроки подписания на этапах погрузки и приемки. Удобно оформить это коротким допсоглашением к договору перевозки/поставки: “обмен ЭПД”, сроки, ответственность, порядок исправлений и спорных ситуаций.
Отправляем партнёрам письмо-шаблон и проводим 1–2 тестовые перевозки. Договариваемся, что делаем при расхождении по количеству/повреждениям (замечания/оговорки). Прописываем, кто инициирует исправление/аннулирование и в какие сроки.
Ошибочно начинают внедрение «внутри себя», не трогая контрагентов — и потом получают отказ подписывать. Не закрепляют сроки подписи — документы “висят”, оплата тормозится. Не договариваются о спорных ситуациях — конфликт вспыхивает уже на первой проблемной поставке.
8. Проводим тестовые перевозки
Тест — это не формальность, а страховка от остановки перевозок в обязательный период. Мы делаем несколько пробных рейсов: простой (один отправитель-перевозчик-получатель), затем сложнее (экспедитор, замена водителя/ТС, расхождения). Следим за тем, чтобы сведения уходили в ГИС ЭПД, а статусы были понятны всем участникам. Итог теста оформляем коротко: список ошибок, причины, исправления, обновлённые инструкции.
Фиксируем KPI теста (время на оформление, % возвратов, % ошибок полей). Обучаем сотрудников на реальных кейсах, а не на теории. Обновляем регламент и чек-лист по результатам тестов.
Ошибочно прогоняют один документ и считают, что готовы. Не тестируют проблемные сценарии — а именно они и приносят штрафы и простои. Не собирают обратную связь от водителей и склада, хотя именно там возникают узкие места.
9. Оцениваем штрафные риски и вводим контроль качества
После 01.09.2026 игнорировать электронный формат станет опасно: документ должен быть у водителя и у цепочки, иначе начинаются остановки/проверки и административные истории. Отдельно смотрим риски по сведениям о грузе: за отсутствие обязательной информации и ошибки в данных могут применяться крупные штрафы по КоАП (например, в блоке весогабаритного контроля штрафы для юрлиц могут доходить до сотен тысяч). А если вы работаете с экспедиторами — следим за их легальностью и реестровыми требованиями: за нарушения в сфере экспедиции вводится административная ответственность, и санкции в обзорах рынка выглядят жёстко, особенно при повторности.
Вводим выборочный контроль ЭТрН (например, 5–10% рейсов) и разбор причин ошибок. Делаем “стоп-лист”: какие ошибки критичны и не допускают выезда. Заранее проверяем экспедиторов по реестру и фиксируем результаты проверки.
Ошибочно ориентируются только на “штраф водителю”, забывая про штрафы юрлицу и налоговые риски по первичке. Не контролируют корректность сведений о грузе. Продолжают работать с экспедитором, который не готов к реестру/ЭПД — и ловят юридическую блокировку цепочки.
10. Ведём хранение, выгрузки и защиту первички
ЭТрН — это первичный документ, и к нему применяем бухгалтерскую дисциплину: оформляем факт хозяйственной жизни первичкой, храним, обеспечиваем доступность. Минимальный срок хранения первички — не менее 5 лет (ориентир из требований по хранению документов бухучёта).
Практика: мы храним ЭТрН у оператора (архив), плюс выгружаем в свою учётную систему/СЭД и делаем понятный поиск по номеру рейса/контрагенту/дате. И обязательно закрепляем порядок в локальных документах: регламент, учетная политика, приказ о ответственных.
Настраиваем выгрузку ЭТрН в 1С/ERP и понятные маршруты согласования оплаты. Фиксируем правила хранения и доступов (кто может выгружать, кто — подтверждать). Регулярно проверяем, что архив открывается и документы ищутся за минуты.
Ошибочно полагаются только на архив оператора без внутренних выгрузок — потом сложно работать в учёте. Хранят “как получится” и теряют документ при споре с контрагентом. Не закрепляют порядок — и сотрудники делают каждый рейс по-своему.