Перенос справочника по GUID #470465

Есть две одинаковые базы (одна получена выгрузкой из другой.) В первой базе создаются новые контрагенты и договора. Надо перенести их во вторую базу. Справочник контрагентов, в отличие от договоров, иерархический и имеет предопределенные папки. Договора переносятся без проблем. При записи контрагента назначенный мною GUID меняется. Вопрос почему и как это можно поправить?

После записи контрагента в отладчике: Строка(СсылкаСпр.УникальныйИдентификатор)="d5fe539d-3976-11df-8f7c-0018f352a354" Строка(Об.Ссылка.УникальныйИдентификатор)="faf48cd2-3970-11df-8f7c-0018f352a354"

Если конфы СОВЕРШЕННО идентичны, то доверься автоматичемкой генерации правил КД 2

Мне нужно, чтобы ГУИДы были одинаковые, чтобы при повторной загрузке находились

Не знаю..я внутреннему поиску по гуиду никогда не доверял и никогда не пользовался. ВСегда старался свою уникальность прикрутить, которая я точно знаю как работает и что с ней делать.

ОбменДанными.Загрузка

Добавила строчку ГУИД не меняется. Спасибо.

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

Ты трезвый вообще?

Если конфы идентичны, возьми с ИТС обработку загрузки/выгрузки. Она с гуидами перекидывает

Гыгыгы... все, что есть в конфе 1С ориентируется на гуиды, а он видите ли им не доверяет :-)

Отставить пиз...ть. Все по теме

. Да, а в чем проблема? Поиск по GUID - это фактически поиск по ссылке. Ааа, ну все, в смысле именно синхронизация в двух разных базах, туплю чего-то.

Это не "поиск", это и есть ссылка.

Чего-чего?

. Да я в курсе, что в терминах 1С - это и есть ссылка. А в терминах БД - это индексированное поле с уникальным значением, по которому осуществляется поиск записи в таблице. :))) Будем дальше спорить или ну его?