OTRS.ru

В общем, понятно.
А можно ли без правки кода просто не регистрировать заявки с неизвестных системе адресов (вроде такого фильтра)? Есть ли соответствующая настройка?

Как сделать, чтобы несколько клиентов могли отслеживать состояние заявки? Если через web-интерфейс, то, если включена поддержка компаний, по умолчанию все клиенты компании могут видеть заявки других. Если ограничивать, то надо включать группы клиентов и тонкую настройку в ModuleRegistration для кли...

Только столкнулся с такой же задачей...
Определять, кто в копии - просто. Если заведенный в систему клиент, с тем же customer_id (та же компания), что и у отправителя, то отправлять уведомления и ему.
Реализуемо ли такое? Как сделать, чтобы несколько клиентов могли отслеживать состояние заявки?

Клиент не видит очередь, он видит заявки созданные им или от его имени агентом, где бы ( в какой очереди) они не находились. Чужие заявки он может видеть только если включена поддержка Компаний клиента и не отключена возможность просмотра заявок компании. Т.е. если все ваши клиенты имеют одинаковый...

Несколько, навскидку. 1. Работа того же ACL, я писал выше. 2. Обращение к разным сущностям системы по имени (хотя логичней было бы ввести понятие ключ - и обращаться по ключу, имя сейчас одно, завтра другое, а ключ можно сделать недоступным для редактирования через админ. интерфейс). Это вообще-то а...

Так же можно предоставить просмотр заявок компании только определенной группе.
Ticket-->Frontend::Customer::ModuleRegistration - CompanyTickets
Укажите в поле "Группа" (кликнув по +) необходимую группу. Можно указывать несколько групп.

Пришлось настроить среду разработки под Perl и отладчиком пройтись. Мне не очень понравилось, как там ACL реализован. Логичнее было бы сделать так: Если, при пересечении правил какой-то параметр разрешен в любом правиле, он разрешен в итоге, если явно запрещен - запрещен в итоге. Тогда, действительн...

Разобрался, нужно было добавить StopAfterMatch => 1, в ACL для "users-dev" $Self->{TicketAcl}->{'ACL-Customer-Ticket-Std'} = { Properties => { Frontend => { Action => ['CustomerTicketMessage'], }, CustomerUser => { # ... Group_rw => [ 'users', ], # ... }, }, Possible => { Ticket => { Type => ['Incid...

Да, дело в том, что вопрос касается не чего-то космического. Группы пользователей и права доступа - основа управления хаосом
Кстати, как в ACL указать - "Не принадлежит к группе"?
Заранее спасибо!

Я хочу на основе типа заявки кидать их в отдельную очередь, с ограничением доступа и к ней, все это при создании самой заявки. Да, еще, как на основе ACL фильтровать? ACL работает странно, в некоторых случаях включались разрешения для "users-dev" для всех клиентов. Автоотвечать клиентам тоже не хоче...

Я так подозреваю, что в то же ограничение упрется попытка ограничить пользователей в возможности просмотра заявок компании (это могут делать только пользователи с определенной привилегией), да и ограничение на просмотр той или иной очереди... Есть подозрение, что все эти проверки ACL происходят в од...

Дело в том, что хочется автоматизировать (максимально) процессы управления пользователями. Без пересечений групп - работает. Но, система позволяет привязывать пользователя к нескольким группам, соответственно, какая-то логика работы ACL должна быть, при пересечении групп. Сейчас же - совсем неясно, ...

Дело в том, что клиенты второй группы точно являются и членами первой. Первая группа - "users" - группа клиентов по умолчанию, все клиенты - члены этой группы. Но, некоторые и группы "users-dev". Как бы VIPы (технические такие VIPы). Я, просто хочу разобраться, мне потом понадобится реализовать еще ...

Коллеги, нужна помощь и разъяснение насчет ACL. Есть группа клиентов по умолчанию - "users" и есть особая группа - "users-dev". Для "users" нужно оставить только один тип заявки при создании новой - "Incident". Для "users-dev" - добавляется еще один тип - "Development". Все это касается именно созда...