Welche Business-Systeme können mit KI-OS kommunizieren — und wie? Vollständige Matrix aller 40+ Konnektoren: MCP-Server, Webhooks, REST-APIs, Automations-Hubs (n8n, Zapier, Make) und Enterprise-Bridges für SAP, Salesforce, M365, E-Commerce, Marketing, Support & Voice.
Wie KI-OS mit externen Systemen spricht — von nativ bis Enterprise-Bridge.
| MCP-Server Typ | Transport | Beispiel-Tools | Typischer Use Case |
|---|---|---|---|
| Datenbank-MCP | stdio | query, insert, schema | Eigene DB direkt als KI-Tool — kein API-Layer nötig |
| File-System-MCP | stdio | read, write, list, search | Dokumente, Reports, Configs lesen/schreiben |
| Web-Search-MCP | HTTP/SSE | search, fetch, extract | Live-Webrecherche für Agenten |
| Custom-API-MCP | HTTP | frei definierbar | Eigene interne APIs als MCP-Tools wrappen |
| Calendar/Email-MCP | stdio/HTTP | list, create, send | M365 / Google Workspace lokal vermittelt |
| Pattern | Richtung | Auth | Beispiel |
|---|---|---|---|
| Event-Trigger | → In | HMAC / Bearer | Shopify Order → KI-OS Analyse-Agent starten |
| Action-Dispatch | ← Out | API-Key | KI-OS Entscheidung → n8n Flow auslösen |
| Bidirektional | ↔ Bidi | HMAC + Bearer | CRM Event → KI-OS → CRM Update |
| Async Callback | ← Out | Bearer | Langer Agent-Run → Ergebnis per Webhook zugestellt |
Alles, was einer dieser Hubs kann, kannst du heute indirekt über den KI-OS Webhook ansteuern. Sie sind dein universeller „Stecker“ in die Tool-Welt.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| n8n | KMU, Mittelstand, Konzern | KI-OS Webhook → n8n Webhook-Node | Bidi | n8n spricht hunderte Systeme über Nodes/HTTP an; KI-OS löst Flows per Webhook-ID gezielt aus. | Geschäftslogik, Mapping, Auth & Limits werden in n8n gepflegt – KI-OS bleibt bewusst generisch. |
| Zapier | KMU, Mittelstand | KI-OS Webhook → Zapier „Catch Hook“ | Bidi | Schneller Zugang zu CRM, Newsletter, Support, Social, M365 & Co. via Standard-Zaps. | Für tiefe Enterprise-Szenarien oft zu limitiert/teuer; Rate Limits beachten. |
| Make | KMU, Mittelstand, MarTech | KI-OS Webhook → Make Webhook | Bidi | Ideal für Marketing-/E-Com-Flows, Multi-App-Szenarien, visuelle Szenarien/Mapping. | Komplexe Flows brauchen sauberes Error-Handling, Logging und Limits; sonst schwer zu debuggen. |
| Pipedream / Custom HTTP-Gateways | Technik-affin, Dev-Teams | KI-OS Webhook → HTTP-Trigger | Bidi | Schnell eigene Integrations-APIs, Spezial-Connectoren oder Experimente realisieren. | Kein klassischer Business-Hub; Governance, Secrets & Observability aktiv gestalten. |
Klassische CRM-Systeme, die du über Hubs oder direkte APIs an KI-OS anbinden kannst – für Leads, Opportunities und Kampagnen-Insights.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| HubSpot CRM / Marketing | KMU, Mittelstand, Konzern | KI-OS → Hub-Connector / direkte REST-API | Bidi | Leads/Kontakte/Deals & Kampagnen-Daten lesen/schreiben, Scoring und Playbooks durch KI-OS. | Scopes & Limits von HubSpot-API beachten; ideal via Hub sauber gekapselt. |
| Microsoft Dynamics 365 Sales | Mittelstand, Konzern | KI-OS → Hub / Web-API (OData/REST) | Bidi | Kunden, Opportunities, Aktivitäten, Sales-Prozesse; KI-OS liefert Analysen & Next-Best-Actions. | Auth via Azure AD + Rollenmodell; kein „Plug & Play“, sondern Integration & Governance. |
| Pipedrive | KMU, Mittelstand | KI-OS → Hub / direkte REST-API + Webhooks | Bidi | Deal-/Lead-Management, Priorisierung und einfache Sales-Automatisierung aus KI-OS heraus. | Webhooks müssen im Konto sauber konfiguriert sein, sonst keine Events zurück zu KI-OS. |
| Zoho CRM | KMU, Mittelstand | KI-OS → Hub / direkte API + Zoho-Webhooks | Bidi | Lead-/Deal-Flows, Kampagnen-Logik, einfache Automatisierung mit KI-OS-Empfehlungen. | API-Limits & Token-Handling im Blick behalten – besonders bei vielen Events. |
| Freshsales / Freshworks CRM | KMU | KI-OS → Hub / direkte API | Bidi | Standard-CRM inkl. Telefonie-Logs, KI-OS liefert Priorisierung, Empfehlungen und Zusammenfassungen. | Je nach Plan eingeschränkte API-/Webhook-Funktionen – Tarife prüfen. |
Modulgenaue Sicht auf Salesforce im KI-OS-Kontext. Kürzel: SC (Sales Cloud), SvcC (Service Cloud), MC (Marketing Cloud), CC (Commerce Cloud), DC (Data Cloud), PL (Plattform/Core).
| Kürzel | Produkt | Typische Einsätze | Anbindung aus KI-OS (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|---|
| SC | Sales Cloud (CRM) | Leads, Kontakte, Opportunities, Kampagnen-Objekte | KI-OS → Hub (Salesforce-Connector) oder direkte REST-/Bulk-API (OAuth2) | Bidi | Leads/Opportunities anlegen/ändern, Reports ziehen, Sales-Signale analysieren, Follow-up-Workflows durch KI-OS. | Kein „One-Click“-Webhook; Objektschema, Auth & Limits müssen bewusst modelliert werden. |
| SvcC | Service Cloud | Cases, SLAs, Omnichannel-Support | KI-OS → Hub / direkte REST-/Bulk-API, Platform Events, Apex-REST | Bidi | Tickets/Cases aus KI-OS-Events erstellen, Eskalationen & Triage-Logik, Zusammenfassungen. | Direkte Webhook-Verbindungen erfordern Flows/Apex oder Middleware; Governance (ITSM) beachten. |
| MC | Marketing Cloud Engagement | Journeys, E-Mail, Kampagnen-Automation | KI-OS → Hub / REST-/SOAP-API; ENS/Events → Middleware → KI-OS Webhook | Bidi | Kampagnen-Performance & Segmente auslesen, Journeys triggern („Lead qualifiziert“) und kommentieren. | Komplexe Datenmodelle; ENS-Events nicht direkt in KI-OS – Listener/Middleware ist Pflicht. |
| CC | Commerce Cloud (B2C) | B2C-Shops, Orders, Katalog, Promotions | KI-OS → Commerce-Middleware / Hub → B2C APIs | Bidi | Orders, Sortiment, Pricing über Integrations-Layer analysieren; KI-OS liefert Empfehlungen & Regeln. | Praktisch nie direkt aus KI-OS; immer Commerce-Integrationsplattform dazwischen. |
| DC | Data Cloud (CDP) | Customer 360, Segmente, Aktivierung | DC Data Actions (Webhook Targets) → direkt KI-OS `/automation/webhook`; KI-OS → DC via Hub/API | Lesend + Trigger | Segment-/Event-Änderungen direkt an KI-OS schicken, daraus Reports, Playbooks und Folgeflows erzeugen. | Back-Writes in DC eher indirekt über CRM/Marketing – DC ist Herz der Segmente, kein Allzweck-Operationalsystem. |
| PL | Salesforce Plattform / Core | Custom Objects, Platform Events, Integrationslayer | Platform Events / Outbound → Middleware → KI-OS; KI-OS → REST-/Bulk-API | Bidi | Generische „Salesforce ↔ KI-OS“-Brücken, Custom-Objekte, Events, Decision-Layer auf Org-Ebene. | Immer Integrationsprojekt; Limits (API Calls/Tag), Security Review & Data Governance sauber aufsetzen. |
Lightweight-ERP & Buchhaltungs-Tools, die du direkt oder über Hubs ansprechen kannst – plus Abgrenzung zu stärker regulierten Systemen wie DATEV.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Lexoffice / ähnliche Online-ERP | KMU, kleiner Mittelstand | KI-OS → Hub / direkte REST-API | Bidi | Kunden, Belege, Rechnungen anlegen/lesen; KI-OS liefert Checks, Erinnerungen, Mahn-Logik. | Klassische On-Prem-Lexware braucht Exporte/Bridges; kein direkter KI-OS-Zugriff. |
| sevDesk u. ä. | KMU | KI-OS → Hub / direkte REST-API | Bidi | Kleine Buchhaltungs-Automation (Rechnungen, Kategorievorschläge, Mahnprozesse). | Revisions- & Steueranforderungen nicht „wegautomatisieren“ – KI-OS bleibt Entscheidungsvorbereiter. |
| DATEV-nahe Cloud-Dienste | KMU, Steuerkanzleien | KI-OS → Hub / spezialisierte Integrationslösungen | meist Lesend | Exportdaten analysieren, Plausibilitätschecks & Zusammenfassungen für Finance/Steuer. | Direkte Writes ins Kernsystem sind selten sinnvoll und reguliert – Governance & Haftung im Fokus. |
Unterschied zwischen moderner S/4HANA-API-Welt (OData/REST) und klassischer ECC/R-3-Integration über Middleware (RFC/BAPI/IDoc).
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| SAP S/4HANA (On-Prem / Cloud) | Mittelstand, Konzern | KI-OS → Hub → OData/REST-APIs oder KI-OS → direkte OData-/REST-Calls | Bidi | Stammdaten/Bewegungsdaten (z. B. Business Partner, Orders) lesen & schreiben, KPI-Reports aus API-Auszügen durch KI-OS. | Immer Integrationsdesign: Security, Throttling, Fehlerhandling. Meist S/4 ↔ Integration Layer ↔ KI-OS statt Direktzugriff. |
| SAP ECC / R-3 | Mittelstand, Konzern | Nur via Middleware (SAP PI/PO/CPI, iPaaS, spezialisierte Adapter) | Bidi (indirekt) | Wenn Middleware vorhanden: RFC/BAPI/IDoc ↔ HTTP/Webhook mappen; KI-OS spricht nur HTTP/Webhook. | Direkte KI-OS ↔ ECC-Integration ohne Middleware ist praktisch nicht sinnvoll; kein nativer REST/Webhook. |
Fokus auf Dynamics 365 Business Central (ehem. Navision), Finance & Operations und CRM-Teile – jeweils über Web-APIs optimal an KI-OS andockbar.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Dynamics 365 Business Central (BC) | KMU, Mittelstand | KI-OS → Hub / direkte REST-/OData-APIs | Bidi | Kunden, Artikel, Angebote, Rechnungen; KI-OS verdichtet Finance-/Ops-KPIs und generiert Handlungsempfehlungen. | Auth (OAuth/Basic je Setup) & Berechtigungen sauber konfigurieren; ansonsten sehr API-freundlich. |
| Dynamics NAV (ältere Versionen) | KMU, Mittelstand | KI-OS → Hub / OData-/SOAP-Webservices | Bidi | Ähnliche Szenarien wie BC, aber meist mit älteren Technologien und On-Prem-Umgebungen. | VPN / Netzwerkzugänge nötig; Legacy-Versionen ggf. nur eingeschränkt Cloud-fähig. |
| Dynamics 365 Finance & Operations | Mittelstand, Konzern | KI-OS → Hub / direkte OData-/REST-APIs | Bidi | Finance- und Supply-Chain-Prozesse (Orders, Buchungen, Bestände) mit KI-OS als Analytics-/Decision-Layer. | Ernsthaftes ERP – Performance, Rechte und Datenmodell bewusst designen. |
| Dynamics 365 Sales / Customer Service | Mittelstand, Konzern | KI-OS → Hub / Web-API (OData) | Bidi | CRM-Teil (Leads, Opportunities, Cases), nahtlos mit BC/FO kombinierbar; KI-OS als gemeinsame Intelligenzschicht. | Gleiche Governance-Themen wie bei anderen Dynamics-Workloads (Graph/Dataverse/Rollen). |
M365-Workloads sind primär über die Microsoft Graph API erreichbar (Mail, Kalender, Kontakte, Dateien, Excel). Für PowerPoint brauchst du eher File-/Add-in-Workflows.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Excel (M365) | Alle (KMU–Konzern) | KI-OS → Hub / Microsoft Graph Excel-API | Bidi | Tabellen, KPIs, Pivot-Ergebnisse auslesen; KI-OS schreibt Scorecards und KPIs in Arbeitsmappen (OneDrive/SharePoint). | Nur `.xlsx` in OneDrive/SharePoint (Business). Klassische `.xls` oder lokale Dateien nicht direkt über Graph erreichbar. |
| Outlook (Exchange Online) | Alle | KI-OS → Hub / Graph-Mail-, Kalender-, Kontakte-APIs | Bidi | Mails & Termine lesen (Summaries, Klassifizierung), Entwürfe/Antworten/Meetings aus KI-OS heraus erzeugen. | Tenant-Konfiguration, Scopes & Datenschutz (Inhalt/Betreff/Anhänge) klar regeln. |
| PowerPoint (M365) | KMU–Konzern | KI-OS → Hub / Graph-Datei-API + Office-Add-ins / Konvertierungsdienste | meist Schreibend | KI-OS erzeugt Inhalte (Storylines, Bulletpoints, Charts als Daten), Add-ins bauen daraus Folien; Dateien per Graph speichern/holen. | Kein vollwertiges Slide-Objektmodell in Graph wie bei Excel; echte Slide-Automation erfordert Add-ins/Spezialservices. |
| Microsoft Teams | Mittelstand, Konzern | KI-OS → Hub / Graph-API / Teams-Webhooks | Bidi | Nachrichten/Adaptive Cards als Output, Slash-/Bot-Kommandos aus Teams an KI-OS. | App-Registrierung, Tenant-Policies & Governance definieren; kein „anonymes“ Bot-Spielzeug. |
| SharePoint / OneDrive Business | Alle | KI-OS → Hub / Graph-Datei- & Site-APIs | Bidi | Dokumente & Reports ablegen, laden, versionieren; KI-OS kann generierte Inhalte strukturiert persistieren. | Zugriffsrechte & Site-Struktur definieren; sonst „sehen“ Agents nicht die relevanten Dateien. |
Shop- und Marktplatz-Backends, die per APIs/Webhooks schon heute als Datenquelle und Aktionsziel für KI-OS dienen können.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Shopify | KMU, D2C, Mittelstand | Shopify Webhooks → KI-OS; KI-OS → Hub/API | Bidi | Order-/Customer-Events direkt in KI-OS, Folgeaktionen (CRM, Mail, Ads) über Flows in Hubs. | Event-Flut managen (Aggregation, Throttling); Webhook-Sicherheit und Retry-Handling beachten. |
| WooCommerce | KMU | Core-Webhooks → KI-OS; KI-OS → Hub/API | Bidi | Bestellungen, Kunden, Produkte als Events in KI-OS; Automationen im Umland (Mails, CRM, BI). | Viele Plugins, viele Spezialfälle – Staging/Testsysteme sehr empfohlen. |
| Shopware (5/6) | DACH-Mittelstand | KI-OS → Hub / REST-APIs + Plugins/Webhooks | Bidi | Sortiments- & Kampagnenanalysen, Content-Empfehlungen, Pricing-Logiken. | APIs und Webhooks je Version/Edition unterschiedlich; Architektur prüfen. |
| Magento / Adobe Commerce | Mittelstand–Konzern | KI-OS → Hub / REST-APIs | Bidi | Katalog, Orders, Kunden; KI-OS liefert Entscheidungslogik (Pricing, Promotions, Sortiment). | Enterprise-Kontexte fast immer über Integrations-Layer – nicht direkt im Shop-Core. |
| Amazon Seller / Vendor | KMU–Konzern | KI-OS → Hub / Amazon SP-API | Bidi | Performance-, Pricing-, Listing-Analysen, Alerts (Bewertungen, Buy Box), regelbasierte Anpassungen. | API-Signatur, Limits, Compliance & Kosten im Blick behalten; Setup aufwändig. |
| eBay, OTTO, Kaufland u. a. | KMU–Konzern | KI-OS → Hub / Marktplatz-APIs | Bidi | Kanal-spezifische Sales-/Profitabilitäts-Analysen, Listing- & Kampagnensteuerung aus KI-OS-Empfehlungen. | API-Reife und -Politik variiert; Integration pro Marktplatz gesondert bewerten. |
Konkrete E-Mail- & Marketing-Plattformen – mit Fokus auf Kampagnen-Performance, Segmentierung und Journey-Steuerung.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Mailchimp | KMU, Mittelstand | KI-OS → Hub / direkte API | Bidi | Listen, Kampagnen, Automationen; KI-OS als Content-/Betreff- & Analyse-CoPilot. | Begrenzt Enterprise-fähig; für große Setups eher ergänzend. |
| ActiveCampaign | KMU, Mittelstand | KI-OS → Hub / API + Webhooks | Bidi | Segmente, Kampagnen, Automationen; KI-OS kann Personalisierung & Priorisierungen liefern. | API-Limits und Komplexität der Automationen berücksichtigen. |
| Brevo (Sendinblue) | KMU, Mittelstand | KI-OS → Hub / direkte API | Bidi | Marketing- & Transaktionsmails, Trigger-Workflows aus KI-OS-Ereignissen. | DSGVO / Double-Opt-In/Abmeldelogik korrekt abbilden. |
| CleverReach | KMU, DACH | KI-OS → Hub / API + Webhooks | Bidi | Newsletter-Segmente, Reporting, Content-Generierung & -Optimierung per KI-OS. | Tool-spezifische Segmentregeln verstehen und respektieren. |
| Klaviyo | E-Com / D2C | KI-OS → Hub / API + Webhooks | Bidi | Ereignisgetriebene Journeys (Shop-Events → KI-OS → Klaviyo), sehr gut für D2C-Setups. | Vor allem relevant im D2C-/Brand-Kontext, weniger in klassischem Konzernmarketing. |
| Salesforce Marketing Cloud | Mittelstand, Konzern | KI-OS → Hub / APIs / Middleware | Bidi | Journeys, Kampagnen, Segmente – KI-OS liefert Pattern-Erkennung & Executive-Summaries. | Ohne Integrationsprojekt schwer; komplexe Data-Extensions & Governance. |
Systeme, in denen KI-OS vor allem als Second-Level-Brain für Triage, Summaries und Maßnahmenpläne wirkt.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Zendesk Support | KMU, Mittelstand | KI-OS → Hub / API + Webhooks | Bidi | Tickets, Makros, Kommentare; KI-OS liefert Triage, Antwortvorschläge, Zusammenfassungen. | Ticket-Flut sinnvoll bündeln; nicht jede kleine Statusänderung als eigenen KI-OS-Call fahren. |
| Freshdesk | KMU, Mittelstand | KI-OS → Hub / API + Webhooks | Bidi | Klassischer Kunden-Support mit KI-OS als Brain im Hintergrund (Summaries, Empfehlungen, Priorisierung). | API-/Webhook-Plan prüfen (Limits vs. KI-OS-Eventfrequenz). |
| Jira Service Management | Mittelstand, Konzern | KI-OS → Hub / REST-API + Webhooks | Bidi | Incidents/Changes aus KI-OS-Insights anlegen/aktualisieren; Post-Mortems & Root-Cause-Analysen. | ITIL-Prozesse respektieren; KI-OS nicht gegen vorhandene Prozesslandschaft „fahren“ lassen. |
| ServiceNow | Konzern | KI-OS → Hub / direkte API / Middleware | Bidi | ITSM, HR, CSM-Fälle analysieren, priorisieren, ergänzende Tasks erzeugen. | Enterprise-Monolith – meist nur über Integrations-Plattform; hohe Governance-Ansprüche. |
Tools, über die KI-OS Entscheidungen und Aufgaben ins Team bringt – Boards, Tasks, Chats & Nachrichten.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Asana | KMU, Mittelstand | KI-OS → Hub / API + Webhooks | Bidi | Tasks/Projekte aus KI-OS-Aktionen, Status-Summaries zurück in KI-OS. | Projekt- & Teamrechte sauber modellieren. |
| Trello | KMU | KI-OS → Hub / API + Webhooks | Bidi | Einfache Board-Visualisierung von KI-OS-Entscheidungen und Backlogs. | Eher für einfache Szenarien – kein vollwertiges PM-Tool. |
| Slack | Alle | KI-OS → Webhooks / Hub / Events API | Bidi | Slash-Commands, Channel-Updates, Bot-Antworten, Notifications aus KI-OS. | Bot-Scope & Berechtigungen klar definieren. |
| Microsoft Teams | Mittelstand, Konzern | KI-OS → Hub / Graph-/Teams-APIs | Bidi | Ähnlich Slack, plus Adaptive Cards & Meeting-Integration für KI-OS-Briefings. | App-Registrierung & Tenant-Policies definieren. |
KI-OS als Gehirn hinter Sprach- und Telefonie-Events – Twilio, Sipgate, Placetel, RingCentral & Co.
| System | Umgebung | Anbindungspfad (heute) | Richtung | Was geht heute | Was (noch) nicht / Achtung |
|---|---|---|---|---|---|
| Twilio | Global, alle Segmente | Twilio Webhooks → KI-OS `/automation/webhook`; KI-OS → Hub/API | Bidi | Calls/SMS/WhatsApp → KI-OS (Transkripte, Events), KI-OS startet Rückrufe, Follow-ups, Notifications. | Echtzeit-Audio/Streaming erfordert separate Realtime-Pfade, nicht nur Simple-Webhooks. |
| Sipgate / sipgate.io | DACH-KMU, Mittelstand | sipgate.io Webhooks → KI-OS; KI-OS → Hub/API | Bidi | Anruf-Events, Voicemail, SMS → KI-OS; Folgeaktionen & Routing via Flows. | API-Funktionalität abhängig vom Tarif; Konfiguration im Account klären. |
| Placetel | DACH-KMU, Mittelstand | KI-OS → Hub / APIs (sofern verfügbar) | Bidi | Ähnlich Sipgate – Anruf-/Callcenter-Integration, soweit APIs/Hooks vorhanden sind. | Nicht jedes Placetel-Setup ist API-/Webhook-fähig. |
| RingCentral | International, Konzern | KI-OS → Hub / REST-API + Webhooks | Bidi | Contact-Center-Events → KI-OS; Summaries, Next-Best-Action, Coaching-Tipps. | Enterprise-Kontexte; Governance/Compliance und Recording-Policies sind kritisch. |
KI-OS als Orchestrator für Social- & Ads-Kanäle – Monitoring, Empfehlungen, Budget-Shifts, aber keine blindfeuernde Vollautomation.