Как исправить ошибку «XMLЗначение: Ошибка преобразования данных XML» при переносе данных из БП 3.0 в ЗУП 3.1

← На главную

Перенос данных между конфигурациями 1С — это процесс, который часто сопровождается техническими сложностями, особенно когда речь идет о типовых механизмах обмена через XML. Одной из наиболее распространенных и при этом «немых» ошибок является сбой в методе XMLЗначение. Пользователи видят сообщение вида: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1131)}: Ошибка при вызове метода контекста (XMLЗначение). Эта ошибка блокирует загрузку данных, при этом штатные средства логов часто не дают конкретики, на каком именно объекте произошел сбой.

В этой статье мы подробно разберем, почему возникает эта ошибка, как локализовать проблемный объект с помощью отладчика и какие данные в исходной базе (1С:Бухгалтерия) могут приводить к «падению» загрузки в 1С:ЗУП.

Разбор технической природы ошибки

Метод XMLЗначение(Тип, Текст) используется платформой 1С для десериализации текстового представления данных из XML-файла в типизированное значение (например, в Число, Дата, Булево или Перечисление). Если в XML-файле в теге значения передается строка, которую невозможно привести к целевому типу, платформа генерирует исключение.

Проанализируем ситуацию: при переносе из БП 3.0 в ЗУП 3.1 правила обмена ожидают, что определенное поле (например, признак постановки на учет в ранние сроки беременности) должно иметь логический тип (Истина или Ложь). Однако, если в базе-источнике из-за программного сбоя или некорректного заполнения в это поле попал текст (например, «Не поставлена»), парсер XML не сможет преобразовать это в Булево, и процесс прервется.

Шаг 1. Локализация ошибки с помощью отладчика

Когда стандартное сообщение об ошибке не указывает на объект (сотрудника, документ или организацию), нам необходимо прибегнуть к трассировке кода. Рассмотрим, как это сделать в конфигурации 1С:ЗУП, куда загружаются данные.

Откроем базу 1С:ЗУП в режиме Конфигуратор.
Найдем обработку УниверсальныйОбменДаннымиXML. Обычно она встроена в состав конфигурации или используется как внешняя. Если вы используете типовой помощник перехода, отлаживать нужно модуль объекта этой обработки.
Перейдем к строке 1131 (или аналогичной, где вызывается XMLЗначение). Нам нужно установить точку останова с условием или просто точку останова внутри блока Попытка...Исключение.
В момент остановки программы проанализируем значения переменных в табло. Нас интересуют переменные Тип и Значение.

Пример кода, на котором происходит сбой в модуле обработки:


// Фрагмент модуля обработки УниверсальныйОбменДаннымиXML
Попытка
    Результат = XMLЗначение(ТипДанных, СтрокаXML);
Исключение
    // Здесь происходит остановка, если данные некорректны
    ЗаписатьЛогОшибки("Не удалось преобразовать: " + СтрокаXML);
КонецПопытки;

Проанализируем ситуацию: если переменная ТипДанных имеет значение Булево, а в СтрокаXML содержится «Не поставлена» вместо «0» или «false», мы нашли виновника.

Шаг 2. Поиск и исправление данных в базе-источнике (БП 3.0)

Выяснив, какой именно реквизит вызывает сбой, мы должны вернуться в базу 1С:Бухгалтерия. Рассмотрим наиболее частый случай, выявленный на практике: некорректное заполнение данных о пособиях или кадровых сведениях.

Как показывает опыт, ошибка часто кроется в реквизите ПоставленаНаУчетВРанниеСрокиБеременности. В некоторых версиях правил или при ручном редактировании данных в это поле может записаться строковое значение вместо логического.

Алгоритм исправления:

В БП 3.0 найдем документы или записи регистров, связанные с выплатами пособий или кадровыми приказами по беременным сотрудницам.
Проверим состояние флажков. Если визуально флажок стоит или снят, но ошибка сохраняется, попробуйте перевыбрать значение или воспользоваться обработкой «Групповое изменение реквизитов».
В обработке «Групповое изменение реквизитов» выберите соответствующий объект, найдите поле «Поставлена на учет в ранние сроки...» и принудительно установите ему значение Ложь (для тех, у кого оно заполнено неверно).

Шаг 3. Использование выгрузки в файлы для поэтапной проверки

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

В помощнике перехода выберем вариант «Загрузка из файлов», а не прямое подключение к базе.
Выгрузим данные из БП 3.0 с помощью внешней обработки (которая идет в комплекте с поставкой ЗУП).
В результате мы получим набор XML-файлов. Откроем 1С:ЗУП и запустим обработку УниверсальныйОбменДаннымиXML вручную.
На вкладке «Загрузка данных» выберем наш файл.
Важный прием: В списке объектов для загрузки можно отключать отдельные узлы. Например, если ошибка возникает на физических лицах, попробуйте сначала загрузить всё, кроме «Физических лиц». Если загрузка прошла успешно — значит, проблема точно в данных физлиц.
Посмотрите файл настройки.xml (или аналогичный), который формируется при выгрузке. В нем можно вручную исключить конкретные файлы из списка загрузки, если вы выполняете перенос по частям.

Дополнительные причины ошибки преобразования

Рассмотрим другие ситуации, которые могут вызвать аналогичный сбой метода XMLЗначение:

Некорректный пол физического лица: В XML ожидается строгое соответствие (например, «Мужской» или «Женский»). Если в БП 3.0 это поле не заполнено или содержит лишние пробелы, загрузка может упасть.
Спецсимволы в строках: Иногда в наименованиях или номерах приказов встречаются невидимые символы (неразрывные пробелы, символы перевода строки #13#10). Хотя они не относятся напрямую к типу Булево, они могут «сломать» парсинг XML-структуры, если не были экранированы.
Формат дат: Если в исходной базе дата документа установлена как «01.01.0001» или содержит опечатку в годе (например, «202 год»), метод XMLЗначение при попытке привести это к типу Дата выдаст ошибку. Проанализируем даты всех приказов на прием и увольнение перед переносом.
Нарушение ссылочной целостности: Выполните в базе БП 3.0 процедуру «Тестирование и исправление» (ТиИ) с включенными галочками «Проверка логической целостности» и «Поиск ссылок на несуществующие объекты». Если в базе есть «битые» ссылки, они превратятся в пустые GUID в XML-файле, что может вызвать ошибку при попытке их сопоставить в ЗУП.