А можно каким-то образом изменить идентификатор объекта? Конкретно мне надо - документа! Вообще где он? как его прочитать? и поменять... ))

нет

Можно.

Но не нужно

(1)(2)(3) +1 :)

(0) Идентификатор = Объект
Замена идентификатора = Поиск и замена значений

нет... идентификатор не равно объект... мне нужно прочитать гуид объекта... неужели нет способа??

(6) Опиши задачу целиком.

гуид - загугли тут или в любой типовой

ДокументСсылка.<Имя документа>.УникальныйИдентификатор (DocumentRef.<Имя документа>.UUID)
ДокументСсылка.<Имя документа> (DocumentRef.<Имя документа>)
УникальныйИдентификатор (UUID)
Синтаксис:

УникальныйИдентификатор()
Возвращаемое значение:

Тип: УникальныйИдентификатор.

Описание:

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

Доступность:

Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.
См. также:

ДокументМенеджер, метод ПолучитьСсылку

(7) при загрузке данных из ЗУП в БП, а именно документа "Отражение зарплаты в регл. учете" документ за август  создается, а за февраль удаляется. я попробовал изменить гуид в хмл-е и сработало! видимо каким-то образом совпали гуиды документов за февраль и август (не пойму каким) хочу убедиться что я прав... для этого мне надо прочитать гуиды этих докумнетов

(9) ООО! спасибо!

(10) Значит, что кто-то сильно умный в ЗУПе взял февральский документ и изменил ему период на август.

(0) Можно, создать другой объект с нужным гуид, затем обработкой Поиск и замена дублирующихся элементов справочников объединить их.
Вот только с предопределенными объектами это не проходит... Кто знает как это сделать средствами 1С? (менять в скуле рискованно)

(12) теоретически, возможно... но, если честно, не совсем понимаю, как это могло произойти...

(14) заходишь в документ, меняешь, записываешь

(15) да не... не в том дело... просто как бы какой смысл им так делать?...

(16) у нас пару раз в месяц такое происходит.
    Бухи поняли, что гораздо быстрее вводить документ, если скопировать старый и в нем поменять всего несколько полей.
    Теперь внимание: если бух случайно вместо кнопки "копировать" нажмет кнопку "открыть", (а это ему как два пальца об асфальт) получается твоя ситуация.

Ответ он всегда на поверхности.

(17) а че вы дали тьокам права на вольности с доками прошлого, отчаянные финские парни? При хорошей организации прав такие финты можно делать только в текущем дне, все что было вчера, а тем более в прошлом месяце - извините прочти кучу сообщений о запретах, последствиях, ответься 10 раз - "Да, я не дура и вполне адекватна, сохранить" и только потом позволить изменить что-то в "старом доке"

(18) эти доки не старые. Может даже сегодняшние.

(18) и в принципе, если например типовая 1С-ка у клиента, вы за свои деньги будете ему эти запреты вставлять?

поиск и замена дублей

(21) А с предопределенными объектами как?

(22) Никак. Гуид предопределенного элемента прописан внутри конфигурации и его не изменить. Проводил эксперимент - в скуле менял гуид предопределенного элемента. В результате после очередного сохранения конфигурации был создан еще 1 предопределенный элемент с таким же гуидом.

(23) Ключевое слово - "предопределённый"?

(23) "В результате после очередного сохранения конфигурации был создан еще 1 предопределенный элемент с таким же гуидом" - шалишь? Я еще допускаю одинаковый гуид для разных типов объектов, но в пределах одного типа это невозможно - гуид это ключ!
У меня при обмене баз, когда стоит синхронизация по гуид, такая хрень получается:
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4795)}: Ошибка записи объекта

           ТипОбъекта             =  Виды контактной информации

           Объект                 =  Телефон физ.лица служебный

           ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.

Microsoft OLE DB Provider for SQL Server: Нарушено "PK___Referen__AC8ED0C40F7C1D9B" ограничения PRIMARY KEY. Не удается вставить повторяющийся ключ в объект "dbo._Reference49". Повторяющееся значение ключа: (0xb9493d07ec2909514bd24a29a071e1b7).

HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2627, line=1

"Гуид предопределенного элемента прописан внутри конфигурации" - если сам не пропишешь, типа:

Процедура ЗаполнитьПредопределенныхПартнеров() Экспорт
   
//    СправочникОбъект = Справочники.Партнеры.НашеПредприятие.ПолучитьОбъект();    // возмем из базы Кайрос.    10.01.2012 МВ.
   СправочникСсылка = Справочники.Партнеры.ПолучитьСсылку(Новый УникальныйИдентификатор("97403c2a-4260-481c-8835-1ea87e51a4aa"));
   СправочникОбъект = СправочникСсылка.ПолучитьОбъект();
   Если СправочникОбъект = Неопределено Тогда
       СправочникОбъект = Справочники.Партнеры.НашеПредприятие.СоздатьЭлемент();
       СправочникОбъект.УстановитьСсылкуНового(СправочникСсылка);
   КонецЕсли;
   СправочникОбъект.ДатаРегистрации = Дата(1980, 1, 1);
   Попытка
       СправочникОбъект.Записать();
   Исключение
       Сообщить("Не удалось записать партнера НашеПредприятие" + Символы.ПС + ОписаниеОшибки(), СтатусСообщения.Внимание);
   КонецПопытки;

И то, это помогает для вновь создаваемой базы. Если предопределенный объект пришел с обновлением, то задать ему нужный гуид таким методом не получается. Может кто-то как-то исхитрился менять на нужный гуид?

Я чего-то не очень понимаю, зачем менять GUID у объекта ?
Ведь он используется для определения ссылок на сам объект. То есть замена GUID приведёт к созданию другого объекта, но с такими же данными внутри. То есть будет равносильно DELETE+CREATE.
Или вы и все ссылки на ваш объект хотите поменять ?

(26) Необходимости менять гуид нет никогда. Желание его поменять возникает у тех кто ищет простой способ все исправить и не искать истинных причин инцидента.
(22) Почти то же самое, в конфиге создается второй предопределенный элемент, с первого все ссылки в базе перешиватся все на второй, первый предопределнный элемент уничтожается в конфиге. Второй переименовывается в то же имя что было у первого

(27) Не - один раз возникала необходимость подмены GUID из-за того, что в двух разных базах нужно было сделать один и тот же объект, когда там было уже два объекта - пришлось просто делать замену GUID во всех ссылках.

(28) ну так то да, но сшивание двух баз это все таки не то чтобы подмена гуидов, а наполнение одной базы объектами другой и потом замена ссылок по базе.
А тут не замена одного объекта на другой, а именно смена гуида как цель

(29) Если в SQL, то как раз просто замена GUID-а, но так обычно не делают.

(27) Будет время, попробую этот метод.
(30) Если это справочник Виды контактной информации (как в моем примере (25))большого риска нет это сделать SQL, а если это например, Управленческая организация, которая используется в документах большого периода... у кого есть опыт замены GUID-а прямо в SQL?

(31) Теоретически, ничего сложного: через метаданные получить таблицы, где могут быть ссылки на элемент, получить имена этих таблиц в SQL и сделать замену.
На инфостарте есть пример.

Сорри, а какой смысл работы в SQL "напрямую"? Скорость? Но это - нештатная ситуация и алгоритм - "одноразовый". Если замена GUID-ов используется в штатном режиме работы - это бред.

(33) Для предопределенных объектов штатный режим не подходит. Если только предложенный (27), но тоже далеко не штатный.