← На главную

Перенос данных одной конкретной организации между идентичными конфигурациями «1С:Зарплата и управление персоналом 3.1» — задача, которая только на первый взгляд кажется простой. Основная сложность заключается в том, что даже в одинаковых конфигурациях справочники, такие как ПланыВидовХарактеристик (ПВХ) или «Дополнительные сведения», могут иметь разные внутренние идентификаторы (GUID), что при обычном копировании приводит к массовому дублированию записей. В этой статье мы подробно разберем, как избежать этих проблем и какие инструменты лучше использовать.

Метод 1: Использование механизма РИБ с фильтрацией

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

Разберем этот процесс по шагам:

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

ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

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

Метод 2: Универсальная выгрузка и загрузка данных XML

Проанализируем ситуацию, когда использование РИБ невозможно или требуется перенести данные в уже существующую центральную базу. Использование обработки ВыгрузкаЗагрузкаДанныхXML.epf — самый быстрый, но и самый рискованный метод из-за возможного задвоения данных.

Проблема дублей ПВХ и дополнительных сведений:
Как отмечалось в обсуждении, такие объекты как ДополнительныеСведения и элементы ПлановВидовХарактеристик часто имеют разные GUID в разных базах. При загрузке через XML система создаст новые объекты с GUID из базы-источника, даже если по наименованию они идентичны существующим в базе-приемнике.

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

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

Однако этот способ трудозатратен и чреват ошибками. Более безопасным вариантом в самой обработке будет установка флага «Не замещать существующие объекты», но это сработает корректно только в том случае, если поиск будет вестись не по GUID, а по полям поиска, что штатная обработка делает не всегда.

Метод 3: Разработка правил в «Конвертации данных 2.0»

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

Преимущества этого подхода:

• Поля поиска: Мы можем настроить поиск ФизическихЛиц не по GUID, а по связке ИНН + СНИЛС. Это исключит дублирование людей, если они уже заведены в центральной базе.
• Синхронизация ПВХ: Для ПлановВидовХарактеристик можно настроить поиск по «Наименованию», что позволит избежать появления дублирующих видов расчетов или доп. сведений.
• Отказ от переноса лишнего: Мы можем четко ограничить перенос только теми регистрами сведений, которые критически важны (например, КадроваяИсторияСотрудников, ПлановыеНачисления).

При настройке правил для ЗУП 3.1 важно помнить про объект Сотрудники. В этой конфигурации Сотрудник — это лишь оболочка над ФизическимЛицом в контексте конкретной Организации. Поэтому в правилах обязательно должна быть настроена выгрузка обоих объектов в связке.

Важные нюансы при переносе: штатное расписание и регистры расчета

Посмотрим на технические детали, которые часто упускают из виду. Перенос самих документов — это лишь половина дела. В ЗУП 3.1 данные в отчеты попадают не напрямую из документов, а из регистров (накопления и расчета).

Проанализируем ситуацию с регистрами расчета:
Если вы просто загрузили документы НачислениеЗарплаты через XML, записи в регистрах расчета могут не появиться или быть «битыми». Это приведет к тому, что отчеты по НДФЛ и страховым взносам будут пустыми. После загрузки данных необходимо выполнить групповое перепроведение документов. Делать это нужно строго в хронологическом порядке, начиная с самого раннего месяца переноса.

Проверка настроек программы:
Перед началом загрузки убедитесь, что в базе-приемнике настройки учета совпадают с базой-источником. В частности:

• Ведется ли штатное расписание (и используется ли история его изменения).
• Используются ли несколько тарифных ставок.
• Настроены ли аналогичные виды начислений и удержаний.

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

Очистка данных после переноса

Если дублирования избежать не удалось (особенно в части ПВХ или «Дополнительных сведений»), воспользуемся встроенным инструментом «Поиск и удаление дублей» (раздел Администрирование — Обслуживание).

Разберем алгоритм действий:

1. Выбираем нужный справочник (например, ВидыКонтактнойИнформации).
2. Устанавливаем правило сравнения по «Наименованию».
3. Находим дубли и выбираем в качестве «Оригинала» тот элемент, который уже был в центральной базе.
4. Нажимаем «Удалить дубли». Система автоматически заменит ссылки во всех перенесенных документах на правильный элемент и удалит лишнюю запись.

Подведем итог: Для разового переноса одной организации наиболее безопасным и быстрым способом будет Метод 1 (через РИБ). Если же требуется регулярный обмен или объединение справочников с уже существующими данными, оптимальным решением станет создание правил в Конвертации данных с акцентом на поля поиска по уникальным реквизитам (ИНН, СНИЛС, Наименование).