Господа, подскажите, как зная гуид найти элемент справочника?

ГУИД 1С

Справочники.ТвойСпр.ПолучитьСсылку(

А зачем его искать, когда его можно сразу получить?

щас скажет что он запросом хочет найти справочник по гуиду

у меня есть гуид, мне надо знать кому он принадлежит?

(5) Вид справочника/документа и т.п. в гуид не зашит.

(5) делаем так, ты гуляешь где-то полчаса, потом приходишь и перечитываешь (2) и (3) как если бы это было (28) и (34) и восклицаешь:
-- Ну вот! наконец-то! Что, сразу трудно было ответить?

(5) Это ты у нас спрашиваешь? Тогда не надо. Вдруг ты не выдержишь такого знания.

(5) Пройдись по всем справочникам и для каждого как в (2)

(9) Думаешь, автор нашел где-то мумажку, где был написан GUID? Или все же допускаешь мысль, что он не от сырости завелся?

(10) Думаю именно насчёт "бумажки" - например, загружает GUIDы загружает из ранее криво выгруженного файла. Иначе - откуда вопрос-то возник?

Контр = Справочники.Контрагенты.ПолучитьСсылку("efe16b82-efd0-0c344-9f60-d6a32f0c4687");

Подскажите в чем проблема, программа ругается на несоответствие типов?

дефисы поубирать

(12) СП - украли?

(12) ты же строку передаешь, а надо ГУИД.

(11) Оттуда же, откуда берутся 80% вопросов - от нежелания подумать.

Контр = Справочники.Контрагенты.ПолучитьСсылку(Новый УникальныйИдентификатор("efe16b82-efd0-0c344-9f60-d6a32f0c4687"));

XMLЗначение(Тип("СправочникСсылка.Контрагенты"),"efe16b82-efd0-0c344-9f60-d6a32f0c4687")

У нас РИБ УТ. При загрузке из переферийного узла вылетает ошибка:
Запись с такими ключевыми полями существует! <Объект не найден>(54:efe16b82
efd00c3449f60d6a32f0c4687)
(Регистр сведений:контактная информация).
В регистре все записи целые, ссылочность не нарушена.

Дикость какая-то.
Уверен, что 54-ая таблица - Контрагенты, а не Организации, Физ.лица, или Пункты разгрузки?

<<В регистре все записи целые, ссылочность не нарушена.>>
Точно - точно??
Проверь в периферийке, что с регистром.

(17) не работает, ругается на недопустимое значение парметра.

(21)  в переферийке все нормально с регистром, также как и в центре

(22) Что у тебя за GUID с группой из 5 цифр?

Это я исправила efe16b82-efd0-c344-9f60-d6a32f0c4687

(16) Помог бы девушке. С одного же города.

(19) такое ощущение, что и в центре и на периферии одновременно
заполнили конт. инфу по одному и тому же контрагенту.
Отсюда ругань при обмене, что запись уже есть.
Надо исключать такие коллизии для регистра контактная информация.

(19) файл выгрузки как формируется? имхо - дважды выгружена одна и таже запись регистра
при использовании типовой выгрузки-загрузки ни разу не встречал такого
а "Объект не найден" - объекты могут записываться позже, нежели движения...

(27) приоритет у центральной базы, при одновременном заполнении - будут разные гуиды и просто задвоенные значения

(25) Значит, неправильно исправила.
Что-то не так у тебя с цифрами. И в (19) - нечётное число цифр, чего быть не может.

(27), (29) мда..
Нету никаких приоритетов.
<<одновременном заполнении - будут разные гуиды и просто задвоенные значения>>
Если только ссылочного объекта.

(29) Какие гуиды в РС?

(32) имел ввиду гуиды ведущих измерений

(33) Дык это разные записи будут. Разных элементов.
Вообще, запись должна была просто затереться, ИМХО...

(31) насчет приоритетов - сам  не думал о таком, однако несколько раз сталкивался - при одновременном изменении в центре и филиале одного объекта - после обмена оставались изменения в центре, хз как это происходило...

Как вариант:
1) В периферийке удалили элемент справочника.
2) Изменили по ОсновномуОтбору РС
3) Измерение, по которому выскакивает ошибка - не ведущее и не в ОсновномОтборе.

(36) УТ - типовая?

(36) ничего могли не удалять - "Объект не найден" - объекты могут записываться позже, нежели движения...

имхо - в выгрузке дважды одна и та же запись, при инсерте индексы матерят...

(39) Ну и как такое может быть? Сбой?

В ТаблицеРегистрации - задвоение?

Счаст запрос накропаю

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

неизвестно, как автор выгрузку получает

ВЫБРАТЬ
   ВложенныйЗапрос.Объект,
   ВложенныйЗапрос.Тип,
   ВложенныйЗапрос.Вид
ИЗ
   (ВЫБРАТЬ
       КонтактнаяИнформацияИзменения.Объект КАК Объект,
       КонтактнаяИнформацияИзменения.Тип КАК Тип,
       КонтактнаяИнформацияИзменения.Вид КАК Вид,
       1 КАК Поле1
   ИЗ
       РегистрСведений.КонтактнаяИнформация.Изменения КАК КонтактнаяИнформацияИзменения
   ГДЕ
       КонтактнаяИнформацияИзменения.Узел = &Узел) КАК ВложенныйЗапрос
ГДЕ
   ВложенныйЗапрос.Поле1 > 1

Автор, выполни это в консоле запросов, в периферийке, узел - это узел центральной базы.

Млин пардон, вот это:

ВЫБРАТЬ
   ВложенныйЗапрос.Объект,
   ВложенныйЗапрос.Тип,
   ВложенныйЗапрос.Вид
ИЗ
   (ВЫБРАТЬ
       КонтактнаяИнформацияИзменения.Объект КАК Объект,
       КонтактнаяИнформацияИзменения.Тип КАК Тип,
       КонтактнаяИнформацияИзменения.Вид КАК Вид,
       СУММА(1) КАК Поле1
   ИЗ
       РегистрСведений.КонтактнаяИнформация.Изменения КАК КонтактнаяИнформацияИзменения
   ГДЕ
       КонтактнаяИнформацияИзменения.Узел = &Узел
   
   СГРУППИРОВАТЬ ПО
       КонтактнаяИнформацияИзменения.Объект,
       КонтактнаяИнформацияИзменения.Тип,
       КонтактнаяИнформацияИзменения.Вид) КАК ВложенныйЗапрос
ГДЕ
   ВложенныйЗапрос.Поле1 > 1

(46) Консоль отчетов ничего не выводит

(47) Значит нет задвоения. ХЗ тогда что.

(47) Значит нет задвоения. ХЗ тогда что.

при записи в регистр сделать проверку и игнорировать ошибку, чтобы загрузка прошла до конца

(50) Это - системное. При Обмене - и так пропуск проверок.