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