Systemintegration im Mittelstand: Silos verbinden ohne IT-Projekt

Das Problem heißt selten „Schnittstelle“

Systemintegration im Mittelstand beginnt fast nie mit einer technischen Frage. Sie beginnt mit einer Person, die dieselben Daten in zwei Systeme tippt.

Marketing arbeitet mit HubSpot, der Vertrieb mit Pipedrive, die Buchhaltung mit DATEV, der Versand mit einer eigenen Software, und dazwischen liegt Excel. Kein einzelnes dieser Systeme ist schlecht gewählt. Das Problem entsteht erst an den Stellen, wo sie sich berühren – und dort steht kein System, sondern ein Mensch mit zwei Bildschirmen.

Sie erkennen das an Sätzen, nicht an Kennzahlen:

• „Welche Zahl stimmt jetzt – die aus dem CRM oder die aus dem ERP?“
• „Das trage ich freitags nach.“
• „Der Kunde steht bei uns dreimal drin, mit drei Adressen.“
• „Für den Monatsbericht muss ich erst zwei Exporte zusammenführen.“

Das ist dieselbe Mechanik, die auch bei Übergaben zwischen Teams Umsatz kostet: Der Prozess funktioniert innerhalb jeder Abteilung, und er bricht an der Grenze. Systemintegration ist deshalb kein IT-Thema. Sie ist die technische Seite eines organisatorischen Bruchs.

Ein typisches Muster: ein Auftrag, dreimal abgetippt

Ein zusammengesetztes Beispielprofil. Die Größenordnungen entsprechen dem, was in dieser Unternehmensgröße typisch ist – es ist kein einzelnes Mandat.

Ein technischer Händler mit 85 Mitarbeitenden. Ein Auftrag von der Angebotsannahme bis zum Versandlabel durchläuft drei Systeme, und zwischen jedem Paar sitzt eine Person, die Daten überträgt.

Die Zahl, die in der Geschäftsführung ankam, war nicht die Zeit. Es war die Fehlerquote: Bei rund 180 Aufträgen im Monat gingen im Schnitt sieben mit falscher Liefer- oder Rechnungsadresse raus. Jede dieser Korrekturen kostete Retoure, Nacharbeit, Telefonat und einen verärgerten Kunden. Der Zeitaufwand fürs Abtippen war ärgerlich, die Fehler waren teuer.

Merken Sie sich diese Reihenfolge: Der Nutzen einer Integration steckt fast nie in der eingesparten Zeit, sondern in den vermiedenen Fehlern und der schnelleren Durchlaufzeit. Wer nur mit Stundensätzen rechnet, unterschätzt den Fall systematisch.

Warum ein neues Gesamtsystem selten die Antwort ist

Wenn drei Systeme nicht miteinander reden, ist der naheliegende Gedanke: dann eben ein System, das alles kann. Das ERP wird abgelöst, das CRM zieht mit ein, der Versand wird als Modul dazugekauft.

Das heißt nicht, dass eine Ablösung nie richtig ist. Sie ist richtig, wenn das Kernsystem nachweislich am Ende ist – kein Support mehr, keine Schnittstellen, keine Weiterentwicklung. Sie ist falsch als Reaktion auf drei manuelle Übergaben, die man in sechs Wochen und mit einem niedrigen vierstelligen Betrag beseitigen kann.

Der zweite verbreitete Denkfehler ist kleiner, aber teurer in der Summe: alles soll in Echtzeit laufen. Echtzeit-Synchronisation ist deutlich aufwendiger zu bauen, aufwendiger zu überwachen und fehleranfälliger als ein stündlicher oder nächtlicher Abgleich. Fragen Sie bei jedem Datenfluss, was passiert, wenn die Information vier Stunden alt ist. Bei Lagerbeständen im Shop ist die Antwort ernst. Bei Kundenstammdaten in der Buchhaltung fast nie.

Welche Verbindung zuerst: Nutzen gegen Aufwand sortieren

Nicht alles auf einmal – das ist der einzige Rat, den fast jeder gibt und fast niemand befolgt. Hilfreicher ist eine Sortierung nach zwei Größen: Wie viel bringt die Verbindung, und wie aufwendig ist sie.

Die Bewertung „Nutzen“ beantworten Sie nicht am Schreibtisch, sondern mit drei Fragen an die Teams: Welche Daten tippen Sie regelmäßig aus einem System in ein anderes? An welcher Stelle stimmen zwei Systeme regelmäßig nicht überein? Welcher Bericht kostet Sie jeden Monat manuelle Zusammenführung? Die Antworten sind erstaunlich konkret und decken sich selten mit dem, was in der Geschäftsführung vermutet wird.

Die vier Wege, zwei Systeme zu verbinden

Zwei Begriffe tauchen dabei unweigerlich auf. iPaaS steht für Integration Platform as a Service: eine gemietete Verbindungsplattform, die zwischen Ihren Systemen sitzt und Daten nach hinterlegten Regeln weiterreicht, ohne dass jemand Programmcode schreibt. Middleware ist eine Vermittlungsschicht, die dasselbe im eigenen Haus tut – alle Systeme melden ihre Daten dort an, sie verteilt weiter. Der Unterschied liegt weniger in der Technik als im Betrieb: Das eine mieten Sie, das andere betreiben Sie selbst.

Für die meisten Unternehmen mit 20 bis 150 Mitarbeitenden ist die Antwort auf die ersten zwei bis drei Datenflüsse eine iPaaS-Plattform – und danach, je nach Volumen, eine eigene Anbindung für den einen Fluss, der wirklich Last trägt. Wie APIs dabei technisch funktionieren, ist in API-Schnittstellen verständlich erklärt beschrieben.

Die Frage vor jeder Integration: welches System hält die Wahrheit?

Bevor die erste Verbindung gebaut wird, brauchen Sie eine Entscheidung, die niemand gern trifft: je Datenobjekt genau ein führendes System.

Wenn die Kundenadresse im CRM und im ERP steht und beide Systeme sich gegenseitig aktualisieren dürfen, entsteht kein Abgleich, sondern ein Ringtausch. Am Ende gewinnt die Änderung, die zufällig zuletzt lief. Die Regel dagegen ist einfach und muss schriftlich festgehalten werden: Für jedes Datenobjekt – Kunde, Artikel, Auftrag, Rechnung – gibt es genau ein führendes System. Alle anderen bekommen die Daten, dürfen sie aber nicht zurückschreiben.

Zwei weitere Punkte, die in kleinen Projekten regelmäßig vergessen werden und später teuer sind:

• Fehlerbehandlung. Was passiert, wenn die Übertragung scheitert? In der Praxis: nichts, tagelang. Jede Integration braucht eine Benachrichtigung an eine benannte Person, nicht an ein Sammelpostfach.
• Dokumentation. Ein Satz je Verbindung reicht: was wird von wo nach wo übertragen, wie oft, wer hat es gebaut, wen ruft man an. In sechs Monaten weiß das sonst niemand mehr.

Rechnen Sie den Fall ehrlich: Setup und Bereinigung lagen im niedrigen vierstelligen Bereich, die laufenden Plattformkosten bei rund 90 Euro im Monat. Die eingesparten 16 Innendienststunden sind der kleinere Teil des Nutzens. Der größere ist, dass sechs Reklamationen im Monat gar nicht erst entstehen – und dass die Versandfreigabe am selben Tag statt am nächsten läuft.

Der Posten, der jedes Integrationsbudget sprengt: Datenqualität

Die Technik ist selten das Teure. Teuer wird die Datenqualität, und sie taucht in keinem Angebot auf.

In dem Beispiel oben lagen im CRM rund 340 Kundendatensätze, die es doppelt oder dreifach gab: einmal als „Müller GmbH“, einmal als „Mueller GmbH“, einmal mit dem Namen des Einkäufers im Firmenfeld. Solange ein Mensch die Daten überträgt, fällt das nicht auf – er erkennt den Kunden wieder und wählt den richtigen Eintrag. Eine Integration kann das nicht. Sie legt entweder eine vierte Dublette an oder bricht ab.

Rechnen Sie deshalb bei jedem ersten Datenfluss einen Block für Bereinigung ein, bevor die Verbindung scharf geschaltet wird:

• Dubletten zusammenführen, mit einer klaren Regel, welcher Datensatz gewinnt. Meistens der mit der aktuellsten Auftragshistorie.
• Pflichtfelder festlegen. Welche Felder müssen gefüllt sein, damit ein Datensatz überhaupt übertragen werden darf? Ohne diese Regel wandern halbe Datensätze ins Zielsystem.
• Schreibweisen vereinheitlichen, vor allem bei Ländern, Anreden, Steuernummern und Zahlungsbedingungen. Zwei Systeme mit unterschiedlichen Wertelisten erzeugen bei jedem Abgleich Fehler.

Der Aufwand dafür liegt erfahrungsgemäß bei ein bis drei Tagen, und er entsteht genau einmal. Wer ihn überspringt, zahlt ihn in Form von Fehlermeldungen über Monate hinweg – und verliert das Vertrauen des Teams in die Integration, das man nur einmal bekommt.

Der erste Schritt: eine Woche Abtipp-Protokoll

Das Abtipp-Protokoll aus Schritt 1 ist der wichtigste Teil und wird am häufigsten übersprungen. Es liefert die Zahlen, mit denen Sie später die Investition begründen – und es fördert immer wieder Datenflüsse zutage, von denen in der Geschäftsführung niemand wusste.

Fazit: eine Verbindung zuerst, nicht ein neues System

Systemintegration im Mittelstand ist kein IT-Großprojekt, sondern eine Kette kleiner Entscheidungen: Wo tippt jemand ab, was kostet das wirklich, welches System hält die Wahrheit, und welche eine Verbindung bauen wir zuerst.

Wer stattdessen mit der Systemablösung beginnt, arbeitet zwei Jahre an einem Problem, dessen teuerster Teil in sechs Wochen erledigt gewesen wäre. Wie ein solcher Schnitt durch eine gewachsene Systemlandschaft in der Praxis aussieht, zeigt das Mandat Dokumenten-App-Architektur bei einer Spedition.

Wenn Sie den Verdacht haben, dass hinter den Schnittstellen ein größeres Muster steckt – Abteilungen, die aneinander vorbeiarbeiten –, ist Silodenken auflösen der passendere Einstieg. Eine Übersicht, welche Engpässe in dieser Unternehmensgröße typischerweise zusammen auftreten, finden Sie unter Wachstums-Engpässe.