Как настроить перенос и обмен данными между УПП 1.3 и ЗУП 3.1 и избежать задвоений?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом IT и автоматизация бизнеса
← На главную

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

Варианты переноса данных из УПП 1.3 в ЗУП 3.1

Так как структура кадрового и зарплатного блоков в УПП 1.3 практически полностью совпадает с конфигурацией ЗУП 2.5, выделяют два основных подхода к перегрузке информации:

  1. Двухэтапный штатный переход:

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

  2. Адаптация правил конвертации (ЗУП 2.5 -> ЗУП 3.1):

    Из конфигурации ЗУП 3.1 извлекается встроенная обработка/правила ЗарплатаКадрыПереносДанныхИзЗУП25. Разработчик корректирует их с учетом особенностей источника (УПП 1.3) в программе 1С:Конвертация данных. Если правила создаются с нуля для регулярного обмена, целесообразно использовать Конвертацию данных 3.0 (КД3), работающую через механизмы БСП (ПОД/ПКО на базе JSON/XML), что делает обмен более устойчивым к обновлениям релизов ЗУП 3.1.

Проблема рассинхронизации GUID и задвоения данных

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

Проанализируем способы синхронизации объектов без изменения структуры базовой конфигурации:

1. Использование штатного регистра БСП

Вместо создания новых реквизитов или собственных таблиц сопоставления рекомендуется использовать стандартный регистр сведений БСП СоответствияОбъектовИнформационныхБаз. Он содержит необходимые составные индексы, поэтому поиск по нему в процессе обмена не вызывает снижения производительности.

2. Настройка поиска по бизнес-ключам (натуральным ключам)

В правилах конвертации (КД2 или КД3) для справочников необходимо переопределить поля поиска, чтобы сопоставление выполнялось не по GUID, а по уникальным бизнес-реквизитам:

  1. Физические лица: поиск по реквизитам СНИЛС или ИНН (сопоставление по ФИО и дате рождения не рекомендуется из-за риска слияния тезок).
  2. Организации: поиск по связке ИНН + КПП.
  3. Сотрудники: поиск по комбинации Физическое лицо + Организация + Головная организация.
  4. Подразделения организаций: поиск по связке Наименование + Владелец (Организация).

Ограничения использования расширений и доработок

Разберем вариант с добавлением собственного реквизита под GUID. В УПП 1.3 режим совместимости платформы зачастую ограничен, поэтому использование механизмов расширений может быть недоступно. Добавление реквизита напрямую в конфигурацию УПП требует снятия объектов с поддержки. В ЗУП 3.1 добавление реквизита через расширение потребует переписывания алгоритмов загрузки БСП, что усложнит дальнейшее обслуживание базы.

Рекомендуемая архитектура регулярного взаимодействия

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

  1. Кадровый учет полностью переносится в ЗУП 3.1 и прекращает вестись в УПП 1.3.
  2. Из ЗУП 3.1 в УПП 1.3 передаются только итоговые финансово-расчетные данные: документы Отражение зарплаты в бухучете, Резервы по оплате труда и ведомости на выплату зарплаты.

Такой подход минимизирует объем передаваемой нормативно-справочной информации и полностью исключает конфликты кадровых регистров в двух системах.

← На главную