Есть ЗУП локальная. Есть ЗУП корпоративная. Есть задача перенести данные из ЗУП локальной в ЗУП корпоративную. Нет ли уже готовых решений? Или только через настройку 1С:Конвертация? Задача осложняется еще тем, что в Корпоративной ЗУПе ведется реальный кадровый учет. Т.е. надо, чтобы данные по з/п локальной ЗУПы корректно легли на сотрудников корпоративной ЗУПы. Не станет ли этот момент серьезной проблемой при настройке 1С:Конвертации?

ну это одноразовая проблема. Один раз синхронизируете всё, ну может уйдет месяц-два, а затем всё нормально.

если в локальной все велось как положено, то проблем не должно быть, а если они все таки появятся, то жо_пппа

(1) Более того, нам и надо 1 раз: только данные перенести и всё. Потом уже учет будет вестись только в корпоративной базе.  Но готовых решений нет? Только мучить 1С:Конвертацию.  Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID, а в нашем случае как тогда синхронизировать объекты? В локальные одни номера, а в корпоративной другие на одних и тех же сотруников...

(3) "Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID" это кто сказал? можно по уидам, а можно и по другим критериям. как задашь, так и будет

+(4) например, по ИНН логично

или номер ПФР

а сотрудников по физ лицу

лучше пфр, инн у иностранца может и не быть

Проблема разовая и конфигурации совпадают - забей на конвертацию. С конвертацией количество проблем может удвоиться. Ну или использовать еще по минимуму.

только проверь сначала на дубли по физлицам

(9) забить на конвертацию отлично, какие тогда ваши варианты?

(9) А что тогда в качестве альтернативы? (8) Да, лучший вариант - ПФР (ИНН нет и у многих россиян, кстати) (4) Спасибо

нет, если уиды не совпадают тогда только через конвертацию

конечно, если задача разовая, и в КД ни бум-бум, то написать свою обработочку по переносу будет быстрее.
но я бы всё-таки посоветовал потратить энное время на изучение КД2 и сделать через неё, ибо эти навыки пригодятся потом не раз.

как говорится,  "лучше час потерять, потом за 5 минут долететь" ©

(14) спорно написание своей обработочки по переносу всей инфы, очень спорно

В каждом конкретном случае (вид справочника, документ) нужно принимать решение, практически по каждому элементу справочника и экземпляру документа, что и из какой БД брать.

Пример есть физ лицо у него в первой БД два сотрудника, а во второй три. Возможная ситуация, вполне. По каждому сотруднику есть документы в обоих БД. Требуется корректно совместить 5 сотрудников. Таких случаев будет миллион.
КД можно использовать собственно для переноса. Но обработку исключительных ситуаций решать вне КД.

(16) бла, бла, бла
где вариант?

(15) не, оно, понятное дело, зависит от состава переносимой инфы - нужны ли только начисления з/п по сотрам, а всё остальное уже будет рассчитываться и формироваться в головной, или нужно перенести уже всё готовое вплоть до налоговых регистров  (хотя я, честно говоря, с трудом представляю себе методологию этого действа, когда, например, в головной уже есть сотр Дядя Вася, и по нему уже есть какие-то начисления, удержания, а тут ещё кучка данных. возникает масса вопросов по удержаниям, вычетам, и т.д.)

(17) Нашел - есть обработочка "Выгрузка и загрузка данных XML". Это работает, если идентичная структура конфы...

(18) Не,  в головной ведется ТОЛЬКО кадровый учет. Т.е. никаких начислений в головной не производится пока...

(19) ага перекинь ей данные по начислениям за два года для расчета среднего по больничным - вперед и с песней! там колдовать прийдется с источниками данных для приемников в корп системе

(21) Так если структура идентичная, чего тогда колдовать? Все документы - начисления лягут в новую базу. Разве нет?

(22) лечь-то они лягут. вопрос только КАК и КУДА

(23) +100500
в любом случае в локальной тоже когда-то был ввод остатков и если грузить все доки 1 в 1, то тогда уж за всю историю БД, а нужно-то несколько другой результат

(23) Главное, чтобы в корпоративную базу легли :).  Ну а как? Хм, а что - возможны варианты?

(24) Да, это правильная мысль..Придется ручками поработать, это ясно...Хотя, почему бы не выгрузить за всю историю. Благо история всего-то два года (до этого в ЗИКе велся расчет з/п). Так что, посмотрим, попробуем...

(25) ваш опыт переноса данных в ЗУП озвучьте плиз? или хотябы опыт ведения учета в нем? потому как если бы опыта было достаточно, то и вопросов об вариантах не было бы

(26) нахрен он никому не сдался в корп БД - нужно правильно внести документы ввода остатков, ну а как свернуть регистры расчета, чтоб получить инфу для заполнения этих документов надеюсь в данной ветке учить не нужно?