К статье
Практический материал

Справочники и Данные · 11 мин

Как очистить данные в 1С: практическое руководство

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

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

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

Перед любыми массовыми операциями сделайте резервную копию базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах пользователей, для клиент-серверной — выполнить выгрузку через конфигуратор или средствами СУБД.

Что считать «грязными» данными и как оценить масштаб

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

Начните с оценки: откройте справочники номенклатуры и контрагентов и отсортируйте по наименованию — дубли часто видны уже визуально. Проверьте журналы документов на наличие непроведённых и помеченных на удаление объектов. В типовых конфигурациях объём отдельных таблиц можно оценить через отчёт «Анализ размера данных» или аналогичные сервисные обработки, если они входят в состав конфигурации.

Много помеченных объектовОчистка давно не выполнялась

Запустите «Удаление помеченных объектов» и посмотрите, сколько объектов останется неудалёнными из-за ссылок

Дубли контрагентовКонтрагент заведён несколько раз с разным написанием

Проверьте совпадения по ИНН и КПП через «Поиск и удаление дублей»

Медленные отчётыВозможен большой объём лишних записей в регистрах

Проверьте регистры сведений с историей обменов и версирования объектов

Резервная копия перед очисткой

Удаление данных — необратимая операция. Если после очистки выяснится, что был удалён нужный документ или элемент справочника, восстановить его без копии будет невозможно. Поэтому резервная копия — не формальность, а обязательный шаг.

Для файловой базы завершите работу всех пользователей и скопируйте каталог базы или файл 1Cv8.1CD. Для клиент-серверного варианта выполните выгрузку в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу) либо сделайте бэкап средствами СУБД. Проверьте, что копия открывается: тестовое восстановление в отдельный каталог занимает несколько минут, но подтверждает работоспособность архива.

Удаление помеченных объектов — базовый инструмент очистки

Штатный механизм удаления в 1С двухступенчатый. Сначала объект помечается на удаление: в списке или форме объекта нажмите клавишу Delete или кнопку «Пометить на удаление» (в управляемых формах — «Ещё → Пометить на удаление»). Помеченные объекты перестают участвовать в движениях и отчётах, но физически остаются в базе.

Физическое удаление выполняется через обработку «Администрирование → Обслуживание → Удаление помеченных объектов» (в некоторых конфигурациях путь отличается: «Настройки и администрирование → Поддержка и обслуживание»). Режим «Автоматическое удаление всех помеченных объектов» попытается удалить всё, а «Выборочное удаление» позволит просмотреть список и снять флажки с объектов, которые удалять не нужно.

Если на объект ссылаются другие данные, платформа покажет список мест использования. Варианты действий: удалить или перезаписать ссылающиеся объекты, заменить ссылки на другой элемент (например, при объединении дублей) либо оставить объект в базе. Пока ссылки не устранены, объект не будет удалён — это встроенная защита целостности.

Порядок действий
  1. 1
    Создайте и проверьте резервную копию базы
  2. 2
    Пометьте на удаление ошибочные документы и элементы справочников
  3. 3
    Откройте Администрирование → Обслуживание → Удаление помеченных объектов
  4. 4
    Выберите режим выборочного удаления и просмотрите список
  5. 5
    Для неудаляемых объектов откройте список мест использования и устраните ссылки
  6. 6
    Повторно запустите удаление и убедитесь, что список помеченных пуст

Поиск и удаление дублей в справочниках

Дубли контрагентов, номенклатуры и физических лиц — самая частая причина «грязных» данных. Они возникают при ручном вводе без проверки существующих элементов и при загрузках из внешних источников. В типовых конфигурациях есть обработка «Поиск и удаление дублей» (обычно в разделе «Администрирование → Обслуживание → Корректировка данных»).

В обработке выберите справочник и правила поиска: для контрагентов — совпадение по ИНН и КПП или по наименованию, для номенклатуры — по наименованию и артикулу. Обработка покажет группы одинаковых элементов. В каждой группе назначьте «оригинал» — элемент, который останется. Все ссылки из документов и регистров будут автоматически перенаправлены на оригинал, а дубли помечены на удаление.

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

Групповое изменение реквизитов и массовая пометка

Когда очищать нужно не отдельные объекты, а целые пласты данных, удобна обработка «Групповое изменение реквизитов» (в типовых конфигурациях — «Администрирование → Обслуживание → Корректировка данных»). Она позволяет отобрать объекты по условию и массово изменить реквизиты или пометить их на удаление.

Типовые сценарии: пометить на удаление все непроведённые документы старше определённой даты, снять пометку у ошибочно помеченных элементов, очистить устаревшие значения реквизита у группы товаров. Задайте отбор (например, «Дата документа меньше …» и «Проведён = Нет»), проверьте список отобранных объектов глазами и только потом запускайте выполнение.

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

Типичные ошибки
01
Удаление без резервной копии — удалённые данные не восстановить штатными средствами
02
Массовая пометка без предварительного просмотра отбора — под действие попадают лишние объекты
03
Удаление «неиспользуемой» номенклатуры, на которую есть ссылки в архивных документах — объекты не удалятся, а время будет потрачено
04
Очистка регистров напрямую запросами в обход платформы — риск нарушения целостности и проблем при обновлении
05
Одновременная работа пользователей во время массовой очистки — блокировки и незавершённые транзакции

Очистка регистров и устаревших служебных данных

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

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

Если база выросла из-за накопленных данных за много лет, рассмотрите свёртку базы — перенос остатков на дату начала нового периода с удалением документов прошлых лет. В некоторых конфигурациях есть штатная обработка свёртки; если её нет, задача решается программно и требует участия специалиста. После свёртки старая база сохраняется в архиве для доступа к истории.

Проверка результата и завершение работ

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

После массового удаления физический размер файла базы или таблиц СУБД может не уменьшиться сразу: пространство освобождается внутри файла. Для файловой базы выполните тестирование и исправление с включённой опцией сжатия таблиц (Конфигуратор → Администрирование → Тестирование и исправление) при отсутствии пользователей в базе. Для клиент-серверной базы сжатие выполняется средствами СУБД.

Контрольные точки

Как проверить результат

Список помеченных объектов
Норма

Список пуст после удаления

Тревожный признак

Остаются объекты с неустранёнными ссылками

Итоги отчётов до и после
Норма

Обороты и остатки совпадают

Тревожный признак

Суммы изменились — удалены проведённые документы

Работа пользователей
Норма

Документы открываются, ссылки заполнены

Тревожный признак

В формах появляются «битые ссылки» вида <Объект не найден>

Итог

Что важно запомнить

Очистка в 1С строится по схеме: резервная копия → пометка на удаление → удаление помеченных объектов с контролем ссылок → проверка отчётов. Для дублей используйте «Поиск и удаление дублей», для массовых операций — «Групповое изменение реквизитов». Прямое удаление данных в обход штатных механизмов недопустимо.

Частые вопросы

Можно ли удалить объект сразу, минуя пометку на удаление?

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

Почему объект не удаляется, хотя ссылок на него в списке нет?

Чаще всего ссылки остаются в местах, которые не видны сразу: в движениях непроведённых документов, в регистрах сведений, в значениях констант или в данных другой помеченной на удаление цепочки объектов. Откройте полный список мест использования в обработке удаления и удалите сначала связанные объекты, затем повторите попытку.

Что такое «битая ссылка» и как её исправить?

Это ссылка на объект, которого уже нет в базе (отображается как «Объект не найден»). Такое происходит при прямом удалении данных в обход контроля ссылок или при некорректных обменах. Исправить можно, восстановив объект из резервной копии, заменив ссылку на существующий элемент или очистив её значение в документе.

Как удалить все данные и начать учёт с нуля?

Безопасный путь — создать новую пустую базу из шаблона конфигурации и перенести в неё актуальные справочники и остатки штатными обработками переноса. Очистка рабочей базы «под ноль» трудоёмка и рискованна: документы удаляются в строгом порядке (сначала движения, затем сами документы), а справочники часто содержат предопределённые элементы, которые удалять нельзя.

Уменьшится ли размер базы сразу после удаления объектов?

Не обязательно. Освобождённое место остаётся зарезервированным внутри файла базы или таблиц СУБД. Для файловой базы выполните тестирование и исправление со сжатием таблиц, для клиент-серверной — операции сжатия средствами СУБД. Только после этого физический размер файлов уменьшится.

Как часто нужно проводить очистку данных?

Удаление помеченных объектов разумно выполнять регулярно — например, ежемесячно после закрытия периода. Поиск дублей — по мере появления жалоб пользователей или после массовых загрузок данных. Настройку сроков хранения служебных данных достаточно проверить один раз и пересматривать при росте объёма базы.