| 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) Потому что этот регистр не предназначен для ручной корректировки. Заполняется во время настройки соответствия. Вот и не реализован алгоритм ПриИзменении для поля УИД источника. | |
Интернет-форум Краснодарского края и Краснодара |
