Какие существуют виды справочников в 1С

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

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

Что такое справочник и как он устроен

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

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

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

Плоские и иерархические справочники

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

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

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

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

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

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

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

Независимый или подчиненный

Независимый справочник

Подходит, когда записи самостоятельны и используются в разных контекстах: склады, валюты, статьи затрат.

Подчиненный справочник

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

Классификация по назначению

По роли в учете справочники условно делят на несколько групп. Нормативные справочники хранят базовые списки объектов учета: номенклатуру, контрагентов, сотрудников, основные средства. Это самые объемные и часто используемые справочники.

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

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

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

Типовые справочники в популярных конфигурациях

В «1С:Бухгалтерии» ключевые справочники — «Номенклатура», «Контрагенты», «Договоры контрагентов», «Организации», «Склады», «Статьи затрат», «Прочие доходы и расходы». Их состав и реквизиты определяют, какие аналитики доступны в проводках и отчетах.

В «1С:Управление торговлей» и «1С:ERP» добавляются справочники торгового учета: «Виды цен», «Соглашения с клиентами», «Партнеры», «Характеристики номенклатуры», «Упаковки и единицы измерения», «Серии номенклатуры». Здесь важна связка «Партнер — Контрагент», где партнер отвечает за маркетинговую аналитику, а контрагент — за юридическое лицо.

В «1С:Зарплата и управление персоналом» основные справочники — «Сотрудники», «Физические лица», «Подразделения», «Должности», «Начисления», «Удержания», «Графики работы». Справочник «Физические лица» отделен от «Сотрудников», поскольку один человек может быть оформлен в нескольких организациях или на нескольких должностях.

Как выбрать структуру справочника при разработке

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

Длину кода и наименования задавайте с запасом, но без излишества: чрезмерно длинные строки влияют на размер индексов. Включайте автонумерацию и контроль уникальности кодов, если код используется как бизнес-идентификатор (артикул, табельный номер).

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

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

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

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

Не следует путать справочник с перечислением. Перечисление — жестко заданный в конфигураторе список значений (например, «Вид операции»), который пользователь не может расширить. Если состав значений должен меняться в пользовательском режиме — нужен справочник.

Часто задаваемые вопросы

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

Справочник хранит список объектов (товаров, контрагентов), на которые ссылаются другие объекты. Регистр сведений хранит значения в разрезе измерений и, при необходимости, периода — например, цены товара на дату. Объект учета заводят в справочнике, а его изменяемые характеристики — в регистре сведений.

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

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

Что делать с дублями в справочнике «Контрагенты»?

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

Когда использовать предопределенные элементы?

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

Сколько уровней иерархии допустимо в справочнике?

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