При работе с обменами данными, особенно при интеграции 1С с 1С-Битрикс, часто возникает ситуация, которую разработчики ошибочно принимают за самопроизвольное изменение уникального идентификатора (GUID) элемента справочника или документа. Давайте вместе проанализируем, почему это происходит, разберем архитектурные принципы платформы 1С и выясним, как найти истинную причину «исчезновения» старых идентификаторов.
Первое, что необходимо уяснить: уникальный идентификатор (GUID) — это неизменный адрес объекта внутри базы данных. Платформа 1С:Предприятие гарантирует, что после того, как запись была создана и сохранена в базе, ее УникальныйИдентификатор() остается неизменным на протяжении всего жизненного цикла этой записи. В платформе 1С не существует штатных методов для изменения идентификатора существующей ссылки.
Существует распространенное заблуждение, что GUID может быть изменен регламентными заданиями на стороне SQL Server. Это технически невозможно в нормальных условиях: 1С использует СУБД исключительно как хранилище данных. Любая попытка прямого вмешательства в системные таблицы Reference... или Document... со стороны SQL приведет лишь к нарушению ссылочной целостности, появлению записей типа «Объект не найден» и ошибкам в работе конфигурации, а не к «смене» идентификатора.
Если вы видите, что у элемента «Вид цены» или любого другого объекта изменился GUID, это означает только одно: в вашей базе данных был создан новый объект, а старый при этом либо был помечен на удаление, либо просто перестал использоваться обменом. Рассмотрим основные причины возникновения такой ситуации:
GUID, а на второстепенные реквизиты (например, наименование или артикул), то при малейшем изменении этих реквизитов (например, лишний пробел или изменение регистра) 1С не находит старую запись. В результате, согласно логике интеграции, система считает, что такого элемента нет, и создает новый объект с новым идентификатором.GUID, но в 1С этот код берется из изменяемого реквизита, при любом изменении этого реквизита связь разрывается, и обмен начинает воспринимать запись как новую.Чтобы понять, что происходит на самом деле, давайте проведем пошаговую проверку:
Шаг 1: Проверка реального идентификатора
Вместо того чтобы полагаться на данные, передаваемые в Битрикс, откройте консоль кода или внешнюю обработку в 1С и получите GUID объекта напрямую из базы. Используйте для этого следующий пример кода:
// Получаем ссылку на объект, например, через поиск по наименованию
СсылкаНаОбъект = Справочники.ВидыЦен.НайтиПоНаименованию("Основная цена");
Если ЗначениеЗаполнено(СсылкаНаОбъект) Тогда
// Выводим строковое представление идентификатора
Сообщить("Текущий GUID: " + СсылкаНаОбъект.УникальныйИдентификатор());
Иначе
Сообщить("Объект не найден!");
КонецЕсли;
Если после выполнения обмена этот GUID в базе не изменился (а он и не изменится), значит, проблема исключительно в модуле обмена, который формирует некорректный XML или JSON пакет.
Шаг 2: Поиск дублей в базе
Проанализируйте справочник, в котором «меняются» коды. Скорее всего, вы обнаружите там несколько элементов с одинаковыми именами, но разными GUID. Это прямое доказательство того, что обмен создает дубли вместо обновления существующих записей.
Шаг 3: Анализ логов обмена
Включите детальное протоколирование (лог) в настройках обмена с Битриксом. Вам нужно проанализировать момент времени, когда происходит обмен. Посмотрите, какой именно блок кода (обработчик события) отвечает за выборку объекта из 1С. Скорее всего, вы увидите, что в этот момент переменная поиска (например, Код или Артикул) передает пустое значение или значение, которое не находит соответствия в текущей базе.
Чтобы навсегда остановить этот процесс, сфокусируйтесь на доработке модуля обмена:
GUID как первичный ключ интеграции. Это самый надежный способ связи между системами.СтрСократить() или СокрЛП(), чтобы исключить влияние невидимых символов и пробелов.Объект.Записать() в модуле обмена всегда проверяйте, не существует ли уже такой объект, чтобы не плодить лишние записи в базе данных.Помните, платформа 1С всегда стабильна в вопросах уникальности ссылок. Если вы наблюдаете изменение идентификатора, это всегда логическая ошибка в алгоритме обмена, которую необходимо устранить путем настройки поиска объектов в 1С.