Logique de notification par e-mail
Dans la ligne de base d'effet actuelle et comment ajouter de nouvelles notifications similaires
Logique de notification par e-mail
Dans la ligne de base d'effet actuelle et comment ajouter de nouvelles notifications similaires
Contexte et concept
La plateforme Pro ne prend pas en charge les notifications par e-mail multilingues. Cette fonctionnalité a donc été ajoutée via la configuration de base pour être prête à l'emploi. Ce contenu est personnalisable par les données ; les clients et les administrateurs clients peuvent ainsi facilement modifier le contenu des messages de manière dynamique via les données, sans avoir à modifier la configuration.
- Texte enrichi pris en charge dans le contenu.
- Prise en charge multilingue.
- Une nouvelle langue peut également être ajoutée via des données.
- Les automatisations de notification elles-mêmes sont génériques.
- Il existe certaines limites quant au style de contenu que vous pouvez créer, mais il est possible d'expérimenter et d'étendre les capacités selon les besoins.
Cas d'utilisation actuels dans la ligne de base
Cinq modèles les ont par défaut, principalement Ticket :

Certains s'adressent aux clients, d'autres au personnel interne.
Sélection de la langue par défaut : anglais, finnois, suédois, allemand, polonais, espagnol, néerlandais, tchèque, norvégien, turc
Liste de contrôle à faire pour une nouvelle notification
- Ticket (ou autre « modèle de données de notification »)
- (tous les attributs d'aide éventuellement nécessaires pour les besoins logiques)
- Référence à la notification par e-mail avec expression.
- Notification mappée avec des macros via ^ (Événement / VWA / AMS).
- Notification par e-mail
- Nouvelle valeur statique pour l'attribut de type de modèle d'e-mail X pour cette notification spécifique.
- S'il s'agit d'un nouveau modèle, ajoutez un nouvel attribut de type de modèle d'e-mail X et l'adresse e-mail de l'expéditeur pour l'attribut X pour les cas d'utilisation où l'adresse de l'expéditeur n'est pas dessinée de manière dynamique.
- Référence au Langage avec expression, dans la classe Technique appropriée.
- Carte(s) de données pour notification avec le contenu souhaité par langue.
- Langue
- Référence arrière à la notification par courrier électronique.
Choses à savoir / Problèmes à connaître
- N'oubliez pas de vous assurer que chaque personne et chaque équipe dispose de la langue appropriée et, si possible, automatisez-les via EPE ou autre.
- Désactiver pour masquer les cartes de données de notification par e-mail non nécessaires pour plus de clarté/simplicité.
- Dans certaines logiques, ces scénarios ne mettraient pas à jour la référence à la notification de changement de langue : le ticket n'a pas de client lors de la création (il est ajouté ultérieurement), la langue du client change après la création du ticket, le client du ticket change.
- → Vous souhaiterez peut-être ajuster cela dans l’expression !
- La ligne de base antérieure n'effaçait pas les relations entre les tickets et la notification par e-mail à la fin du cycle de vie, mais désormais, cela est également géré correctement.
- →Faites toujours cela pour effacer les références inutiles !
- →Faites toujours cela pour effacer les références inutiles !