К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

синхронизация ЗУП БП двоятся физ лица

0 - 22.03.2019 - 23:44
была связка БП ЗИК, перешли на ЗУП
перенесли из ЗиК данные и настроили синхронизацию.
задвоилась часть физ лиц( начальное сопоставление было , почему не сопоставило непонятно ну ладно) .
вопрос теперь как правильно объеденить физ лиц ?



1 - 23.03.2019 - 07:14
Мне кажется, что сначала надо выяснить и устранить причину задвоений, а потом уже убирать лишние. Иначе они опять задвоятся. Сейчас, скорее всего, Вы гичего не сможете объединить. У Вас есть БП, в ней есть физлицо со старыми документами, пришедшими из ЗИК,и есть дубль физлица с новыми документами, пришедшими из ЗУП. И как тут объединять ? Старые документы трогать опасно и нерационально, новые - бесполезно, так как при следующей синхронизации опять придут документы с физлицом дублем. Ищите причину, видимо не всех сопоставили, или сопоставили как то неверно
2 - 23.03.2019 - 10:49
(1) мне вообще непонятно как штатно сопоставляет ЗУП,
по физлицам не было сопоставления , по другим объектам было и всё сопоставилось норм.
скорее всего каким-то своим штатным механизмом.
база ЗУП уже работает , народу много , откатывать не вариант .
есть регистр соответствие объектов ИБ , хотелось бы понять обмен идёт исключительно соответствуя его данным или ещё что надо смотреть ?
и править его надо и в БП и в ЗУП или достаточно в БП ?
не очень понимаю механизм синхронизации в связи с этим : я поправил в БП регистр, повесил ссылку на правильное физлицо- перенеслось правильно . Но в ЗУПе то регистр соотв ещё на старое физ лицо, что будет если зуп себе загрузит изменённый в бп док какой-то ?
3 - 23.03.2019 - 18:28
а зачем ЗУПу загружать изменённый в БП документ?
4 - 24.03.2019 - 19:16
(2) Сопоставление идет в 3-м шаге настройки 2-й базы. Т.е. когда пришли данные из 1-й. Программа пытается автоматически сопоставить и если смогла (как ей кажется), то отмечает как 100% сопоставленные. С физлицами сопоставление идет по коду (у меня было так). Тоже не проверил правильность сопоставления и делал это в регистрах обеих баз. При этом удалил сначала дубли с заменой найденных ссылок на правильные. Сотрудников было несколько, поэтому ненапряжно. Если много, то лучше убить настройку синхронизации и создать заново.
(3) Потому что это синхронизация, а не выгрузка. Обмен идет в обе стороны (штатно) и регистрируется последнее изменение, где бы оно не было сделано. Там есть возможность сделать сценарий одностороннего обмена, но при этом указывается, что это нежелательно.
5 - 24.03.2019 - 22:18
сделал новую настройку синхронизации (начинал в БП)
https://ibb.co/N9wvd9Z
не предлагает физ лиц сопоставлять, ну да ладно .
вопрос правильно ли я понимаю, что делать надо так :
в БП задвоилось, меняю в регистре соответствие объектов ИБ неправильное физ лицо на правильное
потом смотрю ИД этого правильного и меняю в этом же регистре для этого же физ лица ИД на ИД из БП ?
6 - 24.03.2019 - 22:47
(5)+
и правильно ли я понимаю, что я беру из БП уникальный идентификатор источника строкой и в ЗУП вставляю в идентификатор приёмника ?
7 - 25.03.2019 - 09:14
(6) Да, в обеих базах УИД приемника указывается строкой. В ЗУП УИД из БП, в БП УИД из ЗУП.
8 - 25.03.2019 - 09:28
(5) Странно, у меня предлагает:
https://ibb.co/VT9R9hb
Может у Вас сводно по сотрудникам настроено?
9 - 25.03.2019 - 11:42
(8) нет :(
(7) в ЗУП же не задвоено, так что в БП уид зупа и так правильный ?
10 - 25.03.2019 - 12:02
(9) Ну да, у меня просто были дубли и там и там.
11 - 25.03.2019 - 12:14
(9)у Вас в БП уже был элемент (старый) из ЗИК со своим УИД. И потом пришел новый их ЗУП. Вот надо видимо в сопоставлении в ЗУП надо указать УИД старого элемента.
12 - 26.03.2019 - 13:09
все равно не очень понимаю :
есть 3 поля в соответствияих ид приёмника, ид источника
ид источника строкой

в случае с заменой физ лица , я меняю в ид источника одно физ лицо( неправильное задвоенное) на другое
а ид источника строкой оставляю ? но ид то это не тот ?
13 - 26.03.2019 - 14:47
(12) В регистре 3 поля:
1) УИД источника (ссылка на элемент справочника)
2) УИД источника строкой (строка)
3) УИД приемника строкой (строка)

Соответственно в базе есть два Петровых (Правильный и Неправильный с УИДами 6e461f0e-ada8-11e6-87d4-d850e64180fc и 551bca27-3643-11e8-8100-1866da5235a0)
Запись в регистре:
1) Петров Правильный (ссылка)
2) 6e461f0e-ada8-11e6-87d4-d850e64180fc
3) 6e461f66-ada8-11e6-87d4-d850e64180fc (УИД Петрова из другой базы)
14 - 26.03.2019 - 15:39
(13) уид при перемене одного петрова (неправильн) на другова( правильн) в регистре автоматом не меняется же.
получается надо посмотреть уид, и поменять в обоих базах
15 - 26.03.2019 - 15:53
(14) Совершенно верно. При выборе ссылочного элемента строковые УИДы не изменяются.
16 - 26.03.2019 - 15:56
(15) идиотизм
17 - 26.03.2019 - 16:00
(16) Потому что этот регистр не предназначен для ручной корректировки. Заполняется во время настройки соответствия. Вот и не реализован алгоритм ПриИзменении для поля УИД источника.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены