Information
-
Im Folgenden wird die Konfiguration des PLANTA Web-Clients beschrieben.
Grundlagen
Information
-
Es gibt verschiedene Optionen, um Konfigurationen anzuwenden. Im Folgenden werden die Möglichkeiten von der niedrigsten zur höchsten Priorität aufgelistet.
-
Wenn eine Variable an mehr als einem Ort definiert ist, wird die Stelle mit der höchsten Priorität angewandt:
-
appsettings.json: Haupt-(Default-)Konfiguration, Änderungen nicht empfohlen -
appsettings.[Environment].json: umgebungsspezifische (z. B. Produktion) Konfiguration -
Umgebungsvariablen
-
Kommandozeilenparameter
-
Parameter außerhalb des JSON-Formats definieren
Information
-
Für Umgebungsvariablen und Kommandozeilenparameter muss ein bestimmtes Format verwendet werden:
Parameter innerhalb eines Blocks definieren
|
JSON: |
Kommandozeile: |
|
|
JavaScript
|
|
|
Parameter innerhalb eines Arrays definieren
|
JSON: |
ServerB-Port in der Kommandozeile überschreiben: |
|
|
JavaScript
|
|
|
Parameter
Information
-
Die folgenden Parameter können zur Konfiguration des Web-Clients verwendet werden.
Dotnet-Einstellungen
Information
-
Die Variable
ASPNETCORE_ENVIRONMENTkann aufDevelopmentgesetzt werden. Dadurch wird bei einer Fehlermeldung eine Schaltfläche angezeigt, über die der Stacktrace kopiert werden kann.
Verbindungseinstellungen
Information
-
Parameter, die den Serverstart und die Kommunikation mit dem PLANTA-Server definieren.
-
Sie müssen innerhalb des Blocks
ConnectionSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
int |
6 |
Zlib compression level, Zahl zwischen 0 und 9. Wird ignoriert, wenn |
|
|
|
string |
de-DE |
Culture Code, der von der Anwendung verwendet wird. Hängt vom Host-Betriebssystem ab. Eine Liste von Culture Codes findet sich auch online. |
|
|
|
string |
null |
|
|
|
|
int |
60 |
Zeitintervall zwischen Keepalive-Signalen an den PLANTA-Server, in Sekunden |
|
|
|
int |
5 |
Request Timeout für Routing-Anfragen an PLANTA link |
|
|
|
string |
siehe |
API-Schlüssel, den der Webclient als Kopfzeile |
|
|
|
string |
null |
Der PLANTA link Webhook, der für das Routing benötigt wird |
|
|
|
int |
1440 |
Zeit, in der der Web-Server die Panel-Informationen speichert, wenn der Benutzer die Verbindung abgebrochen oder die Seite verlassen hat, in Minuten |
|
|
|
string |
null |
|
|
|
|
int |
7200 |
Zeit, in der der Web-Server die Session-Informationen speichert, wenn der Benutzer die Verbindung abgebrochen oder die Seite verlassen hat, in Minuten |
|
|
|
array |
null |
Liste der PLANTA-Server, muss mindestens einen Eintrag enthalten. Mehr Informationen |
|
|
|
bool |
true |
Definiert, ob die Kommunikation mit dem PLANTA-Server komprimiert werden soll |
|
|
|
string |
null |
|
|
|
|
bool |
false |
Definiert, ob SSL für die Kommunikation mit dem PLANTA-Server aktiviert sein soll |
|
Einstellungen des Parameters Servers
|
Parameter |
Typ |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|
|
|
string |
Server-Host-Name |
|
|
|
int |
Server-Port |
|
gRPC-Einstellungen
Information
-
Der Block steuert die gRPC-Verbindung zum PLANTA-Manager, über die der Webclient das integrierte agile Board lädt.
-
Die Parameter müssen innerhalb des Blocks
GrpcSettingsdefiniert werden. -
Bleibt
ServerUrlleer, wird die Adresse aus dem Host vonConnectionSettings:RoutingWebHookund dem Wert vonPortgebildet. Ein gesetztesServerUrlhat Vorrang. -
Lässt sich keine Adresse bilden, hält das der Start im Protokoll fest und allein das agile Board steht nicht zur Verfügung. Der übrige Webclient arbeitet weiter.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
string |
leer |
Vollständige gRPC-Adresse des Managers, etwa |
|
|
int |
50051 |
Port der abgeleiteten Adresse. Ohne Wirkung, wenn |
|
|
bool |
false |
Bestimmt, ob die abgeleitete Adresse |
|
|
string |
leer |
Dienst-Token für Aufrufe ohne sitzungsbezogenes Token. Wird für die Microsoft-365-Integration benötigt |
|
|
string |
leer |
Kennung, die der Webclient bei gRPC-Aufrufen mitsendet |
Beispielkonfiguration
{
"ConnectionSettings": {
"RoutingWebHook": "https://manager.example.com:23333/api/webclient/routing"
},
"GrpcSettings": {
"ServerUrl": ""
}
}
AI-Einstellungen
|
Parameter |
Typ |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|
|
|
string |
URL des AI-Assistenten-Chats. |
|
Der PLANTA-KI-Assistent steht in einem separaten Container zur Verfügung – dort erfolgen Installation und Konfiguration. Bei Fragen wenden Sie sich an Ihren PLANTA-Consultant.
Data Protection-Einstellungen
Information
-
Parameter zur Steuerung der Data Protection API.
-
Sie müssen innerhalb das Blocks
DataProtectionSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
String |
PLANTA Webclient |
Bezeichnung der Anwendung für Data Protection-Zwecke. |
|
|
|
String |
%ApplicationFilesPath%/DataProtectionKeys |
Verzeichnispfad, in dem die Data Protection-Schlüssel gespeichert werden. |
|
|
|
String |
AES_256_CBC |
Der für Data Protection verwendete Verschlüsselungsalgorithmus. Mögliche Werte siehe hier. |
|
|
|
String |
HMACSHA256 |
Der für Data Protection verwendete Validierungsalgorithmus. Mögliche Werte siehe hier. |
|
|
|
String |
|
Thumbprint des für Data Protection verwendeten Verschlüsselungszertifikats. Wenn kein Wert eingetragen wird, werden die Schlüsseldateien nicht verschlüsselt. |
|
Authentifizierungs-Einstellungen
Information
-
Parameter, mit denen konfiguriert wird, ob und wie der Reverse-Proxy uns über den authentifizierten Benutzer informiert. Hierzu ist der Einsatz von PLANTA secure erforderlich.
-
Sie müssen innerhalb des Blocks
AuthenticationSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
bool |
false |
Wenn diese Option aktiviert ist, sendet der Webclient während der Sitzungsinitialisierung eine Nachricht an den Server, die ihn über die Vorauthentifizierung und die entsprechende Benutzerkennung informiert. |
|
|
|
bool |
false |
When enabled, the Webclient will use JWT/OIDC for authentication (enables OIDC flows). Deprecated ab 3.7.2 Verwenden Sie stattdessen |
Bis 3.7.1 |
|
|
bool |
false |
When true the client initiates the OIDC login flow by itself; otherwise the OIDC login flow will be initiated by reverse proxy. Deprecated ab 3.7.2 Verwenden Sie stattdessen |
Bis 3.7.1 |
|
|
bool |
false |
Aktiviert OIDC-Authentifizierung. Ersetzt die bisherigen Parameter |
Ab 3.7.2 |
|
|
string |
plain |
Das Format, in dem der Wert bereitgestellt wird. Bisher ist nur das Format "plain" implementiert, das den Header-Wert an den Server weitergibt. |
|
|
|
string |
x-forwarded-user |
Der Name des HTTP-Header-Feldes, das die vom Reverse-Proxy authentifizierte Benutzer-ID enthält. |
|
|
|
string |
x-forwarded-access-token |
Der Name des HTTP-Cookies, das das JWT-Zugriffstoken enthält |
|
|
|
string |
x-forwarded-id-token |
Der Name des HTTP-Cookies, das das JWT-ID-Token enthält |
|
|
|
string |
/ |
Der Web-Basispfad, den der Reverse-Proxy für den Webclient verwendet, z. B. wenn der Webclient auf dem Reverse-Proxy unter http://www.example.com/webclient erreichbar ist, lautet der Basispfad /webclient. |
|
|
|
string |
|
Logout-Route, die aufgerufen wird, wenn der Benutzer seine Sitzung auf dem Reverse-Proxy beenden möchte. |
|
|
|
OIDC settings |
|
Konfiguration für die OpenID Connect-Authentifizierung. |
|
|
|
ReverseProxyJwtSettings |
|
Konfiguration für die JWT-Authentifizierung über Reverse-Proxy (standardmäßig Cloudflare). |
|
ReverseProxyJWT-Einstellungen
|
Parameter |
Typ |
Defaut |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
string |
|
The HTTP header key that contains the application JWT from the reverse proxy (default: Der HTTP-Header-Schlüssel, der das Anwendungs-JWT vom Reverse-Proxy enthält. Der Authentifizierungsdienst überprüft auch, ob der Header-Name |
|
|
|
string |
|
Erwarteter |
|
|
|
string |
|
JWKS-Endpunkt-URL, die zur Validierung der Token-Signatur verwendet wird. |
|
|
|
string |
|
Erwarteter |
|
Hinweise
-
Wenn
JwtAuthisttrueundJwtAuthOnClientistfalse, versucht der Client, die vom Reverse-Proxy bereitgestellten Token entweder in Cookies (Standard-OIDC-Cookies) oder im konfiguriertenHeaderKeyzu finden. WennHeaderKeyeinCf-Präfix enthält und ein passender Request-Header vorhanden ist, wird der Reverse-Proxy/Cloudflare-Flow verwendet. . -
Nach erfolgreicher Validierung sendet der Client eine XML-Nachricht vom Typ
<ProxyToken type="1" .../>an das Backend, die das Anwendungstoken inaccess_tokenenthält. Das Backend musstype="1"unterstützen undaccess_tokenals validiertes Reverse-Proxy-JWT behandeln.
OIDC-Einstellungen
Information
-
Parameter zum Konfigurieren der OpenID Connect-Authentifizierung.
-
Sie müssen innerhalb des Blocks
AuthenticationSettings.OidcSettingskonfiguriert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
string |
|
Die OAuth-Client-ID, die für die Token-Validierung verwendet wird. |
|
|
|
string |
|
Der Client-Secret, der für die Authentifizierung beim OIDC-Anbieter verwendet wird. |
|
|
|
string |
|
Die URL für das OIDC-Erkennungsdokument. Deprecated ab 3.7.2 Verwenden Sie stattdessen |
Bis 3.7.1 |
|
|
string |
|
Die Basis-Issuer-URL des OIDC-Providers (z. B. |
Ab 3.7.2 |
|
|
string |
|
Der vom OIDC-Anbieter angeforderte Zugriffsbereich. |
|
Authentifizierung: Beispiele und Einrichtung
Information
-
Im Folgenden finden Sie gängige Konfigurationsszenarien und konkrete Beispiele für die Einstellung von Werten über
appsettings.json, Umgebungsvariablen oder die Befehlszeile.
Beispiel A - Reverse-Proxy-Header-Authentifizierung (Proxy übermittelt die Benutzer-ID an das Backend)
-
appsettings.json:
{
"AuthenticationSettings": {
"ProxyAuth": true,
"ProxyUserHeader": "x-forwarded-user"
}
}
-
Umgebungsvariable (Windows PowerShell):
$env:AuthenticationSettings__ProxyAuth = "true"
$env:AuthenticationSettings__ProxyUserHeader = "x-forwarded-user"
Beispiel B - Cloudflare Access / Reverse-Proxy-JWT (Reverse-Proxy fügt Anwendungs-JWT ein)
-
appsettings.json:
{
"AuthenticationSettings": {
"JwtAuth": true,
"JwtAuthOnClient": false,
"ReverseProxyJwtSettings": {
"HeaderKey": "Cf-Access-Jwt-Assertion",
"IssuerUrl": "https://your-team.cloudflareaccess.com",
"JwksUrl": "https://your-team.cloudflareaccess.com/cdn-cgi/access/certs",
"Audience": "PASTE_THE_64_CHAR_HEX_TAG_HERE"
}
}
}
Notes
-
Die Anwendung erkennt die Nutzung von Cloudflare, wenn der konfigurierte
HeaderKeymitCf-beginnt und in der Anfrage ein entsprechender Header vorhanden ist. -
Stellen Sie sicher, dass
JwksUrl,IssuerUrlundAudiencegenau mit den von Cloudflare Access ausgestellten Token-Claims übereinstimmen. Ist dies nicht der Fall, wird die Validierung fehlschlagen.
Beispiel C - Vom OIDC-Client initiierte Anmeldung mit PKCE (der Browser führt den OIDC-Ablauf durch)
-
appsettings.json:
{
"AuthenticationSettings": {
"JwtAuth": true,
"JwtAuthOnClient": true,
"OidcSettings": {
"ClientId": "APPLICATION_CLIENT_ID",
"ClientSecret": "YOUR_CLIENT_SECRET",
"DiscoveryUrl": "https://login.example.com/.well-known/openid-configuration",
"Scope": "openid profile email"
}
}
}
Vorgehensweise
-
Der Client startet den Autorisierungscode-Ablauf mit PKCE und tauscht den Autorisierungscode im Browser gegen ein
id_token/access_tokenein. -
Die Tokens werden validiert und anschließend mit dem
ProxyTokenvomTyp=„0“an das Backend weitergeleitet.
WebAPI Authentifizierungs-Einstellungen
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
string |
APIKEY |
API-Schlüssel, der zum Erreichen der Web-API-Endpunkte verwendet wird |
|
Adaptive Cards-Einstellungen
Signierungseinstellungen
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
string |
|
XML-formatierter privater RSA-Schlüssel zum Signieren von Adaptive Cards |
|
Upload-Einstellungen
Information
-
Parameter, die das Verhalten bei Datei-Uploads definieren.
-
Sie müssen innerhalb des Blocks
FileUploadSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
string |
.doc, .docx, .xls, .txt |
Dateiendungen, die hochgeladen werden dürfen |
|
|
|
int |
2000000 |
Maximale Dateigröße von Dateien, in Bytes |
|
|
|
int |
100000 |
Wenn eine Zahl > 0 definiert wird, wird die Datei in Chunks der angegebenen Größe (in Bytes) hochgeladen. Wird 0 definiert, wird die Datei in einem Request hochgeladen. |
|
|
|
string |
. |
Pfad, unter dem Dateien während des Uploads temporär gespeichert werden |
|
Help Center-Einstellungen
Information
-
Parametern zur Konfiguration von Links und Befehlen, die im Menü des Help Centers verwendet werden.
-
Sie müssen innerhalb des Blocks
HelpCenterSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Description |
|---|---|---|---|
|
|
String |
URL zur Hauptseite des Help Center. |
|
|
|
String |
URL für Video-Tutorials. |
|
|
|
String |
URL für textbasierte Tutorials/Dokumentation. |
|
|
|
String |
URL zur Seite mit der Datenschutzerklärung. Wird diese Option aktiviert, wird in der Feedback-Komponente ein Link zur Datenschutzerklärung angezeigt. |
|
|
|
String |
https://help.planta.de/de/tec/Container-ab-39.5.24/konfiguration-des-ki-assistenten-fur-webclient |
URL zur Dokumentation zur Konfiguration des KI-Assistenten. Wenn der KI-Assistent deaktiviert ist, wird dieser Link angezeigt, um Benutzern bei der Einrichtung zu helfen. |
|
|
Int? |
null |
Optionale Befehls-ID zur Ausführung für modulspezifische Hilfe. |
|
|
Int? |
null |
Optionale Befehls-ID zur Ausführung für feldspezifische Hilfe. |
|
|
Int |
1000 |
Maximal zulässige Zeichenanzahl für den Text eines Feedback-Kommentars. Dieser Parameter begrenzt die Textmenge, die Benutzer in das Feedback-Formular eingeben können. |
|
|
Array |
null |
Liste der Feedback-Ziele. Jedes Ziel hat einen |
Details zu den Feedback-Zielen
Information
-
Console: Protokolliert das Feedback in der Konsole. -
Logger: Protokolliert das Feedback mithilfe des Loggers der Anwendung. -
File: Protokolliert das Feedback in einer Datei. ErfordertArgs.filepath(Pfad zur Datei) undArgs.encoding(Zeichenkodierung, z. B.utf-8). -
Service: Sendet das Feedback an einen Dienst. ErfordertArgs.url(URL des Feedback-Dienstes).
Beispielkonfiguration für FeedbackTo:
"FeedbackTo": [
{ "Name": "Console" },
{ "Name": "Logger" },
{
"Name": "File",
"Args": {
"filepath": "%ApplicationFilesPath%/feedback.log",
"encoding": "utf-8"
}
},
{
"Name": "Service",
"Args": {
"url": "http://localhost:5159/api/feedback"
}
}
]
Message Dumper-Einstellungen
Information
-
Message Dumper speichert die Kommunikation mit dem PLANTA-Server, eine xml-Datei pro Session.
-
Mitschnitte bleiben über das Sitzungsende und Neustarts hinaus erhalten. Alter, Anzahl und Größe werden über
RetentionDays,MaxRetainedDumpsundMaxSizeBytesbegrenzt. Der Mitschnitt einer laufenden Sitzung wird nie gelöscht. -
Anmeldedaten werden im Mitschnitt als
***unkenntlich gemacht. Alle übrigen Feldinhalte stehen im Klartext im Mitschnitt. -
Die Parameter müssen innerhalb des Blocks
MessageDumperSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
bool |
false |
Zeichnet für jede Sitzung einen Mitschnitt auf. Schaltet zugleich den Download fremder Mitschnitte im Dialog Sitzungsprotokolle frei. Nur zur Diagnose einschalten |
|
|
|
string |
%ApplicationFilesPath%/Logs/Dump |
Pfad, unter dem Message Dump-Dateien gespeichert werden |
|
|
|
bool |
true |
XML-Mitschnitt einer Sitzung erstellen. Gestartet wird er durch das Einfügen von |
|
|
|
bool |
false |
Schreibt Binärinhalte wie Anhänge, OLE-Objekte und Bilder in den Mitschnitt. Bei “false” ersetzt das Attribut |
Ab 4.1.0 |
|
|
long |
26214400 (25 MB) |
Größenlimit je Mitschnitt. Bei Erreichen endet die Aufzeichnung, die Datei wird mit der Markierung |
Ab 4.1.0 |
|
|
int |
7 |
Alter nach der letzten Änderung in Tagen, ab dem ein Mitschnitt gelöscht wird |
Ab 4.1.0 |
|
|
int |
100 |
Höchstzahl aufbewahrter Mitschnitte. Darüber hinaus werden die ältesten zuerst gelöscht |
Ab 4.1.0 |
Sitzungsprotokoll-Einstellungen
Information
-
Ab Web-Client 4.1.0.
-
Jede Sitzung schreibt ihre eigene Protokolldatei.
-
Der Benutzer lädt sein Sitzungsprotokoll über den Dialog Sitzungsprotokolle herunter.
-
Der Zugriff auf fremde Protokolle ist ein Customizing-Recht und lässt sich über
DownloadAccessweiter einschränken.
-
-
Die Parameter müssen innerhalb des Blocks
SessionLogSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
bool |
true |
Schreibt für jede Sitzung eine eigene Protokolldatei. Bei “false” entfällt auch der Menüeintrag |
|
|
string |
AllUsers |
Legt fest, wer Sitzungsprotokolle auflisten und herunterladen darf. “AllUsers”: Benutzer mit Customizing-Rechten erreichen jede Sitzung, alle übrigen nur die eigene. “CustomizersOnly”: ohne Customizing-Rechte erscheint der Menüeintrag nicht. “Disabled”: der Menüeintrag erscheint für niemanden |
|
|
string |
%ApplicationFilesPath%/Logs/Sessions |
Verzeichnis für die Protokolldateien und ihre Metadaten-Dateien |
|
|
long |
10485760 (10 MB) |
Größenlimit je Sitzungsprotokoll. Bei Erreichen wird eine Kürzungsmarkierung angehängt und das Schreiben endet. Mit 0 oder kleiner entfällt das Limit |
|
|
int |
7 |
Alter nach der letzten Änderung in Tagen, ab dem ein Protokoll mit seiner Metadaten-Datei gelöscht wird |
|
|
int |
500 |
Höchstzahl der Protokolle im Verzeichnis, einschließlich der laufenden Sitzungen. Darüber hinaus werden die ältesten beendeten Protokolle zuerst gelöscht. Eine Sitzung, die nach Erreichen des Limits beginnt, erhält kein Protokoll |
|
|
string |
|
Serilog-Ausgabeformat einer Protokollzeile |
|
|
string |
Information |
Niedrigste Stufe, die ein Ereignis erreichen muss, um in das Sitzungsprotokoll zu gelangen. Ein niedrigerer Wert senkt auch die globale Mindeststufe der Protokollierung und wirkt damit auf alle Protokollziele |
Hinweise
-
MaxRetainedSessionsdeutlich über der Zahl gleichzeitiger Sitzungen ansetzen. Jeder Seitenaufruf legt schon vor der Anmeldung eine Sitzung mit Protokoll an. Ist das Limit erreicht, entstehen keine neuen Protokolle, und beendete Protokolle werden sofort gelöscht. -
Der Speicherbedarf des Verzeichnisses beträgt höchstens
MaxRetainedSessions×MaxSizeBytes. Das Volume entsprechend dimensionieren. -
Fehler der Sitzungsprotokollierung erscheinen nur in der Standardfehlerausgabe (stderr) des Containers, nicht im Protokoll selbst.
Beispielkonfiguration
{
"SessionLogSettings": {
"DownloadAccess": "CustomizersOnly"
}
}
Virtualisierung-Einstellungen
Information
-
Durch Virtualisierung werden nur die auf dem Bildschirm sichtbaren Elemente gerendert, um die Performance zu verbessern.
-
Die Parameter müssen innerhalb des Blocks
VirtualizationSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
bool |
true |
Virtualisierungsfunktion aktivieren |
OneDrive-Einstellungen
Information
-
Parameter für die OneDrive-Dateiauswahl (File Picker), die über den Kontextmenüeintrag Aus OneDrive einfügen bei Hyperlinks und für Anhang-Links im Agile Board verwendet wird.
-
Die Funktion läuft im Browser und braucht eine eigene Azure-App-Registrierung. Der Microsoft 365-Integrationsdienst wird dafür nicht verwendet.
-
Informationen zur Einrichtung in Azure finden Sie unter OneDrive-Integration konfigurieren.
-
Die Parameter müssen innerhalb des Blocks
OneDriveSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
bool |
false |
Blendet im Kontextmenü von Hyperlinks den Eintrag Aus OneDrive einfügen ein |
|
|
string |
|
Client-ID der Azure-App-Registrierung (Pflichtangabe) |
|
|
string |
|
ID des Azure-Tenants. Wird verwendet, um die Anmelde-Authority zu bilden, wenn |
|
|
string |
|
Optionale Anmelde-Authority. Standard: |
|
|
string |
(Ursprung der Anwendung) |
Optionale Redirect-URI. Muss in Azure als Redirect-URI für eine Single-Page-Application (SPA) registriert sein. Nur setzen, wenn der öffentliche Ursprung von dem abweicht, den die Anwendung sieht, z. B. hinter einem Reverse Proxy. |
|
|
string |
|
OneDrive-/SharePoint-Host des Tenants, z. B. |
Einstellungen für Modulfenster-Umpositionieren
Information
-
Dieser Parameter schaltet eine Funktion frei, mit der Modulfenster innerhalb einer Ansicht beliebig positioniert werden können (z.B. innerhalb der Modulleiste oder an einem Panelrand).
-
Der Parameter muss innerhalb des Blocks
DockingSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
bool |
false |
Ermöglicht das Andocken, Stapeln als Reiter, Einklappen und Neuanordnen von Modulen im Panel. |
Beispielkonfiguration
{
"DockingSettings": {
"DockPanelEnabled": true
}
}
Statusmeldungs-Einstellungen
Information
-
Der Block steuert, wie der Webclient Statusmeldungen des Servers anzeigt.
-
Es gibt drei Anzeigen, die unabhängig voneinander ein- und ausgeschaltet und je Status gefiltert werden: die eingeblendete Meldung am unteren Bildschirmrand, den Status-Chip in der Action Bar des Moduls und die klassische Statuszeile unten links.
-
Die Parameter müssen innerhalb des Blocks
StatusMessageSettingsdefiniert werden. -
Die Status lauten aufsteigend
Working,Info,Success,WarningundError. Jede Anzeige zeigt das Band vonMinimumLevelbisMaximumLevel(beide Grenzen eingeschlossen). Liegt die Obergrenze unter der Untergrenze, zeigt die Anzeige nichts.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
bool |
false |
Gibt frei, dass Benutzer die Status-Anzeigen im Einstellungsfenster Statusmeldungen (PLANTA-Logo → ? → Statusmeldungen) für sich ändern. Alternativ öffnet das Zahnrad in der Liste der letzten Meldungen dasselbe Einstellungsfenster, sofern der Status-Chip eingeschaltet ist. Bei „false" entfällt die Möglichkeit auf das Einstellungsfenster zuzugreifen. Alle Anzeigen entsprechen dann den bisherigen Einstellungen in diesem Block. |
|
|
bool |
false |
Schaltet die eingeblendete Meldung am unteren Bildschirmrand ein |
|
|
string |
Success |
Niedrigste Stufe, die eingeblendet wird |
|
|
string |
Error |
Höchste Stufe, die eingeblendet wird |
|
|
int |
2000 |
Anzeigedauer in Millisekunden. Warnungen und Fehler bleiben unabhängig davon stehen, bis der Benutzer sie schließt. Mit “0” erhält die Meldung statt der ablaufenden Linie eine Schaltfläche zum Schließen |
|
|
string |
Center |
Stelle am unteren Bildschirmrand, an der die Meldungen erscheinen, einstellbar mit den Werten “Left”, “Center” oder “Right”. Die Meldungen werden dann in einer Leiste direkt über der Panelleiste angezeigt. |
|
|
int |
3 |
Anzahl der Warnungen und Fehler, die einzeln untereinander stehen, bevor ältere Meldungen sich darüber stapeln. Werte unter 1 wirken wie 1. Nur je Installation einstellbar. Das Fenster Statusmeldungen bietet den Wert nicht an. |
|
|
bool |
false |
Schaltet den Status-Chip in der Action Bar des Moduls ein |
|
|
string |
Working |
Niedrigste Stufe, die der Status-Chip zeigt. Eine Meldung darunter lässt den bisherigen Inhalt stehen |
|
|
string |
Error |
Höchste Stufe, die der Status-Chip zeigt. Eine Meldung darüber lässt den bisherigen Inhalt stehen |
|
|
bool |
true |
Bestimmt, ob die klassische Statusleiste im Client überhaupt vorhanden ist. Mit “false” verschwindet sie aus der Oberfläche und aus dem Fenster Statusmeldungen, eine gespeicherte Benutzereinstellung dazu bleibt unberücksichtigt. |
|
|
bool |
true |
Schaltet die klassische Statusleiste ein. Ohne Wirkung, solange |
|
|
string |
Working |
Niedrigste Stufe, die die klassische Statusleiste zeigt |
|
|
string |
Error |
Höchste Stufe, die die klassische Statusleiste zeigt |
|
|
int |
2000 |
Anzeigedauer in Millisekunden, hier für alle Stufen einschließlich Warnungen und Fehlern. Mit “0” bleibt die Meldung stehen, bis die nächste sie ersetzt. |
Beispielkonfiguration
Voreinstellung, allein die klassische Statusleiste zeigt Meldungen:
{
"StatusMessageSettings": {
"AllowUserSettings": false,
"Toast": { "Enabled": false, "MinimumLevel": "Success", "TimeoutMs": 2000, "Placement": "Center", "CardsBeforeStacking": 3 },
"Pill": { "Enabled": false, "MinimumLevel": "Working" },
"LegacyBar": { "Available": true, "Enabled": true, "MinimumLevel": "Working", "TimeoutMs": 2000 }
}
}
Test der neuen Anzeigen, Anzahlen und Ergebnisse im Status-Chip, Warnungen und Fehler eingeblendet, Benutzereinstellungen freigegeben:
{
"StatusMessageSettings": {
"AllowUserSettings": true,
"Toast": { "Enabled": true, "MinimumLevel": "Warning" },
"Pill": { "Enabled": true, "MinimumLevel": "Working", "MaximumLevel": "Success" },
"LegacyBar": { "Available": true, "Enabled": false }
}
}
Einstellungen für den Dialog Benutzereinstellungen
Information
-
Legt fest, welches Customizing-Modul der Web-Client als Dialog Benutzereinstellungen anzeigt. Das Customizing öffnet das Modul, das in seiner globalen Einstellung
user_settings_modulesteht. Wird diese Einstellung geändert, muss hier dieselbe Modul-ID eingetragen werden. -
Eine leere Modul-ID oder die ID eines Moduls, das der Web-Client bereits als anderen Dialog anzeigt, blendet den Dialog aus und schreibt eine Warnung ins Protokoll.
-
Voraussetzungen sind ein Server-Release nach S 39.2.3 und ein Datenbank-Release nach DB 27.1.0.
-
Der Parameter muss innerhalb des Blocks
UserSettingsDialogdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
string |
009EAG |
Modul-ID des Customizing-Moduls, das als Dialog Benutzereinstellungen angezeigt wird |
Beispielkonfiguration
{
"UserSettingsDialog": {
"ModuleCustomizingId": "009EAG"
}
}
Einstellungen für die Passwortrichtlinie
Information
-
Legt die Regeln fest, die ein neues Passwort erfüllen muss, bevor der Web-Client es an den Server sendet. Die Regeln gelten im Dialog Benutzereinstellungen und im Dialog zum Ändern des Passworts, auch wenn beim Anmelden ein neues Passwort verlangt wird, etwa nach „Passwort zurücksetzen“ oder bei abgelaufenem Passwort.
-
Stellen Sie die Regeln auf die Passwortrichtlinie Ihres Unternehmens ein. Ein Passwort, das gegen die Regeln verstößt, lässt sich über den Web-Client nicht setzen.
-
Die Parameter müssen innerhalb des Blocks
PasswordPolicydefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
int |
10 |
Mindestanzahl an Zeichen eines neuen Passworts. „0“ setzt keine Mindestlänge |
|
|
bool |
true |
Ein neues Passwort muss einen Großbuchstaben und einen Kleinbuchstaben enthalten |
|
|
bool |
true |
Ein neues Passwort muss eine Ziffer enthalten |
|
|
bool |
true |
Ein neues Passwort muss ein Zeichen enthalten, das weder Buchstabe noch Ziffer ist |
Beispielkonfiguration
{
"PasswordPolicy": {
"MinimumLength": 10,
"RequireUpperAndLowerCase": true,
"RequireDigit": true,
"RequireSpecialCharacter": true
}
}
Einstellungen für den Chart-Export
Information
-
Parameter zur Steuerung der Chart-Export-Funktionalität.
-
Die Parameter müssen innerhalb des Blocks
ChartExportSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
int |
4 |
Skalierungsfaktor für exportierte Diagrammbilder. Höhere Werte führen zu Bildern mit höherer Auflösung, vergrößern jedoch die Dateigröße. |
|
|
int |
60 |
Maximal zulässige Anzahl von Diagrammexporten pro Minute (Ratenbegrenzung). |
|
|
int |
15728640 |
Maximale Dateigröße für exportierte Diagrammbilder in Byte (Standardwert: 15 MB). |
Beispielkonfiguration
{
"ChartExportSettings": {
"ExportScaleFactor": 4,
"MaxUploadsPerMinute": 60,
"MaxFileSizeBytes": 15728640
}
}
Papierformat-Einstellungen
Information
-
Parameter zum Konfigurieren benutzerdefinierter Papierformate für den PDF-Export.
-
Der Parameter muss innerhalb des Blocks
PaperFormatSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
Ab/Bis Version |
|---|---|---|---|---|
|
|
Array |
|
Liste benutzerdefinierter Papierformatkonfigurationen. Jedes Format muss einen lokal angepassten Namen und Abmessungen in Millimetern enthalten. |
|
Parameter innerhalb eines Arrays definieren
{
"PaperFormatSettings": {
"Formats": [
{
"Name": {
"de": "A0",
"en": "A0",
"fr": "A0",
"pt": "A0"
},
"Size": {
"Width": 841,
"Height": 1189
}
},
{
"Name": {
"de": "Tabloid",
"en": "Tabloid (11x17 in)",
"fr": "Tabloïd",
"pt": "Tablóide"
},
"Size": {
"Width": 279,
"Height": 432
}
}
]
}
}
Logging-Einstellungen
Information
-
Der PLANTA Web-Client verwendet Serilog für das Logging.
-
Serilog verwendet so genannte "Sinks", um Logs anzuzeigen. Der Web-Client unterstützt derzeit die folgenden Sinks:
-
Konsole
-
Datei
-
Einstellungen für Metriken
Information
-
Parameter zur Konfiguration des Prometheus-Metrik-Endpunkts und der Telemetrie.
-
Sie müssen innerhalb des Blocks
MetricsSettingsdefiniert werden.
|
Parameter |
Typ |
Default |
Beschreibung |
|---|---|---|---|
|
|
String |
/metrics |
Pfad zum Prometheus-Endpunkt für das Abrufen von Metriken. Konfigurieren Sie diesen, um die URL zu ändern, unter der die Metriken bereitgestellt werden. |
|
|
String |
planta_webclient_metrics |
Name des benutzerdefinierten OpenTelemetry-Meters für Anwendungsmetriken. Dient zur Identifizierung des Meters in OpenTelemetry. |
|
|
String |
planta_webclient_ |
Präfix, das an die Namen benutzerdefinierter Anwendungsmetriken angehängt wird. Dies erleichtert die Identifizierung benutzerdefinierter Metriken dieser Anwendung in Monitoring-Systemen. Hinweis: Standard-Systemmetriken (ASP.NET Core, Runtime, HTTP Client) verwenden dieses Präfix nicht. |
Beispielkonfiguration
{
"MetricsSettings": {
"PrometheusEndpoint": "/custom-metrics",
"MeterName": "my_application_metrics",
"MetricsPrefix": "my_app_"
}
}
Host-URL ändern
Information
-
Defaultmäßig verwenden ASP.Net Core-Anwendungen die Ports 5000 (http) und 5001 (https).
-
Mit dem
Urls-Parameter kann das wie folgt überschrieben werden:
|
JSON: |
Kommandozeile: |
|
|
JavaScript
|
|
|