Eigene Systeme & Fachverfahren anbinden

Bestandssoftware wie DMS, ERP, Fachverfahren oder interne Tools schließen Sie über eine MCP-Bridge an SovrGPT an. SovrGPT spricht mit externen Systemen nur über das Model Context Protocol (MCP), die meisten Systeme aber über REST, SOAP oder CMIS. Die Bridge übersetzt zwischen beiden.

Was ist eine MCP-Bridge?

Eine schlanke Middleware mit zwei Seiten: Zu SovrGPT spricht sie MCP (JSON-RPC über Streamable HTTP), zu Ihrer Software deren vorhandene Schnittstelle, etwa REST, OData, SOAP, CMIS oder GraphQL. Für ein neues System bauen Sie eine neue Bridge; an SovrGPT ändert sich nichts.

Die Bridge legt fest, welche Endpunkte und Felder das Modell überhaupt sieht. Meist betreiben Sie oder Ihr Integrationspartner sie selbst. Dann kennt SovrGPT nur ihre Adresse und ein Token, und die Zugangsdaten Ihrer Software bleiben bei Ihnen. Für Behörden gibt es mit GovBridge auch eine Bridge, die die rooom AG betreibt.

Architektur auf einen Blick

┌──────────┐   MCP (JSON-RPC)    ┌──────────────┐   REST/SOAP/CMIS   ┌────────────────┐
│ SovrGPT  │ ──────────────────▶ │  MCP-Bridge  │ ─────────────────▶ │ Bestandssoftware│
│  (EU)    │ ◀────────────────── │ (Ihre Infra) │ ◀───────────────── │ (DMS/ERP/Fach.) │
└──────────┘   Tool-Ergebnis     └──────────────┘   API-Antwort      └────────────────┘

1. Das Modell ruft im Chat ein Werkzeug auf, etwa „Akte suchen“.
2. SovrGPT schickt den Aufruf an die Bridge, die ihn für Ihre Software übersetzt.
3. Die Antwort kommt als Werkzeug-Ergebnis zurück.
4. Das im Chat gewählte Modell formuliert daraus die Antwort. Wo es läuft, steht unter Modelle.

Drei Wege, eine Bridge bereitzustellen

Anbinden in der Praxis

1. Die Bridge in Ihrer Infrastruktur betreiben (Container oder VM), erreichbar per HTTPS.
2. In SovrGPT unter Marketplace → „Eigenen MCP-Server hinzufügen“ Namen, Bridge-URL und einen Header mit dem Token eintragen, etwa Authorization: Bearer ….
3. Die Werkzeuge stehen danach im Chat über die Schaltfläche MCP bereit.

SovrGPT verbindet sich zu Beginn jeder Antwort mit allen ausgewählten Servern gleichzeitig. Meldet sich ein Server nicht innerhalb von 10 Sekunden mit seiner Werkzeugliste, antwortet der Chat ohne dessen Werkzeuge. Die übrigen Server bleiben davon unberührt.

Der Header wird mit AES-256-GCM verschlüsselt je Organisation gespeichert und ist im Browser nie sichtbar. Bei eigenen Servern fragt SovrGPT vor Schreibaktionen nicht nach. Geben Sie schreibende Werkzeuge also nur frei, wenn das Modell sie ohne Rückfrage nutzen darf.

Verwaltungs-Fachverfahren (Behörden)

Für Behörden gibt es im Marketplace zwei Vorlagen für offene eGovernment-Standards:

Sie tragen jeweils die Adresse Ihrer Bridge (eigene oder GovBridge) und das Token ein. Vor jeder Schreibaktion fragt SovrGPT im Chat nach. Eine Bridge deckt mehrere DMS-Produkte ab, weil CMIS und FIT-Connect offene Standards sind. Anbindungen innerhalb eines bestimmten Fachverfahrens bleiben ein eigenes Projekt.

Ein Plattform-Admin schaltet die Vorlagen je Organisation frei (Berechtigung Behörden-Konnektoren); andere Organisationen sehen sie nicht.

Sicherheit

Tokens liegen je Organisation verschlüsselt auf dem Server. Jeder Werkzeugaufruf wird mit Name, Status, Dauer und einer gekürzten Vorschau von Eingabe und Ergebnis (bis 1 800 Zeichen) gespeichert. Erkennbare Passwörter, Schlüssel und Token sind in der Vorschau geschwärzt. Die Aufrufe eines Chats sieht nur, wer den Chat angelegt hat; die letzten zeigt der Marketplace unter „Letzte MCP-Aufrufe“.

Adressen in internen Netzen ruft SovrGPT nicht ab: localhost, private und verbindungslokale Adressbereiche sowie interne Namen wie .internal oder .local. Das wird vor jeder Anfrage geprüft, auch nach der Namensauflösung. Weiterleitungen folgt SovrGPT nicht. Tragen Sie deshalb die endgültige, öffentlich erreichbare Adresse der Bridge ein.

Mehr zum Protokoll und zu Editor-Clients: MCP-Server · fertige Anbindungen: Marketplace.