Имя: Пароль:
1C
1С v8
Загрузка данных из ЗУП в ЗУП
,
0 Descriptor
 
04.06.12
16:33
Есть ЗУП локальная. Есть ЗУП корпоративная. Есть задача перенести данные из ЗУП локальной в ЗУП корпоративную. Нет ли уже готовых решений? Или только через настройку 1С:Конвертация? Задача осложняется еще тем, что в Корпоративной ЗУПе ведется реальный кадровый учет. Т.е. надо, чтобы данные по з/п локальной ЗУПы корректно легли на сотрудников корпоративной ЗУПы. Не станет ли этот момент серьезной проблемой при настройке 1С:Конвертации?
1 hhhh
 
04.06.12
16:40
ну это одноразовая проблема. Один раз синхронизируете всё, ну может уйдет месяц-два, а затем всё нормально.
2 DrShad
 
04.06.12
16:42
если в локальной все велось как положено, то проблем не должно быть, а если они все таки появятся, то жо_пппа
3 Descriptor
 
04.06.12
16:45
(1) Более того, нам и надо 1 раз: только данные перенести и всё. Потом уже учет будет вестись только в корпоративной базе.  Но готовых решений нет? Только мучить 1С:Конвертацию.  Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID, а в нашем случае как тогда синхронизировать объекты? В локальные одни номера, а в корпоративной другие на одних и тех же сотруников...
4 andrewks
 
04.06.12
16:46
(3) "Меня еще пугает то, что через конвертацию синхронизация ведь идет через GUID" это кто сказал? можно по уидам, а можно и по другим критериям. как задашь, так и будет
5 andrewks
 
04.06.12
16:47
+(4) например, по ИНН логично
6 DrShad
 
04.06.12
16:48
или номер ПФР
7 DrShad
 
04.06.12
16:48
а сотрудников по физ лицу
8 sergei992003
 
04.06.12
16:50
лучше пфр, инн у иностранца может и не быть
9 kosts
 
04.06.12
16:51
Проблема разовая и конфигурации совпадают - забей на конвертацию. С конвертацией количество проблем может удвоиться. Ну или использовать еще по минимуму.
10 sergei992003
 
04.06.12
16:51
только проверь сначала на дубли по физлицам
11 DrShad
 
04.06.12
16:53
(9) забить на конвертацию отлично, какие тогда ваши варианты?
12 Descriptor
 
04.06.12
16:53
(9) А что тогда в качестве альтернативы? (8) Да, лучший вариант - ПФР (ИНН нет и у многих россиян, кстати) (4) Спасибо
13 sergei992003
 
04.06.12
16:56
нет, если уиды не совпадают тогда только через конвертацию
14 andrewks
 
04.06.12
16:57
конечно, если задача разовая, и в КД ни бум-бум, то написать свою обработочку по переносу будет быстрее.
но я бы всё-таки посоветовал потратить энное время на изучение КД2 и сделать через неё, ибо эти навыки пригодятся потом не раз.

как говорится,  "лучше час потерять, потом за 5 минут долететь" ©
15 DrShad
 
04.06.12
17:03
(14) спорно написание своей обработочки по переносу всей инфы, очень спорно
16 kosts
 
04.06.12
17:06
В каждом конкретном случае (вид справочника, документ) нужно принимать решение, практически по каждому элементу справочника и экземпляру документа, что и из какой БД брать.

Пример есть физ лицо у него в первой БД два сотрудника, а во второй три. Возможная ситуация, вполне. По каждому сотруднику есть документы в обоих БД. Требуется корректно совместить 5 сотрудников. Таких случаев будет миллион.
КД можно использовать собственно для переноса. Но обработку исключительных ситуаций решать вне КД.
17 DrShad
 
04.06.12
17:14
(16) бла, бла, бла
где вариант?
18 andrewks
 
04.06.12
17:18
(15) не, оно, понятное дело, зависит от состава переносимой инфы - нужны ли только начисления з/п по сотрам, а всё остальное уже будет рассчитываться и формироваться в головной, или нужно перенести уже всё готовое вплоть до налоговых регистров  (хотя я, честно говоря, с трудом представляю себе методологию этого действа, когда, например, в головной уже есть сотр Дядя Вася, и по нему уже есть какие-то начисления, удержания, а тут ещё кучка данных. возникает масса вопросов по удержаниям, вычетам, и т.д.)
19 Descriptor
 
04.06.12
17:19
(17) Нашел - есть обработочка "Выгрузка и загрузка данных XML". Это работает, если идентичная структура конфы...
20 Descriptor
 
04.06.12
17:19
(18) Не,  в головной ведется ТОЛЬКО кадровый учет. Т.е. никаких начислений в головной не производится пока...
21 DrShad
 
04.06.12
17:20
(19) ага перекинь ей данные по начислениям за два года для расчета среднего по больничным - вперед и с песней! там колдовать прийдется с источниками данных для приемников в корп системе
22 Descriptor
 
04.06.12
17:24
(21) Так если структура идентичная, чего тогда колдовать? Все документы - начисления лягут в новую базу. Разве нет?
23 andrewks
 
04.06.12
17:24
(22) лечь-то они лягут. вопрос только КАК и КУДА
24 DrShad
 
04.06.12
17:32
(23) +100500
в любом случае в локальной тоже когда-то был ввод остатков и если грузить все доки 1 в 1, то тогда уж за всю историю БД, а нужно-то несколько другой результат
25 Descriptor
 
04.06.12
17:33
(23) Главное, чтобы в корпоративную базу легли :).  Ну а как? Хм, а что - возможны варианты?
26 Descriptor
 
04.06.12
17:35
(24) Да, это правильная мысль..Придется ручками поработать, это ясно...Хотя, почему бы не выгрузить за всю историю. Благо история всего-то два года (до этого в ЗИКе велся расчет з/п). Так что, посмотрим, попробуем...
27 DrShad
 
04.06.12
17:35
(25) ваш опыт переноса данных в ЗУП озвучьте плиз? или хотябы опыт ведения учета в нем? потому как если бы опыта было достаточно, то и вопросов об вариантах не было бы
28 DrShad
 
04.06.12
17:37
(26) нахрен он никому не сдался в корп БД - нужно правильно внести документы ввода остатков, ну а как свернуть регистры расчета, чтоб получить инфу для заполнения этих документов надеюсь в данной ветке учить не нужно?