Как удалить записи независимого регистра сведений вместе с элементом справочника в 1С?

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

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

Причины блокировки удаления и свойство «Ведущее»

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

Рассмотрим, как работает свойство Ведущее:

1. При физическом удалении ведущего объекта (через стандартную обработку Удаление помеченных объектов или непосредственный вызов метода Удалить()) платформа автоматически удаляет все связанные записи регистра сведений.
2. Функция платформенного контроля ссылок НайтиПоСсылкам не считает запись регистра в ведущем измерении блокирующей преградой для удаления объекта.

Если же при установленном свойстве Ведущее удаление всё равно блокируется, выясним причину такого поведения. Это происходит в следующих случаях:

1. Ссылка находится в неведениимом поле: если ссылка на удаляемый элемент передана не только в ведущее измерение, но и записана в ресурс, реквизит или другое измерение регистра без признака Ведущее. У ресурсов и реквизитов свойства Ведущее нет, поэтому они всегда выступают жесткими ссылками, блокирующими удаление.
2. Изменение метаданных не применено: свойство было включено в конфигураторе, но конфигурация базы данных не была обновлена.
3. Наличие ссылок в других объектах: удаляемый элемент может использоваться в других регистрах сведений, константах, реквизитах документов или планах видов характеристик.

Программная очистка записей через обработчики событий и подписки

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

Посмотрим на поведение событий: установка пометки удаления (ПометкаУдаления = Истина) не удаляет записи регистра и не вызывает событие физического удаления. Очистку связанных движений необходимо выполнять в момент непосредственного удаления объекта из базы.

Для этого используем событие ПередУдалением в модуле объекта справочника или создаем отдельный объект метаданных ПодпискаНаСобытия с источником СправочникОбъект.<ИмяСправочника> и событием ПередУдалением.

Посмотрим на пример кода очистки набора записей в обработчике:

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

Разберем преимущества такого подхода: обработчик выполняется внутри единой транзакции удаления. Если в процессе возникнет системная ошибка, транзакция откатится, и целостность данных не нарушится.

Программное удаление элементов с контролем ссылок

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

МассивКУдалению = Новый Массив;
МассивКУдалению.Добавить(СсылкаНаЭлемент);

// Проверяем наличие ссылок на удаляемые объекты в базе
ТаблицаСсылок = НайтиПоСсылкам(МассивКУдалению);

Если ТаблицаСсылок.Количество() = 0 Тогда
    Объект = СсылкаНаЭлемент.ПолучитьОбъект();
    Объект.Удалить();
Иначе
    // Если найдены ссылки в зависимых объектах, обрабатываем их перед удалением
    Для Каждого СтрокаСсылки Из ТаблицаСсылок Цикл
        // Обработка зависимых ссылок
    КонецЦикла;
КонецЕсли;

Альтернативные архитектурные решения

Рассмотрим современные архитектурные практики, применяемые в типовых конфигурациях 1С (на базе Библиотеки стандартных подсистем):

1. Использование табличных частей: контактная информация, дополнительные реквизиты и свойства элементов в актуальных версиях хранятся непосредственно в табличных частях справочников и документов. Жизненный цикл этих данных полностью совпадает с циклом самого объекта, что исключает появление зависших ссылок и необходимость поддержки отдельных независимых регистров сведений.
2. Подчиненные справочники: если данные требуют сложной структуры, вместо независимого регистра сведений можно использовать справочник, подчиненный основному (через свойство Владелец). Платформа берет на себя автоматический контроль подчинения и каскадного удаления связанных элементов.