Ruoli di sicurezza spiegati
Ciò chiude una domanda differita dalla documentazione CRM: "Come posso controllare quali utenti possono vedere quali conduce (RBAC/territorio)?" Non c'è nessun concetto di territorio in qualsiasi punto del prodotto — la visibilità è interamente basata sui diritti, risolto il modo in cui questo articolo descrive. Diritti specifici del CRM Visualizza Piombo e Visualizza Piombo non firmati sono solo due foglie nello stesso albero di diritti coperto qui.
Un ruolo di sicurezza è un pacchetto di autorizzazioni ("diritti") che un membro può essere assegnato. Tre ruoli di sistema sono semenzati per impostazione predefinita — Membri, Membri del teame Amministratore (accesso completo) — insieme a qualsiasi ruolo personalizzato la vostra organizzazione crea. I ruoli di sistema possono essere bloccati contro il rinominazione o la cancellazione; quando entrambi sono bloccati, il ruolo mostra Protetto invece di un pulsante Modifica.
I diritti non sono una lista di controllo piatta - sono un albero
I diritti individuali hanno rapporti genitori/bambini. Per esempio, Visualizza Piombo è il genitore di Creare piombo, Modifica comandi, Eliminare i lead, Assegnare i cavi, Visualizza Piombo non firmatie Contatto Informazioni Altri (che in sé genitori) Modifica Lead Contatto Info Altri). Garantire un diritto garantisce automaticamente ogni antenato sopra di esso. Esplicitamente negare un diritto nega automaticamente ogni discendente attualmente concesso sotto di esso. Alcuni diritti — come Gestione di CRM Impostazioni impostazioni — stare da soli senza genitori o figli.
Ogni destra è a tre vie, non on/off
Ogni diritto su un ruolo può essere impostato su:
- Concesso — il ruolo ha questo permesso.
- Non specificato — rientra a qualsiasi livello sottostante si risolva (vedi la cascata, successiva).
- Nuke — esplicitamente negato, sovrascrivendo qualsiasi cosa un livello inferiore concederebbe altrimenti.
La cascata: dove un permesso efficace proviene effettivamente da
I diritti reali ed efficaci di un membro non sono solo "i diritti del loro ruolo". Sono risolti attraverso diversi strati, la maggior parte delle vincite specifiche:
Modello di sicurezza (linea base a livello di organizzazione, impostata su Tipi di Branch) → Ruolo(i) (un membro può contenere più di uno) → Dipartimento → Titolo del lavoro → Squadra(i) (un membro può essere su nessuno, uno o più) → Sovraccarico a livello dei membri.
Un livello più specifico può superare uno meno specifico — un Nuke di livello di Dipartimento può essere superato dal titolo di lavoro di quel membro che lo concede, per esempio. Dipartimenti, titoli di lavoro, team e singoli membri possono tutti portare i propri diritti diretti in cima a qualsiasi loro ruolo concedere, utilizzando lo stesso Granted/Not Specified/Nuke albero. Tutte le squadre di un membro contano come un unico livello: viene concesso un permesso a qualsiasi delle squadre di un membro, anche se un'altra delle loro squadre lo nuca. Vedi Come creare e gestire i team.
Etichette oneste che vale la pena conoscere
- "Non ancora imposto" — un diritto esiste e può essere annullato, ma attualmente non porta nulla nella piattaforma ancora. Ci sono una dozzina di questi panettieri oggi (per lo più intorno alla pianificazione, il time off e la registrazione di riunione) — aggrovigliarli non ha effetto fino a quando la caratteristica corrispondente li impone.
- "Oggetto altrove" — questo diritto è stato sostituito da un altro nome giusto.
- Un colpo di stato "Inerto" lo stato può apparire su vecchi dati scritti prima che la gerarchia esistesse, dove un diritto è concesso ma il suo antenato non è - l'editor stesso non può produrre questo, solo ereditarlo.
