УТ 10.3-БП 3.0. Вопросы по регистру сведений "Соответствия объектов информационных баз"

1. pentanom 25 16.12.21 12:29 Сейчас в теме
Настроена синхронизация УТ 10.3-БП 3.0 (вероятно для других пар такая же картина). Для сопоставления объектов используется информация из соответствующего регистра.
1. В обеих базах есть такой регистр. Какой из них используется при сопоставлении?
2. На первый взгляд содержимое регистров в обеих базах одинаковое. Что будет, если в одной из баз этот регистр повредится?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. pentanom 25 16.12.21 12:48 Сейчас в теме
3. В Регистрах есть измерение "Уникальный идентификатор приемника" и ресурс "Уникальный идентификатор источника строкой". Их содержимое одинаково. Как это понимать? Зачем такое повторение?
3. TormDV 16.12.21 12:49 Сейчас в теме
1. При сопоставлении используются оба.
2. Могут возникнуть дубли выгружаемого объекта.
3. Если объект выгружен по идентификатору, то они будут совпадать в двух базах.
4. pentanom 25 16.12.21 13:03 Сейчас в теме
(3)
1. При сопоставлении используются оба.
Это не понятно:(
Информация из какого-то из них должна хотя бы иметь приоритет.
(3)
2. Могут возникнуть дубли выгружаемого объекта.
И как тогда это исправить?
(3)
3. Если объект выгружен по идентификатору, то они будут совпадать в двух базах.
Я про реквизиты регистра в одной базе.
6. hottion 85 16.12.21 13:12 Сейчас в теме
(4) тут нет приоритета, для каждой из баз это таблица хранится как слепок ссылок других узлов, для каждой из них приоритетом является собственный регистр, если можно такое слово вообще применить (приоритет).

Она нужна как словарь соответствия уникальных идентификаторов участников объекта, то есть своего рода хранит записи какая ссылка чему соответствует в другом узле в строковом виде, для использования в механизмах обмена XML.


(4)
2. Могут возникнуть дубли выгружаемого объекта.
И как тогда это исправить?


Руками, такие дубли нужно выявить и объединить, после чего найти их ссылки в регистрах двух баз и удалить дублирующие записи и оставить корректные, так же проверить корректность соответствия уникальных идентификатор.
по другому эта проблема правильно не решается.
7. pentanom 25 16.12.21 19:59 Сейчас в теме
(6)
Руками, такие дубли нужно выявить и объединить, после чего найти их ссылки в регистрах двух баз и удалить дублирующие записи и оставить корректные, так же проверить корректность соответствия уникальных идентификатор.
по другому эта проблема правильно не решается.
Думаю, что в таком регистре как "Соответствия объектов информационных баз" что-то "выявить и объединить", а еще и сравнить с регистром в другой базе, задачка не слабая.

Вообще-то к рассмотрению этих регистров меня привела задача сравнения данных в базах УТ и БП. Сопоставить объекты баз можно (и нужно) по регистру "Соответствия объектов информационных баз". Вот и нужно знать регистр какой базы для этого взять.
8. hottion 85 17.12.21 14:06 Сейчас в теме
(7) мы такое проделывали через COM соединение, так можно одновременно собрать информацию, сравнить и в одной таблице принять решение об удалении и объединении. То есть сравниваем выводим, принимаем решение и вносим обработкой изменения в регистр, а потом стандартной объединить объекты, заранее зная какой объект оставить, выполняем объединение.
Так нам показалось проще проделывать.
5. hottion 85 16.12.21 13:05 Сейчас в теме
(3) Все верно, при поиске по ссылке , сперва ищется соответствие по регистру, если его нет то проверяется есть ли нужного типа объект с указанной ссылкой , если есть то он считается найденным, и это сопоставление записывается, если нет такого объекта то создается с указанной ссылкой, при условии если нет полей поиска, если есть поля поиска то ищется по ним и если находится то сопоставляется найденный объект и его уникальный идентификатор с тем который задан обменом, это соответствие и записывается в регистр.
9. pentanom 25 17.12.21 16:01 Сейчас в теме
(5)Вы все время пишите "регистр" в единственном числе, а их два - в УТ и в БП.
11. hottion 85 21.12.21 14:15 Сейчас в теме
(9) в момент обмена, для базы он один. Она не может загружая пакет и смотреть в регистр второй базы. По этому логика описывается именно односторонне. Второй регистр только для второй базы.
10. kermzyxer 9 21.12.21 01:00 Сейчас в теме
Вы все верно отметили, что регистра два, но они разные. В каждом ссылка - это свои объекты (этой базы), а Идентификатор - объект в чужой базе. Ссылка в УТ не может же содержать ссылку на объект в БП, поэтому регистры разные и никакие дубли в них не ловятся. Честно говоря у меня не укладывается в голове такой механизм. Размеры безумные, поиск нужного значения вручную в регистре до 20 мин. А один раз прислали базу, где бухгалтер при сбое выгрузки заново настраивала План обмена. К каждому крепился вот такой регистр соответствия. Чистил почти месяц.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот