Почитала про внутренние идентификаторы и возник вопрос. Внутренний идентификатор уникален в пределах базы, тогда получается что если при обмене выгружается какой либо объект в другую базу, и установлен поиск по внутреннему идентификатору, то есть вероятность, что в приемнике будет объект с таким же идентификатором и другими данными и при обмене он заменится на загружаемый объект. Я правильно понимаю?
Тогда в каких случаях нужно использовать поиск по внутреннему идентификатору?

"Внутренний идентификатор уникален в пределах базы" - чушь

УИД  уникален в рамках одного объекта метаданных (справочник, документ и т.д.).
Да, может затереть из другой базы, уже существующий в этой. НО! эта вероятность очень очень очень очень очень мала

Уникален для данного типа объекта в пределах базу, так?

(2) между тем видела сообщения на форумах, когда загружаемые объекты перетирают существующие, и выясняется что установлен поиск по уникальному идентификатору

(3) да
(4) а  я не видел, если работает всё штатно. Если начать создвать гуиды руками - тогда вероятность намного больше

(4) ну так значит эти объекты выгрузились в базу при обмене

Короче - поиск по гуиду - самый надёжный способ. не думай о плохом

(7) ну расскажете щас... а как же обмен между базами, где справочники уже заведены?

ТС, а ты проверь уникальность идентификаторов перед началом регулярных обменов. Это полезно делать. Особенно - когданезнаешь "историю" первоначального заполнения данных в этих базах.

(8) ну это же очевидно, что если данные в базах разные - поиск по гуиду теряет смысл

Сперва 1С сделали GUID как в винде, который _теоретически_ уникален во всем киберпространстве. Но потом, по нему тяжело оказалось строить индексы, упорядочение таких разных 36-разрядных шестнадцатиричных чисел оказалось дорого.

(имхо) Перед начало обменов всегда нужно проводить подготовительные работы. В том числе - "синхронизацию" справочников и проверку индентификаторов.

PS: Maxus43 , ты не прав ибо категоричен в ответах.

(12) для меня многое очевидно, забываю рассуждать как обычные смертные :)
Я просто не могу представить ситуацию когда человек увидел галку - сопоставлять по Гуидам и просто взял да и включил. Серое вещество должно сообразить что если не было раньше никакой синхронизации - то гуиды разные, и т.д. и т.п.

может начальный образ только сделали, базы идентичны, включать смело можно. Чтоб получить ответ, надо его правильно задать

Вот, уже лучше :)

Пример: из базы УПП выгрузили данные для первоначального заполнения базы ЗУП.

Базы - разные, но обмены (теоретически) можно делать по внутренним идентификаторам.

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

После продолжительной автономной работе, иногда, легче будет реализоватьобмен не по внутренним идентификаторам.

Фактор времени работы баз данных в автономном режиме - определяет!

Спасибо за ответы, многое для себя прояснила