Как удалить ключи аналитики в 1С

Ключи аналитики в 1С (Управление торговлей 11, Комплексная автоматизация, ERP) — это элементы справочников «Ключи аналитики учета номенклатуры», «Ключи аналитики учета партнеров», «Ключи аналитики учета по партнерам» и связанных регистров сведений, которые система создает автоматически при проведении документов. Со временем в базе накапливаются тысячи записей: ошибочные сочетания номенклатуры и складов, устаревшие соглашения, дубли контрагентов. Лишние ключи раздувают справочники, замедляют проведение документов и затрудняют поиск нужной аналитики.

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

Ниже разобраны рабочие способы: штатная пометка на удаление, специализированные обработки, вариант с объединением дублей, а также ограничения и типичные ошибки. Материал ориентирован на конфигурации УТ 11, КА 2 и ERP 2, где механизм аналитик реализован наиболее полно.

Что такое ключи аналитики и почему они плодятся

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

Ключ создается автоматически в момент проведения документа, если подходящего сочетания еще нет. Источники «мусорных» ключей обычно такие:

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

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

Подготовка: что сделать до удаления

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

1. Сделайте резервную копию базы (выгрузку в dt через конфигуратор или средствами СУБД). Это единственный способ откатиться, если удалится что-то лишнее.
2. Выполняйте работу в монопольном режиме или в момент минимальной активности пользователей — параллельное проведение документов может создать новые ссылки на удаляемые ключи.
3. Убедитесь, что у учетной записи есть права администратора и доступ к функции «Удаление помеченных объектов».
4. Зафиксируйте текущие показатели контрольных отчетов (например, «Ведомость по товарам на складах», «Расчеты с партнерами»), чтобы после удаления сравнить результат.

Как найти неиспользуемые ключи аналитики

Прежде чем что-то удалять, нужно понять, какие ключи действительно не используются. Есть три практических подхода.

Автоматический поиск через пометку на удаление

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

Поиск дублей и аналитики по закрытым объектам

Логично искать ключи, построенные на «мертвых» данных: помеченной на удаление номенклатуре, архивных складах, неактивных договорах. Такие ключи отбирают в списке справочника отбором по соответствующим реквизитам. Часто именно они оказываются неиспользуемыми, потому что документы по этим объектам давно не вводятся.

Специализированные обработки

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

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

Удаление ключей через «Удаление помеченных объектов»

Это основной штатный механизм. Последовательность:

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

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

Что делать, если ключ используется: объединение вместо удаления

Чаще всего ключ не удаляется, потому что на него ссылаются старые документы или остатки регистров. Удалять такой ключ нельзя, но задачу «избавиться от лишнего» решают иначе — объединением (заменой ссылок).

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

• типовую обработку «Поиск и замена значений» (доступна через «Все функции» или поставляется отдельно) — заменяет ссылки в документах и регистрах сведений;
• обработки объединения дублей номенклатуры и контрагентов — после слияния дублей лишние ключи часто становятся неиспользуемыми и удаляются штатно;
• специализированные обработки «Замена ключей аналитики», которые корректно обрабатывают регистры накопления.

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

Способы избавиться от лишнего ключа

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

Подходит для ключей без ссылок. Безопасно, штатно, но не удалит используемые ключи.

Замена ссылок на правильный ключ

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

Объединение дублей номенклатуры/контрагентов

Устраняет причину появления лишних ключей. После слияния часть ключей освобождается и удаляется штатно.

Проверка результата после удаления

После удаления или замены ключей нужно убедиться, что учет не пострадал:

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

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

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

Отчеты по остаткам и расчетам

Норма

Показатели совпадают с данными до удаления

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

Изменились суммы или количество — возможно, удален используемый ключ

Тестирование и исправление, проверка ссылочной целостности

Норма

Ошибок нет

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

Ссылки «Объект не найден» — восстановите данные из копии

Список ключей аналитики

Норма

Остались только актуальные ключи

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

Остались дубли с похожей аналитикой — нужна замена ссылок

Типичные ошибки и ограничения

Практика показывает несколько повторяющихся проблем при чистке ключей аналитики:

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

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

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

Почему ключ аналитики не удаляется, хотя документов с ним не видно?

Ссылки могут быть в регистрах накопления и сведений, а не только в документах. Откройте отчет об объектах, препятствующих удалении, в окне «Удаление помеченных объектов» — там перечислены все таблицы, где встречается ключ. Часто это остатки регистров товаров или расчетов.

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

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

Влияет ли пометка ключа на удаление на отчеты и проведение документов?

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

Чем отличается удаление ключа от замены ссылок на другой ключ?

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

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

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

Ключи появляются снова после удаления — что делать?

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