Direkt zum Hauptinhalt

Einen Benutzer in ein Team aufnehmen

Ziel​

Eine Person in ein Team aufnehmen, damit die Datensätze des Teams sie über die Richtlinien Datensätze meiner Teams und Eigene und die meiner Teams erreichen.

Voraussetzungen​

  • Sie sind als Plattformadministrator beim Admin Control Center angemeldet.
  • Die Person existiert bereits als Benutzer.

Schritte​

  1. Öffnen Sie die Seite Teams über die linke Navigation, unter Benutzer.
  2. Aktivieren Sie die Zeile des Teams und wählen Sie Mitglieder verwalten aus. Ein Bereich öffnet sich mit den Benutzern Ihres Mandanten und einem Suchfeld, das nach Name oder E-Mail eingrenzt.
  3. Aktivieren Sie die Personen, die im Team sein sollen; deaktivieren Sie alle, die es nicht sein sollen. Die Zahl neben dem Suchfeld ist die gesamte Mitgliedschaft, sie sinkt also nicht, während Sie filtern.
  4. Wählen Sie Speichern aus.

Die Mitgliedschaft wirkt sofort, in jeder Umgebung. Es gibt keine Wartezeit: Das Speichern kopiert die Änderung in jede Umgebung und erhöht deren Sicherheitszähler, an den jede zwischengespeicherte Entscheidung gebunden ist.

Teams werden hier bearbeitet, nicht in einer App​

Teams, Benutzer und Rollen gehören zu Ihrem Mandanten, nicht zu einer einzelnen Umgebung. Jede Umgebung hält eine Kopie davon, damit Datensätze dort einem Team gehören können und die Richtlinien Mitglieder zum Lesen haben – und diese Kopien sind in einer App schreibgeschützt. Öffnen Sie die Tabelle Teams oder Team-Mitgliedschaften in einer modellgesteuerten App, können Sie nachsehen, aber nichts ändern: Ein dort erstelltes Team würde nur in einer einzigen Umgebung existieren, niemandes Konto gehören und nie auf dieser Seite erscheinen.

Deshalb lehnt die Plattform den Schreibvorgang ab und nennt stattdessen diese Seite. Organisationseinheiten sind die Ausnahme und bleiben in einer App bearbeitbar – eine Einheit ist wirklich das eigene Organigramm einer Umgebung, keine Kopie von irgendetwas.

Wer eine Einheit leitet​

Eine Organisationseinheit hat einen Leiter – ein Nachschlagefeld auf einen Benutzer, im eigenen Formular der Einheit. Er ist der Leiter dieser Einheit, und er steht absichtlich an der Einheit und nicht an jeder einzelnen Person: Dass eine Einheit eine Leitung hat, ist eine organisatorische Tatsache, während die Frage, wer wem einzeln berichtet, Personaldaten sind, die die Plattform bewusst nicht führt. Eine Zeile, die aktuell zu halten ist, statt einer pro Mitarbeitendem, und sie kann für niemanden veralten, nur weil er an dem Tag die Stelle wechselt.

Legen Sie ihn in einer App fest, in der Tabelle Organisationseinheiten, genauso wie die übergeordnete Einheit.

Noch liest ihn nichts. Er ist für die Prozessweiterleitung da: „An meinen Vorgesetzten senden“ ist die häufigste Genehmigungsregel überhaupt, und weil Einheiten über Übergeordnete Einheit bereits einen Baum bilden, ist der Weg nach oben vom Leiter einer Einheit zugleich die gesamte Eskalationsleiter – der Genehmiger des Genehmigers und dessen Genehmiger. Ein Geschäftsprozess wird das ausdrücken können, ohne dass jemand Code schreibt.

Zuweisen ist etwas anderes​

Zuweisen übergibt einen Datensatz an eine Person oder ein Team – es ändert, wem dieser Datensatz gehört. Es sagt nichts darüber, wer in einem Team ist.

Bei einem Team, einem Benutzer oder einer Organisationseinheit finden Sie Zuweisen überhaupt nicht, und das ist Absicht: Das sind die Tabellen, in deren Begriffen Besitz ausgedrückt wird. Eine Zeile in einer davon ist ein Prinzipal, nicht etwas, das einem Prinzipal gehört, daher ist „Wem gehört dieser Benutzer?“ eine Frage, auf die die Plattform keine Antwort hat – nichts liest sie je.

Warum Mitgliedschaft wichtig ist​

Drei der integrierten Richtlinien lesen sie (siehe Einer Rolle Zugriff auf Datensätze gewähren):

  • Datensätze meiner Teams – Datensätze, die einem Team gehören, dem die Person angehört.
  • Eigene und die meiner Teams – diese plus die, die ihr persönlich gehören.
  • Eigene Datensätze – bewusst keine Teamdatensätze, was in jedem System dieser Art die mit Abstand häufigste Überraschung ist. Wer sagt „Ich sehe meinen eigenen Datensatz nicht“, hat meistens diese Richtlinie und sieht einen Datensatz an, der seinem Team gehört.

Mitgliedschaft gewährt nie eine Berechtigung. Sie entscheidet, welche Datensätze die Berechtigungen erreichen, die jemand bereits hat. Kann jemand etwas überhaupt nicht tun, braucht er eine Rolle, kein Team.

Fehlerbehebung​

  • Die Mitgliederliste ist leer. – der Mandant hat noch keine Benutzer, oder sie konnten nicht geladen werden. Legen Sie die Personen zuerst auf der Seite Benutzer an.
  • „Das Team wurde gespeichert, aber die Umgebungen konnten nicht aktualisiert werden: …“ – die Mitgliedschaft ist gespeichert; nur die Kopien in Ihren Umgebungen hinken hinterher, und die Meldung sagt, was es verhindert hat. Beheben Sie das und speichern Sie die Mitgliedschaft erneut; der Vorgang ist wiederholbar und bringt sie auf denselben Stand.
  • Die Person sieht die Datensätze des Teams immer noch nicht. – prüfen Sie drei Dinge in dieser Reihenfolge: dass ihre Rolle die Berechtigung überhaupt gewährt, dass sie unter einer Richtlinie gewährt ist, die Teams liest (nicht Eigene Datensätze), und dass der Datensatz tatsächlich dem Team gehört und nicht einer Person.
  • Ich habe eine Mitgliedschaft hinzugefügt, und nichts hat sich geändert. – der Besitzer des Datensatzes muss das Team sein. Setzen Sie das Feld Besitzer des Datensatzes auf das Team; die Mitgliedschaft entscheidet dann, wen er erreicht.
  • Ich kann die Tabelle „Teams“ in meiner App nicht bearbeiten. – richtig, siehe oben: Das echte Team steht auf der Seite Teams des Admin Control Center. Die Tabelle in der App ist eine Kopie, damit Datensätze dort einem Team gehören können.

Verwandte Szenarien​