У меня одно поле "Производительность" типа Выпадающий список как раз получает значения из Глобального списка. В базе пришлось прописать триггер, который на каждое добавление/изменение записи в сущности Задача напрямую прописывает значение в поле Производительность, в зависимости от целого ряда условий.
Получается что в поле, ассоциированное с Глобальным списком, можно прописать вообще любое значение. Например, ИД элемента из другого глобального списка, не связанного с этим полем, что будет явной ошибкой. Либо можно прописать строковое значение, а это уже очень полезная возможность. Например, вместо значения 0 записать пустую строку.
И самое главное ограничение текущей версии Руководителя - значения в поля типа Список невозможно установить в зависимости от какого-либо условия штатными средствами, только используя сторонние трюки.
Хотелось бы узнать у Сергея - позволяет ли архитектура Руководителя убрать поля типа Формула как отдельный тип, и внести поле "формула" в состав формы редактирования других полей? Думаю, что это возможно для всех типов кроме групп полей Загрузка и Сущность (связи). Нечто вроде вот такого -
Либо вынести настройку формулы на отдельную вкладку формы, чтобы не переусложнять интерфейс.
Логику работы я представляю такой. Если флажок "Использовать формулу" не установлен, то это обычное поле. Если флажок установлен, то это поле работает как нынешнее поле Формула. Ввод в поле блокируется, значения подставляются в поле по результатам вычисления формулы.
Возможно ли реализовать такую логику?
П.С.
Если возможно будет реализовать такую архитектуру, тогда сразу одновременно решается ещё одна проблема Руководителя - отсутствие разделения доступа разных пользователей к различным
значениям полей.
Например, сейчас поле Статус содержит список этапов исполнения задачи - Открыт/Готов/Завершен/Отменен. Если у пользователя есть право менять это поле, то он может установить его в любое значение из списка. Даже если по логике он не должен этого делать. Сейчас невозможно разделить пользователей по ролям или рабочим потокам, когда например Сотрудник может только переводить задачу из Открытой в Готово. Устанавливать статус Оплачено может только бухгалтер. А проверять исполнение и Закрывать/Отменять задачу разрешается только Менеждеру.
Если значение поля Статус можно будет устанавливать по формуле, тогда можно будет прописать в формуле проверку на право переходить к выбранному статусу.