Sicherheitsrollen erklärt
Damit wird eine Frage aus der CRM-Dokumentation aufgeschoben: "Wie kontrolliere ich, welche Benutzer welche Leads (RBAC/Territorium) sehen?" Es gibt kein Territorienkonzept überall im Produkt - Sichtbarkeit ist völlig Rechte-basiert, gelöst, wie dieser Artikel beschreibt. CRM-spezifische Rechte wie Ansicht Leads und Ansicht Unerwessered Leads sind nur zwei Blätter im gleichen Rechtebaum, der hier bedeckt ist.
Eine Sicherheitsrolle ist ein benanntes Bündel von Berechtigungen ("Rechte"), die einem Mitglied zugeordnet werden kann. Drei Systemrollen sind standardmäßig ausgesät Mitglieder, Teammitglieder, und Administrator (Full Access) Neben allen individuellen Rollen, die Ihre Organisation schafft. Systemrollen können gegen Umbenennung oder Lösung gesperrt werden; wenn beide gesperrt sind, zeigt sich die Rolle Geschützt anstelle einer Bearbeiten-Taste.
Rechte sind keine flache Checkliste - sie sind ein Baum
Individuelle Rechte haben Eltern-Kind-Beziehungen. Zum Beispiel: Ansicht Leads ist der Elternteil von Leads erstellen, Bearbeiten von Leads, Leads löschen, Zuweisen Leads, Ansicht Unerwessered Leads, und Ansicht Lead Contact Info Andere (die selbst Eltern Bearbeiten Lead Contact Info Andere.) . Die Gewährung eines Rechts zugestanden automatisch jeden Vorfahren darüber. Die Explizitverweigerung eines Rechts verweigert automatisch jedem Nachkommen, der derzeit unter ihm gewährt wird. Einige Rechte wie CRM-Einstellungen verwalten - stehen Sie allein ohne Eltern oder Kinder.
Jedes Recht ist drei-Wege, nicht on/off
Jedes Recht auf eine Rolle kann gesetzt werden:
- Zuergegeben - die Rolle hat diese Erlaubnis.
- Nicht spezifiziert - fällt zurück auf das, was die Ebene unten auflöst (siehe den Wasserfall, nächste).
- Kern ausdrücklich verweigert, überwiege alles, was eine niedrigere Ebene sonst zu gewähren.
Der Wasserfall: Woher eine effektive Erlaubnis kommt
Die wirklichen, effektiven Rechte eines Mitglieds sind nicht nur "die Rechte der Rolle". Sie werden durch mehrere Schichten gelöst, die meisten spezifischen Gewinne:
Sicherheitsmodell (organisatorische Grundlinie, eingestellt auf Zweigtypen) Rolle(s) (ein Mitglied kann mehr als eins halten) Abteilung → Berufstitel → Mannschaft(en) (ein Mitglied kann auf keiner sein, ein oder mehrere) Überschreitung auf Mitgliederebene.
Eine spezifischere Ebene kann eine weniger spezifische überschreiben - eine Abteilung-Ebene Nuke kann durch den Job-Titel dieses Mitglieds überbelichtet werden, zum Beispiel. Abteilungen, Berufstitel, Teams und einzelne Mitglieder können ihre eigenen direkten Rechte auf unabhängiger Rolle tragen, mit dem exakt gleichen Granted/Not Specified/Nuke Baum. Alle Teams eines Mitglieds zählen als eine Ebene: Eine Erlaubnis, die einem Mitgliedsteam gewährt wird, wird erteilt, auch wenn ein anderer ihrer Teams sie mit Atomwaffen abschneidet. Siehe Wie man Teams schafft und man mant man.
Ehrliche Etiketten wissenswert
- "Noch nicht erzwungen" Ein Recht existiert und kann umgeschaltet werden, aber derzeit noch nichts in der Plattform sperren. Es gibt ein Dutzend von Bäckern heute (meist um Terminplanung, Auszeit und Sitzungsaufzeichnung) - sie zu umschalten hat keine Wirkung, bis das entsprechende Merkmal sie erzwingt.
- "An anderer Stelle erzwungen" Dieses Recht wurde durch einen anderen rechten Namen ersetzt.
- Ein Durchbruch "Inert" Zustand kann auf alten Daten erscheinen, die geschrieben wurden, bevor die Hierarchie existierte, wo ein Recht gewährt wird, aber sein Vorfahr nicht - der Herausgeber selbst kann dies nicht produzieren, nur erben.
