Справочник в конфигурации 1С: что это и как с ним работать

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

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

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

Какое место справочники занимают в структуре конфигурации

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

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

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

Стандартные и дополнительные реквизиты элемента

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

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

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

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

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

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

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

Подчинённые справочники и связи между объектами

Справочник может быть подчинён другому справочнику или документу. Классический пример — «Договоры контрагентов», подчинённые справочнику «Контрагенты»: каждый договор привязан к конкретному контрагенту и не существует отдельно от него. Аналогично банковские счета подчиняются организациям, а единицы измерения — номенклатуре.

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

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

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

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

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

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

Предопределённые элементы и особые режимы

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

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

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

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

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

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

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

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

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

Выбор элемента в документе

Норма

Элемент находится поиском и подставляется в поле

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

Элемент не виден — проверьте пометку удаления, группу и права доступа

Отчёт по справочнику

Норма

Данные группируются корректно, без пустых строк

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

Появляются строки с «объект не найден» — есть битые ссылки

Поиск дублей

Норма

Обработка не находит совпадений по наименованию и ИНН

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

Найдены пары дублей — требуется объединение

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

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

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

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

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

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

Почему элемент справочника не виден в списке выбора документа?

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

Что делать, если обнаружились дубли контрагентов?

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

Когда нужен подчинённый справочник, а когда — просто реквизит-ссылка?

Подчинение оправдано, когда элементы не имеют смысла без владельца и должны отображаться в его карточке: договоры контрагента, банковские счета организации. Если связь необязательная или элемент может менять «родителя» (например, товар и его категория), достаточно обычного реквизита-ссылки.

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

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