Для логиста электронный единый транспортный документ — это экранная форма в учётной системе. Для интегратора и администратора это набор XML-файлов строго заданной структуры, которые проходят проверку у оператора и в государственной системе. Понимание того, как устроен файл, экономит недели на этапе тестового обмена: большинство отказов возникает не из-за ошибок логики, а из-за незаполненных полей, о которых никто не подумал. Разберём структуру и типичные причины отказов.
Общая конструкция
Единый формат электронного ЕТД утверждён приказом ФНС России от 13.08.2025 № ЕД-7-26/717. Ключевая особенность конструкции: документ представляет собой не один файл, а последовательность титулов — отдельных XML-файлов, каждый из которых формируется своей стороной и подписывается своей электронной подписью.
Отсюда несколько следствий, важных при проектировании интеграции:
- файл нельзя собрать целиком заранее — он достраивается по мере движения груза;
- каждый титул имеет собственную структуру и собственный набор обязательных полей;
- титулы связаны идентификатором документа, и его корректная передача между системами критична;
- подпись относится к конкретному титулу, а не к документу в целом.
Блоки сведений и их источники
Независимо от титула, содержательные блоки сводятся к следующим группам.
| Блок | Что содержит | Частая проблема |
|---|---|---|
| Участники | Наименование, ИНН, ОГРН сторон | Расхождение реквизитов между системами |
| Груз | Наименование, масса, габариты, упаковка, маркировка, объявленная ценность | Не заполнены весогабаритные характеристики в справочнике |
| Маршрут | Пункты отправления, назначения и перевалки | Перевалка не описана как объект |
| Условия перевозки | Вид транспорта, номер маршрута, плановые даты по каждому плечу | Даты ведутся только по маршруту в целом |
| Финансы | Провозная плата, общая и с разбивкой по видам транспорта | Указана единой суммой |
| Служебные сведения | Номер терминала, дата и время оформления, номер заказа, форма оплаты | Нет отдельной сквозной нумерации ЕТД |
| Особые отметки | Специальные условия перевозки, льготы пассажира | Ведутся в свободном тексте |
Общее правило: то, что в бумажной практике заполнялось произвольной строкой, в формате требует структурированного значения. Именно на этом переходе и возникает основной объём подготовительной работы — дозаполнение справочников, а не программирование выгрузки.
Обязательные и необязательные поля
Формат различает два уровня обязательности, и путать их дорого.
- Обязательные по формату. Без них файл не пройдёт проверку у оператора — отказ приходит сразу, ошибка видна.
- Существенные по нормативу. Сведения, отсутствие которых означает, что договор перевозки не считается заключённым, а ЕТД — оформленным. Файл при этом может успешно уйти оператору: формально структура соблюдена. Проблема всплывёт позже — при налоговой проверке или в споре о сохранности груза.
Вторая категория опаснее именно потому, что не даёт немедленной обратной связи. Поэтому контроль полноты нужно строить на стороне учётной системы, а не полагаться на валидацию оператора.
Версии формата
Форматы перевозочных документов обновляются вслед за нормативными изменениями, и в файле указывается версия. Отсюда два практических требования:
- Следить за версией конфигурации. Поддержка актуальных форматов приходит с обновлениями типовых и отраслевых решений. Работа на устаревшем релизе рано или поздно упирается в отказ по версии формата.
- Не хардкодить структуру. Если выгрузка написана как жёсткая сборка XML под конкретную редакцию, каждое изменение формата превращается в отдельный проект. Штатные механизмы сервиса 1С-ЭПД обновляются централизованно — это одна из главных причин не писать своё.
Подпись и целостность
Титулы сторон договора подписываются усиленной квалифицированной электронной подписью; для водителя предусмотрен упрощённый сценарий подписания. Подпись фиксирует состояние титула на момент подписания, поэтому любое последующее изменение подписанных сведений технически означает новый документ, а не правку старого.
Четыре блока после подписания вообще не подлежат изменению: сведения отправителя о передаче груза после его приёма перевозчиком, замечания перевозчика при приёмке, данные о приёмке груза получателем и замечания при выдаче. При проектировании выгрузки эти поля должны становиться доступными только на чтение.
Почему оператор отклоняет файл
- Не заполнены обязательные по формату поля — чаще всего габариты, упаковка или маркировка груза.
- Отсутствуют пункты перевалки при мультимодальном маршруте.
- Провозная плата передана без разбивки по видам транспорта.
- Неверный или отсутствующий идентификатор связи с предыдущим титулом.
- Реквизиты контрагента не совпадают с данными в его учётной записи у оператора.
- Неактуальная версия формата.
- Подпись не соответствует роли — титул подписан сертификатом стороны, которая его формировать не должна.
Что сделать на стороне 1С
- Дозаполнить справочник номенклатуры весогабаритными характеристиками, типом упаковки и маркировкой — с автоматической подстановкой в документ.
- Ввести пункты перевалки как объекты учёта с плановыми и фактическими датами по каждому плечу.
- Добавить табличную часть с разбивкой провозной платы и контролем итога.
- Настроить отдельную сквозную нумерацию ЕТД.
- Реализовать проверку полноты существенных сведений при проведении документа, а не при выгрузке.
- Закрыть на редактирование поля, попадающие в неизменяемые блоки после подписания титула.
- Вести журнал обмена с понятным описанием причины отказа, чтобы разбор не требовал администратора.
Итог
Формат электронного ЕТД устроен вокруг идеи, что документ создаётся не одной стороной и не одномоментно. Основная работа при подготовке лежит не в написании выгрузки, а в приведении справочников и модели данных к структурированному виду: там, где в бумажной практике хватало строки текста, формат требует конкретного значения в конкретном поле. Компании, которые начинают с аудита данных, а не с интеграции, проходят тестовый обмен заметно быстрее.
Компания «Сайфилд» настраивает работу с электронными перевозочными документами и ЕТД в конфигурациях 1С — от аудита реквизитного состава и дозаполнения справочников до подключения 1С-ЭПД и разбора отказов при тестовом обмене. Опишите свой сценарий перевозок, и мы оценим объём работ.