Всем привет ! Есть реквизит именем "Реквизит1". Когда его копируешь, то рядом появляться реквизит именем "Реквизит2" .

Вопрос: Будут ли у них одинаковыми внутренние идентификаторы ? И как можно узнать их внутренний идентификатор ?

(10) Это не объект, а поле таблички. Они отличаются только именами

То есть у справочника "Справочник1" реквизиты "Реквизит1" и "Реквизит2" имеют разные внутренние идентификаторы ?

(2) Я может ошибаюсь, но мне кажется, что незачем им иметь иметь внутренние идентификаторы. В качестве уникальных идентификаторов выступают их имена, которые задает программист

ВЫ ошибаетесь. Ведь когда проверяют конфигурацию на заимствования, то как то узнают что объект пришел в твою конфигурацию методом объединения с другой конфиги.

(4) Ошибаетесь Вы. Все объекты имеют внутренние реквизиты - это правильно. Но сравнение и объединение идет по внутренним идентификаторам для конфигураций на поддержке и(!) по наименованиям для конфигурациям на поддержке, с возможностью внесения изменений.

(4) Ты читаешь, что я писал в (1) Реквизит это не объект.

Хорошо. Тогда сам справочник объект.Тогда что с их внутренними идентификаторами.

+(5) Сравнение по внутренним идентификаторам имеет смысл только тогда, когда сравниваемые конфигурации состоят "в родстве" (в отношениях "предок-потомок").

(7) с ними все ок

(6) Но тем не менее реквизиты объектов тоже имеют скрытые "внутренние идентификаторы" для работоспособности платформы. Это легко устанавливается/определяется, когда разработчики изменяют наименование реквизита или когда происходят сбой платформы при сравнении/объединении конфигураций и в объекте могут появиться и автономно существовать два реквизита с идентичными наименованиями.

antihacker , придумай пример программирования на 1С, когда внутренний идентификатор действительно нужен :)

Serg_1960,  я вот об этом. При копирование будет другой идентификатор ?

(12) Да. При копировании метаданных им присваивается другой идентификатор. И скажу даже больше: конфигурация (и платформа) навсегда "запомнят", что этот объект/реквизит был создан "вручную", а не был добавлен из другой конфигурации (при сравнении/объединении). Вы спросите "В чём различия/отличия?" - да, в принципе, ни в чём. Только в особенностях работы механизма платформы сравнения/объединения конфигураций с такого рода объектами/реквизитами.

Цитата:
"...Существуют три варианта:
- Сравнение произвольных конфигураций. Выполняется сопоставление по имени объекта. Если для каких-то объектов пару найти не удалось, выполняется сопоставление по идентификатору;
- Сравнение родственных конфигураций. Имеются ввиду конфигурации, про которые можно точно утверждать, что они являются различными версиями одной и той же конфигурации (примеры - сравнение основной конфигурации с конфигурацией базы данных или с конфигурацией хранилища). Выполняется сопоставление только по идентификатору объекта. Имя объекта не используется;
- Сравнение с конфигурацией поставщика. Выполняется сопоставление по идентификаторам, но при этом идентификаторы не обязательно должны быть одинаковы.

Источник: https://its.1c.ru/db/metod8dev#content:2299:hdoc

(0) конечно нет

(0) > И как можно узнать их внутренний идентификатор ?

Выгрузить конфигурацию в файл*Ы*
Смотреть файлы выгрузки, там найдёшь

(0) Физически создается поле в таблице с уникальным наименованием в момент реструктуризации.
https://yadi.sk/i/vz9dl3MyfloNOQ
Если покапаться в ПолучитьСтруктуруХраненияБазыДанных() то можно получить связь имени таблицы в БД с объектом метаданных и Имени колонки в БД и иимени реквизита
https://yadi.sk/i/Dz73pOAjmcE4WQ