Почему документы в ГИС ЭПД получают ошибочный статус

Разбираемся, что на самом деле означает «ошибка» в системе Минтранса, и как её найти и устранить

В чём проблема и кому полезна статья

С 1 сентября 2026 года электронные перевозочные документы становятся обязательными для перевозчиков, экспедиторов, грузоотправителей и грузополучателей — это установлено федеральным законом от 07.06.2025 № 140-ФЗ [8][7]. До этой даты бизнес постепенно подключается к ГИС ЭПД добровольно, а с сентября уже не будет права выбора [7][8]. Одновременно растёт число вопросов вроде «почему документ висит в статусе "Не определён"» или «почему транспортная накладная не переходит в статус "Принят"». Разбор в этой статье полезен логистам, ИТ-специалистам транспортных компаний, интеграторам 1С и операторам электронного документооборота, которые уже работают с ГИС ЭПД или готовятся к обязательному переходу.

Простое объяснение темы

ГИС ЭПД — государственная информационная система электронных перевозочных документов, которую администрирует Минтранс России через ФГУП «ЗащитаИнфоТранс» [1]. Она не работает напрямую с бизнесом: между компанией и ГИС ЭПД всегда стоит аккредитованный оператор информационной системы ЭПД (ИС ЭПД) — например, сервис ЭДО, к которому подключена компания [5][3]. Оператор собирает данные о перевозке, формирует из них файлы обмена по форматам ФНС и отправляет их в ГИС ЭПД [5].

Каждый электронный перевозочный документ — транспортная накладная (ЭТрН), заказ-наряд (ЭЗН), сопроводительная ведомость (ЭСВ), заказ и заявка (ЭЗЗ), договор фрахтования (ЭДФ) или путевой лист (ЭПЛ) — состоит не из одного файла, а из набора файлов обмена, которые формируют разные участники перевозки в разные моменты времени [1]. Например, для транспортной накладной это минимум два файла: сведения грузоотправителя (Т1) и сведения перевозчика о приёме груза (Т2) [1]. Только когда в ГИС ЭПД поступят оба связанных файла, документ переходит в статус «Принят» [1].

Как работает процесс: три статуса и два уровня проверок

Три официальных статуса документа

Согласно регламенту информационного взаимодействия с ИС ЭПД, документу присваивается один из трёх статусов [1]:

• «Не определён» — присваивается, если в ГИС ЭПД по данному УИД (уникальному идентификатору документа) поступил один файл обмена, который система отклонила или в котором обнаружила ошибки при приёме [1].
• «Ожидается» — поступил любой файл обмена, и система ожидает связанные с ним файлы (например, пришёл Т1, но ещё не пришёл Т2) [1].
• «Принят» — в систему поступили все необходимые для данного типа документа файлы обмена; для ЭТрН это Т1 и Т2, для ЭЗН — Т1, Т2 и Т3, для ЭПЛ при формировании одного путевого листа — Т1, Т2, Т3 и Т4 [1].

Важный нюанс: статус «Не определён» — это не «документ навсегда потерян», а сигнал, что единственный присланный по этому УИД файл не прошёл проверку. Часто достаточно отправить исправленный файл с новым именем, чтобы начать обработку заново [1].

Путаница между статусом запроса и статусом документа

Одна из главных причин, по которой статус в ГИС ЭПД выглядит «непонятным» — это смешение двух разных сущностей [1]:

• Статус запроса на обработку данных (привязан к requestId, то есть к конкретному отправленному файлу) — показывает, что произошло именно с этим файлом: он в очереди, зарегистрирован, принят, принят с замечаниями, отклонён или произошла техническая ошибка [1].
• Статус документа (привязан к УИД, то есть ко всему электронному перевозочному документу целиком) — показывает, собран ли документ из всех нужных файлов [1].

Оператор ИС ЭПД может опрашивать оба этих статуса через методы API «GET по requestId» и «GET по УИД», причём с тремя уровнями детализации ответа: business (короткий бизнес-статус), verbose (статус плюс список ошибок и предупреждений) и trace (полная история всех статусов документа) [1]. Если внутренняя система компании или оператора показывает пользователю только business-статус, множество реальных причин остаются скрытыми — именно поэтому статус выглядит как непонятная «ошибка».

Российская специфика

ГИС ЭПД работает в промышленном режиме с 2022 года, и, по словам генерального директора ФГУП «ЗащитаИнфоТранс» Ильи Перевалова, за первые два года система уже прошла путь от отработки базовых сценариев к обсуждению автоматизации бизнес-процессов совместно с операторами ЭДО [2]. С 1 сентября 2026 года использование ЭПД становится обязательным для перевозчиков, экспедиторов, грузоотправителей, грузополучателей, фрахтовщиков и фрахтователей — это следует из 140-ФЗ [8][7]. Параллельно с марта 2026 года заработал реестр «ГосЛог», регистрация в котором обязательна для экспедиторов [10].

Технически взаимодействие с ГИС ЭПД жёстко регламентировано: обмен данными идёт по защищённому VPN-соединению на основе технологии VipNet с шифрованием по ГОСТ 34.12-2018 и ГОСТ 34.13-2018 [1], подписывать файлы обмена нужно усиленной квалифицированной или неквалифицированной электронной подписью в формате CMS (CAdES-BES) или CAdES [1], а доступ к личному кабинету оператора организуется через Госуслуги для бизнеса с проверкой данных по ЕГРЮЛ [3]. Любое несоответствие этим требованиям — просроченный сертификат, неверный формат подписи, устаревшие реквизиты компании — тоже приводит к тому, что документ «зависает».

Основные причины ошибочных статусов

Технические причины на уровне файла и подписи

Согласно регламенту, на этапе первичной обработки запроса ГИС ЭПД последовательно проверяет: наличие XML-файла, файла подписи и идентификатора оператора; соответствие размера файлов лимитам — не более 1 МБ для файла обмена и 300 КБ для файла подписи; соответствие файла формату XML; корректность имени файла по форматам, утверждённым приказами ФНС; соответствие идентификатора оператора ЭДО в имени файла реальному оператору, отправившему запрос; наличие и корректность УИД; отсутствие дублей; соответствие XML-документа XSD-схеме; валидность самой электронной подписи [1]. Если любая из этих проверок не пройдена, дальнейшая обработка не идёт, и формируется одна из типовых ошибок — например, «Файл должен иметь расширение .xml», «Размер подписи не должен превышать 300Кб», «УИД уже использован» или «Невалидная подпись» [1].

Причины на уровне бизнес-логики и связей документов

Отдельный класс — так называемые ошибки трассировки, то есть ошибки реализации бизнес-процессов [1]. Они возникают уже после того, как файл технически принят, но не проходит проверку по смыслу: нарушена последовательность формирования файлов обмена (например, файл о выдаче груза пришёл раньше файла о приёме груза к перевозке); в файле указаны неверные ссылки на опорные файлы обмена; есть противоречия между данными разных файлов одного документа или между связанными документами; значения атрибутов не соответствуют требованиям нормативных актов или не совпадают со справочниками и классификаторами ФНС; сведения в документе расходятся с данными, полученными из информационных систем федеральных органов исполнительной власти [1]. Такие ошибки сложнее диагностировать «на глаз», потому что сам файл технически корректен — проблема в данных или в порядке их отправки.

Организационные причины

Практика подключения бизнеса к ГИС ЭПД показывает, что часть отказов вообще не связана с самими файлами обмена. Среди типичных организационных причин при первичном подключении — несоответствие данных организации сведениям в ЕГРЮЛ, отсутствие действующей машиночитаемой доверенности (МЧД) или доверенность с истёкшим сроком действия либо неполным перечнем полномочий, а также ситуация, когда после регистрации доступ в личный кабинет есть только у одного сотрудника, а остальные не подключены и не могут подписывать документы [3]. Для регулярной работы это означает, что «ошибочный статус» иногда решается не правкой XML-файла, а обновлением реквизитов компании или переоформлением доверенности.

Как диагностировать причину — практический алгоритм

Чтобы не гадать, что именно вызвало «ошибочный» статус, стоит идти по данным, которые уже предоставляет API ГИС ЭПД, а не только по укороченному статусу в интерфейсе оператора:

1. Получить requestId, который система выдаёт в ответ на отправку файла — это токен для дальнейшего опроса [1].
2. Запросить статус по requestId с типом ответа verbose — в ответе появятся массивы errors и warnings с текстом конкретных ошибок и предупреждений [1].
3. Если ошибок несколько или нужно увидеть полную последовательность, запросить тип ответа trace — он вернёт пошаговый лог всех статусов запроса, включая проверку электронной подписи [1].
4. Запросить статус документа по УИД (а не только по requestId) — это покажет, действительно ли пришли все связанные файлы обмена, или документ до сих пор в статусе «Ожидается» [1].
5. Сверить полученный код ошибки с таблицей кодов и рекомендаций в приложении к регламенту — для большинства ошибок там прямо указано, что делать: проверить имя файла, размер, XSD-схему, подпись или корректность УИД [1].
6. Если ошибка не укладывается в стандартные коды или похожа на внутреннюю (InternalError), обращаться в техническую поддержку ГИС ЭПД с приложением исходных файлов — XML, файла подписи и текста ошибки; это явно указано как предпочтительный способ обращения [1].

Когда достаточно проверки, а когда нужна доработка интеграции

Если ошибочные статусы возникают редко и сводятся к очевидным вещам — не тот тип файла, просроченная подпись, опечатка в реквизитах, — обычно достаточно наладить внутренний регламент проверки перед отправкой и научить сотрудников читать verbose-ответы в личном кабинете оператора. Если же ошибочные статусы возникают системно — например, при интеграции ГИС ЭПД с 1С, TMS или собственной ERP-системой, где документы формируются автоматически и в больших объёмах, — единичные ручные проверки не масштабируются. В этом случае разумнее один раз доработать интеграционный модуль так, чтобы он сам разбирал verbose/trace-ответы, сопоставлял коды ошибок с понятными сообщениями для пользователя и контролировал очерёдность отправки связанных файлов обмена, не полагаясь на то, что сотрудник вручную это проверит.

Ограничения, ошибки и риски

Стоит отдельно проговорить несколько нюансов, которые часто упускают из виду:

• Статус «Ожидается» — это не всегда ошибка. Если участник ещё не отправил парный файл (например, грузополучатель пока не подтвердил приёмку), статус закономерно остаётся «Ожидается», и это не повод паниковать [1].
• УИД, который не прошёл проверку, нельзя «исправить» тем же именем файла — правила регламента требуют формировать новый файл обмена с новым именем и повторно отправлять запрос вместо того, что был обработан с ошибками [1].
• Дублирование потоков данных на стороне ИС ЭПД, в том числе при межоператорском роуминге, должно быть исключено — повторная отправка одного и того же документа приводит к ошибке «Файл является дубликатом» [1].
• ГИС ЭПД накладывает лимиты на количество запросов в единицу времени — например, не более 10 POST-запросов в секунду и не более одного запроса на пул УИД раз в 5 секунд; систематическое превышение лимитов может привести к индивидуальным, более строгим ограничениям для конкретного оператора [1].
• Открытой статистики о том, какие именно коды ошибок встречаются чаще всего в промышленной эксплуатации, в публичном доступе найти не удалось — регламент описывает возможные причины, но не их частоту.

Как может помочь «Пятый фактор»

Большая часть разобранных выше причин — это не «баг» ГИС ЭПД, а следствие того, как устроена интеграция на стороне бизнеса: не обрабатываются verbose/trace-ответы API, не контролируется очерёдность отправки связанных файлов обмена, не автоматизирована сверка реквизитов и сроков действия МЧД. Команда «Пятого фактора» может изучить текущую схему обмена данными между учётной системой компании (1С, ERP, TMS) и оператором ИС ЭПД, оценить, где именно теряется информация об ошибках, и помочь с доработкой интеграционного модуля — от корректной обработки кодов ошибок API до построения дашборда со статусами документов и автоматическими уведомлениями об ошибочных статусах. Если для конкретной задачи достаточно настройки уже существующего сервиса оператора без разработки — специалисты честно скажут об этом, а не будут навязывать проект.

Вывод

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

Источники

[1] mintrans.gov.ru — Регламент информационного взаимодействия с ИС ЭПД, версия 1.6 — https://mintrans.gov.ru/storage/app/media/files/reglamentiv16.pdf

[2] mintrans.gov.ru — ГИС ЭПД: два года успешной работы и планы развития — https://www.mintrans.gov.ru/press-center/news/11446

[3] cleverence.ru — ГИС ЭПД для бизнеса: регистрация и подключение — https://www.cleverence.ru/articles/elektronnaya-kommertsiya/-gis-epd-dlya-biznesa-registratsiya/

[4] astral.ru — Что такое ГИС ЭПД — https://astral.ru/products/1c-epd/gis-epd/

[5] diadoc.ru — Как подключиться к ГИС ЭПД и работать с электронными документами — https://www.diadoc.ru/articles/83778-podklyuchitsya_k_gis_epd

[6] vezubr.ru — Что такое ГИС ЭПД и кто такие операторы системы — https://vezubr.ru/interesnoye-o-logistike/gis-epd/

[7] kontur-extern.ru — Электронные перевозочные документы (ЭПД) 2026: как перейти заранее, сроки и требования ФНС — https://www.kontur-extern.ru/info/83262-elektronnye_perevozochnye_dokumenty

[8] kurs.alfabank.ru — Электронные перевозочные документы (ЭПД) с 1 сентября 2026: правила перехода, штрафы и ГИС ЭПД — https://kurs.alfabank.ru/articles/perekhod-na-ehlektronnye-perevozochnye-dokumenty-ehpd-s-1-sentyabrya-2026/

[9] klerk.ru — ГИС ЭПД в 2026 году: что это за система, для кого обязательна — https://www.klerk.ru/blogs/e-office24/692895/

[10] fingu.ru — ЭПД с 1 сентября 2026: кто обязан, подключение и штрафы — https://fingu.ru/blog/vse-ob-elektronnykh-perevozochnykh-dokumentakh-s-1-sentyabrya-2026-goda-kto-obyazan-kak-podklyuchits/

[11] tusoft.ru — ЭПД в 2026: что это, кому обязательно с 1 сентября — https://tusoft.ru/blog/edo/elektronnye-perevozochnye-dokumenty-epd-v-2026-godu-chto-eto-takoe-komu-obyazatelno-i-kak-vse-rabotaet/

[12] nalog-nalog.ru — Как подключиться к ГИС ЭПД в 2026 — пошаговая инструкция — https://nalog-nalog.ru/buhgalterskij_uchet/dokumenty_buhgalterskogo_ucheta/kak-podklyuchitsya-k-gis-epd-v-2026-godu-poshagovo/

[13] abt.ru — ГИС ЭПД для участников рынка перевозок — https://www.abt.ru/blog/gis-epd-korotko-o-glavnom/

[14] ergro.ru — ГИС ЭПД – Актуальная информация — https://ergro.ru/info/stati/gis-epd/