Shop & ERP wachsen auseinander
Der Onlineshop läuft, aber Bestellungen, Bestände und Rechnungen werden zwischen Shop und ERP manuell abgeglichen.
System- & API-Integration · Middleware auf AWS
Eure Systeme,
endlich verbunden.
SAP, Salesforce, Dynamics, ERP, Shop und Data Warehouse reden nicht miteinander? Wir bauen die Integrationsschicht dazwischen — sichere APIs und Middleware auf AWS, idempotent und überwacht. Schluss mit manuellen Exporten, Doppelerfassung und Datensilos.
SAP · SalesforceDynamics & mehr
AWSMiddleware & iPaaS
Idempotentwiederholsicher
sync · 200 · idempotent
SAP
ERP
QuelleSalesforce
CRM
QuelleShop
Commerce
Quellecodehero Integrationsschicht
Mapping · Queue · Retry
Warehouse
Analytics
ZielApp/Portal
Frontend
ZielAutomation
Workflows
Ziel- 0
- manuelle Exporte
- REST · SOAP
- GraphQL · EDI
- 24/7
- Monitoring & Alerts
- IaC
- versioniert & auditierbar
Grundlagen
Was ist System- und API-Integration?
System- und API-Integration bezeichnet das technische Verbinden eigenständiger Softwaresysteme, damit sie automatisch und verlässlich Daten austauschen. Die Verbindung läuft über APIs (Programmierschnittstellen) der Systeme oder über eine zentrale Integrationsschicht — auch Middleware genannt — die als Vermittler zwischen den Systemen sitzt.
In fast jedem gewachsenen Unternehmen existieren mehrere Fachsysteme nebeneinander: ein ERP für Warenwirtschaft und Finanzen, ein CRM für Vertrieb und Kunden, ein Shop für den Verkauf, dazu Versand, Buchhaltung (DATEV) und Analyse-Werkzeuge. Ohne Integration bleiben diese Systeme Inseln: Daten werden mehrfach erfasst, per CSV exportiert und importiert oder in Excel-Listen von Hand übertragen. Das kostet Arbeitszeit, erzeugt Fehler und macht verlässliche Auswertungen unmöglich.
API-Integration vs. Systemintegration — der Unterschied
API-Integration meint konkret die Anbindung über die Programmierschnittstelle eines Systems: Zwei Anwendungen tauschen strukturierte Daten über eine definierte Schnittstelle (z. B. REST oder GraphQL) aus. Systemintegration ist der Oberbegriff — sie umfasst auch Systeme ohne moderne API, etwa über Datei-Import, Datenbankzugriff oder das Austauschformat EDI, und beschreibt die Gesamtarchitektur, mit der eine ganze Systemlandschaft zusammenwächst.
Eine gute Integration merkt niemand — Daten sind einfach da, wo sie hingehören. Eine schlechte merkt jeder: doppelte Bestellungen, fehlende Buchungen, Zahlen, die nicht zusammenpassen.
Woran es scheitert
Datensilos kosten euch
jeden Tag Geld.
Vier Muster, die wir in fast jedem Integrationsprojekt sehen — und wie wir sie auflösen.
„Bestellungen aus dem Shop tippt jemand von Hand ins ERP."
Automatischer Auftragsfluss
Shop → ERP in Echtzeit, ohne Abtippen und Zahlendreher„Das CRM weiß nicht, ob eine Rechnung bezahlt wurde."
Zahlungsstatus synchron
Zahlung aus Stripe/ERP fließt live ins CRM„Für ein Reporting exportieren wir aus fünf Systemen nach Excel."
Ein Data Warehouse
Alle Systeme speisen automatisch eine Auswertungsbasis„Unsere alte Schnittstelle bricht regelmäßig — keiner merkt es sofort."
Überwachte Middleware
Retries, Dead-Letter-Queue und Alerting statt stiller Ausfälle
So integrieren wir
Robust gebaut — für den Ernstfall, nicht den Idealfall.
Jede Integration wird für das gebaut, was garantiert passiert: Ein System ist kurz nicht erreichbar. Ein Event kommt doppelt. Ein Datensatz ist unerwartet leer. Wir lösen das mit Idempotenz, Wiederhollogik und Monitoring — statt mit einem nächtlichen Cronjob, der irgendwann still versagt.
- Ereignisgesteuert über Amazon EventBridge & Queues
- Idempotent — dasselbe Event erzeugt nie eine Doppelbuchung
- Dead-Letter-Queues & exponentielle Retries
- Vollständiges Monitoring, Alerting & nachvollziehbares Logging
integration/order-sync.ts
// Bestellung → SAP, idempotent & wiederholsicher
eventBridge.on('order.paid', async (e) => {
const doc = mapToIDoc(e.order)
await sap.post(doc, {
idempotencyKey: e.order.id,
retries: 5, backoff: 'exponential',
})
// Fehlversuche → Dead-Letter-Queue
})
Methodik
Vier Integrationsmuster —
wir wählen das richtige.
Nicht jede Anbindung braucht dieselbe Architektur. Wir entscheiden nach Datenmenge, Echtzeitbedarf und Systemlandschaft.
Event-getrieben (Echtzeit)
Ein System meldet ein Ereignis — die Integrationsschicht reagiert sofort. Ideal für zeitkritische Flüsse wie Auftrag, Zahlung und Versand. Skaliert elastisch über EventBridge, Lambda und Queues.
- EventBridge
- Lambda
- Echtzeit
Batch & Datei (Massendaten)
Große Datenmengen — Preislisten, Stammdaten, Bestände — werden geplant in Blöcken übertragen. Robust für nächtliche Abgleiche und Systeme, die nur Datei- oder EDI-Austausch beherrschen.
- EDI
- Batch
- EDIFACT
API-Gateway / BFF
Ein sauberer API-Layer bündelt mehrere Backends zu einer Schnittstelle für App, Portal oder Partner. Reduziert Kopplung und macht das Frontend unabhängig von den dahinterliegenden Systemen.
- BFF
- REST
- GraphQL
Legacy-Adapter
Systeme ohne moderne API kapseln wir hinter einer vorgelagerten Schnittstelle — über Datenbank, Datei oder EDI. Das Alt-System bleibt, die restliche Landschaft wird modern und wartbar.
- Legacy
- Adapter
- EDI
Der ehrliche Vergleich
Punkt-zu-Punkt, iPaaS-Produkt
oder eigene Schicht?
Es gibt nicht die eine richtige Antwort — es kommt auf eure Landschaft an. So ordnen wir die drei Wege ein.
| Kriterium | Punkt-zu-Punkt | Eigene Schicht (AWS) | iPaaS-Produkt |
|---|---|---|---|
| Einstiegsaufwand | gering | mittel | mittel–hoch |
| Skalierung bei vielen Systemen | wird zum Chaos | sehr gut | sehr gut |
| Laufende Lizenzkosten | keine | keine (nur AWS) | pro Konnektor |
| Passgenauigkeit | mittel | exakt | standardnah |
| Wartung & Betrieb | fragil, verstreut | zentral, überwacht | Anbieter-gestützt |
| Geeignet für | 1–2 Systeme | Mittelstand & Enterprise | viele Standard-Systeme |
Im Leistungsumfang
Von der Schnittstelle zur Plattform.
ERP-Anbindung
SAP, Microsoft Dynamics, Business Central und andere ERP-Systeme sauber angebunden — Aufträge, Artikel, Bestände, Rechnungen.
- SAP
- Dynamics
- REST/SOAP
CRM-Integration
Salesforce, HubSpot & Co. mit Shop-, Zahlungs- und Produktdaten verbinden — eine 360°-Sicht auf den Kunden.
- Salesforce
- HubSpot
- API
Middleware & iPaaS
Eine zentrale Integrationsschicht auf AWS statt Punkt-zu-Punkt-Chaos — überwacht, versioniert, wartbar.
- EventBridge
- AWS
- Queues
Daten-Synchronisation
Echtzeit- oder Batch-Sync mit Mapping, Validierung und Fehlerbehandlung — inklusive Konfliktauflösung.
- Echtzeit
- Batch
- EDI
Monitoring & Betrieb
Überwachung, Alerting und SLA — ihr erfahrt von Problemen vor euren Kunden, nicht durch sie.
- 24/7
- Alerting
- SLA
Für tiefergehende API-Entwicklung als eigenständige Dienstleistung: API-Entwicklung →
Typische Ausgangslagen
Wann sich Integration
am schnellsten rechnet.
Vertrieb ohne Datenbasis
Das CRM kennt weder Zahlungsstatus noch Bestellhistorie — Vertrieb und Support arbeiten mit halben Informationen.
Reporting ist Handarbeit
Kennzahlen entstehen durch Export, Copy-Paste und Excel — fehleranfällig, langsam und nie ganz aktuell.
Alt-System blockiert Wachstum
Ein Legacy-System lässt sich nicht ablösen, muss aber mit modernen Anwendungen zusammenspielen.
Warum codehero
Integration ist Erfahrungssache —
und wir haben sie.
Schnittstellen scheitern selten an der Theorie, sondern an den Details: Timeouts, Doppel-Events, Zeichensätze, Zeitzonen, Grenzfälle. Genau da entscheidet Erfahrung.
- AWS Solutions Architect
- Zertifizierte Cloud-Architektur — die Integrationsschicht läuft skalierbar, sicher und kostenoptimiert auf AWS, als Infrastructure as Code.
- Payment- & ERP-Praxis
- Aus echten Projekten: Stripe-Zahlungen bis in die DATEV-Buchhaltung, Shop-Bestellungen ins ERP — wir kennen die Flüsse, nicht nur die Diagramme.
- Direkt mit dem Engineer
- Kein Projektmanager-Overhead: Ihr sprecht mit der Person, die die Schnittstelle baut. Entscheidungen fallen im Call, nicht im Ticket.
- Enterprise-Standards
- Code-Reviews, automatisierte Tests gegen Sandbox-Systeme, Monitoring und SLA — Verlässlichkeit ist Architektur, kein Zufall.
sync — zsh
So läuft ein Integrationsprojekt
Von der Landkarte zum Live-Betrieb.
Vier Phasen — von der System-Analyse bis zum überwachten Betrieb auf AWS.
- System-LandkarteWir kartieren Systeme, Datenflüsse und Schnittstellen — und finden Lücken, Doppelerfassungen und Risiken.
- ArchitekturDesign der Integrationsschicht: Muster, Mapping, Fehlerlogik, Sicherheit und Skalierung — dokumentiert und abgestimmt.
- UmsetzungAufbau in Sprints, mit Tests gegen echte Systeme und Sandbox-Umgebungen. Die erste Schnittstelle geht früh produktiv.
- BetriebMonitoring, Alerting und Weiterentwicklung — auf Wunsch mit SLA und garantierten Reaktionszeiten.
Klartext
Die wichtigsten Begriffe.
- APISchnittstelle
- Programmierschnittstelle, über die zwei Systeme strukturiert Daten austauschen. Meist als REST oder GraphQL umgesetzt.
- MiddlewareVermittler
- Eine Zwischenschicht, die zwischen Systemen sitzt, Daten übersetzt (Mapping) und den Austausch steuert — der zentrale Knotenpunkt der Integration.
- iPaaSPlattform
- Integration Platform as a Service — eine Cloud-Plattform mit fertigen Konnektoren. Sinnvoll bei vielen Standard-Systemen, mit Lizenzkosten pro Konnektor.
- IdempotenzSicherheit
- Eigenschaft, dass dieselbe Operation mehrfach ausgeführt dasselbe Ergebnis liefert — verhindert Doppelbuchungen bei wiederholten Events.
- EDIAustauschformat
- Electronic Data Interchange — standardisierter elektronischer Datenaustausch, etabliert im Handel und in Lieferketten (z. B. EDIFACT).
- Dead-Letter-QueueAuffangnetz
- Ein separater Speicher für Nachrichten, die trotz Wiederholungen nicht verarbeitet werden konnten — nichts geht verloren, alles bleibt prüfbar.
Fragen zur Integration.
Schluss mit Datensilos?
Wir kartieren eure Systemlandschaft und zeigen im Erstgespräch, welche Integration den größten Hebel hat — technisch fundiert, ohne Buzzword-Bingo. Antwort innerhalb von 24 Stunden.