Как настроить иерархический справочник в 1С без отображения групп в списке элементов?

← На главную

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

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

Рассмотрим по шагам, как устроены механизмы динамических списков, и выясним причины нежелательного поведения интерфейса.

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

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

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

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

Способ 1. Исключение групп через запрос динамического списка

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

Выясним, как должен выглядеть запрос для правого списка элементов. Нам необходимо наложить жесткое условие на поле ЭтоГруппа. Рассмотрим пример такого запроса:


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

В данном случае условие НЕ СправочникНоменклатура.ЭтоГруппа (или ЭтоГруппа = ЛОЖЬ) гарантирует, что на уровне СУБД из выборки будут отсечены все записи, являющиеся группами справочника. В список попадут исключительно элементы.

Преимущества метода:

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

Недостатки метода:

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

Способ 2. Использование стандартных настроек компоновки данных (Рекомендуемый)

Чтобы избежать недостатков первого способа и сохранить «Основную таблицу» динамического списка, мы рекомендуем использовать встроенную систему компоновки данных (СКД), которая управляет отборами динамического списка.

Разберем по шагам, как правильно настроить отбор без изменения текста запроса:

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

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

Способ 3. Автоматическая синхронизация через свойство «Список групп»

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

Проанализируем пример кода, который решает эту задачу вручную:


&НаКлиенте
Процедура ДеревоГруппПриАктивизацииСтроки(Элемент)
    ТекущиеДанные = Элементы.ДеревоГрупп.ТекущиеДанные;
    Если ТекущиеДанные <> Неопределено Тогда
        УстановитьФильтрПоРодителюНаСервере(ТекущиеДанные.Ссылка);
    КонецЕсли;
КонецПроцедуры

&НаСервере
Процедура УстановитьФильтрПоРодителюНаСервере(ВыбраннаяГруппа)
    ОбщегоНазначенияКлиентСервер.УстановитьЭлементОтбораДинамическогоСписка(
        СписокЭлементов, 
        "Родитель", 
        ВыбраннаяГруппа, 
        Истина
    );
КонецПроцедуры

Однако платформа 1С предоставляет стандартный декларативный механизм, который позволяет полностью отказаться от написания подобного программного кода. Это свойство расширения управляемой формы — «Список групп».

Давайте настроим автоматическую связь двух списков через свойства формы:

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

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

Почему условное оформление — это плохое решение?

В процессе обсуждения подобных задач на форумах нередко возникает идея использовать механизм Условного оформления формы для скрытия групп в правом списке. Суть предложения проста: задать правило оформления, при котором для строк с условием ЭтоГруппа = Истина устанавливается свойство Видимость = Ложь.

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

Избыточный трафик и нагрузка: Условное оформление работает на стороне клиента. Это означает, что сервер базы данных всё равно выберет записи групп, сервер приложений 1С упакует их в пакет данных, передаст по сети на клиентский компьютер, и только там платформа их визуально скроет. Вы потратите ресурсы сервера и сети на передачу абсолютно ненужной информации.
Проблемы с пагинацией и прокруткой: Динамический список считывает данные порциями (например, по 45 строк). Если в считанной порции окажется много групп, пользователь увидит пустые области в таблице, "скачущий" скроллбар (ползунок прокрутки) или некорректно работающую постраничную навигацию.

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

Итоговый алгоритм настройки идеальной формы «Проводника»

Резюмируя все вышеописанные методы, составим пошаговый и наиболее эффективный план настройки вашей формы:

Создаем два динамических списка: один для групп (например, СписокГрупп), второй для элементов (СписокЭлементов). Назначаем СписокЭлементов основным реквизитом формы.
Настраиваем левый список (Группы): в его настройках отбора добавляем условие ЭтоГруппа = Истина. Вытаскиваем его на форму в виде таблицы, устанавливаем свойство «Отображение» в значение Дерево. Лишние колонки (код, артикул) скрываем, оставляя только наименование.
Настраиваем правый список (Элементы): в настройках отбора добавляем условие ЭтоГруппа = Ложь. Вытаскиваем его на форму, устанавливаем свойство «Отображение» в значение Список.
Связываем списки: в свойствах самой формы в поле «Список групп» указываем таблицу левого дерева.

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