Утро на складе дистрибьютора: к воротам подъезжают сорок машин, и с 1 сентября на каждую нужна электронная транспортная накладная. Всё, что в неё входит, уже есть в TMS: груз, машина, водитель, адрес. Но логист открывает кабинет оператора и набирает накладную заново, поле за полем. Стоит ошибиться в номере машины, и документ вернётся с отказом, а машина будет ждать у ворот.
Можно ли выпускать ЭТрН прямо из своей системы
Можно, и для компаний, у которых рейсы уже ведутся в TMS или 1С, это обычный путь. Напрямую с государственной системой ГИС ЭПД никто не работает. Между компанией и государством стоит оператор электронных перевозочных документов, одна из аккредитованных компаний из реестра Минтранса. Оператор принимает ваши документы, пересылает их перевозчику и получателю и передаёт в ГИС ЭПД.
У операторов есть API, то есть программный вход для учётных систем. Через него TMS или 1С сама отправляет оператору данные рейса и получает ответ: накладная принята, подписана перевозчиком, отклонена из-за такого-то поля. Логист видит всё это в карточке рейса, а кабинет оператора открывает только в редких случаях.
Когда кабинета оператора перестаёт хватать
Посчитаем на условном складе. Допустим, одна накладная в кабинете занимает у логиста 4 минуты, если данные под рукой, а в месяце 22 рабочих дня. Подставьте свои числа, порядок получится похожий:
| Рейсов в день | Минут в день на накладные | Часов в месяц |
|---|---|---|
| 10 | 40 | ≈ 15 |
| 40 | 160 | ≈ 59 |
| 100 | 400 | ≈ 147 |
При десяти рейсах кабинет — нормальное решение, на накладные уходит чуть больше получаса в день, и интеграция будет лишней. При сорока на ручной набор уходит больше трети рабочего месяца одного логиста. А при сотне рейсов в день это полная ставка человека, который целый день перепечатывает в кабинет то, что уже лежит в системе.
Время — не единственная цена. Каждый ручной набор даёт шанс ошибиться в ИНН получателя или номере машины. В кабинете такую ошибку заметят только после отказа оператора, а к этому моменту машина уже стоит под погрузкой.
Свяжем TMS, WMS или 1С с оператором ЭТрН по API.
Что подготовить, пока разработчики не начали
Юридическая часть короткая: квалифицированная подпись руководителя, машиночитаемые доверенности сотрудникам, которые будут подписывать накладные, и договор с оператором. Все шаги по порядку мы собрали в справке о ГИС ЭПД.
Дольше всего обычно разбираются с другим — откуда возьмётся каждое поле накладной. Груз и вес часто живут в складской системе, машина и водитель у логистов, реквизиты получателя в 1С. Если выписать поля накладной в таблицу и напротив каждого указать систему-источник и ответственного, до начала разработки станет видно, каких данных не хватает и где они записаны по-разному.
Как выбрать оператора, если накладные пойдут из системы
В кабинете операторы похожи друг на друга, различия видны в API. До договора попросите документацию и тестовый доступ и отдайте их разработчику. Ему нужно понять, как оператор сообщает о подписи контрагента и что возвращает при ошибке, потому что от этого зависит половина работы.
Второй вопрос — роуминг. Ваши перевозчики и получатели могут работать у других операторов, и накладная должна доходить до них без ручной пересылки. Третий — приложение для водителей: водитель подписывает свою часть на погрузке с телефона, и удобнее, когда это приложение оператора, а не отдельная разработка.
Почему обмен с оператором похож на переписку
Отправить накладную — половина дела. Дальше оператор отвечает, принял он её или отклонил. Перевозчик подписывает свою часть при погрузке, получатель — при приёмке, и каждая подпись приходит отдельным сообщением, иногда через несколько часов.
Поэтому система должна уметь ждать. Если оператор не ответил, она отправляет накладную повторно и следит, чтобы не появился дубль. Если пришёл отказ, показывает логисту, какое поле не прошло проверку. А к вечеру сверяет список: какие накладные закрыты всеми сторонами, а какие зависли у перевозчика или получателя.
Если у вас 1С
Для типовых конфигураций 1С у операторов есть готовые модули, и если конфигурация не дорабатывалась, начинать стоит с них. Своя интеграция нужна, когда 1С сильно доработана, рейсы собираются из нескольких баз или часть данных живёт вне 1С. Тогда обмен с оператором пишут отдельным модулем. Он берёт данные из учётной базы, но не вмешивается в её логику, и обновления конфигурации ставятся как раньше.
Вопросы о переходе на ЭТрН
Сколько времени есть на переход?
Обязанность оформлять ЭТрН действует с 1 сентября 2026 года, бумажная накладная допустима только в исключениях из перечня Минтранса. До 1 марта 2027 года за бумажный документ вместо электронного на дороге дают устное предупреждение.
Можно начать с кабинета, а систему подключить позже?
Да, так часто и делают. Первые недели накладные оформляют в кабинете, а когда становится видно, сколько времени уходит на набор, подключают систему.
Придётся ли менять учётную систему?
Как правило, нет. К системе, где уже ведутся рейсы, добавляется обмен с оператором.
- Федеральный закон от 07.06.2025 № 140-ФЗ — о переходе на электронные перевозочные документы с 1 сентября 2026 года.
- ФНС, разъяснение от 26.01.2026 «Как перейти на электронные перевозочные документы».
- Минтранс России, реестр операторов информационных систем электронных перевозочных документов.
Обновлено 28 сентября 2026 · Редакция Rule 90