Зачем нужны справочники в 1С и как ими управлять

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

Ключевая идея — данные вводятся один раз и используются везде. Если менеджер каждый раз вручную писал бы наименование поставщика в документе, база быстро наполнилась бы дублями вида «ООО Ромашка», «Ромашка ООО» и «ООО «Ромашка»», и свести отчёт по этому поставщику стало бы невозможно. Справочник устраняет эту проблему: документ хранит не текст, а ссылку на конкретный элемент.

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

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

Справочник описывает «кто и что», документ — «что произошло». Поступление товара — это документ с датой, номером и движениями по регистрам; а товар, поставщик и склад в нём — ссылки на элементы справочников. Документы изменяют состояние учёта, справочники лишь описывают объекты, участвующие в учёте.

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

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

Какие виды справочников используются в типовых конфигурациях

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

• Товарно-материальные: номенклатура, характеристики, серии, единицы измерения, склады;
• Партнёрские: контрагенты, партнёры, договоры, банковские счета;
• Кадровые: сотрудники, физические лица, подразделения, должности;
• Финансовые: валюты, статьи затрат, статьи движения денежных средств, налоги и взносы;
• Классификаторы: ОКВЭД, КЛАДР/ФИАС, банки — часто загружаются из внешних источников.

Часть справочников имеет предопределённые элементы, заданные разработчиком конфигурации: например, предопределённые валюты или виды налогов. Их нельзя удалить, потому что на них опирается встроенная логика программы.

Иерархия и группы: как организовать структуру

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

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

Перенос элементов между группами

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

Подчинённые справочники и связанные данные

Подчинённый справочник привязан к элементу-владельцу: «Договоры контрагентов» подчинены «Контрагентам», «Единицы измерения» — «Номенклатуре», «Банковские счета» — «Организациям». Элемент подчинённого справочника не существует без владельца, и в списке он отображается только при выбранном владельце.

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

Практика: создание элемента и контроль дублей

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

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

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

Удаление элементов: почему нельзя просто стереть

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

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

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

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

Список справочника

Норма

Нет элементов со значком пометки удаления

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

Помеченные элементы остались — повторите удаление помеченных

Отчёт по контрагенту или товару

Норма

Все обороты собраны на одном элементе

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

Обороты размазаны по двум-трём похожим позициям

Открытие старых документов

Норма

Реквизиты заполнены, наименования отображаются

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

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

Обмен данными и внешние источники

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

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

Когда справочника недостаточно: регистры сведений

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

Признак того, что вы пытаетесь втиснуть в справочник лишнее: реквизиты с номерами («Цена1», «Цена2») или регулярная ручная перезапись одного и того же поля с потерей истории. В таких случаях нужен регистр сведений, а не новый реквизит справочника.

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

Чем справочник отличается от перечисления?

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

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

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

Почему в документе отображается «Объект не найден»?

Это «битая ссылка»: документ ссылается на элемент, который был удалён физически, минуя контроль целостности, либо потерян при некорректном обмене. Лечится восстановлением элемента из копии или заменой ссылки на существующий элемент обработкой.

Как быстро найти нужный элемент в большом справочнике?

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

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

Нет, добавлять «01.», «02.» в наименования — устаревший приём. В типовых конфигурациях сортировка идёт по наименованию, а порядок вывода в отчётах настраивается. Ручная нумерация ломается при первом же добавлении элемента в середину списка.

Кто должен отвечать за ведение справочников?

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