Start / Agenten / MCP-Integration

KI-Agenten sicher an Ihre Systeme anbinden.

Ein KI-Agent ist nur so nützlich wie die Daten und Werkzeuge, auf die er zugreift. Über das Model Context Protocol (MCP) binden wir Ihre Agenten an ERP, CRM, DMS, Datenbanken und interne APIs an — On-Premise, ohne Datenabfluss und mit feingranularen Berechtigungen.

Integration anfragen → Anbindung ansehen

MCP-Client · MCP-Server · Tools · Resources · Prompts

THEMEN

Warum AnbindungEin Agent ohne Hände nützt wenig→ Was ist MCPSechs Konzepte für Entscheider→ Wie es zusammenhängtAgent, Server, Zielsysteme→ So binden wir anFünf Schritte→

FAKTEN

1 StandardStatt N Schnittstellen

On-PremiseKein Datenabfluss

RechtegesteuertLeast Privilege & auditierbar

2 bis 4 WochenBis zu ersten Ergebnissen

mcp · agent → server → systemeBeispiel

So spricht ein Agent mit Ihren SystemenEin Protokoll verbindet Agent, MCP-Server und Zielsysteme.

KI-Agentmcp-client

MCP-Servertools · resources · prompts

ERPCRMDatenbank

ein protokoll für alle systeme · betrieb in ihrem netz

ki-spezial@agent:~$ mcp serverserp aufträgecrm kundendms dokumentedatenbank kennzahleninterne api fachsystemedatei & mail postfach, ablage

Standard MCP Betrieb On-Premise, kein Datenabfluss Rechte Least Privilege Aufrufe auditierbar & protokolliert

AUF EINEN BLICK

Das Wichtigste auf einen Blick

Geeignet für: Unternehmen, deren KI-Agenten an Fachsysteme heran müssen — Auftragsstatus im ERP, Kunde im CRM, Vertrag im DMS, Kennzahlen in der Datenbank
Ausgangssituation: Für jede Verbindung eine eigene, individuell programmierte Schnittstelle — aufwendig, fehleranfällig und schwer zu warten
Wir übernehmen: Use-Case-Klärung, Bereitstellung oder Bau des MCP-Servers, Rechte und Freigaben nach Least Privilege, Test gegen eine Testumgebung, überwachter Betrieb
Ihr Ergebnis: Ein Standard statt N Schnittstellen — der Agent liest und handelt in Ihren Systemen, jeder Aufruf protokolliert, schreibende Aktionen nur mit Bestätigung
Systeme: ERP (z. B. SAP, Microsoft Dynamics), CRM, DMS, relationale Datenbanken und Data Warehouses, interne REST- oder GraphQL-APIs; Altsysteme ohne API über einen eigenen Adapter
Rechte: Lesender Zugriff, wo Lesen genügt; schreibende Aktionen nur nach Freigabe oder mit Bestätigungsschritt; jeder Werkzeugaufruf auditierbar
Dauer: Erste Ergebnisse nach 2 bis 4 Wochen; der Zeitplan bis zur produktiven Anbindung steht im Konzept — Altsysteme und umfangreiche Freigabeprozesse verlängern entsprechend
Erster Schritt: Nennen Sie uns Zielsystem und Aufgabe — nach einem kurzen Use-Case-Gespräch schätzen wir den Aufwand konkret ab

Integration anfragen → 09571 873149 Ihr Ansprechpartner: Sales-Team ki·spezial

/01 — 07Warum Anbindung

Ein Agent ist nur so nützlich wie seine Werkzeuge und Daten.

$ agent tools --list

Ein KI-Agent kann planen und entscheiden — aber ohne Zugriff auf Ihre echten Systeme bleibt er ein Gesprächspartner ohne Hände. Der Auftragsstatus steckt im ERP, der Kunde im CRM, der Vertrag im DMS, die Kennzahlen in der Datenbank. Bisher bedeutete das: für jede Verbindung eine eigene, individuell programmierte Schnittstelle. Das Model Context Protocol löst dieses Problem: Statt N Einzelschnittstellen sprechen Agent und Systeme einen gemeinsamen Standard. Wir sorgen dafür, dass diese Anbindung On-Premise läuft und sicher bleibt.

ohne anbindung

Gesprächspartner ohne Händetrainingsstand statt tagesgeschäft

Agent kennt nur seinen Trainingsstandveraltet
Keine aktuellen Geschäftsdatenkein erp, kein crm
Kann keine Aktionen auslösennur text
Pro System eine Sonderschnittstellen integrationen

mit mcp

Zugriff und Handlungein standard für viele systeme

Zugriff auf Echtzeitdatenlesend
Definierte Aktionen ausführbarmit freigabe
Ein Standard für viele Systeme1 protokoll
Rechte & Protokoll inklusiveauditierbar

/02 — 07Was ist MCP

Ein offener Standard für die Anbindung von KI-Agenten.

$ man mcp

Das Model Context Protocol wurde Ende 2024 von Anthropic als offener Standard vorgestellt. Es folgt einem Client-Server-Modell: Der Agent ist der MCP-Client, die Systeme werden über MCP-Server angebunden. Diese sechs Konzepte sollten Entscheider kennen.

Tools

Aufrufbare Funktionen, die der Agent ausführen kann — etwa eine Bestellung anlegen, einen Datensatz suchen oder ein Ticket erstellen. Über Tool Use wählt das Modell das passende Werkzeug und ruft es mit strukturierten Parametern auf.

Resources

Lesbare Datenquellen, die der Agent als Kontext nutzt: Dokumente, Tabellen, Datensätze oder Dateien. Sie liefern dem Modell aktuelle Fakten, ohne dass diese fest ins Modell trainiert sein müssen — die Basis für faktenbasierte Antworten.

Prompts

Vordefinierte Vorlagen für wiederkehrende Aufgaben, die ein Server bereitstellt. Sie standardisieren, wie eine Anfrage an ein System formuliert wird — etwa eine Statusabfrage oder eine Zusammenfassung — und sorgen für gleichbleibende Qualität.

Tool Use & Function Calling

Die Fähigkeit eines Sprachmodells, ein Werkzeug auszuwählen und mit passenden Argumenten aufzurufen. Tool Use und Function Calling meinen dasselbe — MCP ist der standardisierte Weg, über den diese Aufrufe laufen.

MCP-Server

Das Bindeglied zum System. Ein MCP-Server kapselt die API oder Datenbank eines Zielsystems und stellt deren Funktionen als Tools und Resources bereit. Für viele Systeme gibt es fertige Server, ältere Anwendungen binden wir über einen eigenen Adapter an.

Sicherheit & Rechte

Jeder Server gibt nur frei, was freigegeben ist. Nach dem Least-Privilege-Prinzip erhält der Agent lesenden oder schreibenden Zugriff nur dort, wo er ihn braucht; kritische Aktionen erfordern eine Bestätigung. Jeder Aufruf ist protokolliert und auditierbar.

/03 — 07Integration

Agent, MCP-Server und Ihre Systeme — ein Standard.

$ mcp inspect --topology

Der KI-Agent spricht als Client das Model Context Protocol. Jedes Zielsystem wird über einen MCP-Server angebunden, der dessen Funktionen als Tools und Resources anbietet. So ersetzt ein Protokoll viele individuelle Schnittstellen.

KI-AgentMCP-Client

Plant, entscheidet, ruft Werkzeuge aufwählt das tool · übergibt strukturierte parameter · prüft das ergebnis

MCP-Serverje Zielsystem

Tools · Resources · Promptsfunktionen des systems standardisiert

Rechte & Auditleast privilege · jeder aufruf protokolliert

Transportmcp zum agenten · api / db zum system

ZielsystemeAPI / DB

ERPaufträge

CRMkunden

DMSdokumente

Weitere SystemeAPI / DB

Datenbankkennzahlen

Interne APIfachsysteme

Datei & Mailpostfach, ablage

Agent — der MCP-Client MCP-Server — Bindeglied mit Rechten und Protokoll

Alle Komponenten laufen On-Premise in Ihrem Netzwerk. Die Verbindung zwischen Agent und Gateway bleibt unter Ihrer Kontrolle — kein Datenabfluss in eine externe Cloud.

/04 — 07Beispiele

Was ein angebundener Agent konkret tun kann.

$ mcp call --dry-run

Fünf typische Zielsysteme im Mittelstand und welche Aufgaben ein Agent nach der MCP-Anbindung übernimmt — immer im Rahmen der vergebenen Rechte.

ERP

Der Agent liest Auftrags- und Lieferstatus, prüft Bestände oder bereitet eine Bestellung vor. Schreibende Aktionen wie das Anlegen eines Belegs laufen nur nach Freigabe — lesender Zugriff genügt für die meisten Auskünfte.

lesendbeleg mit freigabe

CRM

Der Agent fasst die Historie eines Kunden zusammen, findet passende Ansprechpartner oder protokolliert ein Gespräch. So bereitet er Vertrieb und Service vor, ohne dass jemand manuell durch Masken klicken muss.

historiegesprächsnotiz

DMS & Dokumente

Der Agent durchsucht Verträge, Handbücher und Akten, zitiert die relevante Stelle und fasst sie zusammen. In Kombination mit Agentic RAG entstehen belegte Antworten statt freier Vermutungen.

zitatagentic rag

Datenbank

Der Agent beantwortet Fragen zu Kennzahlen, indem er gezielt definierte Abfragen ausführt. Statt offenem SQL-Zugriff stellt der MCP-Server abgesicherte, lesende Tools bereit — nachvollziehbar und ohne Risiko für die Datenbasis.

definierte abfragenkein freies sql

Interne API

Eigenentwickelte Fachanwendungen und Microservices binden wir über ihre REST- oder GraphQL-API an. Der MCP-Server übersetzt diese Endpunkte in saubere Tools, die der Agent gezielt und rechtekonform nutzt.

restgraphql

Mehrere Systeme zugleich

Erst die Kombination entfaltet den Nutzen: Ein Agenten-Team liest aus dem CRM, prüft im ERP und legt das Ergebnis im DMS ab — jeder Schritt über MCP, protokolliert und in orchestrierten Workflows auf die jeweilige Rolle beschränkt.

crm → erp → dmsje rolle

/05 — 07Vorgehen

So binden wir ein System sicher an.

$ mcp onboard --schritte 5

Von der ersten Klärung bis zum überwachten Betrieb — fünf nachvollziehbare Schritte, bei denen Rechte und Sicherheit von Anfang an mitgedacht sind.

1Klärung

System & Use Case klären

Wir bestimmen das Zielsystem und die fachliche Aufgabe und legen fest, welche Daten und Aktionen der Agent dafür wirklich benötigt — nicht mehr.

2Server

MCP-Server bereitstellen

Wir nutzen einen geprüften MCP-Server oder bauen einen passenden Adapter, der die Tools und Resources des Systems standardisiert anbietet.

3Rechte

Rechte & Freigaben definieren

Nach dem Least-Privilege-Prinzip legen wir fest, was lesend, was schreibend erlaubt ist und welche Aktion eine ausdrückliche Bestätigung erfordert.

4Test

Mit Beispielaufgaben testen

Wir prüfen die Anbindung mit realistischen Aufgaben gegen eine Testumgebung und kontrollieren jeden Werkzeugaufruf auf Korrektheit.

5Betrieb

Produktiv & überwacht

Die Integration geht in den Betrieb. Jeder Aufruf wird protokolliert und über das Monitoring überwacht — auditierbar und stabil.

/06 — 07Häufige Fragen

Häufige Fragen zur MCP-Integration.

$ man mcp --faq

01Was ist das Model Context Protocol (MCP)?+

Das Model Context Protocol ist ein offener Standard, den Anthropic Ende 2024 veröffentlicht hat. Es definiert, wie ein KI-Agent als Client mit MCP-Servern spricht, die Werkzeuge und Daten bereitstellen. Statt für jedes System eine eigene Schnittstelle zu bauen, sprechen alle Beteiligten dasselbe Protokoll. Ein Standard ersetzt damit viele individuelle Integrationen.

02Welche Systeme lassen sich per MCP anbinden?+

Grundsätzlich jedes System mit einer Programmierschnittstelle oder Datenbank: ERP-Systeme wie SAP oder Microsoft Dynamics, CRM-Lösungen, Dokumentenmanagement und DMS, relationale Datenbanken und Data Warehouses sowie interne REST- oder GraphQL-APIs. Für ältere Systeme ohne API stellen wir einen passenden Adapter als MCP-Server bereit.

03Verlassen dabei Daten unser Haus?+

Nein. Wir betreiben MCP-Server und KI-Agenten On-Premise in Ihrem Netzwerk. Der Agent ruft Werkzeuge lokal auf, die Antworten der Zielsysteme bleiben in Ihrer Infrastruktur. Es entsteht kein Datenabfluss in eine Cloud, was gerade bei ERP-, CRM- und Personaldaten entscheidend ist.

04Wie verhindern Sie, dass ein Agent zu viel darf?+

Jeder MCP-Server stellt nur die Werkzeuge und Ressourcen bereit, die für den Anwendungsfall freigegeben sind. Wir arbeiten nach dem Least-Privilege-Prinzip: lesender Zugriff, wo Lesen genügt, schreibende Aktionen nur nach Freigabe oder mit Bestätigungsschritt. Jeder Werkzeugaufruf wird protokolliert und ist auditierbar.

05Was ist der Unterschied zwischen Tool Use und MCP?+

Tool Use, auch Function Calling genannt, ist die Fähigkeit eines Sprachmodells, ein passendes Werkzeug auszuwählen und mit strukturierten Parametern aufzurufen. MCP ist das offene Protokoll, über das diese Werkzeuge standardisiert bereitgestellt und vom Agenten gefunden werden. Tool Use ist also die Fähigkeit, MCP der gemeinsame Transportweg.

06Was sind Tools, Resources und Prompts in MCP?+

Ein MCP-Server bietet drei Bausteine an. Tools sind aufrufbare Funktionen, etwa eine Bestellung anlegen oder einen Datensatz suchen. Resources sind lesbare Datenquellen wie Dokumente, Tabellen oder Datensätze, die der Agent als Kontext nutzt. Prompts sind vordefinierte Vorlagen für wiederkehrende Aufgaben. Gemeinsam beschreiben sie, was ein Agent an einem System tun darf.

07Funktioniert MCP auch mit lokalen Open-Source-Modellen?+

Ja. MCP ist modellunabhängig. Es funktioniert mit kommerziellen Modellen ebenso wie mit lokalen Open-Source-Modellen, die Tool Use beherrschen, etwa Llama oder Qwen. Genau das erlaubt es uns, die gesamte Integration On-Premise zu betreiben, ohne auf eine externe Cloud angewiesen zu sein.

08Wie lange dauert die Anbindung eines Systems?+

Erste Ergebnisse gibt es nach 2 bis 4 Wochen; der Zeitplan bis zur produktiven Anbindung hängt von Komplexität, Berechtigungslogik und Testaufwand ab und steht im Konzept. Altsysteme ohne API oder umfangreiche Freigabeprozesse verlängern den Zeitraum entsprechend. Den Aufwand schätzen wir nach einem kurzen Use-Case-Gespräch konkret ab.

09Können wir bestehende MCP-Server von Drittanbietern nutzen?+

Ja. Für viele verbreitete Systeme und Datenbanken gibt es bereits MCP-Server. Wir prüfen diese vor dem Einsatz auf Sicherheit, Wartungsstand und passende Berechtigungen und betreiben sie kontrolliert in Ihrem Netzwerk. Wo es keinen passenden Server gibt oder Sicherheitsanforderungen es verlangen, entwickeln wir einen eigenen.

10Lässt sich jeder Werkzeugaufruf nachvollziehen?+

Ja. Jeder Aufruf eines Tools wird mit Zeitpunkt, aufrufendem Agenten, Parametern und Ergebnis protokolliert. Diese Audit-Logs sind die Grundlage für Nachvollziehbarkeit, Fehleranalyse und Nachweise nach dem EU AI Act. Über das KI-Gateway lassen sie sich zentral auswerten.

/07 — 07Verwandte Lösungen

Bereit, Ihre KI-Agenten an Ihre Systeme anzubinden?

In einem kostenlosen Erstgespräch klären wir, welche Systeme Sie anbinden möchten und welche Aufgaben Ihr Agent übernehmen soll — On-Premise, sicher und mit den richtigen Rechten.

Erste Ergebnisse nach 2 bis 4 Wochen · Least Privilege von Anfang an

$ mcp --erstgespraech

Integration anfragen → Kontakt aufnehmen Termin vereinbaren

30 Minuten, unverbindlich und direkt mit einem technischen Ansprechpartner. Telefon 09571 873149 · info@ki-spezial.systems