Изменение уникального идентификатора (GUID) в 1С: инструкция с примерами

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

В этой статье мы разберём легитимные способы изменения идентификаторов (включая ручное редактирование и программные методы), риски таких операций, а также нюансы работы с разными типами объектов. Особое внимание уделим 1С:Предприятие 8.3 — самой распространённой версии платформы. Если вы не программист, но столкнулись с необходимостью изменить GUID, здесь вы найдёте пошаговые инструкции с визуальными подсказками. Для разработчиков приведём примеры кода на встроенном языке и SQL-запросы.

Предупреждаем сразу: некорректное изменение идентификаторов может привести к потере ссылочной целостности — когда документы "теряют" связи со справочниками, а отчёты перестают работать. Поэтому перед любыми манипуляциями обязательно создайте резервную копию базы!

1. Когда требуется изменять уникальный идентификатор в 1С

В большинстве случаев GUID в 1С менять не нужно — платформа сама управляет ими при создании объектов. Однако есть исключительные ситуации, где это становится необходимо:

• 🔄 Конфликты при слиянии баз: если два объекта из разных баз имеют одинаковый GUID, но разное содержимое (например, после ошибочного переноса данных).
• 📦 Тестирование обменов: при отладке правил обмена данными между системами иногда требуется эмулировать "новые" объекты с другими идентификаторами.
• 🔧 Восстановление после сбоев: если базу восстановили из бэкапа, но часть объектов "потеряла" связи из-за повреждения метаданных.
• 📊 Перенос данных в облако: некоторые сервисы (например, 1С:Fresh) требуют уникальных GUID для избежания коллизий.

Важно понимать, что не все объекты одинаково реагируют на изменение идентификаторов. Например:

• 📄 Документы: изменение GUID может нарушить последовательность проводок и движения по регистрам.
• 📋 Справочники: менее критичны, но если справочник используется в подчинённых объектах (например, номенклатура в документах), потребуется обновлять ссылки.
• 🔗 Планы обмена: здесь GUID часто привязаны к узлам обмена, и их изменение может разорвать связи.

2. Риски и последствия изменения GUID

Основная опасность при изменении уникальных идентификаторов — разрыв ссылочной целостности. Это означает, что другие объекты базы (документы, записи регистров) могут продолжать ссылаться на старый GUID, что приведёт к ошибкам вида:

Ошибка при вызове метода контекста (СсылкаНаОбъект): Объект не найден (УникальныйИдентификатор)

Другие возможные проблемы:

• ⚠️ Нарушение последовательности документов: если GUID меняется у документа, который участвует в цепочке (например, реализация → оплата), связь может потеряться.
• ⚠️ Ошибки в отчётах: если объект использовался в расчётах (например, остатки по номенклатуре), данные могут исказиться.
• ⚠️ Проблемы с обменами: узлы обмена могут "не узнать" объект с новым GUID и дублировать его.

⚠️ Внимание: Если вы работаете с распределённой информационной базой (РИБ) или обменами через Universal, изменение GUID может привести к невозможности синхронизации без ручного вмешательства. В таких случаях лучше создать новый объект и перенести данные, чем редактировать идентификатор.

3. Способы изменения уникального идентификатора

Существует несколько методов изменения GUID в 1С:Предприятие, отличающихся сложностью и областью применения. Выбор зависит от ваших навыков и задачи:

3.1. Ручное изменение через конфигуратор (для справочников)

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

1. Откройте базу в режиме Конфигуратор.
2. Перейдите в Объекты → [ИмяСправочника].
3. Выделите нужный элемент, нажмите F5 (или Действия → Изменить).
4. В окне редактирования найдите поле УникальныйИдентификатор (может быть скрыто — включите отображение через Сервис → Параметры → Показывать служебные реквизиты).
5. Введите новый GUID в формате XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX (можно сгенерировать через онлайн-сервисы).
6. Сохраните изменения (Ctrl+S).

Создать резервную копию базы

Проверить, не используется ли объект в документах

Сгенерировать новый GUID заранее

Открыть конфигуратор с правами администратора

-->

3.2. Программное изменение через встроенный язык

Для автоматизации или работы с большим количеством объектов используйте скрипты. Пример кода для изменения GUID элемента справочника Номенклатура:

// Получаем ссылку на объект
Ссылка = Справочники.Номенклатура.НайтиПоНаименованию("Товар1");

// Генерируем новый GUID
НовыйGUID = Новый УникальныйИдентификатор();

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

// Проверяем результат
Сообщить("Новый GUID: " + Объект.УникальныйИдентификатор);

Для документов код аналогичен, но требуется дополнительная обработка движений:

Док = Документы.РеализацияТоваровУслуг.НайтиПоНомеру("000000001");
ОбъектДок = Док.ПолучитьОбъект();
ОбъектДок.УникальныйИдентификатор = Новый УникальныйИдентификатор();
// Перед записью нужно очистить движения, если они есть
ОбъектДок.Записать(РежимЗаписиДокумента.Запись);

⚠️ Внимание: При программном изменении GUID документов обязательно перепроведите проводки и движения по регистрам. Используйте метод Объект.Провести() после изменения идентификатора, если документ проводился.

3.3. Прямое редактирование в SQL (для опытных пользователей)

Если у вас есть доступ к SQL-серверу, можно изменить GUID напрямую в таблицах базы данных. Этот метод рискован и требует понимания структуры хранения данных 1С.

Пример запроса для Microsoft SQL Server (меняем GUID у элемента справочника Контрагенты):

UPDATE [_Reference16]  -- Таблица для справочника Контрагенты (имя может отличаться!)
SET _IDRRef = '0xNEWGUIDINBINARYFORMAT'
WHERE _Description LIKE '%НазваниеКонтрагента%';

-- Для документов:
UPDATE [_Document128]  -- Пример для документа РеализацияТоваровУслуг
SET _IDRRef = '0xNEWGUIDINBINARYFORMAT'
WHERE _Number = '000000001';

Чтобы узнать точные имена таблиц для вашего справочника/документа:

1. В конфигураторе откройте Администрирование → Поддержка и обслуживание → Таблицы информационной базы.
2. Найдите ваш объект по имени и посмотрите соответствующую таблицу.

4. Особенности работы с разными версиями 1С

Алгоритмы изменения GUID могут отличаться в зависимости от версии платформы и конфигурации. Рассмотрим ключевые нюансы:

4.1. 1С:Предприятие 8.3 (управляемые формы)

В современных версиях (8.3.20+) прямое редактирование GUID через интерфейс ограничено. Для справочников поле УникальныйИдентификатор часто скрыто, и его нужно включать вручную (см. раздел 3.1).

Для программного изменения используйте методы:

• 🔹 Объект.УникальныйИдентификатор = Новый УникальныйИдентификатор() — для новых GUID.
• 🔹 Объект.УстановитьНовыйИдентификатор() — альтернативный метод (доступен не во всех конфигурациях).

4.2. 1С:Предприятие 8.2 (обычные формы)

В старых версиях (8.2 и ниже) изменение GUID проще — поле УникальныйИдентификатор обычно доступно для редактирования без дополнительных манипуляций. Однако:

• ⚠️ Нет встроенной функции Новый УникальныйИдентификатор() — придётся генерировать GUID вручную или через COM-объекты.
• ⚠️ Отсутствует автоматическая проверка ссылочной целостности при изменении идентификатора.

4.3. Облачные решения (1С:Fresh, 1С:EDT)

В облачных версиях 1С:Fresh или при работе через 1С:Enterprise Development Tools (EDT):

• 🔸 Прямое изменение GUID запрещено — платформа блокирует такие операции для предотвращения конфликтов.
• 🔸 Для переноса данных используйте стандартные обработки обмена или Universal Data Exchange.
• 🔸 В 1С:EDT можно менять GUID только через расширения конфигурации с повышенными правами.

⚠️ Внимание: В облачных решениях (1С:Fresh) попытка изменить GUID через SQL или внешние инструменты приведёт к блокировке аккаунта за нарушение условий использования. Для таких случаев обращайтесь в поддержку 1С.

5. Как проверить ссылочную целостность после изменения GUID

После изменения уникального идентификатора обязательно проверьте, не потерялись ли связи между объектами. Для этого:

5.1. Стандартные отчёты 1С

Используйте встроенные инструменты:

1. Откройте Отчёты → Стандартные → Анализ использования объектов.
2. Укажите тип объекта (например, Справочник.Номенклатура) и конкретный элемент.
3. Просмотрите список объектов, ссылающихся на него. Если есть "битые" ссылки, они будут отмечены красным.

5.2. SQL-запросы для поиска битых ссылок

Для глубокой проверки выполните запрос к таблицам ссылок. Пример для поиска документов, ссылающихся на старый GUID справочника:

-- Для SQL Server
SELECT t._Description AS [Документ], t._Number AS [Номер]
FROM _Document128 t  -- Замените на актуальную таблицу документов
WHERE t._Fld16RRef = 0xOLDGUIDINBINARYFORMAT  -- Старый GUID в двоичном формате

5.3. Тестовые проводки

Если вы меняли GUID у документа, который формирует движения (например, РеализацияТоваровУслуг):

1. Откройте документ и нажмите Провести.
2. Проверьте отчёт Анализ субконто или Обороты по счёту для связанных счетов.
3. Если данные не совпадают с ожидаемыми, выполните Перепроводить через Действия → Провести документ.

1) Целостность движений по регистрам.

2) Корректность проводок в бухгалтерском учёте.

3) Отсутствие "битых" ссылок в подчинённых объектах (например, в табличных частях).-->

6. Альтернативные решения: когда менять GUID не нужно

В большинстве случаев изменение уникального идентификатора — не лучшее решение. Рассмотрите альтернативы:

• 🔄 Перенос данных через обмен: используйте Universal Data Exchange или Конвертацию данных (обработка 1CV8DT). Это сохранит все ссылки автоматически.
• 📦 Создание нового объекта: если GUID конфликтует, иногда проще создать копию объекта с новым идентификатором и перенести данные.
• 🔧 Исправление через поддержку: если проблема возникла после обновления или восстановления, обратитесь в службу поддержки 1С — они могут восстановить целостность без ручного редактирования.

Пример ситуации, когда не стоит менять GUID:

Вы перенесли справочник Контрагенты из одной базы в другую, и некоторые элементы имеют одинаковые GUID. Вместо того чтобы редактировать идентификаторы, используйте обработку ЗагрузкаДанныхИзФайла с параметром ИгнорироватьСуществующие — она автоматически сгенерирует новые GUID для дублирующихся объектов.

7. Частые ошибки и как их избежать

При работе с уникальными идентификаторами пользователи часто допускают типичные ошибки. Вот самые распространённые и способы их предотвращения:

Ещё одна распространённая проблема — попытка изменить GUID у предопределённых элементов (например, ОсновноеСклад или Рубль). Это приведёт к ошибке:

Ошибка при записи объекта: Нельзя изменять уникальный идентификатор предопределённого элемента!

Для таких случаев единственное решение — создать новый элемент и перенастроить конфигурацию на его использование.

FAQ: Ответы на частые вопросы

GUID = Новый COMОбъект("Scriptlet.TypeLib").GUID;

ГДЕ Ссылка = &СтарыйGUID

ГДЕ Ссылка = &НовыйGUID

Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
Объект = Выборка.ПолучитьОбъект();
Объект.УникальныйИдентификатор = Новый УникальныйИдентификатор();
Объект.Записать();
КонецЦикла;

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка.УникальныйИдентификатор КАК GUID ИЗ Справочник.Номенклатура КАК Ссылка ГДЕ Ссылка.Наименование = &Наименование";
Запрос.УстановитьПараметр("Наименование", "Товар1");
Результат = Запрос.Выполнить();
Сообщить(Результат.Выбрать().GUID);