У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение

Пожалуй, каждый, кто использует РИБ обмен, однажды получал "письмо счастья" от бота или же получал подобное сообщение об ошибке при ручном обмене "Ошибка преобразования данных XML" или на английском языке "Error transforming XML data". Обмен встал, что же делать?

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

1. Наш любимый кеш, хоть в данном случае редко он виновник, но с него стоит начать в решении проблемы;
2. Не совпадающие метаданные (Например центральная база была обновлена, а изменения не доехали и/или узел считает что он уже обновлен, тут как раз часто помогает очистка кеша и повторный обмен);
3. И наконец проблема, которой и посвящена данная публикация - повреждение значений реквизитов, у которых тип "Хранилище значения". Данная проблема чаще всего возникает при резком отключении компьютера во время записи объектов и прочих случаях (предположительно, хранилище значения, хранится отдельно и записывается в базу, после записи основного объекта, в основном, эти проблемы возникают в файловых базах).

Как же решить проблему в пункте №3?

Варианты решения три (от худшего к лучшему):

1. Удалить регистрацию всех данных. Данный способ очень вредный, так как теряется кучу полезных данных вместе с поврежденными;
2. Открыть XML файл в удобном текстовом редакторе и искать аномалии. После их нахождения, можно либо полностью удалить передачу поврежденного объекта или исправить поломанное хранилище значения;
3. Возложить всю работу на обработку.

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

Как работает обработка?

1. Указываем план обмена и узел, на котором зарегистрированы данные (в подчиненном узле, это узел центральной базы)
2. Проходит по дереву метаданных и составляет базу видов объектов и их реквизитов типа "ХранилищеЗначения";
3. Проверяет, входит ли данный объект в состав обмениваемых объектов
4. Составляет запросы по найденным объектам с подверженными к повреждению реквизитами, выбираются ТОЛЬКО зарегистрированные объекты на выбранном узле
5. Выбрав поля объектов, значения которого, подвержены риску повреждения, в цикле проверяем целостность данных
6. Если повреждение обнаружено, получаем объект и записываем в хранилище значения "Неопределено"
7. Выполняем обмен и идем пить любимые напитки!

А как проверить, что значение, хранилища значения, повреждено?

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

Функция ХранилищеЗначенияПовреждено(Хранилище)
	Результат = Ложь;
	Попытка
		Если ПустаяСтрока(СериализаторXDTO.XMLСтрока(Хранилище)) Тогда
			Результат = Истина;
		КонецЕсли;
	Исключение
		Результат = Истина;
	КонецПопытки;
	Возврат Результат;
КонецФункции

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

• Справочники (реквизиты, табличные части)
• Документы (реквизиты, табличные части)
• Регистры сведений (ресурсы, реквизиты)*
• Регистры накопления (ресурсы, реквизиты)*
• Планы видов характеристик (реквизиты, табличные части)

* - В измерениях регистра, не может быть реквизитов типа "ХранилищеЗначения"

Обратите внимание, обработка записывает в поврежденное хранилище значения, значение "Неопределено", некоторые объекты не ожидают такого рода данных и могут выдавать ошибки при открытии и пр. При желании, вы можете сами доработать обработку, чтобы в зависимости от объекта, у вас вставлялась ожидаемая объектом структура и пр. Так же обработка предоставляется "AS IS", так что делайте бэкапы, перед выполнением. Обработка может иметь ошибки, в случае нахождения оных - пишите.
Обработка разрабатывалась и тестировалась на платформе 8.3.10.2505 с конфигурацией 1С:Розница 2.2.5. Но обработка должна быть совместима с любыми конфигурациями на управляемых формах.