УИД в 1С: сколько символов и как устроен уникальный идентификатор

Уникальный идентификатор (УИД, он же GUID) в 1С — это внутренний ключ, по которому платформа однозначно отличает один объект от другого: элемент справочника, документ, запись регистра. Практически у каждого ссылочного объекта есть свой УИД, и именно он используется при обменах между базами, интеграциях с внешними системами и поиске «потерянных» ссылок.

Вопрос о длине возникает постоянно: в одном месте идентификатор выглядит как строка из 36 символов, в другом — из 32, а в базе данных SQL он хранится в третьем виде. Разница объясняется не разными идентификаторами, а разными способами представления одного и того же 128-битного значения.

Ниже разобраны все форматы, в которых УИД встречается на практике, способы получить и проверить его, а также типичные ошибки при сравнении и передаче идентификаторов между системами.

Сколько символов в УИД 1С: точный ответ

Каноническое строковое представление уникального идентификатора в 1С содержит 36 символов. Оно состоит из 32 шестнадцатеричных цифр (0–9, a–f), разделённых четырьмя дефисами на пять групп по схеме 8-4-4-4-12:

5b9da9e4-1c3f-4e2a-9f7d-2a8b6c1d3e5f

Если убрать дефисы, останется 32 символа — так УИД часто передаётся в веб-сервисах и обменах, где дефисы считаются лишними. Оба варианта описывают одно и то же значение длиной 128 бит (16 байт), поэтому утверждения «УИД бывает 32 или 36 символов» не противоречат друг другу — это разные записи одного числа.

Форматы представления одного идентификатора

Один и тот же УИД выглядит по-разному в зависимости от того, где вы его видите. Путаница в длине почти всегда связана именно с форматом, а не с «другим типом» идентификатора.

Отдельного внимания заслуживает представление в SQL и через COM-соединение: там порядок байтов внутри групп перевёрнут относительно строкового вида 1С. Это не другой идентификатор — при обратном преобразовании получается исходное значение. Ошибка в перестановке байтов — одна из самых частых причин «не находится объект по УИД» при прямых запросах к базе.

Как получить УИД объекта в коде 1С

Для любого ссылочного объекта идентификатор возвращает метод УникальныйИдентификатор(), вызванный у ссылки:

УИД = СсылкаНаОбъект.УникальныйИдентификатор();
СтрокаУИД = Строка(УИД); // "5b9da9e4-1c3f-4e2a-9f7d-2a8b6c1d3e5f" — 36 символов

Обратное преобразование — получение ссылки по известному УИД — выполняется через конструктор значения и метод менеджера объекта:

УИД = Новый УникальныйИдентификатор("5b9da9e4-1c3f-4e2a-9f7d-2a8b6c1d3e5f");
Ссылка = Справочники.Номенклатура.ПолучитьСсылку(УИД);

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

УИД = Ссылка.УникальныйИдентификатор();
СтрокаУИД = Строка(УИД); // 36 символов
СсылкаОбратно = Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор(СтрокаУИД));

Как проверить, что строка — корректный УИД

При приёме идентификаторов из внешних систем строку стоит проверять перед использованием. Самый надёжный способ — попытка создать значение через конструктор внутри Попытка...Исключение: если строка не соответствует формату, будет выброшено исключение.

Формальные признаки корректной строки: длина ровно 36 символов (или 32 без дефисов), дефисы стоят на позициях 9, 14, 19 и 24, все остальные символы — шестнадцатеричные цифры. Регистр букв значения не имеет: 1С выводит строчные, но прописные тоже допустимы.

УИД при обменах, COM и прямых запросах к SQL

В типовых обменах (Конвертация данных, EnterpriseData, планы обмена) УИД передаётся в строковом виде 36 символов, иногда без дефисов. Если обе стороны — 1С, проблем обычно нет. Сложности начинаются, когда одна из сторон — внешняя система или прямой доступ к базе.

Перестановка байтов в COM и SQL

При работе через COM-соединение и в полях _IDRRef базы SQL Server байты идентификатора хранятся в перевёрнутом порядке внутри первых групп. Для преобразования используют готовые функции перестановки (в типовых конфигурациях это, например, работа через ОбщегоНазначения или собственные функции конвертации GUID-to-String для SQL). Самостоятельно «угадывать» порядок не нужно — используйте проверенные функции и сверяйте результат на известной паре «объект — его строковый УИД».

Битые ссылки и УИД

Когда объект удалён, а ссылка на него осталась, в выборках появляется значение вида <Объект не найден> (5b9da9e4:...). Из этой строки можно извлечь УИД и восстановить объект через ПолучитьСсылку, если данные есть в резервной копии или базе-источнике обмена. Длина идентификатора внутри такого представления — те же 32 шестнадцатеричные цифры.

Типичные ошибки при работе с УИД

Большинство проблем с идентификаторами сводится к нескольким повторяющимся сценариям. Знание их экономит часы отладки обменов.

Отдельно стоит помнить: метод ПолучитьСсылку(УИД) всегда возвращает ссылку, даже если объекта с таким идентификатором в базе нет. Проверять существование нужно отдельно — например, запросом к реквизиту ссылки или проверкой на «битость».

FAQ: частые вопросы о длине и формате УИД в 1С