Événements donnant lieu à une notification¶
Objet | Action | ancien (0.72) | Proposition d'évènement | remarques |
Ticket | new | new | new | |
Ticket | update | update | update | |
TicketFollowup | add | followup | add_followup | |
Ticket | solution | finish | solved | |
Ticket | close | close | nouveau (!= finish = solved) | |
Ticket | survey | survey | nouveau | |
TicketTask | add | add_task | ||
Solution | add | add_solution | solved ? | |
Reservation | new | resa | new | |
Reservation | update | resa | update | |
Reservation | delete | resa | delete | |
ConsumablesItem | alertconsumable | alert | ||
CartridgesItem | cartridgealert | alert | ||
Contract | alert_notice | |||
Contract | alert_end | |||
SoftwareLicense | alertlicense | alert | ||
Infocom | alertinfocom | alert |
- j'ai divisé les alertes sur les contrats en 2 :
- alertes sur les contrats en période de préavis : alert_notice
- alertes sur les contrats expirés : alert_end
- MoYo :
- A quoi correspond le ticket.waiting ? à la mise en attente ?
C'est vraiment un cas particulier et si on va jusque là pourquoi ne pas ajouter ticket.assign et toutes les autres modifications ?
Pour moi soit on reste général avec des actions générales soit on va jusqu'au bout et on permet des notifs sur toutes les actions précises (champ précis ainsi que valeur précise). Mais là on se retrouve avec un mix des 2.
Walid : on reste général.
- A quoi correspond le ticket.waiting ? à la mise en attente ?
- Ca m'amène à une autre suggestion : si on veux reprendre la config de notif "Mise à jour / ajout nouveau suivi" d'aujourd'hui il faudrait définir 4 notifications : update / add_followup / add_task / add_solution
Ne serait-il pas intéressant de pouvoir définir des sortes de groupes d'événements pour faciliter la saisie des notifications.
Dans le cas ou on veut des notifications très fines ca simplifierai la gestion également.
Walid : c'est intéressant, mais dans un premier temps je pense qu'il faut reprendre l'existant. On peut donc partir sur une notif générale "modification du ticket". Dans un 2ème temps, je pense qu'un système de groupe serait vraiment pas mal
Événements fins pour les tickets¶
- new
- update
- mise à jour d'un champ
- mise à jour d'un champ spécifique
- assign : new -> assign
- assign change : change assign tech / groupe or supplier
- reopen : solved -> * except solved and closed