MCP-Konnektoren im Überblick: KI-Agenten an ERP, CRM und SharePoint anbinden

Ein KI-Agent ist nur so nützlich wie die Systeme, die er erreichen kann. Das klügste Modell der Welt ist für Ihr Unternehmen wertlos, wenn es Ihr CRM nicht sehen, keinen Vertrag in SharePoint lesen oder keine Rechnung in Ihr ERP buchen kann. Zwei Jahre lang lautete die Antwort: ein Berg massgeschneiderter Integrationen, jede für ein einzelnes Werkzeug und eine einzelne KI gebaut, jede kaputt, sobald sich eine API änderte. Das Model Context Protocol wurde entworfen, um damit Schluss zu machen. 2026 ist es soweit, und die Konnektoren-Landschaft ist konkret genug, um darauf zu planen.

MCP ist der offene Standard, den Anthropic im November 2024 veröffentlicht und 2025 an die Linux Foundation übergeben hat^1,2. Man nennt es das “USB-C der KI-Integrationen”, weil es genau das tut, was USB-C für Kabel getan hat: eine Schublade voller inkompatibler Stecker durch eine Form ersetzen, die überall passt. Bauen Sie einen MCP-Server für ein System, und jede protokollfähige KI kann ihn nutzen. Bis März 2026 wurden die MCP-SDKs 97 Millionen Mal pro Monat heruntergeladen, und über 10.000 öffentliche MCP-Server waren aktiv⁶.

Dieser Leitfaden ist für den CTO, die IT-Leitung oder den Geschäftsführer eines deutschen Mittelständlers, der ständig “verbinde das doch einfach per MCP” hört und wissen will, was wirklich existiert, was sicher ist und wo die eigentliche Arbeit liegt. Kein Hype. Eine ehrliche Karte der Konnektoren-Landschaft 2026, der Anbieter, die geliefert haben, der Lücken, die Middleware weiter füllt, und wie Sie einen KI-Mitarbeiter an die Systeme anbinden, die Sie ohnehin betreiben.

Was MCP wirklich ist (und was nicht)

Der Begriff wird locker verwendet, also seien wir präzise. Das Model Context Protocol ist eine gemeinsame Sprache zwischen einem KI-Agenten und den Werkzeugen, die er nutzt. Ein MCP-Server beschreibt ein System als eine Menge aufrufbarer Werkzeuge, jedes mit Namen, Beschreibung, Eingabeschema und Berechtigungsbereich. Die KI liest diese Beschreibungen und entscheidet, welches Werkzeug sie aufruft, um eine Aufgabe zu erledigen. Das Protokoll kümmert sich um Handschlag, Anfrage und Antwort.

• Ein offener Standard, kein Produkt - Anthropic hat MCP im November 2024 veröffentlicht und 2025 in die neue Agentic AI Foundation der Linux Foundation eingebracht, neben dem goose-Agenten und der AGENTS.md-Konvention^2,4. Kein einzelner Anbieter besitzt es.
• Eine Hülle über Ihrer bestehenden API, kein Ersatz - Die meisten Unternehmens-MCP-Server sitzen auf der REST-API des Systems. Der Sage-Intacct-Server etwa basiert auf Sages bestehenden REST-APIs und präsentiert sie schlicht als agentenfertige Werkzeuge¹⁴.
• Client und Server, wie im Web - Die KI-Anwendung ist der MCP-Client. Der Konnektor ist der MCP-Server. Ein Client kann mit vielen Servern sprechen, und ein Server kann viele Clients bedienen. Deshalb funktioniert ein einziger HubSpot-Server für Claude, ChatGPT und Copilot gleichermassen.
• Werkzeuge, Ressourcen und Prompts - Ein Server kann Aktionen bereitstellen, die der Agent ausführt (Werkzeuge), Daten, die er liest (Ressourcen), und wiederverwendbare Anweisungen (Prompts). Für den Geschäftseinsatz zählen Werkzeuge und Ressourcen.
• Modellunabhängig von Grund auf - Weil das Protokoll standardisiert ist, sind Sie nicht an einen KI-Anbieter gebunden. Tauschen Sie das Modell darunter aus, und Ihre Konnektoren laufen weiter. Das ist dasselbe Argument hinter einem modellunabhängigen Company Brain.

MCP ist keine API, kein iPaaS und kein Agent

Am klarsten versteht man MCP, wenn man es von den drei Dingen abgrenzt, mit denen es verwechselt wird.

Warum Konnektoren jetzt zählen

Der Wandel von Chatbots zu Agenten, die echte Aktionen ausführen, hat Konnektoren von einem netten Extra zum eigentlichen Thema gemacht. Ein Agent, der Ihre Systeme nicht erreicht, kann nur reden. Ein Agent mit Konnektoren kann arbeiten.

1. Agenten sind vom Reden zum Handeln übergegangen - Gartner prognostiziert, dass bis Ende 2026 40 Prozent der Unternehmensanwendungen aufgabenspezifische KI-Agenten enthalten werden, gegenüber weniger als 5 Prozent 2025²⁵. Diese Agenten müssen über CRM, ERP und Ticketing hinweg lesen und schreiben, um Arbeit zu erledigen.
2. Der Standard hat sich schnell durchgesetzt - Die MCP-SDK-Downloads erreichten bis März 2026 97 Millionen pro Monat, ein Sprung um fast drei Grössenordnungen in 18 Monaten, und rund 28 Prozent der Fortune-500-Unternehmen hatten MCP im Einsatz⁶.
3. Jeder grosse KI-Anbieter spricht es - Anthropic, OpenAI, Google und Microsoft unterstützen MCP, ein Konnektor, den Sie bauen, ist also keine Wette auf ein einzelnes Modell^5,7.
4. SaaS-Anbieter haben angefangen zu liefern - HubSpot, Salesforce, Oracle, Sage und Microsoft sind innerhalb eines Jahres vom Zuschauen zum Veröffentlichen offizieller Konnektoren übergegangen^{8,10,12,14,16}.
5. Integrationskosten sind der eigentliche Engpass - Bei den meisten Mittelstands-KI-Projekten war das Modell nie das Schwierige. Den Agenten sicher in SAP, DATEV oder ein 15 Jahre altes Lagersystem zu bringen schon. Das ist die Integrationssteuer, und MCP ist der erste ernsthafte Versuch, sie zu senken.

Die Konnektoren-Landschaft 2026

Hier ist eine ehrliche Karte dessen, was tatsächlich geliefert wurde, gruppiert nach Systemart. Das sind echte Konnektoren von echten Anbietern, mit ihren echten Grenzen. Namen werden genannt, damit Sie sie selbst prüfen können.

CRM-Konnektoren

CRM war die erste Kategorie mit ernsthafter nativer Unterstützung, weil Vertriebs- und Serviceteams die lautesten frühen Anwender waren.

• HubSpot - Hat den ersten nativen CRM-Konnektor für Claude und einen MCP-Server in der öffentlichen Beta ausgeliefert⁸. Claude kann Kontakte, Firmen, Deals, Tickets, Positionen und Produkte lesen und aktualisieren, dazu die vollständige Interaktionshistorie aus Anrufen, E-Mails, Meetings, Notizen und Aufgaben. Er erreicht keine benutzerdefinierten Objekte, keine als sensibel markierten Eigenschaften und keine Workflows, kann nichts löschen und bindet ein HubSpot-Konto an ein Claude-Konto⁹.
• Salesforce - Hat gehostete MCP-Server im April 2026 allgemein verfügbar gemacht, ab Enterprise Edition aufwärts, und Agentforce zu einem nativen MCP-Client gemacht^10,11. Es baute mehrere Schichten, darunter MuleSofts API-zu-MCP-Umwandlung und eine AgentExchange für Partnerkonnektoren, sodass Agenten aus Slack, Claude oder ChatGPT mit Salesforce-Daten arbeiten können, ohne den Kontext zu wechseln.
• Microsoft Dynamics und Dataverse - Erreichbar über Microsofts breiteres Agenten-Werkzeug und die Agent-365-Interoperabilität, sodass Copilot und externe MCP-Clients unter bestehender Mandanten-Governance auf Kundendatensätze wirken können¹⁷.

ERP-Konnektoren

Beim ERP ist der Wert am höchsten und der Boden am härtesten. Cloud-ERPs bekamen offizielle Server; ältere On-Premise-Systeme nicht.

• Oracle NetSuite - Oracle hat einen offiziellen MCP-Server für NetSuite gebaut, sodass Agenten Finanz- und Betriebsdatensätze direkt abfragen und bearbeiten können¹².
• Sage Intacct - Sage hat einen offiziellen MCP-Server auf Basis seiner REST-APIs ausgeliefert, Teil des Sage AI Gateway, sodass sich Drittanbieter-Agenten einschliesslich Claude direkt in das Sage-Ökosystem integrieren^13,14.
• SAP - SAP setzt für die Agent-zu-Agent-Zusammenarbeit über Joule auf das ergänzende A2A-Protokoll, während Agenten MCP nutzen, um Werkzeuge von MCP-Servern auf der SAP BTP zu finden und zu nutzen¹⁵. Die allgemeine Verfügbarkeit der erweiterten Interoperabilität ist für Ende 2026 geplant, sodass heute der meiste SAP-Zugriff noch über Middleware läuft. Unsere ausführliche Sicht steht in KI-Agenten für SAP.
• Microsoft Dynamics 365 Finance and Operations - Erreichbar über Microsofts Agenten-Stack und, für alles nicht nativ Bereitgestellte, über eine iPaaS-Schicht.
• Legacy- und On-Premise-ERPs - SAP ECC, ältere Infor-Systeme, Sage 100 und Eigenentwicklungen liefern selten einen nativen Server. Diese erreichen Agenten über die Middleware aus dem nächsten Abschnitt. Siehe auch einen KI-Agenten an Ihr ERP anbinden.

Kollaborations- und Dokumentenkonnektoren

Hier liegt das meiste implizite Unternehmenswissen, in Dateien, Sites und Threads, was diese Konnektoren im Stillen zu den wertvollsten für ein Company Brain macht.

• Microsoft SharePoint und OneDrive - Microsoft bietet einen SharePoint- und OneDrive-MCP-Server zum Hochladen von Dateien, Lesen von Metadaten, Suchen und Verwalten von Listen. Mitarbeitende können Claude, ChatGPT, Copilot oder Cursor mit SharePoint verbinden, ohne die IT-Governance zu umgehen^16,17. Das ist das Rückgrat einer SharePoint-Wissensbasis, die eine KI wirklich nutzen kann.
• Microsoft Teams und Outlook - Erreichbar über das Microsoft-365-Agenten-Werkzeug und Agent 365, sodass ein Agent Threads und E-Mails im Kontext unter Mandantenkontrollen lesen kann¹⁷.
• Google Workspace - Drive, Gmail und Kalender werden sowohl von Googles eigenem Werkzeug als auch von einem grossen Feld an Community- und iPaaS-Servern abgedeckt.
• Confluence, Notion und Slack - Alle haben weit verbreitete MCP-Server, offiziell oder aus der Community, für Wissen und Kommunikation.

Datenbank-, E-Commerce- und Ticketing-Konnektoren

Jenseits der grossen CRM- und ERP-Namen berührt die meiste Arbeit eines KI-Mitarbeiters den langen Schwanz an Geschäftssystemen. Hier ist das Ökosystem am breitesten und am wenigsten standardisiert, prüfen Sie also die Grenzen jedes Konnektors genau.

• Datenbanken - PostgreSQL, MySQL, SQL Server und Snowflake sind über offizielle und Community-Server erreichbar, oft über CData, sodass ein Agent Betriebsdaten direkt abfragen kann. Gewähren Sie zuerst Lesezugriff und behandeln Sie jeden Schreibpfad in eine Produktionsdatenbank als Hochrisikoaktion.
• E-Commerce - Shopify und andere Shops haben weit verbreitete MCP-Server für Bestellungen, Produkte und Kunden, nützlich für Agenten, die Bestellungen gegen die Erfüllung abgleichen oder Bestandsfragen beantworten.
• Ticketing und ITSM - Jira, ServiceNow und Zendesk haben alle Konnektoren, sodass ein Serviceagent ein Ticket lesen, den zugehörigen Datensatz aus dem CRM ziehen und in einem Durchgang eine Antwort entwerfen oder posten kann.
• Deutsche Finanzbuchhaltung und Lohn - DATEV und ähnliche Systeme liefern selten einen nativen MCP-Server, für einen Mittelstands-Finanzablauf gehen Sie also fast immer über eine iPaaS-Schicht oder einen privaten Server. Unsere Sicht dazu steht in KI-Buchhaltung mit DATEV.
• Kommunikation - Slack-, Gmail- und Outlook-Server lassen einen Agenten Nachrichten im Kontext lesen und senden, was einen stillen Back-Office-Agenten in einen verwandelt, der den Kreis mit Menschen wirklich schliesst.

MCP vs. A2A: Konnektoren sind nicht die ganze Geschichte

Sobald Sie mehr als einen Agenten haben, kommt ein zweites Protokoll ins Spiel. MCP verbindet einen Agenten mit Werkzeugen. A2A, das Agent2Agent-Protokoll, verbindet Agenten miteinander. Die beiden zu verwechseln führt dazu, dass Teams zum falschen Standard greifen, deshalb lohnt sich Klarheit.

• MCP ist Agent-zu-Werkzeug - Es lässt einen einzelnen Agenten Ihr CRM lesen, in Ihr ERP schreiben oder SharePoint durchsuchen. Das braucht fast jedes Mittelstandsprojekt zuerst.
• A2A ist Agent-zu-Agent - Google hat A2A 2025 eingeführt und an die Linux Foundation übergeben, Version 1.0 wurde im April 2026 angekündigt. Es standardisiert, wie Agenten verschiedener Anbieter Arbeit aneinander delegieren.
• Sie ergänzen sich, sind keine Rivalen - SAP ist das klarste Beispiel: Joule agiert als A2A-Client, um mit externen Agenten zu sprechen, während diese Agenten MCP nutzen, um Werkzeuge von MCP-Servern zu finden und zu nutzen¹⁵.
• Mit MCP beginnen - Sie ziehen Wert aus einem einzelnen Agenten, der echte Arbeit über Ihre Systeme erledigt, lange bevor Sie Agenten brauchen, die mit Agenten sprechen. Ergänzen Sie A2A, wenn Sie wirklich mehrere spezialisierte Agenten haben, die sich abstimmen müssen.
• Beide sind offen und Linux-Foundation-verwaltet - Keines bindet Sie an einen Anbieter, was der ganze Grund ist, darauf zu bauen statt auf eine proprietäre Integrationsschicht.

iPaaS und Middleware für Legacy-ERPs

Die meisten Mittelständler betreiben nicht nur Cloud-SaaS. Sie betreiben eine Mischung, und irgendwo in dieser Mischung steckt ein System, das zu alt, zu individuell oder zu kritisch ist, um einen nativen MCP-Server zu haben. Hier verdienen Integrationsplattformen ihren Platz, und 2026 haben sie alle eine MCP-Seite bekommen.

• Workato - Bietet eine cloud-native Plattform mit über 1.200 Konnektoren, darunter SAP, EDI und IoT, und stellt sie jetzt für den Agenteneinsatz bereit¹⁹. Stark, wenn Sie viele vorgefertigte Konnektoren schnell brauchen.
• Boomi - Hat im Mai 2026 einen verwalteten MCP-Dienst ausgeliefert, der Claude, Gemini, ChatGPT Enterprise und Copilot mit über 1.000 Unternehmenswerkzeugen verbindet, dazu Agentstudio zum Entwerfen und Steuern von Agenten im grossen Massstab¹⁸. Stark für hybride Umgebungen mit Legacy-Systemen.
• MuleSoft - Wird gekauft, wenn ein Unternehmen ein dauerhaftes API-Betriebsmodell über Salesforce, SAP, Oracle und Legacy-Anwendungen hinweg will, mit API-zu-MCP-Umwandlung im Salesforce-Stack^11,19.
• CData - Bietet MCP-Server für Hunderte von Systemen, von Sage Cloud Accounting bis Intacct, mit schreibgeschützten Servern für den schnellen Start und vollem CRUD über die verwaltete Connect-AI-Plattform¹³. Stark, um Datenbanken und Nischenanwendungen zu erreichen.
• n8n und Zapier - Leichtgewichtigere Optionen mit MCP-Unterstützung, nützlich für einfachere Automatisierungen und kleinere Abläufe.

Private und interne MCP-Server

Kein Anbieter wird je einen Konnektor für Ihr selbst gebautes Angebotswerkzeug, Ihre Access-Datenbank von 2011 oder die interne API liefern, die nur drei Leute verstehen. Weil MCP ein offener Standard ist, bauen Sie diese selbst, und Sie halten sie privat.

• Jede interne API umhüllen - Wenn ein System eine API, ein Skript oder auch nur eine Datenbank hat, können Sie einen kontrollierten Ausschnitt davon als MCP-Server bereitstellen, den nur Ihre Agenten erreichen.
• Daten bleiben in Ihrem Netzwerk - Ein selbst gehosteter Server bedeutet, dass die Verbindung in Ihrer eigenen Infrastruktur lebt, was für die DSGVO und für alles zählt, was Sie nie an einen öffentlichen Endpunkt senden würden.
• Herunterskalieren, nicht hoch - Der richtige interne Server stellt die wenigen Werkzeuge bereit, die ein Ablauf braucht, nicht das ganze System. Ein Lesewerkzeug und ein enges Schreibwerkzeug schlagen vollen Datenbankzugriff jedes Mal.
• Prozess kodieren, nicht nur Daten - Die besten internen Server stellen Aktionen bereit, die dazu passen, wie Ihr Unternehmen tatsächlich arbeitet, etwa “erstelle ein Angebot aus diesen Positionen nach unseren Standardrabatten”, nicht rohen Tabellenzugriff.
• Die Wartung gehört Ihnen - Ein privater Server ist Ihre Sache, ihn am Laufen zu halten. Das ist ein echter Aufwand und gehört von Tag eins in Ihre Konnektor-Governance.

Wann ein privater Server sinnvoll ist

Was Konnektoren noch nicht können

Eine ehrliche Karte muss die Lücken einschliessen. MCP-Konnektoren sind real und nützlich, aber sie sind keine Magie, und ein paar Grenzen überraschen Teams nach dem Go-live.

• Die Abdeckung ist uneinheitlich - Die offiziellen Server decken die grössten Cloud-Systeme ab. Ältere On-Premise-Software, Nischentools und die meisten deutschlandspezifischen Systeme brauchen weiter Middleware oder einen privaten Server.
• Schreibzugriff ist oft eng - Viele Konnektoren liefern lesegetrieben. Der HubSpot-Server kann nicht löschen, mehrere CData-Server sind schreibgeschützt, und Anbieter sind bewusst vorsichtig damit, was ein Agent ändern darf.
• Tiefe Berechtigungen bilden sich selten sauber ab - Das feingranulare Rollenmodell eines Systems lässt sich nicht immer in MCP-Bereiche übersetzen, sodass Sie manchmal gröberen Zugriff bekommen als gewünscht und mit eigenen Kontrollen ausgleichen müssen.
• Kein Konnektor repariert schlechte Daten - Wenn Ihr CRM voll veralteter Datensätze ist, handelt ein Agent mit perfektem Konnektor auf veralteten Datensätzen. Anbindung ist nicht Datenqualität. Siehe warum CRM-Daten verfallen.
• Konnektoren bewegen Daten, sie merken sich nichts - Ein Konnektor gibt einem Agenten Zugriff im Moment. Er behält nicht die Entscheidungen, den Kontext oder das Personenwissen, die den Zugriff über die Zeit nützlich machen. Das ist Aufgabe eines Company Brain, nicht eines Konnektors.
• Wartung endet nie - APIs ändern sich, Server brechen, und jemand muss jede Verbindung am Laufen halten. Das ist echter Betriebsaufwand, wem auch immer er gehört.

Governance und Sicherheit

Diesen Abschnitt überspringen die meisten Konnektoren-Leitfäden, und er entscheidet, ob Ihr Projekt den Kontakt mit Ihrem Sicherheitsteam übersteht. MCP ist ein junges Ökosystem, und die Daten zu öffentlichen Servern sind ernüchternd.

• Die meisten öffentlichen Server haben Schwachstellen - Unabhängige Scans fanden 2026 wiederholt, dass zwischen 30 und 82 Prozent der öffentlichen MCP-Server ausnutzbare Schwächen tragen^20,21.
• Fast keiner nutzt OAuth - Nur etwa 8,5 Prozent der gescannten Server nutzen OAuth, obwohl die Spezifikation OAuth 2.1 mit PKCE empfiehlt²⁰.
• Tool Poisoning ist real - In Werkzeugbeschreibungen oder zurückgegebenen Daten versteckte Anweisungen können einen Agenten kapern. Ein Scan fand Tool-Poisoning-Hinweise in rund 5,5 Prozent der Server, und ein Grossteil der Server hatte einen Sicherheitsbefund²¹.
• Injection ist verbreitet - Command Injection betraf etwa 43 Prozent der getesteten Server, und Path Traversal betraf 82 Prozent derer mit Dateioperationen²¹.
• Ein echter CVE im grossen Massstab - CVE-2025-6514, mit 9,6 bewertet, traf den weit verbreiteten mcp-remote-Proxy in über 437.000 installierten Umgebungen²⁰. Das ist nicht theoretisch.

Die Angriffsklassen, die man kennen sollte

Die Kontrollen, die wirklich zählen

Microsoft, OWASP und die Cloud Security Alliance haben 2026 alle MCP-spezifische Leitlinien veröffentlicht, und der Konsens ist einheitlich: MCP-Server als OAuth-2.0-Ressourcenserver behandeln, Einwilligung und Autorisierung pro Client und pro Nutzer durchsetzen und jeden Aufruf überwachen^20,22,23,24. Nichts davon ist exotisch. Es ist dieselbe Disziplin, die Sie bereits auf jedes System mit Schreibzugriff auf Ihre Daten anwenden.

Konnektoren auswählen: eine praktische Reihenfolge

Der Fehler, den Teams machen, ist, beim Konnektorkatalog statt beim Arbeitsablauf zu beginnen. Machen Sie es umgekehrt. Wählen Sie zuerst die Aufgabe, dann verbinden Sie nur, was diese Aufgabe berührt.

1. Bei einem Ablauf beginnen, nicht bei der Systemliste - Benennen Sie eine einzelne Aufgabe, die ein KI-Mitarbeiter von Anfang bis Ende besitzen soll, etwa “das Angebot entwerfen, im CRM protokollieren und das PDF in SharePoint ablegen”. Die Konnektoren ergeben sich aus der Aufgabe.
2. Die Systeme kartieren, die diese Aufgabe berührt - Meist zwei bis vier: ein Postfach, das CRM, ein Dateispeicher, ein Fachsystem. Ignorieren Sie alles, was der Ablauf nicht braucht.
3. Zuerst nach einem offiziellen Konnektor suchen - Ist das System HubSpot, Salesforce, NetSuite, Intacct oder SharePoint, nutzen Sie den Anbieterserver. Am wenigsten Wartung, sauberste Berechtigungen.
4. Für Legacy auf iPaaS zurückgreifen - Für SAP ECC, eigene Datenbanken oder On-Premise-Apps erreichen Sie diese über Workato, Boomi, MuleSoft oder CData, statt auf einen nativen Server zu warten, der vielleicht nie kommt.
5. Für den Rest private Server bauen - Für selbst gebaute Werkzeuge und sensible Prozesse umhüllen Sie selbst einen engen Ausschnitt der internen API.
6. Lesen vs. Schreiben pro Konnektor entscheiden - Lesen breit gewähren, Schreiben eng. Jeder Schreibpfad braucht einen Bereich und, bei allem Unumkehrbaren, einen menschlichen Kontrollpunkt.
7. Governance vor dem Go-live einbauen - OAuth, Protokollierung und Freigabeprozesse sind Teil des Baus, keine spätere Härtungsphase.
8. Einen Ablauf beweisen, dann erweitern - Lassen Sie einen einzelnen Agenten eine echte Aufgabe mit echten Daten erledigen, bevor Sie den nächsten Konnektor ergänzen. Wert kumuliert aus funktionierenden Abläufen, nicht aus der Konnektorzahl.

Ein durchgerechnetes Beispiel: ein Angebot-zu-CRM-Agent

Um die Reihenfolge konkret zu machen, nehmen wir eine typische Mittelstandsaufgabe: Ein Vertriebsassistent entwirft ein Angebot, protokolliert es im CRM und legt das PDF dort ab, wo das Team es findet. So laufen die Konnektor-Entscheidungen ab.

1. Die Aufgabe benennen - “Aus einer eingehenden Anfrage-E-Mail ein entworfenes Angebot, einen protokollierten CRM-Deal und ein abgelegtes PDF machen.” Ein Satz, ein Verantwortlicher.
2. Die berührten Systeme auflisten - Outlook oder Gmail für die E-Mail, das CRM für den Deal, ein internes Preiswerkzeug für die Zahlen und SharePoint für das PDF. Vier Systeme, nicht mehr.
3. Jedem einen Konnektor zuordnen - E-Mail und SharePoint nutzen Microsofts Server, das CRM nutzt seinen offiziellen Server, wenn es HubSpot oder Salesforce ist, und das Preiswerkzeug braucht als Eigenentwicklung einen privaten MCP-Server mit einem Werkzeug “diese Positionen bepreisen”.
4. Lesen und Schreiben pro Konnektor festlegen - Die E-Mail lesen, das Preiswerkzeug lesen, einen Entwurfs-Deal ins CRM schreiben und das PDF in eine einzelne SharePoint-Bibliothek schreiben. Nirgends löschen.
5. Den menschlichen Kontrollpunkt einbauen - Der Agent entwirft Angebot und Deal, aber ein Mensch gibt frei, bevor das Angebot zum Kunden geht. Das Schreiben ins CRM darf automatisch laufen; das Versenden nicht.
6. Protokollierung einschalten - Jeder Werkzeugaufruf wird aufgezeichnet, sodass Sie bei einem falschen Angebot genau sehen, welchen Datensatz und welchen Preis der Agent genutzt hat.
7. Beweisen, dann erweitern - Sobald das sauber läuft, decken dieselben vier Konnektoren bereits Auftragsbestätigungen und Verlängerungen ab. Der zweite Ablauf kostet einen Bruchteil des ersten.

Wie Superkind passt

Superkind baut ein Company Brain und KI-Mitarbeiter, die sich an die realen Systeme anbinden, die ein Unternehmen ohnehin betreibt, über genau diese Art von Konnektoren. Wir sind eine Option unter vielen und funktionieren am besten, wenn das Ziel ein KI-Mitarbeiter ist, der echte Arbeit in Ihrem Stack erledigt, nicht ein Chatbot, der nebendran angeschraubt ist.

• Konnektoren als Mittel, nicht als Produkt - MCP-Server sind, wie wir Ihre E-Mail, Teams, SharePoint, das CRM und das ERP erreichen. Das Produkt ist ein KI-Mitarbeiter, der Arbeit erledigt, und ein Company Brain, das sich merkt, wie Ihr Unternehmen arbeitet.
• Offizielle Konnektoren, wo es sie gibt - Wenn HubSpot, Salesforce, NetSuite, Intacct oder SharePoint einen nativen Server liefern, nutzen wir ihn. Weniger Wartung, sauberere Berechtigungen, schneller live.
• Middleware und private Server für den Rest - Für Legacy-ERPs und Eigenentwicklungen nutzen wir eine iPaaS-Schicht oder bauen private MCP-Server, sodass Ihre spezifischen Werkzeuge erreichbar werden, ohne alles zu ersetzen.
• Das Company Brain sitzt über den Konnektoren - Konnektoren bewegen Daten. Das Company Brain behält die Entscheidungen, den Prozesskontext und das Personenwissen, das kein CRM-Feld und keine Datei hält, und es übersteht Personalwechsel. Das ist der Unterschied, den ein Copilot-artiger Assistent nicht schliesst.
• Lernt aus täglichem Feedback - Ihr Team korrigiert den KI-Mitarbeiter im Arbeitsfluss, und er wird schärfer. Die Konnektoren bleiben gleich; das Urteilsvermögen verbessert sich.
• Governance eingebaut - Begrenzter Zugriff, Human-in-the-Loop bei sensiblen Schreibvorgängen und vollständige Protokollierung jeder Aktion, weil wir Konnektoren als privilegierte Software behandeln.
• Modellunabhängig - Weil alles auf dem offenen Protokoll läuft, sind Sie nicht an einen KI-Anbieter gebunden. Tauschen Sie das Modell darunter, und Konnektoren und Company Brain laufen weiter.
• Ergebnisse, nicht Konnektorzahlen - Wir verbinden, was ein Ablauf braucht, und beweisen es an echter Arbeit, statt einen Katalog an Integrationen zu verkaufen, den Sie nie nutzen.

Entscheidungsrahmen: welcher Weg für welches System?

Nutzen Sie dies, um zu entscheiden, wie Sie ein bestimmtes System anbinden, ohne zu überkonstruieren oder auf einen Konnektor zu warten, der vielleicht nie kommt.

Häufig gestellte Fragen

Henri Jung

Mitgründer von Superkind, wo er KMU und Konzernen hilft, massgeschneiderte KI-Agenten einzuführen, die wirklich zu ihrer Arbeitsweise passen. Henri brennt dafür, die Lücke zwischen dem, was KI kann, und dem Wert, den sie in echten Unternehmen schafft, zu schliessen. Vor Superkind arbeitete er jahrelang mit mittelständischen Unternehmen an digitaler Transformation und sah aus erster Hand, wie viele KI-Projekte nicht am Modell, sondern an der Integration hängenbleiben. Er ist überzeugt, dass der Mittelstand alles hat, um bei KI führend zu sein - er braucht nur den richtigen Ansatz.