Verificare l'accesso dopo il cambio di ruolo di un membro
Verifica l'accesso effettivo dopo il cambio di ruolo di un membro, considera il tempo di aggiornamento della cache dei permessi e controlla le capacità mantenute e rimosse.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
Quando il cambio di ruolo va a buon fine, l’appartenenza viene aggiornata subito, l’ancoraggio alla cartella viene mantenuto e la persona interessata riceve un avviso con il ruolo precedente, quello nuovo e i permessi persi.

Prima di iniziare
- Procurati il ruolo precedente, il nuovo ruolo e l’elenco previsto dei permessi acquisiti o persi.
- Usa una sessione controllata del membro; non dedurre l’accesso solo dalla visibilità della navigazione.
- Attendi circa 60 secondi per le cache distribuite dei permessi e dell’appartenenza.
Passaggi
- Apri Team e verifica che la riga del membro mostri il nuovo ruolo desiderato.
- Controlla che sotto il ruolo compaia Intero spazio di lavoro o il nome della cartella esistente; una modifica del solo ruolo non deve cancellarlo.
- Chiedi al membro di aprire la notifica del cambio di ruolo e confrontare il ruolo precedente, quello nuovo e il riepilogo degli accessi persi con la modifica prevista.
- Attendi fino a un minuto, poi ricarica tutte le schede dosya aperte o riconnetti il client del protocollo in prova.
- Esegui un’azione appena consentita o volutamente mantenuta, usando un file o un link temporaneo se l’operazione ha effetti collaterali.
- Prova a eseguire un’azione relativa a un permesso ora negato e annota il comando assente o il rifiuto esatto, senza ripetere tentativi distruttivi.

Interpretare il risultato
Il nome di un ruolo non dimostra che un’azione sia consentita. L’API legge la mappa effettiva dei permessi, mentre intervalli IP, orari attivi, limiti di utilizzo e restrizioni alle cartelle possono imporre ulteriori vincoli. I permessi delle pagine controllano inoltre l’accesso separatamente da quelli delle azioni.
Un altro responsabile autorizzato può ripristinare il ruolo in seguito, ma le azioni completate mentre era attivo un ruolo con più permessi non vengono annullate automaticamente.
Risultato previsto
La riga in Team, la notifica e le verifiche nella sessione del membro concordano: le attività previste riescono, quelle rimosse non sono disponibili e il precedente limite di cartella resta attivo.
Risoluzione dei problemi
Un’azione consentita resta negata. Controlla il permesso della pagina, l’ancoraggio alla cartella, le condizioni del ruolo e i limiti di utilizzo prima di modificare i permessi.
Un’azione rimossa riesce ancora. Attendi l’allineamento della cache, ricarica o riconnetti e verifica che la richiesta usi lo spazio di lavoro desiderato.
Il membro non può ripristinare l’accesso. Non può cambiare il proprio ruolo; un altro responsabile deve assegnargli un ruolo diverso tra quelli assegnabili.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.