Общий свод по заработной плате из нескольких баз #209740

Имеется несколько очень похожих баз ЗиК. Нужно их них собрать данные в один отчет "Свод по заработной плате". Как это лучше сделать?

Копированием собрать колонки "Итого начислено" в Ёксель. И не выпендриваться: читающему этот "общий" свод виды расчетов и часы по барабану.

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

Выбрось из головы эту идею...

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

По Ole - можно, при желании. Собираешь представления видов расчетов в одну таблицу значений - и вперёд.

баз сколько для двух баз прокатит, а для 3,4,5?

А подумать не бывает? Ну откроешь несколько баз в цикле, в чём проблема-то? Я уже писал что-то из этой оперы... правда для ТиС... с произвольным количеством баз.

баз пока 3. но уже в следующем месяце будет 4. а дальше до конца года точно 8. надо наверное из этих баз данные куда то сливать. а потом забирать из все

Зачем?

Я так понимаю что тебя интересуют просто суммы по ВР так?Или нужно еще и разбивку по организациям?В общем если бы такая задача возникла у меня и отвертеться от нее не получилось бы, то я скинул бы данные из этих баз в файл (например ДБФ) и потом выводил бы данные из этого файла. ОЛЕ я бы тут использовать не стал

потому что фактически это данные одной организации, но разбиты они по нескольким базам по подразделениям

Можно и для 4-х баз, и для 44-х, и без ОЛЕ всякого. Просто через лежащую в условленном месте ТЗ в файле. Считал, дополнил колонки/строки записал...Только это нафиг кому надо. Практического значения не имеет. Надо просто настойчиво спрашивать "Зачем?". Тупое "надо!" и раскроет ненужность этого.

Так в бухгалтерии возьми, зачем ЗиКу-то тиранить?

спасибо. пока именно такой вариант у меня в голове и вертиться как наиболее приемлимый

ну нифига себе как все обернулось!!!! По нескольким подразделениям одной организации ведуться разные базы???!!!А вести в одной базе не пробовали? Я что-то не догоняю зачем такие сложности?

в бухгалтерии таких данных нет

пожалуйста, но я все равно не понимаю. Читай

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

На будущее - объединяй потом в сводную, либо УРБД, либо самописным чем-нибудь.

тады ясно :)

можно про объединяй поподробнее? как?

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

то есть свивать ВСЕ данные? все справочники, всех сотрудников, все документы по ним и расчеты? напрямую в справочники и журналы ничего при этом не пересчитывая?

именно, только сначало нужно решить проблему синхронизации по коду (если она конечно есть)

боюсь, что такое сливание не одни сутки лопаться может... :((и что такое проблема синхронизации по коду?

(24+) есть еще вариант с УРБД только я сам не разу этого с ЗиК не делал и не слышал чтобы кто-нить делал. Если хочешь можешь попробовать, а если не хочешь то нужно написать (или найти) обработку синхронизации баз

Не обязательно со всеми подробностями - ведь твоя цель - журналы расчетов и чуть-чуть сопутствующих справочников. Только о префиксах не забывая. Трудность будет только в объединении справочника ВидыРасчетов. Чтобы её обойти, лучше всего заранее забить его во всех базах и поддерживать полную идентичность, включая все параметры каждого вида расчета. Ну или УРБД.

Справочник Виды расчетов идентичен. А вот все остальные типа должностей и т.п уже далеко разошлись. как и нумерация документов.А какие подробности неважные?

... ну например, есть справочник сотрудникик в Базе1 и в Базе2 и есть там сотрудники Вася1 в Базе1 и Вася2 в Базе2 (причем Вася1 и 2 это один и тот же сотрудник просто в разных базах)Тебе нужно перенести данные по начисления Васи из одной базы в другую, так вот чтобы данные Васи1 попали именно на Васю2 необходимо чтобы Код Васи1 был точ таким же как код Васи2.

Например, данные долгосрочных начислений - всё равно в сводной базе они использоваться не будут... Кстати, а как же вы сдавали в ИМНС, ПФР, если не было сводной базы?

не. такого в этих базах нет             когда сдавали ПРФ по прошлому году, то все еще в одной базе было.а НДФЛ сдается отдельно по каждому городу

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

В курсе. такого нет. просто слишком разные подразделения слишком разные

Какая конфигурация используется для ведения бухгалтерии?Как туда попадают данные из ЗиКовв?

УРИБ с правилами миграции "Место создания и центр".

как можно УРБД сделать из разных рабочих баз?

Детальной проработкой миграции:1)Константы не мигрируют.2)Справочники - выборочно "Не мигрируют" - "Место создания и центр".3)...4)...

я имею ввиду можно ли две не связанные ранее базы как то представить как 2 переферийки и слить в одну общую?

Штатного механизма нет.

Клиент лечённый лет 6...В прошлом месяце у замглавбуха возникает аналогичный бзик.Ни в одном филиале (и в центре) нет ВООБЩЕ учетной политики, но платят мне зарплату регулярно.Пока объяснял, что делать и как, вызвали аудит и сменили главбуха: И ЭТО ПРАВИЛЬНО!!!Есть типовое решение для бюджета(нетрать время).