Работа производилась на релизе 3.1.29.38.
Здесь я хотел описать проблемы, с которыми столкнулся, чтобы в дальнейшем облегчить кому-то жизнь.
Нужно было объединить две базы ЗУП. В базе -приемнике ведется учет по правилам РФ, а в базе-источнике ведется учет по правилам другой страны (основное отличие в том, как считаются дни для расчета выплат). Обе базы имели обмен с другими информационными системами. Также обе базы выгружали данные в одну и ту же 1С: ERP. Организации в базах не совпадали.
Некоторые моменты я решал в лоб, так как на поиск проблемы ушло бы много времени, а так как этот процесс разовый – это получалось нецелесообразным.
Слияние производилось через КД 2. Были созданы привила обмена между идентичными конфигурациями.
Документы переносил без движений, иначе была бы цикличная выгрузка данных и часть данных дублировалась.
Планы видов расчета: Большинство начислений и удержаний отличалось, поэтому при переносе создавались новые с префиксом. Увеличивал значение реквизита «РеквизитДопУпорядочивания» (я увеличивал на 50 – было сделано для того, чтобы по умолчанию подбирались исходные начисления из базы-приемника). В событие «ПослеЗагрузкиДанных» добавил перезапись начислений и удержаний – при обмене идет запись в режиме «ОбменДанными», при это не исполняется часть служебных операций.
Виды отпусков: Основной отпуск в базе-источнике становится дополнительным и к наименованию добавляется префиксв базе-приемнике – это сделано, так как в базе-источнике отпуск считается не по правилам РФ.
Документы: Сначала последовательно отменял проведение документов по перенесенным организациям, а затем заново проводил, чтобы все служебные записи сформировались с правильными данными.
Пользователи: Пользователи будут искались по трем параметрам (приоритеты в порядке убывания): Доменное имя, имя для входа, наименование. Для получения полей поиска использовал «РегистрСведений.СведенияОПользователях»
Подразделения организаций: В процессе загрузки, запись элементов происходила несколько раз. Из-за этого элементах пропадал реквизит «ДатаСоздания». Поэтому в правиле справочника в КД 2 внес сохранение в соответствие в «Параметры» КД 2, где ключ ссылка строкой, а значение дата формирования в событии «ПослеЗагрузки». Затем в событии событие «ПослеЗагрузкиДанных» обратился к этому соответствию для восстановления реквизита «ДатаСозадания» и установки реквизита "Сформировано" в истину.
Для обменов данными по версии 2 по переносимым данным из "РегистрСведений.СоответствияОбъектовИнформационныхБаз" узел ы обмена заменял из базы-приемника.
Для обменов данными по версии 3 аналогично заменял узлы по регистрам "РегистрСведений.ДанныеОбъектовДляРегистрацииВОбменах", "РегистрСведений.ПубличныеИдентификаторыСинхронизируемыхОбъектов"
В событие «ПослеЗагрузкиДанных» добавил удаление регистрации на всех узлах обмена
Если будут какие-то действия, которые нужно сделать, лучше их сделать в конце обмена, чтобы не забыть сделать по завершении переноса.
Сделать промежуточную резервную копию.
После основного обмена отдельно перегрузить данные по "РегистрСведений.МестоПозицииШтатногоРасписанияВСтруктуреПредприятия", предварительно отключив алгоритмы в событии «ПослеЗагрузкиДанных», так как по какой-то причине эти данные не перегрузились при первом обмене.
Через обработку выгрузка/загрузка через табличный документ перенес данные по регистру «ДанныеОВремениДляРасчетаСреднегоОбщийКорректировка».
Сделал начисления зарплаты в базе-приемнике по перенесенным организациями без записи документов в базу, чтобы программа установила границы пересчета. После этого удалил все записи по перенесенным организациям по регистру «ПерерасчетЗарплаты» и обработкой выгрузкой/загрузкой перенес данные из базы приемника.
- Блокируем базы
- Проведите все обмены с другими информационными системами, чтобы не осталось не отправленных данных.
- Отключить дату запрета
- Сделайте резервную копию
- Проверьте интервал перезапуска рабочих процессов - если процесс выгрузки/загрузки будет продолжительным нельзя, чтобы обработка данных попала в перезапуск рабочего процесса, процесс может не восстановиться.
- Удалить старые узлы обмена
- Восстановить дату запрета
- Перекинуть записи в информационных системах, с которыми обменивалась база-источника, на узлы обмена с базой-приемником по регистрам «СоответствияОбъектовИнформационныхБаз», «ДанныеОбъектовДляРегистрацииВОбменах», «ПубличныеИдентификаторыСинхронизируемыхОбъектов»
- Разблокировать базы
- Остатки отпусков
- Полный свод начислений, удержаний и выплат
- Анализ ФОТ по начислениям
- Анализ ФОТ по сотрудникам
- Расчетная ведомость (Т-51)
Так как перенесенные начисления и удержания из базы-источника стали иметь более низкий приоритет – они не подбирались по умолчанию в документы. Чтобы пользователям было легче создавать документы по перенесенным организациям – сделали настройку: создали список организаций, которые ведутся не по правилам РФ (перенесенные) и для документов: БольничныйЛист, ОтпускБезСохраненияОплаты, Премия, РазовоеНачисление, Увольнение – сделали настройки по умолчанию: если выбирался сотрудник из перенесенной организации, тогда подставлялись указанные начисления/удержания.
Надеюсь, какие-то пункты помогут вам в ваших задачах, будут благодарен за советы, как можно было сделать лучше.
