Какие виды иерархии существуют в системе 1С

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

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

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

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

Самый распространённый вид иерархии задаётся в свойствах справочника флагом «Иерархический». После включения у каждого элемента появляется поле «Родитель» (Parent), которое ссылается на другой элемент того же справочника. Так строятся классификаторы любой глубины: «Номенклатура», «Статьи затрат», «Организационная структура».

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

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

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

Второй вид иерархии — подчинение одного справочника другому. Классический пример: справочник «Договоры контрагентов» подчинён справочнику «Контрагенты». Каждый договор жёстко привязан к владельцу через поле «Владелец» (Owner) и не существует сам по себе.

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

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

Иерархия в планах видов характеристик и счетов

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

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

Иерархия в запросах и отчётах

Даже если данные хранятся линейно, иерархию можно построить при выборке. В языке запросов для этого служит конструкция «ИТОГИ ПО» с указанием иерархического поля, а также оператор «В ИЕРАРХИИ», который отбирает элементы, вложенные в заданную группу на любую глубину.

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

ВЫБРАТЬ
	Номенклатура.Ссылка КАК Товар
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	Номенклатура.Ссылка В ИЕРАРХИИ(&Группа)

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

Иерархия метаданных и подсистем

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

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

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

Как выбрать вид иерархии и проверить настройку

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

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

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