Как поменять УникальныйИдентификатор (GUID) у объектов?

Как вариант доработать правила, там скорее всего синхронизация по GUID только стоит, надо добавить поиск по полям поиска "Код", "Наименование" к примеру.

1. Запускаешь "Поиск и замена дублирующих элементов спаравочников и документов" в одной из баз - выбираешь (атоматом) нужный элемент и менаешь на него все ссылки от второго, но второй не удаляеш, а только помечаеши на удаление. Делаеши обмен (можно только помеченного на удаление, но межно и всех ссылающихся на него объектос из обмена). Во второй базе принимаешь обмен - один из объектов становится также помеченным на удаление, запускаеши в ней "Поиск и замена дублирующих элементов спаравочников", но в качестве "правильного" выбираешь не по числу ссылок, а тот, который без пометки - удаляешь дубли. После этого удаляешь в каждой из баз помеченный. Может не получиться с некоторыми канстантами, используемыми в глобальный настройках - ихменяешь обработкой типа:

Об = Константы.ВалютаУправленческогоУчета.СоздатьМенеджерЗначения();
Об.ОбменДанными.Загрузка = Истина;
Об.Значение = ...
Об.Записать();

где значение выбираешь из запроса
Запрос = Новый Запрос;
Запрос.Текст = "
|ВЫБРАТЬ
| Валюты.Ссылка
|ИЗ
| Справочник.Валюты КАК Валюты
|ГДЕ
| Валюты.ПометкаУдаления = ЛОЖЬ
| И Валюты.Наименование = &Наименование
|";
Запрос.УстановитьПараметр("Наименование", "руб.");
Результат = Запрос.Выполнить().Выбрать();
Результат.Следующий();
Значение = Результат.Ссылка;

Ключевое тут Об.ОбменДанными.Загрузка = Истина; для отключение внутренних проверок типа "Объект не может быть изменен т.к. используется где-то глобально"

А потом уже удалить окончательно.
Можно узать аналогичные обработки типа "Замена ссылок" - схема работы аналогична, только предварительно проверить, работают ли они и с регистрами.

2. Править "Регистр соответствий для обмена" - для нужной номенклатуры указав "правильный" УИД (если обмены работают через него). Генератор строк приаттачен.
Делал для решения аналогичногой проблемы.

3. Если начальной синхронизации еще не было, то надо перенастроить настройки обмена в "Ковертации данный" - для нужного спрвочника в "конвертация свойств" задать поиск соответствующего по наименованию, а не по УИД

Уважаемый автор, у вас модель обмена данными спроектирована не правильно, если у вас возникают проблемы подобного рода. ИСПОЛЬЗУЙТЕ КОНВЕРТАЦИЮ ДАННЫХ (как писали выше уважаемые "dvv01" и "Region102"), выдергивайте правила обмена, дорабатывайте для правильной синхронизации и используйте. За многолетнюю практику всевозможных обменов проблемы возникали только в случае когда бездумно используется типовой обмен. Прописывать гуиды в чистом виде это необдуманно, вы же не ком объекты пишите где гуид уникален в принципе всегда, поэтому такой подход не всегда уместен, в вашем случае это точно лишнее, проще подвязаться к коду валюты и наименованию.

Подмена гуида SQLем возможна, в этом нет ничего сложного, если с сиквелом не один год общаетесь. Искать все ссылки в базе по гуиду с помощью сиквела теперь стало гораздо проще, в отличии от семерки, т.к. там еще в разных таблицах фигурировал в индентификаторе тип и вид объкта.

ПыСы: искал немного другое, наткнулся на эту старую заметку =)

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

Доброго всем дня, действительно проблема, у нас обмен между ЗиУП и БУХ и еще между несколькими организациями, то одно задваивается, то другое. Но самое неприятное, что это может происходить в Плане счетов, в ЗиУП один у предопределенного счета идентификатор, в БУХ у такого же предопределенного другой, при выгрузке данных из ЗиУП в БУХ создается новый с идентификатором из ЗиУП (боремся заменой значений), можно найти в файле обмена, заменить, но каждый раз видится сложным, как побороть это, может кто сталкивался.

Есть опыт? Пробовали правила править, ставим галку искать, если не найдено, по коду и наименованию, не удвоились счета, но будет ли правильно, что не совпадают по UUID или это не существенно, главное проводки совпадают? И еще, откровенно говоря не совсем понял, в типовых правилах не стоят галки поиска, это значит по умолчанию ищет по UUID? Так вот после правки по поиску, особенно коснулось физ лиц, все "посыпалось" конкретно (задвоилось), ну и напугались, что будет еще хуже. Если есть желание и опыт, может глянете правила на предмет работоспособности?

а что делать Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Native Client: CREATE UNIQUE INDEX terminated because a duplicate key was found for object name 'dbo._AccumRegTotals6944' and index name '_AccumR6944_ByDims_TRRN'. The duplicate key value is (Nov 1 4009 12:00AM, 0x088a001a927fea7211dc86bf5f77f5c0, 0x00000000000000000000000000000000, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1

Собственно зачем: есть база, объекты в которой были созданы выгрузкой/загрузкой из двух других баз. Но вот с валютами, например фигня получилась их по две теперь, с одинаковыми кодами, и названиями. Это очень мешает, мешать стало не сразу :), поэтому год уже работает так.
Хотелось бы во всех трех базах поменять GUID валют, т.к. замена самих объектов потребует перепроведения всех документов (если я прав), а их 60000 за год работы накопилось и база каждый день нужна... в общем проблемно.
Но в синтаксис помощнике я не нашел способа записать GUID, только получить - что делать? помогите, пожалуйста

А зачем менять GUID ?

Что бы не было дублей валют. Выгрузки/загрузки данных продолжаются, и каждый раз будет создаваться копия валюты. А в константах, например, одна валюта упр.учета, и пользователи не знают какую выбирать - кроме ГУИДа все одинаковое.
-----
рассмотрю другие варианты решения проблемы.

Поставьте нужный гуид в регистре соответствий объектов для обмена. А изменять гуид у объектов - это надо додуматься...

Обмен не стандартный, придется дописывать.
А чем плохо поменять гуид в данном конкретном случае для валюты? Я понимаю, что в целом (идеологически) это не правильно, но тут не могу придумать отрицательных последствий...

(1)
может это поможет, можно установить для нового элемента:

Валюта = Справочники.Валюты.СоздатьЭлемент();
СтрокаGUID = "b8bea012-3da9-4d01-8855-48811771af7a";
УникальныйИдентификатор = Новый УникальныйИдентификатор(СтрокаGUID);
Ссылка = Справочники.Валюты.ПолучитьСсылку(УникальныйИдентификатор);
Валюта.УстановитьСсылкуНового(Ссылка);
Валюта.Наименование = "новый рубль";
Валюта.Записать();

вообще "поискдулей" разве не сработает? заменит одну валюту на другую без перепроведения и удалит лишнюю

мне кажется гуид нельзя менять, а то откроешь документ или справочник, а там будет
"<Объект не найден> (1:840c00115b644cd511de6e6f8828e421)"

:)))

>например фигня получилась их по две теперь, с одинаковыми кодами, и названиями

Ну во первых ГУИДус у этих валют разный и нафига их менять не пойму, а во вторых возьми обработку поиск и замена значений или объединение дублей обработке есть как на диске ИТС та и на этом сайте и объедини одинаковые валюты.

гуид можно менять обработкой поиск и замена значений.

Ошибочное сообщение :).

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

Страна Советов :(
Автор, учись правильно задавать вопросы !
Советчики, учитесь правильно понимать вопросы !

Смена ГУИД никак не возможна и не нужна.
Автор, тебе нужно поменять ссылки на валюты в разных объектах, т.е. сменить ссылочные ГУИД валюты в объектах, а не в самих элементах-валютах.
Юзай обработки типа Поиск-Замена, все будет достаточно просто.

ЗЫ особенно хорошо, если в твоей конфе в модулях объектов юзается схема с ОбменДанными.Загрузка = Истина.

Всем спасибо, действительно не так все страшно, воспользовался этой обработкой: http://infostart.ru/projects/1134/index.php?p=3&id=1134%2F#comm валюты в регистрах сведениях заменяются быстро, а вот документы, судя по скорости, перепроводяться, благо их мало было...
По поводу зачем (кстати, я так и не отказался от идеи :) ):
1) Есть база 1, валюта USD, из нее данные частично переносятся в базу 3.
2) Есть база 2, валюта та же USD, и из нее данные частично переносятся в базу 3.
3) Сам перенос данных через xml, т.е. нужно при переносе (программировании переноса) любых объектов следить за валютами, написал такое:

И такой код везде нужно предусмотреть, где есть дублирующиеся элементы (в данном случае валюты). Но "физический смысл" этой валюты один и тот же, это НЕ разные валюты. И если бы в базе 1 и в базе 2 у них был одинаковый ГУИД, вышеприведенный код не понадобился.

У меня тоже барада: незнаю куда лучше прописать по смене ссылок толи в запись толи в чтение XML подскажите куда лучше!