⏱️ Lesezeit: 12 Minuten
Kennen Sie das? Sie haben Intrexx im Einsatz und wollen einen KI-Workflow implementieren. Ihr Entwickler beginnt, in Groovy zu programmieren:
Nach 3 Wochen Entwicklung läuft der Workflow – aber jede Änderung (andere KI-API, anderer Prompt, andere Fehlerbehandlung) bedeutet wieder stundenlange Groovy-Sessions.
❌ Das Monolith-Problem: Intrexx kann alles – aber manche Dinge (KI-Orchestrierung, komplexe API-Choreographien, visuelle Workflow-Anpassungen) sind mit Low-Code-Groovy unnötig aufwändig.
Sie sind nicht allein. Wir sehen dieses Muster bei 80% unserer Intrexx-Kunden: Intrexx ist brillant für Datenbanken, UIs, Rechtemanagement – aber sobald es um flexible KI-Workflows geht, wünscht man sich etwas Agileres.
Was wenn Sie Intrexx für das nutzen, was es am besten kann (strukturierte Business-Logik, Datenhaltung, User-Interfaces) und n8n für KI-Orchestrierung einsetzen (visueller Workflow-Editor, 400+ vorgefertigte Integrationen, native KI-Nodes)?
Spoiler: Genau das ist unsere Spezialität bei himmelblau.digital. In den letzten 2 Jahren haben wir 15+ Projekte mit dieser Hybrid-Architektur umgesetzt – dieser Artikel zeigt Ihnen genau wie.
| Stärke | Warum? |
|---|---|
| Datenbank-Modellierung | Relationaler Designer, automatische Indexierung, DSGVO-Features |
| User-Interfaces | Drag-&-Drop Page Builder, responsive Layouts, 50+ UI-Komponenten |
| Rechtemanagement | Granulare Berechtigungen (Feld-Level), LDAP/AD-Integration |
| Prozess-Management | BPMN 2.0 Workflows, Eskalations-Management, Audit-Logs |
| Stabilität | Enterprise-Grade, seit 20+ Jahren im Markt, deutscher Support |
| Stärke | Warum? |
|---|---|
| KI-Orchestrierung | Native Nodes für OpenAI, Claude, Gemini, Mistral – kein Code nötig |
| 400+ Integrationen | Vorgefertigte Nodes für Slack, Gmail, Notion, Airtable, ... |
| Visueller Editor | Änderungen in Minuten statt Stunden (kein Code-Deploy) |
| Error-Handling | Retry-Logik, Exponential Backoff, Error-Trigger – out of the box |
| Async-First | Perfekt für langlaufende KI-Anfragen (30+ Sekunden) |
Konkretes Beispiel: Rechnungsprüfung mit KI
Entwicklungszeit: 2 Tage statt 2 Wochen (reiner Groovy-Ansatz)
┌─────────────────────────────────────────────────────────────────┐
│ USER ACTION │
│ (Upload Rechnung in Intrexx-Formular) │
└────────────────────────┬────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ INTREXX EVENT HANDLER │
│ • afterSave-Trigger feuert │
│ • Groovy Hook wird ausgeführt │
└────────────────────────┬────────────────────────────────────────┘
│
│ HTTP POST Request
│ (JSON Payload: PDF Base64 + Metadata)
▼
┌─────────────────────────────────────────────────────────────────┐
│ n8n WEBHOOK NODE │
│ • Empfängt Request │
│ • Authentifizierung prüfen (API-Key) │
│ • Workflow startet │
└────────────────────────┬────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ n8n WORKFLOW LOGIC │
│ 1. Base64 → Binary Conversion │
│ 2. Claude Vision API Call (OCR + Extraktion) │
│ 3. Validierung (Betrag > 0, Datum gültig, etc.) │
│ 4. IF-Condition: Confidence Score > 90%? │
│ ├─ JA: Auto-Approve │
│ └─ NEIN: Flag für manuelle Prüfung │
└────────────────────────┬────────────────────────────────────────┘
│
│ HTTP POST Request
│ (JSON Payload: Extrahierte Daten + Status)
▼
┌─────────────────────────────────────────────────────────────────┐
│ INTREXX REST API │
│ • n8n sendet Ergebnis zurück │
│ • Intrexx Workflow-Handler verarbeitet Response │
└────────────────────────┬────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ INTREXX DATABASE UPDATE │
│ • Felder werden geupdated (Betrag, Datum, Status) │
│ • Workflow-Status: "Geprüft" oder "Manuelle Prüfung nötig" │
│ • E-Mail-Benachrichtigung an Prüfer │
└────────────────────────┬────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ USER NOTIFICATION │
│ (E-Mail: "Rechnung geprüft – Details ansehen") │
└─────────────────────────────────────────────────────────────────┘// ====================================
// Intrexx Event Handler: afterSave
// Trigger: Rechnung wurde hochgeladen
// ====================================
import groovy.json.JsonOutput
import groovy.json.JsonSlurper
import java.net.HttpURLConnection
// 1. Rechnung aus Intrexx Record holen
def invoiceFile = g_record.getFile("invoice_pdf")
if (invoiceFile == null) {
g_log.error("Keine Rechnung gefunden")
return
}
// 2. PDF zu Base64 konvertieren
def invoiceBase64 = invoiceFile.getBytes().encodeBase64().toString()
// 3. n8n Webhook URL (aus Intrexx Config lesen)
def n8nWebhookUrl = g_appCfg.getValue("n8n_webhook_url")
def apiKey = g_appCfg.getValue("n8n_api_key")
// 4. Payload erstellen
def payload = [
invoice_id: g_record.getIntegerValue("id"),
pdf_base64: invoiceBase64,
supplier_name: g_record.getStringValue("supplier_name"),
upload_timestamp: new Date().format("yyyy-MM-dd'T'HH:mm:ss'Z'")
]
try {
// 5. HTTP POST Request an n8n
def connection = new URL(n8nWebhookUrl).openConnection() as HttpURLConnection
connection.setRequestMethod("POST")
connection.doOutput = true
connection.setRequestProperty("Content-Type", "application/json")
connection.setRequestProperty("X-API-Key", apiKey)
connection.setConnectTimeout(5000) // 5 Sekunden Connect-Timeout
connection.setReadTimeout(30000) // 30 Sekunden Read-Timeout
def writer = new OutputStreamWriter(connection.outputStream, "UTF-8")
writer.write(JsonOutput.toJson(payload))
writer.flush()
writer.close()
// 6. Response lesen
def responseCode = connection.responseCode
if (responseCode == 200) {
def response = connection.inputStream.text
def json = new JsonSlurper().parseText(response)
// 7. Optional: Sofort-Response verarbeiten (falls sync)
if (json.workflow_id) {
g_record.setValue("n8n_workflow_id", json.workflow_id)
g_record.setValue("processing_status", "In Verarbeitung")
}
g_log.info("n8n Workflow gestartet: ${json.workflow_id}")
} else {
g_log.error("n8n HTTP Error: ${responseCode}")
g_record.setValue("processing_status", "Fehler beim Senden")
}
} catch (Exception e) {
g_log.error("n8n Request fehlgeschlagen: ${e.message}")
g_record.setValue("processing_status", "Fehler")
}
Visueller Workflow in n8n (5 Nodes):
Pseudo-Code für Claude Vision Node:
// n8n Node: Claude Vision API
{
"model": "claude-3-7-sonnet-20250219",
"max_tokens": 1024,
"messages": [
{
"role": "user",
"content": [
{
"type": "image",
"source": {
"type": "base64",
"media_type": "application/pdf",
"data": "{{ $json.pdf_base64 }}"
}
},
{
"type": "text",
"text": `Extrahiere aus dieser Rechnung:
1. Rechnungsnummer
2. Rechnungsbetrag (Brutto in EUR)
3. Rechnungsdatum (Format: YYYY-MM-DD)
4. Lieferant
5. Confidence Score (0-100%)
Antwort als JSON:
{
"invoice_number": "...",
"amount": 1234.56,
"date": "2026-01-10",
"supplier": "Firma XY GmbH",
"confidence": 95
}`
}
]
}
]
}
n8n sendet Ergebnis zurück an Intrexx REST API:
POST https://intrexx.your-company.de/api/invoices/{{invoice_id}}/update
Headers:
Content-Type: application/json
Authorization: Bearer YOUR_INTREXX_API_TOKEN
Body:
{
"extracted_amount": 1234.56,
"extracted_date": "2026-01-10",
"extracted_invoice_number": "RE-2026-001",
"ai_confidence": 95,
"processing_status": "Auto-Approved",
"processed_at": "2026-01-13T14:32:00Z"
}
Intrexx verarbeitet diesen Request in einem REST API Handler (Groovy-Klasse oder Workflow-Trigger).
Voraussetzungen:
/intrexx/invoice-checkX-API-Key)https://n8n.your-company.de/webhook/intrexx/invoice-check)/api/invoices/{id}/update✅ Fertig! Sie haben jetzt eine funktionierende Intrexx ↔ n8n Integration. Nächster Schritt: Workflow für Ihren konkreten Use Case anpassen.
Szenario: Eingangsrechnungen automatisch prüfen (Betrag, Datum, Lieferant extrahieren).
Intrexx: Rechnung hochladen → Groovy Hook sendet PDF an n8n
n8n: Claude Vision API → Daten extrahieren → Callback an Intrexx
Intrexx: Felder automatisch befüllen, E-Mail an Prüfer
ROI: 127% im ersten Jahr (siehe Backend-KI-Workflows Guide)
Szenario: Eingehende E-Mails (Support, Vertrieb, Beschwerden) automatisch kategorisieren.
Intrexx: E-Mail-Connector empfängt Mail → Groovy Hook sendet Text an n8n
n8n: Claude Text API → Kategorie + Priorität bestimmen → Callback
Intrexx: E-Mail in richtige Queue routen, Ticket erstellen
n8n Prompt-Beispiel:
Klassifiziere diese E-Mail:
Betreff: {{ $json.subject }}
Text: {{ $json.body }}
Kategorien:
- SUPPORT (technische Frage)
- VERTRIEB (Interesse an Produkt)
- BESCHWERDE (Unzufriedenheit)
- RECHNUNG (Rechnungsfrage)
- SONSTIGES
Priorität:
- HOCH (Beschwerde, dringend)
- MITTEL (Support, Vertrieb)
- NIEDRIG (Info, Newsletter)
Antwort als JSON:
{
"category": "SUPPORT",
"priority": "MITTEL",
"confidence": 92,
"suggested_assignee": "Team Support"
}
Szenario: 50-seitigen Vertrag in 5 Bullet Points zusammenfassen.
Intrexx: Vertrag hochladen → Groovy Hook sendet PDF an n8n
n8n: Claude Long Context API (200k Tokens) → Zusammenfassung generieren
Intrexx: Zusammenfassung im UI anzeigen, E-Mail an Geschäftsführer
Szenario: Audio-Aufnahme von Meeting automatisch transkribieren + zusammenfassen.
Intrexx: Meeting-Audio hochladen → Groovy Hook sendet an n8n
n8n:
Intrexx: Protokoll in Datenbank speichern, E-Mail an Teilnehmer, Todos in Task-Liste
Szenario: Vertrieb gibt Eckdaten ein → KI generiert vollständiges Angebot.
Intrexx: Vertriebsformular ausfüllen (Kunde, Produkte, Budget) → Groovy Hook
n8n: Claude API → Angebot generieren (mit Firmen-Templates, Preisliste) → Callback
Intrexx: Angebot als PDF generieren, E-Mail an Kunde + CRM-Update
ROI: 275% (siehe Backend-KI-Workflows Guide)
Szenario: Neuer Kontakt wird angelegt → KI prüft ob Duplikat existiert.
Intrexx: Kontakt-Formular abschicken → Groovy Hook sendet Daten an n8n
n8n:
Intrexx: Warnung anzeigen: "Achtung: Möglicherweise Duplikat zu Kontakt #1234"
ROI: 450% (siehe Backend-KI-Workflows Guide)
Szenario: Support-Ticket kommt rein → KI schlägt Antwort vor (aus Wissensdatenbank).
Intrexx: Neues Ticket → Groovy Hook sendet Ticket-Text an n8n
n8n:
Intrexx: Antwort-Vorschlag im Ticket anzeigen (mit "Senden"-Button)
ROI: 185% (siehe Backend-KI-Workflows Guide)
X-API-Key in jedem Requesttry {
// n8n Request
} catch (SocketTimeoutException e) {
g_log.error("n8n Timeout: ${e.message}")
g_record.setValue("processing_status", "Timeout - Retry geplant")
// Optional: Retry-Flag setzen für Timer Job
} catch (IOException e) {
g_log.error("n8n Connection Error: ${e.message}")
g_record.setValue("processing_status", "Verbindungsfehler")
} catch (Exception e) {
g_log.error("Unbekannter Fehler: ${e.message}")
g_record.setValue("processing_status", "Fehler")
}
Intrexx ist perfekt für strukturierte Business-Logik, Datenbanken, User-Interfaces und Rechtemanagement.
n8n ist perfekt für flexible KI-Orchestrierung, API-Aufrufe, Retry-Logik und asynchrone Workflows.
Die Kombination vereint Stabilität (Intrexx) mit Agilität (n8n) – statt mit Intrexx-Groovy 200 Zeilen für einen API-Call zu schreiben, delegiert man an n8n (3 Nodes, visuell).
Konkretes Beispiel: Rechnungsprüfung
Best Practices für Sicherheit:
X-API-Key)Bei sensiblen Daten: On-Premise-Deployment beider Systeme im gleichen Netzwerk (kein Internet-Transit).
Fehlerbehandlung in Intrexx Groovy Hook:
processing_status = "pending_retry"Bei kritischen Prozessen: Active-Standby n8n-Cluster (Load Balancer mit automatischem Failover) oder manuelle Fallback-Logik in Intrexx (z.B. E-Mail an Admin statt KI-Verarbeitung).
Die Kombination von Intrexx (Low-Code) und n8n (No-Code) ist die pragmatischste Lösung für Backend-KI-Workflows im Mittelstand:
Wir haben in den letzten 2 Jahren 15+ Projekte mit dieser Hybrid-Architektur umgesetzt – von Rechnungsprüfung bis Meeting-Protokolle.
Nächster Schritt: Kostenloses 30-Min. Beratungsgespräch
Jetzt Termin vereinbarenWeiterführende Artikel: