Canaux de livraison
tikento envoie les notifications via deux canaux :
Canal principal pour tous les types de notifications. Les emails sont envoyés à l'adresse indiquée par le participant lors de l'inscription (champ registrant_email). L'organisateur reçoit les notifications sur l'email lié à son compte.
Fonctionnalités :
- Modèles HTML avec logo et couleurs de marque de l'organisation (Pro+)
- Modèles multilingues via i18n-service (7 langues)
- Suivi de la livraison, des ouvertures et des clics
- Configuration DKIM pour l'envoi au nom de votre propre domaine (Business+)
Telegram
Notifications instantanées via le bot @tikento_bot. Fonctionnent pour les utilisateurs authentifiés via Telegram ou ayant lié leur compte Telegram dans les paramètres.
Fonctionnalités :
- Livraison instantanée via l'API Telegram
- Boutons inline pour des actions rapides (ouvrir le billet, accéder à l'événement)
- Support de la mise en forme et des liens
Types de notifications
Confirmation d'inscription
Envoyée au participant immédiatement après une inscription réussie. Contient :
- Nom de l'événement, date et lieu
- Numéro d'inscription
- QR code du billet (le cas échéant)
- Lien vers la page d'inscription
Reçu de paiement
Envoyé après un paiement réussi. Contient :
- Montant et mode de paiement
- Nom du billet et options
- Numéro de transaction
- Lien vers le reçu
Rappel de l'événement
Rappel automatique 24 heures avant le début de l'événement. Contient :
- Date et heure de début
- Adresse ou lien vers la diffusion en ligne
- Rappel de préparation (si configuré par l'organisateur)
Modifications de l'événement
Envoyé à tous les participants inscrits lors de la modification de paramètres clés de l'événement :
- Changement de date ou d'heure
- Changement de lieu
- Annulation de l'événement
Notifications pour l'équipe
Notifications internes pour les organisateurs et les membres de l'équipe :
- Nouvelle inscription
- Nouveau paiement
- Remboursement
- Approche de la limite de participants
Traitement de la file d'attente
Toutes les notifications sont traitées de manière asynchrone via la file BullMQ dans le notifications-service. Cela garantit :
- Fiabilité -- en cas d'indisponibilité temporaire du canal de livraison, le message sera renvoyé
- Évolutivité -- les charges de pointe (envoi en masse, début d'un événement populaire) n'affectent pas le fonctionnement de l'application principale
- Priorisation -- les notifications transactionnelles (confirmation de paiement) sont traitées en priorité haute, les marketing en priorité normale
Les nouvelles tentatives d'envoi sont effectuées automatiquement : 3 tentatives avec un délai exponentiel (10 s, 30 s, 90 s).
Suivi de la livraison
Le statut de chaque notification est affiché dans la section Événement -> Notifications -> Journal de livraison :
| Statut | Signification |
|---|---|
| Envoyé | Message transmis au fournisseur (service email ou API Telegram) |
| Livré | Confirmation de livraison reçue (email) |
| Ouvert | Le destinataire a ouvert l'email (email uniquement, si le tracking est activé) |
| Rejeté | Email refusé par le serveur du destinataire (bounce) |
| Erreur | Erreur technique lors de l'envoi |
Le journal de livraison est conservé 90 jours et permet le filtrage par canal, statut et date.
Quotas par forfait
Limites du nombre de notifications email par mois :
| Forfait | Emails / mois |
|---|---|
| Free | 500 |
| Pro | 5 000 |
| Business | 50 000 |
| Enterprise | Sans limite |
Les notifications Telegram n'ont pas de limite sur tous les forfaits.
À l'approche du quota (80 % et 95 %), l'organisateur reçoit un avertissement. Après épuisement du quota, les notifications email automatiques sont suspendues jusqu'au début de la prochaine période de facturation. Les notifications transactionnelles (confirmation de paiement, reçus) continuent d'être envoyées.