Имеется 17 баз ЗУП. Задача - соединить их в РИБ. Наименее трудо/время -затратный метод?

цель соединения?

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

Хочешь, не хочешь, а синхронизация справочников по любому нужна.

(2) то есть в каждой из 17 баз могут обрабатываться данные из 16 других?
Или необходимо лишь слить результаты расчета зарплаты из каждой базы ЗУП в одну для некоего управленческого анализа?
Эти 17 баз обеспечивают расчеты по одному юр.лицу или же это 17 независимых организаций?

(3) не факт... зависит от цели слияния: возможно, "маппинга" в сводной базе достаточно будет, если нет необходимости обмена "все-во-все"...

Необходимо слить все в одно, для некоей управленческой зарплаты. Это 17 разных организации, но некоторые физлица имеются в нескольких базах...
Физлица - не страшно, я готов их "синхронизировать" вручную. Но кроме ФЛ, дублируются в центральной базе и другие справочники (виды расчетов, планы видов характеристик и др.), поэтому "ручной" работы увеличивается... чего хочется избежать.

Другой вопрос - всяко для целей управленческой зарплаты все эти справочники и др не нужно.

(6)  а посему просто базы в одну не слить и уже там вести учет?

(7) 1. так было когда я сюда пришел.
2. причина - "безопасность" (не храни яйца в одной корзине) - начальник так считает
3. для целей упр зарплаты удалось (не мне) переубедить начальника консолидировать в одной базе данные, если упр зарплата пойдет - может и регламент потащим в одной базе.
Обновлять - сопровождать 17 баз мне и самому как бы не вставляет... Хотя они все абсолютно типовые.

(7) продолжаем допрос... )))

Что подразумевается под "управленческой зарплатой" в данном конкретном случае: дополнительные расчеты и начисления на основании данных регламентной зарплаты, сводный анализ регламентных начислений, анализ свода начислений по организациям, что-то еще?

черная очевидно

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

(8)
1. Первая причина не причина.
2. Про RLS слышали?
3. Имхо, я бы сначала с регламентированной разобрался, после этого управленку запустить как два пальца...

У самого работает ЗУП на 400 человек, с 19 организациями...

Года три назад делал проект по объединению 16 баз, там человек 250 было... Со всеми вычистками, подчистками за недели две управились вальяжно работая.

(9) "Управленческая" зарплата - вся зарплата сотрудника, в том числе регламентированная. То есть, по большому счету, центральная база нужна для вычисления разницы между управленческим окладом и тем, сколько сотрудник уже получил по регламенту. Эту сумму ему выплатить.
А сводный анализ и др. - задачи такой нет, думаю, это придет вместе с консолидацией, как приятный бонус.

(13) ага управленческая как же:)

(11) Типовые, если они предопределенные, то да, не будут дублироваться. Но не всегда типовые = предопределенные.

(13) Ну-Ну. А если сотрудник по каким-то причинам недополучил по регламенту. остаток весь в черную выплачивать будете? :)

Там есть решения эффективнее :)

(12) 2. слышали... Но вопрос не в "безопасности" перед друг другом организации, а на предмет попадания базы в чужие руки.

[Со всеми вычистками, подчистками за недели две управились вальяжно работая.] - тоже видимо предстоит

(16) По каким таким причинам? Разве нельзя по этим же причинам уменьшать не только регламентную, но и всю сумму?

(18) Задержка зарплаты, невыход, больничный, в командировке был. Мало ли причин не получить зарплату вовремя.

(0) а как сливать собираетесь, механизм? про это и был вопрос?)

(20) 17 баз уже действуют. Если их взять и объединить в РИБ идет дублирование многих справочников. Поэтому предварительно подготовить базы (как периферийные, так и центральную). Как их подготовить? (с наименьшими трудозатратами) - вот в этом и был вопрос.

(13)
1.Почему управленческую зарплату необходимо считать в сводной базе? Может, проще доначисления в каждой из 17 делать?
2.Одно и то же физлицо может быть в нескольких базах?
Есть необходимость собирать регламентные начисления по одному физлицу из нескольких баз?

(22) 1. Есть такие бзики - чтобы, размер выплаты сотруднику знало как меньше народу. В идеале - только расчетчик упр зарплаты (один человек). Даже ГБ периферийных организации не знают настоящий оклад сотрудников.
2. Одновременно - нет. Есть только переходы из организации в организацию. Соответственно необходимости сбора рег. зарплаты из разных баз по одному физ лицу - нет.

(21) почисти дубли обработкой и всё, это быстрее

(23) ну тогда, учитывая всё вышеизложенное, в синхронизации чего-либо вообще нет особого смысла... Только, пожалуй, физлица можно привести в соответствие, чтобы переходы между организациями безболезненно отражались на одном элементе.

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

Ну и по организации обменов: думаю, оптимально организовать одну центральную управленческую базу. В нее сливать данные из 17 регламентных баз.
И пусть себе на местах все со своими базами работают.
А управленческая база будет получать данные из регламентных по мере необходимости.

По поводу обновлений: проще организовать что-то типа скриптов для автоматического обновления, чем гонять РИБ туда-сюда... Ну или как-то через хранилище обновлять...

(25) Спасибо за подробный ответ!
Да, так и поступим. Т.е. синхронизируем физические лица, а остальное пусть живет своей жизнью. По крайней мере пока. Если в будущем дойдут до этого руки, то синхронизируем и остальное... Спасибо!