Как правильно обмениваться предопределенными данными между базами 1С без появления битых ссылок?

← На главную

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

В этой статье мы разберем природу возникновения «битых ссылок» при переносе предопределенных данных, выясним, почему стандартные механизмы могут давать сбой, и изучим пошаговые алгоритмы решения этой проблемы с использованием различных инструментов платформы 1С:Предприятие 8.3.

Выясним причину: почему Уникальные Идентификаторы (УИД) не совпадают?

Прежде всего, нам необходимо понять, как платформа 1С работает с предопределенными данными. Предопределенный элемент — это объект, описание которого заложено в конфигураторе, но сам экземпляр создается в информационной базе. Основная сложность заключается в том, что в разных базах у одного и того же предопределенного элемента могут быть разные Уникальные Идентификаторы (UUID/GUID).

Проанализируем типичные ситуации, когда это происходит:

Независимое создание баз: Если базы не являются узлами одной РИБ (Распределенной Информационной Базы), а были созданы путем загрузки одинаковой конфигурации в пустые базы, платформа создаст предопределенные элементы с новыми УИДами в каждой базе.
Обновление конфигурации: В современных версиях платформы (начиная с 8.3.3) механизм создания предопределенных данных изменился. Если в конфигурации появилось новое значение, оно создается в базе автоматически при первом обновлении. Если две базы обновлялись независимо, шансов на совпадение УИДов практически нет.
Ручное создание: Иногда пользователи или программисты сначала создают элемент вручную, а потом пытаются «привязать» его к предопределенному, что также ведет к путанице в идентификаторах.

Стандартная обработка ВыгрузкаЗагрузкаДанныхXML при переносе ищет объект именно по УИД. Если в приемнике УИД другой, система считает, что объекта не существует, и в документе появляется «битая ссылка».

Решение 1: Использование специализированной обработки из состава КД 2.1

Самый простой и эффективный способ, который упоминается опытными разработчиками, — это использование модифицированной обработки ВыгрузкаЗагрузкаXML.epf. Рассмотрим подробнее, где ее взять и как она работает.

Нам потребуется обработка из комплекта поставки конфигурации «Конвертация данных 2.1» (рекомендуемая версия 2.1.8.2 и выше). В отличие от типовой обработки, входящей в состав БСП или ИТС, версия из состава КД обладает важной особенностью: при выгрузке она анализирует, является ли объект предопределенным.

Если объект предопределенный, в XML-файл записывается не только его УИД, но и его Имя предопределенного (строковое имя из конфигуратора). При загрузке в базу-приемник обработка действует по следующему алгоритму:

Пытается найти объект по УИД.
Если по УИД объект не найден, проверяет наличие узла с именем предопределенного данных.
Ищет в метаданных текущей базы предопределенный элемент с таким именем.
Если находит — подставляет в ссылку актуальный УИД из текущей базы, предотвращая появление битой ссылки.

Решение 2: Программное управление обновлением предопределенных данных

Иногда нам требуется более тонкий контроль над тем, как база-приемник создает или сопоставляет предопределенные элементы. Разберем инструменты, которые предоставляет платформа для управления этим процессом.

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

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

Если мы хотим жестко синхронизировать базы, имеет смысл в базе-приемнике установить значение «Не обновлять». В этом случае мы сможем перенести предопределенные элементы из «эталонной» базы-источника как обычные данные, сохранив их УИДы. Для этого в коде загрузки или в специализированной обработке можно использовать метод:


// Отключаем автоматическое создание предопределенных данных для конкретного справочника
УстановитьОбновлениеПредопределенныхДанныхИнформационнойБазы(Метаданные.Справочники.Склады, ОбновлениеПредопределенныхДанных.НеОбновлять);

После этого, при загрузке данных через XML, система не будет конфликтовать с уже существующими (или еще не созданными) элементами, и позволит записать объекты с УИДами из источника.

Решение 3: Синхронизация предопределенных данных встроенными методами

Если «битые ссылки» уже возникли, или мы хотим заставить платформу сопоставить существующие объекты с метаданными, рассмотрим метод СинхронизироватьПредопределенныеДанные(). Этот метод позволяет программно запустить процесс связки объектов в базе с описанием в конфигураторе.

Проанализируем ситуацию: в базе есть элемент, который должен быть предопределенным, но связь потеряна (или УИД не совпадает с тем, что ожидает конфигурация). Мы можем выполнить следующий код:


Процедура СинхронизироватьДанные()
    // Метод выполняет сопоставление данных для всех типов метаданных
    СинхронизироватьПредопределенныеДанные();
КонецПроцедуры

Однако стоит помнить, что этот метод не всегда исправляет ссылки в документах, если объекты уже «размножились». В таких случаях потребуется ручное «лечение» базы.

Как лечить уже имеющиеся битые ссылки?

Если обмен уже прошел и база заполнена объектами вида <Объект не найден>, простого изменения настроек обмена будет недостаточно. Разберем шаги по исправлению ситуации:

Поиск и замена: Используйте стандартную обработку «Поиск и замена значений». В качестве заменяемого значения выберите битую ссылку, а в качестве заменяющего — правильный предопределенный элемент, существующий в базе.
Выравнивание УИД: Чтобы в будущем проблема не повторялась, нужно сделать УИДы в обеих базах одинаковыми. Для этого в базе-приемнике можно программно изменить УИД существующего элемента на УИД из базы-источника.

Пример кода для программного создания объекта с конкретным УИД, если его еще нет в базе:


НовыйУИД = Новый УникальныйИдентификатор("здесь-ваш-uuid-из-источника");
СсылкаНаОбъект = Справочники.Склады.ПолучитьСсылку(НовыйУИД);

Если СсылкаНаОбъект.ПолучитьОбъект() = Неопределено Тогда
    НовыйОбъект = Справочники.Склады.СоздатьЭлемент();
    НовыйОбъект.УстановитьСсылкуНового(СсылкаНаОбъект);
    НовыйОбъект.Наименование = "Основной склад (синхронизированный)";
    НовыйОбъект.ИмяПредопределенныхДанных = "ОсновнойСклад";
    НовыйОбъект.Записать();
КонецЕсли;