Каждый разработчик и администратор баз данных 1С:Предприятие при сопровождении нетиповых (измененных) конфигураций рано или поздно сталкивается с ситуацией, когда процесс обновления прерывается критической ошибкой. Одной из наиболее неприятных и трудноискоренимых является ошибка: «Неразрешимые ссылки. Обнаружены ссылки на следующие объекты, помеченные на удаление». Платформа выводит список проблемных объектов, предлагает кнопки «Справка» и «Отмена», при этом кнопка продолжения процесса оказывается заблокированной. Мы не можем завершить обновление, база «зависает» в промежуточном состоянии, а простое удаление измененных объектов вручную не работает.
В рамках этой статьи мы подробно разберем, почему возникает эта ошибка, как устроена логика проверки ссылочной целостности платформой 1С, а также изучим как стандартные, так и продвинутые профессиональные методы локализации и устранения «фантомных» битых ссылок.
Почему платформа блокирует обновление: логика работы 1С
Для того чтобы эффективно бороться с этой ошибкой, нам необходимо понять внутренние механизмы платформы. Во время сравнения и объединения конфигураций 1С тщательно следит за целостностью структуры метаданных будущей информационной базы. Платформа разделяет предупреждения о неразрешимых ссылках на два принципиально разных типа:
Непомеченные на участие в объединении. Данное предупреждение возникает, если вы вручную сняли флажок (галочку) с какого-то нового объекта поставщика, но оставили галочки на связанных с ним объектах (например, на регистрах или формах, которые его используют). В этом случае кнопка «Продолжить» остается активной. Платформа позволяет проигнорировать предупреждение, так как физическая структура базы данных не разрушится — объекты просто не добавятся.
Помеченные на удаление. Это наш критический случай. Ошибка возникает, когда из новой конфигурации поставщика удаляется старый объект метаданных (или вы сами пометили его на удаление в окне объединения), но в вашей основной (измененной) конфигурации все еще существуют другие объекты, которые физически ссылаются на него. Платформа блокирует кнопку «Продолжить». Если проигнорировать это правило, в СУБД запишутся битые ссылки на несуществующие таблицы, что приведет к моментальному краху базы данных при попытке сохранения изменений.
Рассмотрим по шагам четыре практических метода борьбы с этой проблемой, начиная от простых встроенных инструментов конфигуратора и заканчивая глубоким анализом структуры метаданных через выгрузку в XML.
Способ 1. Использование встроенного инструмента платформы (для версий 8.3.8 и выше)
Если вы работаете на современной версии платформы, вам не нужно вручную прочесывать все дерево конфигурации в поисках проблемных мест. Разработчики 1С предусмотрели специализированный механизм прямо в окне сравнения конфигураций.
Разберем алгоритм его использования:
В окне сравнения и объединения конфигураций, где выводится предупреждение об ошибке, обратите внимание на верхнюю командную панель.
Найдите и откройте меню «Действия».
Выберите пункт «Поиск неразрешимых ссылок на удаляемые объекты».
Платформа проанализирует структуру метаданных и мгновенно выведет в окно сообщений подробный список всех связей, которые блокируют удаление.
Используйте механизм позиционирования: дважды кликните по строке с ошибкой в окне сообщений. Конфигуратор автоматически переведет фокус на конкретное свойство объекта (например, реквизит формы, тип данных или подсистему), в котором прописана проблемная ссылка.
После позиционирования вам останется только очистить или перенаправить эту ссылку на существующий объект.
Способ 2. Стандартный ручной поиск ссылок в дереве конфигурации
Если автоматический поиск в окне сравнения не дал результатов или вы хотите точечно проанализировать конкретный объект перед запуском объединения, воспользуемся стандартным деревом метаданных основной конфигурации.
Выполним следующие действия:
Найдите в дереве метаданных конфигурации те объекты (например, общие формы или макеты), на которые ругается система при обновлении.
Нажмите на выбранный объект правой кнопкой мыши для вызова контекстного меню.
Выберите пункт «Поиск ссылок на объект» (или воспользуйтесь сочетанием клавиш).
В открывшемся окне вы увидите дерево объектов, которые содержат ссылки на удаляемый элемент.
Проанализируйте полученный список. Если это нетиповые доработки, вам потребуется вручную зайти в свойства каждого найденного объекта и удалить упоминание удаляемой формы или реквизита. Например, если форма была назначена «Основной формой» для справочника, измените это свойство на стандартную форму или очистите его.
Помните, что просто удалить сам объект конфигурации кнопкой Del не получится, пока вы полностью не очистите все входящие в него ссылки.
Где чаще всего «прячутся» скрытые и фантомные ссылки?
Иногда стандартный поиск в конфигураторе показывает пустой список, но при попытке обновления платформа упрямо продолжает выдавать ошибку неразрешимых ссылок. Выясним причину этого явления. Дело в том, что некоторые связи не лежат на поверхности в виде типов реквизитов. Проанализируем места, где чаще всего скрываются подобные «фантомные» ссылки:
Командный интерфейс и подсистемы. Удаляемый объект (например, обработка или отчет) мог быть включен в состав подсистем, добавлен в панели навигации или командный интерфейс управляемых форм. Платформа помнит эту связь, даже если сам объект исключен из дерева.
Функциональные опции. Проверьте, не указан ли удаляемый объект в составе какой-либо функциональной опции или не является ли он ее параметром.
Реквизиты и параметры управляемых форм. Ссылка может находиться глубоко в свойствах элементов формы: в путях к данным, параметрах выбора реквизитов, связях параметров выбора.
Справочная информация (разделы справки). Тексты встроенной справки объектов часто содержат гиперссылки на другие удаляемые объекты. Конфигуратор считает это нарушением целостности.
Подписки на события. Если удаляемый объект выступал в роли источника события для подписки (например, документ, при записи которого срабатывает общий модуль), подписка заблокирует процесс удаления.
Элементы оформления и картинки. Ссылки на удаляемые общие картинки могут оставаться в свойствах кнопок на формах или в элементах графических схем.
Способ 3. Продвинутый метод локализации через выгрузку конфигурации в XML
Когда стандартные методы поиска бессильны, на помощь приходит самый надежный и глубокий способ — анализ текстовых файлов конфигурации. Платформа 1С позволяет выгрузить всю структуру метаданных во внешние XML-файлы, где мы сможем произвести сквозной поиск по уникальному идентификатору (GUID) или имени объекта.
Рассмотрим этот процесс по шагам:
Откройте базу данных в режиме «Конфигуратор».
В главном меню перейдите в раздел «Конфигурация» и выберите пункт «Выгрузить конфигурацию в файлы...».
Укажите пустую локальную папку на вашем компьютере и дождитесь завершения процесса выгрузки. Платформа сформирует иерархическую структуру папок с XML-файлами, описывающими каждый объект.
Откройте профессиональный текстовый редактор с функцией поиска по множеству файлов (например, Notepad++ или Visual Studio Code).
Инициируйте поиск по файлам (сочетание клавиш Ctrl + Shift + F). В поле поиска введите точное имя удаляемого объекта или его уникальный идентификатор (GUID), если он вам известен. Укажите путь к папке с выгруженными файлами конфигурации.
Запустите поиск. Редактор мгновенно покажет все файлы и конкретные строки, где физически упоминается этот объект.
Например, вы можете обнаружить скрытую ссылку внутри XML-файла описания командного интерфейса подсистемы Role.xml или внутри структуры управляемой формы Form.xml. Получив точный адрес ошибки, вернитесь в Конфигуратор 1С, перейдите к указанному объекту и свойству и очистите его. После этого повторите выгрузку или сразу запускайте обновление — ошибка исчезнет.
Способ 4. Метод «исключения» на сложных управляемых формах
Бывают ситуации, когда поиск в XML указывает на огромную управляемую форму со сложным интерфейсом и сотнями реквизитов, но визуально найти скрытую ссылку внутри нее в конфигураторе очень сложно. В таких случаях мы рекомендуем применить метод «исключения»:
Сделайте резервную копию базы данных (это обязательное условие перед любыми экспериментами!).
В конфигураторе создайте копию проблемной формы.
На копии формы начните последовательно удалять крупные логические блоки элементов: целые страницы панели, группы кнопок, неиспользуемые реквизиты.
Как только после очередного удаления элементов ошибка при проверке пропадет, вы локализуете ту самую группу или элемент формы, внутри которого скрывался проблемный реквизит. Восстановите оригинальную форму и аккуратно очистите именно это свойство.
Особенности при переходе с конфигурации «Бухгалтерия предприятия 2.0» на «Бухгалтерия предприятия 3.0»
Переход с редакции 2.0 на 3.0 заслуживает отдельного разбора, так как именно здесь лавина неразрешимых ссылок проявляется наиболее остро. Это связано с кардинальной сменой архитектуры платформы — переходом с обычного приложения на управляемые формы.
При таком переходе из конфигурации поставщика удаляются сотни устаревших объектов: интерфейсы обычного приложения, общие формы настроек, старые роли, специфические макеты и подсистемы. Если ваша БП 2.0 была существенно изменена (нетиповая), ваши собственные добавленные объекты могут ссылаться на типы удаляемых объектов (например, в составных типах данных реквизитов ваших справочников).
Чтобы успешно преодолеть этот барьер, придерживайтесь следующей стратегии:
Проведите аудит доработок до обновления. Перед запуском обновления на редакцию 3.0 обязательно выполните полную проверку конфигурации в исходной базе БП 2.0. Выявите все нетиповые объекты, которые завязаны на типовые механизмы.
Перепишите или временно отключите связи. Измените составные типы данных ваших реквизитов, убрав из них ссылки на те справочники и документы, которые будут удалены в редакции 3.0. Удалите ссылки на старые общие формы из вашего кода и свойств объектов.
Используйте приоритет конфигураций. При сравнении и объединении обратите внимание на настройки правил. В некоторых случаях, если изменения в плане счетов или ключевых справочниках некритичны, имеет смысл установить приоритет объединения в пользу основной конфигурации для сохранения структуры ваших данных, либо полностью довериться конфигурации поставщика, если вы готовы пересоздать эти связи на новой управляемой архитектуре БП 3.0.
Программный поиск битых ссылок в базе данных также можно автоматизировать с помощью встроенного языка 1С. Если вам необходимо написать внешнюю обработку для анализа ссылочной целостности базы перед обновлением, вы можете использовать следующий шаблон кода:
// Пример программного поиска ссылок на конкретный объект метаданных
Процедура НайтиИВывестиСсылкиНаОбъект(ЦелеваяСсылка)
МассивОбъектов = Новый Массив;
МассивОбъектов.Добавить(ЦелеваяСсылка);
// Получаем таблицу всех мест использования данного объекта в базе
ТаблицаСсылок = НайтиСсылки(МассивОбъектов);
Для Каждого СтрокаТаблицы Из ТаблицаСсылок Цикл
Сообщить("Объект используется в: " + СтрокаТаблицы.Данные + " (Метаданные: " + СтрокаТаблицы.Метаданные + ")");
КонецЦикла;
КонецПроцедуры
Использование этого кода внутри внешней обработки поможет быстро выгрузить список всех проблемных мест в режиме «1С:Предприятие» и оперативно принять решение по их очистке.
Подводя итог, можно сказать, что ошибка неразрешимых ссылок — это не приговор для процесса обновления, а лишь строгий сигнал платформы о необходимости наведения порядка в структуре метаданных вашей информационной системы. Системный подход, знание структуры конфигурации и использование продвинутых методов поиска, таких как выгрузка в файлы XML, позволят вам успешно справляться с любыми сложностями при обновлении даже самых тяжелых нетиповых конфигураций 1С. В качестве альтернативного подхода для предотвращения подобных коллизий можно использовать способ перевода доработок в расширение с приведением конфигурации к типовой.