
# KI‑gesteuerte Intent‑basierte Routing‑Engine für die Echtzeit‑Zusammenarbeit bei Lieferanten‑Fragebögen

Sicherheits‑Fragebögen von Lieferanten sind für schnell wachsende SaaS‑Unternehmen zu einem Engpass geworden. Jede neue Kundenanfrage löst eine Kaskade manueller Weitergaben aus: ein Sicherheitsanalyst holt die neueste Richtlinie, ein Rechtsprüfer validiert die Formulierung, ein Produktentwickler klärt technische Implementierungen, und die finale Antwort wird in ein PDF gepackt. Dieser fragmentierte Workflow führt zu **langen Durchlaufzeiten, inkonsistenten Antworten und Audit‑Risiken**.

Was wäre, wenn die Plattform selbst verstehen könnte *warum* eine Frage gestellt wird, *wer* am besten geeignet ist, sie zu beantworten, und *wann* eine Antwort benötigt wird, und dann die Anfrage automatisch an die richtige Person weiterleitet—*in Echtzeit*? Dafür gibt es die **KI‑gesteuerte Intent‑basierte Routing‑Engine (IBRE)**, ein Kernkomponent der Procurize‑AI‑Plattform, der **wissensgraphbasierte Semantik**, **retrieval‑augmented Generation (RAG)** und **kontinuierliches Feedback** kombiniert, um kollaborative Fragebogenantworten mit Maschinen­geschwindigkeit zu orchestrieren.

> **Wesentliche Erkenntnisse**  
> - Intent‑Erkennung wandelt Roh‑Fragebogentexte in strukturierte Geschäfts‑Intents um.  
> - Ein dynamischer Wissensgraph verknüpft Intents mit Eigentümern, Evidenz‑Artefakten und Richtlinien‑Versionen.  
> - Echtzeit‑Routing nutzt LLM‑gesteuerte Vertrauens‑Scores und Auslastungs‑Balancierung.  
> - Kontinuierliche Lern‑Schleifen verfeinern Intents und Routing‑Richtlinien aus Audits nach der Einreichung.

---

## 1. Von Text zu Intent – Die semantische Parsing‑Schicht

Der erste Schritt von IBRE besteht darin, eine Freitext‑Frage (z. B. *„Verschlüsseln Sie Daten im Ruhezustand?“*) in einen **kanonischen Intent** zu überführen, den das System bearbeiten kann. Dies wird durch eine zweistufige Pipeline erreicht:

1. **LLM‑basierte Entity‑Extraktion** – Ein leichtgewichtiges LLM (z. B. Llama‑3‑8B) extrahiert Schlüssel‑Entitäten: *Verschlüsselung*, *Daten im Ruhezustand*, *Umfang*, *Compliance‑Framework*.  
2. **Intent‑Klassifikation** – Die extrahierten Entitäten speisen einen feinabgestimmten Klassifikator (BERT‑basiert), der sie einer Taxonomie von **~250 Intents** zuordnet (z. B. `EncryptDataAtRest`, `MultiFactorAuth`, `IncidentResponsePlan`).

Das resultierende Intent‑Objekt enthält:
- `intent_id`  
- `confidence_score`  
- `linked_policy_refs` (**[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)**, **[ISO 27001](https://www.iso.org/standard/27001)**, interne Richtlinien‑IDs)  
- `required_evidence_types` (Konfigurationsdatei, Audit‑Log, Dritt‑Anbieter‑Bestätigung)

**Warum Intent wichtig ist:**  
Intents fungieren als *stabiler Vertrag* zwischen dem Fragebogeninhalt und dem nachgelagerten Workflow. Auch wenn die Formulierung wechselt („Sind Ihre Daten verschlüsselt, wenn sie gespeichert werden?“ vs. „Verschlüsseln Sie Daten im Ruhezustand?“) wird derselbe Intent erkannt, was konsistentes Routing sicherstellt.

---

## 2. Wissensgraph als kontextuelles Rückgrat

Eine **Property‑Graph‑Datenbank** (Neo4j oder Amazon Neptune) speichert die Beziehungen zwischen:

- **Intents** ↔ **Owners** (Security Engineers, Legal Counsel, Product Leads)  
- **Intents** ↔ **Evidence Artifacts** (Richtliniendokumente, Konfigurations‑Snapshots)  
- **Intents** ↔ **Regulatory Frameworks** (**SOC 2**, **ISO 27001**, **[GDPR](https://gdpr.eu/)**)  
- **Owners** ↔ **Workload & Availability** (aktueller Aufgaben‑Queue, Zeitzone)

Jeder Knotennamen ist ein in doppelte Anführungszeichen gesetzter String, kompatibel zu Mermaid‑Syntax für spätere Visualisierungen.

```mermaid
graph LR
    "Intent: EncryptDataAtRest" -->|"owned by"| "Owner: Security Engineer"
    "Intent: EncryptDataAtRest" -->|"requires"| "Evidence: Encryption Policy"
    "Intent: EncryptDataAtRest" -->|"complies with"| "Regulation: ISO 27001"
    "Owner: Security Engineer" -->|"available"| "Status: Online"
    "Owner: Security Engineer" -->|"workload"| "Tasks: 3"
```

Der Graph ist **dynamisch** — bei jedem Hochladen eines neuen Fragebogens wird der Intent‑Knoten entweder einem bestehenden zugeordnet oder on‑the‑fly erstellt. Eigentümer‑Kanten werden mittels eines **bipartiten Matching‑Algorithmus** neu berechnet, der Expertise, aktuelle Auslastung und **[SLA](https://www.ibm.com/think/topics/service-level-agreement)**‑Fristen ausbalanciert.

---

## 3. Echtzeit‑Routing‑Mechanik

Wenn ein Fragebogen‑Item eintrifft:

1. **Intent‑Erkennung** liefert einen Intent mit Vertrauens‑Score.  
2. **Graph‑Lookup** holt alle potenziellen Eigentümer und die zugehörige Evidenz.  
3. **Scoring‑Engine** bewertet:  
   - **Expertise‑Fit** (`expertise_score`) – basierend auf historischer Antwortqualität.  
   - **Verfügbarkeit** (`availability_score`) – Echtzeit‑Status via Slack/Teams‑Presence‑APIs.  
   - **SLA‑Dringlichkeit** (`urgency_score`) – abgeleitet von der Fragebogen‑Frist.  
4. **Composite‑Routing‑Score** = gewichtete Summe (konfigurierbar via Policy‑as‑Code).

Der Eigentümer mit dem höchsten Composite‑Score erhält eine **automatisch erzeugte Aufgabe** in Procurize, vorkonfiguriert mit:  
- Der Original‑Frage,  
- Dem erkannten Intent,  
- Links zur relevantesten Evidenz,  
- Vorgeschlagenen Antwort‑Snippets aus RAG.

Falls der Vertrauens‑Score unter einem Schwellenwert (z. B. 0,65) liegt, wird die Aufgabe an eine **Human‑in‑the‑Loop‑Review‑Queue** weitergeleitet, wo ein Compliance‑Leiter den Intent vor der Zuweisung validiert.

### Beispiel‑Routing‑Entscheidung

| Eigentümer | Expertise (0‑1) | Verfügbarkeit (0‑1) | Dringlichkeit (0‑1) | Composite |
|------------|-----------------|----------------------|---------------------|-----------|
| Alice (Sec Eng) | 0,92 | 0,78 | 0,85 | **0,85** |
| Bob (Legal) | 0,68 | 0,95 | 0,85 | 0,79 |
| Carol (Prod) | 0,55 | 0,88 | 0,85 | 0,73 |

Alice erhält die Aufgabe sofort, und das System protokolliert die Routing‑Entscheidung für die Audit‑Nachverfolgbarkeit.

---

## 4. Kontinuierliche Lern‑Schleifen

IBRE bleibt nicht statisch. Nach Abschluss eines Fragebogens ingestiert die Plattform **Feedback nach der Einreichung**:

- **Answer Accuracy Review** – Auditoren bewerten die Relevanz der Antwort.  
- **Evidence Gap Detection** – Wenn referenzierte Evidenz veraltet ist, wird der Richtlinien‑Knoten markiert.  
- **Owner Performance Metrics** – Erfolgsraten, durchschnittliche Reaktionszeit und Umzuweisungs‑Häufigkeit.

Diese Signale fließen in zwei Lern‑Pipelines zurück:

1. **Intent‑Verfeinerung** – Fehlklassifikationen lösen ein semi‑supervised Retraining des Intent‑Classifiers aus.  
2. **Routing‑Policy‑Optimierung** – Reinforcement Learning (RL) aktualisiert die Gewichtungen für Expertise, Verfügbarkeit und Dringlichkeit, um SLA‑Einhaltung und Antwortqualität zu maximieren.

Das Ergebnis ist eine **selbstoptimierende Engine**, die mit jedem Fragebogen‑Zyklus besser wird.

---

## 5. Integrations‑Landschaft

IBRE ist als **Micro‑Service** konzipiert, der sich in bestehende Werkzeuge einfügt:

| Integration | Zweck | Beispiel |
|-------------|-------|----------|
| Slack / Microsoft Teams | Echtzeit‑Benachrichtigungen & Aufgaben‑annahme | `/procure assign @alice` |
| Jira / Asana | Ticket‑Erstellung für komplexe Evidenz‑Beschaffung | Automatisches Erzeugen eines *Evidence Collection*‑Tickets |
| Dokumenten‑Management (SharePoint, Confluence) | Abruf aktueller Richtliniendokumente | Pull neueste Verschlüsselungs‑Richtlinie |
| CI/CD‑Pipelines (GitHub Actions) | Triggern von Compliance‑Checks bei neuen Releases | Policy‑as‑Code‑Test nach jedem Build ausführen |

Alle Kommunikation erfolgt über **mutual TLS** und **OAuth 2.0**, wodurch sensible Fragebogen‑Daten das sichere Perimeter nie verlassen.

---

## 6. Audit‑Trail & Compliance‑Vorteile

Jede Routing‑Entscheidung erzeugt einen unveränderlichen Log‑Eintrag:

```json
{
  "question_id": "Q-2025-437",
  "intent_id": "EncryptDataAtRest",
  "assigned_owner": "alice@example.com",
  "routing_score": 0.85,
  "timestamp": "2025-12-11T14:23:07Z",
  "evidence_links": [
    "policy://encryption/2025-09",
    "artifact://config/production/db"
  ],
  "confidence": 0.93
}
```

Die Speicherung dieses JSON in einem **Append‑Only‑Ledger** (z. B. Amazon QLDB oder blockchain‑basiertes Ledger) erfüllt **SOX**‑ und **GDPR**‑Anforderungen an Nachverfolgbarkeit. Auditoren können exakt nachvollziehen, warum jede Antwort gegeben wurde, was den *Evidenz‑Anfrage*‑Zyklus während **[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)**‑Audits dramatisch verkürzt.

---

## 7. Praxis‑Auswirkung – Kurz‑Fallstudie

**Unternehmen:** FinTech‑SaaS „SecurePay“ (Series C, 200 Mitarbeitende)  
**Problem:** Durchschnittliche Fragebogen‑Durchlaufzeit – 14 Tage, 30 % SLA‑Verstöße.  
**Implementierung:** IBRE mit 200‑Knoten‑Wissensgraph, Integration in Slack und Jira.  
**Ergebnisse (90‑Tage‑Pilot):**

| Kennzahl | Vorher | Nachher |
|----------|--------|---------|
| Durchschnittliche Reaktionszeit | 14 Tage | 2,3 Tage |
| SLA‑Einhaltung | 68 % | 97 % |
| Manuelle Routing‑Aufwand (Std./Woche) | 12 h | 1,5 h |
| Auditergebnisse zu Evidenz‑Lücken | 5 pro Audit | 0,8 pro Audit |

Der ROI wurde in den ersten sechs Monaten mit **6,2×** berechnet, hauptsächlich dank reduziertem Deal‑Verlust und geringeren Audit‑Kosten.

---

## 8. Zukünftige Richtungen

1. **Cross‑Tenant Intent‑Federation** – Mehrere Kunden können Intent‑Definitionen teilen, während Daten‑Isolation gewahrt bleibt, dank föderiertem Lernen.  
2. **Zero‑Trust‑Verifikation** – Kombination von homomorpher Verschlüsselung mit Intent‑Routing, sodass selbst die Routing‑Engine keinen Klartext der Frage sehen muss.  
3. **Predictive SLA Modeling** – Zeitreihen‑Forecasting, um bevorstehende Fragebogen‑Spitzen (z. B. nach Produkt‑Launches) zu antizipieren und Routing‑Kapazität proaktiv zu skalieren.

---

## 9. Erste Schritte mit IBRE

1. **Aktivieren Sie die Intent‑Engine** in Procurize → Settings → AI Modules.  
2. **Definieren Sie Ihre Intent‑Taxonomie** (oder importieren Sie die Vorgabe).  
3. **Mapping der Eigentümer** – Verknüpfen Sie Nutzerkonten mit Intent‑Tags.  
4. **Evidenz‑Quellen verbinden** (Dokumenten‑Speicher, CI/CD‑Artefakte).  
5. **Pilot‑Fragebogen ausführen** und das Routing‑Dashboard beobachten.

Eine Schritt‑für‑Schritt‑Anleitung findet sich im **Procurize Help Center** unter *AI‑Driven Routing*.

---

## <span class='highlight-content'>Sehen</span> Also
- [Zero‑Trust‑Architecture für KI‑gesteuerte Automatisierung – NIST SP 800‑207](https://csrc.nist.gov/publications/detail/sp/800-207/final)