any recommend of multiple group in single queue?
Moderator: crythias
-
- Znuny newbie
- Posts: 13
- Joined: 27 Feb 2013, 03:14
- Znuny Version: 3.1.6
any recommend of multiple group in single queue?
currently i have single agent with single group, and i want to combine multiple group in one queue, any suggestion or recommend ?
Re: any recommend of multiple group in single queue?
use roles for assigning permissions
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Moderator
- Posts: 10169
- Joined: 04 May 2010, 18:38
- Znuny Version: 5.0.x
- Location: SouthWest Florida, USA
- Contact:
Re: any recommend of multiple group in single queue?
queue <-> group is one to one.
agent <-> group is many to many.
the agents that need to see the queue need to be members of the queue's group.
agent <-> group is many to many.
the agents that need to see the queue need to be members of the queue's group.
OTRS 6.0.x (private/testing/public) on Linux with MySQL database.
Please edit your signature to include your OTRS version, Operating System, and database type.
Click Subscribe Topic below to get notifications. Consider amending your topic title to include [SOLVED] if it is so.
Need help? Before you ask
Please edit your signature to include your OTRS version, Operating System, and database type.
Click Subscribe Topic below to get notifications. Consider amending your topic title to include [SOLVED] if it is so.
Need help? Before you ask
-
- Znuny superhero
- Posts: 723
- Joined: 10 Oct 2007, 14:30
- Znuny Version: 3.0
- Location: Hamburg, Germany
Re: any recommend of multiple group in single queue?
Queue 1<->1 Group n<->n Role n<->n Agent
A Group in OTRS is nothing more than a placeholder for permissions. Rather than naming it 'group' think of it as 'queue-permission'. So this goes for a 1:1 relationship. One can do 1:n, but I´d never go for it!
1. Assign each Queue one Group (it makes sense that the groups name matches the queues name)
2. Set up a Role and give it permissions to the desired queues (groups)
3. Apply Agent to Roles
A Group in OTRS is nothing more than a placeholder for permissions. Rather than naming it 'group' think of it as 'queue-permission'. So this goes for a 1:1 relationship. One can do 1:n, but I´d never go for it!
1. Assign each Queue one Group (it makes sense that the groups name matches the queues name)
2. Set up a Role and give it permissions to the desired queues (groups)
3. Apply Agent to Roles
openSuSE on ESX
IT-Helpdesk: OTRS 3.0
Customer Service: OTRS 3.0 (upgraded from 2.3)
Customer Service (subsidiary): OTRS 3.0
+additional test and development systems
IT-Helpdesk: OTRS 3.0
Customer Service: OTRS 3.0 (upgraded from 2.3)
Customer Service (subsidiary): OTRS 3.0
+additional test and development systems
-
- Znuny newbie
- Posts: 13
- Joined: 27 Feb 2013, 03:14
- Znuny Version: 3.1.6
Re: any recommend of multiple group in single queue?
thanks for reply, i have find my answer alr .
Re: any recommend of multiple group in single queue?
What do you mean one can do 1:n? Do you mean assign a queue to multiple groups? Is this possible? If so, how?Queue 1<->1 Group n<->n Role n<->n Agent
A Group in OTRS is nothing more than a placeholder for permissions. Rather than naming it 'group' think of it as 'queue-permission'. So this goes for a 1:1 relationship. One can do 1:n, but I´d never go for it!
-
- Znuny superhero
- Posts: 723
- Joined: 10 Oct 2007, 14:30
- Znuny Version: 3.0
- Location: Hamburg, Germany
Re: any recommend of multiple group in single queue?
Nope
1 Queue, 1 Group
n Groups, n Roles
n Roles, n Agents
In OTRS a Group is nothing more than a placeholder for permissions. To apply a permission set (Group) to a Queue, you'll need to have it set up before setting up the Queue. Naming them like its respective Queue makes it a lot easier to manage. That's clear, isn't it?
Having the Group applied to the Queue gives a certain permission set (Read-Write, Move, Move-Into, Compose etc.) that may apply to the Queue. For sure one might use the same Group for another Queue, but this is just for a technical means. One shouldn't do it just because you can.
Doing so would prevent you from assigning different permissions to these Queues in any way! No matter which agent is assigned to the group or roles to groups. So please do not think of it. You'll just need to do this once.
Next step is to define Roles that apply to Groups and therefor to Queues. Since you named your Groups like your Queues you see what it's about.
Say you have
Queue: Networking
Group: GRP_Networking
Role: Agents_Networking
Then you might apply Roles to Groups as
RW on GRP_Networking, but only
Move-Into, Move, Note, on GRP_Helpdesk.
RW always gives EVERY permission, no matter which else is selected! In case you need RW on one Queue there is no need to apply any other permission.
1 Queue, 1 Group
n Groups, n Roles
n Roles, n Agents
In OTRS a Group is nothing more than a placeholder for permissions. To apply a permission set (Group) to a Queue, you'll need to have it set up before setting up the Queue. Naming them like its respective Queue makes it a lot easier to manage. That's clear, isn't it?
Having the Group applied to the Queue gives a certain permission set (Read-Write, Move, Move-Into, Compose etc.) that may apply to the Queue. For sure one might use the same Group for another Queue, but this is just for a technical means. One shouldn't do it just because you can.
Doing so would prevent you from assigning different permissions to these Queues in any way! No matter which agent is assigned to the group or roles to groups. So please do not think of it. You'll just need to do this once.
Next step is to define Roles that apply to Groups and therefor to Queues. Since you named your Groups like your Queues you see what it's about.
Say you have
Queue: Networking
Group: GRP_Networking
Role: Agents_Networking
Then you might apply Roles to Groups as
RW on GRP_Networking, but only
Move-Into, Move, Note, on GRP_Helpdesk.
RW always gives EVERY permission, no matter which else is selected! In case you need RW on one Queue there is no need to apply any other permission.
openSuSE on ESX
IT-Helpdesk: OTRS 3.0
Customer Service: OTRS 3.0 (upgraded from 2.3)
Customer Service (subsidiary): OTRS 3.0
+additional test and development systems
IT-Helpdesk: OTRS 3.0
Customer Service: OTRS 3.0 (upgraded from 2.3)
Customer Service (subsidiary): OTRS 3.0
+additional test and development systems