Workflow Builder
Workflows werden per natürlicher Sprache erstellt und als parametrisierbare Abläufe nutzbar gemacht.
- Triggerbar manuell oder zeitbasiert
- Mehrere Assets in einem Ablauf kombinierbar
Eine neue Kategorie für kontrollierte KI-Automatisierung im IT-Support
Die nordnung Plattform verbindet Tickets, Agenten, Workflow-Orchestrierung, Credential-Steuerung und Wissenslogik in einer durchgängigen Plattform. In dieser Form gibt es derzeit kein direktes Produktäquivalent: Vier Execution-Agents und zwei Interaktionsagenten sorgen dafür, dass Supportfälle schnell gelöst werden, ohne Governance, Hosting in Deutschland oder DSGVO-Konformität aus dem Blick zu verlieren.
Beispielhafter Ablauf
Workflow über mehrere Ebenen
Hosting in Deutschland
Ein Workflow kann mehrere Assets umfassen, etwa Endpoint, Critical Systems und VM Agent.
Onboarding-Beispiel: AD-Benutzer, M365-Lizenz, MFP-Adressbuch und Desktop-Setup in einem Ablauf.
Trigger: manuell oder zeitbasiert, etwa für nächtliche Update-Prüfungen.
Aufruf mit Pflichtparametern wie Vorname, Nachname, E-Mail, Gruppen und Zielsystem.
Plattformmodell
Was die nordnung Plattform als Gesamtprodukt zusammenführt
Keine lose Sammlung einzelner Skripte, sondern ein durchgehender Ablauf vom Erstkontakt bis zur dokumentierten Lösung.
01
Vom Ticket zur belastbaren Ausführung
Der nordnung Agent führt Anfragen direkt in einen kontrollierten Bearbeitungspfad. So sinken manuelle Übergaben, während Entscheidungen jederzeit nachvollziehbar bleiben.
02
Agenten arbeiten mit klaren Grenzen
Jeder Agent hat klaren Scope, Endpunkte und Freigabelogik. Dadurch bleibt Automatisierung produktiv statt unkontrolliert.
03
Wissenslogik statt Einzelfall-Denken
Gelöste Sessions werden dokumentiert und wiederverwendbar gemacht. So steigt die Lösungsqualität kontinuierlich, statt bei jedem Ticket neu zu starten.
Module
Die zentralen Funktionsbereiche
Der Fokus liegt auf konkreten Produktbausteinen, die für IT-Leitung und Betrieb direkt nachvollziehbar sind.
Tickets und Intake
Eingänge werden früh klassifiziert und in passende Agent-Pfade überführt.
- Geeignet für L1- und L2-nahe Fälle
- Klare Übergänge statt Ad-hoc-Support
Assets und Applications
Assets, Applications und Methoden werden getrennt verwaltet und kontrolliert miteinander verbunden.
- Application = URL, Pfad, Portal oder Endpoint
- Methoden pro Application kundenspezifisch erweiterbar
Credential Management
Zugangsdaten sind eigenständige Objekte mit technischer Zugriffskontrolle.
- HashiCorp Vault + AES-256 + Hardwareverschlüsselung
- Injection nur auf freigegebene Assets
Wissensdatenbank
Vorfälle werden strukturiert dokumentiert und bei neuen Sessions kontextabhängig priorisiert.
- Rezente Vorfälle haben höhere Priorität
- Relevanz wird nach Zeit und Kontext bestimmt
Customizing
Neben Standards sind auch individuelle Prozesse und Legacy-Flows abbildbar.
- Eigene Methoden und Integrationen möglich
- Steuerbarkeit bleibt dabei kontrolliert
Einblick
Ein Blick in die Plattform
Echte Ansichten aus der nordnung.ai Konsole — vom Dashboard über Tickets und Credentials bis zur Microsoft-365-Integration.
Dashboard
Verbrauch, Kosten und offene Punkte auf einen Blick: Freiminuten, gelöste Tickets und der Status aller Endpoints — pro Monat nachvollziehbar.
Alle Ansichten stammen aus unserer Demo-Umgebung mit Testgeräten und Demo-Konten.
Agentenmodell
Sechs Agenten mit klaren Rollen
Zwei Interaktionsagenten bleiben nahe am Nutzer. Vier Execution-Agents setzen definierte Aktionen in technischen Umgebungen um.
Phone Agent
Vision Agent
Endpoint Agent
VM Agent
Critical Systems Agent
Cloud Agent
Credential Security
Credentials liegen in HashiCorp Vault mit AES-256 und Hardwareverschlüsselung. Klartext bleibt außerhalb des LLM-Kontexts.
Leak-Hinweis
Taucht ein Passwort in Chat oder Screenshot auf, markiert der nordnung Agent den Vorfall und weist auf einen kompromittierten Zustand hin.
Knowledge Base
Sessions werden versioniert dokumentiert. Rezente Vorfälle werden priorisiert, ältere kontextabhängig geringer gewichtet.
Assets und Applications
Ein Workflow kann die Infrastruktur übergreifend bedienen
Das Datenmodell trennt bewusst Assets, Applications und Credentials. So bleibt steuerbar, welcher Agent welche Methode in welchem Kontext ausführen darf.
Assets sind alle Geräte mit installiertem nordnung Agenten.
Applications beschreiben Zielorte wie Webportale, Installationspfade oder SSH-Endpunkte.
Credentials sind eigenständige Einheiten und werden Applications oder Assets zugeordnet.
Das LLM erhält keine Klartext-Credentials, sondern steuert nur den Injection-Endpunkt.
Einstieg in die Praxis
So sieht Ihr Betriebsvorteil aus
Wir zeigen nicht nur Features, sondern konkrete Arbeitslogik für reale IT-Support-Prozesse. Daraus entstehen direkt nutzbare Demo-Szenarien, ein strukturierter Pilotablauf und klare Voraussetzungen für den nächsten Schritt.
Mehr Entlastung im Tagesbetrieb
Wiederkehrende L1/L2-Fälle folgen reproduzierbaren Abläufen, statt bei jedem Ticket neu aufgebaut werden zu müssen.
Sicherheit im operativen Ablauf
Freigaben, Verantwortlichkeiten und Protokollierung sind Bestandteil jeder Aktion – direkt im Workflow.
Für echte Unternehmensumgebungen gebaut
Die Plattform ist auf reale Support-Stacks, Freigaben und gewachsene Systemlandschaften ausgerichtet.
Sofort in einem Pilot testbar
Die Bausteine sind so aufgebaut, dass Scope, Rollen, Sicherheit und Übergabewege in einem geführten Pilot transparent festgelegt werden können.