|
Загрузка данных из ЗУП в ЗУП | ☑ | ||
---|---|---|---|---|
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) нахрен он никому не сдался в корп БД - нужно правильно внести документы ввода остатков, ну а как свернуть регистры расчета, чтоб получить инфу для заполнения этих документов надеюсь в данной ветке учить не нужно?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |