Назад к инсайтам
Интеграции11.09.202612 мин

Электронное поручение экспедитору: как подать через ЭДО и почему его отклоняют

Дарья Пономарева
Основатель студии, разработка и цифровые системы на ИИ

Что это за документ, чем он отличается от обычной заявки, три способа его подать и шесть ошибок, из-за которых оператор ЭДО возвращает файл. С разбором структуры XML по блокам.

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

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

Что это за документ

Поручение экспедитору — экспедиторский документ, которым клиент поручает экспедитору организовать перевозку груза. Он не новый: в бумажном виде он существует давно и описан в правилах транспортно-экспедиционной деятельности. Новое — его форма.

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

  • КНД 1110486 — код налогового документа.
  • ON_POREXPKLT — имя файла обмена. Приставка ON означает «обмен, направление от отправителя», хвост расшифровывается как «поручение экспедитору, клиентская часть».
  • Версия формата 5.01 — она указана в корневом теге файла и меняется вместе с приказом ФНС.

Последнее важно практически: оператор ЭДО принимает файл, только если версия совпадает с той, которую он поддерживает. Файл в старой версии вернётся с отказом, даже если внутри всё заполнено верно.

Чем поручение отличается от заявки

Это место путают чаще всего, и путаница дорогая. Заявка — коммерческий документ: в ней стороны договариваются о цене, сроке и условиях. Поручение — распорядительный: клиент уже не договаривается, а поручает, и документ фиксирует, что именно передано в работу.

Отсюда разница в содержании. В заявке есть ставка и условия оплаты, в поручении их нет вовсе. Зато в поручении обязательны вещи, которые в заявке часто опускают: коды стран по классификатору, признак опасного груза, количество мест отдельно от веса, адреса приёма и выдачи в разобранном виде.

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

Три способа подать поручение

Способов ровно три, и выбор между ними зависит не от вкуса, а от количества документов в месяц.

Заполнить руками в интерфейсе оператора

Самый очевидный путь. У всех крупных операторов ЭДО есть форма: открываете раздел перевозочных документов, выбираете тип, заполняете поля, подписываете.

Работает, пока поручений немного. Форма длинная — три-четыре десятка полей, часть из них справочные, и каждое надо заполнить заново для каждой перевозки, даже если девяносто процентов данных повторяются из раза в раз. На пятом документе за день это начинает раздражать, на двадцатом — приводить к ошибкам.

Загрузить готовый XML

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

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

Именно для этого случая мы сделали бесплатный генератор поручения экспедитору: заполняете форму, получаете готовый черновик XML и загружаете его к своему оператору. Ничего не сохраняется и никуда не отправляется — файл собирается прямо в браузере.

Формировать из учётной системы

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

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

Из чего состоит файл

Понимать структуру полезно даже тому, кто заполняет форму руками: почти все отказы объясняются тем, какой блок за что отвечает. Разберём по порядку.

  • Сведения об экспедиторе. Кому поручают: наименование, ИНН, КПП, ОГРН, адрес. Берутся из договора транспортной экспедиции.
  • Сведения о клиенте. Кто поручает — то есть вы. Тот же набор реквизитов.
  • Договор транспортной экспедиции. Номер и дата. Если договора нет и работаете по разовой заявке, ставится отметка «без номера» и дата документа.
  • Сведения о грузе. Самый объёмный блок: наименование, вес нетто и брутто, количество мест, объём, страна происхождения, код товарной номенклатуры, признак опасного груза, маркировка.
  • Грузоотправитель и грузополучатель. Отдельно от клиента и экспедитора — это нередко третьи лица, и подставлять туда себя по умолчанию нельзя.
  • Адреса приёма и выдачи. Каждый с кодом страны и адресом строкой.
  • Даты готовности груза. Интервал «с» и «по», а не одна дата.
  • Сведения о подписанте. Кто подписывает документ и на каком основании.

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

Шесть причин, по которым файл возвращают

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

Код ТН ВЭД с пробелами

В справочниках код печатают группами: «8462 51 000 9». В файле обмена он должен быть только цифрами, от четырёх до десяти символов. Со скобками и пробелами строка вылезает за предел, и оператор отвечает, что в поле лишние символы. Лечится удалением всего, кроме цифр.

Код страны не из классификатора

Страна в документе задаётся не названием, а трёхзначным кодом по общероссийскому классификатору стран мира. Он совпадает с международным цифровым кодом: Россия — 643, Китай — 156, Турция — 792. Двухбуквенные коды вроде RU или CN не принимаются, и ведущие нули значимы: Армения — это 051, а не 51.

ИНН не той длины

У организации десять цифр, у индивидуального предпринимателя двенадцать. Формат различает их разными элементами, и ИНН предпринимателя, положенный в поле организации, — это не «неверное значение», а неверная структура. Та же история с КПП: девять цифр, и он бывает только у организации.

Грузополучатель по умолчанию равен клиенту

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

Даты в неверном формате

В файле обмена даты записываются как «дд.мм.гггг», а не в международном виде. И интервал готовности должен быть корректным: дата «по» не может быть раньше даты «с».

Опасный груз отмечен, но не описан

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

Что делать, если поручений много

Всё написанное выше касается ситуации, когда документов немного и их заполняют люди. Если их поток, задача меняется: не «как заполнить», а «как не заполнять вовсе».

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

Мы такие вещи и делаем: интеграции с 1С и CRM под конкретный процесс. Отдельная интеграция — от 120 000 ₽ и две-три недели. Если по вашей задаче видно, что дешевле обойтись одним модулем вместо проекта, мы так и скажем.

Коротко

  • Поручение экспедитору в электронном виде — это не пересланная заявка, а отдельный формат с собственным набором полей.
  • Опознаётся по КНД 1110486, имени файла ON_POREXPKLT и версии формата, которая указана в самом файле.
  • Подать можно тремя способами: руками у оператора, загрузкой готового XML или интеграцией с учётной системой. Выбор зависит от количества документов.
  • Любой сторонний файл — черновик: сведения о подписанте и идентификатор добавляет ваш оператор при подписании.
  • Большинство отказов объясняются пятью вещами: пробелы в коде ТН ВЭД, код страны не по классификатору, длина ИНН, подменённый грузополучатель, формат дат.

Если нужно подать поручение прямо сейчас — сформируйте черновик XML в браузере, бесплатно и без регистрации. Данные не сохраняются: у страницы нет серверного обработчика, и это видно в консоли разработчика.

Материал актуален на сентябрь 2026 года. Требования к перевозочным документам и версия формата обмена меняются приказами ФНС — перед подачей сверьтесь с действующей редакцией и с тем, какую версию поддерживает ваш оператор ЭДО.

Дарья Пономарева

Основатель студии, разработка и цифровые системы на ИИ в ОРБИИТА.

Посмотреть профиль →

Нужна экспертная оценка?

Запишитесь на консультацию с автором статьи.

Похожие инсайты

Другие материалы по похожим темам