ЭТрН в 1С без двойного ввода: как устроена интеграция

Что такое ЭТрН и когда переход стал обязательным

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

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

Обязательность распространяется на сам факт оформления перевозки в электронном виде, но не отменяет остальные требования к перевозочным документам — так же нужны корректные данные о грузе, перевозчике и транспортном средстве, а ответственность сторон за перевозку не меняется от того, на каком носителе оформлен документ.

Откуда берётся двойной ввод данных

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

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

Как устроена цепочка передачи документа

Электронная транспортная накладная проходит путь: учётная система отправителя → оператор ИС ЭПД → государственная информационная система ЭПД → оператор контрагента → сам контрагент. Подключить 1С напрямую к государственной системе нельзя: участники перевозок передают сведения только через аккредитованных Минтрансом операторов информационной системы ЭПД, которые берут на себя формат документа, обмен между сторонами и хранение.

Поэтому любая интеграция ЭТрН в 1С — это всегда связка учётной программы с сервисом конкретного оператора ЭПД. Полноценная настройка закрывает не только отправку, но и весь цикл документа:

• формирует накладную из документа-основания — реализации, заказа на перевозку или задания на отгрузку;
• передаёт её на подпись сотруднику с усиленной квалифицированной подписью и машиночитаемой доверенностью;
• отправляет оператору и получает ответ — принято, ошибка формата или отказ;
• возвращает статусы и входящие титулы: подписал ли перевозчик приём груза, принял ли его получатель, есть ли замечания.

Важно не забыть и обратное направление. Если компания выступает грузополучателем, входящая накладная от поставщика должна дойти до кладовщика, который принимает груз и подписывает соответствующий титул. Когда приёмка ведётся в 1С, стоит связать замечания из накладной с документом поступления товара — иначе расхождения останутся незамеченными до конца месяца.

Структура ЭТрН: из каких титулов состоит документ

В отличие от бумажной накладной, которую можно подписать всю сразу в момент отгрузки, электронная транспортная накладная заполняется и подписывается по частям — эти части называют титулами. Каждый титул отвечает за свой этап перевозки и подписывается тем участником, который на этом этапе отвечает за груз. Именно поэтому статус документа в 1С после отправки продолжает меняться ещё несколько раз — по мере того как груз проходит путь от отправителя до получателя.

• Титул 1 — сведения об отправке. Заполняет грузоотправитель до начала перевозки: данные о грузе, грузополучателе, перевозчике, планируемом транспортном средстве и документе-основании (реализации, заказе на перевозку).
• Титул 2 — приём груза к перевозке. Заполняет и подписывает перевозчик в момент фактической погрузки: указывает фактическую машину и водителя, если они отличались от планируемых, фиксирует дату и время приёма груза, при необходимости — замечания о таре или упаковке.
• Титул 3 — сдача груза. Перевозчик отмечает передачу груза грузополучателю: дату, время и место сдачи, а также изменения маршрута или переадресацию, если они были.
• Титул 4 — приём груза получателем. Грузополучатель подписывает после проверки: подтверждает количество и состояние груза либо фиксирует расхождения отдельной отметкой, которая остаётся в документе и видна всем участникам цепочки.

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

Кто и за что отвечает: роли участников перевозки

Обязанности по заполнению ЭТрН распределены между тремя сторонами, и в 1С это удобно закладывать в регламент работы с документом ещё на этапе настройки интеграции.

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

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

Способы подключения 1С к электронной транспортной накладной

Вариант интеграции зависит не только от конфигурации 1С, но и от того, кто в компании фактически работает с накладными — склад, логист или бухгалтерия.

Начать можно с веб-кабинета, а по мере роста числа рейсов подключить ЭТрН в 1С через расширение или API — большинство операторов ЭПД поддерживают поэтапный переход без остановки текущей работы.

Пошаговая инструкция: как создать и заполнить ЭТрН в 1С

Конкретные названия команд и полей отличаются между 1С:Управление торговлей, 1С:ERP, 1С:Комплексная автоматизация и отраслевыми решениями, но общая логика работы с документом одинакова почти везде.

1. Убедиться, что в информационной базе включена работа с ЭПД — либо через встроенную функциональность конфигурации, либо через установленное расширение или внешнюю обработку оператора, и что настроен обмен: указаны учётные данные сервиса и сертификат, которым будут подписываться документы.
2. Оформить документ-основание как обычно — реализацию товаров, заказ на перевозку или задание на отгрузку, где уже есть грузоотправитель, грузополучатель и табличная часть с номенклатурой, количеством и весом.
3. Создать транспортную накладную на основании этого документа — обычно это команда «Создать на основании» прямо из формы отгрузки, чтобы не заводить данные о грузе и сторонах заново.
4. Проверить заполнение первого титула: грузоотправитель и грузополучатель подтягиваются из документа-основания, перевозчика нужно выбрать из справочника контрагентов — там заранее должны быть указаны его ИНН, КПП и идентификатор участника ЭПД. Также указывается планируемое транспортное средство, если оно известно на этот момент.
5. При наличии особых условий перевозки — опасный груз, температурный режим, негабарит — заполнить соответствующие поля: большинство операторов проверяют эти данные форматным контролем и не пропускают документ дальше при явных нестыковках.
6. Отправить документ — по кнопке отправки на форме накладной он уходит в сервис оператора и дальше по цепочке к перевозчику.
7. Дождаться, пока перевозчик подпишет приём груза — при настроенном регулярном обмене статус документа в 1С обновится сам, без захода в кабинет оператора. То же самое произойдёт при сдаче груза и при подписании получателем финального титула.
8. Если оператор вернул отказ по форматному контролю, например не хватает обязательного реквизита, ошибка при настроенной интеграции отображается прямо в документе 1С — накладную нужно поправить и отправить повторно, не создавая новый документ.

Что подготовить до запуска интеграции

• Справочники. Перевозчики с ИНН и КПП, машины с госномерами, водители, точные адреса погрузки и выгрузки — чем чище данные, тем меньше отказов при форматном контроле.
• Идентификаторы участников ЭПД. Их запрашивают у контрагентов заранее и хранят в карточках: именно по ним документ находит адресата у другого оператора ЭПД.
• Подписи и полномочия. Руководитель подписывает собственной усиленной квалифицированной подписью, сотрудники — подписью физлица с машиночитаемой доверенностью. Роли и титулы стоит распределить заранее.
• Отдельную сущность «перевозка». Одна отгрузка не всегда равна одной накладной: в одну машину грузят несколько реализаций, а крупная партия может ехать несколькими рейсами.
• Контроль незакрытых документов. Накладная без титулов перевозчика и получателя — повод проверить рейс сразу, а не откладывать до закрытия месяца.

ЭТрН и бумажная транспортная накладная: что изменилось

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

Типичные ошибки при настройке

• Дублировать данные вручную в кабинете оператора «пока интеграция не готова» — временное решение обычно остаётся насовсем.
• Подписывать всё сертификатом директора: проще выдать доверенности логистам и складу, чтобы руководитель не становился узким местом каждого рейса.
• Не выводить ошибки оператора обратно в 1С — документ, отклонённый по формату, выглядит отправленным, пока кто-то не откроет веб-кабинет.
• Путать транспортную накладную с УПД: первая подтверждает перевозку, второй — передачу товара. Интеграция должна связывать эти документы, а не подменять один другим.
• Не проверять идентификатор участника ЭПД у нового контрагента перед первой отправкой — если перевозчик или получатель ещё не подключены к обмену или идентификатор указан неверно, накладная не находит адресата и зависает в статусе отправки.
• Оставлять титул грузоотправителя не до конца заполненным, например без планируемого транспортного средства, — часть операторов не пропускает документ дальше по цепочке без обязательных реквизитов, и отправка возвращается с ошибкой уже после того, как груз погружен.

Как это устроено в Saby TMS

У Saby есть несколько вариантов связать 1С с сервисом оператора ЭПД. Внешняя обработка для 1С работает напрямую с сервисом Saby и не ломает структуру типовой конфигурации: грузоотправитель формирует и отправляет транспортную накладную, не выходя из привычной программы, причём документ можно сразу отправить на подпись и в государственную систему или сохранить черновиком. Расширение для 1С сопоставляет объекты конфигурации и даёт всем участникам — отправителю, перевозчику, получателю — действия с накладной на каждом шаге, от создания до выдачи груза; подходит ли оно конкретной конфигурации, проверяют заранее по документации Saby.

После настройки обмена отправка и получение документов идут в фоне, без ручных действий на каждый рейс. Для нетиповых конфигураций, ERP и собственных систем есть API, а для SAP — отдельный модуль. Если же накладная создаётся сразу в Saby, данные о перевозчике, грузе, условиях перевозки и водителе подтягиваются из заказа-заявки автоматически, и заводить их повторно не нужно.

Мы — партнёр Saby в Москве и помогаем подобрать способ подключения под конкретную конфигурацию 1С: настраиваем обмен с оператором ЭПД, доверенности и подписи, проверяем первые рейсы вместе с логистами. Подробности о тарифах уточняйте на странице тарифов.

Частые вопросы про ЭТрН в 1С

Можно ли отправлять накладную из 1С прямо в государственную систему ЭПД?

Нет. Документы в государственную систему передаёт только аккредитованный оператор ИС ЭПД, а 1С работает через его сервис — напрямую подключиться к системе нельзя.

У компании нетиповая 1С. Интеграция вообще возможна?

Как правило, да — через API оператора ЭПД или отдельную доработку. Объём работ и сроки зависят от того, насколько конфигурация отличается от типовой.

Можно обойтись вообще без интеграции?

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

Кто подписывает накладную, если она создана в 1С?

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

Нужно ли переоформлять договоры с перевозчиками из-за перехода на ЭТрН?

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

Что делать, если перевозчик или получатель работают с другим оператором ЭДО?

Это не проблема — операторы информационных систем ЭПД обмениваются документами между собой по роумингу, как и обычные операторы ЭДО. Главное — заранее получить у контрагента верный идентификатор участника ЭПД и указать его в справочнике 1С, тогда накладная дойдёт до адресата независимо от того, чьим сервисом он пользуется.

Что будет, если не подключить обмен и оформлять накладные вручную после 1 сентября 2026 года?

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