Notifications

voir GlpiEvents

voir http://www.glpi-project.org/forum/viewtopic.php?id=14886 Comment configurer les notifications en évitant de se spammer soi-même


- Classes type de notification : Ticket / Resa / Alert .... Plugins / Template Mail
- Type actions gérer par la classe : nouveau ticket / mise à jour / cloture.... Ou une classe par type ?
- Type de personnes notifiables
- Classe Notification : Les types héritent de la classe générique notification
- Expéditeur
- Message TXT ou HTML / Titre
- Destinataires : mail / tel.... suivants modes de transports à utiliser
- ...
- Classes Modes de Transport : Mail...

Un type de notification est appelé. On lui passe les paramètres nécessaire (ticket ID...).

La classe mère définie les éléments standard définissant une notification (de manière dynamique pour le texte pour gérer les problèmes de localisation)

Suivant la configuration, la notification utilise tel et tel mode de transport pour expédier le message.

*Critère sur les notifications : *
Des demandes comme celle-ci sont à étudier : http://www.glpi-project.org/forum/viewtopic.php?id=12974

Problématique de conf par entité

- dans les fonction get_mail_sender et get_reply_to_address on recherche
dans l'entité courante et sinon on prend la config générale. Donc, pour
être cohérent on devrait faire la même chose pour les options de
notifications.

- Cependant il me semblerait intéressant que les options définit dans une
entité soit appliquées dans les sous-entités.

Voir cette page pour les notifs par entité NotificationsByEntity

MoYo : le mieux serait de regrouper les pages. Ca permettrait de bien séparer les différentes problématiques. Vers ou on va globalement. Et le découpage par partie pour la mise en place.

Questions

- yllen :
- Administration déléguée
- Chez nous, comme sur le forum, on a des demandes pour paramétrer le contenu des mails envoyés.
- Possibilité d'avoir des champs du mail paramétrables par entité (zone de texte libre)
- Remi : 
- Faire attention à ne pas envoyer 2 notifications à la même personne pour le changement de statut et le refus de l'approbation (cf [[ApprobationClotureTicket]] )