Справочники и Данные · 11 мин
Справочники в 1С: какие бывают и как с ними работать
Разбираем, какие виды справочников существуют в 1С: иерархические, подчинённые, с предопределёнными элементами. Примеры, настройка, типичные ошибки.
Справочник в 1С — это объект конфигурации, предназначенный для хранения условно-постоянной нормативно-справочной информации: номенклатуры, контрагентов, сотрудников, складов, валют, договоров. Данные справочников затем используются в документах, отчётах и расчётах, поэтому от правильной организации справочников зависит качество всего учёта.
Все справочники в 1С построены по единой логике: у каждого элемента есть код и наименование, а дальше структура определяется настройками конфигурации — иерархией, подчинением, дополнительными реквизитами и табличными частями. Понимание этих разновидностей помогает правильно выбирать тип справочника при разработке и корректно заполнять данные при работе пользователем.
Ниже разберём основные виды справочников, их отличия, типовые примеры в стандартных конфигурациях и практические рекомендации по настройке и ведению.
Простые (плоские) справочники
Простой справочник — это линейный список элементов без вложенности. Каждый элемент состоит минимум из кода и наименования, к которым могут добавляться реквизиты: ИНН, адрес, ставка, единица измерения и другие характеристики.
Типичные примеры из стандартных конфигураций: «Валюты», «Единицы измерения», «Ставки НДС», «Склады» в небольших учётных системах. Такие справочники удобны, когда количество элементов невелико и группировка не требуется.
Код элемента может формироваться автоматически (последовательная нумерация) или задаваться вручную. Длина кода и наименования задаётся в конфигураторе; если наименование слишком короткое для реальных данных, пользователь столкнётся с обрезанием текста — это частая причина доработок.
Иерархические справочники
Иерархический справочник позволяет строить многоуровневую структуру. В конфигураторе для этого включается свойство «Иерархический», и выбирается вид иерархии: «Список групп и элементов» или «Иерархия элементов».
Иерархия групп и элементов
Классический пример — справочник «Номенклатура». Товары раскладываются по папкам: «Материалы», «Готовая продукция», «Услуги». Группа сама по себе не является товаром: выбрать её в документе нельзя, она нужна только для навигации и групповых операций (установки цен, отборов в отчётах).
Иерархия элементов
Здесь родительский элемент — полноценный объект учёта. Пример: справочник «Контрагенты», где головная организация содержит подчинённые обособленные подразделения, и каждый уровень можно указывать в документах. Другой пример — «Подразделения» с вложенными отделами.
При выборе вида иерархии учитывайте: если «родителей» нужно выбирать в документах как самостоятельные значения — требуется иерархия элементов. Переделка вида иерархии в заполненной базе трудоёмка, поэтому решение лучше принимать до начала ввода данных.
Подчинённые справочники
Подчинённый справочник связан с другим объектом-владельцем: каждый его элемент принадлежит конкретному элементу родительского справочника или документа. Связь реализуется через реквизит «Владелец».
Стандартные примеры: «Договоры контрагентов» подчинены справочнику «Контрагенты», «Банковские счета» — «Контрагентам» или «Организациям», «Единицы измерения» могут быть подчинены «Номенклатуре» (штуки, коробки, паллеты конкретного товара).
Такая структура реализует связь «один ко многим»: у одного контрагента может быть несколько договоров, но каждый договор относится только к одному контрагенту. В формах это отражается отбором по владельцу — открыв карточку контрагента, вы видите только его договоры.
Предопределённые элементы
Предопределённые элементы создаются в конфигураторе разработчиком и присутствуют в базе сразу после её развёртывания. Пользователь не может их удалить, а программный код обращается к ним по имени, а не по ссылке или коду.
Примеры: в справочнике «Валюты» предопределён рубль, в «Видах номенклатуры» — базовые типы, в планах счетов (близком по механике объекте) — типовые счета учёта. Предопределённые элементы гарантируют, что алгоритмы конфигурации найдут нужные значения независимо от того, как пользователь называет свои данные.
Если в коде встречается обращение вида Справочники.Валюты.Рубль — это и есть обращение к предопределённому элементу. Переименование такого элемента пользователем не ломает код, а вот удаление невозможно штатно.
Если при обмене данными между базами предопределённые элементы дублируются, проверьте настройки сопоставления в правилах обмена: дубли возникают, когда элементы сопоставляются по наименованию, а не по внутреннему идентификатору.
Дополнительные возможности: реквизиты, табличные части, владельцы
Помимо структуры, справочники различаются наполнением. Дополнительные реквизиты позволяют хранить характеристики элемента: у контрагента — ИНН и КПП, у номенклатуры — артикул, ставку НДС, вид номенклатуры. Реквизиты индексируются, если по ним часто выполняется поиск.
Табличные части хранят списки данных внутри элемента: например, у контрагента — таблица контактных лиц, у организации — список складов. Табличная часть подходит, когда данные не нужны как самостоятельные объекты и не используются в отборах отчётов; иначе правильнее завести подчинённый справочник.
В типовых конфигурациях также есть механизм «Дополнительные реквизиты и сведения», позволяющий пользователю добавлять собственные поля без доработки конфигурации. Это удобно для нестандартных атрибутов, но злоупотребление ими замедляет отчёты и усложняет обмены.
Сравнение вариантов хранения связанных данных
Подходит для простых списков внутри карточки (контакты, телефоны). Ограничение: сложно строить отчёты и отборы по данным табличной части.
Подходит для объектов со своим жизненным циклом (договоры, банковские счета). Ограничение: жёсткая привязка к одному владельцу.
Подходит для значений, меняющихся во времени (цены, курсы, адреса с историей). Ограничение: требует отдельной настройки и понимания периодичности.
Как выбрать вид справочника при проектировании
При проектировании нового справочника ответьте на три вопроса. Первый: нужна ли группировка элементов? Если данных много и их удобнее раскладывать по папкам — включайте иерархию групп. Если родители сами являются объектами учёта — иерархию элементов.
Второй: зависит ли элемент от другого объекта? Если значение не имеет смысла без владельца (договор без контрагента) — делайте справочник подчинённым. Третий: нужен ли доступ к элементам из кода и обменов? Если да — создайте предопределённые элементы.
Как выбрать действие
Типичные ошибки при работе со справочниками
Самая распространённая проблема — дубли элементов: один и тот же контрагент заведён дважды с незначительными отличиями в написании. Дубли искажают отчёты и обороты. Для борьбы с ними в типовых конфигурациях есть обработки поиска и удаления дублей, а также контроль уникальности по ИНН.
Вторая ошибка — пометка на удаление элементов, на которые есть ссылки в документах. Штатный механизм удаления помеченных объектов проверяет ссылки и не даст удалить используемый элемент, но массовые непродуманные пометки засоряют базу и мешают пользователям.
Третья группа ошибок — неправильная структура: хранение в табличной части того, что должно быть подчинённым справочником, или отказ от иерархии при тысячах элементов номенклатуры, из-за чего поиск превращается в прокрутку бесконечного списка.
Проверка результата после настройки
После создания или перенастройки справочника проверьте его работу на тестовых данных: создайте элемент, подэлемент (при иерархии), подчинённый объект, убедитесь, что отборы в формах работают, а в документах доступны именно те значения, которые ожидались.
Как проверить результат
Группы недоступны для выбора, элементы выбираются корректно
В документ можно подставить группу или пустое значение
В карточке владельца видны только его подчинённые элементы
Отображаются элементы всех владельцев
Присутствуют в базе, код обращается без ошибок
Элемент отсутствует, в журнале ошибки обращения
Элементы находятся по наименованию и коду, иерархия раскрывается
Поиск возвращает дубли, структура папок не читается
Часто задаваемые вопросы
Чем справочник отличается от документа в 1С?
Справочник хранит условно-постоянную информацию (карточки товаров, контрагентов), а документ фиксирует событие хозяйственной жизни с датой и временем (поступление, продажа, начисление). Именно документы формируют проводки и движения по регистрам, ссылаясь на элементы справочников.
Можно ли изменить вид иерархии после заполнения справочника?
Технически свойство меняется в конфигураторе, но при смене вида иерархии существующие данные могут потребовать ручной переработки: например, при переходе от иерархии групп к иерархии элементов группы превращаются в элементы. Перед изменением сделайте резервную копию и проверьте результат на копии базы.
Что делать, если в справочнике появились дубли?
Используйте штатную обработку поиска и удаления дублей (в типовых конфигурациях она находится в разделе администрирования). Обработка заменяет ссылки на дубль во всех документах ссылкой на выбранный «правильный» элемент, после чего дубль можно пометить на удаление. Замену ссылок вручную выполнять не стоит — легко пропустить часть документов.
Почему нельзя удалить элемент справочника?
Если на элемент есть ссылки в документах, других справочниках или регистрах, штатное удаление будет заблокировано — это защита целостности данных. Сначала найдите ссылки (функция «Поиск ссылок на объект»), замените или удалите их, и только потом удаляйте элемент. Предопределённые элементы не удаляются в принципе.
Когда вместо справочника нужен регистр сведений?
Регистр сведений подходит, когда значение привязано к объекту и меняется во времени: цены номенклатуры, курсы валют, адреса контрагентов с историей. Справочник хранит текущее состояние без истории, регистр сведений позволяет получить значение на любую дату.
Можно ли добавить своё поле в справочник без программиста?
В типовых конфигурациях — да, через механизм «Дополнительные реквизиты и сведения» в разделе администрирования. Поле появится в карточке элемента и будет доступно в отборах. Для полей, участвующих в расчётах и проводках, всё же потребуется доработка конфигурации разработчиком.
Что важно запомнить
Справочники в 1С бывают простыми, иерархическими (группы или элементы), подчинёнными и содержат предопределённые элементы. Вид выбирают по задаче: группировка, связь с владельцем, доступ из кода. Перед изменением структуры заполненной базы делайте резервную копию, а дубли и лишние связи устраняйте штатными обработками.