Каким механизмом можно выгрузить всю кадровую историю и расчетные данные по отдельным сотрудникам и перенести в новую базу?
РИБ вроде как не подходит, нет разделения по организациям.
Выгрузка загрузка xml не выгружает расчетные данные с отбором по физлицам.
Кто сталкивался с такой задачей?

зачем?

(0) А какая вообще постановка задачи, цель?

(1) Богатых топов вести в отдельной базе? Чтобы не видели их дивиденды?

(3) богатые топы выводятся в подразделения и через RLS (по подразделнтям) делаем права

(4) Программист всегда увидит. А локальную базу можно вести без него )

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

(6) тогда уволить их в старом юрике и принять на работу на новом, ничего выгружать не нужно.

в типовой вроде даже мастер был для этого

(7) При реорганизации нет увольнений/приёма по ТК РФ. У ушедших ничего не меняется, ни отпускной стаж, ничего.

(7) это перевод к другому работодателю, такой документ даже в ЗУП есть. Но задача перекинуть в новую базу.

(6) А как решили, будете вести нового юрика в этой же базе или в отдельной?

ЗУП обычный или КОРП?

(10) отдельная, в этом и проблема. КОРП

(10) в любом случае надо деление делать в этой базе, а уже после разделения можно через риб отпачковать

(12) Это окончательное решение? А бухгалтерскую базу тоже в отдельную выделяете? Кстати, какой конфигурации?

(13) Ерунда получается. Выгружается только документ перевода к новому работодателю

(13) +
у нас похожая тема была с обособлеными подразделениями...

(13) Уверены? Что-то как-то интуитивно не то... Есть такой опыт?

Я чего думаю, коллеги, дробление (кстати сейчас мощная кампания по выявлению и наказанию у налоговиков) не есть слияние. А если такая идея:
1. Копия базы
2. Удаляем или увольняем лишних сотров. Ломать же не строить )
3. Программно заменяем во всех регистрах и доках реквизиты старой организации на новую.
Нет?

(18) Лучший вариант, с моей точки зрения, именно этот.

(18) так вот и хотелось этого избежать
Удалить лишних не так просто. Это же и ТЧ документов надо вычищать. С регистрами проще.

(20) А может и не надо удалять. Достаточно уволить их 31.12.2023

(20) Ну и как вы спрячете своё дробление, ведь сами же заявите налоговикам о реорганизации?
Если при этом одна или даже обе новые фирмы заимеют право на УСН, то пипец вашему бизнесу. Порвут вас налоговики как тузик грелку.

Прячут дробление как раз не так. Постепенно увольняются по собственному желанию обговорённые сотры и принимаются также вразбивку в новую фирму, которая вроде как никак не связана со старой.

(23) Никаких пряток.
Требование руководства - ведение в новой базе. Новая штатка.
Изменение ШР и переводы - минимальная работа из всего объема.

(24) Как хотите. Лично я стал бы крутить идею из (18). Может даже и подменять ничего не надо. Может достаточно переименования организации и смены её реквизитов.

(24) Присоединюсь к Гене. Вы справедливо писали в (20), что удалять будет непросто. Но и переносить будет непросто: чтобы перетащить всю кадровую историю сотрудника, надо будет перетащить движения регистров, которые потянут за собой регистраторы. И из которых, опять таки, придётся удалять лишнее. И это будет, ИМХО, посложнее, чем только удалить лишнее.

Можно не удалять, а обезличить данные. Заменить "Иванов Иван" на "Бывший сотрудник FDJHFJDH"

(26) Где-то читал, что японцы после Цусимы заинтересовались новым паровым котлом одного нашего корабля, ну и повторили у себя его конструкцию. А там была трещина и для её нерасширения наши умельцы впендюрили большой болт. Так вот, японцы повторили котёл у себя один в один вместе с болтом.
Я к чему. Не бывает идеальной кадрово-зарплатной истории сотрудников без таких вот болтов, поэтому алгоритм перетаскивания обязательно будет японским.

к (18) можно еще обработкой свертки ЗУП сделать перенос данных. Тогда останутся только работающие сотрудники и их история в Переносах данных.
Пользовался этой обработкой (она платная, кажется фирма из Ижевска, но это не точно), когда объединял организации. Хорошо отработала.

(29) Можно же еще проще

1. В пустую базу перенести только физлиц
2. Завести новую организацию
3. сделать приемы на работу
4. ввести остатки отпусков
5. сведения для расчета больничного вносить по мере необходимости, общим итогом за 2 года, документом "Справки для расчета пособий"
6. Данные для расчета отпусков вносить по мере необходимости переносами данных и только за нужный период (дальше будут копиться по предыдущему месту работы)



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

А в случае ошибок ввода исходных данных точно известно, кто накосячил.

(0)Почему это в РИБ нет разделения по организациям?

Сам через РИБ делил и очень много раз

РИБ по орг есть но оно не понимает такое как дробление. Там придется точно увольнять и принимать с фимры на фирму.

(32) Ну тогда все просто.
Делается копия базы.
В копии базы идет увольнение/прием в другую организацию.
Затем из копии делается РИБ по организации.
Ну и все. Дальше подчищаются все хвосты РИБа в выгруженном образе периферийной базы и работать.