← На главную

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

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

Почему пропадают данные при попытке воссоздания объектов

Рассмотрим, как платформа «1С:Предприятие» идентифицирует метаданные в информационной базе. Каждый объект конфигурации (справочник, реквизит, документ) имеет уникальный внутренний идентификатор — GUID. Физические таблицы базы данных СУБД связываются с объектами метаданных именно по этим идентификаторам, а не по их наглядным именам.

Если создать аналогичный справочник или реквизит в новой конфигурации вручную или скопировать его через буфер обмена (Copy/Paste), платформа сгенерирует для него новый GUID. При обновлении базы данных система сопоставит старый и новый объекты как совершенно разные. В результате старая таблица базы данных будет удалена вместе со всеми накопленными записями, а вместо нее создастся пустая новая таблица.

Алгоритм сохранения нетиповых метаданных через создание объединения `.cf`

Разберем основной рабочий способ, который позволяет перенести конфигурацию на КОРП с полным сохранением нетиповых объектов и их системных GUID.

1. Возьмем чистую конфигурацию поставщика ЗУП КОРП нужного релиза и откроем ее в Конфигураторе с возможностью редактирования (снимем замок поддержки для нужных объектов).
2. Выполним операцию «Конфигурация» — «Сравнить, объединить с конфигурацией из файла...», выбрав файл конфигурации (.cf) нашей рабочей доработанной базы ЗУП ПРОФ.
3. В окне сравнения и объединения снимем все галочки с типовых объектов и оставим отмеченными только нетиповые (пользовательские) объекты метаданных: добавленные справочники, реквизиты, документы, регистры.
4. Выполним объединение. Поскольку объекты переносятся путем сравнения/объединения из оригинала, платформа сохранит их исходные системные идентификаторы (GUID).
5. Сохраним полученную конфигурацию в файл .cf. В результате мы получим конфигурацию ЗУП КОРП, содержащую наши доработанные объекты.
6. Откроем рабочую базу ЗУП ПРОФ и выполним загрузку подготовленного файла .cf через меню «Конфигурация» — «Загрузить конфигурацию из файла...» (либо через процедуру обновления).

Проанализируем результат: база данных успешно перейдет на платформу поставщика КОРП, при этом все нетиповые реквизиты и справочники останутся на месте вместе с содержащимися в них данными.

Проверка безопасности при сохранении изменений (реструктуризации)

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

1. Если в списке реструктуризации указано только изменение или создание новых типовых таблиц КОРП — операция безопасна.
2. Если платформа выводит предупреждение об удалении существующих нетиповых таблиц или колонок — это сигнальный признак того, что у объекта изменился GUID. В таком случае обновлять базу нельзя, необходимо отменить действие и проверить правильность объединения метаданных.

Альтернативные способы переноса данных

Выясним, какие еще варианты решения задачи существуют, если структура метаданных уже была создана заново и идентификаторы рассогласовались:

1. Перенос данных с помощью XML: Если нетиповые объекты уже созданы в КОРП с новыми GUID, для переноса накопленной информации можно использовать стандартную обработку Выгрузка и загрузка данных XML. Обработка сопоставляет данные по именам объектов и реквизитов, игнорируя системные GUID метаданных.
2. Перенос через Конвертацию Данных: При сложных изменениях структуры создаются правила обмена (ППД/ПКО) в «1С:Конвертация данных 2.1» и выполняется выгрузка через обработку Универсальный обмен данными в формате XML.
3. Штатное обновление поставки: Для ряда релизов фирма «1С» поставляет специальный дистрибутив перехода с ПРОФ на КОРП. При обновлении штатным файлом через «Конфигурация» — «Поддержка» — «Обновить конфигурацию» без установки флага «Разрешить удаление неиспользуемых объектов» нетиповые объекты остаются в конфигурации автоматически.