Здарова други.
Есть создание уникального идентификатора в 1с-ке 77.
Инфо = СоздатьОбъект(''AddIn.V7SysInfo'');
ГлобальноУникальныйИдентификатор = Инфо.СоздатьGUID();

Взято из синтаксис помошника.
Каким образом контролируется создание именно "уникальных" идентификаторов? Куда 1С пишет свои идентификаторы и что ей мешает создать такой же?

ВК.
какая - не помню.
при желании собирается вполпинка.

wiki:GUID

1с сама ничего не создаёт, она просит их у системы.
А там алгоритм генерации их достаточно надёжен.

если создаст такой же, обязательно сообщи. это будет памятное событие...

На клюшках есть "свой" уникальный идентификатор записей - "2087|A01"

(1)v7plus.dll, есть у ромикса пример.
(2) (3)Благодарю
(4)Я торт куплю (с)
(5)Не, там небось думать надо...

(5): ... объекта данных.
немного не то. не "G"

(7) Тебе GUID нужен, или уникальный идентификатор записи?

(8): мне - нихрена не надо.
я из формулировки автора исхожу.

(8)Мне надо отслеживать уникальность объектов справочника "Номенклатура" из двух разных баз.
Вариант с третьей "промежуточной" базой я уже обдумывал, теперь думаю как без нее обойтись.

(10) пользуйся смело тем что в (0) написано...

вот Денис из (3), он специалист по загуиживанию, он подтвердит ;)...

(10) я бы сделал что-то вроде составного ключа КодБазы+ЗначениеВСтрокуВнутр. Где КодБазы определить вручную для каждой базы

(10): подмени справочник в дд-шниках двух баз на одну пару dbf+cdx. в одной из баз запрети корректировку. всё.

А что вам мешает получить родной id элемента?
МетаИнфо=СоздатьОбъект("MetaDataWork");
ИД=МетаИнфо.ЗначениеВДлиннуюСТрокуБД(Объект);

(14) граната, имхо :)

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

А чем неустраивает (15)