Divers
Communication
Modèles d'e-mails, modèles de notifications et snippets de réponse, tous les messages sortants en un seul endroit, avec la même charte et tonalité d'un bout à l'autre.
Mis à jour le 18 mai 2026
Configuration · Divers · 7.1
Le module Communication gère tous les messages sortants de Gfacility : modèles d’e-mails (mises à jour de tickets, confirmations de réservation, invitations visiteurs), modèles de notifications (Teams, push) et snippets de réponse que les traitants insèrent dans les conversations. Un seul endroit pour le contenu, un seul ton, une seule identité.
Pourquoi cela compte pour l’entreprise
"Chaque département a son ton"
Modèles gérés centralement, voix uniforme, peu importe le groupe émetteur.
"Le traitant retape la même chose"
Snippets pour les réponses fréquentes, un clic, texte inséré, ajout personnel possible.
"Traduction oubliée en non-EN"
Une variante par langue supportée, fallback uniquement où la traduction n'est volontairement pas faite.
"Les variables ne fonctionnent pas"
Les placeholders ({{ticketId}}, {{name}}) sont remplacés à l'envoi, plus de "Cher {{firstName}}".
Les trois types de modèles
Modèles d'e-mails
E-mails sortants : ticket créé, statut changé, confirmation de réservation, avertissement no-show. Avec sujet, corps et variables.
Modèles de notifications
Messages courts pour canal Teams, push mobile, bannière navigateur. Longueur et style différents de l'e-mail.
Snippets de réponse
Texte que les traitants peuvent insérer dans les conversations de ticket, "Nous avons étudié votre demande…", "Voici la résolution…".
Variables standard
| Variable | Ce qu'elle insère |
|---|---|
| {{user.firstName}} | Prénom du destinataire. |
| {{ticket.id}} · {{ticket.title}} | Références du ticket. |
| {{ticket.handler}} | Traitant, utilisé dans "Votre ticket est traité par X". |
| {{booking.room}} · {{booking.start}} | Détails de la réservation. |
| {{visitor.host}} | Hôte du visiteur. |
| {{org.name}} · {{org.privacyUrl}} | Informations d'organisation pour les pieds de page. |
| {{action.link}} | Lien profond vers l'objet dans Gfacility. |
Quelles décisions allez-vous prendre ?
Un expéditeur ou plusieurs ?
Un ("Service") est propre ; par service ("IT", "FM") apporte de la clarté mais demande plus de maintenance.
Stratégie de reply-to
No-reply (strict) ou mail-to-ticket (pratique) ? Le mail-to-ticket exige la supervision d'une boîte.
Étape d'approbation pour les modèles
Le responsable Communication revoit les modèles nouveaux ou modifiés avant mise en production.
Cadence de maintenance
Revue semestrielle pour vérifier que tous les modèles collent encore au ton, à la marque et aux obligations de pied de page.