Wichtige Erkenntnisse

  • Große Organisationen verbinden immer noch nur etwa ein Viertel ihrer Anwendungen. KI-Agenten decken fehlende Verbindungen schneller auf als jede Kontrolle.
  • Die Wartung von SAP ECC endet 2027, daher werden 2026 viele ERP-Schnittstellen neu aufgebaut. Eine Hub-Architektur beschränkt den Wiederaufbau auf einen Konnektor.
  • Das EU-Datengesetz hebt Cloud-Wechselkosten ab dem 12. Januar 2027 auf. Ihre Daten werden portabel. Ihre Integrationslogik möglicherweise nicht.
  • Die meisten Integrationsfehler entstehen durch unklar definierte Feldverantwortlichkeiten und fehlerhafte Wiederholungsmechanismen. Die Werkzeugwahl ist weniger entscheidend als diese beiden Designentscheidungen.

Was Eine Integrations-Plattform Leistet

Eine Integrations-Plattform verschiebt Geschäftsdaten zwischen Systemen verschiedener Hersteller mit unterschiedlichen Datenmodellen. Für Hersteller oder Großhändler sind das üblicherweise ein ERP, ein PIM, eine oder mehrere E-Commerce-Plattformen, Marktplätze, ein CRM und ein WMS. Oft kommen noch ein DAM und ein Channel-Feed-Tool hinzu.

Die Plattform vergleicht Felder von einem Datenmodell zu einem anderen. Sie legt fest, wann Daten verschoben werden: nach Plan, bei einem Systemereignis oder manuell. Sie führt abhängige Ladevorgänge in der richtigen Reihenfolge aus, sodass Attribute vorhanden sind, bevor Attributwerte ankommen. Und sie protokolliert, was fehlgeschlagen ist, für welchen Datensatz und warum.

Die Flüsse sehen in den meisten Commerce-Setups ähnlich aus:

  • Produktmasterdaten gehen vom PIM zu Shops, Marktplätzen und Druckausgaben. Üblicherweise täglich oder bei Freigabe.
  • Preise und Lagerbestände gehen von ERP und WMS zu jedem Verkaufskanal. Stündlich oder bei Änderung.
  • Bestellungen kommen von Shops und Marktplätzen zurück ins ERP. Nahezu in Echtzeit, da die Erfüllung darauf wartet.
  • Kunden- und Kontodaten werden bidirektional zwischen CRM und ERP verschoben, wobei pro Feld ein System als Master definiert ist.
  • Versandstatus geht vom WMS zum Shop und zum Marktplatz, sodass die Tracking-E-Mail tatsächlich versendet wird.

Eine Plattform macht diese Flüsse konfigurierbar und überwachbar. Ein Ordner mit Skripten lässt sie funktionieren, bis der Entwickler, der sie geschrieben hat, den Job wechselt.

Wo Unternehmen 2026 Stehen

Die MuleSoft-Konnektivitätsbenchmark 2026 befragte 1.050 IT-Leiter. Das durchschnittliche Unternehmen in der Stichprobe verwaltet 957 Anwendungen, und nur 27% davon sind verbunden. IT-Teams berichten, dass sie 36% ihrer Zeit mit dem Entwerfen, Erstellen und Testen benutzerdefinierter Integrationen verbringen. Im Durchschnitt wurden 26% der IT-Projekte in den letzten 12 Monaten nicht pünktlich abgeschlossen, und 71% der Befragten sagen, dass ihre Infrastruktur Systeme übermäßig voneinander abhängig macht (Quelle: 2026 Connectivity Benchmark Report insights).

Das durchschnittliche Unternehmen betreibt 957 Anwendungen und verbindet 27% davon. Mehr als ein Drittel der IT-Zeit fließt in den Aufbau benutzerdefinierter Integrationen zwischen ihnen.

Die Umfrage deckt große Unternehmen ab. Ein mittelständischer Hersteller betreibt Dutzende Systeme, nicht Hunderte. Das Muster wiederholt sich aber auch im kleineren Maßstab. ERP und Webshop sind verbunden. Das PIM erhält einmal im Monat einen Spreadsheet-Export. Marktplatz-Listings werden manuell von jemandem gepflegt, der auch Kunden-E-Mails beantwortet.

Trend: KI-Agenten Sind Von Der Integrationsschicht Abhängig

Die gleiche Benchmark zeigt, dass die Hälfte aller KI-Agenten isoliert laufen statt als Teil eines koordinierten Systems. 86% der IT-Leiter stimmen zu, dass Agenten ohne ordnungsgemäße Integration Komplexität statt Wert bringen. 94% sagen, dass Agenten eine API-getriebene Architektur erfordern werden. Die Einführung neuer Protokolle ist bereits messbar: 40% der Befragten nutzen Agent-to-Agent (A2A)-Protokolle und 39% verwenden das Model Context Protocol (MCP).

Das praktische Problem ist einfach. Ein Agent, dem die Frage gestellt wird: „Können wir bis Freitag 500 Einheiten versenden?" liest eine Lagerzahl irgendwo. Wenn das ERP 480 und der Shop 620 sagt, weil die 3-Uhr-Synchronisierung fehlgeschlagen ist, wählt der Agent einen aus. Nichts im Agenten zeigt dir, welchen. Das Integrations-Log zeigt es.

Daher wird die Integrations-Plattform zum Ort, wo Agenten ihre Daten abrufen und ihre Änderungen senden sollten. Einige praktische Regeln folgen daraus:

Lass Agenten konsolidierte Daten aus dem Hub lesen, statt vier Quellsysteme mit vier verschiedenen Definitionen von „verfügbarer Lagermenge" abzufragen. Leite Schreibvorgänge von Agenten wie Preisänderungen oder Bestellungserstellung durch die gleiche Validierung, Zuordnung und Protokollierung wie jeden anderen Feed. Gib jedem Agenten seine eigenen Credentials mit eingeschränktem Gültigkeitsbereich. Behandle einen MCP-Server als einen weiteren API-Consumer mit den gleichen Ratenbegrenzungen und Berechtigungen wie einen Marktplatz-Konnektor. Die Benchmark ergab, dass 27% der APIs ungoverned sind und nur 54% der Organisationen ein zentrales Governance-Framework für Agenten haben. Ein Agent mit Admin-Token zum ERP fällt direkt in diese Lücke.

Trend: ERP-Migrationen Verkabeln Jede Schnittstelle Neu

SAP bietet Mainstream-Wartung für die Kernanwendungen von SAP Business Suite 7, einschließlich SAP ERP 6.0, bis Ende 2027. Extended Maintenance läuft von 2028 bis 2030 mit einem Aufschlag von zwei Prozentpunkten auf die Wartungsbasis (Quelle: SAP Pressemitteilung zur Business Suite 7-Wartung).

Dieser Zeitrahmen zwingt einen großen Anteil der S/4HANA- und Non-SAP-ERP-Projekte 2026 in Tests oder Go-Live. Jede auf den Strukturen des alten ERP gebaute Schnittstelle braucht Überarbeitung: IDocs, benutzerdefinierte Tabellen, Flat-File-Exporte, RFC-Aufrufe von einem Webshop-Plugin. Datenmodelländerungen kommen hinzu. S/4HANA ersetzt separate Kunden- und Lieferantenstammdaten mit dem Business Partner-Objekt, sodass CRM-Mappings sich auch dann ändern, wenn das CRM selbst gleich bleibt.

Die Architektur bestimmt, wie umfangreich diese Aufgabe ist. In einem Point-to-Point-Setup berührt der ERP-Austausch jedes damit verbundene System. Mit einer zentralen Integrationsschicht ändert sich der ERP-Konnektor, und die Konnektoren zu PIM, Shop, Marktplätzen und WMS laufen weiter. Das funktioniert nur, wenn der Hub sein eigenes stabiles Datenmodell hat. Ein Hub, der ERP-Feldnamen direkt an den Shop durchleitet, hat das gleiche Problem mit zusätzlichen Schritten.

In Projekten, die wir für Hersteller bei ERP-Wechsel umsetzten, sank das Cutover-Risiko am meisten, wenn altes und neues ERP für einen Zeitraum parallel denselben Hub speisten. Teams verglichen Preise, Lagerbestände und Bestellbestätigungen record-für-record, bevor sie die Export-Feeds zur neuen Quelle wechselten. Die Kanäle merkten von der Migration nichts.

Trend: Das EU-Datengesetz Ändert Die Ausstiegswirtschaft

Das EU-Datengesetz gilt seit 12. September 2025. Anbieter von Platform und Software as a Service müssen offene Schnittstellen anbieten und Kundendaten mindestens in einem häufig verwendeten, maschinenlesbaren Format exportieren. Ab 12. Januar 2027 werden Wechselkosten, einschließlich Datenausgansgebühren, vollständig abgeschafft (Quelle: Europäische Kommission: Data Act explained).

Ab dem 12. Januar 2027 dürfen EU-Cloud-Anbieter keine Gebühren für Wechsel oder Datenausgänge mehr verlangen.

Für Integrationsarbeiten hat dies zwei Auswirkungen. Das Verlassen eines SaaS-ERP, Shops oder PIM wird billiger und vorhersehbarer, daher werden mehr Unternehmen es tatsächlich tun. Jeder Ausstieg triggert dann Integrationsüberarbeitung bei jedem verbundenen System.

Die zweite Auswirkung ist weniger offensichtlich. Das Gesetz macht deine Daten portabel. Die Zuordnungsregeln, Transformationsskripte und Zeitpläne, die du in einem proprietären Flow-Designer aufgebaut hast, sind etwas anderes. Sie laufen selten in einem anderen Produkt. Bei 2026-Verträgen prüfe, ob Integrationskonfiguration in lesbarer Form exportiert werden kann, halte Mapping-Dokumentation außerhalb des Tools und behandle selbstgehostete oder Open-Source-Optionen als echte Ausstiegsstrategie statt als Hobby.

Trend: Gemischte Synchronisierungsfrequenzen Werden Standard

Die Synchronisierungsfrequenz wird nun pro Flow festgelegt. Ein typisches 2026-Setup synchronisiert Lagerbestände bei Änderung, Preise stündlich, Produktbeschreibungen täglich und Bilder nur bei Release eines neuen Assets.

Event-getriebene Synchronisierung hat Kosten. Ein Katalog mit 200.000 SKUs und ein ERP, das Preise in der Nacht neu berechnet, kann in wenigen Minuten Hunderttausende von Änderungsereignissen erzeugen. Einzeln versendet, treffen sie auf die API-Ratenbegrenzung des Shops und warten stundenlang. Delta-Erkennung und kurze Batch-Fenster lösen dies. Genauso wie die Frage, ob der Kanal die Änderung überhaupt innerhalb von Sekunden braucht.

Die Risiken, Die Integrationen In Der Praxis Brechen

In den meisten fehlgeschlagenen Integrationsprojekten funktioniert die API und die Daten kommen an. Dann überschreiben sie etwas, das sie nicht sollten, oder kommen doppelt an, oder kommen in der falschen Reihenfolge an.

Point-to-Point-Wachstum

Acht Systeme haben 28 mögliche Paare. Jede direkte Verbindung hat ihr eigenes Mapping, ihre eigene Fehlerbehandlung und ihren eigenen Betreuer. Eine zentrale Plattform reduziert dies auf acht Konnektoren gegen ein Datenmodell. Das Wachstum ist auf einer Seite quadratisch und auf der anderen linear, und es zeigt sich lange vor jedem Diagramm im Wartungsbudget.

Unklar Definierte Feldverantwortlichkeit

Wenn zwei Systeme das gleiche Feld bearbeiten können und beide synchronisieren, überschreiben sie sich gegenseitig. Der Produktname ändert sich im PIM, der nächtliche ERP-Export ändert ihn zurück, und das Marketing-Team reicht einen Bug gegen den Webshop ein.

Definiere das Master-System pro Feld, nicht pro Objekt. Ein Produktdatensatz kann vier Master haben und bleibt trotzdem konsistent.

Eine praktikable Aufteilung: PIM besitzt Namen, Beschreibungen, Attribute und Medien. ERP besitzt Preise und Artikelnummern. WMS besitzt Lagerbestände. Das Feed-Tool oder PIM besitzt Marktplatz-Category-Mapping. Schreib es auf und konfiguriere jeden Feed, um nur die Felder zu aktualisieren, die seine Quelle besitzt.

Doppelte Bestellungen Durch Wiederholungen

Ein Bestellexport läuft ab. Die Wiederholungslogik sendet sie erneut. Das ERP hatte die Bestellung bereits beim ersten Versuch erstellt, und jetzt versenden zwei Paletten. Wiederholungen brauchen Idempotenz: Die Integration prüft auf die externe Bestellungs-ID, bevor sie einfügt, oder das Zielsystem lehnt Duplikate ab. Feed-Action-Typen sind hier wichtig. Ein Bestellungs-Feed sollte normalerweise nur einfügen, und ein Lagerbestands-Feed sollte normalerweise nur aktualisieren.

Stille Partielle Ausfälle

Ein Job, der mit 3% abgelehnten Datensätzen als „abgeschlossen" angezeigt wird, sieht auf einem Dashboard grün aus. Diese 3% sind oft die neuen Produkte oder die Preisänderungen, auf die jemand wartet. Benachrichtigungen für Ablehnungsquoten einstellen, nicht für Job-Status. Schreib abgelehnte Datensätze in eine Fehlerdatei, die jemand ohne Entwicklerhilfe korrigieren und erneut importieren kann.

Ladereihenfolge

Attributwerte schlagen fehl, wenn das Attribut im Ziel noch nicht vorhanden ist. Varianten schlagen fehl ohne ihr übergeordnetes Produkt. Kundenspezifische Preise schlagen fehl ohne die Kundengruppe. Orchestrierung braucht explizite Sequenzierung, und die Sequenz muss einen partiellen Ausfall in der Mitte überstehen.

API-Versionswechsel Und Ratenbegrenzungen

Commerce-Plattformen und Marktplätze versionieren ihre APIs und setzen alte Versionen nach Plan außer Kraft. Eine einmal aufgebaute und dann sich selbst überlassene Integration bricht auf dem Zeitplan des Anbieters. Budget laufende Wartung pro Konnektor und weise jemandem die Lektüre von Deprecation Notices zu.

Preisgestaltung, Die Mit Deinem Katalog Skaliert

Viele iPaaS-Verträge berechnen pro Task, pro Datensatz oder pro API-Aufruf. Eine stündliche Preissynchronisierung für 100.000 SKUs ist 2,4 Millionen Operationen pro Tag, bevor Lagerbestände, Bestellungen und Wiederholungen hinzukommen. Modelliere Kosten bei zehnfacher aktueller Lautstärke, bevor du unterschreibst. Kataloge wachsen, und so auch die Synchronisierungsfrequenz.

Credential-Verbreitung

Integrations-Benutzer erhalten oft Admin-Rechte auf dem ERP „um es zum Laufen zu bringen". Diese Credentials leben dann jahrelang in einer Konnektor-Konfiguration. Scope-Credentials pro Feed, rotiere sie und protokolliere, welcher Feed welchen Datensatz geändert hat.

Wo Ein Data Hub Passt Und Wo Ein Reines iPaaS Passt

Integrations-Plattformen fallen in zwei breite Typen. Ein iPaaS transportiert und transformiert Daten, speichert aber keine. Ein Data Hub hat sein eigenes Datenmodell, speichert den konsolidierten Datensatz und synchronisiert ihn zu jedem Kanal in dem Format, das dieser Kanal erwartet.

Ein iPaaS passt zu prozessintensiven Flüssen über viele SaaS-Tools mit wenig Datenanreicherung: Lead von der Website zum CRM, Rechnung von ERP zur Buchhaltung. Ein Hub passt zu Produkt- und Masterdaten, die Anreicherung, Qualitätsprüfungen und unterschiedliche Ausgabeformate pro Kanal brauchen. Ein Hub ist auch ein weiteres System zum Betreiben, und sein Datenmodell braucht einen Eigentümer. Wenn keiner es besitzt, driftet es zu einer ERP-Kopie. Viele Unternehmen enden mit beiden Typen, und das ist ein gültiges Ergebnis.

AtroCore Integrations-Plattform ist ein Beispiel des Hub-Typs. Es ist eine Open-Source-Datenplattform mit PIM- und MDM-Funktionen, und Integrationen werden in der Admin-Schnittstelle als Synchronisierungen konfiguriert, die aus Import- und Export-Feeds bestehen. Jeder Feed definiert seinen Transport (REST, SOAP oder GraphQL API, direkte Datenbankabfrage oder Dateiaustausch), seine Feldmapping, Filter, Transformationen und Action-Typ. Eine Synchronisierung läuft manuell, nach Plan oder bei einem Systemereignis, und führt ihre Feeds in definierter Reihenfolge aus. Große Läufe spalten sich in parallele Unter-Ausführungen auf. Fehlgeschlagene Ausführungen versuchen automatisch erneut, und Datensätze, die immer noch fehlschlagen, gehen in eine Fehlerdatei zur Korrektur und Neuimport. Es gibt keine Pro-Datensatz-Gebühren.

Wie Man 2026 Eine Integrations-Plattform Evaluiert

Demos zeigen Daten, die von A nach B gehen. Das funktioniert überall. Diese Fragen zeigen, was an einem schlechten Tag passiert:

  • Verantwortlichkeit: Kann jeder Feed auf die Felder begrenzt werden, die seine Quelle besitzt, oder überschreibt er ganze Datensätze?
  • Wiederholungen: Was verhindert, dass eine wiederholte Bestellung ein Duplikat im ERP erstellt?
  • Fehler: Wie sieht die Ausgabe aus, wenn 1 Datensatz von 50.000 fehlschlägt, und kann ein Geschäftsnutzer ihn korrigieren und neu importieren?
  • Ausstieg: Können Mappings und Zeitpläne in lesbarer Form exportiert werden, oder existieren sie nur im Designer des Anbieters?
  • Kosten bei Skalierung: Wie verhält sich die Preisgestaltung bei zehnfacher aktueller Datensatz-Anzahl und Synchronisierungsfrequenz?
  • KI-Zugang: Wie authentifizieren sich Agenten und MCP-Clients, und was dürfen sie schreiben?
  • Wartung: Wer aktualisiert den Konnektor, wenn Shopify, Amazon oder dein ERP-Vendor eine API-Version einstellt?

Frag sie vor dem Vertrag, und verlange Antworten vom Team, das die Integration betreiben wird, nicht nur vom Vertrieb.


Bewertet mit 0/5 basierend auf 0 Bewertungen