Как узнать подробности и устранить ошибку преобразования XML при обмене данными в РИБ 1С?

← На главную

При работе с распределенными информационными базами (РИБ) на платформе 1С:Предприятие разработчики и администраторы часто сталкиваются с ситуацией, когда обмен данными внезапно прерывается. Особенно неприятно, когда из центральной базы (ЦБ) данные уходят без проблем, а при попытке загрузить их в периферийную базу (ПБ) процесс завершается ошибкой. При этом стандартное системное сообщение лишь лаконично отправляет нас в журнал регистрации, в котором зачастую нет никаких подробных сведений, кроме общей формулировки: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML.

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

Почему стандартный журнал регистрации молчит?

Выясним причину, по которой журнал регистрации не дает нам развернутой информации. Дело в том, что в типовых конфигурациях процесс чтения сообщения обмена обернут в программный блок обработки исключений. Посмотрим на стандартный фрагмент кода, где происходит чтение изменений:


Попытка
    // Получаем изменения конфигурации и изменения данных из сообщения обмена.
    ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, КоличествоЭлементовВТранзакции);
    
    // Читаем приоритетные данные (предопределенные элементы, идентификаторы объектов метаданных).
    ПрочитатьПриоритетныеИзмененияИзСообщенияОбмена(ЧтениеСообщения, УзелОбщихДанных);
    
    // Сообщение считаем принятым
    ЧтениеСообщения.ЗакончитьЧтение;
Исключение
    ЧтениеСообщения.ПрерватьЧтение;
    ЗафиксироватьЗавершениеОбмена(Отказ, ОписаниеОшибки, ОшибкаЧтенияФайлаСообщенияОбмена);
    Возврат;
КонецПопытки;

Поскольку код находится внутри конструкции Попытка ... Исключение, платформа при возникновении ошибки преобразования XML прерывает выполнение блока и сразу переходит в раздел Исключение. Запись в журнал регистрации при этом может содержать лишь обобщенный текст ошибки, скрывая от нас критически важные детали: конкретную строчку в файле XML, имя поврежденного объекта или недопустимый символ.

---

Шаг 1. Настройка отладчика для перехвата ошибки внутри блока Попытка

Проанализируем, как настроить конфигуратор 1С так, чтобы он останавливался прямо в момент возникновения ошибки, не перескакивая в ветку исключения. Это позволит нам зафиксировать состояние переменных непосредственно перед падением.

Выполним следующие шаги по шагам:

Откроем периферийную информационную базу в режиме Конфигуратор.
В главном меню перейдем в раздел Отладка — Настройка отладки...
В открывшемся диалоговом окне найдем группу настроек Останавливать по ошибке.
Установим флаг напротив опции При возникновении исключения.
Нажмем кнопку ОК для сохранения настроек.

Теперь при запуске процесса обмена в режиме отладки платформа принудительно остановит выполнение кода на строке ПланыОбмена.ПрочитатьИзменения(...) в ту самую секунду, когда парсер XML споткнется о некорректные данные. Мы сможем заглянуть в свойства объекта ЧтениеСообщения через табло отладки и увидеть подробное описание системной ошибки.

---

Шаг 2. Как настроить отладку фонового задания на сервере

Очень часто ручной запуск обмена в интерфейсе программы на самом деле инициирует фоновое задание, выполняющееся на стороне сервера 1С. В этом случае обычный отладчик не остановится на контрольной точке, так как он по умолчанию подключен только к клиентскому сеансу. Нам потребуется настроить отладку серверных вызовов.

Рассмотрим, как подключить отладчик к фоновому заданию:

Убедимся, что сервер 1С:Предприятия запущен в режиме отладки. Для этого в параметрах запуска службы должен присутствовать ключ -debug (при использовании локального протокола) или настроена отладка по протоколу HTTP.
В конфигураторе перейдем в меню Отладка — Подключение...
В окне доступных диалогов нажмем кнопку Автоматическое подключение.
В появившемся списке установим флажок напротив пункта Фоновые задания и подтвердим выбор.
Запустим обмен заново. Теперь отладчик автоматически перехватит фоновый поток обмена на сервере и сработает точка останова.

---

Шаг 3. Локализация проблемного объекта через XML-файл

Если нам удалось получить подробный текст ошибки (из отладчика или напрямую из детального лога), мы увидим структуру вида:
Ошибка преобразования данных XML: [file://C:/Temp/Message_ЦБ_ПБ.xml][5420,12].

Числа в квадратных скобках указывают на точные координаты проблемы: строка (в нашем примере 5420) и колонка (12) внутри XML-файла сообщения обмена.

Разберем детальный алгоритм работы с файлом обмена:

Найдем файл сообщения обмена. Если обмен настроен через общий сетевой каталог или FTP, скопируем этот файл себе на рабочий компьютер. Если обмен идет напрямую по каналам связи, найдем временный файл в каталоге временных файлов (Temp) пользователя операционной системы, под которым работает сервер 1С (например, USR1CV8) или под которым запущен текущий сеанс.
Откроем файл в продвинутом редакторе. Стандартный Блокнот Windows не справится с большими файлами обмена. Рекомендуем использовать бесплатные текстовые редакторы, такие как Notepad++, VS Code или UltraEdit.
Перейдем к проблемной строке. В Notepad++ нажмите комбинацию клавиш Ctrl + G, выберите режим «Строка» и введите номер проблемной строки.
Изучим XML-контекст. Посмотрим на теги, расположенные в этой строке и чуть выше нее. Вы увидите названия метаданных, например, <CatalogObject.Номенклатура> или <DocumentObject.РеализацияТоваровУслуг>. Внутри этих блоков будет содержаться уникальный идентификатор (UUID) объекта базы данных и его ключевые реквизиты (код, артикул, наименование). Запишем эти данные, чтобы легко найти «битый» элемент в самой информационной базе.

---

Шаг 4. Основные причины ошибки преобразования XML и способы их решения

Посмотрим на наиболее распространенные ситуации, вызывающие сбои преобразования XML-структуры, и разберем практические способы их устранения.

Вариант А: Наличие «битых» или спецсимволов в строковых полях

Самая частая причина — попадание в базу-отправитель непечатных управляющих символов ASCII (например, символов перевода строки, возврата каретки в некорректном контексте, символов конца файла 0x1A, 0x08 и т.д.). Платформа 1С при выгрузке может записать их в XML «как есть», но стандартный XML-парсер получателя спотыкается на этих символах при чтении.

Как исправить:

Для решения этой проблемы воспользуемся стандартной обработкой, поставляемой фирмой 1С — «ВыгрузкаЗагрузкаДанныхXML.epf» (ее можно найти на ИТС или в каталоге шаблонов конфигурации «Конвертация данных»).

Откроем данную обработку в базе-отправителе (откуда выгружаются данные).
Перейдем на вкладку или нажмем кнопку Недопустимые символы в плане обмена.
Выберем наш узел обмена (получателя).
Программа выполнит сканирование всех зарегистрированных к обмену объектов, выявит некорректные символы в строках и предложит автоматически очистить или заменить их на пробелы. После очистки повторно сформируем сообщение обмена.

Вариант Б: Расхождение метаданных между ЦБ и ПБ

Даже если релизы конфигураций в центральной и периферийной базах номинально совпадают (например, обе базы обновлены до одной версии), физическая структура таблиц в базах данных может различаться. Это случается из-за некорректно выполненных динамических обновлений, сбоев СУБД в процессе реструктуризации или использования несогласованных расширений конфигурации.

Как исправить (выравнивание конфигураций):

Для полного выравнивания метаданных надежнее всего перезалить конфигурацию из базы-источника:

В периферийной базе временно снимем привязку к главному узлу РИБ, чтобы разрешить изменения конфигурации. Для этого запустим внешнюю обработку или выполним в режиме предприятия следующий код: ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
В Конфигураторе центральной базы (ЦБ) сделаем выгрузку файла конфигурации: Конфигурация — Выгрузить конфигурацию в файл... (получим файл с расширением .cf).
В Конфигураторе периферийной базы (ПБ) выполним операцию: Конфигурация — Загрузить конфигурацию из файла..., выбрав наш файл .cf. После загрузки выполним обновление конфигурации базы данных по клавише F7.
Вернем привязку к главному узлу в ПБ, выполнив код:
```
ПланыОбмена.УстановитьГлавныйУзел(ПланыОбмена.НайтиПоКоду("КодЦентральнойБазы"));
```
Примечание: вместо "КодЦентральнойБазы" укажите реальный код узла ЦБ из справочника планов обмена.
Запустим обмен данными снова. Теперь структура данных полностью идентична, и чтение XML должно пройти успешно.

Вариант В: Повреждение кэша метаданных платформы 1С

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