Цитата |
---|
Антон Горбылев написал: Здравствуйте! Спасибо за обратную свзяь. Цитата |
---|
1. В канбане смарт-процесса не отображается div с ошибкой, если в процессе, например, удаления элемента возникла ошибка. В виде списке отображается. |
Хорошее замечание, но переделать канбан сейчас будет довольно трудоемкой задачей. А техподдержка не завела вам тикет на это пожелание? |
С этим вопросом я пока не обращался в тех.поддержку, вопрос не очень критичный.
Цитата |
---|
Антон Горбылев написал:
Цитата |
---|
Пользовательские поля read-only в карточке смарт-процесса доступны для выбора значения, но при сохранении не записываются, такое поведение путает пользователей |
.А можно привести пример, когда такое получается? |
Да, очень простой пример. Подменой контейнера меняю поведение метода getUserFieldsInfo фабрики
Если поле id пользовательского поля находится в массиве READ_ONLY_UF_ID, то этому полю проставляется атрибут только чтение.
public function getUserFieldsInfo(): array
<------>{
<------> $fields = parent::getUserFieldsInfo();
<------> $userId = Service\Container::getInstance()->getContext()->getUserId();
<------> if ($userId!=SUPER_USER_ID && $userId!=0){
<------><------>foreach (READ_ONLY_UF_ID as $field){
<------><------><------>if (isset($fields[$field])){
<------><------><------><------>$fields[$field]['ATTRIBUTES'][] = \CCrmFieldInfoAttr::ReadOnly;
<------><------><------>}
<------><------>}
<------> }
<------> return $fields;
<------>}
Бизнес-логика тут простая. Есть некоторые поля СП, которые нужно показывать пользователю, но изменяться они должны только через БП или вручную, но только суперпользователем. И этот функционал подобной модификацией достигается, но интерфейс карточки СП игнорирует значение атрибута поля толькочтение и отрисовывает это поле как доступное для изменения. Но при сохранении естественно изменения не сохраняются.
Цитата |
---|
Антон Горбылев написал: Сейчас нет возможности запретить пользователям настраивать свою карточку просмотра. Такова логика редактора. Это то же, что в пункте 4. |
Тут вопрос скорее не про права настройки карточки пользователем, а то что эта настройка не сохраняется)
Хотя про права тоже важно. Пусть пользователь имеет право менять базовую настройку заданную администратором, но у администратора должна быть возможность управлять пользовательскими настройками левого меню, горизонтального меню, карточки СМ, канбана, списка, фильтра (сейчас администратор может только переустановить для всех настройку списка и левого меню. Фильтр вроде как тоже, но там глюки, есть отдельный тикет).
Иначе тут такой бардак будет, пользователи бывают разного уровня. Некоторые поиском не могу пользоваться, другие самостоятельно весь интерфейс себе переделывают за 2мин, так что даже разработчик не понимает что это за страница на экране. Поэтому управлять пользовательскими настройками интерфейса крайне важно.
В п.4 вообще интересно.
Любой пользователь может поменять настройку карточки просмотра и создания СП в канбане и эта настройка сохранится
для всех пользователей - тут явно нужна доработка, или пользовательская настройка меняет отображение только этого пользователя или вообще запрет изменений.