Workflow-SchrittRisiko: Hoch
M365-Benutzer anlegen
Erfordert manuelle Freigabe — ein Admin gibt den Lauf frei, bevor der Schritt ausgeführt wird.
Workflow · Mitarbeiter-Onboarding
Governance ist Teil des Produktkerns.
Kontrollierte Autonomie heißt: klare Freigaben, technische Grenzen, prüfbar im Security-Review.
nordnung.ai — audit.log
> session start — ticket #4821
instanz-isolation verifiziert ✓
AUDIT: eigene Instanz · Rechenzentrum DE
> credential anfordern — exchange
vault injection auf freigegebenes Asset ✓
POLICY: keine Klartext-Passwörter im LLM-Kontext
> aktion ausführen — mailbox permission
freigabe durch admin@kunde.de ✓
AUDIT: Signatur + Methodenaufruf protokolliert
> kill switch verfügbar
session jederzeit stoppbar ✓
Acht Zusagen, alle prüfbar.
Jede Zusage entspricht einem Kontrollpunkt im Audit-Log.
- ✓Hosting in DeutschlandEigene Instanz je Kunde
- ✓Instanz-IsolationDaten & Ausführung getrennt
- ✓Credentials im VaultAES-256, freigegebene Assets
- ✓Passwörter nie im KlartextCredentials Engine
- ✓Audit-LogIntegritätsgeprüft, je Schritt
- ✓Kill SwitchSofort stoppbar
- ✓EU-ModellroutingNur EU-Regionen
- ✓AVV & Security-ReviewReview auf Anfrage
Approvals-Inbox
Freigaben, bevor etwas passiert
Alle wartenden Aktionen laufen in einer Inbox zusammen — sortiert nach Risiko. In Betriebsweise 1 wird kein Schritt ausgeführt, bevor ein Admin ihn freigegeben hat.
Probier's aus: Freigeben oder Ablehnen — wie in der Plattform.
Aus 1.348 analysierten Support-Tickets wissen wir: 56 % lassen sich komplett automatisieren. Die Entscheidung, wann das passiert, bleibt beim Menschen.
nordnung.ai — approvals-inboxSchematische Ansicht · Demo-Daten
Offene Freigaben (3)
Session-ToolRisiko: Mittel
Diagnose-Skript am Arbeitsplatz ausführen
Werkzeug innerhalb einer laufenden Support-Session — Freigabe direkt aus der Inbox, ohne Detail-Sprung.
Gerät · FIN-PC-04
Workflow-SchrittRisiko: Niedrig
SharePoint-Liste lesen
Lesender Zugriff — bleibt zur Nachvollziehbarkeit trotzdem in der Inbox sichtbar.
Workflow · Lizenz-Übersicht
Betriebsweisen
Autonomie ist bewusst abgestuft
Betriebsweise 1
Jede relevante Aktion bleibt freigabepflichtig — für Piloten und sensible Umgebungen.
Betriebsweise 2
Nach initialer Freigabe arbeitet der Agent im definierten Nutzerkontext; erlaubte Methoden bleiben begrenzt.
Betriebsweise 3
Nach initialer Freigabe sind definierte Client-Admin-Aktionen möglich — kein freier Shell-Zugriff.
Datenumgang
Datenfluss und Anbieter
Problemaufnahme, kontrollierte Ausführung und Rückmeldung sind getrennte Pfade — nicht jede Information erreicht jeden Pfad.
Wrapper Actions statt freier Code- oder Shell-Ausführung; Least Privilege pro Agent, Scope und Endpunkt.
Audit- und Betriebsdaten nur so lange vorgehalten, wie für Nachvollziehbarkeit und Support nötig — Details in AVV und Review.
Ziel: maximale Unabhängigkeit von externen Anbietern; Open-Source-Prinzipien als strategischer Kern.