Интеграция ЭТрН с 1С, TMS и WMS

С 1 сентября 2026 года на каждую коммерческую перевозку нужна электронная транспортная накладная (ЭТрН). Если рейсы у вас ведутся в TMS, WMS или 1С, мы свяжем систему с оператором ЭТрН, и накладная будет собираться из данных рейса, без второго набора в кабинете. Работа начинается с двухнедельного обследования, после него цена фиксируется в договоре.

Как это выглядит после запуска

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

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

Кому это нужно

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

Если рейсов немного и все они похожи, честнее остаться в кабинете оператора. Мы скажем об этом на обследовании.

Что мы делаем

• Подключаем систему к оператору по API, то есть через программный вход, который оператор даёт учётным системам.
• Собираем накладную из данных рейса. Если груз записан в WMS, а машина в TMS, данные сводятся в одну накладную.
• Настраиваем подпись водителя с телефона на погрузке.
• Обрабатываем ответы оператора. Если ответа нет, накладная уходит повторно без дублей, а при отказе система показывает, что исправить.
• Сверяем реестры: что отправлено, что подписано всеми сторонами, что зависло.
• Прогоняем настоящие рейсы через тестовую среду оператора до запуска.

А если у нас 1С с доработками, которую страшно трогать

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

С собственной TMS или WMS путь тот же. В систему добавляется обмен с оператором, и рейс, собранный из нескольких систем (скажем, склад в WMS, машины в TMS), уходит оператору одной накладной.

Как идёт работа

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

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

Что понадобится от вас

Квалифицированная подпись руководителя, машиночитаемые доверенности для сотрудников, которые будут подписывать накладные, и договор с оператором из реестра Минтранса. Если чего-то из этого ещё нет, порядок шагов — в справке о ГИС ЭПД.

Вопросы об интеграции ЭТрН