Добрый день

Появилась необходимость дать части пользователям права на ведение части справочников. 

Первая мысль - дать права на операцию CanManageLookups и создать кастомный раздел в котором регистрировать справочники доступные для ведения польхователей.

Но! Если я дам права на CanManageLookups, то получается, пользователь сможет вести практически все справочники через пункт Добавить в выпадающем списке. Или что хуже додумается перейти через главную страницу к разделу справочники.

Есть еще идеи?

Добрый день!

Вопрос к коллегам, разрабатывающим Studio Free. Планируется ли введение какого-то механизма прав доступа на отдельные папки и процессы? 

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

Добрый день.

Сценарий:

1. Пользователь портала создает Case (в карточке добавлены кастомные поля). Нажимает Save - все нормально.
2. Пользователь портала хочет отредактировать поле - выходит ошибка "Нет прав".

Я понимаю, что в стандартном функционале предполагается что Case нельзя менять после создания, но в нашей Case модели после New добавлена стадия Submitted. Предполагается что пользователь переводит в Submitted после ввода всей необходимой информации.

В Case модели пробовали добавлять права с помощью шага "Change access rights" на стадии New. При создании в обычном приложении - права добавляются. При создании с Портала - нет.

Прошу подсказать в чем может быть проблема и как можно реализовать нужную логику.

P.S. В кейсе созданном с Портала видно, что у автора есть права на Чтение и Удаление, но нет на Редактирование.

Также нашли некоторую логику на уровне Процессов, встроенных в сущность Case. Метод SetPortalCaseRights, который в итоге запускает хранимую процедуру tsp_ActualizePortalUsersRights. 

Получается там нужно правки вносить?

При попытке изменить запись в детали с редактируемым реестром возникает ошибка

https://yadi.sk/d/5HXBicLNQI3h5Q

Роли пользователя:

https://yadi.sk/d/rjuN-gR2MMK3qA

Права настроены следующим образом:

https://yadi.sk/d/SFqa8x2djEVUTA

Причем при попытке изменить в консоле видно следующее:

https://yadi.sk/d/eYJZ5dd1Fb_Inw

т.е. как я понимаю, система считает изменяемую запись новой и не дает изменить так как нет прав на добавление. Если в консоле изменять флаг isNew на false, то запись изменяется нормально.

З.Ы. Причем записи получается редактировать через страницу редактирования, значит проблема в редактируемом реестре.

Собственно вопрос: это баг или я не верно настраиваю права?

Добрый день!

Периодически в разделах создаются объекты без прав доступа. Оба разделы  не  базовые. 

Все объекты создаются одинаковым способом и тем не менее, периодически выпадают записи у которых записи прав вообще пустые. Приходится потом раздавать руками.

Может у кого то есть идеи, с чем это может быть связано?

Благодарю!

А подскажите кто-нибудь сведущий по ситуации.

У меня есть такая структура

Имею проблему. Руководители групп Москва-1 и др. могут закрывать задачи на которых права розданы только руководителям Отдела продаж.

Мне кажется так не должно быть. Или я что-то неправильно понимаю?

Добрый день.

Существует ли возможность скрыть печатную форму до изменения значения в определенном поле объекта (например, состояние) или ограничить права на выгрузку определенной печатной формы?