Почему в условном оформлении формы 1С не работают свойства Доступность, ТолькоПросмотр и Отображать?

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

В чем суть проблемы: архитектурные ограничения платформы

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

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

1. Визуальные свойства (ЦветФона, ЦветТекста, Шрифт, Формат, ВыделятьОтрицательные) — являются универсальными. Они одинаково успешно применяются как к ячейкам динамических списков и табличных частей, так и к одиночным полям ввода, расположенным непосредственно на форме.
2. Функциональные свойства (Доступность, ТолькоПросмотр, Отображать, Видимость) — спроектированы исключительно для управления элементами внутри таблиц (строк табличных частей, таблиц значений или динамических списков). При попытке применить их к одиночным элементам формы платформа их просто игнорирует.

Давайте разберем, как именно ведут себя эти свойства в контексте условного оформления:

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

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

Решаем задачу правильно: программное управление свойствами элементов

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

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

Шаг 1. Создание процедуры управления элементами формы

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

Рассмотрим пример реализации такой процедуры:

&НаКлиенте
Процедура УстановитьДоступностьЭлементовФормы()
    
    // Проверяем условие: если Флаг1 равен Истина, то блокируем Поле1
    БлокировкаАктивна = (Объект.Флаг1 = Истина);
    
    // Вариант 1: Управление доступностью элемента
    Элементы.Поле1.Доступность = НЕ БлокировкаАктивна;
    
    // Вариант 2: Управление режимом "Только просмотр" (рекомендуется для UX)
    Элементы.Поле1.ТолькоПросмотр = БлокировкаАктивна;
    
    // Вариант 3: Полное управление видимостью поля формы
    Элементы.Поле1.Видимость = НЕ БлокировкаАктивна;
    
КонецПроцедуры

Важный совет по UX (пользовательскому интерфейсу): Для удобства пользователей старайтесь вместо свойства Доступность использовать свойство ТолькоПросмотр. Когда поле становится недоступным, его текст блекнет, и пользователь не может даже скопировать значение из него. Режим «Только просмотр» оставляет текст читабельным и позволяет копировать данные в буфер обмена, что гораздо дружелюбнее к пользователю.

Шаг 2. Подключение обработчиков событий формы

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

Рассмотрим подробнее эти ключевые события:

1. ПриСозданииНаСервере или ПриЧтенииНаСервере — этот вызов необходим для того, чтобы при открытии существующего документа или элемента справочника форма сразу принимала правильный вид в соответствии с записанными данными.
2. ПриИзменении влияющего реквизита — событие, которое срабатывает на клиенте в момент, когда пользователь интерактивно меняет значение флажка, переключателя или другого контролируемого поля (в нашем случае — реквизита Флаг1).
3. ПослеЗаписи — если доступность полей зависит от того, записан ли объект в базу данных или является новым.

Давайте посмотрим на пример комплексной реализации в модуле формы:

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    
    // Первичная настройка элементов при открытии формы
    УстановитьДоступностьЭлементовФормыСервер();
    
КонецПроцедуры

&НаСервере
Процедура ПриЧтенииНаСервере(ТекущийОбъект)
    
    // Настройка элементов при чтении существующего объекта из базы данных
    УстановитьДоступностьЭлементовФормыСервер();
    
КонецПроцедуры

&НаКлиенте
Процедура Флаг1ПриИзменении(Элемент)
    
    // Динамическое обновление состояния формы при интерактивном действии пользователя
    УстановитьДоступностьЭлементовФормыКлиент();
    
КонецПроцедуры

&НаСервере
Процедура УстановитьДоступностьЭлементовФормыСервер()
    
    // Серверный вариант процедуры управления видимостью
    Блокировка = Объект.Флаг1;
    Элементы.Поле1.ТолькоПросмотр = Блокировка;
    
КонецПроцедуры

&НаКлиенте
Процедура УстановитьДоступностьЭлементовФормыКлиент()
    
    // Клиентский вариант процедуры для мгновенного отклика интерфейса
    Блокировка = Объект.Флаг1;
    Элементы.Поле1.ТолькоПросмотр = Блокировка;
    
КонецПроцедуры

Преимущества программного подхода перед условным оформлением

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

• Гибкость условий: В коде вы можете прописывать сложнейшие алгоритмы проверок, включая запросы к базе данных, обращение к ролям текущего пользователя или внешним сервисам, что невозможно сделать в стандартном конструкторе условного оформления.
• Контроль фокуса ввода: При программном отключении доступности вы можете принудительно перевести фокус на другое активное поле формы с помощью метода ТекущийЭлемент.
• Читаемость кода: Весь интерфейсный функционал собран в модуле формы в явном виде. Другой разработчик, открыв форму, сразу увидит логику работы интерфейса в коде, вместо того чтобы искать скрытые настройки в свойствах формы.

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