Вопрос по назначению прав РОЛИ-ГРУППЫ.

[avk]

Хочу сделать, что бы пользователи конкретной роли (в моем случае - Менеджер заявок) мог просматривать определенную очередь (новые заявки) и имел возможность переместить ее с комментарием в другую очередь на исполнение.
Сделал следующее:
1. Создал группу "очередь_НовыеЗаявки".
2. Создал очередь "Новые заявки". При создании указал группу "очередь_НовыеЗаявки".
3. По аналогии создал еще несколько очередей для исполнения заявок.
3. Создал роль "Менеджер заявок".
4. Ограничил возможные действия для роли "Менеджер заявок" с помощью ACL (viewtopic.php?f=5&t=69).
5. Назначил для роли "Менеджер заявок" на группу "очередь_НовыеЗаявки" права "ro". Менеджер видит поступившие заявки.
6. Назначил для роли "Менеджер заявок" на все остальные группы права "move_into". Что бы менеджер мог перемещать в них заявки.

При таких настройках возникла следующая проблема.
Когда Менеджер заявок открывает заявку у него не отображается пункт "Сменить очередь".
Если поставить "Менеджеру заявок" в группе "очередь_НовыеЗаявки" права "rw", то пункт "Сменить очередь" появляется.

Как все таки работают права на группы и как мне победить эту проблему?

Попутно второй вопрос.
Как можно убрать поле назначения владельца на странице смены очереди?

[alexus]

Вариант использования ролей:
1. Определяете роли.
2. Для роли в разделе Роли-Группы назначаете назначаете группы в роль с определенными правами.
3. Добавляете агента в роль, и он получает аналогичные права во всех группах указанных в роли.
4. А теперь десерт! До пункта 1 надо грамотно спланировать очереди, так чтобы указанная для каждой очереди группа соответствовала планируемым ролям .

[bloodice]

Похожая проблема, да и тема подходящая.
Есть очередь за которой закреплена группа и 2 роли на данную группу. Необходимо, что бы 1 роль имела полные права (что не проблема), и 2 роль имела все права кроме возможности создания заявок в данной очереди (то есть не доступен create).
По идее все просто для первой роли на группу ставим rw, для второй роли move_into, note, owner, priority. В настройках Dashboard ключ Permission делаем пустым, что бы обе группы видели заявки.

Но это не работает проблема как не сложно догадаться с 2 ролью. При такой настройке, нельзя создавать заявки, но и сами заявки в Dashboard не видно.
Если в Dashboard ключ Permission выставить допустим note, то заявки становятся видны, но при попытке их открыть выдается ошибка, что недостаточно прав.
Если же добавить к правам ro, то заявку можно просмотреть, но нельзя закрыть.

Как можно добиться нужного эффекта?

[alexus]

Вашу задачу проще решить по другому. Запретите устно или письменно агентам роли 2 создавать заявки! Можно через ACL убрать для них кнопку создания из интерфейса.

[bloodice]

Извиняюсь за тупой вопрос, но как через ACL работать с очередями написанными на русском? И еще, как работать с подочередями?

[bloodice]

Как работать с подочередями разобрался, нужно указывать наподобие "Misc::Test", что и следовало ожидать. Но как я не экспериментировал так и не вышло заставить его работать с очередями написанными на русском, это хоть возможно?

[bloodice]

Поделюсь тем, как решил проблему, правда это тот еще костыль.
При использовании ACL можно использовать регулярные выражения, но даже при их использовании не удалось нормально побороть не любовь к русским символам, \u \x также не помогли (может что делаю не так?). Но зато получилось указать нужные очереди используя длину, так получилось, что заблокировать мне необходимо было очередь где самая первая очередь имеет наибольшую длину (в основном аббревиатуры не большой длинный используются).
Queue => ['[RegExp](^.{5,}::.{3,4}::.*)']
Решение кривое, но оно работает.
Если кто нашел более вменяемое решение, незабудьте поделиться.

[bloodice]

Проблема было до жути идиотской. Оказывается не было прописано use utf8 в конфиге (почему то думал, что это в дефаулте прописано). После указания, начало переваривать русские очереди.