You are not logged in.
Hello!
We have many entities
We have many groups (they cannot see tickets of each other)
We have many Categories, every have Group in charge of the hardware
So if requester choose correct caetgory, tickets assigns to right group.
If category was chosen wrong, technician reassign category, but group still assigned wrong
Is there a simple way to auto-assign group after changing category (I understand that i can make rule for every category in every entity, but it will be 300+ rules)?
Offline
GLPI is multi-actors. So category can assign group but doesn't delete already assigned
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
So - how to add new (correct) group to a ticket when category changes?
Offline
1. You must affect the group on the category form
2. on configuration of your entity, for auto affectation you must choose Category and item
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
These points are setted yet (as seen on screenshots), but no group adding happens
Actually nothing happens when changing category
Please take a look, maybe i misunderstand you?
Offline
Have you look at the ticket after its creation? because group is added after the creation
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
group added after creation, yes
but i ask about change (modify, add, or something else) group after changing category - is it possible?
Offline
Sorry for disturbing
I'd like to know if the subj is possible
Of course, "the negative is the answer too"
Offline
When you change the category, new group will be added.
But GLPI is multi actors, so the change of a category don't delete or update existing groups assigned
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Hmmm
in my case, no new group adding
Offline
What is your version of GLPI?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
9.1
Offline
Can someone reproduce this behavior?
Offline
It don't work for me to later asssign a category after creation. In creation process it works.
You can mark this threat as [resolved] in subject of your threat. (This is only available edit of the first post.) It is good for users who help others to quickly see which post is still open.
##############################################
GLPI 9.3.3
Offline
In 9.1 i confirm the bug: https://github.com/glpi-project/glpi/issues/1219
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Mistake from me: group is only added in auto assign mode on ticket creation.
On update ticket, you must define a business rule based on category
Ticket on the roadmap stays for ehancement (auto assignation on change category)
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline