Module

Eine Gruppe gibt den Benutzern die Rechte, die ihr zugewiesen sind.
Die Rechte, die eine Gruppe von den Gruppen erbt, denen sie zugeordnet ist
Ein Benutzer, der in einer Gruppe ist, ist auch in der Gruppe, der die Gruppe, in der er sich befindet, zugeordnet ist (die Zuordnung zu einer Gruppe ist also eine transitiv vererbte Eigenschaft).

Gruppentypen

Obwohl Benutzergruppen auf den ersten Blick nicht sehr unterschiedlich aussehen, gibt es doch bedeutende Unterschiede zwischen ihnen

Allgemeine Gruppe

Eine nicht spezifizierte Gruppe, die von Administratoren erstellt wird, um Berechtigungen für die Nutzung der Anwendung festzulegen

Team

Ein Team ist eine Gruppe, die einen Manager hat. Als Manager der Gruppe erhält der Manager Rechte gegenüber den Teammitgliedern. Die spezifischen Rechte können von den Systemmodulen abhängen:

Er kann seinen Teammitgliedern Aufgaben zuweisen.
Er kann Aufgaben zwischen Mitgliedern verschieben.

Teams sollten der Organisationsstruktur des Unternehmens entsprechen. Ein Team kann jedoch auch ein Projektteam sein, d. h. nur vorübergehend eingerichtet werden. Auch bei temporären Teams hat der Leiter Befugnisse, insbesondere kann er Personen Aufgaben zuweisen.

Stellen und Rollen

Sowohl Stellenpositionen als auch Rollen bestimmen die Aufgabenzuweisung. Während ein Arbeitnehmer in der Regel nur eine Position hat, gibt es für Job-Rollen oft mehr als eine.

Weder Stellenpositionen noch Rollen geben einem Mitglied neue Rechte, sondern werden im System verwendet:

Rollen werden Standardaufgaben zugewiesen,
Entscheidungen werden an Rollen weitergeleitet,
Rollen werden in der Beschreibung des Benutzers angezeigt.

Die Begriffe Stelle und Rolle werden in den Unternehmen unterschiedlich und manchmal austauschbar verwendet (was in einem Unternehmen eine Position ist, wird in einem anderen als Rolle bezeichnet). In der Systemkonfiguration wird der Begriff Rolle für beide verwendet (eine organisatorische Position oder ein Lehrstuhl wird im HR-Modul definiert).

Positionen/Rollen werden für einen Mitarbeiter angezeigt

Die Namen aller Rollen, die der Mitarbeiter zugewiesen hat, werden in den Informationen in den Mitarbeiterdetails angezeigt. Sie werden zur Spezifizierung verwendet.

Gerade in größeren Unternehmen, in denen sich die Mitarbeiter nicht persönlich kennen oder es mehrere Mitarbeiter mit demselben Namen gibt, sind Rollen eine wichtige Spezifikation der einzelnen Personen. Es ist daher sehr nützlich, Rollen tatsächlich festzulegen.

Achtung!

Die Bedeutung der Zuweisung einer Rolle/Gruppe für ein Repository

Rollen und Gruppen bestimmen die Rechte zur Bearbeitung von Objekten im System. Durch die Bindung einer Gruppe an ein Objekt-Repository – ein Projekt, eine Gruppe usw. – schaffen Sie das Recht, Nachrichten in das Repository einzufügen.
Die Verknüpfung zwischen Rolle und Projekt/Bereich wird automatisch aus den Einstellungen des Bereichs erstellt und wird bei Rollen nicht befolgt. Die Einstellungen für Rollen werden standardmäßig nur in den Repositories vorgenommen. Die Verknüpfung wird jedoch auch verwendet, um das Speichern von Nachrichten (oder anderen Objekten) in Bereichen zu ermöglichen, und dies wird durch die Verknüpfung gesteuert, die hier eingestellt wird.
Wann ist es sinnvoll, die Funktion mit einem Bereich zu verwenden:

Wenn Sie einen Bereich von einem Projekt trennen, das beendet ist – die Personen haben dann immer noch das Recht, das Projekt zu sehen, können aber keine weiteren Nachrichten hinzufügen.
Indem Sie einen Bereich an eine Gruppe anhängen, können Sie Personen erlauben, Nachrichten an den Bereich zu schreiben, die sonst nicht an den Bereich schreiben können.

Rollen bilden keine Hierarchie

In AyMINE sind viele Objekte hierarchisch aufgebaut. Informationen, Aufgaben und vieles mehr können sich in Unterinformationen, Aufgaben usw. "auflösen". So entsteht ein Baum von allgemeiner bis detaillierter. Systemgruppen und Rollen sind jedoch nicht hierarchisch aufgebaut. Sie haben Vorfahren und Nachkommen, die beide mehr haben können – insbesondere Vorfahren.
Der Sinn eines Vorfahren ist auch nicht, dass er eine allgemeinere Gruppe ist, sondern dass die Gruppe Rechte von ihm erbt. Und sie kann sie von mehreren anderen Gruppen erben. Das ist keine Baumlogik, und die Links sind es auch nicht.

Da Rollen keine Hierarchie bilden, haben sie auch keine Baumansicht in der Liste.

Stellenbezeichnung, Qualifikation und Projektrolle nicht verwechseln

Qualifikationen werden im Rahmen des Qualitätssystems definiert und oft mit Jobrollen verwechselt. (Mehr zu Qualifikationen hier](/doc/de/tsk/tskCompetence) und sie definieren, was eine Person tun kann, nicht wo sie sitzt.

Im Rahmen der Projektmanagement-Methodik werden Projektrollen definiert. Sie gelten für Projekte und werden von Mitarbeitern innerhalb des Projektteams wahrgenommen. Ein Mitarbeiter kann in jedem Projekt eine andere Projektrolle haben.