Как построить иерархию в 1С

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

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

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

Платформа 1С поддерживает два вида иерархии справочников, и выбор между ними определяет всю дальнейшую логику работы. Первый вид — «Группы и элементы»: дерево состоит из групп (папок), которые служат только для классификации, и элементов, содержащих данные. Группа не может выступать объектом учёта — её нельзя выбрать в документе как товар или контрагента. Классический пример — справочник «Номенклатура», где группы «Материалы», «Товары», «Услуги» лишь объединяют позиции.

Второй вид — «Иерархия элементов»: здесь любой элемент может быть одновременно родителем для других элементов и самостоятельным объектом учёта. Так устроен, например, справочник «Подразделения»: подразделение «Завод» является элементом, внутри него — «Цех №1», внутри цеха — «Участок», и каждый уровень можно указывать в документах. Этот вид подходит для организационных структур, статей затрат, видов номенклатуры с вложенными категориями.

Ограничение, о котором часто забывают: вид иерархии для существующего справочника менять небезопасно. Если справочник «Группы и элементы» перевести на «Иерархию элементов», группы превратятся в элементы, и ссылки на них в документах могут изменить смысл. Перед таким изменением обязательно сделайте резервную копию базы и проверьте поведение на копии.

Как включить иерархию в конфигураторе

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

Дополнительно настройте связанные параметры. «Количество уровней иерархии» ограничивает глубину дерева; значение 0 означает неограниченную вложенность — для большинства задач это оптимально, но для строго регламентированных структур (например, ровно три уровня каталога) ограничение защитит от ошибок ввода. Флаг «Ограничение количества уровней» работает только совместно с указанным числом уровней.

1. 1
   Откройте конфигуратор и разблокируйте конфигурацию от поддержки, если она типовая и требует доработки
2. 2
   Найдите справочник, откройте палитру свойств, установите «Иерархический» = Истина
3. 3
   Выберите вид иерархии и задайте количество уровней (0 — без ограничений)
4. 4
   Обновите конфигурацию базы данных (F7), согласившись с реструктуризацией
5. 5
   Запустите режим предприятия и проверьте, что в форме списка появилось дерево групп

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

Создание групп и распределение элементов в режиме предприятия

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

Перенести существующие элементы в группу можно несколькими способами. Самый быстрый — перетаскивание мышью в дерево групп в левой части формы списка. Для массового переноса выделите несколько элементов с зажатой Ctrl или Shift и перетащите их все сразу, либо используйте команду «Переместить в группу» из контекстного меню. В карточке элемента также можно вручную заполнить поле «Родитель» (в некоторых конфигурациях оно называется «Группа» или «Входит в группу»).

Продумайте структуру групп до начала переноса, а не во время. Практичный подход — выгрузить список элементов в табличный документ, разметить целевые группы в отдельной колонке, согласовать структуру с пользователями и только потом выполнять перенос. Для десятков тысяч позиций ручной перенос нерационален: используйте обработку группового изменения реквизитов (в типовых — «Администрирование» → «Обслуживание» → «Групповое изменение реквизитов»), где реквизит «Родитель» можно заполнить у отобранной выборки.

Обращение к иерархии в запросах и коде

Для разработчиков иерархия важна тем, как к ней обращаться в запросах. Ключевой оператор — «В ИЕРАРХИИ», который отбирает элементы, находящиеся внутри указанной группы на любом уровне вложенности. Это стандартный способ построить отчёт по группе номенклатуры с учётом всех подгрупп.

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

Полезные поля и конструкции: «Родитель» — ссылка на группу верхнего уровня для элемента; «ЭтоГруппа» — признак, позволяющий отделить группы от элементов в выборке; функция «Уровень()» в итогах запроса — для определения глубины при группировке. При обходе дерева в коде используйте выборку с обходом «ПоГруппировкамСИерархией» — это корректнее и быстрее, чем рекурсивные запросы по родителю.

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

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

Иерархия встречается не только в справочниках. План счетов бухгалтерского учёта в 1С — фактически иерархическая структура: счета верхнего уровня, субсчета, субконто. Здесь подчинение задаётся через признак «Забалансовый», порядок и связь счёта с родительским; создавать произвольные группы, как в справочнике, нельзя — структура определяется планом счетов конфигурации.

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

Проверка результата и типовые проблемы

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

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

Рекомендации по проектированию структуры

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

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

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