Modèles d'e-mail dans Campus Events
Les modèles d'e-mails dans Campus Events sont des modèles de messages prédéfinis qui peuvent utiliser des éléments de joker et permettent ainsi une communication cohérente, individuelle et automatisée.
Chaque modèle d'e-mail est prédéfini par défaut pour l'ensemble du système. Il existe des modèles multi-mandants et des modèles inter-mandants. Les modèles d'e-mails multi-clients peuvent être personnalisés pour chaque domaine.
Espaces réservés & thèmes
Les espaces réservés peuvent être sélectionnés dans la liste déroulante et intégrés dans le contenu, à condition que l'option "Espaces réservés" soit disponible dans l'en-tête d'un éditeur. Les espaces réservés sont regroupés en différents thèmes.
| Domaine thématique | Description |
|---|---|
| Notation | Informations issues des enregistrements au sein de la catégorie de notation. |
| Utilisateur | Informations provenant du compte d'utilisateur enregistré |
| Attributs dynamiques | Informations issues des enregistrements au sein des données des participants REMARQUE : les titres des caractères de remplacement correspondent au titre de l'enregistrement Données des participants déposé dans le backend. |
| Abonné | Informations provenant des données d'abonné enregistrées |
| Ticket | Informations du/des ticket(s) |
| Événement | Informations de l'événement |
| Certificat | Informations de l'enregistrement des certificats |
Modèles d'e-mail
Vous trouverez à chaque fois le choix des caractères de remplacement dans les domaines correspondants du système et dans le menu déroulant correspondant de l'éditeur.
Acheteur
| Nom | Description | *Réinscriptible ? | *Personnalisable ? |
|---|---|---|---|
Acheteur : facture d'annulation | L'utilisateur reçoit cet e-mail après l'annulation d'une commande. Celui-ci contient également la facture d'annulation. | Sur le mandant | Oui |
| Client : facture | L'utilisateur reçoit cet e-mail dès que la facture de sa commande est disponible. Celle-ci est jointe en annexe. | Sur le mandant | Oui |
| Client : information sur l'annulation | L'utilisateur reçoit cette information après l'annulation de sa commande. | Sur le mandant | Oui |
| Client : confirmation de commande | L'utilisateur reçoit cet e-mail après avoir passé une commande. Cet e-mail correspond à la confirmation de commande. | Sur le mandant | Oui |
| Commanditaire : confirmation d'inscription pour tous les participants à l'événement | Après une inscription réussie à un événement, le donneur d'ordre reçoit un e-mail de confirmation collecté pour tous les participants à l'événement qu'il a inscrits. | A l'événement | Oui |
*Réinscriptible ? = Où le modèle est-il réinscriptible ?
*Personnalisable ? = Le modèle est-il configurable sur des mandants individuels ?
Système de commande
Les modèles d'e-mails mentionnés se rapportent aux e-mails envoyés à l'adresse comptable prédéfinie. Ces templates sont donc des notifications internes au système.
| Nom | Description | *Réinscriptible ? | *Personnalisable ? |
|---|---|---|---|
Comptabilité : nouvelle(s) facture(s) (Admin) | La comptabilité est informée des nouvelles factures dans le système. | Non | Non |
| Gestionnaire de boutique : Nouvelle annulation (Admin) | Le Shop Manager reçoit cet e-mail lorsqu'une commande est annulée. | Non | Non |
| Shop Manager : Nouvelles commandes (Admin) | Le gestionnaire de la boutique reçoit cet e-mail lorsqu'une nouvelle commande est reçue. | Non | Non |
*Réinscriptible ? = Où le modèle est-il réinscriptible ?
*Personnalisable ? = Le modèle est-il configurable sur des mandants individuels ?
Remarque
Il n'y a qu'une seule comptabilité par instance Campus Events. Il est possible de définir une adresse e-mail de comptabilité. Si une telle adresse est définie, elle est valable pour tout le système et pour tous les mandants.
Administrateur d'événements
| Nom | Description | *Réinscriptible ? | *Personnalisable ? |
|---|---|---|---|
Admin : nouveaux tickets | Informe un administrateur des nouveaux tickets qui ont été créés pour l'événement. | Seulement pour tout le système | Non |
| Abonné à l'événement (admin) : L'événement a été modifié | Informe l'administrateur de l'événement qu'un événement a été modifié. | Dans tout le système uniquement | Non |
*Réinscriptible ? = Où le modèle est-il réinscriptible ?
*Personnalisable ? = Le modèle est-il configurable sur des mandants individuels ?
Participants à l'événement
| Nom | Description | *Réinscriptible ? | *Personnalisable ? |
|---|---|---|---|
Participant à l'événement : inscrit sur la liste d'attente | Le participant à l'événement est informé qu'il s'est inscrit avec succès sur la liste d'attente pour l'événement souhaité. | Seulement dans tout le système | Non |
| Participant à l'événement : Repris de la liste d'attente | Le participant à l'événement est informé qu'il a été transféré de la liste d'attente de l'événement et qu'il peut maintenant s'inscrire à l'événement. | A l'événement & Au mandant | Oui |
| Participant à l'événement : Annulation | Si un billet d'événement est annulé, cet e-mail est envoyé au participant à l'événement pour l'informer de l'annulation. | À l'événement & au client | Oui |
| Participant à l'événement : confirmation d'inscription | L'utilisateur reçoit cet e-mail après avoir passé une commande. Cet e-mail correspond à la confirmation de la commande. | À l'événement & Au mandant | Oui |
| Participant à l'événement : vérification de l'e-mail | Condition préalable : la personne concernée ne possède pas encore de compte dans Campus Events. Après s'être inscrit à un événement, le participant à l'événement reçoit cet e-mail. Le lien qu'il contient lui permet de vérifier son adresse e-mail et de confirmer ainsi son inscription à l'événement. | À l'événement & au mandant | Oui |
| Participant à l'événement : temps écoulé pour la vérification du ticket | Une fois le temps de vérification du ticket écoulé, le demandeur reçoit une information indiquant que le ticket a été annulé. | Dans tout le système uniquement | Non |
| Participant à l'événement : restriction Décision positive | Si l'inscription à la participation à l'événement doit être validée, cet e-mail est envoyé à l'utilisateur après sa validation. Le participant est ainsi informé qu'il peut désormais s'inscrire à l'événement. | A l'événement & au client | Oui |
| Participant à l'événement : restriction décision négative | Si l'inscription à l'événement doit être validée, cet e-mail est envoyé à l'utilisateur après son refus. Le participant est informé qu'il ne peut pas s'inscrire à l'événement. | À l'événement & Au mandant | Oui |
*Réinscriptible ? = Où le modèle est-il réinscriptible ?
*Personnalisable ? = Le modèle est-il configurable sur les différents mandants ?
Utilisateur
| Nom | Description | *Réinscriptible ? | *Personnalisable ? |
|---|---|---|---|
Utilisateur : Mot de passe oublié | Cet e-mail est envoyé dès qu'un utilisateur utilise la fonction "Mot de passe oublié ? utilise la fonction "Mot de passe oublié". L'e-mail contient un lien permettant à l'utilisateur de définir un nouveau mot de passe. | Non | Non |
Utilisateur : inscription double opt-in | Après l'inscription, l'utilisateur reçoit un e-mail avec un lien pour vérifier son adresse e-mail. Ce lien permet d'activer son compte. | Non | Non |
*Possibilité de réécriture ? = Où le modèle est-il réinscriptible ?
*Personnalisable ? = Le modèle est-il configurable sur des mandants individuels ?