Feature #4882

Add target to SLA

Added by ddurieux over 5 years ago. Updated over 5 years ago.

Status:FeedbackStart date:04/18/2014
Priority:NormalDue date:
Assignee:ddurieux% Done:

0%

Category:Helpdesk
Target version:Candidate for next major version

Description

Add target to SLA.

Add target user, group, entity and profile to permit restrict SLA to user/technicien.

This target will restrict in the dropdown to select manually a SLA, but in rules we will access to all SLAs.

sla.diff Magnifier (366 KB) ddurieux, 06/11/2014 06:39 PM

History

#1 Updated by moyo over 5 years ago

  • Target version changed from previously planned as 0.86 to Candidate for next major version

#2 Updated by ddurieux over 5 years ago

Le code est fait, j'attends juste que tu mettre le trunk pour la 0.86

#3 Updated by moyo over 5 years ago

Ah d'accord toute la gestion du workflow on en a rien à carrer.... WorkflowGlpi
Cf. également un message envoyé sur la ml interne indiquant de créer les tickets de ce genre sur une des 2 version d'attente.

Après sur la fonctionnalité : est-ce que c'est suffisant / complet / intéressant / cohérent ?
Bah on n'en sait rien de toute façon... pas grave.

#4 Updated by moyo over 5 years ago

Si le code est fait le mieux est peut-être de joindre le patch même si sur une version donnée.
L'intégration si elle a lieu pourra être faite directement.

Après on peut avoir un use case pour arriver à comprendre l'intérêt. Si l'idée c'est de bloquer l'affectation des SLA par certains utilisateurs il y a peut-être d'autres moyens non ?
Les entités comme cibles est-ce que c'est pertinent vu que la SLA est déjà associée récursivement ou non à une entité ?

#5 Updated by ddurieux over 5 years ago

Pour le use case :

La société à beaucoup d'équipes de techniciens travaillant chacun sur des applications métiers (45000 utilisateurs environ). Dans ces équipes tu as de tout, du gars qui manage, du technicien, du support... mais aussi des fournisseurs sur certaines applications métiers qui ont différents niveaux de rapidité de résolution (support niv1, niv2, niv3, correction de bugs...)

Du coup dans GLPI, pour gérer tous ses projets (applications métiers), il y a pleins de SLA différents.
Le but c'est que suivant les techniciens qui crée des tickets, ils aient une vue restreinte des SLA, pour ne pas polluer (incluant le risque de se tromper en choisissant un mauvais).

Avec cette gestion des cibles, on limite la vue des SLA à des entités, des utilisateurs, des groupes et aussi des profils afin de gérer tous ces cas

#6 Updated by moyo over 5 years ago

Est-ce qu'un classement des SLA ne serait pertinent dans ce cadre là ?
Des catégories de SLA qui permettrait dejà de trier un peu les SLA puis des droits/cibles mais sur les catégories plutôt que les SLA elles-même ? Ca simplifierai peut-être la gestion.

#7 Updated by ddurieux over 5 years ago

Je trouve que ca complique un peu non? tu rajoute un élément en plus

#8 Updated by moyo over 5 years ago

Ca complique la structuration mais dans le but de simplifier la gestion.
Et dans le cas ou il y a de très nombreuses SLA une catégorisation est de toute manière pas idiote même sans limitation d'accès.

Also available in: Atom PDF