Ошибка «Неверный формат файла выгрузки XML» в 1С 8.3: как исправить

Ошибка Неверный формат файла выгрузки в 1С 8.3 почти всегда означает одно: файл XML и база, в которую вы его грузите, «говорят на разных языках». Либо структура выгрузки не совпадает с метаданными приёмника, либо сам файл повреждён при передаче.

Разберём все причины по порядку — от самой частой к редкой — и покажем, как загрузить данные без потерь. Способы подходят и для универсального обмена, и для обработки ВыгрузкаЗагрузкаДанныхXML83.epf, и для выгрузки годовой отчётности.

Что означает ошибка и когда она возникает

Полный текст в окне обычно такой:

Ошибка преобразования данных XML
Неверный формат файла выгрузки

Появляется она в момент загрузки, а не выгрузки — 1С уже открыла файл и начала читать его заголовок, но встретила то, чего не ждала.

Три типовых сценария, где вы её увидите:

• 🔁 перенос данных между базами через универсальную обработку ВыгрузкаЗагрузкаДанныхXML;
• 📦 загрузка выгрузки от контрагента или из другой конфигурации;
• 📄 отправка годовой отчётности в формате XML в банк или контролирующий орган.

Причина в 9 случаях из 10 — несовпадение структуры. Реже виноват битый файл. Ещё реже — версия обработки.

Быстрая диагностика: с чего начать

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

Причина 1. Несоответствие структуры метаданных конфигурации

Самая частая. Обработка ВыгрузкаЗагрузкаДанныхXML переносит данные «один в один»: она ждёт, что в базе-приёмнике объекты, реквизиты и типы совпадают с источником.

Стоит удалить реквизит, добавить новый или изменить тип — и файл уже «неверного формата» для этой базы.

Что проверить:

1. Совпадает ли конфигурация источника и приёмника (обе — «Бухгалтерия предприятия», обе — одной редакции).
2. Совпадает ли версия конфигурации. Разница даже в подредакции (3.0.155 против 3.0.148) ломает загрузку.
3. Нет ли в приёмнике доработок — добавленных реквизитов, изменённых типов, снятых с поддержки объектов.

Решение:

• Сначала обновите приёмник до той же версии конфигурации, что и источник — в большинстве случаев этого достаточно.
• Если версии сравнять нельзя, переносите данные не сырым XML, а через «Конвертацию данных 2.0» с правилами обмена.

Причина 2. Ошибка файловой системы: битый или неполный файл

Второй по частоте виновник — сам файл. XML не долился, попал в архив с ошибкой, был открыт и «подправлен» сторонней программой.

Как отличить: откройте файл Блокнотом или любым текстовым редактором.

Признаки битого файла:

• 🔴 файл обрывается на полуслове, нет закрывающего тега в конце;
• 🔴 в начале не <?xml, а посторонние символы или HTML-страница (частый случай при скачивании по ссылке — сохранилась страница, а не файл);
• 🔴 размер файла 0 байт или подозрительно мал.

Что сделать:

1. Перекачайте или пересформируйте выгрузку заново, не открывая и не пересохраняя её.
2. Если файл передавали архивом — распакуйте другим архиватором, проверьте контрольную сумму.
3. Не редактируйте XML вручную в Word или редакторе с автозаменой кавычек — это ломает разметку.

Причина 3. Несовместимая версия обработки ВыгрузкаЗагрузкаДанныхXML83

Обработка ВыгрузкаЗагрузкаДанныхXML83.epf выпускается под конкретные версии платформы. Старая epf на новой платформе (или наоборот) читает файл неправильно и выдаёт Неверный формат файла выгрузки.

Что проверить и сделать:

• Узнайте свою версию платформы: меню Справка → О программе, строка вида 8.3.24.1546.
• Возьмите обработку под свою версию: для платформы 8.3 нужна именно редакция 8.3 обработки, не 8.2.
• Выгрузку и загрузку делайте одной и той же версией обработки — файл, созданный новой epf, старая не прочитает.

Причина 4. Кодировка и лишние символы в XML

Файл должен быть в кодировке, объявленной в его же заголовке (обычно UTF-8). Если кодировка не совпадает или в начало файла попал BOM-маркер либо пустая строка — парсер спотыкается уже на первом теге.

Что проверить:

• первая строка — строго <?xml version="1.0" encoding="UTF-8"?>, без отступа и пустых строк над ней;
• перед <?xml нет пробелов, табов, невидимых символов;
• файл сохранён в UTF-8 без BOM, если приёмник ждёт именно это.

Пересохранить в нужной кодировке можно в Notepad++: меню Кодировки → Преобразовать в UTF-8 (без BOM).

Пошагово: как загрузить XML без ошибки

Проверенный порядок действий — от быстрого к серьёзному. Обычно проблема решается на первых шагах.

Особый случай: выгрузка годовой отчётности в XML

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

Здесь дело не в обмене между базами, а в формате приёмника:

• отчёт сформирован в старом релизе, а формат выгрузки уже обновился;
• выбран не тот формат/период при выгрузке;
• приёмник (клиент-банк, портал) ждёт конкретную версию формата.

Что делать:

1. Обновите конфигурацию до актуального релиза — форматы отчётности зашиты в него.
2. Пересформируйте отчёт заново и повторите выгрузку.
3. Уточните у приёмника, какую версию формата он принимает.

Как предотвратить ошибку на будущее

• 📌 Держите источник и приёмник на одной версии конфигурации перед каждым обменом.
• 📌 Для переноса между разными конфигурациями используйте правила конвертации, а не сырой XML.
• 📌 Передавайте файлы архивом, не открывайте и не пересохраняйте их «по дороге».
• 📌 Всегда делайте резервную копию приёмника до загрузки.

Если не помогло

Ошибка осталась даже после сверки версий и проверки файла — копайте глубже:

• Включите в обработке вывод подробного лога и найдите имя объекта, на котором чтение падает, — часто виноват один справочник с изменённым типом реквизита.
• Попробуйте загрузить не весь файл, а выгрузку по частям (по одному разделу) — так локализуете проблемный объект.
• Сравните структуры баз в конфигураторе через Конфигурация → Сравнить, объединить с конфигурацией из файла.
• Если базы сильно разошлись по доработкам — перенос сырым XML не ваш вариант, нужна конвертация данных с правилами.

Частые вопросы