Зачем нужен ai ЭПД: три задачи электронного поручения экспедитору
Поручение экспедитору стало электронным документом: юридическое значение имеет подписанный XML, а исправить отправленное по своей инициативе нельзя. Разбираем три задачи, на которых это сильнее всего сказывается, — проверка входящего поручения, заполнение своего и подготовка черновика за клиента — и показываем, как сервис их решает.
Дорогие подписчики, вы меня часто спрашиваете…
— Кто спрашивает? С кем ты всё время разговариваешь?
Справедливо. Но этот вопрос действительно задаёт почти каждый, кто впервые видит сервис: поручение можно заполнить в кабинете оператора ЭДО, XML сформирует программа, подпись ставится там же — зачем ещё один инструмент? Короткий ответ: электронное поручение поменяло не только носитель документа, но и то, где возникают ошибки и кто за них отвечает. Ниже — развёрнутый.
Что изменилось: поручение стало электронным документом
С поправками, внесёнными в закон о транспортно-экспедиционной деятельности в 2025 году, экспедиторские документы формируются в форме электронного документа (пункт 3 статьи 2 закона № 87-ФЗ). Их форматы утверждает ФНС России, подписываются они усиленной электронной подписью и направляются в государственную информационную систему электронных перевозочных документов — ГИС ЭПД (пункты 4–6). Порядок обмена устанавливает Правительство (пункт 7) — это правила обмена, утверждённые постановлением № 469.
Нормативная основа: Приказ ФНС России от 28.04.2026 № ЕД-1-26/277@ «Об утверждении форматов электронных экспедиторских документов». Формат версии 5.01, действует с 01.09.2026.
Из этого следуют три вещи, которые определяют всю дальнейшую работу.
- Документ — это XML-файл, а не его изображение. Подписанный квалифицированной подписью, он равнозначен бумажному с собственноручной подписью (статья 6 закона № 63-ФЗ). Печатная форма у каждого оператора своя и документом не является.
- Содержание задаёт формат: сотни реквизитов с условиями обязательности, справочниками и форматами значений. Свободного текста «как привыкли» в нём почти нет — у каждого сведения своё место.
- Исправить отправленное по своей инициативе нельзя. Правила обмена допускают исправление только по ответу ГИС ЭПД об ошибке (пункты 11 и 12), в остальных случаях — отзыв и новое поручение.
- Клиент
- Обязан своевременно представить экспедитору полную, точную и достоверную информацию о свойствах груза и условиях перевозки и необходимые документы (пункт 1 статьи 5 закона № 87-ФЗ, статья 804 ГК РФ).
- Экспедитор
- Обязан получить информацию, необходимую для исполнения договора, а при неполной — запросить недостающую (пункт 4 статьи 4 закона № 87-ФЗ). За утрату, недостачу и повреждение груза отвечает с момента принятия и до выдачи (статья 7).
Обязанности есть у обеих сторон, а материал, в котором они исполняются, общий — XML-файл, который большинство участников процесса прочитать не могут. Это и есть разрыв, который закрывает сервис. Он проявляется в трёх местах.
Задача 1. Проверить входящее поручение
Входящее поручение экспедитор видит в кабинете оператора ЭДО — печатной формой. Каждый оператор строит её по своему шаблону: где-то вместо значения выведен заголовок поля, где-то несколько реквизитов склеены в одну строку, часть граф вычисляется. Согласует же экспедитор не изображение, а файл.
Типичный пример — маршрут. Текст маршрута следования груза и адрес выдачи — разные реквизиты, формат не требует их совпадения. В печатной форме можно прочитать «станции Московского узла», а в адресе выдачи подписанного файла будет стоять конкретный терминал. Пока перевозка идёт штатно, разницы никто не замечает; при разборе происшествия смотреть будут в файл. Причина расхождения — удобство, ошибка, неграмотность или умысел — для последствий значения не имеет.
Высококлассный специалист по логистике не обязан уметь читать XML. Но согласовывает и отвечает он именно по нему — особенно если принимает груз во владение. Поэтому проверка XML должна быть шагом регламента приёма поручения, а не личной инициативой.
Как решает сервис Проверка XML работает без регистрации, файл не сохраняется. Сервис разворачивает поручение в читаемую карточку по разделам формата, сверяет файл со схемой XSD — той же, по которой его принимает оператор, — проверяет обязательные и условно обязательные реквизиты и проводит формально-логический контроль: сходятся ли массы, контейнеры, маршрут и сроки. Разбор по шагам и карту заполненности можно переслать коллеге ссылкой.
Та же проверка нужна и отправителю: открыть свой XML перед подписанием дешевле, чем потом отзывать поручение.
Задача 2. Составить поручение правильно
Поручение экспедитору в ГИС ЭПД отправляет клиент — и часто это не специалист по перевозкам: менеджер импортёра, сотрудник отдела закупок, бухгалтер. Ему нужно разложить инвойс, упаковочный лист, договор и букинг по реквизитам формата, которых он раньше не видел. Сам формат описывает структуру, но не объясняет смысла полей.
Цена ошибки выросла. Отзыв и корректировка поручения поддерживаются пока не всеми операторами, а работать с ГИС ЭПД нужно уже сейчас. Ошибка, найденная после отправки, означает новое поручение — и, если прежнее не отозвано, два действующих документа на один груз. Отсюда дубли, путаница, лишнее время и риски для обеих сторон.
К тому же многие поля несут юридический смысл, который из названия не очевиден. Отметка о приёме груза во владение определяет, отвечает ли экспедитор за сохранность. Указания о нормах перевозки и особые отметки становятся условиями, которые экспедитор обязан выполнить. А согласуя поручение, экспедитор соглашается и со всеми записями в «Иных данных и оговорках клиента».
Как решает сервис ИИ-помощник переносит сведения из исходных документов в поручение, предлагает маршрут и задаёт вопросы по тому, чего не хватает. По каждому полю он объясняет, что в нём указать, по какому правилу и какие обязательства оно закрепляет. До выгрузки файл проходит ту же проверку по схеме и по смыслу. Готовый XML вы скачиваете, подписываете и отправляете у своего оператора ЭДО — подпись и ключи сервису не нужны.
Задача 3. Готовить черновик за клиента
Крупные транспортные группы уже предлагают клиентам подготовку черновика поручения как дополнительную услугу: экспедитор заполняет файл, клиент загружает готовый XML в свою систему ЭДО, сверяет и подписывает. Клиент экономит время и не разбирается в формате. Экспедитор получает дополнительную точку контроля: плечи маршрута, разбивка поставки на партии, режимный груз и особые условия заполнены так, как их понимает тот, кто организует перевозку.
Повторить это самостоятельно непросто: нужен инструмент, который собирает файл по формату, ведёт справочники контрагентов и мест, проверяет результат и обновляется вместе с форматом. Для компании без собственной развитой ИТ-инфраструктуры это отдельный проект с разработкой и поддержкой.
Как решает сервис Два сценария без собственной разработки. Клиент в вашем кабинете: вы настраиваете роли, шаблоны и справочники, клиент вносит груз и документы, ваш сотрудник дополняет перевозку и проверяет черновик. Готовый XML клиенту: поручение целиком собирает ваш сотрудник, клиент сверяет данные и подписывает у своего оператора. Размещение — облако, выделенный контур или ваше оборудование; обновления формата ФНС выпускаем мы.
Кому что достаётся
| Кто вы | Задача | Что даёт сервис |
|---|---|---|
| Экспедитор, перевозчик | Принять поручение и не взять на себя чужую ошибку | Читаемый XML и проверку до согласования и приёма груза |
| Грузовладелец, импортёр | Отправить поручение без дублей и отзывов | Заполнение с пояснениями и проверку до отправки |
| Экспедитор как сервис | Готовить черновики за клиентов | Кабинет для клиентов и готовый XML без своей разработки |
Чего сервис не делает
- Не является оператором ГИС ЭПД или ЭДО и ничего не передаёт в государственные системы: файл вы отправляете сами, у своего оператора.
- Не запрашивает электронную подпись и закрытые ключи.
- Не принимает решения за вас. Валидность файла определяет детерминированная проверка по формату, а не языковая модель; согласовать или подписать документ решает человек.
Коротко Поручение — это XML, и отвечают стороны по нему. Сервис делает этот файл понятным тому, кто его проверяет, правильным — тому, кто его составляет, и доступным как услуга — тому, кто готовит его за клиента.
Частые вопросы
- Зачем сервис, если поручение можно заполнить у оператора ЭДО?
- Оператор даёт форму и канал отправки. Сервис объясняет поля, переносит сведения из документов и проверяет файл по схеме и по смыслу до отправки, а входящее поручение показывает так, как оно записано в XML.
- Сервис заменяет оператора ЭДО?
- Нет. Подписание и отправка остаются у вашего оператора; сервис готовит и проверяет XML-файл.
- Можно ли проверить чужое поручение без регистрации?
- Да. Проверка XML на сайте работает без входа, файл не сохраняется.
Документы
- Федеральный закон № 87-ФЗ «О транспортно-экспедиционной деятельности», статья 2 — электронные экспедиторские документы
- Закон № 87-ФЗ, статья 4 — обязанности экспедитора
- Закон № 87-ФЗ, статья 5 — обязанности клиента
- Закон № 87-ФЗ, статья 7 — ответственность экспедитора за груз
- Гражданский кодекс РФ, глава 41 «Транспортная экспедиция»
- Федеральный закон № 63-ФЗ «Об электронной подписи», статья 6
- Постановление Правительства РФ от 27.04.2026 № 469 — правила обмена экспедиторскими документами
- Приказ ФНС России № ЕД-1-26/277@ — форматы экспедиторских документов
Как это сделать в сервисе
- Проверить готовый XML
- Начать с документов по перевозке
- Два способа работы: сами или с кабинетами клиентов