← На главную

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

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

Влияние разницы дат начала учета на корректность данных

Проанализируем механику работы переноса данных. В типовом механизме перехода с ЗУП 2.5 на ЗУП 3.1 все перенесенные остатки, кадровая расстановка, а также сведения о доходах за прошлые периоды записываются в специальные документы Перенос данных.

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

1. Данные ранее загруженных организаций не перезаписываются при последующих загрузках сведений по другим компаниям из иных информационных баз.
2. Расчет среднего заработка (для больничных и отпускных) фиксируется в изолированном разрезе по физическим лицам и юридическим лицам. Поэтому индивидуальная дата начала учета для каждой организации не нарушает корректность расчетов.

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

Выбор варианта переноса: полный перенос истории или перенос остатков

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

При объединении нескольких баз настоятельно рекомендуется использовать вариант переноса остатков (рекомендованный перенос). Перенос полной кадровой и расчетной истории за прошлые годы из разных баз почти гарантированно приводит к следующим проблемам:

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

Проблема дублирования нормативно-справочной информации (НСИ)

Главная сложность при объединении нескольких баз в одну — это сопоставление элементов справочников. Стандартные правила обмена не всегда обеспечивают идеальное слияние объектов, из-за чего в целевой базе появляются дубли.

Разберем, по каким алгоритмам происходит поиск сопоставимых элементов:

1. Физические лица: Поиск выполняется строго по страховому номеру СНИЛС. Если СНИЛС не заполнен, программа ищет совпадение по ФИО и дате рождения. Лишние пробелы, разный регистр или опечатки приведут к созданию дублирующей карточки физического лица.
2. Должности и подразделения: Сопоставление происходит по наименованию и коду. При разной иерархии подразделений в базах-источниках или отличающемся написании названий создаются дубли.
3. Начисления и удержания: Идентификация выполняется по наименованию и назначению. Одинаковые по названию вида расчета элементы с разной методикой начисления могут продублироваться.

Пошаговый алгоритм безопасного переноса нескольких баз

Чтобы свести к минимуму ошибки при консолидации учета, выполним перенос по следующей проверенной методике:

1. Подготовка и нормализация данных в базах-источниках:

   Перед началом загрузки выверим справочники в исходных базах 2.5. Приведем к единому стандарту наименования должностей и подразделений. Проверим заполненость полей СНИЛС и ИНН у всех физических лиц.

2. Выбор даты начала учета и первого этапа загрузки:

   При первом запуске помощника переноса в базовой настройке установим самую раннюю дату начала учета среди всех объединяемых организаций. Выполним рекомендованный перенос первой базы.

3. Поэтапная загрузка и объединение дублей:

   Загрузим следующую базу 2.5. Сразу после завершения загрузки запустим штатную обработку Поиск и удаление дублей для справочников Физические лица, Должности и Подразделения. Схлопнем дублирующие элементы с автоматической заменой ссылок во всех зарегистрированных документах Перенос данных.

4. Альтернативный сценарий — перенос через промежуточные базы 3.1:

   Если базы-источники сильно отличаются по структуре учета, выполним переход из каждой базы ЗУП 2.5 в отдельную пустую базу ЗУП 3.1. После проверки и коррекции данных по каждой компании объединим полученные базы ЗУП 3.1 с помощью выгрузки через обработку Универсальный обмен данными в формате XML или набора правил синхронизации. Это позволит изолированно выверить учет по каждому юридическому лицу до итоговой консолидации.