Canali di consegna
tikento invia notifiche attraverso due canali:
Il canale principale per tutti i tipi di notifiche. Le email vengono inviate all'indirizzo indicato dal partecipante durante la registrazione (campo registrant_email). L'organizzatore riceve le notifiche all'email associata all'account.
Funzionalita:
- Modelli HTML con logo e colori aziendali dell'organizzazione (Pro+)
- Modelli multilingua tramite i18n-service (7 lingue)
- Monitoraggio di consegna, aperture e clic
- Configurazione DKIM per l'invio dal proprio dominio (Business+)
Telegram
Notifiche istantanee tramite il bot @tikento_bot. Funzionano per gli utenti autenticati tramite Telegram o che hanno collegato l'account Telegram nelle impostazioni.
Funzionalita:
- Consegna istantanea tramite Telegram API
- Pulsanti inline per azioni rapide (apri biglietto, vai all'evento)
- Supporto per formattazione e link
Tipi di notifiche
Conferma di registrazione
Inviata al partecipante subito dopo la registrazione riuscita. Contiene:
- Nome dell'evento, data e luogo
- Numero di registrazione
- QR code del biglietto (se applicabile)
- Link alla pagina di registrazione
Ricevuta di pagamento
Inviata dopo il pagamento riuscito. Contiene:
- Importo e metodo di pagamento
- Nome del biglietto e opzioni
- Numero della transazione
- Link alla ricevuta
Promemoria dell'evento
Promemoria automatico 24 ore prima dell'inizio dell'evento. Contiene:
- Data e ora di inizio
- Indirizzo o link alla trasmissione online
- Promemoria sulla preparazione (se configurato dall'organizzatore)
Modifiche all'evento
Inviato a tutti i partecipanti registrati quando vengono modificati parametri chiave dell'evento:
- Modifica della data o dell'ora
- Modifica del luogo
- Annullamento dell'evento
Notifiche per il team
Notifiche interne per organizzatori e membri del team:
- Nuova registrazione
- Nuovo pagamento
- Rimborso
- Avvicinamento al limite dei partecipanti
Elaborazione della coda
Tutte le notifiche vengono elaborate in modo asincrono tramite la coda BullMQ nel notifications-service. Questo garantisce:
- Affidabilita -- in caso di temporanea indisponibilita del canale di consegna, il messaggio verra inviato nuovamente
- Scalabilita -- i picchi di carico (invio massivo, inizio di un evento popolare) non influiscono sul funzionamento dell'applicazione principale
- Prioritizzazione -- le notifiche transazionali (conferma di pagamento) vengono elaborate con alta priorita, quelle di marketing con priorita normale
I tentativi di reinvio vengono eseguiti automaticamente: 3 tentativi con ritardo esponenziale (10 s, 30 s, 90 s).
Monitoraggio della consegna
Lo stato di ogni notifica viene visualizzato nella sezione Evento -> Notifiche -> Log di consegna:
| Stato | Significato |
|---|---|
| Inviato | Il messaggio e stato trasmesso al provider (servizio email o Telegram API) |
| Consegnato | Conferma di consegna ricevuta (email) |
| Aperto | Il destinatario ha aperto l'email (solo email, con tracking attivato) |
| Rifiutato | L'email e stata rifiutata dal server del destinatario (bounce) |
| Errore | Errore tecnico durante l'invio |
Il log di consegna viene conservato per 90 giorni ed e disponibile per il filtraggio per canale, stato e data.
Limiti per piano
Limiti sul numero di notifiche email al mese:
| Piano | Email / mese |
|---|---|
| Free | 500 |
| Pro | 5.000 |
| Business | 50.000 |
| Enterprise | Senza limiti |
Le notifiche Telegram non hanno limiti su tutti i piani.
All'avvicinarsi del limite (80% e 95%) l'organizzatore riceve un avviso. Dopo l'esaurimento del limite, le notifiche email automatiche vengono sospese fino all'inizio del prossimo periodo di fatturazione. Le notifiche transazionali (conferma di pagamento, ricevute) continuano a essere inviate.