Как перенести физических лиц и сотрудников с адресами и документами в новую базу 1С:ЗКГУ?

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

Различие между физическими лицами и сотрудниками

Прежде чем приступать к выгрузке, проанализируем архитектуру хранения данных. В системе 1С разделены понятия человека как личности и человека как единицы штатного расписания:

• Справочник ФизическиеЛица — хранит персональные данные (ФИО, дата рождения, ИНН, СНИЛС). Один человек всегда представлен одной записью в этом справочнике.
• Справочник Сотрудники — используется для кадрового учета. У одного физического лица может быть несколько карточек сотрудников (например, основное место работы и внутреннее совместительство).

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

Способ 1: Перенос через обработку «Выгрузка и загрузка данных XML»

Этот метод считается наиболее «прямым» и техническим. Рассмотрим его по шагам:

1. Откроем обработку ВыгрузкаЗагрузкаДанныхXML в исходной базе.
2. В дереве объектов выберем справочник ФизическиеЛица. Вместе с ним автоматически выгрузятся его табличные части.
3. Особое внимание уделим адресам. В современных конфигурациях 1С (на базе БСП) адреса хранятся в табличной части КонтактнаяИнформация справочника ФизическиеЛица. Выгружая справочник, мы автоматически подтягиваем и адреса.
4. Паспортные данные хранятся отдельно. В списке объектов для выгрузки необходимо обязательно отметить РегистрСведений.ДокументыФизическихЛиц.
5. Если нам нужно перенести и карточки сотрудников, выбираем справочник Сотрудники.

Важный нюанс: при использовании XML-выгрузки объекты сопоставляются по внутреннему идентификатору (GUID). Это гарантирует, что в новой базе связи не «развалятся», но требует осторожности, если в целевой базе уже есть какие-то данные, чтобы не создать дубли с разными GUID.

Способ 2: Использование формата Enterprise Data

Рассмотрим более современный и «умный» способ, упомянутый опытными специалистами. В строке поиска «Функций технического специалиста» введем «Выгрузка» и найдем обработку ВыгрузкаЗагрузкаEnterpriseData.

Этот метод отличается тем, что система анализирует поля поиска (например, СНИЛС или ИНН) и сопоставляет объекты, даже если их GUID различаются. Проанализируем алгоритм действий:

• На закладке «Выгрузка» выбираем формат обмена и путь к файлу.
• В составе объектов выбираем ФизическиеЛица.
• Обработка сама определит зависимости и выгрузит связанные регистры (включая документы и контактную информацию).
• После загрузки в новую базу рекомендуется отдельно создать или доперенести сотрудников, если они не подтянулись автоматически.

Где искать данные: регистры, которые легко забыть

Чтобы карточка физлица в новой базе была полностью заполнена, недостаточно перенести только адреса и паспорта. Разберем, какие регистры сведений критически важны:

1. ФИОФизическихЛиц: Здесь хранится история изменения фамилий. Если не перенести этот регистр, поле «Наименование» в справочнике может быть заполнено, а детальные поля фамилии, имени и отчества в карточке останутся пустыми.
2. СтраховыеНомераПФР: Номера СНИЛС хранятся именно здесь. Без них невозможна сдача отчетности.
3. ИННФизическихЛиц: Аналогично СНИЛС, хранит идентификационный номер налогоплательщика.
4. ГражданствоФизическихЛиц: Важно для корректного расчета страховых взносов и определения статуса застрахованного лица.

Как проверить, где хранятся данные (лайфхак с Журналом регистрации)

Проанализируем ситуацию: вы изменили данные, но не знаете, какой объект за это отвечает. Рассмотрим методику поиска:

1. Откройте карточку любого физлица и измените, например, номер паспорта.
2. Перейдите в Журнал регистрации (Администрирование — Обслуживание).
3. Установите отбор по событию «Данные. Изменение».
4. Посмотрите, какие записи появились. Вы увидите конкретное имя регистра сведений (например, РегистрСведений.ДокументыФизическихЛиц).
5. Далее воспользуйтесь инструментом Универсальный отчет, чтобы просмотреть содержимое этого регистра и убедиться, что данные там присутствуют.

Типичные проблемы и способы их решения

Выясним причины, по которым данные могут отображаться некорректно после переноса:

«Красные» адреса: Если после загрузки адрес отображается красным шрифтом, это означает, что в новой базе не загружен адресный классификатор (ФИАС/ГАР). Программа видит строку адреса, но не может сопоставить её с официальным справочником. Решение: загрузить классификатор по нужным регионам или перенести записи регистра АдресныеОбъекты.

Дублирование видов контактной информации: При переносе через XML могут создаться копии предопределенных элементов в справочнике ВидыКонтактнойИнформации. В этом случае у физлица будет заполнен «Адрес проживания», но в карточке он не отобразится, так как программа будет «смотреть» в другой (новый) вид КИ. Рассмотрим решение: воспользуйтесь стандартной обработкой Поиск и удаление дублей, объедините виды КИ, оставив один корректный элемент.

Пример анализа через код

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

Для Каждого СтрокаКИ Из ОбъектФизЛицо.КонтактнаяИнформация Цикл
    Если СтрокаКИ.Вид = Справочники.ВидыКонтактнойИнформации.АдресПроживанияФизЛица Тогда
        Сообщить("Найден адрес: " + СтрокаКИ.Представление);
    КонецЕсли;
КонецЦикла;

Этот фрагмент демонстрирует, что информация находится внутри объекта справочника, что подтверждает слова участников дискуссии о необходимости выгрузки справочника ФизическиеЛица целиком.

Таким образом, для успешного переноса мы рекомендуем использовать комбинацию методов: Enterprise Data для чистого переноса физических лиц со всеми персональными данными (это минимизирует риск ошибок в логике) и Выгрузку/Загрузку XML для точечного переноса справочника Сотрудники и специфических кадровых регистров, если это необходимо.