APIs, MCP und die neue Plattformwelt
„Was ist der aktuelle Stand bei diesem Schadenvorgang?“ – Eine Frage, die Versicherungsmaklern regelmäßig begegnet. Ein angebundener KI-Assistent könnte relevante Informationen abrufen und zusammenfassen. Voraussetzung sind aktuelle Daten, geeignete Schnittstellen und klar definierte Zugriffsrechte.
Wie verbinden APIs und MCP das Bestandsmanagement mit KI?
APIs – Anwendungsprogrammierschnittstellen – stellen definierte Daten und Funktionen für andere Anwendungen bereit. Darüber lassen sich beispielsweise Vertragsinformationen abrufen oder Aufgaben anlegen. Welche Funktionen verfügbar sind und welche Eingaben sie benötigen, kann etwa mit dem OpenAPI-Standard beschrieben werden (vgl. OpenAPI Initiative, 2026).
Das Model Context Protocol (MCP) ergänzt diese Anbindung um einen offenen Kommunikationsstandard für KI-Anwendungen. Ein MCP-Server kann vorhandene API-Funktionen als beschriebene Werkzeuge, sogenannte Tools, zugänglich machen. Dadurch können kompatible KI-Anwendungen diese einheitlich erkennen und aufrufen (vgl. MCP: Tools, 2026).
MCP ersetzt dabei weder die API noch das Berechtigungssystem. Ein MCP-Server kann zusätzliche Zugriffsbeschränkungen umsetzen, gewährleistet aber nicht automatisch Sicherheit (vgl. MCP: Security Best Practices).
KI-Agenten im Makleralltag
Zur Vorbereitung eines Kundengesprächs könnte ein KI-Assistent Vertragsstände, Schadenfälle und offene Aufgaben zusammenfassen. Ob dafür eine direkte API-Anbindung oder zusätzlich MCP sinnvoll ist, hängt von den vorgesehenen Anwendungen und Integrationen ab.
Für openVIVA ist dabei entscheidend, welche Funktionen die APIs bereitstellen und wie die bestehenden Berechtigungen bei externen Zugriffen durchgesetzt werden. Das differenzierte Berechtigungssystem gewährleistet kontrollierte Datenzugriffe durch externe Systeme, welche über eine API angebunden werden können. Je nach Anforderung der Aufgabe kann im späteren Fall ein MCP für standardisierte Kommunikation mit der KI sinnvoll sein. Aktuell verfügt openVIVA über granulare Vorkehrungen, welche eine sichere Nutzung von API-Schnittstellen und somit einen reglementierten Zugriff auf die Datenbank gewährleisten.
Kontrolle bleibt entscheidend
Wer darf welche Daten lesen, verändern oder Prozesse auslösen? Diese Berechtigungen müssen bei jedem Aufruf geprüft werden. Fehlende Prüfungen auf Datensatz- und Funktionsebene zählen zu den zentralen API-Risiken (vgl. OWASP, 2023). KI-Agenten sollten deshalb nur die notwendigen Rechte erhalten. Folgenschwere Aktionen sollten eine menschliche Freigabe erfordern (vgl. OWASP: Excessive Agency, 2025).
Berechtigungen verhindern allerdings keine Halluzinationen: Auch mit korrekten Quelldaten kann eine KI falsche Aussagen erzeugen. Überprüfbare Quellen und fachliche Kontrollen bleiben daher wichtig (vgl. OWASP: Misinformation, 2025).
So entsteht eine offene Plattformwelt mit kontrollierten Zugängen: Das Bestandsmanagement bleibt die verbindliche Datenbasis, während KI bei Auswertung und Bearbeitung unterstützt.
Quellen:
Goodwin, Michael (2024). Was ist eine Anwendungsprogrammierschnittstelle (Application Programming Interface, API)? https://www.ibm.com/de-de/think/topics/api (12.10.2026)
Model Context Protocol (2026). What is the Model Context Protocol (MCP)? https://modelcontextprotocol.io/docs/2026-07-28/getting-started/intro (12.10.2026)
Model Context Protocol (2026). About MCP – Architecture overview.
https://modelcontextprotocol.io/docs/2026-07-28/learn/architecture
OpenAPI Initiative (2026). Introduction. https://learn.openapis.org/introduction.html (23.10.2026)
OWASP Open Worldwide Application Security Project (2023). OWASP Top 10 API Security Risks. https://api-security.owasp.org/editions/2023/en/0x11-t10 (12.10.2026)