In den meisten Firmen, in die wir gerufen werden, sagt niemand „wir haben ein Integrationsproblem". Man sagt „Christian kommt mit dem Rechnungswesen nicht hinterher", „uns geht ständig Ware verloren", „wir wissen gar nicht, was im Onlineshop wirklich los ist". Hinter jedem dieser Sätze steckt dasselbe: zwei oder drei Systeme, die nicht miteinander reden, und die Lücken dazwischen flickt ein Mensch. In Excel. Abends.
Dieser Text geht darum, ab wann „manuelles Verkleben" keine Ersparnis mehr ist, sondern das teuerste Stück Ihrer Firma — und was man sinnvoll dagegen tun kann, wenn man ein KMU führt und nicht einen Konzern mit 800-Tausend-Euro-Budget für ein Data Warehouse.
Woran Sie merken, dass Ihre Systeme nicht miteinander reden
Es ist meistens kein dramatischer Ausfall. Es sind kleine Unannehmlichkeiten, die sich über Jahre stapeln, bis jemand bemerkt, dass das Büro 60% der Zeit mit Daten verbringt und nur 40% mit dem eigentlichen Geschäft. Die Signale, die wir am häufigsten sehen:
- Dieselbe Rechnungs-, Auftrags- oder Kundennummer wird per Hand in zwei oder drei Systeme eingetippt.
- Jede Person im Vertrieb und im Lager hat ihr eigenes Excel — und jede glaubt, ihres sei „das aktuelle".
- Der Lagerbestand im ERP ist anders als der im physischen Lager und nochmals anders als der im Onlineshop. Niemand weiß, welcher stimmt.
- Die monatlichen Berichte für die Geschäftsführung erfordern zwei Tage Datenputzen durch jemanden, der eigentlich verkaufen sollte.
- Eine neue Mitarbeiterin braucht eine Woche, um „unsere Systeme" zu lernen, weil sie sich merken muss, wo sie was abtippen soll.
Jedes Signal für sich wirkt harmlos. Zusammen bedeuten sie, dass Ihre Firma eine versteckte Steuer auf manuelle Arbeit zahlt — in Stunden, in Fehlern und im Verlust verlässlicher historischer Daten.
Was „Verkleben" wirklich kostet — ein echtes Beispiel
Bei einem unserer Kunden — einem 12-Personen-Lebensmittelproduzenten — sah es vor der Integration so aus: Bestellungen kamen per E-Mail oder über eine B2B-Plattform rein, jemand tippte sie in Comarch Optima nach, druckte einen Lagerbeleg, der Lagerist trug nach dem Kommissionieren die Versanddaten manuell in ein Excel ein, und abends lud eine zweite Person dieses Excel zurück nach Optima. Jeder Tag waren 2–3 Stunden Tipparbeit für die „Übertrager" plus ein abgelenkter Lagerist, der nebenbei Notizen machte. Plus Fehler: falsches Produkt, falsche Menge, Rechnung mit altem Preis.
Nach der Integration von Comarch Optima mit dem WMS — über REST API, mit einer einfachen Artikelnummer-Zuordnung und einem einzigen, sauberen Produktkatalog — gewannen sie rund 12 Stunden pro Woche zurück. Das waren keine Überstunden, die wegfielen. Das waren Stunden, die die Leute zuvor von „kreativer" Arbeit (Kundengespräche, Produktionsplanung) abgezweigt hatten, nur um den Papierkram zu schaffen. Nach einem halben Jahr waren so wenig Versandfehler übrig, dass die Firma ihr separates Korrekturbudget abschaffte. Das Projekt selbst hat sich in 4 Monaten amortisiert.
Das ist kein Ausnahmefall. Das ist der typische Effekt, wenn man zwei Systeme verbindet, zwischen denen ohnehin täglich dieselben Daten unterwegs sind — nur eben über einen Menschen.
Drei Wege, Systeme zu verbinden
In KMU werden Integrationen auf eine von drei Arten gemacht. Keine ist „die beste" — jede ist die beste in einer anderen Situation.
- Dateiaustausch (CSV, XML). Ein System legt eine Datei auf der Festplatte oder dem FTP ab, das andere zieht sie sich. Günstig, einfach, in vielen Fällen ausreichend. Nachteil: Verzögerung (meistens stündlich oder nächtlich) und die Tatsache, dass eine fehlerhafte Zeile das ganze Paket zum Absturz bringen kann. Gut für Berichte, für Preislistensynchronisation, für nächtliche Buchhaltungs-Exporte.
- REST API (oder SOAP, wenn das System älter ist). Die Systeme reden in Echtzeit — wenn in einem ein Auftrag entsteht, weiß das andere innerhalb einer Sekunde davon. Comarch Optima, Subiekt GT, enova365 haben dokumentierte APIs. Die E-Commerce-Plattformen (PrestaShop, Shopware, WooCommerce) auch. Teurer in der Umsetzung, aber Standard, wenn die Firma in Echtzeit arbeiten soll.
- Middleware oder iPaaS. Zwischen die Systeme wird eine dritte Schicht gesetzt, die ein Format in das andere übersetzt, loggt, bei Fehlern wiederholt und es erlaubt, weitere Integrationen hinzuzufügen, ohne die alten zu zerstören. Sinnvoll, wenn Sie vier oder mehr Systeme zusammenführen wollen — nicht sinnvoll, wenn Sie nur ein ERP und einen Shop haben.
In der Praxis sind die meisten Projekte, die wir für KMU machen, ein Mix: die laufenden Dinge gehen über API, monatliche Berichte fliegen weiterhin als Datei, weil sie ohnehin nur einmal in dreißig Tagen vorkommen.
Was in Integrationsprojekten am häufigsten fehlt
Integrationen scheitern selten an „falscher Technologie". Sie scheitern, weil jemand etwas vergessen hat, das selbstverständlich wirkt:
- Kein eindeutiger Identifikator. „Jan Kowalski Sp. z o.o." im ERP und „Jan Kowalski sp. z o. o." im CRM sind für das System zwei verschiedene Firmen. Ohne gemeinsamen Schlüssel (Steuernummer, Kundencode, ID) lässt die Integration Müll durch, den später niemand aufräumt.
- Keine Logs. Wenn die Synchronisation um drei Uhr nachts ausfällt, wollen Sie wissen, an welcher Position und warum. Wenn das Log nur „OK" oder „NOT OK" sagt, dauert das Debuggen eine Woche statt einer Stunde.
- Kein Retry und keine Fehler-Queue. Ein kurzer Netzwerkausfall darf nicht bedeuten, dass Sie 30 Aufträge verlieren. Eine vernünftige Integration wiederholt von selbst und legt das, was sich nicht laden lässt, zur manuellen Prüfung beiseite.
- Kein Datenverantwortlicher. Der Produktpreis ändert sich an drei Stellen — ERP, Shop, Vertriebspreisliste. Welcher davon ist „die Wahrheit"? Ohne diese Entscheidung wird die Integration jeden Tag das eine durch das andere überschreiben und Chaos schneller stiften, als ein Mensch es je könnte.
- Kein Ansprechpartner beim ERP-Anbieter. Comarch Optima hat eine API, aber manchmal muss man den Partner für Zugang oder zur Klärung eines Details kontaktieren. Ein Projekt, in dem niemand diesen Kontakt hat, kann wegen einer einzigen Konfiguration wochenlang feststecken.
Wo anfangen
Fangen Sie nicht mit „integrieren wir alles" an. Fangen Sie mit dem einen Systempaar an, zwischen dem Daten heute schon manuell hin- und herwandern. Das wird die Integration mit der schnellsten Amortisation sein, weil Sie die Kosten bereits zahlen — Sie sehen sie nur nicht.
Konkret:
- Machen Sie eine Karte: welche Systeme Sie haben, wer was wohin täglich kopiert. Das sind zwei Stunden Gespräche mit dem Team, kein Quartalsprojekt.
- Wählen Sie das eine Paar mit dem größten Schmerz — meistens ist das ERP + Lager oder ERP + Onlineshop.
- Bestimmen Sie einen Datenverantwortlichen für jedes kritische Feld (Kunde, Produkt, Preis).
- Machen Sie ein Pilotprojekt auf einer Teilmenge (z. B. einer Produktlinie). Schauen Sie, ob die Logik trägt, bevor die ganze Firma damit arbeitet.
- Messen Sie nach dem Piloten: wie viele Stunden pro Woche eingespart, wie viele Fehler weg. Ohne diese Messung können Sie den Wert nicht belegen — und die nächste Integration findet schlicht nicht statt.
Das ist kein Halbjahresprojekt. Die erste sinnvolle Integration im KMU — Comarch Optima ↔ Shop, oder ERP ↔ WMS — dauert in der Regel 4–8 Wochen und kostet einen mittleren fünfstelligen Złoty-Betrag. Das ist deutlich weniger, als die Firma jährlich an manuellem Abtippen verliert, das niemand zusammenzählt.
Wenn Sie nicht wissen, mit welchem Paar Sie in Ihrer Firma anfangen sollen, helfen wir bei der Karte. Das erste Gespräch ist kostenlos und dauert eine halbe Stunde.
„Systeme mit Excel zusammenkleben" ist keine Ersparnis. Es ist ein Kredit, dessen Rate Sie täglich mit fremder Zeit bezahlen.