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

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

Как почистить справочники в 1С и не сломать базу

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

Справочники в 1С со временем обрастают дублями контрагентов, устаревшей номенклатурой, тестовыми элементами и карточками, созданными по ошибке. Из-за этого замедляется поиск, пользователи выбирают не те элементы в документах, а отчёты начинают «двоить» данные. Чистка справочников — регулярная задача администрирования, которую можно выполнить штатными средствами, если соблюдать правильный порядок действий.

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

Ниже — практический порядок работы: от подготовки и резервной копии до поиска дублей, пометки неиспользуемых элементов и финального контроля. Инструкция подходит для типовых конфигураций на управляемых формах (УТ 11, ERP, КА, БП 3.0), а также для самописных решений.

Подготовка: копия базы и анализ масштаба проблемы

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

Далее оцените объём работы. Откройте проблемные справочники (Номенклатура, Контрагенты, Физические лица) и отсортируйте по наименованию — визуально видны очевидные дубли с разным написанием. Для точной оценки полезно построить отчёт «Анализ дублей» (в ряде типовых конфигураций доступен в разделе администрирования) или воспользоваться консолью запросов, чтобы посчитать элементы с одинаковыми ИНН, наименованиями или артикулами.

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

Поиск и объединение дублей

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

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

Для контрагентов надёжнее всего искать дубли по ИНН: наименования могут отличаться (ООО «Ромашка», Ромашка ООО, «РОМАШКА»), а ИНН уникален. Для номенклатуры ориентируйтесь на артикул и штрихкод. Если уникальных реквизитов нет, используйте нечёткий поиск по наименованию, но каждую пару проверяйте вручную.

Порядок объединения дублей
  1. 1
    Откройте Администрирование → Обслуживание → Поиск и удаление дублей
  2. 2
    Выберите справочник и задайте правило поиска (ИНН, артикул, наименование)
  3. 3
    Проверьте найденные группы и отметьте главный элемент в каждой
  4. 4
    Выполните объединение — ссылки в документах заменятся автоматически
  5. 5
    Проверьте несколько документов, где использовался удалённый дубль

Пометка неиспользуемых элементов на удаление

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

Для массовой пометки удобны типовые обработки. Например, «Групповое изменение реквизитов» (Администрирование → Обслуживание → Корректировка данных) позволяет отобрать элементы по условию и установить пометку удаления пакетно. Типовые условия отбора: элементы, не использовавшиеся в документах за последние 2–3 года; карточки с пустыми ключевыми реквизитами; элементы из служебных групп «Не использовать», «Архив».

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

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

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

Работайте в два прохода. Сначала запустите удаление в режиме «Выборочное удаление» и просмотрите список объектов, которые нельзя удалить. По каждому примите решение: либо снять пометку (элемент ещё нужен), либо оставить помеченным (ссылки в исторических документах — это нормально), либо заменить ссылки, если они ошибочны. Затем выполните «Автоматическое удаление всех помеченных объектов» — оно удалит всё, что не имеет ссылок.

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

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

Чистка специфических справочников и регистров сведений

Номенклатура

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

Контрагенты и партнёры

В конфигурациях с раздельными справочниками «Партнёры» и «Контрагенты» (УТ 11, ERP) чистить нужно оба: сначала объединить дубли контрагентов по ИНН, затем партнёров. Проверьте контрагентов с пустым ИНН — часто это «разовые» карточки из розничных продаж, которые можно консолидировать. Перед объединением убедитесь, что у дублей нет незакрытых взаиморасчётов с разными договорами.

Регистры сведений с историей

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

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

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

Поиск по справочнику
Норма

По запросу находится один актуальный элемент

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

Находятся 2–3 похожих элемента с разными данными

Отчёты по продажам и взаиморасчётам
Норма

Суммы не изменились после объединения дублей

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

Обороты «переехали» на другого контрагента или удвоились

Тестирование и исправление
Норма

Ошибок ссылочной целостности нет

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

Есть записи «Объект не найден»

Помеченные объекты
Норма

Остались только элементы со ссылками в истории

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

Помечены действующие элементы, документы не проводятся

Профилактика: как не дать справочникам зарасти снова

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

Ограничьте права на создание элементов справочников: выделите ответственных за нормативно-справочную информацию (НСИ), а остальным дайте только использование. В регламентированных конфигурациях это делается через роли и профили групп доступа. Назначьте сотрудника, который раз в квартал запускает поиск дублей и обрабатывает найденное.

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

Итог

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

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

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

Можно ли удалить элемент справочника, на который есть ссылки в документах?

Штатными средствами — нет, и это правильно. Удаление разрушило бы историю учёта: в старых документах появились бы «битые ссылки». Такие элементы помечают на удаление или переводят в архивную группу — они перестают мешать при подборе, но история сохраняется.

Чем отличается пометка на удаление от физического удаления?

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

Как найти дубли контрагентов, если ИНН заполнен не у всех?

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

Нужно ли после чистки делать тестирование и исправление базы?

Да, рекомендуется. Запустите тестирование и исправление из конфигуратора с проверкой ссылочной целостности — это выявит остаточные битые ссылки и структурные ошибки. В клиент-серверном варианте операцию лучше выполнять в нерабочее время, так как она ресурсоёмкая.

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

Файловая база 1С и большинство СУБД не возвращают место на диске автоматически — освобождённые страницы остаются внутри файла для будущих данных. Для фактического сжатия файловой базы выполните тестирование и исправление с реструктуризацией или выгрузите базу в dt и загрузите обратно.

Можно ли автоматизировать регулярную чистку дублей?

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