Admin

Aufbau

• Das Select neben dem Titel wechselt zwischen verfügbaren Admin-Sichten.
• Ist nur eine Sicht verfügbar, bleibt das Select sichtbar, aber deaktiviert.
• Passwort ändern bleibt für das eigene Konto erreichbar.
• Weitere Sichten erscheinen nur mit passenden Rechten.

Admin-Sichten

Passwort ändern

1 2 3

Marker	Element	Bedeutung
1	Admin-Sichtauswahl	Wählt den Teilbereich Passwort ändern.
2	Passwortfelder	Erfassen neues Passwort und Wiederholung.
3	Speichern	Übernimmt die Änderung nach Validierung.

Abb. A-01 zeigt die persönliche Passwortmaske. Nutzen Sie diese Sicht für das eigene Konto; neues Passwort und Wiederholung müssen übereinstimmen, bevor gespeichert werden kann.

Testunterstützung KI

Die Sicht Testunterstützung KI lädt ein aktuelles Markdown-Testpaket für GPT herunter. Sie können alle Services einbeziehen oder einzelne Services für die Zuständigkeit des Testers auswählen.

Das Paket enthält Funktions- und Dokuinformationen, Regression Fixtures, Expected Results, Change Impact, Rollen-Erwartungen und einen kurzlebigen read-only Freigabe-Link. Im JSON-Schema 1.3 besitzt jedes Fixture zusätzlich eine strukturierte test_cases-Liste für Herkunft, Eingaben, Erwartungen, Assertions und Schritte. Die Liste darf leer sein, solange keine konkreten Testfälle bereitgestellt wurden. Der Link behält die gewählte Service-Auswahl serverseitig bei. Nutzen Sie den angezeigten Standardprompt als Startauftrag; fehlende konkrete Testdaten erscheinen als needs_testdata.

Sammlungsverwaltung

1 2 3 4

Marker	Element	Bedeutung
1	Sammlungen	Öffnet die Verwaltung von Service-Sammlungen.
2	Sammlungsliste	Wählt eine Sammlung.
3	Detailformular	Pflegt Name und Kurzbeschreibung und zeigt die zugeordneten Services.
4	Aktionen	Speichert, erstellt oder löscht Sammlungen.

Abb. A-02 zeigt Sammlungen und zugeordnete Services. Die Sicht dient dazu, fachliche Service-Gruppen zu benennen und zu prüfen; eine separate Sortier- oder Sichtbarkeitspflege findet hier nicht statt. Die Standardsammlung ist geschützt und darf nicht wie eine normale Sammlung behandelt werden.

Benutzerverwaltung

1 2 3 4

Marker	Element	Bedeutung
1	Benutzer	Öffnet Benutzerkonten und Rechtezuordnung.
2	Benutzerliste	Wählt vorhandene Konten.
3	Detailbereich	Pflegt Anzeigename, Loginstatus und Rollen.
4	Aktionen	Speichert, sperrt oder erstellt Benutzer.

Abb. A-03 zeigt die Kontenliste, Benutzerfelder, Rolle, Aktiv-Status und Passwortaktionen. Pflegen Sie hier normale Benutzerkonten; der technische Benutzer admin ist geschützt.

Rollenverwaltung

1 2 3 4

Marker	Element	Bedeutung
1	Rollen	Öffnet Rollen und Rechtepakete.
2	Rollenliste	Wählt eine Rolle zur Bearbeitung.
3	Rechte-Matrix	Steuert sichtbare Reiter, Ansichten und Aktionen.
4	Speichern	Übernimmt die Rechteänderung.

Abb. A-04 zeigt Custom-Rollen und die Rechte-Matrix. Änderungen an Rechten können sichtbare Reiter, Aktionen und bestehende Sitzungen beeinflussen und müssen nach dem Speichern geprüft werden.

LLM-Konfiguration

1 2 3 4 5

Marker	Element	Bedeutung
1	LLM	Öffnet Modellziele und Providerkonfiguration.
2	Admin und Chat	Zeigt beide primären Zielbereiche dauerhaft geöffnet; die Übersetzung liegt zugeklappt darunter.
3	Zielzeile	Pflegt Basis-URL, Modellanzeige, Reasoning-Steuerung und API-Key kompakt in einer Zeile.
4	Aktiv und Zieltest	Schaltet ein vorbereitetes Ziel in den aktiven Pool und prüft seine Erreichbarkeit.
5	Speichern	Übernimmt Änderungen aller bearbeiteten Zielbereiche.

Abb. A-05 zeigt Admin und Chat gleichzeitig als kompakte Ziellisten. Die Übersetzung liegt darunter und wird nur bei Bedarf aufgeklappt. Prüfen Sie Ziel, Modell, Allowlist und Testausgabe, bevor produktive Chat- oder Admin-Flows damit arbeiten.

• Pro Bereich können mehrere Ziele hinterlegt, getestet und entfernt werden.
• Aktiv nimmt das Ziel in den verwendeten Modell-Pool auf. Wird die Checkbox ausgeschaltet, bleibt die vollständige Konfiguration gespeichert, wird aber nicht für automatische LLM-Aufrufe verwendet. So können Sie vorbereitete Modelle schnell umschalten.
• Reasoning-Steuerung: Prompt übernehmen ist der rückwärtskompatible Standard für bestehende Ziele. Reasoning deaktivieren setzt für dieses Ziel technisch reasoning_effort=none und eignet sich für Modelle, deren internes Thinking kurze Aufgaben stark verlangsamt. Nach einer Änderung immer den Zieltest ausführen.
• Beim Chat-Ziel steuert Denk-Anzeige im Chat, ob und wo eine laufende Modellantwort sichtbar gemacht wird.
• Die technische Übersetzungskonfiguration bleibt hier; die fachliche Sprachfreigabe wird unter Sprachen gepflegt.
• Gespeicherte API-Keys können über die Löschoption entfernt werden, ohne andere Zielwerte zu verlieren.

Sprachen

Der Bereich Sprachen liegt vor Layout und steuert die Mehrsprachigkeit von ai-assist. Die aktiven Dialogsprachen werden in zwei Listen gepflegt: mögliche und aktive Sprachen.

• Mehrsprachigkeit aktivieren schaltet den fremdsprachigen Dialogpfad ein oder aus.
• Aktivieren und Deaktivieren verschieben Sprachen zwischen möglicher und aktiver Liste. Die aktive Liste zeigt zusätzlich getrennt an, ob LibreTranslate die Sprache aktuell bereitstellt und ob die UI-Übersetzungsliste vollständig ist oder wie viele Texte noch offen beziehungsweise veraltet sind.
• Eine aktive Fremdsprache wird im Bürgerchat erst angeboten, wenn die UI-Übersetzungsliste vollständig ist. Unvollständige oder veraltete Sprachen bleiben im Admin pflegbar, erscheinen aber weder im Sprachhinweis noch in der Chat-Sprachauswahl.
• Bearbeiten in der aktiven Sprachzeile öffnet eine kompakte Liste mit deutschem Ursprungstext und gepflegter Übersetzung. Im Code liegen keine fremdsprachigen Vorbelegungen; fehlende Übersetzungen werden beim Öffnen als frische LibreTranslate-Entwürfe angezeigt. Die Filterfelder für Deutsch und Übersetzung begrenzen die sichtbaren Einträge. KI → erzeugt für die sichtbaren Einträge erneut Übersetzungsentwürfe über LibreTranslate und zeigt währenddessen einen Laufhinweis; gespeichert wird erst mit Speichern. Ist die Sprache in LibreTranslate noch nicht geladen, bleibt die manuelle Pflege möglich, KI → wird deaktiviert und der Neustart-Hinweis eingeblendet.
• Platzhalter wie {count} oder {filename} müssen in Übersetzungen erhalten bleiben.
• Nach Aktivierung der Mehrsprachigkeit oder Anpassung der aktiven Sprachliste zeigt der Bereich einen Hinweis mit Link in die geöffnete Übersetzungs-Konfiguration. Die technische Einrichtung und der Runtime-Neustart bleiben in der LLM-Konfiguration.

Layout

1 2 3 4

Marker	Element	Bedeutung
1	Layout	Öffnet Branding und Chatdarstellung.
2	Logo und Texte	Pflegt sichtbare Marken- und Kopfbereichsdaten.
3	Farben und Vorschau	Kontrolliert, wie Änderungen im Chat wirken.
4	Speichern	Übernimmt die Layoutkonfiguration.

Abb. A-06 zeigt Branding, Logo, Farben und Chat-Vorschau. Änderungen sollten in der Vorschau kontrolliert und erst danach gespeichert werden.

• Es können mehrere Layouts gepflegt werden; genau ein Layout ist aktiv.
• Admin-Logo und Chat-Logo werden getrennt hochgeladen und können einzeln zurückgesetzt werden.
• Layout-Export und -Import liegen unter Datensicherung & -wiederherstellung; Logos sind darin nicht enthalten.

Layout-Felder

Konfigurationsbeispiele

Beim Layout-Export werden ausgewählte Layouts inklusive Admin- und Chat-Logo exportiert. Importierte neue Layouts werden nicht automatisch aktiv; prüfen und aktivieren Sie sie bewusst.

Datensicherung und Wiederherstellung

1 2 3 4

Marker	Element	Bedeutung
1	Datensicherung	Öffnet Backup und Restore.
2	Fachliche Export-/Importbereiche	Serviceliste, Service-Paket und Layout nutzen eigene JSON-Formate und sind kein Gesamt-Restore.
3	Gesamtsicherungen	Bündelt Einstellungen, automatische Sicherung, sofortigen Export und Import/Restore über Sicherungen anzeigen.
4	Wissensbasis löschen	Entfernt fachliche Inhalte nach Schutzdialog; vorher eine aktuelle Gesamtsicherung erstellen.

Abb. A-07 zeigt Service-Listen-Export, Service-Paket Export/Import, Layout-Export, Gesamtsicherungen, Restore und Wartungsaktionen. Erstellen Sie vor Restore oder Löschung eine aktuelle Gesamtsicherung und testen Sie danach die wichtigsten Chat- und Admin-Flows.

1 2 3 4

Marker	Element	Bedeutung
1	Lokale JSON-Datei	Wählt eine heruntergeladene oder bereitgestellte Gesamtsicherung für Restore aus.
2	Serversicherung	Wählt eine Sicherung aus dem konfigurierten Server-Speicherort aus; der Badge zeigt den Auslöser.
3	Listenaktionen	Öffnet Details, lädt die Datei herunter oder startet das Umbenennen.
4	Zurücksetzen	Restore aus der ausgewählten Server-Sicherung oder einer lokalen JSON-Datei nach Texteingabe restore.

Ein Service-Paket enthält genau einen Service mit Stammdaten, Tags, Quellen samt Upload-Dateien, Aggregation, Fakten, Wissenskarten, Voraussetzungen, direkt referenzierten Parametern und servicebezogenen Glossarbegriffen. Der Export speichert eine JSON-Datei; der Import liest diese Datei und legt den Service in der Standard-Sammlung des aktuellen Datenbestands an. Die Vorschau zeigt Inhalt, Ziel-Sammlung, Warnungen und blockierende Konflikte. Existiert die Service-ID bereits, muss der Modus Bestehenden Service ersetzen bewusst gewählt werden. Parameterkonflikte werden nicht automatisch aufgelöst.

Die Gesamtsicherung am Server schreibt das logfreie Gesamtbackup in den konfigurierten Speicherort. Die Karte Gesamtsicherungen bündelt Einstellungen, sofortiges Erstellen, automatische Sicherung und Serverliste: Sicherung erstellen speichert die aktuelle Konfiguration und erzeugt sofort eine Serverdatei; Automatisch sichern steuert den geplanten Lauf zur Uhrzeit aus den Einstellungen; Sicherungen anzeigen öffnet die Serverliste mit Details, Download, Umbenennen, lokaler JSON-Datei und abgesichertem Zurücksetzen. Zielverzeichnis, Uhrzeit (MESZ) und Aufbewahrung (Tage) werden im Dialog Einstellungen gepflegt. Die Aufbewahrung gilt nur für automatisch benannte Sicherungen. Wird eine Sicherung manuell umbenannt, fällt sie aus dem automatischen Namensmuster heraus, wird beim Umbenennen für dauerhafte Ablage bereinigt und bleibt dauerhaft bestehen. Optional kann der automatische Lauf zusätzlich ein komprimiertes Nightly-Logbackup im Profil nightly_logs erzeugen; Logbackup-Aktivierung, Logbackup-Aufbewahrung und Größenlimit werden über die Systemparameter gesteuert.

Umgang mit Logdaten

Export- und Importdateien im Adminbereich

Weitere Quellen mit der Serviceliste übertragen

Klicken Sie bei der Serviceliste auf Export und aktivieren Sie im Dialog Weitere Quellen einschliesslich hochgeladener Dateien mitspeichern. Die Datei enthält dann auch neue, inaktive und nicht zur Auswertung ausgewählte Quellen. URL-Quellen bleiben Verweise; hochgeladene Dateien werden vollständig mitgesichert.

Beim Laden zeigt eine Vorschau den Quellen- und Dateiumfang. Bei Zu bestehenden hinzufügen wählen Sie zwischen vollständiger Quellenübernahme für die enthaltenen Services, reinem Basisdatenimport mit Beibehalten aktueller Quellen oder Abbrechen. Gespeicherte leere Quellenlisten entfernen beim Übernehmen vorhandene Quellen. Andere Services bleiben unverändert.

Neu anlegen löscht alle vorhandenen Services samt Quellen und abhängigen Daten. Sie entscheiden, ob die neuen Services mit den gespeicherten Quellen oder nur aus Basisdaten entstehen. Freischaltung und Auswertung bleiben bei der Quellenübernahme erhalten; aktive Dateien sind wieder als geschützte Downloads verfügbar. Aggregation und fachliche Auswertungen müssen Sie bei Bedarf aktualisieren.

Fehlerhafte Dateien werden abgelehnt; ein Fehler im Quellenimport rollt die gesamte Übernahme zurück. Bei zwischenzeitlichen Änderungen laden Sie die Datei erneut und prüfen die neue Vorschau. Unterstützt werden bis zu 100 MiB JSON, 64 MiB eingebettete Dateien, 5.000 Services und 20.000 Quellen; zusätzlich gelten die eingestellten Uploadgrenzen je Datei und Service. Erweiterte Dateien benötigen eine Anwendungsversion mit Quellenimport.

{
  "services": [
    {
      "service_id": "wohnbeihilfe",
      "collection_name": "Soziales",
      "bezeichnung": "Wohnbeihilfe",
      "leistungsbeschreibung_url": "https://example.gv.at/wohnbeihilfe"
    }
  ]
}

{
  "layouts": [
    {
      "customer_name": "Gemeinde Musterstadt",
      "customer_description": "Kommunales Chatlayout",
      "chat_primary_color": "#0b5cab",
      "chat_background_primary": "#ffffff",
      "chat_button_background": "#064486",
      "chat_button_text_color": "#ffffff",
      "chat_font_family": "Source Sans",
      "chat_font_size": 16,
      "chat_logo_position": "left",
      "chat_radius": "soft",
      "chat_shadow": "light",
      "chat_bot_label": "Musterstadt Assistenz",
      "chat_user_label": "Sie"
    }
  ]
}

{
  "manifest": {
    "manifest_version": "2",
    "profile": "full_system",
    "generated_at": "2026-08-02T10:15:00Z",
    "tables": ["services", "source_documents", "systems_settings"]
  },
  "profile": "full_system",
  "tables": {
    "services": [
      {"slug": "wohnbeihilfe", "name": "Wohnbeihilfe"}
    ],
    "systems_settings": [
      {"key": "chat.max_message_chars", "value": "4000", "value_type": "int"}
    ]
  }
}

Fachprofile

Die Sicht Fachprofile prüft, bearbeitet eng begrenzte Profilinhalte und aktiviert ausgelieferte Profile. Änderungen werden validiert und erst nach der Aktivierung wirksam.

Der aufklappbare Bereich Einordnung Fachprofile, Service-Metadaten, Wissenskarten und QS-Testfragen trennt, an welcher Stelle fachliche Nacharbeit hingehört. Fachprofile steuern neutrale Basis-Kategorien, kundenspezifische Kategorien, Grundlagenwerte und Begriffe/Synonyme für Wissenskarten-Matching, Reihung, Wissensfragen und Harvest-Tagging; Service-Metadaten, Wissenskarten und QS-Testfragen werden in den jeweiligen Admin-Sichten gepflegt.

• Aktives Profil zeigt, ob nur das Basisprofil mit neutralen Standard-Kategorien oder zusätzlich ein Kunden-Fachprofil aktiv ist.
• Profil auswählen listet die ausgelieferten Profile, zum Beispiel basis, kunde_burgenland oder kunde_kufgem, sofern diese Dateien in der Instanz vorhanden sind.
• Grundlagen bündelt die sichtbaren Parameter für Service-Start, Kartentitel, Betragsfragen und Berechnungen. Kategorieparameter bieten nur Kategorien aus der aktiven Profilkaskade, also Basisprofil plus Kunden-Fachprofil, sowie die systemfeste Auffang-Kategorie Allgemeine Informationen an; unbekannte Grundlagenwerte gelten als nicht pflegbar.
• Validieren prüft die ausgewählte Profildatei, ohne sie zu aktivieren.
• Aktivieren schreibt Profil-Key, Version und Checksumme als Fachprofil-Systemwerte und löst einen Runtime-Reload aus.
• Beschreibungsfile für KI lädt ein Diagnosepaket herunter, wenn ein Profil ungültig oder die gespeicherte Aktivierung nicht mehr konsistent zur ausgelieferten Datei ist.

Das Basisprofil enthält neutrale Standard-Kategorien wie Zweck, Zielgruppe, Voraussetzungen, Leistung und Umfang, Kosten und Gebühren, Nachweise, Zuständigkeit und Berechnen. Harvest und Speichern ordnen Wissenskarten nur vorhandenen Kategorien aus dieser aktiven Kaskade zu. Die Auffang-Kategorie Allgemeine Informationen ist fest im System vorhanden. Sie wird nicht als Kundenprofil-Parameter gepflegt; Wissenskarten ohne spezifischere Zuordnung landen automatisch dort. Berechnungskarten sind fachlich getrennt; bei aktivierter Sofort-Aktivierung werden auch sie nach dem KI-Lauf aktiv geschaltet.

Startberatungseffekte betreffen vor allem free_first_turn, also freie Erstfragen und sehr vage Einstiege. bound_follow_up hängt in der Regel stärker von aktiven Wissenskarten, Karten-Matching und Antwortprompt ab. Nach einer Aktivierung können vorhandene Wissenskarten je nach Profiländerung einen Re-Harvest brauchen, damit Kategorien, Tags oder Berechnungskarten zum neuen Profil passen. Prüfen Sie danach freie Fragen in Testen > QS-Startberatung.

Systemparameter

1 2 3 4

Marker	Element	Bedeutung
1	Systemparameter	Öffnet zentrale Laufzeit- und Sicherheitswerte.
2	Kategorien und Suche	Findet relevante Parameter.
3	Effektiver Wert	Zeigt Datenbankwert, Umgebungswert und Gültigkeit.
4	Speichern und prüfen	Übernimmt Änderungen und stößt Prüfungen an.

Abb. A-08 zeigt die gruppierten Systemparameter mit effektiven Werten, Overrides und Quellen. ENV-Vorgaben bleiben vorrangig; Änderungen können Limits, Retention, LLM-Verhalten, Quellen oder AFS-Vorschau beeinflussen.

• Default ist der mitgelieferte Standardwert.
• Wirksam ist der Wert, den die Anwendung aktuell verwendet.
• ENV zeigt, ob der Betrieb den Parameter außerhalb des Adminbereichs vorgibt; solche Werte sind in der Oberfläche schreibgeschützt.
• Sicherheitsrelevante Parameter zeigen zusätzliche Hinweise zu Angriffsszenario und Schutzmaßnahme.

{
  "schema_version": 1,
  "generated_at": "2026-08-02T10:15:00Z",
  "table": "systems_settings",
  "settings": [
    {
      "key": "chat.max_message_chars",
      "value": "4000",
      "value_type": "int",
      "updated_at": "2026-08-02T10:10:00Z",
      "updated_by": "admin"
    }
  ]
}

{
  "schema_version": 1,
  "generated_at": "2026-08-02T10:15:00Z",
  "purpose": "Beschreibungsfile für KI bei nicht konsistentem oder ungültigem Fachprofil.",
  "active_profile": {"key": "stadt_musterstadt", "version": "1.0"},
  "selected_validation": {"valid": false, "errors": ["Kategorie fehlt"]},
  "available_profiles": [
    {"key": "base", "label": "Basis-Fachprofil", "version": "1.0"}
  ]
}

Security-Findings

1 2 3 4 5

Marker	Element	Bedeutung
1	Security-Findings	Öffnet Sicherheitsbefunde aus Prüfungen.
2	Filter und Testangriff	Filtert Befunde oder erzeugt Testeinträge.
3	Finding-Liste	Wählt einen Befund und zeigt Schweregrad.
4	Detailbereich	Zeigt Objekt, Quelle, Ausschnitt und Empfehlung.
5	Statusaktionen	Öffnet Objekt, akzeptiert Risiko, erledigt oder meldet Fehlalarm.

Abb. A-09 zeigt Filter, Treffer, technische Details und Bewertungsaktionen. Ein Finding ist ein Sicherheitshinweis und kein Inhaltseditor; nötige Korrekturen erfolgen am betroffenen Objekt.

Securitycheck Konfiguration prüft Admin-Inhalte, Prompts, Fachinhalte und Systemparameter. Während der Prüfung zeigt ein Fortschrittsdialog den laufenden Bereich; ein Abbruch stoppt weitere Prüfungen, bereits gespeicherte Findings bleiben erhalten. Testangriff durchführen erzeugt kontrollierte Findings vom Typ security_test und markiert sie im Audit als Testlauf.

• Testangriff-Einträge löschen entfernt gezielt die kontrollierten Test-Findings.
• Alle Findings löschen ist nur in lokalen Entwicklungsumgebungen sichtbar und nicht für produktive Bereinigung gedacht.
• Der semantische Review verwendet den geschützten Security-Review-Prompt aus Prompts; Bearbeitung und Standardsetzung sind an audit.write gebunden.

Kurzreferenz

Arbeitsablauf: Benutzer und Rollen pflegen

1. Öffnen Sie Benutzerverwaltung.
2. Legen Sie ein Konto an oder wählen Sie ein bestehendes.
3. Pflegen Sie Rolle und Aktiv-Status.
4. Nutzen Sie bei Bedarf Initialpasswort setzen.
5. Öffnen Sie Rollenverwaltung, wenn Custom-Rechte angepasst werden müssen.
6. Prüfen Sie danach, ob die erwarteten Reiter sichtbar sind.

Arbeitsablauf: Backup oder Restore

1. Öffnen Sie Datensicherung & Wiederherstellung.
2. Für normale Sicherung nutzen Sie Gesamtsicherungen; Standard ist die Ablage am Server. Sicherung erstellen speichert die Einstellungen und erzeugt eine Serverdatei. Manuell umbenannte Server-Sicherungen bleiben dauerhaft erhalten.
3. Für eine lokale JSON-Datei öffnen Sie Sicherungen anzeigen und wählen die Datei im Sicherungsdialog aus.
4. Für Stammdatenabgleich nutzen Sie Serviceliste-Export; für einen einzelnen wiederverwendbaren fertig konfigurierten Service nutzen Sie Service-Paket Export/Import; für Branding nutzen Sie Layout-Export.
5. Prüfen Sie beim Import oder Restore, ob Datei und sichtbarer Importbereich zum Zweck passen.
6. Beachten Sie: Restore überschreibt fachliche Daten und Systemparameter-Overrides; ENV bleibt vorrangig.
7. Nach Restore Anwendung neu laden und zentrale Flows testen.

Arbeitsablauf: Security-Finding bewerten

1. Öffnen Sie Security-Findings.
2. Filtern Sie nach Status oder Objekttyp.
3. Lesen Sie Ausschnitt, Kategorie, Schweregrad und technische Details.
4. Öffnen Sie das betroffene Objekt, wenn eine Korrektur nötig ist.
5. Bewerten Sie mit Erledigt, Akzeptiertes Risiko, Fehlalarm oder Wieder öffnen.
6. Prüfen Sie bei Systemparameter-Hinweisen die mögliche Härtung.

Referenz: riskante Aktionen

1 2 3

Marker	Element	Bedeutung
1	Warnhinweis	Beschreibt die Auswirkung der Löschaktion.
2	Abbrechen	Schließt den Dialog ohne Änderung.
3	Löschen bestätigen	Führt die riskante Aktion aus.

Abb. X-03 zeigt den Sicherheitsdialog vor dem Löschen der Wissensbasis. Die Bestätigung ist bewusst sichtbar und getrennt von normalen Pflegeaktionen, weil Services, Fakten, Parameter und Dokumente entfernt werden.

• Restore: spielt eine Backup-Datei ein und überschreibt bestehende Daten im betroffenen Umfang.
• Wissensbasis löschen: entfernt Services, Fakten, Parameter und Dokumente; Benutzer und Rollen bleiben erhalten.
• Systemparameter speichern: kann Limits, Retention, LLM-Verhalten oder AFS-Vorschau verändern.
• Security-Testangriff: erzeugt kontrollierte Test-Findings und protokolliert Auditdaten.

Querverweise

• Services für Sammlungswirkung.
• Prompts für geschützte Prompt-Änderungen.
• Log für Audit und Chatlog-Nachvollziehbarkeit.
• Referenz für Rechte und Aktionen.