РИБ в ЗУП #735602

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

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

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

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

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

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

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

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

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

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

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

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

1. Первая причина не причина. 2. Про RLS слышали? 3. Имхо, я бы сначала с регламентированной разобрался, после этого управленку запустить как два пальца... У самого работает ЗУП на 400 человек, с 19 организациями... Года три назад делал проект по объединению 16 баз, там человек 250 было... Со всеми вычистками, подчистками за недели две управились вальяжно работая.

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

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

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

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

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

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

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

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

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

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

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

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

ну тогда, учитывая всё вышеизложенное, в синхронизации чего-либо вообще нет особого смысла... Только, пожалуй, физлица можно привести в соответствие, чтобы переходы между организациями безболезненно отражались на одном элементе. В синхронизации видов расчета нет смысла однозначно: для управленческого начисления абсолютно безразлично, как там организованы виды расчетов и насколько они совпадают в разных базах. Просто будет сумма регламентного начисления, которая вычтется из управленческого... Либо разово настроите некую зависимость для конкретных видов начислений. Ну и по организации обменов: думаю, оптимально организовать одну центральную управленческую базу. В нее сливать данные из 17 регламентных баз. И пусть себе на местах все со своими базами работают. А управленческая база будет получать данные из регламентных по мере необходимости. По поводу обновлений: проще организовать что-то типа скриптов для автоматического обновления, чем гонять РИБ туда-сюда... Ну или как-то через хранилище обновлять...

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