В типовых конфигурациях на БСП есть функция СтандартныеПодсистемыСервер.ИдентификаторИнформационнойБазы(), которая возвращает значение константы ИдентификаторИнформационнойБазы.
Внимание вопрос. Как определить внутренний идентификатор базы 1С, в которой нет такой константы?
Например, создали три базы. Сначала пустую базу без использования шаблонов, потом вторую базу как копию первой и затем третью пустую базу.
У меня создалось впечатление, что это закрытая информация.

(0) если речь о клиент-серверных, то идентификатором является полный путь к серверу приложений + имя базы на нём,
БСП при копировании баз работает именно так

(1) Речь идёт о файловых базах. Как работает БСП, мне понятно. Я могу, конечно, добавить константу и т.д. , но вопрос пока чисто теоретический. Есть ли возможность различить базы без применения дополнительных объектов, констант и т.п.?

(2) Различить для чего и в какой момент?

В файловой базе можно писать свой файл с ИД базы в каталог базы, если его там нет.

(3) В момент открытия внешней обработки для внутреннего пользования.
(4) С этим понятно, но это вопрос как обойти то, что не можешь получить. Вместо константы - пишем файл.

(5) Ты путаешь принцип определения момента, когда идентификатор изменяется. Через константу ты это не определишь. А через сравнение файла и константы - определишь по аналогии с тем, как константа "Строка соединения" сравнивается с актуальной строкой соединения в БСП.

(5)[В момент открытия внешней обработки для внутреннего пользования]
при создании файловой базы в ней есть идентификатор, на смещении 68236 и длиной байт 50, речь о файлике 1CD
но при копировании системным средствами он будет "перетекать" в новую базу

(7) Вот это любопытно. Где об этом можно почитать подробнее? Или проще открыть бинарным редактором?

(8) открой Hex-ом и посмотри, насколько внутренняя структура сохраняется при смене платформы вопрос отдельный

(9) Спасибо

(7) Непонятно чем это лучше отдельного собственного файла с установкой в него своего ИД базы. Кажется только куча лишней работы и опасности не найти ИД при смене версии платформы с реструктуризацией.

DoNotCopy.txt

(11) вероятно - очередная нетленка

И вообще, и в частности: "Например, создали три базы. Сначала пустую базу без использования шаблонов, потом..." - последовательность создания ИБ "не вытащить" из идентификатора ИБ - он не Time-based GUID.

(11) я не постулировал, что использование такого рода сигнатуры лучше отдельного файла
ТС решает не очевидную задачу, получил спектр возможных решений