Panoramica degli stati
Ogni registrazione in tikento passa attraverso una catena di stati. Quali passaggi attraversera la richiesta dipende dalle impostazioni dell'evento: se la verifica email e attiva, se la moderazione e richiesta, se l'evento e a pagamento.
Tutti gli stati possibili
| Stato | Nome di sistema | Descrizione |
|---|---|---|
| In attesa di conferma | pending_verification | Il partecipante ha inviato la richiesta, ma non ha ancora confermato l'email |
| In moderazione | pending_moderation | Email confermata, la richiesta e in attesa della decisione dell'organizzatore |
| In attesa di pagamento | pending_payment | Richiesta approvata, pagamento non ricevuto |
| Registrato | registered | Tutte le fasi completate, il partecipante e registrato |
| Annullato | cancelled | Registrazione annullata dal partecipante o dall'organizzatore |
| Rifiutato | rejected | L'organizzatore ha rifiutato la richiesta nella fase di moderazione |
Catene di transizione
L'ordine delle fasi e fisso: verifica email (se attiva) -> moderazione (se attiva) -> pagamento (se l'evento e a pagamento) -> registrato. Le fasi non applicabili a un evento specifico vengono saltate.
Evento gratuito senza moderazione
Il caso piu semplice. Se la verifica email e attiva:
pending_verification -> registered
Se la verifica email e disattivata, il partecipante riceve lo stato registered subito dopo l'invio del modulo.
Evento gratuito con moderazione
pending_verification -> pending_moderation -> registered
Dopo la conferma dell'email, la richiesta entra nella coda di moderazione. L'organizzatore approva — lo stato cambia in registered. Se rifiuta — in rejected.
Evento a pagamento senza moderazione
pending_verification -> pending_payment -> registered
Dopo la conferma dell'email, il sistema attende il pagamento. Non appena il gateway di pagamento conferma il pagamento (tramite webhook), lo stato passa automaticamente a registered.
Evento a pagamento con moderazione
La catena piu lunga:
pending_verification -> pending_moderation -> pending_payment -> registered
L'organizzatore decide prima se ammettere il partecipante, e solo dopo l'approvazione si apre la possibilita di pagamento.
Chi avvia le transizioni
| Transizione | Iniziatore |
|---|---|
pending_verification -> stato successivo | Sistema (il partecipante ha cliccato il link/inserito il codice nell'email) |
pending_moderation -> pending_payment o registered | Organizzatore (approvazione) |
pending_moderation -> rejected | Organizzatore (rifiuto) |
pending_payment -> registered | Sistema (webhook dal gateway di pagamento) |
Qualsiasi stato -> cancelled | Partecipante o organizzatore |
| Cambio manuale di stato | Organizzatore (tramite la scheda del partecipante) |
Transizioni automatiche
Il sistema esegue le transizioni senza l'intervento dell'organizzatore in due casi:
- Verifica email. Quando il partecipante conferma l'email, il sistema determina automaticamente lo stato successivo: se la moderazione e attiva —
pending_moderation, se non lo e e l'evento e a pagamento —pending_payment, se gratuito —registered. - Ricezione del pagamento. Quando il gateway di pagamento invia un webhook di successo, lo stato cambia in
registered.
Transizioni manuali
L'organizzatore puo:
- Approvare o rifiutare una richiesta in moderazione
- Confermare il pagamento manualmente (contanti, bonifico)
- Annullare una registrazione
- Spostare forzatamente in
registered, saltando gli stati intermedi
Dove sono visibili gli stati
Lo stato di ogni partecipante e visualizzato in diversi punti:
- Elenco partecipanti — badge colorato accanto al nome. Il filtro per stato consente di trovare rapidamente, ad esempio, tutte le richieste in moderazione.
- Scheda partecipante — cronologia completa delle transizioni con date e iniziatore di ogni modifica.
- Dashboard dell'evento — contatori per stato nel riepilogo.
Stati terminali
Gli stati registered, cancelled e rejected sono terminali — non si verificano ulteriori transizioni automatiche da essi. L'organizzatore puo riportare un partecipante da cancelled o rejected a uno stato attivo manualmente tramite la scheda del partecipante.