Я, конечно, подозреваю, что все участники обсуждения об этом и так знают, но, так сказать, для будущих поколений, думаю, будет не лишним об этом упомянуть.
Если Вы блокируете редактирование для контрола на форме, то вы именно блокируете контрол. Не стоит забывать при этом, что в Аксапте есть такая фича, как пользовательская настройка форм. С помощью нее пользователь может добавлять на форму контролы, в которых будут отображаться произвольные поля датасорсов этой формы (вообще-то эта возможность контролируется свойством AllowAdd у поля датасорса; по умолчанию оно установлено в Restricted, что означает, что если поле было добавлено на форму при разработке, то пользователь может добавить его еще раз). Так вот, если Вы заблокируете редактирование контрола, но при этом по-прежнему будете выводить его на форму, пользователь вполне сможет зайти в настройку формы и добавить еще один контрол, который будет привязан к тому же самому полю. Редактировать этот контрол можно будет свободно, так как редактирование поля разрешено.
В общем, вывод: не блокируйте контролы, так как в этом смысла особого нет (впрочем, давайте так, если вы считаете иначе, приведите пример
), блокируйте поля в датасорсе.
control - это перечисление, которое автоматически создается при компиляции формы (почти так же, как, например, element или FormDataSource объекты *_ds). Вообще говоря, особой гарантии, что control:: Dimension+1 будет соответствовать полю с аналитикой департамент, нет, хотя обычно это так. В общем, метод действительно хакерский, хотя другого, по-моему, нет.
mmm, а может подробнее про задачу расскажете? Настройку проверки аналитики для счетов ГК использовать там точно нельзя?