Module

Ein Bereich hat Administrator, welcher immer ein Benutzer ist. Sie müssen auch eine Gruppe von Personen bilden, die das Recht haben, aktiv im Bereich zu arbeiten (process) und im Falle von Personen, die nicht im Bereich arbeiten, aber dessen Inhalt sehen können.

Beide sind Gruppen von Menschen (Rollen). Sie können eine bestehende Gruppe auswählen (z.B. alle Mitarbeiter oder ein bestimmtes Team oder eine bestimmte Rolle) oder die Schaltflächen Prozessoren / Leser verwenden, um eine neue Gruppe zu erstellen.

Wann wird eine neue Gruppe angelegt und wann eine bestehende verwendet? Wenn Sie eine Rolle, z.B. ein Board-Mitglied, durch ein neues Board-Mitglied ersetzen, wird das neue Mitglied die Bereiche sehen, sobald ihnen eine neue Rolle im System zugewiesen wurde. Es besteht kein Risiko, dass ein Gebietsverwalter (wahrscheinlich ein Direktor) vergisst, ein neues Mitglied unter die Mitglieder des Gebiets zu stellen. Für lange etablierte Bereiche ist es daher immer ratsam, Standardgruppen zu verwenden oder eine Gruppe zu bilden, die die Rollen enthält, zu der sie gehören.

Für Ad-hoc-Bereiche, die für eine bestimmte Aufgabe erstellt wurden, kann es vorzuziehen sein, eine benutzerdefinierte Liste von Personen zu erstellen. Dies gibt dem Bereichsleiter das Vertrauen, dass das Team die ganze Zeit gleich bleibt und Änderungen in den Rollen im Unternehmen nicht unerwartet die Liste der Personen mit erlaubtem Zugang ändern.

Area Prozessoren

Prozessoren sind Leute, die aktiv in einem Bereich arbeiten können - um Aufgaben, Informationen etc. zu erstellen. Prozessoren sollten Leute sein, die den Bereich aktiv bearbeiten. Umgekehrt sind sie vielleicht nicht Personen, die zugewiesene Aufgaben ausführen, aber nicht dazu gedacht sind, selbst neue zu erstellen. (Der Benutzer kann die Aufgabe sehen, die er erhalten hat, auch wenn er nicht der Prozessor des Bereichs ist, in dem die Aufgabe entstand.)

Leser

Leser sind typischerweise Menschen, die aufgrund ihrer Autorität einen Überblick über das Geschehen in der Gegend haben sollen, diese aber nicht aktiv bearbeiten. Ein typisches Beispiel könnte der Direktor, der neue Leiter, der Auditor sein.
_Achtung: _ auf gesetzliche Beschränkungen. Beispielsweise hat ein Unternehmensleiter das Recht, in den Bereich der Buchhaltung hineinzusehen, aber aufgrund der DSGVO hat er nicht das Recht, in die Personalakten der Mitarbeiter hineinzusehen. Er kann also ein Leser im wirtschaftlichen Bereich ohne Einschränkungen sein, aber nicht Leser im Bereich der Personalakten.

Beispiel: Der Kopf des Abschnitts Wirtschaft hat den Bereich Controlling. Der Prozessor in der Gegend ist sie und ihr Stellvertreter. Der Leser ist der Geschäftsführer

Der Manager und Stellvertreter können Aufgaben, Aktivitäten und andere Objekte im Bereich erstellen
Der Manager kann in die Aufgaben im Bereich zu sehen, ihre Fortschritte und Ausführung. Aber er kann nichts ändern (aber er kann z.B. eine Benachrichtigung für eine Aufgabe hinzufügen und an den Manager senden)
Wenn der Manager der Rechnungsstellerin innerhalb des Bereichs eine Aufgabe gibt, sieht die Rechnungsstellerin die Aufgabe unter ihren Aufgaben, sie kann auch sehen, aus welchem Bereich sie ist, aber sie kann nicht sehen, was sonst in dem Bereich gelöst und bearbeitet wird. Die Zuweisung einer Aufgabe beeinträchtigt in keiner Weise den Schutz der Informationen im Bereich
Wenn der Manager jemanden auf das Solver-Team in der Aufgabe setzt, wie im vorherigen Fall, sieht er die komplette Aufgabe (einschließlich z.B. angehängter Dateien), sieht aber anderswo im Bereich nicht.

Bereichsverwaltung

Der Bereich kann komplett von seinem Manager / Eigentümer gesetzt werden. Die Einstellung der Bereiche kann auch dem Administrator überlassen werden. Der Administrator (ein Arbeiter mit den notwendigen Berechtigungen) kann alle Bereiche sehen, die im System erstellt werden und kann einstellen:

Prozessoren
Leser
Change Area Manager
Objekt-Tags im Bereich (siehe unten)
Der Administrator kann den Inhalt des Bereichs nicht sehen. Während es den Bereich verwalten kann, kann es keine Aufgaben, Informationen oder sonst etwas sehen. Sein Privileg beeinträchtigt daher nicht den Schutz der Informationen, die in dem Gebiet verwaltet werden.
_Area Administrator ist eine wichtige Rolle, wenn z.B. ein Arbeiter, der Administrator/Eigentümer eines Bereichs war, das Unternehmen verlässt. Da die Rechte des Bereichs nicht von den Prozessoren geändert werden können, ist es für den Administrator notwendig, die Rolle des Eigentümers auf einen neuen Arbeiter zu übertragen. (Hinweis: Wenn Transferprozesse aktiv sind, kann die Übernahme der Verantwortung automatisch erfolgen. Dies ist jedoch nicht immer wünschenswert!)

Der Administrator bereitet Bereiche für einzelne Bereiche der Unternehmensaktivitäten und Teams von Menschen, die das System verwenden. Es ist ratsam für den Administrator, um sie zusammen mit Rollen vorzubereiten, um Bereiche zu Teamrollen zuweisen.

Module

Technische Module

Systemmodule

Teilen Sie uns mit, wonach Sie suchen

Sie möchten sofort fragen?

Verwaltungsbereiche, Projekte, Kalender

Adminregeln erlauben es festzulegen, wer in einem Bereich voll mit Daten arbeiten darf und wer eingeschränkt ist

Worum geht es bei der Verwaltung?

Area Permissions

Area Prozessoren

Leser

Bereichsverwaltung

Das könnte Sie interessieren

Markierungsmuster

Weitere Links