Объединение 2 БД!

1. evgaid 143 08.10.15 09:41 Сейчас в теме
Привет всем. Сложилась такая ситуация: две компании объединяются, в каждой БД примерно по 500 сотрудников. А вот как мне объединить 2 БД в одну и что бы там все информационные данные по сотрам были и ЗП и все выплаты за 2 года, ну и все такое вытекающее. Оставить 2 БД не вариант, бухи и расчетчики поднимут вой, по то что им нужна общая среднесписочная ну и все отчеты по одной БД.
По теме из базы знаний
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. jack19 148 08.10.15 10:17 Сейчас в теме
(1) evgaid,
А вот как мне объединить 2 БД в одну
Если очень коротко, создать свою обработку переноса данных из одной базы в другую например на основе OLE объекта. Или пригласить специалиста.
16. akita 08.10.15 14:20 Сейчас в теме
(1) evgaid, Если перевод идет через увольнение из одной и приём в другой, то объединять (в полном смысле слова) не только не нужно, а скорее нельзя... (из-за дальнейших проблем, если учет останется на 77). Перенос сотрудников - да, но не более. Выплаты за 2 года по уволенным (в полном смысле этого слова) не нужны. Стандартный приём и справка с предыдущего места работы. Вот автозаполнение справок - не вопрос, остальное лишнее.
Antoska; klinik; +2 Ответить
27. AndKovalchuk 185 26.11.15 12:07 Сейчас в теме
(1) evgaid, (3) Cooler,

Выгрузка данных из ХML и загрузка данных в XML проводят новый документы, но потом тащат выгруженные записи расчетов. При нормальном ( не аварийном завершении работы ) и записи тоже перенесутся. Лично я вижу такое решение проблемы при условии что базы идентичны на уровне md-ников.
Сначала установка префиксов для каждой базы. Чтобы не было случайных пересечений.
затем конфигурация "конвертация Данных. Автонастройка правил обмена." Ну и выгрузка, загрузка через XML в одну из двух баз. Готов взяться за эту задачу.
28. marlen 23.12.15 14:36 Сейчас в теме
(1) evgaid, сдается мне, что вы ни разу не расчетчик и понятия не имеете, какие данные понадобятся для расчета зарплаты. А посему идеально начать в чистой базе (и 100% брать 8ку, про 7.7 забыть т.к. сейчас стооолько новых законодательных наворотов, что на 7.7 могут оставаться, только если численность до 50 чел). Дальше либо кидаете фронт работы на расчетчиков (7.7 оставляете для подглядки), и у них встанет все на автомат в худшем случает через 2 года, либо приглашаете не просто 1Сника, а набившего руку на переносах по зик. Хотя... в любом случае надо приглашать 1Сника, хотя бы для первичной настройки надбавок и вообще посмотреть, может у вас и базы были допиленные.
3. Cooler 22 08.10.15 10:23 Сейчас в теме
Если мне не изменяет склероз, то записи журналов расчета не переносятся при выгрузке-загрузке. Соответственно, просто выгрузить все данные из одной базы и подгрузить в другую не получится - придется перепроводить все загруженные документы. И не факт, что результат проведения совпадет с исходным.

Если базы DBF, то как вариант видится программа на чем-то типа FoxPro или даже обработка на 1С, подменяющая ID всех объектов в копии одной из баз с последующим слиянием их на уровне файлов DBF.

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

В-общем, работенка эта, по моим понятиям, потянет в лучшем случае на пятизначную сумму.
12. evgaid 143 08.10.15 12:55 Сейчас в теме
(3) Cooler, я тоже об этом же и доказываю им
4. dump 08.10.15 11:17 Сейчас в теме
"две компании объединяются" - это как? создается 3-я новая? сотры из одной переводятся в другую? или все-таки увольняются?
я бы оставил эти 2 базы и для новой компании перенес только справочники.
8. Frogger1971 08.10.15 11:42 Сейчас в теме
согласен с (4), в любом случае "объединение" - это новая третья фирма или одна "вливается" в другую?
в первом случае новая база - с импортом справочников, во втором - перенос справочников и документов и пересчет по "втянутой" фирме с проверкой и корректировкой, если что-то "пошло не так"...
13. evgaid 143 08.10.15 12:55 Сейчас в теме
(4) dump, сотрудники одной переходят в другую
18. dump 08.10.15 15:41 Сейчас в теме
(13) evgaid, в любом случае - даже если они переходят не через увольнение, в чем я сомневаюсь - сливать две Зики гемор еще тот.Создать новую чистую базу с необходимыми справочниками а остальные две расчетчикам для просмотра.
5. ptica-voron 08.10.15 11:22 Сейчас в теме
Радикальное решение: перенести данные из двух ЗиК 7.7 в одну ЗУП 8. Мне кажется, это оправданно для двух крупных компаний, и руководство будет в восторге от отчетов.

Также есть случай, когда учет ведется в большом количестве разных баз ЗУП, а потом данные собираются в одну общую, где строятся нужные отчеты.
7. Gkmy 28 08.10.15 11:31 Сейчас в теме
оправдано (5) - мне НЕ кажется, я уверен, что из возможных идей это худшая и максимально затратная
14. evgaid 143 08.10.15 12:56 Сейчас в теме
(5) ptica-voron, этот вариант руководству уже был предложен. Пока ответа не получил!
17. akita 08.10.15 14:25 Сейчас в теме
(5) ptica-voron,
перенести данные из двух ЗиК 7.7 в одну ЗУП 8
Тут всё сильно зависит от уровня кастомизации "семерок". Хотя вариант 77->2.5->3.0 вполне рабочий (при условии, что это "Ваш огород"). Вариант 7.7->3.0 с большой вероятностью намного более трудоёмок.
6. Gkmy 28 08.10.15 11:29 Сейчас в теме
жаль не мой огород, а то я бы взялся объединять 2ве ЗиК-и в одну :)
9. ipoloskov 161 08.10.15 11:42 Сейчас в теме
Перенести все в ЗуП 3.0, раз пошла такая пьянка, и забыть 7.7 как страшный сон.
10. Gkmy 28 08.10.15 12:00 Сейчас в теме
(9) мальчик.. водочки нам принеси [ youtube.com ]
evgaid; Frogger1971; +2 Ответить
11. evgaid 143 08.10.15 12:54 Сейчас в теме
И переносить по каждому сотруднику за 2 года все начисления???? Блин, не гуд
15. karpik666 3724 08.10.15 13:04 Сейчас в теме
Абсолютно оправдано, что не нужно сливать их вместе, достаточно перенести сотрудников из одной организации и принять их на новое место работы с переносом данных о среднем заработке и выплатах страховых взносов. Так как я работаю с зуп 2.5 и плохо знаю регистры и учет зик, то я бы перевел бы обе базы на 8 типовыми средствами, а затем бы перенес сотрудников, либо в крайнем случае перенес бы полностью данные, с учетом того, что Головной Организацией является одна из организаций, а обособленным подразделением Другая. То тут конечно же лучше специалист, который занимается 7.7, так как правильно говорится, если работает, то нетрожь.
19. evgaid 143 09.10.15 05:23 Сейчас в теме
Всем спасибо!!! Все что нужно было я услышал!
20. Shreki2015 2 12.10.15 15:51 Сейчас в теме
(19) evgaid, есть еще такой документ: "данные с предыдущего места работы за 2 года".
туда можно залить готовые годовые суммы по каждому сотруднику. для начисления больничных к примеру. чтоб не тащить все начисления за прошедшие 2 года.
21. evgaid 143 27.10.15 12:40 Сейчас в теме
(20) Shreki2015, хм, у меня нет такого документа, конфа вроде свежая!!!!!!!!!
22. evgaid 143 27.10.15 12:46 Сейчас в теме
АА, нашел там этот в карточке сотрудника в Вводе данных, можно проставить доходы по месяцам!!!
24. Xershi 1435 02.11.15 13:12 Сейчас в теме
(22) evgaid, если у вас идет увольнение и прием во вторую организацию. То тут только ввод первички делайте! А базу с уволенными сотрудниками оставьте бухам пусть открывают и настольгируют сколько угодно! Простая логика! В новой компании они еще не работали, а уже 3 года как зп получали?) Думаю теперь и буху будет ясно, что так не делается, а вот первичку перенести не проблема. Только обработку нужно найти или написать.
23. evgaid 143 02.11.15 13:05 Сейчас в теме
А вот как вариант если оставить 2 БД, одну потом просто переименовать, все расчеты вести в двух БД, то можно ли столкнуться с отчетностью в фонды (ПФР, Налоговая) из двух БД??? Отчетность сдаем через Контур?
25. Shreki2015 2 25.11.15 15:33 Сейчас в теме
(23) evgaid, сам же в начале поста писал что 2 базы оставить не вариант
поднимут вой и т.д.
26. Antoska 17 25.11.15 16:54 Сейчас в теме
(23) evgaid, не "можно", а обязательно столкнётесь. Переносите сданные по сотрудникам и не в коем случае не пытайтесь переносить остатки. Намучаетесь с последствиями. Лучше автоматизируйте процесс принятия новых сотрудников на работу, как вам уже посоветовали в (18). Даже если переход будет оформляться через перевод, то, насколько я помню, в ЗиК есть возможность оформить сотрудника по переводу. Автоматизируйте заполнение документов по оформлению новых сотрудников, если готовы взять на себя ответственность за это. Я бы на вашем месте настаивал на том чтобы оформлением документов о переводе/принятии на работу в конечной базе занимались кадровики, а сам бы перенёс только справочные данные по сотрудникам.
Оставьте свое сообщение
Вакансии
Программист 1С
Кемерово
зарплата от 200 000 руб.
Полный день

Программист 1С
Киров (Кировская обл.)
зарплата от 100 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Архитектор 1С
Москва
зарплата от 250 000 руб.
Полный день

1С-Программист (интегратор Битрикс24)
Санкт-Петербург
зарплата от 150 000 руб. до 250 000 руб.
Полный день