Was ein isoliertes ERP kostet
Die meisten Unternehmen haben kein ERP-Problem, sondern ein Problem mit einem isolierten ERP. Die Finanzabteilung vertraut einer Zahl, das Lager arbeitet mit einer anderen, und die Website zeigt eine dritte. Jemand gleicht sie manuell ab, und dieser Abgleich ist selbst ein Vollzeitjob, der keinen Wert schafft.
Die Symptome sind immer gleich: Bestellungen, die aus dem Shop ins ERP abgetippt werden, Bestandszahlen, die einmal am Tag stimmen, Rechnungen aus einer Tabelle und ein Monatsabschluss, der eine Woche dauert, weil drei Systeme bei denselben Transaktionen uneins sind.
Integration beseitigt das Abtippen und die Widersprüche. Die Bestellung, die im Shop eingeht, ist derselbe Datensatz, den das ERP fakturiert – mit derselben Referenz und denselben Summen, weil niemand sie kopiert hat.
Was wir verbinden
- E-Commerce-Plattformen: Bestellungen, Bestand, Preise, Kunden, Rechnungen
- Marktplätze: Angebote, Bestand, Bestellimport, Abwicklung von Stornierungen
- CRM: Konten, Kontakte, Angebote, Kreditstatus, Bestellhistorie
- Lager und WMS: Wareneingang, Einlagerung, Kommissionierung, Inventur
- Logistik und Versand: Sendungserstellung, Etiketten, Sendungsverfolgung, Rücksendungen
- Banken und Zahlungen: Abgleich und Zuordnung von Zahlungseingängen
- E-Rechnung und behördliche Meldungen, wo zutreffend
- B2B-Händlerportale mit Live-Preisen und Kreditlimits
- Produktions- und MRP-Daten für Hersteller
- Reporting- und Business-Intelligence-Schichten
Erst abbilden, dann bauen
Fast jede gescheiterte ERP-Integration ist in der Designphase gescheitert, nicht im Code. Die Fragen, die zuerst beantwortet werden müssen, sind unspektakulär, aber entscheidend: Welches System führt welches Feld, was passiert, wenn beide denselben Datensatz ändern, wie oft muss jeder Datentyp wirklich synchronisiert werden, und was soll geschehen, wenn eine Geschäftsregel verletzt wird, statt dass ein technischer Fehler ausgelöst wird?
Wir erstellen eine schriftliche Datenlandkarte mit Datenhoheit, Richtung, Häufigkeit und Konfliktregeln und lassen sie vor Entwicklungsbeginn von Finanzen, Betrieb und IT gemeinsam abstimmen. Dieses Dokument verhindert die meisten Streitigkeiten, die Integrationen sonst sechs Monate später auslösen.
Gebaut für schlechte Tage
Integrationen werden danach beurteilt, wie sie sich verhalten, wenn etwas fehlschlägt, nicht wenn alles funktioniert. Partnersysteme gehen offline, drosseln Anfragen, ändern ein Feld oder nehmen eine Anfrage an und legen den Datensatz dann doch nicht an.
Deshalb bauen wir mit Warteschlangen und Wiederholungen, idempotenten Operationen, damit eine Wiederholung keine Bestellung oder Rechnung verdoppeln kann, Validierung an der Schnittstelle, Isolierung von Datensätzen, die immer wieder fehlschlagen, strukturierten Protokollen jedes Austauschs und Alarmen, die einen Menschen erreichen. Jede Integration erhält ein Dashboard, das zeigt, was synchronisiert wurde, was fehlgeschlagen ist und was wartet – so ist eine fehlende Bestellung in Sekunden geklärt, statt einen Tag lang untersucht zu werden.
Wenn das ERP keine brauchbare API hat
Viele ERP-Systeme im täglichen Einsatz wurden entwickelt, bevor APIs erwartet wurden. Ein solches System zu ersetzen ist eine Entscheidung über mehrere Jahre, die die meisten Unternehmen zu Recht aufschieben. Daher arbeiten wir mit dem Vorhandenen: Integration auf Datenbankebene mit sorgfältig eingeschränkten Konten, zeitgesteuerter Dateiaustausch oder ein kleiner Adapterdienst, der vor dem Altsystem eine saubere, moderne API bereitstellt.
Diese Ansätze erfordern mehr Sorgfalt bei Datenintegrität und Änderungserkennung, und wir dokumentieren genau, welche Annahmen jeder von ihnen trifft, damit ein künftiges ERP-Upgrade nichts unbemerkt kaputt macht.