NexoGraph
DEENFRIT
RSS
// BRANCHEN · TECHNOLOGIE UND TELEKOMMUNIKATION

Verträge, Tickets, Release-Stände: Wissen, das mit dem Produkt wächst.

Softwarehäuser, IT-Dienstleister und Telekommunikationsanbieter betreuen viele Kunden mit eigenen Verträgen, Konfigurationen und Servicevereinbarungen. Das Wissen dazu steckt in Tickets, Dokumentation und Vertragsanhängen.

// TEILBRANCHE 01 · SOFTWARE UND IT

Ticket, Release Note, Sicherheitsnachweis — jede Antwort mit Beleg.

Ein Kunde meldet einen Fehler, und die Antwort steckt in drei Tickets, einer Release Note und einem Konfigurationsleitfaden. Gleichzeitig verlangen Kunden Sicherheitsfragebögen, Auftragsverarbeitungsverträge und Nachweise. Das Wissen ist vorhanden, aber über Support, Entwicklung und Security verteilt.

// AUSGANGSLAGE

Zuerst das gängige Prozessgeschäftsmodell eines Software- oder IT-Dienstleisters: Management, Operations, Support. Sechs Subprozesse darin tragen einen Anwendungsfall, den NexoGraph mit vorhandenen Bausteinen abdeckt. Jeder Case nennt den Schmerzpunkt, den Ablauf, die eingesetzte Technik und das Pilotfenster.

// PROZESSMODELL

Drei Ebenen, zwölf Prozesse

Blau markierte Subprozesse tragen einen der sechs Cases. Die übrigen bleiben als Kontext stehen — dort setzt NexoGraph später an.

// MANAGEMENT
06Strategie und Produktportfolio Informationssicherheit und Zertifizierung Datenschutz und Verträge
// SUPPORT
02Kundensupport und Wissensdatenbank Personal und Recruiting Finance und Lizenzabrechnung Interne IT
// CASES

Sechs Fälle, pilotfähig in Wochen

Ausgewählt nach schnell sichtbarem Nutzen. Alle sechs stützen sich auf Bausteine, die in der Plattform bereits arbeiten — nicht auf eine Roadmap.

// CASE 01 · OPERATIONS

Ausschreibungen und Sicherheitsfragebögen beantworten

Ausschreibungen und Kundenaudits bringen Fragenkataloge mit hunderten Punkten zu Funktionen, Sicherheit, Datenschutz und Betrieb. Vertrieb und Security beantworten jedes Mal neu, obwohl die meisten Antworten schon einmal gegeben wurden.

// ABLAUF
01Ausschreibung, Sicherheitsfragebogen und Vertragsanlagen werden eingelesen — PDF über Azure Document Intelligence, überschriftenbewusst in Abschnitte zerlegt.
02Die Entity-Extraktion legt Anforderungen, Sicherheitskontrollen und Datenschutzpflichten als Knoten im Wissensgraphen ab.
03Ein Orchestrator-Agent gleicht jede Anforderung gegen frühere Antworten, Sicherheitskonzepte, Zertifikate und Produktdokumentation ab.
04Ergebnis ist ein beantworteter Fragebogen mit Lückenliste, jede Aussage mit Fundstelle.
05Die Informationssicherheit gibt an einem Approval-Gate frei. Erst dann geht der Entwurf hinaus.
// NUTZEN

Fragebögen werden in Tagen statt Wochen beantwortet. Jede Antwort verweist auf das Konzept oder Zertifikat, auf dem sie beruht.

// NEXOGRAPH-BAUSTEINE
Multi-Format-Ingestion (Azure Document Intelligence) GraphRAG-Pipeline Semantische Entity-Suche Multi-Step-Orchestrator-Agent Human-in-the-Loop Approval Projektisolation je Ausschreibung
// PILOTFENSTER3 bis 6 Wochen
// CASE 02 · SUPPORT

Wissensassistent für Support und Beratung

Support und Berater suchen Lösungen in Tickets, Wiki, Release Notes und Handbüchern unterschiedlicher Versionen. Ob eine Lösung für die Version des Kunden gilt, ist oft unklar.

// ABLAUF
01Tickets, Wiki-Artikel, Release Notes und Handbücher je Version gehen in einen gemeinsamen Wissensraum.
02Der Supportmitarbeiter beschreibt die Anfrage im Klartext, nicht als Suchbegriff.
03Der Strict-Grounding-Modus lässt nur belegte Antworten zu und nennt zu jeder Aussage das Dokument.
04Reicht die Dokumentation nicht, eröffnet ein Workflow die Eskalation an Entwicklung oder Produktmanagement — mit dem gesammelten Kontext.
05Über den MCP-Server greifen Support, Beratung und Entwicklung aus ihrer gewohnten Arbeitsumgebung auf denselben Stand zu.
// NUTZEN

Lösungen passen zur Version des Kunden. Wiederkehrende Fragen werden beantwortet, ohne die Entwicklung zu stören.

// NEXOGRAPH-BAUSTEINE
GraphRAG-Pipeline Strict-Grounding-Modus Bot-Infrastruktur MCP-Server Rollen und Rate Limits Multi-Format-Ingestion
// PILOTFENSTER3 bis 6 Wochen
// CASE 03 · OPERATIONS

Incident-Analyse und Kundenbericht

Ein schwerer Störfall verlangt Ursachenanalyse, Kundenkommunikation und gegebenenfalls Meldungen. Change-Protokolle, frühere Incidents und Verträge mit Servicezusagen liegen in getrennten Werkzeugen.

// ABLAUF
01Das Incident-Ticket wird eingelesen und einem Workflow zugeordnet.
02Die semantische Entity-Suche findet vergleichbare Störfälle auch ohne gleiche Wortwahl.
03Ein Agent zieht Change-Protokolle, frühere Incidents, Runbooks und Servicezusagen zusammen und entwirft den Störungsbericht für den Kunden.
04Condition Routing trennt meldepflichtige Sicherheitsvorfälle von Betriebsstörungen und schickt beide auf getrennte Pfade.
05Das Incident-Management gibt frei. Der Audit Trail hält jeden Schritt fest.
// NUTZEN

Störungsberichte sind schneller fertig und vollständig. Meldepflichten werden erkannt, bevor die Frist läuft.

// NEXOGRAPH-BAUSTEINE
Workflow-Graph mit Condition Routing Approval-Gates Semantische Entity-Suche Audit Trail BPMN-2.0-Export Process Analytics
// PILOTFENSTER6 bis 10 Wochen
// CASE 04 · OPERATIONS

Cloud-Dienstleister und Unterauftragnehmer prüfen

Hosting-, Cloud- und Softwarelieferanten liefern Zertifikate, Prüfberichte und Auftragsverarbeitungsverträge. Die eigenen Kunden verlangen, dass diese Kette lückenlos nachgewiesen ist.

// ABLAUF
01Zertifikate, Prüfberichte und Auftragsverarbeitungsverträge gehen in den Wissensgraphen, getrennt je Dienstleister.
02Das interne Regelwerk liegt daneben: Sicherheitsanforderungen, Vertragsmindestinhalte, Gültigkeitsfristen.
03Ein Prüf-Agent stellt Nachweis gegen Anforderung, listet Abweichungen nach Schwere und meldet auslaufende Fristen.
04Die Quality Evaluation bewertet die Prüfqualität laufend über fünf Evaluatoren. Änderungen an Modell oder Prompt bleiben messbar.
05Die Informationssicherheit gibt frei oder fordert nach. Der Audit Trail liefert den Nachweis.
// NUTZEN

Die Lieferkette ist gegenüber Kunden und Auditoren belegt. Auslaufende Nachweise fallen rechtzeitig auf.

// NEXOGRAPH-BAUSTEINE
Knowledge Graph Strict-Grounding-Modus Quality Evaluation (LLM-as-Judge) Workflow-Approval Audit Trail Projektisolation je Dienstleister
// PILOTFENSTER6 bis 10 Wochen
// CASE 05 · OPERATIONS

Implementierungsprojekt und Anforderungsabgleich

Ein Implementierungsprojekt startet mit Pflichtenheft, Schnittstellenbeschreibungen, Datenmigrationsplan und Vertrag. Was davon Standard ist und was Anpassung, wird in Workshops von Hand geklärt.

// ABLAUF
01Der Projektauftrag startet einen Workflow aus der Vorlagenbibliothek.
02Concurrent Fan-Out startet spezialisierte Sub-Agents parallel: Pflichtenheft, Schnittstellen, Datenmigration, Vertrag und Produktdokumentation.
03Nach dem Agent-as-Tool-Muster delegiert der Hauptagent Unterfragen und verdichtet die Teilergebnisse.
04Ergebnis ist eine Fit-Gap-Liste als Grundlage für Aufwand und Plan mit Fundstellen.
05Projektleitung und Produktmanagement haben je ein eigenes Approval-Gate. Der Ablauf lässt sich als BPMN in die bestehende Prozesslandschaft übernehmen.
// NUTZEN

Aufwände werden belegt geschätzt. Anpassungswünsche sind vor Projektstart benannt, nicht erst im Test.

// NEXOGRAPH-BAUSTEINE
Concurrent Agents (Fan-Out) Agent-as-Tool Workflow-Graph Process Templates Approval-Gates BPMN-2.0-Export
// PILOTFENSTER10 bis 13 Wochen
// CASE 06 · MANAGEMENT

Wirkungscockpit für die Geschäftsführung

KI-Initiativen laufen in Support, Vertrieb und Entwicklung parallel. Was sie bringen, lässt sich nicht sagen — nur vermuten.

// ABLAUF
01Nutzung, Agenten-Ausführungen und Kosten werden je Produktlinie und je Anwendungsfall gemessen.
02Process Analytics zeigt Laufzeiten im Wasserfall und benennt die Engpässe.
03Das Value Cockpit verdichtet auf vier Ebenen: Führung, Bereich, operative Detailsicht, Maßnahmen.
04Aus den Agentenläufen entstehen To-Do-Listen mit Verantwortlichen und Fristen.
05Quotas und Effective Limits halten Verbrauch und Kosten je Bereich in dem Rahmen, den Sie setzen.
// NUTZEN

KI wird steuerbar statt geglaubt. Bereiche sind vergleichbar, Engpässe sind benannt, und der nächste Schritt steht als Aufgabe im System.

// NEXOGRAPH-BAUSTEINE
Metering und Quotas Usage Dashboard Process Analytics mit Bottleneck-Detection Value Cockpit Bereichslogik Effective Limits Provider
// PILOTFENSTER3 bis 6 Wochen
// TEILBRANCHE 02 · TELEKOMMUNIKATION

Netzplan, Vertrag, Störungsticket — jede Antwort mit Beleg.

Ein Geschäftskunde meldet einen Ausfall, und die Frage nach Servicezusage und Gutschrift hängt an Vertrag, Netzdokumentation und Ticketverlauf. Die Unterlagen liegen in Vertrieb, Netzbetrieb und Kundenservice. Die Antwort soll heute kommen.

// AUSGANGSLAGE

Zuerst das gängige Prozessgeschäftsmodell eines Telekommunikationsanbieters: Management, Operations, Support. Sechs Subprozesse darin tragen einen Anwendungsfall, den NexoGraph mit vorhandenen Bausteinen abdeckt. Jeder Case nennt den Schmerzpunkt, den Ablauf, die eingesetzte Technik und das Pilotfenster.

// PROZESSMODELL

Drei Ebenen, zwölf Prozesse

Blau markierte Subprozesse tragen einen der sechs Cases. Die übrigen bleiben als Kontext stehen — dort setzt NexoGraph später an.

// MANAGEMENT
// SUPPORT
02Kundenservice Personal und Qualifizierung Finance und Abrechnung IT und Betriebsunterstützungssysteme
// CASES

Sechs Fälle, pilotfähig in Wochen

Ausgewählt nach schnell sichtbarem Nutzen. Alle sechs stützen sich auf Bausteine, die in der Plattform bereits arbeiten — nicht auf eine Roadmap.

// CASE 01 · OPERATIONS

Ausschreibungen von Geschäftskunden

Geschäftskunden und öffentliche Auftraggeber schreiben Standortvernetzung mit Leistungsverzeichnissen, Servicezusagen und Sicherheitsanforderungen aus. Der Vertrieb prüft Machbarkeit und Bedingungen von Hand.

// ABLAUF
01Leistungsverzeichnis, Standortlisten und Vertragsbedingungen werden eingelesen — PDF über Azure Document Intelligence, überschriftenbewusst in Abschnitte zerlegt.
02Die Entity-Extraktion legt Standorte, Bandbreiten und Servicezusagen als Knoten im Wissensgraphen ab.
03Ein Orchestrator-Agent gleicht jede Anforderung gegen Netzverfügbarkeit, Produktbeschreibungen und frühere Angebote ab.
04Ergebnis ist eine Anforderungsliste samt Angebotsentwurf, jede Aussage mit Fundstelle.
05Die Vertriebsleitung gibt an einem Approval-Gate frei. Erst dann geht der Entwurf hinaus.
// NUTZEN

Angebote beruhen auf geprüfter Verfügbarkeit. Jede Servicezusage verweist auf Produktbeschreibung und Vertrag.

// NEXOGRAPH-BAUSTEINE
Multi-Format-Ingestion (Azure Document Intelligence) GraphRAG-Pipeline Semantische Entity-Suche Multi-Step-Orchestrator-Agent Human-in-the-Loop Approval Projektisolation je Ausschreibung
// PILOTFENSTER3 bis 6 Wochen
// CASE 02 · SUPPORT

Wissensassistent für den Kundenservice

Kunden fragen nach Tarifen, Vertragslaufzeiten, Umzug, Verfügbarkeit und Störungen. Die Antworten stehen in Produktbeschreibungen, Preislisten und Arbeitsanweisungen, die sich ständig ändern.

// ABLAUF
01Produktbeschreibungen, Preislisten, Vertragsbedingungen und Arbeitsanweisungen gehen in einen gemeinsamen Wissensraum.
02Der Kundenservice beschreibt die Anfrage im Klartext, nicht als Suchbegriff.
03Der Strict-Grounding-Modus lässt nur belegte Antworten zu und nennt zu jeder Aussage das Dokument.
04Reicht die Dokumentation nicht, eröffnet ein Workflow die Eskalation an Technik oder Produktmanagement — mit dem gesammelten Kontext.
05Über den MCP-Server greifen Kundenservice und Shops aus ihrer gewohnten Arbeitsumgebung auf denselben Stand zu.
// NUTZEN

Auskünfte entsprechen dem gültigen Tarifstand. Kunden bekommen beim ersten Kontakt eine belegte Antwort.

// NEXOGRAPH-BAUSTEINE
GraphRAG-Pipeline Strict-Grounding-Modus Bot-Infrastruktur MCP-Server Rollen und Rate Limits Multi-Format-Ingestion
// PILOTFENSTER3 bis 6 Wochen
// CASE 03 · OPERATIONS

Störungsanalyse und Gutschriftprüfung

Ein Ausfall bei Geschäftskunden setzt Servicezusagen, Gutschriften und gegebenenfalls Meldepflichten in Gang. Ursache und Folgen stecken in Tickets, Netzdokumentation und Verträgen.

// ABLAUF
01Das Störungsticket wird eingelesen und einem Workflow zugeordnet.
02Die semantische Entity-Suche findet vergleichbare Störungen auch ohne gleiche Wortwahl.
03Ein Agent zieht Tickets, Netzdokumentation, Wartungsfenster und Verträge zusammen und entwirft den Störungsbericht samt Gutschriftprüfung.
04Condition Routing trennt meldepflichtige Sicherheitsvorfälle von Betriebsstörungen und schickt beide auf getrennte Pfade.
05Das Incident-Management gibt frei. Der Audit Trail hält jeden Schritt fest.
// NUTZEN

Servicezusagen werden korrekt abgerechnet. Meldepflichten werden erkannt, bevor die Frist läuft.

// NEXOGRAPH-BAUSTEINE
Workflow-Graph mit Condition Routing Approval-Gates Semantische Entity-Suche Audit Trail BPMN-2.0-Export Process Analytics
// PILOTFENSTER6 bis 10 Wochen
// CASE 04 · OPERATIONS

Tiefbau- und Netzdienstleister prüfen

Tiefbau- und Montagefirmen liefern Qualifikationen, Versicherungen, Genehmigungen und Abnahmedokumentationen. Im Ausbau wird schnell vergeben und spät geprüft.

// ABLAUF
01Qualifikationsnachweise, Versicherungen und Genehmigungen gehen in den Wissensgraphen, getrennt je Dienstleister.
02Das interne Regelwerk liegt daneben: Präqualifikation, Sicherheitsanforderungen, Gültigkeitsfristen.
03Ein Prüf-Agent stellt Nachweis gegen Anforderung, listet Abweichungen nach Schwere und meldet auslaufende Fristen.
04Die Quality Evaluation bewertet die Prüfqualität laufend über fünf Evaluatoren. Änderungen an Modell oder Prompt bleiben messbar.
05Der Einkauf gibt frei oder fordert nach. Der Audit Trail liefert den Nachweis.
// NUTZEN

Alle Dienstleister werden vor dem Einsatz geprüft. Fehlende Nachweise fallen vor dem Baustart auf.

// NEXOGRAPH-BAUSTEINE
Knowledge Graph Strict-Grounding-Modus Quality Evaluation (LLM-as-Judge) Workflow-Approval Audit Trail Projektisolation je Dienstleister
// PILOTFENSTER6 bis 10 Wochen
// CASE 05 · MANAGEMENT

Regulierung und Sicherheitsvorgaben nachverfolgen

Vorgaben der Regulierung, Sicherheitskataloge und Verbraucherschutzregeln ändern sich. Welche Prozesse, Produkte und Verträge betroffen sind, wird in Projekten ermittelt.

// ABLAUF
01Regulierungsverfügungen, Sicherheitskataloge und Gesetzesänderungen werden laufend eingelesen, jede Fassung mit Datum.
02Die Entity-Extraktion verknüpft jede Vorgabe mit Produkten, Prozessen und Verträgen.
03Ändert sich eine Vorgabe, zeigt der Graph alle betroffenen Produkte und Prozesse.
04Ein Agent entwirft die Gap-Analyse und den Umsetzungsplan und ordnet Verantwortliche zu.
05Die Regulierungsabteilung gibt frei. Der Audit Trail dokumentiert, wann welche Fassung galt.
// NUTZEN

Neue Vorgaben werden mit ihrer Wirkung sichtbar. Umsetzungspläne sind belegt.

// NEXOGRAPH-BAUSTEINE
Multi-Format-Ingestion Knowledge Graph Semantische Entity-Suche Multi-Step-Orchestrator-Agent Approval-Gates Audit Trail
// PILOTFENSTER6 bis 10 Wochen
// CASE 06 · MANAGEMENT

Wirkungscockpit für die Geschäftsführung

KI-Initiativen laufen in Kundenservice, Netz und Vertrieb parallel. Was sie bringen, lässt sich nicht sagen — nur vermuten.

// ABLAUF
01Nutzung, Agenten-Ausführungen und Kosten werden je Bereich und Region und je Anwendungsfall gemessen.
02Process Analytics zeigt Laufzeiten im Wasserfall und benennt die Engpässe.
03Das Value Cockpit verdichtet auf vier Ebenen: Führung, Bereich, operative Detailsicht, Maßnahmen.
04Aus den Agentenläufen entstehen To-Do-Listen mit Verantwortlichen und Fristen.
05Quotas und Effective Limits halten Verbrauch und Kosten je Bereich in dem Rahmen, den Sie setzen.
// NUTZEN

KI wird steuerbar statt geglaubt. Bereiche sind vergleichbar, Engpässe sind benannt, und der nächste Schritt steht als Aufgabe im System.

// NEXOGRAPH-BAUSTEINE
Metering und Quotas Usage Dashboard Process Analytics mit Bottleneck-Detection Value Cockpit Bereichslogik Effective Limits Provider
// PILOTFENSTER3 bis 6 Wochen
// NÄCHSTER SCHRITT

Einen Case auswählen, an Ihren eigenen Unterlagen sehen

Wir richten den ersten Case auf Ihre Dokumente ein und zeigen das Ergebnis an Ihrem eigenen Material. Wir melden uns innerhalb eines Werktags.

Wenn ein Anwendungsfall im ersten Jahr nicht mehr findet, als er kostet, war es der falsche Anwendungsfall. Genau deshalb messen wir es.