Bug #4495

Priority with business rule on impact or urgency

Added by yllen over 7 years ago. Updated over 7 years ago.

Status:ClosedStart date:09/13/2013
Priority:NormalDue date:
Assignee:moyo% Done:

100%

Category:Helpdesk
Target version:0.84.3

Description

https://plus.google.com/115678613600157183824/posts/Q4PkpkjVF7j

Maybe add tooltip on business rules.
If action set on urgency or impact add warning to say : think to recompute priority if wanted.

Associated revisions

Revision 22074
Added by moyo over 7 years ago

Priority with business rule on impact or urgency see #4495

Revision 22075
Added by moyo over 7 years ago

[0.84] Priority with business rule on impact or urgency fixed #4495

History

#1 Updated by yllen over 7 years ago

  • Status changed from New to Feedback

It's not a realy bug because in business rules if you change impact or priority you also must add in action
Priority Recalculate.

But if user forget this action, can we move
if (!isset($input["priority"])) {
$input["priority"] = $this->computePriority($input["urgency"], $input["impact"]);
}
from commonITILObject prepareinputForAdd in each object ?

#2 Updated by moyo over 7 years ago

Désolé mais je ne comprend la proposition...
From commonITILObject in each object ?
quels objets ? Tickets et compagnie ? ils héritent de commonitilobject je ne vois donc pas le problème.
La priorit sera donc défini par défaut.

Après, l'option recalculate priority dans les règles a été ajouté justement pour que l'on puisse avoir le choix ou pas de la recalculer.
Donc essayer de forcer ce comportement ne me semble pas vraiment une bonne idée, on va perdre en souplesse.

#3 Updated by yllen over 7 years ago

quels objets ? Tickets et compagnie ?
oui

ils héritent de commonitilobject je ne vois donc pas le problème.
ben justement, dans le cas d'un ticket la priorité est redéfinie AVANT de voir si une règle métier change l'impact et l'urgence
Le problème est principalement pour ticket mais mettre une exception dans commonitilobject qui est une class générique ne me semble pas une bonne idée

Après, l'option recalculate priority dans les règles a été ajouté justement pour que l'on puisse avoir le choix ou pas de la recalculer.
Le problème est qu'un utilisateur veut affecter une urgence ou un impact à la création d'un ticket mais ne pense pas qu'il faille recalculer la priorité.
D'ailleurs je ne comprends pas le choix de recalculer ou pas la priorité en cas d'affectation automatique d'urgence ou d'impact.Pour moi c'est obligatoire de recalculer la priorité sinon cela ne correspond pas à la matrice définie (cas de la demande dans le post)

Ma proposition était juste pour éviter les demandes futures.

#4 Updated by moyo over 7 years ago

Si il manque quelque chose dans la doc il faut l'ajouter.
Par contre automatiser le fonctionnement que tu proposes bloquerai les utilisateurs qui veux que la priorité ne soit pas recalculée ou qu'il veulent lui donner une valeur particulière.

Typiquement si ta règle défini une priorité spéciale, tu le fera sauter avec le recalcul

#5 Updated by yllen over 7 years ago

MoYo : Typiquement si ta règle défini une priorité spéciale, tu le fera sauter avec le recalcul

Non justement, la priorité ne sera redéfinie.
Le $input = $rules->processAllRules(...) va la renvoyer, donc le if (!isset($input["priority"])) { étant placé après, je ne rentre pas dans ce cas
donc aucun recalcul

#6 Updated by moyo over 7 years ago

Ok mon dernier exemple n'est pas valide mais les autres si.

#7 Updated by yllen over 7 years ago

je viens d'ajouter un paragraphe dans la documentation
https://forge.indepnet.net/projects/glpidoc/repository/revisions/932

#8 Updated by moyo over 7 years ago

  • Assignee changed from yllen to moyo

#9 Updated by moyo over 7 years ago

  • Status changed from Feedback to Resolved
  • % Done changed from 0 to 100

Applied in changeset r22075.

#10 Updated by moyo over 7 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF