Как быстро проверить ЭТрН в формате XML перед отправкой

Добрый день! Да, в 2026 году контроль за ЭТрН действительно усилился, а валидация в ГИС ЭПД стала строже — и именно структура XML здесь играет решающую роль. Ниже — чек‑лист, который закрывает основные причины отказов. Его удобно использовать как «финальную проверку» перед отправкой.

• Актуальная XSD‑схема. В 2026 году действует формат по приказу ФНС № ЕД‑1‑26/276@ от 27.04.2026. Если 1С выгружает по старой схеме (например, от 2021 года), валидация упадёт сразу. Проверьте, что ваша конфигурация 1С обновлена под новый формат.
• Имя файла. Для каждого титула (Т1, Т2 и т.д.) используется строгий шаблон: R_Т_A_E_О_W_GGGGMMDD_N, где N — 36‑символьный GUID. Любое отклонение — автоматический отказ.
• Валидатор. Перед отправкой прогоните XML вместе с XSD в онлайн‑валидаторе: он подсветит незакрытые теги, лишние атрибуты, неверную вложенность. Это экономит кучу времени.

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

• Наименование. Пишите максимально конкретно: «Молоко пастеризованное 3,2%, 1 л» вместо просто «Молоко».
• Количество, вес, объём, упаковка. Проверьте числовые поля и их соответствие в разных титулах.
• Коды единиц измерения. Это частая «тихая» ошибка: если в одном титуле стоит «кг», а в другом — «килограмм», система может посчитать это расхождением. Сверяйте коды единиц в ЭТрН и в связанных документах (например, в УПД).
• Маркировка. Если в перевозке участвуют маркируемые товары, дополнительно проверьте статусы кодов DataMatrix в ГИС МТ: «выведен из оборота» или «чужой» код — это риск отказа.

• МЧД обязательна, если документ подписывает не руководитель, а сотрудник. Без действующей МЧД в реестре ФНС подпись не пройдёт валидацию.
• Полномочия в МЧД. В классификаторе должны быть явно указаны права на подписание электронных перевозочных документов.
• Тип подписи. Для грузоотправителя, перевозчика, грузополучателя (если не ИП лично) — УКЭП. Для водителя (подтверждение погрузки/выгрузки) — допускается ПЭП (например, через SMS в мобильном приложении оператора).
• Срок действия сертификатов. Проверьте, чтобы УКЭП/УНЭП не были просрочены или отозваны.

• Чёткое распределение ролей. Кто именно является грузоотправителем, перевозчиком, грузополучателем — ошибки в ролях приводят к отказам.
• Экспедитор. Если экспедитор принимает груз во владение, в титуле Т1 он указывается как грузоотправитель с пометкой «является экспедитором», а заказчик перевозки — отдельно. Если только организует перевозку (без владения грузом), он не подписывает титулы ЭТрН.

• Сверяйте номенклатуру, количество, даты и реквизиты в ЭТрН с заказом, заявкой, УПД и т.п. Расхождения в этих данных — частый повод для отказов и последующих вопросов.

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

• Отправьте черновик в тестовом контуре оператора ЭДО — это помогает поймать ошибки, которые не видны в 1С, до попадания документа в ГИС ЭПД.
• Если приходит код ошибки валидации, обязательно сохраните его и лог обмена (его часто формирует 1С или API оператора). По коду ошибки можно точно понять, какое поле или правило нарушено.

Если скажете, какой именно код ошибки приходит (или пришлёте фрагмент лога), подскажу, на какой блок XML смотреть в первую очередь. Удачи с отправкой!