Почему не отображается реквизит справочника при переносе через КД2 и как заполнить связанный регистр сведений?

← На главную

При переносе данных из конфигурации ЗУП 2.5 в ЗУП 3.1 с помощью инструмента «Конвертация данных 2.0» (КД2) разработчики иногда сталкиваются с ситуацией: данные выгружаются без ошибок, в файле XML реквизит присутствует, а после загрузки в базу-приемник текстовое или числовое поле на форме элемента справочника остается пустым. При этом прямой запрос к базе данных показывает, что в самом справочнике значение успешно записано.

Рассмотрим подробно причины возникновения такой проблемы в ЗУП 3.1 и разберем практические способы её решения.

Выясняем причину: почему данные записаны в справочник, но не видны на форме

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

Однако при выгрузке и загрузке через «Универсальный обмен данными в формате XML» механизм обмена принудительно устанавливает флаг:

Объект.ОбменДанными.Загрузка = Истина;

Данный флаг отключает исполнение стандартных обработчиков событий (ПередЗаписью, ПриЗаписью) и встроенных подписок на события. Это делается для ускорения загрузки и исключения дублирующих проверок. В результате данные пишутся напрямую в таблицу справочника, а зависимый регистр сведений остаётся пустым. Так как форма объекта при открытии запрашивает срез последних из регистра, поле на форме выглядит незаполненным.

Способ 1. Программная запись в регистр сведений в событии «После загрузки» (Рекомендуемый)

Проанализируем наиболее надежный способ — создание записи регистра напрямую в обработчике Правила Конвертации Объектов (ПКО) справочника. Так как данные переносятся средствами платформы, мы можем сформировать набор записей вручную.

Разберем по шагам алгоритм настройки:

Передача значения через параметр: Если в объекте-приемнике отсутствует прямой реквизит справочника, сохраним выгружаемое значение во временное свойство. В ПКО справочника (или в ПКС нужного свойства) пропишем сохранение параметра:


// В обработчике "Перед выгрузкой" ПКС или ПКО
ПараметрыОбъекта.Вставить("Расценка", Источник.Расценка);

Формирование набора записей: В событии ПослеЗагрузки ПКО справочника прочитаем переданный параметр и запишем движения в регистр сведений:


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

Способ 2. Отключение режима загрузки и перезапись объекта

Рассмотрим альтернативный метод — сброс флага загрузки в обработчике ПослеЗагрузки с последующим вызовом метода Записать(). Это заставит конфигурацию выполнить типовой алгоритм записи и автоматически сформировать все связанные движения.


Объект.ОбменДанными.Загрузка = Ложь;
Попытка
    Объект.Записать();
Исключение
    ЗаписьЖурналаРегистрации("Перенос данных", УровеньЖурналаРегистрации.Ошибка,,, ОписаниеОшибки());
КонецПопытки;

Важное предупреждение: Использование данного способа несет риски. При сбросе флага ОбменДанными.Загрузка = Ложь платформа выполнит абсолютно все встроенные проверки заполнения реквизитов и подписки на события. Если другие связанные объекты еще не загружены или в справочнике не заполнено одно из обязательных полей, вызов метода Записать() вызовет ошибку выполнения и прервет процесс обмена.

Способ 3. Перенос регистра сведений отдельным ПКО

Посмотрим на вариант архитектурно чистого разделения правил обмена. Вместо написания кода внутри ПКО справочника создается отдельное правило конвертации для самого регистра сведений.

В КД2 создается ПКО, где источником выступает справочник из ЗУП 2.5, а приемником — Регистр Сведений из ЗУП 3.1.
В ПКС настраиваются соответствия полей: ссылка на справочник сопоставляется с измерением регистра, а реквизит источника — с ресурсом регистра.
Выгрузка настраивается через отдельное Правило Выгрузки Данных (ПВД) или с помощью вызова функции КД2 ВыгрузитьПоПравилу(...) в событии ПослеВыгрузки справочника.

О чем важно помнить при работе с периодическими регистрами

При переносе данных в независимые периодические регистры сведений ЗУП 3.1 обратите внимание на следующие технические нюансы:

Заполнение даты (Период): Если регистр является периодическим (например, в пределах дня или месяца), при программном создании записи необходимо обязательно указывать поле Период. Если оставить его пустым, запись сохранится с датой 01.01.0001 00:00:00 и срез последних на текущую дату её не вернет.
Служебные и интервальные регистры: В ЗУП 3.1 многие кадровые и расчетные сведения параллельно записываются в специализированные интервальные регистры. При прямой записи в основные регистры может потребоваться дополнительный вызов процедур обновления интервальных регистров из модулей менеджеров соответствующего регистра.