AIzotovJossВозможно стоит пойти по пути создания ряда маленьких форм или inputbox для ввода соответствующих значений? И вызывать нужные в зависимости от значения ввода предыдущих?

А может Вы выложите скриншот Вашей формы и уточните, что Вам надо?

И что Вы понимаете под системой разграничения доступа? Доступ в зависимости от роли пользователя или доступ в зависимости от предыдущих действий пользователя?

Еще раз: приложение работает больше 10 лет, форм - больше 100. Объем кода - за 30 тысяч строк.
Перестраивать все это - нет ни желания, ни необходимости. Открытие/закрытие элементов управления на формах в зависимости от определенных условий тоже успешно работает.
Задача - добавить этот механизм алгоритмом, который проверял бы полномочия текущего пользователя (роли) для всех (требуемых) контролов текущей формы.

Пример:
1. Пользователю№1 разрешены все контролы формы. В зависимости от выбранного значения Combo1, в соответствии с бизнес-логикой приложения, ему становится доступным или Поле1, или Поле2. Это реализовано процедурой в событии AfterUpdate Combo1.
2. Пользователю№2 разрешены только Combo1 и кнопка Exit, т.е. в событии Open формы мы проверяем его полномочия и закрываем Поле1, Поле2, Edit. Он выбирает какое-то значение в Combo1, страбатывает событие AfterUpdate и открывает Поле1 или Поле2. Но такого быть не должно - Пользователю№2 они запрещены в любом случае. Т.е. после процедуры, реализующей открытие/закрытие по бизнес логике должен отработать какой-то механизм, проверяющий полномочия и реагирующий на них.

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

правильно ли я понимаю, что ваш комбобокс = уровень доступа( админ, зверь, менеджер) ?