При загрузке электронной транспортной накладной оператор может вернуть сообщение:

«Неверный формат данных»

Проблема в том, что такая ошибка сама по себе почти ничего не объясняет. Она может относиться к адресу погрузки, дате, весу, идентификатору организации или даже к одному символу внутри XML.

Поэтому исправлять документ «наугад» не стоит.

Нужно последовательно проверить поля, в которых формат чаще всего отличается от того, что ожидает схема ЭТрН.

Если XML уже сформирован, его можно открыть в нашем генераторе ЭТрН и проверить основные данные перед повторной загрузкой оператору.

Что означает «неверный формат данных»

XML ЭТрН должен соответствовать установленной структуре.

Для автомобильной ЭТрН используется формат, утверждённый ФНС, а операторы при формировании и обработке документа работают с соответствующими XSD-схемами. В документации Диадока, например, прямо указано, что передаваемый XML должен соответствовать XSD. Контур Разработчик

Это означает, что для каждого элемента заранее определено:

• должен ли он вообще присутствовать;
• является он текстом, числом или датой;
• в каком виде записывается значение;
• какие вложенные элементы допустимы;
• какие реквизиты обязательны.

Поэтому визуально правильные данные ещё не гарантируют, что XML технически корректен.

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

Это одно из первых мест, которое стоит проверить.

Адреса мест погрузки и выгрузки являются обязательными реквизитами транспортной накладной и должны соответствовать фактическим местам выполнения перевозки, а не автоматически подставленному юридическому адресу организации. Министерство транспорта РФ

Например, компания зарегистрирована по адресу:

г. Челябинск, ул. Примерная, 10

а груз реально забирают:

г. Копейск, промышленная площадка, склад №3

В ЭТрН нужен адрес фактической погрузки.

Почему адрес может не пройти

Проблема может возникнуть, если:

• адрес введён одной произвольной строкой;
• название населённого пункта написано нестандартно;
• отсутствует обязательная часть адреса;
• система не смогла сопоставить адрес с ГАР;
• используется устаревшее название;
• вместо фактического места подставлен адрес организации;
• в структурированное поле передано значение другого типа.

Государственный адресный реестр — официальный источник адресных данных ФНС; данные ГАР регулярно обновляются. Федеральная налоговая служба

В отдельных элементах формата ЭТрН адрес может передаваться как структурированный российский адрес, информационная строка либо через код ГАР — конкретный вариант зависит от элемента и схемы. В документации Диадока, например, для адреса при переадресации предусмотрены АдресРФ, АдресИнф или КодГАР. Контур Разработчик

Что делать

Не переписывайте адрес несколько раз разными словами.

Сначала проверьте его в ГАР/ФИАС и используйте корректное представление адреса, которое поддерживает оператор.

2. Проверьте даты

С датами особенно легко ошибиться при импорте из Excel.

Excel может хранить дату как внутреннее число. Например, пользователь видит:

16.09.2026

а программа при неправильном импорте получает числовое значение ячейки.

Есть и другая проблема: разные поля XML могут ожидать разный формат даты.

Например, в готовом XML ЭТрН в документации Диадока встречаются даты вида:

ДатаТрН="02.04.2026"

а дата и время в UserDataXml могут передаваться уже в формате:

ActualArrivalDateTime="13.07.2022T14:42:19+05:00"

То есть нельзя установить одно правило вроде «все даты должны быть ДД.ММ.ГГГГ» для всего XML. Нужно соблюдать формат именно того элемента, который определён схемой. Контур Разработчик

Частые ошибки

Например:

16/09/2026

вместо ожидаемого:

16.09.2026

или дата-время без часового пояса там, где схема его предусматривает.

При импорте из Excel дополнительно проверяйте, что дата не превратилась в число или строку с временем:

16.09.2026 00:00:00

если поле ожидает только дату.

3. Проверьте дробные числа

Ещё один частый источник проблем — масса груза и другие числовые значения.

В документах и Excel мы привычно пишем:

17 759,90

Но XML-поле может ожидать значение без пробела-разделителя тысяч и с точкой в качестве десятичного разделителя:

17759.90

В примерах XML Диадока числовые значения веса, например, передаются как:

GrossWeightReceived="1500.000"
``` :chatgpt-content-reference{index="5"}


Поэтому нельзя просто копировать в XML отображаемое значение Excel:

```text
17 759,90 кг

В числовом поле:

• не должно быть слова кг;
• не должно быть пробела между тысячами;
• разделитель должен соответствовать требованиям схемы;
• значение должно быть числом, а не текстовой строкой.

4. Не округляйте точную массу из документа без необходимости

Упаковочный лист может содержать массу в нескольких местах.

Например:

17,76 т

и одновременно итог:

17 759,90 кг

Это практически одна и та же масса, но первое значение округлено.

17,76 т после обычного пересчёта даст:

17 760 кг

то есть уже другое значение.

Если в исходном документе есть точная итоговая масса 17 759,90 кг, именно её разумно перенести в ЭТрН, а не восстанавливать массу из округлённого значения в тоннах.

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

5. Не путайте число и единицу измерения

При импорте Excel рядом могут находиться разные показатели:

• масса;
• количество;
• объём;
• длина;
• площадь;
• число грузовых мест;
• стоимость.

Само наличие числа ещё не означает, что это вес.

Поэтому при сопоставлении колонок смотрите одновременно на:

название показателя + единицу измерения + содержимое строки.

Например:

12 шт.

не означает 12 кг.

А:

3,6 м³

не должно попадать в поле массы только потому, что это дробное число.

6. Проверьте пустые обязательные поля

XML может выглядеть корректно, но внутри присутствовать пустой обязательный элемент.

Например:

<Телефон></Телефон>

или:

<АдресПункт />

Если элемент необязательный, иногда правильнее вообще не формировать его, чем создавать пустым.

А если обязательный — нужно заполнить реальное значение.

Поэтому при ошибке полезно искать не только неправильные данные, но и пустые элементы.

7. Проверьте ИНН и КПП

Типичные ошибки:

• ИНН содержит пробел;
• к номеру добавлены кавычки;
• Excel отбросил первый ноль;
• ИНН организации перепутан с ИНН физлица;
• КПП указан для другого подразделения;
• в числовую ячейку Excel преобразовал реквизит.

ИНН и КПП лучше хранить и импортировать как текстовые значения, а не как числа.

Для ЭТрН важно не только формальное количество цифр, но и соответствие реквизитов конкретному участнику перевозки.

8. Проверьте наблюдателей и дополнительные ID

Если ошибка появилась после добавления наблюдателя, отдельно проверьте элементы:

<ИдПолИной>...</ИдПолИной>

В Т1 такие элементы используются для дополнительных получателей документа. Контур Разработчик

Не нужно подставлять туда:

• название организации;
• обычный ИНН;
• придуманный идентификатор;
• ID другой организации.

Этой проблеме посвящена отдельная инструкция:

Наблюдатель в ЭТрН в Диадоке: где взять ID

9. Проверьте структуру XML, а не только данные

Иногда каждое значение само по себе правильное, но XML всё равно не принимается.

Например, элемент:

• расположен не в том разделе;
• вложен не в того родителя;
• указан в неправильной последовательности;
• повторён больше разрешённого количества раз;
• отсутствует обязательный соседний элемент.

Именно для этого существует XSD-схема.

XSD проверяет не смысл перевозки, а техническую структуру документа.

Если XML не проходит XSD, исправление ИНН или адреса может вообще не решить проблему.

10. Не редактируйте XML в Word

XML — обычный текстовый файл, но Word и другие текстовые редакторы могут изменить его содержимое.

Например:

• заменить обычные кавычки типографскими;
• изменить кодировку;
• добавить служебные символы;
• изменить переносы или структуру.

Для ручной проверки лучше использовать редактор кода или специализированный XML-редактор.

Если изменения делаются через наш генератор, файл формируется программно.

Как найти ошибку быстрее

Если оператор просто пишет «Неверный формат данных», не меняйте сразу весь документ.

Проверяйте по порядку:

1. Какое поле редактировали непосредственно перед появлением ошибки.
2. Адреса погрузки и выгрузки.
3. Даты.
4. Вес и другие дробные числа.
5. ИНН и КПП.
6. Наблюдателей и ID участников.
7. Пустые обязательные элементы.
8. Структуру XML по XSD.

Так гораздо быстрее найти один проблемный реквизит.

Пример с адресом

Допустим, в исходном Excel указано:

Ленинградская область, Усть-Луга, СПГ

Человеку понятно, где находится объект.

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

В таком случае проблема не в том, что адрес «неправильный по смыслу».

Он не подходит по формату для автоматической обработки.

После уточнения адреса по ГАР и его правильного заполнения XML может пройти проверку без изменения остальных реквизитов.

Пример с весом

В Excel:

1 202,19

После неудачного импорта:

1 202,19 кг

попало целиком в числовой XML-атрибут.

Для человека значение понятно.

Для XML это уже текст.

В техническое числовое поле нужно передать только значение в формате, предусмотренном схемой, например:

1202.19

Можно ли проверить XML до загрузки оператору

Да.

Если файл уже сформирован, его можно открыть в сервисе:

Создать и проверить ЭТрН →

Можно проверить основные сведения:

• участников;
• груз;
• массу;
• грузовые места;
• адреса;
• водителя;
• транспорт;
• наблюдателей;
• сопроводительные документы.

После исправления можно сформировать XML заново.

Сервис предназначен для подготовки и проверки данных. Он не является оператором ИС ЭПД и не заменяет окончательную проверку документа системой оператора.

Операторы ИС ЭПД обеспечивают оформление и передачу электронных перевозочных документов в ГИС ЭПД. Федеральная налоговая служба

Если ошибка остаётся

Для предметной проверки понадобятся:

XML-файл + полный текст ошибки оператора.

По одной фразе «Неверный формат данных» нельзя достоверно определить, какое поле не прошло проверку.

Если документ не удаётся загрузить, мы можем помочь проверить структуру XML и найти проблемный реквизит.