Объединение идентичных баз ЗУП

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

Некоторые моменты я решал в лоб, так как на поиск проблемы ушло бы много времени, а так как этот процесс разовый – это получалось нецелесообразным.

Слияние производилось через КД 2. Были созданы привила обмена между идентичными конфигурациями.

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

Планы видов расчета: Большинство начислений и удержаний отличалось, поэтому при переносе создавались новые с префиксом. Увеличивал значение реквизита «РеквизитДопУпорядочивания» (я увеличивал на 50 – было сделано для того, чтобы по умолчанию подбирались исходные начисления из базы-приемника). В событие «ПослеЗагрузкиДанных» добавил перезапись начислений и удержаний – при обмене идет запись в режиме «ОбменДанными», при это не исполняется часть служебных операций.

Виды отпусков: Основной отпуск в базе-источнике становится дополнительным и к наименованию добавляется префиксв базе-приемнике – это сделано, так как в базе-источнике отпуск считается не по правилам РФ.

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

Пользователи: Пользователи будут искались по трем параметрам (приоритеты в порядке убывания): Доменное имя, имя для входа, наименование. Для получения полей поиска использовал «РегистрСведений.СведенияОПользователях»

Подразделения организаций: В процессе загрузки, запись элементов происходила несколько раз. Из-за этого элементах пропадал реквизит «ДатаСоздания». Поэтому в правиле справочника в КД 2 внес сохранение в соответствие в «Параметры» КД 2, где ключ ссылка строкой, а значение дата формирования в событии «ПослеЗагрузки». Затем в событии событие «ПослеЗагрузкиДанных» обратился к этому соответствию для восстановления реквизита «ДатаСозадания» и установки реквизита "Сформировано" в истину.

Для обменов данными по версии 2 по переносимым данным из "РегистрСведений.СоответствияОбъектовИнформационныхБаз" узел ы обмена заменял из базы-приемника.

Для обменов данными по версии 3 аналогично заменял узлы по регистрам "РегистрСведений.ДанныеОбъектовДляРегистрацииВОбменах", "РегистрСведений.ПубличныеИдентификаторыСинхронизируемыхОбъектов" 

В событие «ПослеЗагрузкиДанных» добавил удаление регистрации на всех узлах обмена

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

Сделать промежуточную резервную копию.

После основного обмена отдельно перегрузить данные по "РегистрСведений.МестоПозицииШтатногоРасписанияВСтруктуреПредприятия", предварительно отключив алгоритмы в событии «ПослеЗагрузкиДанных», так как по какой-то причине эти данные не перегрузились при первом обмене.

Через обработку выгрузка/загрузка через табличный документ перенес данные по регистру «ДанныеОВремениДляРасчетаСреднегоОбщийКорректировка».

Сделал начисления зарплаты в базе-приемнике по перенесенным организациями без записи документов в базу, чтобы программа установила границы пересчета. После этого удалил все записи по перенесенным организациям по регистру «ПерерасчетЗарплаты» и обработкой выгрузкой/загрузкой перенес данные из базы приемника.

1. Блокируем базы
2. Проведите все обмены с другими информационными системами, чтобы не осталось не отправленных данных.
3. Отключить дату запрета
4. Сделайте резервную копию
5. Проверьте интервал перезапуска рабочих процессов - если процесс выгрузки/загрузки будет продолжительным нельзя, чтобы обработка данных попала в перезапуск рабочего процесса, процесс может не восстановиться.

1. Удалить старые узлы обмена
2. Восстановить дату запрета
3. Перекинуть записи в информационных системах, с которыми обменивалась база-источника, на узлы обмена с базой-приемником по регистрам «СоответствияОбъектовИнформационныхБаз», «ДанныеОбъектовДляРегистрацииВОбменах», «ПубличныеИдентификаторыСинхронизируемыхОбъектов»
4. Разблокировать базы

•  Остатки отпусков
• Полный свод начислений, удержаний и выплат
• Анализ ФОТ по начислениям
• Анализ ФОТ по сотрудникам
• Расчетная ведомость (Т-51)

Так как перенесенные начисления и удержания из базы-источника стали иметь более низкий приоритет – они не подбирались по умолчанию в документы. Чтобы пользователям было легче создавать документы по перенесенным организациям – сделали настройку: создали список организаций, которые ведутся не по правилам РФ (перенесенные) и для документов: БольничныйЛист, ОтпускБезСохраненияОплаты, Премия, РазовоеНачисление, Увольнение – сделали настройки по умолчанию: если выбирался сотрудник из перенесенной организации, тогда подставлялись указанные начисления/удержания.