Как исправить битые ссылки или полностью удалить ненужную номенклатуру в 1С:Розница

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

Анализируем причины: почему номенклатура «сопротивляется» удалению

Когда мы помечаем объект на удаление и запускаем стандартную обработку «Удаление помеченных объектов», система проверяет ссылочную целостность. Если на карточку номенклатуры ссылается хотя бы один другой объект, удаление будет заблокировано. Проанализируем основные «скрытые» места, где могут прятаться эти связи:

1. Регистры сведений: В «Рознице» номенклатура связана не только с документами (поступлениями, продажами), но и с записями в регистрах. Это могут быть Штрихкоды, Цены номенклатуры, Минимальные остатки или Комплектующие номенклатуры.
2. Присоединенные файлы: Если к карточке товара была загружена фотография, создается запись в справочнике НоменклатураПрисоединенныеФайлы. Пока файл не удален, основная карточка не исчезнет.
3. Бизнес-логика и обработчики: Как отмечено в обсуждении, ошибка может возникать в момент выполнения запроса в обработчике ПередУдалением или ПриЗаписи. Если программный код написан с ошибкой или не учитывает специфические данные вашей базы, стандартное удаление прервется критической ошибкой.

Способ 1: Использование штатных инструментов очистки ссылок

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

Выполним следующие шаги:

1. Создадим одну карточку номенклатуры с названием «МУСОР» или «Для удаления».
2. Откроем обработку ПоискИЗаменаДублей.
3. В качестве «дублей» выберем все те позиции, которые мы хотим удалить.
4. В качестве «оригинала» укажем нашу новую карточку.
5. Нажмем «Выполнить замену».

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

Способ 2: Тестирование и исправление «битых» ссылок

Если в вашей базе вместо названий товаров отображается надпись <Объект не найден>, мы имеем дело с «битыми» ссылками. Это происходит, когда объект был удален напрямую (например, программно), а ссылки на него в других местах остались. Для решения этой проблемы воспользуемся Конфигуратором.

Разберем последовательность действий в режиме Конфигуратора:

1. Перейдем в меню Администрирование — Тестирование и исправление....
2. Обязательно установим флажки на пунктах «Проверка ссылочной целостности».
3. В нижней части окна выберем варианты действий:
   • При наличии ссылок на несуществующие объекты: «Очищать ссылки».
   • При частичной потере данных объектов: «Удалять объект».
4. Запустим процесс выполнения.

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

Способ 3: Групповое изменение реквизитов для обхода блокировок

Иногда система не дает даже пометить объект на удаление из-за жестких проверок в коде. В этом случае нам поможет стандартная обработка ГрупповоеИзменениеРеквизитов. Рассмотрим, как применить её для нашей задачи:

Выберем нужные объекты (справочник Номенклатура) и перейдем в «Дополнительные параметры». Здесь необходимо установить флажок «Разрешить изменение специальных реквизитов». Это позволит нам напрямую изменить поле ПометкаУдаления, минуя некоторые проверки бизнес-логики, которые могут вызывать ошибки, упомянутые пользователями в обсуждении.

Способ 4: Полный сброс базы с сохранением настроек

Если задача стоит радикально — «удалить всё и начать заново», как планировал автор темы, то лучшим решением будет не ручное удаление тысяч позиций, а перенос настроек в чистую базу. Выясним, как это сделать правильно:

Для начала создадим пустую информационную базу из того же файла конфигурации (.cf), который используется в текущей базе. Чтобы не настраивать магазины, кассы и склады заново, воспользуемся обработкой УниверсальныйОбменДаннымиXML.

Рассмотрим алгоритм переноса:

1. В старой базе откроем обработку выгрузки.
2. Выберем только необходимые справочники: Магазины, Склады, Кассы, Пользователи, Организации.
3. Важный момент: не выбирайте справочник Номенклатура и документы, если хотите начать с чистого листа.
4. Выгрузим данные в файл и загрузим их в новую пустую базу.

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

Программный метод удаления (для разработчиков)

Если вы понимаете риски и вам нужно принудительно удалить объект, несмотря на ошибки в запросах, можно воспользоваться программным методом. Посмотрим на пример кода, который удаляет объект непосредственно, игнорируя проверку ссылок (использовать с осторожностью!):

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

Установка свойства ОбменДанными.Загрузка = Истина — это стандартный прием, который отключает выполнение встроенных проверок в модулях объекта при его записи или удалении. Это именно то, что советовали в сообщении №6 под видом «игнорирования бизнес-логики».

Резюме: Чтобы эффективно исправить ситуацию с битыми ссылками, сначала попробуйте штатное Тестирование и исправление. Если нужно массово очистить справочник — используйте «Поиск и замену дублей». А если база перегружена ошибками настолько, что стандартные средства не справляются — выбирайте вариант с переносом настроек в новую базу через XML-выгрузку.