KI zu integrieren heißt nicht, deine Systeme auszutauschen: es heißt, eine Brücke zu ihnen zu bauen
Das erste Bild, das fast alle von „KI ins Unternehmen bringen“ haben, ist falsch: Es geht nicht darum, das ERP herauszureißen, das du seit acht Jahren bezahlst, und es durch etwas Neues mit einem Chatbot darin zu ersetzen. KI zu integrieren ist das Gegenteil — du lässt deine Systeme, wo sie sind, und baust eine Brücke zwischen ihnen und dem Modell. Das ERP bleibt die Quelle der Wahrheit, das CRM behält deine Kontakte, die Dokumentenverwaltung archiviert weiter; was du hinzufügst, ist eine Schicht, die mit Urteilsvermögen in ihnen liest und schreibt. Die Brücke, nicht der Ersatz.
Das ist wichtig, weil der Punkt, an dem die meisten Projekte sterben, nicht das Modell ist: es ist die Verbindung. Ein Agent, der perfekte Antworten schreibt, ist nichts wert, wenn er die Bestellung in deinem ERP nicht lesen und die Notiz in deinem CRM nicht hinterlassen kann. Die nützliche Frage lautet nicht „Welches Modell nehme ich?“, sondern „Wie rede ich mit dem, was ich schon habe, ohne es kaputtzumachen?“. In diesem Guide geht es darum: die echten Wege zu verbinden, wann du welchen nimmst und wo Integrationen brechen.
Die drei Wege, KI mit dem zu verbinden, was du schon hast
Es gibt nicht den einen Weg, die Brücke zu bauen. Es gibt drei, und sie unterscheiden sich darin, wie viel Kontrolle und wie viel Arbeit sie im Gegenzug verlangen. Die meisten ernsthaften Architekturen kombinieren zwei davon.
Direkte API (REST / GraphQL)
Der sauberste Weg, wenn dein ERP oder dein CRM schon eine moderne API bereitstellt. Das KI-System ruft die API auf, um Daten abzufragen, eine Aktion auszuführen oder über einen Webhook auf ein Ereignis zu reagieren. Maximale Kontrolle und minimale Latenz, im Gegenzug muss jemand diese Verbindung bauen und pflegen. Es ist die Standardoption für HubSpot, Salesforce, Shopify oder jedes System, das in diesem Jahrhundert gedacht wurde. Das Problem kommt mit dem ERP von 2004, das du in Middleware einwickeln musst, bevor es mit irgendetwas redet.
Orchestrierungsschicht / iPaaS (Zapier, Make, n8n)
Statt jede Verbindung zu programmieren, nutzt du eine Integrationsplattform, die schon Hunderte fertiger Konnektoren mitbringt. Die KI löst den Flow aus und die Orchestrierungsschicht verkettet die Aktionen — den Datensatz anlegen, die Datei verschieben, die E-Mail senden — ohne maßgeschneidertes Backend. Schneller aufzusetzen und leichter zu ändern; im Gegenzug hängst du von den vorhandenen Konnektoren ab und von einer weiteren Plattform auf der Rechnung. Es ist die vernünftige Abkürzung, um in Wochen in Produktion zu gehen, wenn die Systeme Standard sind.
MCP, der Standard-Konnektor (das „USB-C der KI“)
MCP (Model Context Protocol) ist ein offener Standard, um Modelle mit deinen Daten und Werkzeugen zu verbinden, ohne die Integration für jedes Modell neu zu schreiben, das du nutzt. Die Analogie, die passt, ist USB-C: Früher baute jedes Unternehmen, das ein Modell an sein CRM anschließen wollte, ein maßgeschneidertes Kabel; MCP standardisiert den Stecker. Sein Wert ist nicht die Geschwindigkeit von heute, sondern dass du aufhörst, dich an einen Anbieter zu ketten: Du wechselst das Modell und die Brücke steht weiter. 2026 unterstützen die großen Anbieter es, also ist es die Architekturwette, kein Experiment.
Wie du entscheidest, welchen du nimmst
Die Wahl ist keine Geschmackssache, sondern eine Frage des Kontexts: wie deine Systeme aussehen, wie viel Volumen du bewegst und wie sehr du von einem Dritten abhängen willst. Zur Orientierung:
| Situation | Empfohlener Weg | Warum |
|---|---|---|
| Moderne Systeme mit guter API, hohes Volumen | Direkte API | Kontrolle und Latenz; die Entwicklungskosten amortisieren sich mit der Nutzung |
| Standardsysteme, du willst schnell in Produktion | Orchestrierung / iPaaS | Fertige Konnektoren, kein Backend, du änderst den Flow ohne Code anzufassen |
| Mehrere Modelle oder Wechsel geplant | MCP | Eine Brücke, die beim Anbieterwechsel nicht neu gebaut wird |
| Legacy-ERP ohne brauchbare API | Direkte API + Middleware | Du musst das alte System erst einwickeln; da geht das Budget hin |
Die Governance: Berechtigungen, Audit und Handbremse
Einem KI-System Zugriff auf dein ERP und dein CRM zu geben, heißt, ihm einen Schlüssel zu geben. Eine erwachsene Integration setzt nicht auf Vertrauen: sie setzt auf Berechtigungen. Drei Kontrollen sind nicht optional:
- Berechtigungen mit begrenztem Umfang (scoped). Der Agent sieht und berührt nur, was seine Aufgabe braucht, nicht das ganze System. Authentifizierung per OAuth 2.0, rotierende Tokens, ablaufende Zugangsdaten. Ein Support-Agent sollte keine Rechnung löschen können.
- Audit-Trail. Jeder Lese- und Schreibvorgang des KI-Systems wird protokolliert: was es berührt hat, wann und warum. Ohne Spur gibt es keine Möglichkeit, einen Fehler zu rekonstruieren oder ihn vor dem zu verteidigen, der danach fragt.
- Handbremse. Ein Schalter, der den Zugriff des Agenten in Sekunden kappt, wenn etwas schiefgeht, und eine klare Grenze, welche Aktionen menschliche Freigabe brauchen, bevor sie laufen. Autonomie ohne Bremse ist keine Autonomie: es ist Exposition.
Die vier Punkte, an denen eine Integration bricht
Integrationen scheitern nicht am Modell. Sie scheitern fast immer an denselben vier Stellen, und alle sind absehbar:
- Schmutzige oder unzugängliche Daten. Wenn der Input in einem gescannten PDF oder in einer WhatsApp lebt, rettet ihn keine API. Die Integration beginnt damit, die Daten dorthin zu bringen, wo man sie lesen kann.
- Das Legacy-System ohne API. Das alte ERP erzwingt Middleware, und diese Arbeit steht fast nie im ursprünglichen Budget. Entdecke sie im Audit, nicht auf der Rechnung.
- Die Rate-Limits. Systeme wurden für Menschen entworfen, die Knöpfe drücken, nicht für einen Agenten, der tausend Aufrufe pro Minute macht. Wenn du das Tempo nicht dimensionierst, funktioniert die Integration in der Demo und fällt in Produktion um.
- Der fehlende Eigentümer. Eine Integration ist ein lebendes System: Formate ändern sich, Konnektoren brechen, Grenzfälle tauchen auf. Ohne jemanden, der sie pflegt, verfällt sie in Monaten. Es ist derselbe Grund, warum so viele Automatisierungsprojekte scheitern.
Wenn du entscheidest, was du zuerst verbindest, kommt die Antwort vom Prozess, nicht von der Technologie: Fang mit dem an, der am meisten wehtut und die besten Daten hat, genau das ist das Kriterium bei welche Prozesse du mit KI automatisieren solltest. Die Brücke baust du dorthin, wo der Verkehr ist.