DT511 Benutzer

Ab DB 39.5.12

DI010323 Benutzer-ID

Kürzel (ID) des Benutzers. Dieses wird beim Programmstart abgefragt.

Bis DB 39.5.12

DI010323 Benutzer

Kürzel (ID) des Benutzers. Dieses wird beim Programmstart abgefragt.

Ab DB 39.5.12

DI040533 Benutzer

Name des Benutzers, zusammengesetzt aus: Name und Vorname

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Bis DB 39.5.12

DI040533 Benutzername

Name des Benutzers, zusammengesetzt aus: Name und Vorname

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Ab DB 39.5.10

DI025589 Name komplett

Der Name des Benutzers, zusammengesetzt aus: Name und Vorname. Das Feld wird automatisch beim Anlegen der Personeneigenschaften mit dem Namen der entsprechenden Person gefüllt. Die Änderung ist nur durch Änderung des Namens der Person möglich.

Bis DB 39.5.10

DI025589 Name+Vorname

Der Name und Vorname des Benutzers

DI025637 von

Datum, an dem eine Person als Benutzer definiert wurde.

arrowbright Bearbeitbar

  • im Modul Personen
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

Ab S 39.5.28

  • NEU Mit dem Parameter wird die Aktivierung/Deaktivierung der Benutzer-Accounts gesteuert.
    • Ist das Feld mit einem Datum gefüllt, ist der Account des Benutzers erst ab diesem Datum aktiv, d. h. die Anmeldung in PLANTA ist erst ab diesem Datum möglich.
    • Ist das Feld nicht gefüllt, ist der Account des Benutzers jederzeit aktiv, vorausgesetzt im Feld bis ist nichts Gegenteiliges festgelegt.
  • Bei der Anlage der Eigenschaft "Benutzer" für eine Person, wird das Feld automatisch mit dem Anlagedatum gefüllt, kann jedoch manuell geändert werden.

Bis S 39.5.28

  • Der Parameter hat keinen funktionalen, sondern einen rein informativen Charakter.
  • Es wird automatisch mit dem Datum gefüllt, an dem die Person die Eigenschaft "Benutzer" bekommt, kann jedoch manuell geändert werden.

DI025638 bis

Datum, ab dem die "Benutzer"-Eigenschaft einer Person keine Gültigkeit mehr hat.

arrowbright Bearbeitbar

  • im Modul Personen
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Ab S 39.5.28

note Details
  • NEU Mit dem Parameter wird die Aktivierung/Deaktivierung der Benutzer-Accounts gesteuert.
    • Ist das Feld mit einem Datum gefüllt, ist der Account des Benutzers nur bis zu diesem Datum aktiv, d. h. die Anmeldung in PLANTA ist nur bis zu diesem Datum möglich. Zusätzlich kann im Feld Ende timestamp die Uhrzeit festgelegt werden, bis zu der der Benutzer am festgelegten bis-Datum sich anmelden kann.
    • Ist das Feld nicht gefüllt, ist der Account des Benutzers jederzeit aktiv, vorausgesetzt im Feld von ist nichts Gegenteiliges festgelegt. Der evtl. vorhandene Eintrag im Feld Ende timestamp wird dabei ignoriert.
  • Wird im Feld Austritt im Modul Personen ein Austrittsdatum der Person eingetragen, wird dieses beim Speichern automatisch in das Feld bis des entsprechenden Benutzers übernommen. Dadurch wird die Konsistenz der abhängigen Daten gewährleistet.

Ab DB 39.5.11

note Details
  • Das Feld hat keinen funktionalen, sondern einen rein informativen Charakter.
  • NEU Wird im Feld Austritt im Modul Personen ein Austrittsdatum der Person eingetragen, wird dieses beim Speichern automatisch in das Feld bis des entsprechenden Benutzers übernommen. Dadurch wird die Konsistenz der abhängigen Daten gewährleistet.

Bis DB 39.5.11

note Details
  • Das Feld hat keinen funktionalen, sondern einen rein informativen Charakter.

Ab DB 39.5.12

DI010421 Personen-ID

Identnummer der Person, die dem Benutzer zugeordnet ist.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Bis DB 39.5.12

DI010421 Person

Identnummer der Person, die dem Benutzer zugeordnet ist.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

DI010616 Startup-Makro

ID des Startup-Makro des Benutzers. Die Beschreibung siehe unter Startup-Makro-Bezeichnung.

DI058247 Startup-Makro-Bezeichnung

Bezeichnung des Startup-Makro des Benutzers. Das hier ausgewählte/angezeigte Startup-Makro bestimmt, welches Modul beim Einloggen des Benutzers automatisch geladen wird.

  • warning Ausnahme: das Makro 009A1W Startup aller Rollenmodule.
    • Dieses muss ausgewählt werden, wenn für den Benutzer Module aus mehreren Rollen geladen werden sollen. In diesem Fall müssen zusätzlich die Checkbox Startup-Modul laden aktiviert werden und das Feld Startup-MOD gefüllt werden um zu bestimmen, welche Rolle und welches Modul aus dieser Rolle geladen werden sollen.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

warning Hinweise

  • In der Listbox Startup-Makro-Bezeichnung stehen nur Makro-Module zur Auswahl, die dem Arbeitsgebiet 01100111 Startup-Makros (PLANTA-Standard) zugeordnet sind.
    • Das Startup-Makros-Arbeitsgebiet 01100111 ist als Wert in der Variable für manuelle Suchlisten @M33 eingetragen. Soll kundenseitig ein anderes Arbeitsgebiet für Startup-Makros verwendet werden als im PLANTA-Standard, muss die Angabe in der Variable angepasst werden.
  • Das Makro 009A1W Startup aller Rollenmodule muss ausgewählt werden, wenn für den Benutzer Module aus mehrerern Rollen geladen werden sollen. In diesem Fall bestimmt die Checkbox

DI010633 Abteilung (Default)

Kürzel (ID) der Abteilung, für die der Benutzer die Rolle des Abteilungsmanagers wahrnimmt. Die Beschreibung siehe unter DI058249

DI058249 Abteilungsbezeichnung (Default)

Bezeichnung (Inkarnationsfeld) der Abteilung, für die der angemeldete Benutzer Managementaufgaben wahrnimmt bzw. Abteilungsmanager ist.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Die hier eingetragene Abteilung muss nicht zwingend die Abteilung sein, zu der der Benutzer selbst gehört (siehe Feld Übergeordnete Ressource im Modul Ressourcendatenblatt).
    • Der Strukturcode der hier eingetragenen Abteilung muss mit dem Wert im Feld Zugriff auf Ressourcen übereinstimmen bzw. Zugriff auf Ressourcen soll den Strukturcode der eingetragener Abteilung implizieren. Z. B. Ist der Strukturcode der Abteilung 1.4.1, muss der Eintrag in Zugriff auf Ressourcen entweder 1.4.1, 1.4.1*, 1.4* oder 1* sein.
    • Von den in beiden Feldern eingetragenen Werten hängt die Anzeige im Modul Meine Abteilung des Abteilungsmanagers ab:
      • Stimmt der Strukturcode der Abteilung mit dem Wert im Feld Zugriff auf Ressourcen überein, wird im Modul Meine Abteilung nur diese Abteilung und deren Ressourcen angezeigt.
      • Impliziert der Wert im Feld Zugriff auf Ressourcen den Strukturcode der Abteilung, wird im Modul Meine Abteilung zwar das Auslastungsdiagramm der Abteilung angezeigt, jedoch alle Ressourcen aufgelistet, auf die der Benutzer den Zugriff hat.
      • Sind in beiden Feldern komplett unterschiedliche Werte eingetragen, wird im Modul Meine Abteilung kein Auslastungsdiagramm der Abteilung angezeigt, jedoch alle Ressourcen, auf die der Benutzer den Zugriff hat.
  • Das Kürzel (ID) der aus der Listbox ausgewählten Abteilung wird im Feld Abteilung (Default) angezeigt.

DI041522 Startup-Makro-Bezeichnung

Bezeichnung des Startup-Makro des Benutzers. Die Beschreibung siehe unter Startup-Makro-Bezeichnung.

DI010618 Objektberechtigung

Code der Objektberechtigung des Benutzers. Der Parameter Objektberechtigung steuert zusammen mit den Parametern (z.B. Änderungszugriff, Manager etc.) die Schreibrechte für Planungsobjekt-Daten und Funktionen. Der Code wird in die Systemvariable @31 geschrieben, die als Filterkriterium in Modulen verwendet werden kann.

note Details

DI058251 Objektberechtigungs-Bezeichnung

Bezeichnung (Inkarnation) der Objektberechtigung des Benutzers

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Ab DB 39.5.10

Code Bezeichnung Berechtigungen Erklärung
0 kein Multiprojektmanager Der Benutzer hat keine Berechtigung neue Planungsobjekte anzulegen und die Daten der Planungsobjekte zu ändern (alle Felder sind output). Das Verhalten kann durch andere Parameter und Einstellugen beeinflusst werden. Hierzu siehe Schreibrechte auf Planungsobjekte und Ressourcen.
1 Multiprojektmanager Der Benutzer hat Multiprojektmanager-Rechte, d.h., er darf neue PLANTA Project-Planungsobjekte und Ressourcen anlegen und löschen und alle Daten dieser Planungsobjekte und Ressourcen ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.

warning Für die Anlage von Ideen und Vorhaben gilt Folgendes:

  • Es wird keine Objektberechtigung benötigt, wenn für den Benutzer der direkte Zugriff auf die entsprechenden Anlagemodule vorliegt.
  • Werden Ideen und Vorhaben aus den Übersichtsmodulen (z.B. Modul Übersicht nach Art) angelegt, wird auf die Objektberechtigung = 1, 2 oder 4 geprüft.
2 Multiportfoliomanager NEU
(warningDie Bezeichnung hat sich geändert, der Inhalt der Berechtigung jedoch nicht)
Der Benutzer hat Multiportfoliomanager-Rechte. Diese Berechtigung impliziert auch die Berechtigung 1 (Multiprojektmanager), d.h., der Multiportfoliomanager darf neue PLANTA Project-Planungsobjekte, Ressourcen, Portfolios und NEU Requests anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.
3 Multirequestmanager Der Benutzer hat Multirequestmanager-Rechte, d.h., er darf neue Requests anlegen und alle Daten aller Requests ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.
4 Multiprojekt-/Requestmanager Der Benutzer hat Multiprojekt-/Multirequestmanagerrechte, d.h., er darf alle PLANTA Projekt-Planungsobjekte, Ressourcen und Requests anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.

Ab DB 39.5.7

Code Bezeichnung Berechtigungen Erklärung
0 kein Multiprojektmanager Der Benutzer hat keine Berechtigung neue Planungsobjekte anzulegen und die Daten der Planungsobjekte zu ändern (alle Felder sind output). Das Verhalten kann durch andere Parameter und Einstellugen beeinflusst werden. Hierzu siehe Schreibrechte auf Planungsobjekte und Ressourcen.
1 Multiprojektmanager Der Benutzer hat Multiprojektmanager-Rechte, d.h., er darf neue PLANTA Project-Planungsobjekte und Ressourcen anlegen und löschen und alle Daten dieser Planungsobjekte und Ressourcen ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.

warning Für die Anlage von Ideen und Vorhaben gilt Folgendes:

  • Es wird keine Objektberechtigung benötigt, wenn für den Benutzer der direkte Zugriff auf die entsprechenden Anlagemodule vorliegt.
  • Werden Ideen und Vorhaben aus den Übersichtsmodulen (z.B. Modul Übersicht nach Art) angelegt, wird auf die Objektberechtigung = 1, 2 oder 4 geprüft.
2 Multiportfoliomanager NEU
(warningDie Bezeichnung hat sich geändert, der Inhalt der Berechtigung jedoch nicht)
Der Benutzer hat Multiportfoliomanager-Rechte. Diese Berechtigung impliziert auch die Berechtigung 1 (Multiprojektmanager), d.h., der Multiportfoliomanager darf neue PLANTA Project-Planungsobjekte, Ressourcen und Portfolios anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.
3 Multirequestmanager Der Benutzer hat Multirequestmanager-Rechte, d.h., er darf neue Requests anlegen und alle Daten aller Requests ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.
4 Multiprojekt-/Requestmanager Der Benutzer hat Multiprojekt-/Multirequestmanagerrechte, d.h., er darf alle PLANTA Projekt-Planungsobjekte, Ressourcen und Requests anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Schreibrecht-Parameter beeinflusst werden.

Bis DB 39.5.7

Code Bezeichnung Berechtigungen Erklärung
0 kein Multiprojektmanager Der Benutzer hat keine Berechtigung neue Planungsobjekte anzulegen und die Daten der Planungsobjekte zu ändern (alle Felder sind output). Das Verhalten kann durch andere Parameter und Einstellugen beeinflusst werden. Hierzu siehe Zugriffsrechte.
1 Multiprojektmanager Der Benutzer hat Multiprojektmanagerrechte, d.h., er darf neue PLANTA Project-Planungsobjekte und Ressourcen anlegen und löschen und alle Daten dieser Planungsobjekte und Ressourcen ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Parameter beeinflusst werden.

warning Für die Anlage von Ideen und Vorhaben Folgendes beachten:

  • Es wird keine Objektberechtigung benötigt, wenn für den Benutzer der direkte Zugriff auf die entsprechenden Anlagemodule vorliegt.
  • Werden Ideen und Vorhaben aus den Übersichtsmodulen (z.B. Modul Übersicht nach Art) angelegt, wird auf die Objektberechtigung = 1, 2 oder 4 geprüft.
2 Portfoliomanager Der Benutzer hat Multiportfoliomanager-Rechte. Diese Berechtigung impliziert auch die Berechtigung 1 (Multiprojektmanager), d.h., der Multiportfoliomanager darf neue PLANTA Project-Planungsobjekte, Ressourcen und Portfolios anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Parameter beeinflusst werden.
3 Multirequestmanager Der Benutzer hat Multirequestmanager-Rechte, d.h., er darf neue Requests anlegen und alle Daten aller Requests ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Parameter beeinflusst werden.
4 Multiprojekt-/Requestmanager Der Benutzer hat Multiprojekt-/Multirequestmanagerrechte, d.h., er darf neue PLANTA Project-Planungsobjekte, Ressourcen und Requests anlegen und löschen und alle Daten dieser Planungsobjekte ändern (alle Bearbeitungsfelder sind auf Input). Diese Einstellung ist dominant, d.h. sie kann durch keine anderen Parameter beeinflusst werden.

note Legende

Ab DB 39.5.0

  • Planungsobjekte sind
    • in PLANTA Project: Ideen, Vorhaben, Projekte und NEU Programme
    • in PLANTA Portfolio: Ideen, Vorhaben, Projekte und Portfolios
    • in PLANTA Request: Requests.

Bis DB 39.5.0

  • Planungsobjekte sind
    • in PLANTA Project: Ideen, Vorhaben, Projekte
    • in PLANTA Portfolio: Ideen, Vorhaben, Projekte und Portfolios
    • in PLANTA Request: Requests.

warning Hinweise für Customizer

  • Multiprojektmanager-Rechte werden auf @31 = "1", "2" und "4" geprüft.
  • Die Prüfung erfolgt mit der Methode current_user_is_mpm im Python-Modul project_rights.

DI010619 Balkenfärben erlaubt

DI010620 Objektschutzklasse

Wird aus der Benutzer-Objektschutzklasse des Anlagebenutzers gefüllt.

Falls im Modul Benutzer: Objektschutz/Datentabelle für den Benutzer und die betreffende Datentabelle ein Eintrag angelegt wurde, wird das Feld OSK aus diesem Eintrag verwendet.

Eine Objektschutzklasse kann mehreren Benutzern gehören. Dadurch werden mehrere Programm-Benutzer zu einer Gruppe zusammengefasst, welche als group bezeichnet wird.

Die Objektschutzklasse hat nichts mit der Benutzerklasse eines Benutzers zu tun.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

DI010621 Customizer-Klasse

DI010622 Währung

DI010624 Berechtigungen

Kombinierter Wert für verschiedene Berechtigungen. Die Darstellung erfolgt bitweise. Die Werte für die einzelnen Funktionen werden addiert; die Summe wird als Berechtigung eingetragen.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details und Hinweise zu Berechtigungen = 32 und 35, die das Löschen von Ist-Buchungen erlauben, siehe hier.

warning Hinweis

  • Der Wert 2 und somit ein Teil des Wertes 3 ist zurzeit inaktiv.

DI010627 OS-Login

Ermöglicht das automatische Einloggen mit dem Windows-Benutzernamen. Dafür in dieses Feld den Windows-Benutzernamen eintragen.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

warning Hinweise

  • Die maximale Anzahl von Zeichen für das Feld Benutzername bei Windows sind 21 Zeichen.
  • Zusätzlich kann geprüft werden, ob die Anmeldung mittels Windows-Benutzername gestattet ist.
    • Dazu werden Informationen über die Domäne und das Anmeldeverfahren der Windows-Sitzung durch den Client zum Anwendungsserver übermittelt. Dieser prüft die Authentizität der Anmeldeinformationen durch Aufruf einer Python-Methode.
    • Im Auslieferungszustand wird keinerlei Prüfung durchgeführt und die Anmeldung analog wie bisher zugelassen.
    • Durch Implementierung einer entsprechenden Logik in der Methode ppms.os_login.os_login_verify() können die Anmeldedaten beliebig verarbeitet und geprüft werden. Der Code und die Dokumentation des Methodenaufrufs befinden sich in ppms/os_login.py.

DI010636 Zugriff auf Projekte

Hier wird der Kostenstellen-Strukturcode der Projekte eingetragen, auf die der Benutzer zugreifen darf. Dieser Wert wird in der Systemvariable @53 gespeichert. In Anwendungsmodulen kann die Variable @53 als Filterkriterium auf dem Feld Kostenstellen-Strukturcode verwendet werden.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

application Beispiel

  • Der Benutzer soll den Zugriff auf alle Projekte der Kostenstelle Konstruktion gesamt und aller ihr untergeordneten Kostenstellen haben. Die Kostenstelle Konstruktion gesamt hat 2 untergeordnete Kostenstellen und den Strukturcode 0111, demnach muss der Benutzer im Feld Zugriff auf Projekte den Strukturcode 0111* besitzen.
    • Wildcard "Stern" (*) steht für: alle darauf folgenden Unterpunkte des mit dem Stern gekennzeichneten Punktes.
application Weitere Beispiele

Benutzer Wert im Feld Zugriff auf Projekte Bedeutung
A 01* Der Benutzer A kann auf die Planungsobjekte zugreifen, deren Kostenstelle den Strukturcode hat, der mit 01 beginnt.
B 0112* Der Benutzer B kann auf die Planungsobjekte zugreifen, deren Kostenstelle den Strukturcode hat, der mit 0112 beginnt.
C * Der Benutzer C kann auf alle Planungsobjekte zugreifen.
D leer Der Benutzer D kann auf alle Planungsobjekte zugreifen.
E String, der keinem gültigen Strukturcode entspricht (z.B. x) Der Benutzer E kann auf keine Planungsobjekte zugreifen.

warning Hinweis

  • Einen kompletten Überblick über die Rechte-Steuerung in PLANTA Project finden Sie unter Rechte-Steuerung.

DI010635 Zugriff auf Ressourcen

Ab DB 39.5.0

Hier wird der Strukturcode der Ressourcen und NEU Skills eingetragen, auf die der Benutzer den Zugriff haben soll. Dieser Wert wird in der Systemvariablen @32 bei der Anmeldung des Benutzers gespeichert. Die Variable kann als Filterkriterium auf dem Feld Ressourcenstrukturcode und Skill-Strukturcode in Anwendungsmodulen verwendet werden.

Bis DB 39.5.0

Hier wird der Strukturcode der Ressourcen eingetragen, auf die der Benutzer den Zugriff haben soll. Dieser Wert wird in der Systemvariablen @32 bei der Anmeldung des Benutzers gespeichert. Die Variable kann als Filterkriterium auf dem Feld Ressourcenstrukturcode in Anwendungsmodulen eingetragen werden.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

application Beispiel

  • Der Benutzer soll den Zugriff auf alle Ressourcen der Abteilung IT haben. Ressource IT hat den Strukturcode 1.4, demnach muss der Benutzer im Feld Zugriff auf Ressourcen den Strukturcode 1.4* besitzen.
    • Wildcard "Stern" (*) steht für: alle darauf folgenden Unterpunkte des mit dem Stern gekennzeichneten Punkts.
application Weitere Beispiele

Benutzer Wert im Feld Zugriff auf Ressourcen Bedeutung
A 1 Der Benutzer A kann auf alle Ressourcen/Skills zugreifen, deren Strukturcode 1 ist.
B 1.1.2* Der Benutzer B kann auf alle Ressourcen/Skills zugreifen deren Strukturcode mit 1.1.2 beginnt, z:b. auch auf 1.1.2.1 oder 1.1.2.2.1
C * Der Benutzer C kann auf alle Ressourcen/Skills zugreifen.
D leer Der Benutzer D kann auf alle Ressourcen/Skills zugreifen.
E String, der keinem gültigen Strukturcode entspricht (z.B. x) Der Benutzer E kann auf keine Ressourcen zugreifen.

index Siehe auch: Rechte-Steuerung in PLANTA Project

DI010638 Sprachcode

Code (ID) der Benutzersprache

DI058245 Sprache

Bezeichnung (Inkarnationsfeld) der Benutzersprache. In dieser Sprache wird PLANTA Project-Oberfläche für den Benutzer angezeigt.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

Ab DB 39.5.12

DI010662 Skin-ID

Kenner (ID) der Benutzer-Skin. Die Beschreibung siehe unter Skin.

Bis DB 39.5.12

DI010662 Skin

Kenner (ID) der Benutzer-Skin. Die Beschreibung siehe unter Skin-Bezeichnung.

Ab DB 39.5.12

DI058241 Skin

Bezeichnung der Benutzer-Skin. Die Benutzer-Skin steuert bestimmte Elemente der Benutzeroberfläche.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Abweichend vom Systemparameter Skin kann hier dem Benutzer eine eigene Benutzeroberfläche zugeordnet werden.

Bis DB 39.5.12

DI058241 Skin-Bezeichnung

Bezeichnung der Benutzer-Skin. Die Benutzer-Skin steuert bestimmte Elemente der Benutzeroberfläche.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Abweichend vom Systemparameter Skin kann hier dem Benutzer eine eigene Benutzeroberfläche zugeordnet werden.

DI025834 Terminformat

Hier wird pro Benutzer angegeben, in welchem Format ein Datum systemweit angezeigt werden soll.

arrowbright Bearbeitbar

  • im Modul Benutzer
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Dieses Format
    • übersteuert den Eintrag im Datenfeld Zahlenformat im Skin und
    • kann durch einen Eintrag in den folgenden Datenfeldern übersteuert werden:

DI025835 Währungsformat

Hier wird pro Benutzer angegeben, in welchem Format Währungsfelder systemweit angezeigt werden sollen.

arrowbright Bearbeitbar

  • im Modul Benutzer
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Dieses Format
    • übersteuert den Eintrag im Datenfeld Währungsformat im Skin und
    • kann durch einen Eintrag in den folgenden Datenfeldern übersteuert werden:

DI025836 Zahlenformat

Hier wird angegeben, welches Zahlenformat systemweit verwendet werden soll.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Dieses Format
    • übersteuert den Eintrag im Datenfeld Zahlenformat im Skin und
    • kann durch einen Eintrag in den folgenden Datenfeldern übersteuert werden:

Ab DB 39.5.12

DI027382 Benutzer

Name des Benutzers, zusammengesetzt aus: Name + Vorname

Bis DB 39.5.12

DI027382 Benutzername

Name des Benutzers, zusammengesetzt aus: Name + Vorname

DI042151 PID

Hier wird die Prozess-ID des aktuellen Clients angezeigt.

DI059001 PPID

Ab DB 39.5.0

warning Dieser Parameter wird nicht mehr verwendet.

Bis DB 39.5.0

Falls der Server unter Unix läuft und Forking aktiviert ist, steht in diesem Feld die PID des Vaterprozesses. Ist das System nicht als Forking-Server eingerichtet, steht hier die PID des xinetd-Prozesses. Unter Windows ist dieses Feld leer.

DI024649 Server

In diesem Feld wird das Changeset des Servers angezeigt.

warning Hinweis

DI059301 Datenbank-Changeset

Hier wird die komplette PLANTA Project-Version mit dem Datenbank-Changeset angegeben.

warning Hinweis

DI010632 Logbuch

Ab S 39.5.12

Dieses DI wurde gelöscht.

Bis S 39.5.12

Mit diesem Parameter kann festgelegt werden, ob die Performance-History-Auswertung (de)aktiviert ist, d.h. ob Session aufgezeichnet werden soll oder nicht.

note Werte

  • kein Eintrag - keine Logbucheinträge: die Session wird nicht aufgezeichnet.
  • 1 - Perfomance-History loggen: die Session wird aufgezeichnet.

DI024343 Lizenz

Hier wird die Lizenz des Benutzers angezeigt.

Ab DB 39.5.0

DI060058 DBMS

In diesem Feld wird das verwendete Datenbanksystem angezeigt.

DI025749 Datenbankname

Ab S 39.5.0

In diesem Feld wird auf die Konfig-Datei hibernate.cfg.xml verwiesen.

Bis S 39.5.0

In diesem Feld wird der Name der Datenbank angezeigt, auf die der angemeldete Benutzer momentan zugreift.

DI059258 Datenbankbenutzer

In diesem Feld wird der Name des auf der Datenbank angemeldeten Benutzers angezeigt.

DI025757 Arbeitsverzeichnis

In diesem Feld wird das Arbeitsverzeichnis des angemeldeten Benutzers angezeigt.

DI058248 Abteilungsbezeichnung (Default)

Bezeichnung der Abteilung, für die der entsprechende Benutzer Managementaufgaben wahrnimmt bzw. Abteilungsleiter ist.

note Details

DI025746 E-Mail

In diesem Feld kann die E-Mail-Adresse des Benutzers eingetragen werden. Diese E-Mail-Adresse wird zum Verschicken der Nachrichten sowie der temporären Passwörter benutzt.

arrowbright Bearbeitbar

  • im Modul Personen und im Modul Benutzer
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

warning Hinweis

Ab DB 39.5.0

DI060055 Customizer-Rechte

NEU Dieser Parameter steuert, ob aus der Anwendersicht der Module in die Customizer-Sicht der Module gewechselt werden darf (über STRG + F3, F9 und über die Links im Modul Datenfeldinformation).

stop Achtung

  • Des Weiteren besitzen Benutzer, bei denen diese Checkbox aktiviert ist, sämtliche Änderungsrechte auf der Anwendungsebene, unabhängig von anderen für sie definierten Rechten. Siehe auch Änderungsrechte

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Details

  • Benutzer, bei denen der Parameter aktiviert ist, erhalten bei der Anmeldung die Dialogmeldung Problems in System Customizing, die auf Fehler im System-Customizing, falls diese vorhanden sind, hinweist. Weitere Informationen

warning Hinweis

  • Das dem DI entsprechende Datenfeld Customizer ist ab der Version DB 39.5.0 standardmäßig im Modul Benutzer enthalten. Wurde es zuvor im Rahmen des individuellen Customizings in das Modul aufgenommen, muss es entfernt werden, damit es nach dem Update nicht doppelt im Modul vorhanden ist.

Neu ab S 39.5.0

DI060055 Customizer-Rechte

Benutzer, bei denen der Parameter aktiviert ist, erhalten bei der Anmeldung die Dialogmeldung Problems in System Customizing, die auf Fehler im System-Customizing, falls diese vorhanden sind, hinweist. Weitere Informationen

warning Hinweis

  • Damit das Dataitem im System vorhanden ist, muss beim Update auf S 39.5.0 das optionale Paket 10139 ausgeführt werden. Dabei wird das DI in die DT511 eingefügt und der Parameter bei allen Benutzern, die den Zugriff auf das Modul Module haben, aktiviert.
  • Anschließend kann das Dataitem individuell dem gewünschten Modul, z.B. dem Modul Benutzer, zugeordnet werden.

Neu ab S 39.5.0

DI062216 Session-ID

Die Session-ID kann zum Identifizieren einer einzelnen Session verwendet werden, sie entspricht der Thread-ID.

warning Hinweise

  • Diese ID wird auch in den Server-Logfiles angezeigt. Damit kann ein Logfile einer bestimmten Session zugeordnet werden.
  • Die Python-API bietet verschiedene Methoden für das Session-Monitoring an.

Neu ab S 39.5.7

DI063175 MV-Erstellung

Über diesen Parameter kann das Anlegen, Bearbeiten und Löschen von individuellen Modulvarianten benutzerbezogen ein/ausgeschaltet werden. Der Parameter ist im Modul Benutzer im Fenster 9 (ausgeblendet) zu finden und ist defaultmäßig aktiviert.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

note Werte

  • checked - das Anlegen, Bearbeiten und Löschen ist eingeschaltet
  • unchecked - das Anlegen, Bearbeiten und Löschen ist ausgeschaltet

warning Hinweise

  • Beim Verwenden des Benutzerparameters MV-Erstellung muss auch der gleichnamige Modulparameter MV-Erstellung beachtet werden.
  • Der Benutzerparameter MV-Erstellung dominiert den Modulparameter MV-Erstellung. D.h.
    • Ist für einen Benutzer der Benutzerparameter MV-Erstellung deaktiviert, kann dieser Benutzer keine individuellen Modulvarianten anlegen, bearbeiten und löschen, auch für die Module nicht, für die der Modulparameter MV-Erstellung aktiviert ist.
    • Ist für einen Benutzer der Benutzerparameter MV-Erstellung aktiviert, kann dieser Benutzer individuelle Modulvarianten anlegen, bearbeiten und löschen für die Module, für die der Modulparameter MV-Erstellung aktiviert ist.

Ab DB 39.5.10

DI063247 Parallele Sessions

Über diesen Parameter kann die maximale Anzahl paralleler Sessions pro Benutzer eingestellt werden.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

warning Hinweis

  • Wird diese Anzahl überschritten, erscheint die folgende Dialogmeldung: Die maximal zulässige Anzahl an geöffneten Sessions für diesen Benutzer wurde bereits erreicht. Vor der Neuanmeldung müssen die vorhandenen Clients dieses Benutzers geschlossen werden. Weitere Informationen dazu finden Sie hier.
  • Für diesen Parameter ist standardmäßig der Wert "3" NEU gesetzt, der, wenn nötig, geändert werden kann.

Siehe auch: Technische FAQs

Neu ab S 39.5.11

DI063247 Parallele Sessions

Über diesen Parameter kann die maximale Anzahl paralleler Sessions pro Benutzer eingestellt werden.

arrowbright Bearbeitbar

  • im Modul Benutzer,
  • vorausgesetzt der bearbeitende Benutzer besitzt die hierfür notwendige Berechtigung

warning Hinweis

  • Wird diese Anzahl überschritten, erscheint die folgende Dialogmeldung: Die maximal zulässige Anzahl an geöffneten Sessions für diesen Benutzer wurde bereits erreicht. Vor der Neuanmeldung müssen die vorhandenen Clients dieses Benutzers geschlossen werden. Weitere Informationen dazu finden Sie hier.
  • Für diesen Parameter ist standardmäßig der Wert "1" gesetzt, der, wenn nötig, geändert werden kann.

Siehe auch: Technische FAQs

DI010625 Funktion

Feld zur freien Eingabe. Kann für beliebige Zwecke/Infos benutzt werden.





 
  • Suche in Topic-Namen

  • Suche in Topic-Inhalten