Bitte beachten Sie auch die Ausführungen des Kapitels Berechtigungen verwalten (MN10810).

Grundsätzliche Voraussetzung, um einen Anwender in oxaion anzumelden und ihm Berechtigungen zuweisen zu können, ist ein aktives Benutzerprofil auf dem Server.

Neben Vorgabewerten für den oxaion-Anwender, die das tägliche Arbeiten betreffen, wird in diesem Programm die Verbindung des Anwenders zu einem definierten Berechtigungskonzept hergestellt.

Benutzerbezogenes Startmenü

Die einfachste Möglichkeit ein Berechtigungskonzept zu erstellen, wird über das benutzerbezogene Startmenü erreicht. Einem Anwender oder einer Gruppe von Anwendern wird dadurch ein Menü mit den aufrufbaren Programmen zugewiesen.

Das Erstellen eines personen- oder gruppenbezogenen Menüs erfolgt über die Menüverwaltung (MN10192). 

Benutzer-Typ

Beim Anlegen eines Benutzerprofils wird mit der Wahl des Benutzer-Typs eine prinzipielle Berechtigung vergeben. Mit dem Benutzer-Typ werden die Möglichkeiten eines Anwenders hinsichtlich der erworbenen Software-Lizenzen gesteuert. Zum Beispiel hat ein so genannter Info-User nur Anzeigerechte. Je nach Anzahl der erworbenen Lizenzen kann nur eine bestimmte Anzahl von Anwendern eines Typs gleichzeitig aktiv sein. Die gültigen Werte sind in der Tabelle FRDUTP hinterlegt und können über den List-Button angezeigt werden.

Einschränkungen bezüglich der aufrufbaren Programme gibt es für den Typ 1 und den Typ 2, entsprechend der Beschreibung in der Tabelle FRDUTP. Anwender vom Typ 1 (Info-User) haben nur Anzeigerechte bzw. dürfen bestimmte Programme überhaupt nicht aufrufen. Diese Einstellung wird z. B. für einen Prüfer der Finanzbehörden empfohlen.

Anwender des Typs 2 (BDE-Rückmelder) können nur die Programmbereiche PW22* und PW23* verwenden.

Datenberechtigung

Mit dem Programm "Berechtigungen verwalten" (MN10810) können einzelne Datensätze für eine allgemeine Benutzung gesperrt werden. Es wird definiert, wie die Datenberechtigungsprüfung für einen Anwender auszusehen hat. Hat ein Anwender nicht die entsprechende Berechtigung, so wird er mit einer entsprechenden Meldung zurückgewiesen.
Voraussetzung dafür, dass überhaupt für einen Anwender eine Berechtigungsprüfung auf Datenebene erfolgt, ist die Auswahl Selektiv für Datenberechtigung im Programm "Benutzeroptionen verwalten" (MN10640).

Diese Möglichkeit ist bei einer ausgewählten Anzahl von Stammdateien wie z. B. Teilestamm, Adressen, Lagerort, Personenkontenart und Steuerschlüssel realisiert. Die Prüfung erfolgt über Klassen.
Die zur Verfügung stehenden Klassen sind der  Tabelle FRDCLS zu entnehmen.

Über das Berechtigungsfeld des Programms MN10810 kann die Berechtigungsprüfung (Feld zur Prüfung bestimmen) der Klasse gesteuert werden. So kann man beim Aufruf eines Teils darüber steuern, ob über die Ident-Nummer, die Satznummer oder zum Beispiel über die Teilegruppe die Berechtigung geprüft werden soll.

Zum Ermitteln des Feldnamens ist wie folgt zu verfahren: Auf dem in Frage kommenden Feld (hier Teilegruppe) mittels ALT+rechte Maustaste klicken.

''Feldinformationen anzeigen'' im sich öffnenden Fenster auswählen:

Die Klasse zum gewählten Feld kann abgelesen werden:

Beispiele zur Vergabe von Datenberechtigungen

Arbeitsplatz APNR

Mit dem Berechtigungsobjekt APNR können für einen Anwender oder eine Gruppe von Anwendern die jeweils verwendbaren Arbeitsplätze definiert werden. Diese werden dann auch nur zum Verwalten aufgelistet.

Beispiel:
Ein Anwender soll aus der Menge aller Arbeitsplätze nur solche Angezeigt bekommen die mit D* und mit F* beginnen. Weiter soll er die Arbeitsplätze, die mit Drehen* beginnen, außer Anzeigen auch Ändern und Erfassen dürfen. Außerhalb dieses Bereiches soll der Anwender also keine Arbeitsplätze verwalten dürfen:

Der Eintrag in der Tabelle FRDCLS zu der Berechtigung bei Arbeitsplätzen (Klasse LAGO) muss wie folgt aussehen:

Ruft der Anwender die Arbeitsplatz Verwaltung auf, bekommt er nur eine aus den obigen Regeln resultierende Auswahl angezeigt. Möchte er einen Arbeitsplatz beginnend mit F* ändern wird er mit einer Fehlermeldung abgewiesen.

Diese Berechtigungsvergabe wirkt sich auch in den Programmen aus, in denen ein Arbeitsplatz ausgewählt werden kann.

So wird beim Aufruf des Matchcode Arbeitsplätze (hier Kapazitätseinheit) nur die Arbeitsplätze angeboten, für die der Anwender auch anzeigeberechtigt ist

Teilenummer IDNR

Mit dem Berechtigungsobjekt IDNR können für einen Anwender oder eine Gruppe von Anwendern die jeweils verwendbaren Teilenummern definiert werden. Diese werden dann auch nur zur Auswahl angeboten.
Diese Berechtigungsvergabe wirkt sich auch in den Programmen aus, in denen eine Teilenummer verwendet wird (z. B. Teilestammverwaltung oder Auftragsverwaltung im VKS).

Der Anwender darf in obigem Beispiel in der Firma 190 nur mit den Teilen EP* arbeiten und hat nur die Transaktionsrechte Anzeigen und Ändern.
Der Eintrag in der Tabelle FRDCLS zur Berechtigungsprüfung der Teilenummer (Klasse IDNR) hierzu, muss wie folgt aussehen:

Es wird also auf die Teilenummer und nicht etwa auf die Zeichnungsnummer geprüft.
Versucht er mit dieser Einstellung ein Teil zu löschen erhält er folgende Nachricht:

Liegen keine "sprechenden" Teilenummern vor, so kann es sinnvoll sein jeden Datensatz mit einem Berechtigungsobjekt auf der Maske "Freigabe" zu versehen (Benutzerklasse Satz / TLBKSA). Dabei erhält natürlich nicht jeder Teilestamm ein eigenes Berechtigungsobjekt. Es wird vielmehr eine Gruppenbildung geben, die dann für mehrere Teilestämme gilt.

Soll hinter einer Klasse also nicht das eigentliche Haupt-Schlüsselfeld, sondern die Benutzerklasse Satz verwendet, so muss auch die Tabelle FRDCLS angepasst werden.
Hierzu muss in der Tabelle FRDCLS für die Klasse IDNR im Berechtigungsfeld der Eintrag TLBKSA eingestellt werden:

Das Dateifeld enthält einen dreistelligen alphanumerischen Wert. Mit Hilfe von Berechtigungsobjekten können dann verschiedene Bearbeitungsarten zugelassen werden:
In einem weiteren Beispiel soll die Berechtigungsvergabe über die Teilegruppe erfolgen. Hierzu muss in der Tabelle FRDCLS im Berechtigungsfeld TLTLGR eingetragen werden.

Die gewünschte Regel muss erfasst werden, hier nur Anzeigen und Ändern von Teilen mit Teilegruppe BB erlaubt:

Beim Aufruf des Teilestamms werden nun nur noch die Teile der Teilegruppe BB angezeigt. Wird nun eine nicht berechtigte Transaktion gewählt (z. B. Kopieren) wird folgende Nachricht angezeigt:

Adressen PKNR

Mit dem Berechtigungsobjekt PKNR kann die Adressberechtigung gesteuert werden. Man definiert die erlaubten Transaktionen innerhalb eines definierten Bereichs. Außerhalb des Bereichs hat der Anwender oder die Benutzergruppe automatisch nur noch Anzeige-Berechtigung.  Eine Berechtigungsregel für das Berechtigungsobjekt PKNR wird automatisch auf die Unterklassen KDNR (Kundennummer) und LINR (Lieferantennummer) übertragen.

Wichtig! Die Prüfung erfolgt auf der im Adress-Verwaltungsprogramm einer Adresse zugewiesenen Berechtigungsgruppe und nicht auf der Adresse selbst.

Hier kann ein Default angegeben werden, der bei der Neuanlage einer Adresse in die Adressberechtigungsklasse eingestellt wird. Wird hier auch der Sonderwert *ADRGRP angegeben, so wird die Adressberechtigungsklasse aus der Adressgruppe übernommen.

Im Programm "Adressgruppen verwalten" (US14900) kann je Adressgruppe eine Berechtigungsklasse hinterlegt werden. Mögliche Einträge müssen in der Tabelle FRDADB hinterlegt sein. In nachfolgendem Beispiel wird der Adressgruppe LF die Adressberechtigungsklasse S1 zugewiesen.

Die Berechtigungsgruppe kann auch direkt den Adressen zugeordnet werden:

Beispiel 1:
Ein Anwender soll für die Adressen, die der Berechtigungsgruppe A1 zugewiesen wurden, in der Firma 190 nur Anzeige Berechtigung haben. Es muss folgende Regel für das Berechtigungsobjekt PKNR erstellt werden:

Ruft der Anwender eine Adresse mit Adressberechtigung auf erhält er folgende Meldung:

Bei einer Vergabe von Berechtigungen für das Objekt PKNR hat dies auch Auswirkungen auf andere Programme, die ebenfalls ''adressabhängig'' sind, das heißt, die definierten Regeln kommen auch dort zum Tragen.

Beispiel 2:
Für einen Anwender wird eine Regel angelegt, die ihm nur die Verwaltung von Adressen mit Berechtigungsgruppe ungleich A1 (Richtung A):

Nachfolgend ruft dieser Anwender das Programm Einkaufsbelege verwalten auf und möchte die Belege eines Lieferanten sehen der der Berechtigungsgruppe A1 zugeordnet ist. Er wird abgewiesen:

Das geschieht auch beim entsprechenden Aufruf des Kundenstamms oder des Geschäftspartnerexplorers.


Ohne Berechtigungsvergabe:

Nach der Vergabe der Berechtigung für den Anwender wird die Adresse der Firma Yamato nicht mehr aufgelistet

Lagerorte LAGO

Mit dem Berechtigungsobjekt LAGO können für einen Anwender oder einer Gruppe die jeweils verwendbaren Lagerorte definiert werden. Es wird definiert, welche verwendet oder welche nicht verwendet werden können. Diese werden dann auch nur zur Auswahl angeboten.

Durch die drei obigen Regeln wird folgendes für den Anwender bewirkt:

1. Anzeigen / Inaktivieren / Reaktivieren von Lagerort 0000001 - 00000028
2. Anzeigen / Ändern von Lagerort 00000MH - 0000240
3. Anzeigen von Lagerort 0000241 – 0000777
4. Lagerorte außerhalb dieser Bereiche werden nicht angezeigt

Diese Berechtigungsvergabe wirkt sich in den Programmen aus, in denen ein Lagerort verwendet wird (z. B. Teilestammverwaltung oder Auftragsverwaltung im VKS) und im Verwaltungsprogramm für die Lagerorte selbst.

Firmenberechtigung

Die Berechtigungen zum Umgang mit Firmen verteilen sich auf mehrere Programme:

Durch das Erstellen eines Firmenberechtigungsobjektes kann für einen Anwender oder eine Benutzergruppe eine Firmenberechtigung definiert werden.

Voraussetzung dafür, dass für einen Anwender überhaupt eine Firmen-Berechtigungsprüfung durchgeführt wird, ist die Auswahl Selektiv für Firmenberechtigung im Programm "Allgemeine Benutzeroptionen verwalten" (MN10640).

Selektive Berechtigung: Die Berechtigungen müssen über das Programm "Berechtigungen verwalten" (MN10810) für das Berechtigungsobjekt FIRM definiert werden.

Bei der Definition des Berechtigungsobjekts ist die Berechtigungsrichtung zu berücksichtigen:

Ein Eintrag in diesem Programm kommt erst dann zum Tragen, wenn für einen Anwender im Programm "Benutzeroptionen verwalten" (MN10640) das Feld Firmenberechtigung auf Selektiv steht. 

Im obigen Beispiel ist der Anwender in der Fa. 190 nicht zum Löschen und Ändern berechtigt. 

Programmberechtigung

Durch das Erstellen eines Programmberechtigungsobjektes können für einen Anwender oder eine Benutzergruppe Berechtigungen an Programmen definiert werden.

Voraussetzung dass für einen Anwender überhaupt eine Programm-Berechtigungsprüfung durchgeführt wird, ist die Auswahl Selektiv für Programmberechtigung im Programm "Allgemeine Benutzeroptionen verwalten" (MN10640).

Selektive Berechtigung: Die Berechtigungen müssen über das Programm "oxaion-Berechtigungen verwalten" (MN10810R) für das Berechtigungsobjekt FIRM definiert werden.

Im Beispiel soll ein Programmberechtigungsobjekt für den Anwender mit der Ident-Nummer 79 so vergeben werden, dass der Anwender in der Firma 969 die Programme US11* bis US117* aufrufen darf. Er darf aber innerhalb dieser Grenzen keine Datensätze löschen.

Bei den Berechtigungsrichtung Einschließlich und Ausschließlich handelt es sich um eine Definitionshilfe für den betrachteten Programmbereich.

Im obigen Beispiel wird also folgendes definiert:

Für die Programm US11* bis US117999 dürfen in der Firma 969 alle Transaktionen ausgeführt werden, außer dem Löschen. Alle anderen Programme z. B. AR*, VK* dürfen nicht genutzt werden.
Wird die obige Regel dahingehend abgeändert, dass die Richtung auf Ausschließlich gedreht wird, hat das zur Folge, dass ein Anwender für alle Programme zugelassen, die sich außerhalb der durch die Ober- und Untergrenzen festgelegten Bereiche befinden. Innerhalb nicht.

Aufruf des Programmes US11648 ist nicht möglich:

Tabellenberechtigung

Die Berechtigungen zum Umgang mit Tabellen verteilen sich auf mehrere Programme:

Es gibt zwei Stufen, um die Verwaltungsberechtigung von Tabellen zu steuern.

1. Berechtigungsstufe Tabellen
2. Berechtigungsobjekte

Reihenfolge der Berechtigungsprüfungen:
Zunächst wird geprüft, ob die Tabellenberechtigungsstufe des Anwenders die Bewertungsstufe der Tabelle erreicht. Erst danach erfolgt die tabellen- und transaktionsbezogene Berechtigungsprüfung über die Berechtigungsobjekte.

Nachfolgende Ebenen der Berechtigungsprüfung sind auf Ebene der Berechtigungsobjekte möglich.

Berechtigungsobjekt *TBL

Über das Berechtigungsobjekt TBL kann über *alle Tabelleneinträge einer oder mehrerer Tabellen die Verwaltungsrechte vergeben werden.

Beispiel: Für die Tabelle FRD118 werden für alle Tabelleneinträge in der Firma 100 eine Berechtigungsklasse QSAUS nur die Transaktion Erfassen, Ändern und Anzeigen erlaubt.:

Für den Anwender hat diese Regel beim Verarbeiten anderer Tabellen keine Auswirkungen.

Berechtigungsobjekt *TBL<Tabellenname>

Mit dem Programm "Berechtigungen verwalten" (MN10810) können einzelne Tabelleneinträge für die allgemeine Benutzung gesperrt werden. Es ist möglich, Sachbearbeiter aufgrund ihrer Berechtigungsklasse oder ihrer Kennwort-ID gezielt für die Bearbeitung von einzelnen Tabelleneinträgen zuzulassen oder zu sperren. Die Berechtigungsklasse wird dem Sachbearbeiter über die Benutzeroptionen zugeordnet.
Voraussetzung dafür, dass überhaupt für einen Anwender eine Berechtigungsprüfung auf Tabellensatzebene erfolgt, ist die Auswahl Selektiv für Datenberechtigung im Programm "Benutzeroptionen verwalten" (MN10640).

Beispiel:
Ein Anwender darf sich aus der Tabelle FRD110 die Sätze AA bis B49 nur in der Firma 190 Anzeigen lassen. Andere Sätze dieser Tabelle kann er sich nicht anzeigen lassen. Andere Tabellen sind hiervon nicht betroffen. Folgender Datensatz muss hierfür angelegt werden:

Beim Aufruf der Tabellenverwaltung erhält er nun folgendes Bild:

Ruft dieser Anwender ein Programm auf, in dem er eine Mengeneinheit eingeben kann, bekommt er die eingeschränkte Auswahl angezeigt:

Berechtigungsstufe Tabellen (MN10640)

Hier wird angegeben, welche Tabellen ein Anwender verwalten darf. In der Satzartentabelle ist jeder Tabelle eine Bewertungskennziffer zugeordnet, die zwischen 1 und 9 liegen kann. Ein Anwender darf nur dann eine Tabelle verändern, wenn seine ihm hier zugeordnete Berechtigungsstufe größer oder gleich der Kennziffer dieser Tabelle ist.

Wird hier die Berechtigungsstufe 0 vergeben, so darf der Anwender keine Tabelle verwalten. Zum Verwalten der Satzartentabelle ist die Berechtigungsstufe 9 erforderlich.Derzeit existieren folgende Ausprägungen:

Änderungsberechtigung Tabellenarten

Neben den Angaben bei den Benutzerberechtigungen werden die Berechtigungsprüfungen für Tabellen auch in den "Tabellenarten" (TB12200) gesteuert.

Der Inhalt dieses Feldes steuert, ob ein Anwender das Programm TB12200, mit dem die Datei TTYPEP (Tabellenarten) verwaltet wird, im Änderungsmodus aufrufen darf. In dieser Datei sind die Zugriffsmechanismen und Steuerungsfunktionen für alle vorhandenen Tabellen hinterlegt.

Da die Verwaltung dieser Datei tiefgreifende Systemkenntnisse voraussetzt, sollten nur ausgewählte Personen Verwaltungsrechte haben. Der Zugriff über ein besonderes Berechtigungskennzeichen geregelt.

Tabellenarten (TB12200)

Mit diesem Programm wird die Tabellenartendatei TTYPEP verwaltet. Jeder Tabellenart wird hier eine Berechtigungsstufe zugewiesen, diese kann kundenindividuell angepasst werden.

Mit dem Setzen des entsprechenden Parameters Änderungsberechtigung Tab.arten kann über die Benutzeroptionen verwalten ein Bearbeiten der Tabellenarten unterbunden werden.

Bei der Tabellenart werden folgende Definitionen vorgenommen, die für die Berechtigungsprüfung von Bedeutung sind::

Änderungsberechtigung Bedienerhilfe

Hier wird angegeben, ob ein Anwender die Berechtigung erhalten soll, die Bedienerhilfe zu ändern.

Änderungsberechtigung Firmenstamm

Hier wird angegeben, ob ein Anwender die Berechtigung erhalten soll, den Firmenstamm zu verwalten. Die Anzeigeberechtigung wird dadurch nicht ausgeschlossen.

Workflow-Berechtigung

Steuert, welche Aufgaben ein Anwender verwalten kann.

Initialisieren von Datenbeständen erlaubt

Angabe, ob ein Anwender die Berechtigung besitzt, Datenbestände zu löschen.

Abteilungsberechtigung

Jeder Anwender ist einer Abteilung zugeordnet. Fehlernachrichten aus Stapelprogrammen werden in der Regel in die Mailbox-Datei gestellt und an eine Abteilung adressiert.

Dieses Berechtigungskennzeichen steuert nun, ob ein Anwender nur die Fehlernachrichten bearbeiten darf, die an seine Abteilung adressiert wurden, oder ob er auch Fehlernachrichten für andere Abteilungen bearbeiten darf.

Berechtigungsstufe Mailbox

Hier wird angegeben, welche Mailboxeinträge ein Anwender bearbeiten oder verwalten darf. Ein Anwender darf nur die Mailboxeinträge bearbeiten, deren Berechtigungsstufe kleiner oder gleich der im Kennwort hinterlegten Berechtigungsstufe ist.

Zulässig sind die Werte 0 bis 9.

Übergreifende Teilestammberechtigung

Mit diesem Feld wird gesteuert, ob ein Anwender zur Pflege von firmenübergreifenden Teilestammdaten berechtigt ist. Das sind fast alle Felder der Lasche "Übergreifende Daten" der Teilestammverwaltung sowie die externen und fremdsprachigen Bezeichnungen und die Sachmerkmalsleiste. 

Wenn ein Anwender die Berechtigung nicht hat, darf er auch keine Teilestammsätze (abgesehen von Einmalteilen) anlegen, bei denen Teilestammfirma und aktuelle Firma übereinstimmen.

Kennzeichen "Pseudo-User"

Kennzeichen, ob es sich um einen echten oxaion-Anwender oder nur um einen Pseudo-Anwender handelt.
Pseudo-Anwender können zwar das oxaion-Menü-System verwenden, es ist aber kein Aufruf eines weiteren oxaion-Programms erlaubt.

Dokumentenberechtigung

Änderungsberechtigung für die Jobwarteschlange

Wenn ein Anwender Stapelprogramme ausführen möchte, muss er dafür eine Jobwarteschlange auswählen. Als Default erhält er dabei die bei seinem Kennwort hinterlegte Jobwarteschlange angezeigt. Der Wert in diesem Feld steuert, ob der Anwender diesen Default überschreiben darf.
Gültige Werte:

Änderungsberechtigung für den Drucker

Für jeden Anwender ist als Default ein Drucker hinterlegt, in den die Druckausgaben des Anwenders eingestellt werden. Mit diesem Feld wird gesteuert, ob der Anwender diesen Default überschreiben darf.

Steuerung weiterer Berechtigungen des JET-Client

Folgende Benutzeroptionen auf der Lasche JET-Client beeinflussen das Verhalten des oxaion JET-Client:

JET-Gruppe und Design-Modus

Sollen über den Design Modus vorgenommene Änderungen einer Maske für eine Gruppe von Anwendern (JET-Gruppe) gelten, ist wie folgt vorzugehen:

Man erstellt eine neue Maske für einen Anwender und kopiert anschließend die betreffende Datei "programmname.xml" in den entsprechenden Gruppenordner z. B.: \…\oxaionServer\conf\MAWI{}sas\frames{}sa20710.xml

Die "Gruppe" muss in den "Allgemeinen Benutzeroptionen" (MN10640), der jeweiligen Anwender im Feld JET-Gruppe hinterlegt werden:

Firmenspezifische Benutzeroptionen MN10710

Mittels Programm MN10710 Hier können die Werte der "Allgemeinen Benutzeroptionen" (MN10640) firmenspezifisch überschrieben werden. Damit ist es möglich, Programmberechtigungen oder Maskenfolgen aber auch Gruppenprofile firmenspezifisch zu vergeben.

Benutzergruppen mittels Klassen verwalten

Um nicht für jeden einzelnen Anwender bestimmte Berechtigungen über die jeweiligen Verwaltungsprogramme definieren zu müssen, ist es möglich, mehrere Anwender in Klassen zusammenzufassen. Da die Zusammensetzung je nach betrachtetem Berechtigungsobjekt verschieden sein kann, muss es auch verschiedene Berechtigungsklassen geben (z. B. für Programme und Sichten).

Eine Berechtigungsklasse umfasst mehrere Berechtigungsobjekte, die Berechtigungen auf Datensatzebene definieren. Mit der Zuordnung einer Berechtigungsklasse zu einem Anwender werden für diesen Anwender Zugriffsberechtigungen für alle Berechtigungsobjekte festgelegt, die in dieser Berechtigungsklasse enthalten sind.

In der Berechtigungsklasse Firmen werden Anwender zusammengefasst, für die eine gemeinsame Firmenberechtigung definiert werden soll. Dadurch müssen die Firmenberechtigungen nicht für jeden Anwender einzeln definiert werden.

Die Berechtigungsklassen sind in der Tabelle FRDBKL hinterlegt. Über den List-Button kann eine Auflistung der gültigen Berechtigungsklassen angefordert werden.

Vorgehen:

1. Anlegen eines Satzes in der Tabelle für die betrachtete Klasse
2. Eintrag in den "Allgemeine Benutzeroptionen" (MN10640) für den Anwender aus dieser Tabelle einstellen
3. im Programm "Berechtigungen Verwalten" (MN10810) die Berechtigungen für die Klassen definieren bzw. im dazugehörigen Verwaltungsprogramm, z. B. "Sichten" (US63190) oder "Attribute verwalten" (US65370).

Programm "Berechtigungen Verwalten" (MN10810):

Verwaltungsprogramm  für z. B. "Sichten" (US63190) oder "Attribute verwalten" (US65370):

Benutzerklasse Programme

Mehrere Anwender können zu einer Benutzerklasse für Programme oder Tabellen zusammengefasst werden. Die gültigen Benutzerklassen sind in der Tabelle FRDBKP hinterlegt.

Programmberechtigungen können also gruppenweise vergeben werden.

Benutzerklasse Sichten/Filter

Über die Variablen Sichten wird gesteuert, welche Informationen in Auskunfts- und Matchcode-Programmen angezeigt werden. Diese Darstellung kann auch individuell oder für Benutzerklassen definiert werden.

Eine Benutzerklasse ist eine Zusammenfassung von Anwendern, die gleichartige Tätigkeiten im System durchführen. Mit der Definition einer Benutzerklasse entfällt die Notwendigkeit, die Sichten für jeden Anwender einzeln definieren zu müssen.

Benutzerklasse Maskenfolgen

Dieses Feld ermöglicht es, für bestimmte Anwender abweichende Maskenfolgen für bestimmte Programme zu hinterlegen. Alle Anwender, für die in diesem Feld derselbe Inhalt hinterlegt ist, sind derselben Benutzerklasse zugeordnet. Bei der Prüfung der Reihenfolge der Masken wird zuerst mit diesem Feldinhalt auf die Folgemaskendatei zugegriffen.

Die gültigen Benutzerklassen sind in der Tabelle FRDBKF hinterlegt und können über den List-Button angezeigt werden.

Benutzerklasse nicht anzeigbare Bildschirmfelder

In dieser Benutzerklasse werden die Anwender zu einer Gruppe zusammengefasst, für die bezüglich der nicht anzeigbaren Bildschirmfelder die gleichen Bedingungen gelten. Für bestimmte, vordefinierte Programme besteht die Möglichkeit, Felder von der Bildschirmanzeige auszuschließen. Dieser Ausschluss von Feldern wird pro Benutzerklasse definiert.

Die Benutzerklasse für nicht anzeigbare Bildschirmfelder wird gegen die Tabelle FRDBKV geprüft. Über den List-Button werden die gültigen Werte angezeigt.

Benutzerklasse für Registrierungseinträge

Dieses Feld ermöglicht es, mehrere Anwender zu einer Gruppe zusammen zu fassen, um für diese Gruppe Registrierungseinträge zu hinterlegen. Damit müssen die Registrierungseinträge nicht für jeden einzelnen Anwender erfasst werden. Die gültigen Benutzerklassen sind in der Tabelle FRDBKG hinterlegt und können über den List-Button angezeigt werden.

Hier ein Beispiel für die Zuordnung des Pfads für die Elster-Dateien zu der Benutzergruppe FOX.

Belegberechtigungsobjekt

Ein Belegberechtigungsobjekt steuert die Zugriffsberechtigung für Belege. Es kann einem Anwender zugeordnet sein, sodass jeder von diesem Anwender erzeugte Beleg automatisch dieses Berechtigungsobjekt erhält, oder es kann bei der Erfassung eines Beleges explizit angegeben werden. Alle Zugriffe auf einen solchen Beleg unterliegen einer Berechtigungsprüfung.
Die Belegberechtigungsobjekte sind in der Tabelle FRDBBO hinterlegt. Über den List-Button kann eine Auflistung der gültigen Belegberechtigungsobjekte angefordert werden.

Steuerung der Belegberechtigung

Hier wird angegeben, ob die Angabe eines Belegberechtigungsobjekts für diesen Anwender bei der Erfassung eines Belegs zwingend ist, falls in dem Nummernkreiskennzeichen der jeweiligen Anwendung eine benutzerspezifische Pflichtsteuerung vorgegeben wurde.
Ob ein Belegberechtigungsobjekt zwingend anzugeben ist, wird primär über die Nummernkreis-Kennzeichen gesteuert.
Beispiele:

• EKS, Tabelle FRD014, Parameter 15
• VKS, Tabelle FRD161, Parameter 18

Dort gibt es die drei möglichen Ausprägungen

Der hier anzugebende Steuerparameter wirkt sich für den jeweiligen Nummernkreis nur bei der Ausprägung "1" aus. Wird das Feld markiert, so muss dieser Anwender bei der Erfassung eines beliebigen Belegs ein Belegberechtigungsobjekt angeben. In diesem Fall sollte dem Anwender ein Default für ein Belegberechtigungsobjekt zugeordnet werden, damit das Belegberechtigungsobjekt nicht explizit eingegeben werden muss. Wird das Feld nicht markiert, so ist die Angabe eines Belegberechtigungsobjektes für diesen Anwender optional möglich.
Hinweis: Für einen FiBu-Anwender ist folgende Situation möglich, dass er BIA-Aufträge zwar nicht ansehen darf, aber unter Umständen durchaus bebuchen können muss.
Deshalb ist gegebenenfalls für FiBu Anwender eine Belegberechtigung einzurichten, die das Buchen aller (BIA-) Aufträge erlaubt.

Belegberechtigungsobjekt für einzelne Anwendungsgebiete

Neben dem übergreifenden Belegberechtigungsobjekt steht optional das Belegberechtigungsobjekt für die jeweilige Anwendung z.B. "Disposition" zur Verfügung. Wird hier ein Wert angegeben, so wird dieser ausschließlich in den Programmen dieser Anwendung verwendet; ansonsten wird das übergreifende Belegberechtigungsobjekt benutzt.
Die Belegberechtigungsobjekte sind in der Tabelle FRDBBO hinterlegt. Über den List-Button kann eine Auflistung der gültigen Berechtigungsobjekte angefordert werden.

Ermitteln Anwender einer Benutzerklasse

In diesem Programm werden zu einer Benutzerklasse alle Anwender angezeigt, die dieser Benutzerklasse zugeordnet sind

Die Zuordnung erfolgt entweder über die oxaion-Benutzeroptionen oder über die firmenspezifischen Benutzeroptionen. Auch die Zuordnungen über Gruppenprofile werden dabei berücksichtigt.