Для чего предназначен объект конфигурации «Справочник» в 1С

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

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

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

Какие задачи решает справочник в учётной системе

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

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

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

Из чего состоит объект «Справочник» в конфигураторе

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

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

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

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

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

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

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

Подчинённые справочники и владельцы

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

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

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

Чем справочник отличается от других объектов конфигурации

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

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

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

Как создать и настроить справочник в конфигураторе

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

1. 1
   Откройте конфигуратор и в дереве конфигурации выберите ветку «Справочники», нажмите «Добавить»
2. 2
   Задайте имя и синоним, при необходимости настройте длину кода и наименования
3. 3
   На закладке «Иерархия» включите иерархический вид, если нужны группы
4. 4
   На закладке «Владельцы» укажите справочник-владелец для подчинённого объекта
5. 5
   На закладке «Данные» добавьте реквизиты и табличные части с нужными типами
6. 6
   Создайте формы элемента и списка автоматически или настройте вручную
7. 7
   Обновите конфигурацию базы данных и проверьте создание элемента в пользовательском режиме

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

// Программное создание элемента справочника
НовыйЭлемент = Справочники.Контрагенты.СоздатьЭлемент();
НовыйЭлемент.Наименование = "ООО Ромашка";
НовыйЭлемент.ИНН = "7701234567";
НовыйЭлемент.Записать();

Типичные ошибки при проектировании справочников

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

Вторая ошибка — дублирование элементов из-за отсутствия контроля уникальности. Для справочников вроде «Контрагенты» стоит включить проверку уникальности по ИНН или ввести регламент сверки перед созданием нового элемента. Дубли размывают аналитику: продажи одного клиента распадаются на несколько строк отчёта.

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

Как проверить, что справочник настроен правильно

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

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

Частые вопросы о справочниках в 1С