Загрузка данных из ЗУП в ЗУП #613940


#0 by Descriptor
Есть ЗУП локальная. Есть ЗУП корпоративная. Есть задача перенести данные из ЗУП локальной в ЗУП корпоративную. Нет ли уже готовых решений? Или только через настройку 1С:Конвертация? Задача осложняется еще тем, что в Корпоративной ЗУПе ведется реальный кадровый учет. Т.е. надо, чтобы данные по з/п локальной ЗУПы корректно легли на сотрудников корпоративной ЗУПы. Не станет ли этот момент серьезной проблемой при настройке 1С:Конвертации?
#1 by hhhh
ну это одноразовая проблема. Один раз синхронизируете всё, ну может уйдет месяц-два, а затем всё нормально.
#2 by DrShad
если в локальной все велось как положено, то проблем не должно быть, а если они все таки появятся, то жо_пппа
#3 by Descriptor
Более того, нам и надо 1 раз: только данные перенести и всё. Потом уже учет будет вестись только в корпоративной базе.  Но готовых решений нет? Только мучить 1С:Конвертацию.  Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID, а в нашем случае как тогда синхронизировать объекты? В локальные одни номера, а в корпоративной другие на одних и тех же сотруников...
#4 by andrewks
"Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID" это кто сказал? можно по уидам, а можно и по другим критериям. как задашь, так и будет
#5 by andrewks
+ например, по ИНН логично
#6 by DrShad
или номер ПФР
#7 by DrShad
а сотрудников по физ лицу
#8 by sergei992003
лучше пфр, инн у иностранца может и не быть
#9 by kosts
Проблема разовая и конфигурации совпадают - забей на конвертацию. С конвертацией количество проблем может удвоиться. Ну или использовать еще по минимуму.
#10 by sergei992003
только проверь сначала на дубли по физлицам
#11 by DrShad
забить на конвертацию отлично, какие тогда ваши варианты?
#12 by Descriptor
А что тогда в качестве альтернативы? Да, лучший вариант - ПФР (ИНН нет и у многих россиян, кстати) Спасибо
#13 by sergei992003
нет, если уиды не совпадают тогда только через конвертацию
#14 by andrewks
конечно, если задача разовая, и в КД ни бум-бум, то написать свою обработочку по переносу будет быстрее. но я бы всё-таки посоветовал потратить энное время на изучение КД2 и сделать через неё, ибо эти навыки пригодятся потом не раз. как говорится,  "лучше час потерять, потом за 5 минут долететь" ©
#15 by DrShad
спорно написание своей обработочки по переносу всей инфы, очень спорно
#16 by kosts
В каждом конкретном случае (вид справочника, документ) нужно принимать решение, практически по каждому элементу справочника и экземпляру документа, что и из какой БД брать. Пример есть физ лицо у него в первой БД два сотрудника, а во второй три. Возможная ситуация, вполне. По каждому сотруднику есть документы в обоих БД. Требуется корректно совместить 5 сотрудников. Таких случаев будет миллион. КД можно использовать собственно для переноса. Но обработку исключительных ситуаций решать вне КД.
#17 by DrShad
бла, бла, бла где вариант?
#18 by andrewks
не, оно, понятное дело, зависит от состава переносимой инфы - нужны ли только начисления з/п по сотрам, а всё остальное уже будет рассчитываться и формироваться в головной, или нужно перенести уже всё готовое вплоть до налоговых регистров  (хотя я, честно говоря, с трудом представляю себе методологию этого действа, когда, например, в головной уже есть сотр Дядя Вася, и по нему уже есть какие-то начисления, удержания, а тут ещё кучка данных. возникает масса вопросов по удержаниям, вычетам, и т.д.)
#19 by Descriptor
Нашел - есть обработочка "Выгрузка и загрузка данных XML". Это работает, если идентичная структура конфы...
#20 by Descriptor
Не,  в головной ведется ТОЛЬКО кадровый учет. Т.е. никаких начислений в головной не производится пока...
#21 by DrShad
ага перекинь ей данные по начислениям за два года для расчета среднего по больничным - вперед и с песней! там колдовать прийдется с источниками данных для приемников в корп системе
#22 by Descriptor
Так если структура идентичная, чего тогда колдовать? Все документы - начисления лягут в новую базу. Разве нет?
#23 by andrewks
лечь-то они лягут. вопрос только КАК и КУДА
#24 by DrShad
+100500 в любом случае в локальной тоже когда-то был ввод остатков и если грузить все доки 1 в 1, то тогда уж за всю историю БД, а нужно-то несколько другой результат
#25 by Descriptor
Главное, чтобы в корпоративную базу легли :).  Ну а как? Хм, а что - возможны варианты?
#26 by Descriptor
Да, это правильная мысль..Придется ручками поработать, это ясно...Хотя, почему бы не выгрузить за всю историю. Благо история всего-то два года (до этого в ЗИКе велся расчет з/п). Так что, посмотрим, попробуем...
#27 by DrShad
ваш опыт переноса данных в ЗУП озвучьте плиз? или хотябы опыт ведения учета в нем? потому как если бы опыта было достаточно, то и вопросов об вариантах не было бы
#28 by DrShad
нахрен он никому не сдался в корп БД - нужно правильно внести документы ввода остатков, ну а как свернуть регистры расчета, чтоб получить инфу для заполнения этих документов надеюсь в данной ветке учить не нужно?
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С