Администрирование · 10 мин
Как в 1С настроить удаление помеченных объектов
Пошаговая настройка удаления помеченных объектов в 1С: где найти обработку, как проверить ссылки, что делать при ошибках и как настроить регламентное удаление.
Пометка на удаление в 1С — это только первый шаг: объект остаётся в базе, занимает место и может мешать в отчётах и поиске. Физическое удаление таких объектов выполняется отдельной процедурой, которая проверяет, не используется ли элемент в других документах и справочниках.
Настроить удаление помеченных объектов можно двумя способами: запустить стандартную обработку вручную в нужный момент или включить регламентное задание, которое будет очищать базу автоматически по расписанию. Оба варианта доступны в типовых конфигурациях на платформе 1С:Предприятие 8.3 без доработок.
Ниже разобраны подготовка базы перед удалением, запуск обработки вручную, настройка автоматического режима, разбор типичных ошибок и способы проверки результата.
Почему помеченные объекты не удаляются сами
Пометка на удаление — это логический признак, а не физическое стирание записи. Программа специально разделяет эти этапы: пользователь с обычными правами может случайно пометить важный документ, и у администратора остаётся возможность отменить пометку до окончательного удаления.
Второй барьер — ссылочная целостность. Если на помеченный элемент справочника ссылаются действующие документы, удалить его нельзя: иначе в базе появятся «битые ссылки» вида «Объект не найден». Поэтому обработка удаления сначала ищет все ссылки на объект и блокирует удаление, если они есть.
Из-за этих механизмов в базе со временем накапливаются сотни и тысячи помеченных объектов. Они замедляют поиск, увеличивают размер базы и создают путаницу при выборе элементов, поэтому регулярная очистка — обязательная часть обслуживания.
Что сделать перед удалением
Главное правило — резервная копия. Удаление помеченных объектов необратимо: восстановить стёртые данные штатными средствами нельзя. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — выполнить выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД.
Второй шаг — проверить, что помечено. Откройте списки основных справочников и документов, включите отображение помеченных на удаление и убедитесь, что среди них нет актуальных данных. Особое внимание уделите контрагентам, номенклатуре и организациям — эти справочники чаще всего помечают по ошибке.
Третий момент — режим работы базы. В клиент-серверном варианте желательно запускать удаление при минимальной активности пользователей: обработка выполняет массовые операции и может вызвать блокировки. В файловой базе монопольный доступ обычно не требуется, но активные сеансы могут мешать удалению отдельных объектов.
Запуск удаления вручную
В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP и другие на БСП) обработка находится по пути: Администрирование → Обслуживание → Удаление помеченных объектов. В ряде конфигураций пункт называется «Удаление помеченных» и находится в разделе «Поддержка и обслуживание».
После открытия обработка предложит два режима: автоматическое удаление всех помеченных объектов или выборочное удаление. В выборочном режиме программа покажет дерево помеченных объектов по типам, и вы сможете снять флажки с тех, что удалять не нужно.
Нажмите «Удалить» и дождитесь завершения. Обработка сначала попытается удалить всё, а затем покажет список объектов, которые удалить не удалось, с указанием мест использования — конкретных документов и записей, где объект задействован.
- 1Сделайте резервную копию базы
- 2Откройте Администрирование → Обслуживание → Удаление помеченных объектов
- 3Выберите режим: автоматический или выборочный
- 4Запустите удаление и дождитесь завершения
- 5Проверьте список неудалённых объектов и места их использования
- 6Разберите ссылки или оставьте объекты помеченными
Настройка автоматического удаления по расписанию
Если помеченных объектов много и они появляются регулярно, удобнее включить регламентное задание. В разделе «Администрирование → Обслуживание» рядом с пунктом удаления есть настройка автоматического режима: установите флажок автоматического удаления и задайте расписание — например, еженедельно в ночное время.
Автоматическое задание работает по тем же правилам: удаляет только те объекты, на которые нет ссылок. Объекты с ссылками остаются в базе и будут повторно проверяться при следующем запуске. Это безопасный режим, но он не решает проблему «зависших» помеченных элементов — их придётся разбирать вручную.
В файловых базах регламентные задания выполняются только пока запущен сеанс пользователя с соответствующими правами. Если база файловая и ночью никто не работает, задание не выполнится — в этом случае либо запускайте удаление вручную, либо организуйте отдельный сеанс для регламентных заданий.
Сравнение вариантов удаления
Подходит для разовой очистки и ситуаций, где нужен контроль каждого объекта. Требует участия администратора.
Подходит для регулярного обслуживания активных баз. Не удаляет объекты со ссылками и требует работающего сеанса в файловом режиме.
Подходит, когда помечено много лишнего, но часть объектов нужно сохранить. Самый трудоёмкий вариант.
Что делать с объектами, которые не удаляются
Если объект не удалился, обработка показывает список мест использования. По каждой строке можно перейти к документу или записи регистра, где объект задействован. Дальше три варианта: очистить ссылку в документе, пометить сам документ на удаление или заменить объект на актуальный.
Частая ситуация — помеченный контрагент используется в старых проведённых документах. Удалять такие документы ради очистки справочника обычно нельзя: они нужны для отчётности за прошлые периоды. Правильное решение — оставить контрагента помеченным: он не мешает работе, а ссылочная целостность сохраняется.
Для массовой замены ссылок в типовых конфигурациях есть обработка «Поиск и удаление дублей» (Администрирование → Обслуживание → Корректировка данных). Она находит дубли элементов и заменяет все ссылки на выбранный «правильный» элемент, после чего дубли можно удалить.
Типичные ошибки и ограничения
Первая ошибка — запуск удаления без копии в надежде «потом восстановить». Восстановления не будет: операция физически стирает записи из таблиц базы данных.
Вторая ошибка — попытка удалить объекты в период, закрытый датой запрета изменения данных. Если настроена дата запрета, документы прошлых периодов не удалятся, и обработка выдаст ошибку. Либо временно сдвиньте дату запрета, либо примите, что эти объекты останутся.
Третья ошибка — недостаток прав. Удаление помеченных объектов требует права «Администрирование данных» или роли администратора. Рядовой пользователь с правами на пометку не сможет выполнить физическое удаление — это осознанное ограничение безопасности.
Отдельное ограничение касается обменов данными. Если база участвует в синхронизации (РИБ, обмен с другими конфигурациями), удаление объектов может привести к рассогласованию: в узле-корреспонденте на удалённый объект могут прийти ссылки. Перед массовой очисткой в распределённых системах сверьтесь с настройками планов обмена.
Как проверить результат
После завершения обработки откройте списки справочников, где раньше были помеченные элементы, и убедитесь, что они исчезли либо остались только те, на которые есть ссылки. В журнале регистрации (Администрирование → Обслуживание → Журнал регистрации) можно отфильтровать события удаления данных и увидеть, что именно было удалено.
Дополнительно полезно запустить проверку логической целостности: в конфигураторе через «Администрирование → Тестирование и исправление» с включённой проверкой ссылочной целостности. Если после удаления в базе появились «битые ссылки» (что бывает при нештатных прерываниях обработки), тестирование их покажет.
Как проверить результат
Остались только объекты со ссылками из документов
Помеченные объекты без ссылок не удалились — проверьте права и дату запрета
Есть события удаления данных без ошибок
Ошибки удаления — смотрите текст ошибки и места использования
Проверка ссылочной целостности не находит проблем
Обнаружены битые ссылки — требуется разбор и восстановление из копии
Частые вопросы
Можно ли восстановить объект после удаления помеченных?
Нет, штатными средствами — нельзя. Единственный способ — восстановить базу из резервной копии, сделанной до удаления. Поэтому копия перед запуском обработки обязательна.
Почему документ помечен, но не удаляется?
Чаще всего две причины: на документ ссылаются другие объекты (например, он указан в основании другого документа) или период документа закрыт датой запрета изменения данных. Откройте список мест использования в обработке удаления — там будет конкретная причина.
Мешают ли помеченные объекты работе базы?
Небольшое количество — практически нет. Проблемы начинаются при массовом накоплении: растёт размер базы, замедляется поиск и выбор из списков. Регулярная очистка раз в месяц или по расписанию решает вопрос.
Нужен ли монопольный режим для удаления?
Строго говоря, нет — обработка работает и при активных пользователях. Но при интенсивной работе часть объектов может не удалиться из-за блокировок, а в клиент-серверном режиме массовое удаление способно замедлить работу пользователей. Оптимально запускать очистку в нерабочее время.
Как удалить помеченные объекты в конфигураторе?
В конфигураторе такой функции нет — удаление выполняется только в режиме «Предприятие» через обработку «Удаление помеченных объектов». Конфигуратор нужен лишь для резервной выгрузки базы и последующего тестирования целостности.
Безопасно ли автоматическое удаление по расписанию?
Да, механизм проверяет ссылки перед удалением каждого объекта и не тронет то, что используется. Риск один: если пользователь ошибочно пометил нужный элемент без ссылок, задание удалит его без предупреждения. Регулярные резервные копии полностью закрывают этот риск.
Что важно запомнить
Перед удалением помеченных объектов всегда делайте резервную копию. Запускайте обработку через Администрирование → Обслуживание, разбирайте объекты со ссылками вручную, а для регулярной очистки настройте регламентное задание. Помеченные объекты, используемые в документах прошлых периодов, удалять не нужно — это нормальное состояние базы.