Sintesi #
Quando elimini un utente del tenant, l’utente non viene considerato più attivo nella gestione ordinaria del team.
Tuttavia, la piattaforma applica una protezione anti-abuso sul riuso dei posti utente, chiamata anche seat cooldown.
Questo significa che il posto liberato dalla cancellazione non è immediatamente riutilizzabile in tutti i casi.
Nella configurazione attuale, il tempo standard di attesa è:
24 ore
Dopo questo periodo, il seat rilasciato può essere riutilizzato per creare un nuovo utente, se il tenant ha ancora disponibilità rispetto ai limiti assegnati.
Perché esiste un grace period #
Il grace period serve a evitare che gli utenti vengano creati ed eliminati continuamente per aggirare i limiti del piano.
Senza questa protezione, un tenant potrebbe:
- creare un utente;
- farlo usare per un breve periodo;
- eliminarlo;
- creare subito un altro utente;
- ripetere il ciclo molte volte.
Questo comportamento renderebbe poco affidabile il conteggio degli utenti assegnati e potrebbe trasformare un limite utenti in un uso illimitato nel tempo.
Per questo motivo, quando un utente viene eliminato, il posto rilasciato può rimanere temporaneamente bloccato prima di essere riutilizzabile.
Cosa succede quando elimino un utente #
Quando il Tenant Admin elimina un utente:
- l’utente viene rimosso dall’elenco operativo degli utenti attivi;
- l’utente non può più accedere alla piattaforma;
- il sistema registra la cancellazione;
- il seat collegato a quell’utente entra in una finestra di cooldown;
- il tenant potrebbe dover attendere prima di riutilizzare quel posto per creare un nuovo utente.
Quanto tempo bisogna attendere #
Nella configurazione attuale, il cooldown standard è di:
24 ore
Questo significa che, dopo aver eliminato un utente, il tenant potrebbe dover attendere fino a 24 ore prima di poter riutilizzare quel seat per creare un nuovo utente, se sta cercando di riusare proprio il posto appena liberato.
Posso reinserire lo stesso indirizzo email? #
Dal punto di vista del vincolo tecnico sull’email, un utente eliminato non viene più considerato come utente attivo.
Questo significa che, dopo una vera eliminazione, lo stesso indirizzo email può essere usato nuovamente per creare un nuovo utente, se le altre regole lo consentono.
Tuttavia, il reinserimento può essere comunque condizionato dal cooldown del seat.
Quindi bisogna distinguere due aspetti:
- riuso dell’email: tecnicamente possibile dopo la cancellazione;
- riuso del seat utente: può richiedere l’attesa del grace period.
Differenza tra eliminare e disattivare #
È importante distinguere tra utente eliminato e utente semplicemente disattivato.
Utente eliminato #
L’utente viene rimosso dall’elenco operativo e non viene più considerato attivo.
In questo caso, l’email non resta bloccata come email di un utente attivo.
Utente disattivato #
L’utente resta presente nel sistema, ma non può accedere.
In questo caso, l’email può restare associata a quell’utente e potrebbe non essere possibile creare un altro utente con la stessa email.
Se l’obiettivo è liberare l’email o rimuovere completamente l’utente dal team operativo, bisogna usare l’azione corretta prevista dalla piattaforma.
Limite anti-churn #
Oltre al cooldown del singolo seat, la piattaforma applica anche un controllo sul numero di creazioni e cancellazioni utenti in un periodo di tempo.
Nella configurazione attuale, il limite standard è:
30 eventi di creazione/cancellazione utenti in 24 ore
Questo significa che, se in un tenant vengono creati ed eliminati troppi utenti in poco tempo, il sistema può bloccare temporaneamente nuove operazioni.
Questo controllo serve a prevenire un utilizzo anomalo o troppo frequente della gestione utenti.
Esempio pratico #
Un tenant ha 50 utenti assegnati e li ha già utilizzati tutti.
Il Tenant Admin elimina un Player per liberare un posto.
Subito dopo prova a creare un nuovo Player.
In questo caso, il sistema può bloccare la creazione perché il seat appena liberato è ancora nel periodo di cooldown.
Il Tenant Admin dovrà attendere il termine del grace period, oppure verificare con il Provider se sono disponibili altri utenti assegnabili al tenant.
Cosa vede l’amministratore #
Se il cooldown è ancora attivo, il sistema può impedire la creazione del nuovo utente.
Il blocco non significa che il tenant sia rotto o che l’email sia necessariamente errata.
Significa che il sistema sta proteggendo il riuso immediato dei posti utente appena liberati.
Perché questa regola è utile #
Questa regola permette di mantenere più corretta la gestione delle risorse.
Aiuta a evitare che:
- i limiti utenti vengano aggirati;
- gli utenti vengano creati ed eliminati in modo eccessivo;
- il piano del tenant venga usato oltre la capacità prevista;
- i dati amministrativi diventino incoerenti;
- il Provider perda controllo sull’utilizzo reale delle risorse.
Cosa fare se serve creare subito un nuovo utente #
Se il tenant deve creare subito un nuovo utente ma il seat appena liberato è ancora in cooldown, le opzioni sono:
- attendere la fine del grace period;
- verificare se il tenant ha ancora utenti disponibili non usati;
- chiedere al Provider un aumento temporaneo o permanente del numero utenti assegnati;
- evitare cancellazioni e creazioni ripetute in tempi ravvicinati.
Buone pratiche #
Per evitare blocchi nella gestione utenti, è consigliabile:
- eliminare utenti solo quando non devono più usare la piattaforma;
- evitare di cancellare e ricreare utenti continuamente;
- pianificare in anticipo il numero di Player necessari;
- usare l’import CSV solo quando il tenant ha capienza sufficiente;
- controllare la sezione Risorse e Limiti prima di creare molti utenti;
- chiedere al Provider più utenti assegnati se il tenant cresce stabilmente;
- considerare il cooldown quando si sostituiscono utenti a ridosso di una sessione formativa.
Risultato finale #
Se elimini un utente, il suo account viene rimosso dall’uso operativo e non può più accedere.
La stessa email può essere riutilizzata dopo la cancellazione, ma il seat liberato può essere soggetto a un grace period.
Nella configurazione attuale, il cooldown standard è di 24 ore.
Inoltre, se vengono effettuate troppe creazioni e cancellazioni in poco tempo, il sistema può bloccare temporaneamente nuove operazioni per proteggere la corretta gestione delle risorse del tenant.
