← На главную

При работе с расширениями в 1С:Предприятие, особенно при одновременном подключении нескольких из них, можно столкнуться со специфической платформенной ошибкой: «Найдены дублирующиеся записи в менеджере имен базы данных». Эта ошибка возникает при запуске базы данных и, как правило, указывает на глубокий внутренний конфликт метаданных, который не всегда очевиден при поверхностном анализе.

Проблема часто проявляется после подключения очередного расширения. При этом простая проверка на наличие объектов с одинаковыми именами в конфликтующих расширениях может не дать результата. Разберем по шагам, в какую сторону двигаться для диагностики и устранения этой ошибки.

Шаг 1. Первичная диагностика и стандартные методы

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

Обновление платформы 1С

Как показывает практика, подобные ошибки часто связаны с недоработками в конкретных версиях платформы. Разработчики 1С регулярно выпускают исправления. Если вы используете не последнюю версию платформы в своей ветке (например, 8.3.24), первым делом стоит обновиться до самого свежего релиза. Часто проблема исчезает просто после обновления.

Тестирование и исправление (ТИИ)

После обновления платформы или в качестве самостоятельного шага необходимо запустить Тестирование и исправление информационной базы. Важно сделать это с максимальным набором флагов, включая те, что относятся к расширениям.

1. Запустите базу в режиме «Конфигуратор».
2. Перейдите в меню «Администрирование» -> «Тестирование и исправление...».
3. В открывшемся окне установите все галочки, особенно обращая внимание на пункты, связанные с реструктуризацией и пересозданием таблиц.
4. Запустите проверку. Обязательно сделайте резервную копию базы данных перед этой операцией!

Иногда выполнение ТИИ на новой версии платформы решает проблему, так как исправленные механизмы корректно обрабатывают и исправляют внутренние коллизии.

Шаг 2. Глубокий анализ: истинная причина конфликта

Если стандартные методы не помогли, значит, проблема глубже. Ошибка «Найдены дублирующиеся записи...» почти всегда указывает не на дублирование имен объектов, а на дублирование их внутренних уникальных идентификаторов (GUID).

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

Откуда берутся дублирующиеся GUID?

• Создание расширений из одного шаблона. Самая частая причина. Вы создали расширение, добавили в него какие-то объекты. Затем выгрузили его в файл .cfe, а потом на его основе создали второе расширение (например, для другого проекта). В итоге оба расширения содержат объекты с идентичными GUID.
• Некорректное копирование объектов. Если объекты копировались между расширениями нештатными средствами или через сравнение/объединение в определенных режимах, GUID мог не смениться.
• Ручное редактирование XML-файлов расширения без понимания внутренней структуры.

Шаг 3. Поиск и устранение дублирующихся GUID

Чтобы найти конфликтующие объекты, необходимо проанализировать внутреннюю структуру расширений. Для этого выгрузим их в файлы формата XML.

Порядок действий:

1. Определите пару конфликтующих расширений. Сделать это можно методом исключения: отключайте расширения по одному, пока ошибка не исчезнет. Так вы найдете пару, при одновременном включении которой возникает проблема.
2. Выгрузите конфигурации расширений в XML. В Конфигураторе перейдите в меню «Конфигурация» -> «Расширения конфигурации». Выберите поочередно каждое из проблемных расширений и через меню «Конфигурация» -> «Выгрузить конфигурацию в файлы...» сохраните их в отдельные папки.
3. Найдите дублирующиеся GUID. Теперь у вас есть две папки с XML-файлами, описывающими структуру каждого расширения. Вам нужно найти файлы, в которых содержатся одинаковые GUID.

   Для этого можно использовать любой инструмент для сравнения содержимого папок (например, Total Commander, WinMerge) или текстовый редактор с функцией поиска по файлам (например, VS Code, Notepad++).

   Ищите строки вида <uuid>...</uuid>. Найдя уникальный идентификатор в одном расширении, выполните поиск по этому же значению в файлах второго расширения. Особое внимание уделите собственным, не заимствованным объектам.

4. Исправьте конфликт. Найдя объект, который имеет одинаковый GUID в обоих расширениях, необходимо сгенерировать для него новый, уникальный идентификатор в одном из расширений.

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

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

5. Обновите конфигурацию базы данных. После исправления загрузите измененное расширение обратно в конфигурацию и примените изменения.
6. Очистите кэш. После всех манипуляций обязательно выполните полную очистку кэша конфигурации на сервере и на всех клиентских машинах, чтобы изменения применились корректно.

Предостережение: В обсуждениях могут встречаться советы по прямому вмешательству в системные таблицы СУБД (например, в таблицу Params). Делать это категорически не рекомендуется. Это является нарушением лицензионного соглашения, может привести к полной и безвозвратной потере данных и лишает вас технической поддержки.

Таким образом, решая проблему «дублирующихся записей в менеджере имен», мы смещаем фокус с имен объектов на их внутренние идентификаторы, что позволяет найти и устранить истинную причину конфликта.