Как удалить ЭСФ при возникновении ошибки циклической ссылки на присоединенный файл

← На главную

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

Разберем причину возникновения циклической зависимости

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

В справочнике ПрисоединенныеФайлы (название может варьироваться, например, ЭСФПрисоединенныеФайлы) существует реквизит ВладелецФайла, который жестко ссылается на документ ЭСФ.
В самом документе ЭСФ или в связанных с ним регистрах сведений (например, подсистемы ЭДО) хранятся ссылки на эти самые файлы.

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

Выясним роль регистров сведений в блокировке удаления

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

Статусы документов: Здесь хранится информация о текущем состоянии ЭСФ.
Архив электронных документов: Технический регистр, содержащий XML-структуры.
Состояния электронных документов: Регистр, отслеживающий этапы обмена (отправлено, получено).
Журнал событий ЭДО: Логирование всех действий с документом.

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

Способ 1: Программный разрыв связей и использование режима загрузки

Самый надежный способ решить проблему при большом объеме данных — написать небольшую обработку, которая принудительно "разрывает" связь. Рассмотрим пример кода, который позволяет подготовить объекты к удалению. Ключевым моментом здесь является использование параметра ОбменДанными.Загрузка = Истина, который отключает платформенные проверки при записи.


// Пример программной подготовки к удалению
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ЭСФПрисоединенныеФайлы.Ссылка КАК ФайлСсылка,
    |	ЭСФПрисоединенныеФайлы.ВладелецФайла КАК Владелец
    |ИЗ
    |	Справочник.ЭСФПрисоединенныеФайлы КАК ЭСФПрисоединенныеФайлы
    |ГДЕ
    |	ЭСФПрисоединенныеФайлы.ВладелецФайла.ПометкаУдаления = ИСТИНА";

Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();

Пока Выборка.Следующий() Цикл
    // Разрываем связь, очищая владельца или просто удаляя файл принудительно
    ОбъектФайл = Выборка.ФайлСсылка.ПолучитьОбъект();
    Если ОбъектФайл <> Неопределено Тогда
        ОбъектФайл.ОбменДанными.Загрузка = Истина;
        // Можно либо очистить владельца, либо сразу удалить
        ОбъектФайл.УстановитьПометкуУдаления(Истина);
        ОбъектФайл.Записать();
    КонецЕсли;
КонецЦикла;

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

Способ 2: Использование "Инструментов разработчика" (ИР)

Если вы не хотите писать собственный код, воспользуйтесь профессиональным инструментарием, таким как "Инструменты разработчика". В составе этого комплекса есть обработка "Удаление объектов", которая обладает гораздо более мощным алгоритмом, чем стандартная:

Она позволяет выполнять непосредственное удаление (Direct Deletion). Это удаление объекта из таблицы базы данных без проверки ссылочной целостности.
Внимание: Этот метод опасен появлением "битых ссылок" (объект удален, а ссылка <Объект не найден> осталась). Используйте его только если вы точно уверены, что все связанные регистры и документы-основания уже обработаны.
ИР умеет эффективно анализировать циклы и удалять "пачку" взаимосвязанных объектов за один проход транзакции.

Способ 3: Групповое изменение реквизитов

Посмотрим на ситуацию с точки зрения штатных средств. Можно воспользоваться обработкой "Групповое изменение реквизитов". Проанализируем алгоритм действий:

Выбираем справочник присоединенных файлов ЭСФ.
Устанавливаем фильтр: ВладелецФайла.ПометкаУдаления Равно Истина.
В настройках (кнопка "Дополнительно") включаем режим "Записывать объекты в режиме загрузки".
Изменяем реквизит ВладелецФайла, очищая его (устанавливая в пустое значение).

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