Как заблокировать реквизиты формы 1С: полное руководство

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

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

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

Базовая настройка через свойства элемента формы

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

Откройте редактор формы и выберите нужный элемент, например, реквизит НомерДокумента. В палитре свойств найдите параметр ТолькоПросмотр. Установка значения Истина сделает поле серым и заблокирует ввод курсора. Пользователь сможет скопировать данные, но не изменить их.

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

Важно понимать разницу между блокировкой ввода и блокировкой изменения. Поле в режиме ТолькоПросмотр все еще участвует в табуляции (переходе по полям клавишей Tab), если не отключено свойство Включение. Это может раздражать пользователей, если заблокированных полей много.

⚠️ Внимание: Изменение свойств в конфигураторе требует обязательной выгрузки и загрузки конфигурации на рабочие места пользователей. Динамические изменения в режиме предприятия здесь не сработают.

Программная блокировка в событии ПриСозданииНаСервере

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

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

Рассмотрим пример кода, который блокирует поле Сумма, если документ уже проведен. Логика проверяет признак проведения и применяет ограничение:

Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)

Если Объект.Проведен Тогда
Элементы.Сумма.Доступность = Ложь;
Элементы.Комментарий.ТолькоПросмотр = Истина;
КонецЕсли;

КонецПроцедуры

Использование свойства Доступность часто предпочтительнее, чем ТолькоПросмотр, так как оно визуально делает поле "неактивным" (серым) и исключает его из цепочки навигации. Это улучшает эргономику формы.

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

Динамическое управление через событие ПриИзменении

Часто возникает сценарий, когда блокировка одного поля зависит от значения другого. Например, если пользователь выбирает тип оплаты "Безналичный", поле "Номер кассового ордера" должно блокироваться. Для этого используется событие ПриИзменении управляющего поля.

В обработчике события мы анализируем новое значение и динамически меняем свойства зависимых элементов. Это позволяет создавать "умные" формы, которые подсказывают пользователю правильный порядок заполнения.

• 🔍 Определите поле-триггер, изменение которого влияет на другие.
• 🔒 Напишите процедуру ИмяПоляПриИзменении в модуле формы.
• ⚡ Внутри процедуры установите свойства Доступность или Видимость для целевых полей.
• ✅ Протестируйте сценарий: измените значение и убедитесь, что блокировка срабатывает мгновенно.

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

Процедура ВидНоменклатурыПриИзменении(Элемент)

Если ВидНоменклатуры = Перечисления.ВидыНоменклатуры.Услуга Тогда
Элементы.СтавкаНДС.Доступность = Ложь;
Иначе
Элементы.СтавкаНДС.Доступность = Истина;
КонецЕсли;

КонецПроцедуры

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

Использование расширений конфигурации для блокировки

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

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

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

Метод	Требует обновления КФ	Гибкость	Риск конфликта
Конфигуратор	Да	Низкая	Высокий
Код на сервере	Да	Высокая	Средний
Расширение	Нет	Средняя	Низкий
Персональные настройки	Нет	Индивидуальная	Отсутствует

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

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

⚠️ Внимание: При обновлении основной конфигурации расширения могут требовать проверки совместимости. Всегда тестируйте работу расширений после установки новых релизов платформы.

Ограничение прав доступа через РПК

Иногда блокировка поля должна зависеть не от логики программы, а от роли пользователя. Например, менеджер может менять цену, а кладовщик — нет. Для этого используется механизм Ролевых прав конфигурации (РПК).

В конфигураторе перейдите в окно "Роли". Выберите роль, для которой нужно ограничить доступ. Найдите нужный объект метаданных и конкретный реквизит. Снимите галочку с права Изменение (или Чтение, если нужно скрыть данные полностью).

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

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

Что будет если снять право Чтение?

Если у пользователя нет права на чтение реквизита, значение этого поля не будет передаваться на клиент. В форме оно будет пустым, даже если в базе данных оно заполнено.

Персональные настройки и вариант формы

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

Администратор может создать предустановленный вариант формы, в котором определенные реквизиты уже заблокированы или скрыты. Это делается через команду Еще → Изменить форму в режиме предприятия или через редактор форм в конфигураторе с указанием варианта по умолчанию для роли.

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

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

Частые ошибки и вопросы разработчиков

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

Другая распространенная ошибка — блокировка поля, которое является обязательным для заполнения. Если вы установите Доступность = Ложь для обязательного поля, пользователь не сможет записать документ, так как не сможет заполнить это поле.

Также стоит быть осторожным с блокировкой реквизитов составного типа. Если поле содержит несколько частей (например, Справочник.Ссылка и Справочник.Представление), блокировка должна применяться корректно ко всем связанным элементам управления.

⚠️ Внимание: Интерфейс и возможности платформы 1С могут обновляться. Всегда сверяйте актуальные свойства элементов в справке по встроенному языку вашей версии платформы.

Можно ли заблокировать реквизит только для одного конкретного пользователя?

Да, это можно сделать программно. В событии ПриСозданииНаСервере проверьте имя текущего пользователя через встроенную функцию Пользователи.ТекущийПользователь() или ИмяПользователя(). Если имя совпадает с нужным, установите свойство Доступность = Ложь.

В чем разница между Доступность и ТолькоПросмотр?

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

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

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

Как заблокировать всю группу реквизитов сразу?

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

Сохранится ли блокировка после обновления формы?

Если блокировка задана в конфигураторе (свойства формы), она сохранится permanently. Если она задана кодом в событии ПриСозданииНаСервере, она будет применяться при каждом открытии. Если код в событии ПриИзменении, блокировка может сброситься при изменении других полей, если не предусмотрена логика сохранения состояния.