8.х как заменить идентификатор элемента справочника?

Возникла необходимость изменить внутренний идентификатор элемента справочники. Возможно ли это сделать?

Код:

вв=справочники.товар.получитьобъект();
вв.код="новый мега код";
вв.записать();

оно?

Ну прямо вот так менять UUID элементов справочников или документов из под 1С нам недозволенно.
Оно и логчично. т.к. этот UUID "торчит" ключом, связывающим одни таблицы с другими (табличные части, ссылки на справочники)
Но если ну ооооооооочень надо надежно менять UUID (что я себе слабо представляю), то можно:
0) Снимаем резеврную копию БД.
1) Создаем новые элемент справочника.
2) Ищем ссылка на исходный элемент.
3) "Перекидываем" эти ссылки на новый элемент.
4) Перепроверяем что не осталось ссылок на старый эл-т.
5) Удаляем старый элемент.

ы)
а я всегда считал что код в справочнике и есть uuid

Поздравляю! Осталось еще системный блок назвать процессором а монитор компьютером Или ой... я сейчас разбил еще одно представление о мире?

А по дипломам то посмотришь - все как один "инженер-программист", и сотку хотят "на старте"...

UUID но это еще не КЛЮЧ просто в 1С primary key'ем выступает поле, формирующееся UUIDными значениями.
А вот КОД справочника - это всего-лишь реквизит. Не ключ, хотя может тоже формироваться UUID'ами.
Ключ не может быть "задвоен" - определение, йопта. А вот код в справочнике - может. Даже если установлен контроль уникальности (могу показать как этого достигнуть... с пляской, однако). Но ведь 1С при этом не начинает пуатать Иванова И.И. с ООО Бармаглот... Потому как ключ, первичный ключ - от шаловливых ручек программистов из БД доступен только для чтения.
А вот поменять руками прямым запросом к MS SQL, например можно. Потому как 1С при создании БД не создает диаграм, через котоыре бы и контролировались уникальности ключей на уровне СУБД. Вот однако поменять то вы поменяете, а вот как отработать ссылки на этот элемент справочника, я слабо представляю. Т.к. помимо "открытых" ссылок через реквизиты таблиц СУБД, ссылки могут еще храниться в BLOB'овых полях - структура которых обработке простым запросом "в два притопа" не поддается.

В прочем для чего я это все объясняю? Да, КОД - ключ и UUID, а монитор = компьютер.

дружищще, что ж ты такой агрессивный то?)
думаю что про базы данных я знаю немного поболее тебя ибо писал их еще на асме в далеком 91 году), когда ни фокса и даже клиппера несуществовало(правда уже непомню кто из них первый вышел))))
применительно к 1с-ке - никогда не заморачивался кодами - потому как нафиг не нужно для тех задач которые я решаю
как сказал один мой товарищ - идеальных защит нет
отличная защита, это такая защита, которую проще купить, чем сломать

а по топику - 90% топикстартеров немогут внятно правильно описать проблему - поэтому был дан самый простой вариант ответа - и заметь я не написал что это именно тот ответ который нужен, а показал пример и задал вопрос - ОНО?
и еще заметь - от топик стартера кроме первого больше нет вопросов)))

зы. у меня нет диплома, но меня тоже бесят когда моник компом зовут и тд.