Du merkst es nicht an der API-Doku. Du merkst es am Monatsabschluss.
Wenn Finance in DATEV abschließt, Ops parallel Lieferstatus aus dem ERP nachpflegt und der Vertrieb in HubSpot „nur kurz“ ein Feld anders befüllt, ist das keine technische Unschärfe - das ist operative Reibung. Systemintegration ist dann kein IT-Projekt, sondern eine Entscheidung darüber, wie viel manueller Aufwand du dir dauerhaft leisten willst.
Der Engpass: Viele Teams unterschätzen systemintegration kosten und aufwand, weil sie nur an „eine Schnittstelle bauen“ denken. In der Praxis zahlst du für Datenqualität, Prozesse, Ownership und die Fähigkeit, Änderungen abzufangen, ohne jedes Mal die Organisation zu blockieren.
Was bei Systemintegration wirklich bezahlt wird
Integration wird oft als „Kabel zwischen zwei Tools“ verkauft. Das ist gefährlich verkürzt. Du bezahlst nicht primär Codezeilen, sondern die Reduktion von Fehlern, Wartezeiten und Abstimmungsloops.
Kosten entstehen typischerweise in vier Blöcken: erstens Verständnis der Prozesse und Daten, zweitens technische Umsetzung (Schnittstellen, Auth, Mapping, Fehlerhandling), drittens Absicherung (Tests, Monitoring, Berechtigungen, Audit-Trails) und viertens Betrieb nach Go-live (Änderungen an APIs, neue Felder, neue Workflows).
Gerade in deutschen SMBs kommt noch ein Faktor dazu: Compliance und Nachvollziehbarkeit. Ob DSGVO, Aufbewahrungsfristen, Rollen- und Rechtekonzepte oder revisionssichere Protokolle - die Anforderungen sind selten „nice to have“. Sie entscheiden, ob Integration später als „Schatten-IT“ eingestuft und wieder eingestampft wird.
Systemintegration Kosten und Aufwand: ein sauberes Framework
Wenn du Integration budgetierst, brauchst du ein Modell, das mit Realität umgehen kann. Wir kalkulieren Integrationen in der Regel entlang von Komplexitätstreibern statt „Anzahl Systeme“. Zwei Systeme können ein Wochenprojekt sein - oder ein Quartal.
1) Daten: sauber oder nur vorhanden?
Die teuersten Integrationen sind nicht die mit schwieriger Technik, sondern die mit schmutzigen Daten. Beispiele aus dem Alltag:
In HubSpot existieren Firmen doppelt, in SAP Business One sind Kundennummern historisch gewachsen, im Shop-System fehlen eindeutige IDs, und in Excel werden Auftragspositionen per Copy-Paste „korrigiert“. Dann kostet das Mapping nicht 2 Tage, sondern zieht sich in Iterationen: Felder definieren, Regeln festlegen, Ausnahmen finden, wieder testen.
Ein guter Indikator für Aufwand ist die Frage: Gibt es eine eindeutige Quelle pro Datenobjekt? Also genau ein System, das „Master“ für Kunde, Produkt, Preis, Rechnung ist. Wenn nicht, zahlst du später in jeder Änderung doppelt.
2) Prozess: linear oder voller Sonderfälle?
Sonderfälle sind Aufwandstreiber. Ein Standard-Order-to-Cash ist integrierbar. Ein Prozess, der je nach Kundentyp andere Freigaben, abweichende Zahlungsziele, individuelle Leistungsnachweise und abweichende Rechnungslogik hat, braucht explizite Prozessmodellierung.
In deutschen Service-Unternehmen sehen wir das oft bei Projektabrechnung: Zeiterfassung in einem Tool, Abnahmeprotokolle per PDF, Rechnung in DATEV oder Lexware, und ein Kunde verlangt E-Rechnung im spezifischen Format. Jede Ausnahme ist legitim - aber jede Ausnahme kostet Integrationslogik, Tests und Support.
3) Schnittstellen: moderne APIs oder „Export/Import“?
Wenn Systeme saubere REST-APIs und Webhooks haben, sinkt der Aufwand. Wenn ein System nur CSV-Export, SFTP-Upload oder eine wackelige SOAP-Schnittstelle bietet, steigt er. Noch teurer wird es, wenn du dich auf UI-Automation verlassen musst, weil es keine API gibt. Das ist manchmal die schnellste ROI-Option, aber du kaufst Wartungsaufwand, weil sich Oberflächen ändern.
Typische Kombinationen im deutschen Mittelstand:
Shopify oder Shopware 6 mit ERP (z.B. Microsoft Dynamics 365 Business Central), CRM (HubSpot), Support (Zendesk), Buchhaltung (DATEV-Export). Oder Produktionsbetriebe mit ERP, MES/Produktionstool, Power BI und einem wachsenden „Excel-Universum“. Die Integrationskosten hängen dann nicht am Namen der Tools, sondern daran, wie offen und stabil die Schnittstellen sind.
4) Ownership: wer betreibt das nach Launch?
Hier wird Budget regelmäßig vergessen.
Wenn nach Go-live niemand Monitoring, Alerting und Anpassungen besitzt, kostet dich jede Störung operativ: Bestellungen bleiben hängen, Rechnungen fehlen, Reporting stimmt nicht. Dann sind „günstige“ Integrationen plötzlich teuer, weil sie unzuverlässig sind oder nur mit Heldeneinsätzen funktionieren.
Ein belastbares Setup umfasst mindestens: Logging, Wiederholmechanismen (Retries), Dead-Letter-Queues oder manuelle Reprocess-Flows, sowie klare Verantwortlichkeiten. Das ist nicht Overengineering. Das ist die Versicherung gegen stillen Datenverlust.
Konkrete Kostentreiber, die in Angeboten oft fehlen
Viele Angebote wirken günstig, weil sie nur die Happy-Path-Integration kalkulieren. In der Realität zahlst du für die Teile, die niemand gern verkauft.
Ein Klassiker ist idempotentes Verhalten: Wenn ein Webhook zweimal feuert, darf keine doppelte Rechnung entstehen. Oder Konfliktauflösung: Was passiert, wenn der Kunde in CRM und ERP parallel geändert wurde? Wer gewinnt? Solche Regeln sind Business-Entscheidungen, keine Entwickler-Laune.
Auch unterschätzt: Berechtigungen und Rollen. In Microsoft 365-Umgebungen oder bei Azure AD / Entra ID muss sauber festgelegt werden, welche Service-Accounts was dürfen. Wenn später ein Audit kommt, willst du nicht erklären müssen, warum ein Integrationstoken Admin-Rechte hatte.
Und dann sind da die „kleinen“ Themen: Zeitzonen, Dezimaltrennzeichen, Umlaute in Adressen, IBAN-Validierung, USt-IdNr.-Checks, E-Mail-Templates, PDF-Generierung, Statusmodelle. Jedes davon kostet nicht viel - bis du 20 davon hast.
Aufwand realistisch planen: ein Ansatz, der funktioniert
Für Entscheider ist nicht entscheidend, ob die Integration 40 oder 55 Personentage kostet. Entscheidend ist, ob du in 2-4 Wochen einen messbaren Effekt siehst, ohne dir später technischen Schuldenberg einzuhandeln.
Ein pragmatischer Plan sieht so aus:
Du startest mit einem klaren operativen Ziel, das sich in Stunden oder Fehlerquoten messen lässt, etwa „15 Stunden/Woche weniger manuelle Rechnungsvorbereitung“ oder „Lead-to-Order ohne Copy-Paste zwischen CRM und ERP“. Dann definierst du den minimalen End-to-End-Flow, der dieses Ziel erreicht. Nicht zehn Flows, sondern einen.
In der Umsetzung trennst du bewusst zwischen MVP-Integration (schnell, fokussiert) und Skalierungsfähigkeit (Monitoring, sauberes Error-Handling, dokumentierte Datenverträge). Das klingt nach mehr Aufwand, reduziert aber die echten Kosten über 12 Monate, weil Änderungen nicht jedes Mal ein Miniprojekt werden.
Wenn du dafür einen Partner brauchst, der planbar liefert: Moon Software Solutions arbeitet in festen Sprints, 100% in-house, ohne Outsourcing - mit klarer Scope-Kontrolle und Ownership auch nach dem Go-live. Das ist relevant, weil Integration nicht „fertig“ ist, wenn sie einmal läuft.
Typische Szenarien und was sie kosten, wenn man ehrlich ist
Konkrete Zahlen hängen stark von Systemen, Datenlage und Prozessreife ab. Was sich aber sehr gut schätzen lässt, sind Größenordnungen.
Ein einfacher, stabiler 1-Wege-Flow, etwa „HubSpot Deal gewonnen -> Auftrag im ERP anlegen“, kann in wenigen Wochen produktiv sein, wenn Datenmodelle klar sind, eindeutige IDs existieren und das ERP eine solide API bietet.
Sobald du bidirektional synchronisierst, zum Beispiel „Kundendaten in CRM und ERP beidseitig aktuell halten“, steigen Aufwand und Risiko deutlich. Du brauchst Konfliktregeln, Versionierung oder zumindest Änderungszeitpunkte, und du musst verhindern, dass Systeme sich gegenseitig überschreiben.
Komplex wird es bei finanzrelevanten Flows: Rechnungen, Gutschriften, Zahlungsstatus, Mahnwesen. In Deutschland kommen hier oft Anforderungen wie GoBD-nahe Nachvollziehbarkeit und klare Protokollierung dazu. Das ist machbar - aber das ist nicht der Bereich, in dem du „schnell mal“ etwas zusammenschraubst.
Make, buy oder iPaaS: die unbequeme Abwägung
Viele Teams stehen vor der Frage, ob sie mit einer iPaaS-Lösung (Integration Platform as a Service) arbeiten oder individuell entwickeln.
iPaaS ist sinnvoll, wenn deine Flows standardisiert sind und du schnell viele kleine Integrationen brauchst. Du kaufst Geschwindigkeit und Bedienbarkeit, zahlst aber laufende Lizenzkosten und lebst mit den Grenzen der Plattform. Wenn du Sonderlogik, komplexe Datenmodelle oder strenge Compliance-Anforderungen hast, wird es oft entweder teuer oder fragil.
Individuelle Entwicklung lohnt sich, wenn Integration ein Wettbewerbsvorteil oder ein Kernprozess ist - oder wenn du die Kontrolle über Fehlerhandling, Monitoring, Security und Änderungsmanagement brauchst. Du zahlst initial mehr, bekommst aber ein System, das zu deinen Prozessen passt, statt deine Prozesse an die Plattform anzupassen.
Die ehrliche Faustregel: Wenn ein Prozess deine Marge, deinen Cashflow oder deine Lieferfähigkeit beeinflusst, sollte die Integration so gebaut sein, dass du sie auch in 18 Monaten noch verstehst und ändern kannst.
Wie du vor dem Angebot die richtigen Fragen stellst
Wenn du systemintegration kosten und aufwand reduzieren willst, beginnt das nicht beim Preis, sondern bei Klarheit.
Frage nicht „Wie lange dauert die Integration?“, sondern „Welche Annahmen stecken in der Schätzung?“ und „Was ist explizit nicht enthalten?“ Lass dir die kritischen Punkte benennen: Datenqualität, Sonderfälle, Rechtekonzept, Monitoring, Reprocess-Strategie, Dokumentation.
Bestehe darauf, dass ein Anbieter beschreibt, wie er Änderungen behandelt. APIs ändern sich, Felder kommen dazu, Teams wollen neue Reports. Wenn der Plan dafür nur „Change Request“ lautet, ohne Mechanik, kaufst du Unsicherheit.
Und fordere eine messbare Zielgröße ein. Wenn Integration keinen messbaren operativen Effekt hat, ist sie nur Technik-Kosmetik.
Der ROI-Hebel, den viele übersehen
Die größte Rendite kommt selten aus „weniger Tools“. Sie kommt aus weniger Übergaben.
Wenn ein Auftrag nicht mehr von Sales zu Ops „übergeben“ wird, weil Status, Daten und nächste Schritte automatisch laufen, sparst du nicht nur Minuten. Du reduzierst Fehlerrisiko, Wartezeit und interne Abstimmung. Das ist in wachsenden Teams der Unterschied zwischen „wir brauchen drei neue Leute“ und „wir skalieren mit dem Team, das wir haben“.
Der beste Zeitpunkt, Integration sauber zu planen, ist bevor der Schmerz unerträglich wird. Nicht, weil Technik dann schöner ist, sondern weil du dann noch Optionen hast: Datenmodelle bereinigen, Verantwortlichkeiten festlegen, Prozesse vereinheitlichen. Sobald du im Feuer stehst, wird jede Entscheidung teurer.
Wenn du das nächste Mal hörst „Das integrieren wir später“, übersetze es operativ: „Wir zahlen später weiter manuell - und zwar mit Zinsen.“ Entscheide bewusst, wofür du zahlen willst.