Очистка базы 1С — сначала показывает, что будет удалено, потом удаляет

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

Эта обработка снимает всю цепочку целиком. Вы указываете объекты — организацию, склад, партнера, номенклатуру, конкретный документ, — а она сама находит все, что на них ссылается, показывает список до того, как что-то изменит, и по вашей команде помечает найденное и удаляет из базы. Проверено 31 августа 2026 года на 1С:Управление торговлей 11.5.27.47, платформа 8.3.18.1334: организация демо-базы с 3 818 связанными объектами и 17 350 записями регистров сведений удалена целиком за один запуск.

Что это дает

• Разделение базы между юрлицами. Из общей базы убираются данные ушедшей организации — вместе с документами, движениями и записями регистров, а не только карточка в справочнике.
• База для передачи подрядчику. Перед тем как отдать копию базы стороннему разработчику, из нее убираются данные реальных клиентов: партнеры, их заказы, продажи и взаиморасчеты.
• Чистка результатов экспериментов. Тестовый склад, тестовая организация или партия учебных документов убираются одним заходом, а не поиском по журналам.
• Ответ на запрос об удалении персональных данных. По конкретному контрагенту или физическому лицу видно полный состав связанных данных, и он удаляется целиком.

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

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

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

Как проходит очистка базы 1С

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

Шаг первый: посмотреть, ничего не меняя

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

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

Шаг второй: исключения — что оставить в базе

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

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

У исключений есть следствие, о котором лучше знать заранее: ссылки на удаляемый объект в исключенных данных остаются. Значит, на третьем шаге такой объект физически не удалится и останется помеченным — обработка напишет об этом в протоколе и назовет, кто именно на него ссылается.

Шаг третий: пометка на удаление

Кнопка Пометить на удаление запрашивает подтверждение и дальше работает сама:

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

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

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

Шаг четвертый: удаление из базы

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

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

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

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

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

Что сделать до запуска

Обработка меняет данные необратимо, поэтому порядок подготовки такой же строгий, как у любой операции с боевой базой:

1. Сделайте резервную копию. Пометку удаления можно снять руками, физическое удаление отменить нечем.
2. Остановите обмен данными, если база входит в распределенную базу или синхронизируется с другой. Часть изменений выполняется в обход механизма обмена и на другие узлы не уйдет — их базы останутся со старыми данными.
3. Если присоединенные файлы хранятся в томах на диске, отключите базу от тома или скопируйте его содержимое: вместе с объектами удаляются и их файлы.
4. Работайте под пользователем с полными правами.

Обработка внешняя: подключается через НСИ и администрирование → Печатные формы, отчеты и обработки → Дополнительные отчеты и обработки → Создать, файл product349.epf, дальше открывается из того же списка. Конфигурация не меняется, снимать ее с поддержки не нужно.

Когда нужна не эта обработка

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

Как это выглядит на практике

1. Открываете обработку и добавляете в таблицу «Объекты для удаления» организацию, которая уходит из базы.
2. В исключения добавляете «Номенклатура» и «Партнеры» — общие справочники остаются.
3. Нажимаете Посчитать связи и смотрите состав: столько-то реализаций, столько-то поступлений, столько-то записей регистров. Если видите лишнее, правите исключения и считаете заново.
4. Нажимаете Пометить на удаление и подтверждаете. Документы распроводятся, движения уходят, объекты помечаются. Протокол сохраняете в файл.
5. Нажимаете Удалить из базы и ждете окончания: обработка сама разбирает остаток, повторять цикл вручную не нужно. В протоколе видно, что удалено, а что осталось помеченным и по какой причине.

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