Doppelte Datenpflege beenden: Schnittstellen richtig planen
Kunde im CRM anlegen, im ERP nochmal, im Shop ein drittes Mal? Warum die Analyse vor der API kommt — und welche Fragen ein Integrationsprojekt klären muss.
Das Symptom kennt fast jedes Unternehmen: Dieselbe Kundenadresse existiert im CRM, im ERP und im Shop — dreimal gepflegt, zweimal veraltet. Doppelte Datenpflege kostet nicht nur Zeit, sie erzeugt Fehler: falsche Lieferadressen, Angebote an Alt-Kontakte, Auswertungen, denen niemand traut.
Die Lösung heißt Integration. Aber die häufigste Fehlannahme dabei ist: „Beide Systeme haben doch eine API, das verbinden wir schnell." Die API ist das kleinste Problem.
Die Analyse kommt vor der API
Bevor eine Zeile Schnittstellen-Code entsteht, müssen fachliche Fragen beantwortet sein:
Welches System führt? Für jede Datenart (Kunde, Artikel, Auftrag, Preis) braucht es genau ein führendes System — sonst synchronisiert man Konflikte statt Daten.
Wie aktuell muss es sein? Lagerbestände in Sekunden, Stammdaten einmal pro Nacht — die Antwort bestimmt Architektur und Kosten.
Was passiert im Konfliktfall? Zwei Systeme ändern denselben Datensatz, ein Pflichtfeld fehlt, eine Kundennummer existiert doppelt — wer gewinnt, wer wird benachrichtigt?
Wie sehen die Daten wirklich aus? Freitextfelder mit Struktur-Missbrauch, historische Sonderfälle, Dubletten — der Zustand der Bestandsdaten entscheidet über den Aufwand.
Punkt-zu-Punkt oder Drehscheibe?
Zwei Systeme verbindet man direkt. Ab drei, vier Systemen entsteht mit Direktverbindungen schnell ein Spinnennetz, in dem jede Änderung an einem System alle anderen berührt. Dann lohnt eine Drehscheibe: eine zentrale Integrationsschicht, über die alle Systeme sprechen. Neue Systeme docken einmal an — statt an jedes bestehende einzeln. Wie weit das trägt, zeigt unsere Referenz Magic-Line: Amazon, eBay, Shopware, WooCommerce, Lagerautomation, zwei Versanddienstleister und die Buchhaltung — orchestriert über eine zentrale Warenwirtschaft.
Der Betrieb entscheidet über den Erfolg
Eine Schnittstelle ist kein Projekt mit Enddatum, sondern ein laufender Prozess. Drei Dinge gehören von Anfang an dazu: Monitoring, das Ausfälle und Rückstaus meldet, bevor es der Kunde tut. Fehlerbehandlung, die gescheiterte Übertragungen sammelt und nachfahrbar macht, statt sie zu verlieren. Und Nachvollziehbarkeit: Wer hat wann welchen Datensatz woher bekommen? Ohne das wird jede Datendiskussion zum Ratespiel.
Richtig gebaut, verschwindet eine gute Integration aus dem Bewusstsein — die Daten sind einfach da, aktuell und einmal gepflegt. Genau daran erkennt man sie.
Datensilos im Haus?
Wir analysieren Ihre Systemlandschaft und zeigen, wo eine Integration den größten Hebel hat — mit Aufwand und Festpreis-Angebot.