You are not logged in.
bonjour,
j'ouvre la discussion :
l'approbation de la solution d'un ticket n'est possible que pour le demandeur et le technicien en charge du ticket.
il n'est actuellement pas possible de faire approuver par un tiers (exemple centre d'appel).
Si un profil peut voler un ticket je pense qu'il devrait pouvoir approuver la solution (sinon il vole le ticket et approuve ensuite) meme si le ticket ne lui est pas attribué.
je propose la modification de la classe ticket.class.php fonction canApprove comme suit :
/**
* Is the current user have right to approve solution of the current ticket ?
*
* @return boolean
**/
function canApprove() {
return (($this->fields["users_id_recipient"] === Session::getLoginUserID())
|| (isset($_SESSION["glpiactiveprofile"]["steal_ticket"]) && $_SESSION["glpiactiveprofile"]["steal_ticket"]==1)
|| $this->isUser(CommonITILActor::REQUESTER, Session::getLoginUserID())
|| (isset($_SESSION["glpigroups"])
&& $this->haveAGroup(CommonITILActor::REQUESTER, $_SESSION["glpigroups"])));
}
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Oui et non, 'voler' c'est voler le ticket en tant que technicien, la tu veux voler l'approbation de la solution du demandeur, ça n'a pas la même définition. Par contre pourquoi pas rajouter un droit (mais on en a déjà pas mal...)
Offline
si le technicien est en charge du ticket il peut approuver(c'est déjà comme ça en 0.83).
s'il vole le ticket il peut ensuite approuver la solution.
c'est dans ce sens que je dis, "s'il peut voler : il peut approuver" de là à dire "s'il a le droit de voler : il a le droit d'approuver" il n'y a qu'un pas que j'ose faire.
ça simplifie la vie, lorsque le demandeur appelle le centre d'appel (qui n'est ni le demandeur, ni en charge du ticket résolu) ce qui est le cas chez moi
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Ce n'est pas exact. Un technicien en charge d'un ticket ne peut pas approuver la solution.
Cela semble être le cas pour toi parce que ton technicien créé le ticket, donc il est l'auteur.
Ne peuvent approuver le ticket que :
- l'auteur du ticket
- le demandeur du ticket
- un membre du groupe demandeur
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
oups, Yllen a raison, je suis dans le même groupe que le demandeur.
du coup la modif qui marche chez moi (parce que j'accepte la cloture par un tiers qui a le droit de voler les tickets) necessite une autre gestion des droits.
mais je comprends que ce n'est pas "propre" tel que je le propose.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
si tu es dans le même groupe que le demandeur, tu n'as qu'à mettre behavior qui défini automatiquement le groupe demandeur d'un ticket et tu pourras résoudre les tickets.
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
mon objectif, c'est de permettre au centre d'appel d'approuver les tickets lorsque le demandeur téléphone (ça arrive !) pour dire qu'il approuve la solution.
notre centre d'appel redige preque tous les tickets, les attribue ensuite aux équipes.
les équipes resolvent les tickets et approuvent la solution si ils ont pu vérifier ou ils ajoutent dans la solution " on a fini merci de contacter la hotline pour valider".
comme nos techs et la hotline ont le droit de voler, ma solution permet à ces utilisateurs de valider avec l'aval du demandeur.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline