ERP-Integration

ERP-Integration: die operative Datenbasis öffnen, ohne sie zu gefährden.

Im ERP liegen Artikel, Bestände, Aufträge und Belege — also die Zahlen, an denen sich alles andere ausrichten muss. Gleichzeitig brauchen Vertrieb, Shop, Service und Auswertung Teile davon. Ich definiere mit Ihnen, welche Daten das ERP nach außen gibt, welche es zurücknimmt und wie beides zuverlässig läuft.

  • Source of Truth je Datenobjekt statt paralleler Nebenbuchhaltungen
  • Lesende und schreibende Zugriffe bewusst getrennt
  • Mengengerüst, Limits und Lastzeiten vor der Architektur geprüft
  • Der Herstellername entscheidet nichts — die Schnittstelle entscheidet alles
Lagerhalle mit Regalen und Tablet mit Bestands-Dashboard
Ausgangslage

Alle brauchen ERP-Daten. Bekommen sie aber als Export.

Der Vertrieb will wissen, ob geliefert wurde. Der Service will die Seriennummer. Die Geschäftsführung will die Marge. Und weil das ERP als heikel gilt, entsteht rundherum eine Schattenwelt aus Tabellen, monatlichen Exporten und Zwischenständen, die jemand von Hand aktualisiert.

Das ist verständlich, aber teuer. Jeder Export ist eine Kopie, die ab der Sekunde ihrer Erstellung veraltet. Und jede Kopie erzeugt eine zweite Wahrheit, die irgendwann in einer Besprechung gegen die erste antritt.

Der zweite typische Fall ist das Gegenteil: Es wird zu viel geschrieben. Mehrere Systeme greifen auf denselben Datensatz zu, niemand hat definiert, wer gewinnt, und im Zweifel korrigiert die Buchhaltung hinterher von Hand.

Eine ERP-Integration ist deshalb weniger eine technische als eine ordnende Aufgabe: Welche Information gehört ins ERP, welche darf nur gelesen werden, und welcher Prozess darf tatsächlich zurückschreiben.

Leistungen

Welche ERP-Daten typischerweise nach außen müssen.

Sechs Bausteine, die sich einzeln oder kombiniert nutzen lassen — je nachdem, wo heute exportiert, abgetippt oder nachgefragt wird.

Datenhoheit

Welche Daten das ERP führt — und welche es nur liefert.

Diese Festlegung ist der Kern jeder ERP-Integration. Sie ist in einem Nachmittag gemacht und spart im Betrieb monatelange Diskussionen.

  • Führendes System je Objekt

    Artikel, Bestand, Auftrag, Beleg, Kunde: Für jedes Objekt wird festgehalten, welches System die verbindliche Version hält. Alles andere ist eine Anzeige und darf sich entsprechend verhalten.

  • Lesen und Schreiben trennen

    Die meisten Anforderungen sind reine Lesezugriffe. Schreibende Zugriffe auf ein Kernsystem sind die deutlich empfindlichere Kategorie und bekommen eigene Regeln, eigene Tests und einen eigenen Fehlerpfad.

  • Taktung statt Reflex

    Nicht alles muss in dem Moment fließen, in dem es entsteht. Echtzeit dort, wo ein Mensch oder ein Kunde wartet; ein geplanter Lauf dort, wo es niemandem auffällt. Diese Trennung entlastet Systeme und Budget zugleich.

  • Mengengerüst und Limits

    Wie viele Datensätze fallen an, wann sind die Lastspitzen, welche Ratenbegrenzungen setzt der Anbieter? Antworten darauf entscheiden über die Architektur — nicht der Wunschzettel aus der Anforderungsrunde.

  • Rechte und Zugänge

    Integrationen bekommen eigene technische Zugänge mit dem kleinstmöglichen Rechteumfang, nicht den Benutzer eines Mitarbeiters. Zugangsdaten werden getrennt verwaltet und dokumentiert.

  • Nachvollziehbarkeit

    Für kaufmännisch relevante Daten muss im Nachhinein feststellbar sein, was wann von wo übertragen wurde. Protokollierung ist hier kein Komfort, sondern Voraussetzung.

Welche ERP-Systeme

Die ehrliche Antwort auf die häufigste Frage.

Ob ein ERP sauber anbindbar ist, entscheidet nicht der Name auf dem Vertrag, sondern seine Schnittstelle: Gibt es eine dokumentierte API, gibt es Webhooks, gibt es geregelte Import- und Exportwege, wie funktioniert die Authentifizierung, welche technischen Limits gelten, und wie sieht das Datenmodell wirklich aus.

Genau diese Punkte prüfen wir im System- & Integrations-Check Ihres Systems, bevor eine Architektur festgelegt wird. Das Ergebnis ist eine API-Matrix, aus der hervorgeht, was möglich ist, was mit Aufwand möglich ist und was nicht geht — inklusive der Konsequenzen für Zeitplan und Kosten.

Was ich bewusst nicht tue: eine Liste großer ERP-Hersteller aufführen und damit Herstellerkompetenz suggerieren. Wo ich belegbare Erfahrung mit einem konkreten System habe, sage ich es namentlich; wo nicht, prüfen wir es gemeinsam. Alles andere platzt spätestens im zweiten Gespräch.

Wenn Ihr ERP eine ältere Installation ohne moderne Schnittstelle ist, ist das kein Ausschlusskriterium — dann sind geplante Datenübergaben, Zwischenschichten oder Exportwege die realistische Antwort. Diese Einschätzung bekommen Sie vor der Beauftragung, nicht danach.

Ablauf

Vom Export zur belastbaren Verbindung.

Sechs Schritte. Der zweite entscheidet über alles Weitere: Was das ERP technisch hergibt, steht vor jeder Architekturidee.

  1. Schritt 01

    Prozess und Objekte aufnehmen

    Welche operativen Abläufe hängen am ERP, wer arbeitet mit welchen Daten, an welcher Stelle entsteht heute ein Export, eine Tabelle oder eine manuelle Übertragung.

  2. Schritt 02

    Schnittstelle technisch prüfen

    API, Webhooks, Import- und Exportwege, Authentifizierung, Datenmodell, Testumgebung, Limits. Ergebnis ist eine belastbare Aussage darüber, was das System überhaupt hergibt.

  3. Schritt 03

    Datenhoheit festlegen

    Führendes System je Objekt, Lese- und Schreibrichtungen, Taktung, Konfliktregeln und Rechteumfang. Schriftlich, bevor gebaut wird.

  4. Schritt 04

    Integration bauen und absichern

    Umsetzung gegen eine Testumgebung, mit echten Beispieldaten, Wiederholungslogik und Protokollierung von Anfang an. Schreibende Zugriffe zuletzt und mit besonderer Sorgfalt.

  5. Schritt 05

    Lasttest und Fehlerfälle

    Mengengerüst, Lastspitzen, Zeitüberschreitungen, doppelte Nachrichten und Ratenbegrenzungen werden bewusst provoziert. Ein Ablauf, der nur am guten Tag funktioniert, gilt nicht als fertig.

  6. Schritt 06

    Go-live und Betrieb

    Produktivsetzung nach Plan, Beobachtung der ersten Wochen, Dokumentation und Übergabe. Auf Wunsch anschließend in laufender technischer Betreuung.

Schreibende Zugriffe auf ein Kernsystem kommen zuletzt und bekommen eigene Tests. Lesende Zugriffe sind der unkritische, meist völlig ausreichende Teil.

Passt das zu Ihnen?

Wann eine ERP-Integration der richtige Schritt ist — und wann nicht.

Das passt, wenn …

  • Zwischen ERP und anderen Systemen werden heute Daten von Hand übertragen
  • Es gibt regelmäßige Exporte, aus denen jemand eine Tabelle pflegt
  • Bestände oder Preise stehen in mehreren Kanälen unterschiedlich
  • Ihr ERP hat eine dokumentierte Schnittstelle oder zumindest geregelte Import- und Exportwege
  • Im Haus gibt es jemanden, der die ERP-Prozesse kennt und für Rückfragen Zeit hat

Das passt eher nicht, wenn …

  • Gesucht wird eine ERP-Einführung oder ein Wechsel des Kernsystems als Gesamtprojekt
  • Es geht um eine Konzern-Transformation mit eigener Projektorganisation
  • Erwartet wird Herstellerkompetenz und Zertifizierung für ein bestimmtes ERP-Produkt
  • Das ERP soll ohne Einbindung der verantwortlichen Personen im Haus geöffnet werden

Wenn im Erstgespräch herauskommt, dass Ihr Vorhaben eine ERP-Einführung ist und keine Integration, sage ich das — das ist ein anderes Projekt mit anderen Partnern.

FAQ

Häufige Fragen zur ERP-Integration

  • Das entscheidet die Schnittstelle, nicht der Herstellername. Geprüft werden API, Webhooks, Import- und Exportwege, Authentifizierung, Datenmodell und technische Limits. Diese Prüfung ist Teil des System- & Integrations-Checks und steht am Anfang, damit Sie vor einer größeren Investition wissen, was möglich ist. Wo ich belegbare Erfahrung mit einem konkreten System habe, sage ich das namentlich; Herstellerkompetenz für große ERP-Produkte behaupte ich ausdrücklich nicht.

Nächster Schritt

Welche ERP-Daten holen sich Ihre Mitarbeitenden heute von Hand?

Im ersten Gespräch klären wir, welche Abläufe am ERP hängen, welche Daten nach außen müssen und ob eine Integration, ein geplanter Datenaustausch oder zunächst eine Ordnung der Datenhoheit der richtige nächste Schritt ist. 30 Minuten, unverbindlich.

Systemlandschaft prüfen lassen

Welche ERP-Daten holen sich Ihre Mitarbeitenden heute von Hand?

Zwei bis drei Sätze genügen. Im Erstgespräch klären wir, welche Abläufe am ERP hängen, welche Daten nach außen müssen und welcher Weg technisch überhaupt offensteht. 30 Minuten, unverbindlich.

  • Antwort innerhalb eines Werktags
  • Keine Vertragsbindung durch die Anfrage
  • Förder-Check inklusive

Lieber direkt Kontakt aufnehmen?

Ohne das optionale Häkchen verwenden wir Ihre Angaben nur zur Bearbeitung Ihrer Anfrage. Eine Weitergabe zu Werbezwecken an Dritte findet nicht statt.

ErstgesprächAnrufenWhatsApp(öffnet WhatsApp in neuem Tab)