ERP-first: Warum das wichtigste System im Unternehmen nie für die Außenwelt gebaut wurde – und was das für B2B bedeutet

ERP-Systeme wurden nicht dafür gebaut, diese Realität nach außen zu tragen – zu Kunden, Partnern, Portalen oder digitalen Services. Sie wurden für interne Nutzer und kontrollierte Abläufe entwickelt. Heute erwarten Kunden jedoch Online-Bestellungen, Self-Service und Transparenz über Aufträge, Liefertermine und Belege. Dafür braucht man genau die Daten und Regeln aus dem ERP – aber in einer Form, die extern nutzbar und skalierbar ist. Das ERP enthält die Wahrheit. Aber es kommuniziert sie nicht von selbst.

In vielen Projekten wird deshalb ERP-Logik in vorgelagerten Systemen nachgebaut: Preise, Regeln und Prozesse werden doppelt modelliert. Kurzfristig wirkt das pragmatisch. Langfristig entstehen Parallelwelten: widersprüchliche Daten, steigende Komplexität, hoher Pflegeaufwand und fragile Integrationen. Aus einer Wahrheit werden mehrere – und jede Änderung wird zum Risiko. Das Problem ist selten die Technologie. Es ist die Architekturentscheidung.

Ein nachhaltiger Ansatz ist ERP-first: Das ERP bleibt das führende System für Daten, Regeln und Prozesse. Es wird nicht kopiert und nicht fachlich dupliziert. Die Aufgabe vorgelagerter Plattformen ist es, diese Realität nach außen nutzbar zu machen – sie zu übersetzen, nicht zu vervielfältigen. Damit wird aus einem Shop- oder Portalprojekt ein Architektur- und Integrationsprojekt. Die zentrale Frage lautet dann nicht mehr: „Wo bilden wir diese Logik noch einmal ab?“ Sondern: „Wie machen wir die bestehende Logik sicher, konsistent und skalierbar nutzbar?“

Ein ERP-first-Ansatz ist vor allem eine organisatorische Entscheidung. Er klärt Verantwortlichkeiten für Daten und Prozesse, vermeidet doppelte Logik und schafft die Grundlage für wartbare, updatefähige Systemlandschaften. Genau daran scheitern viele Digitalprojekte: nicht an fehlenden Features, sondern an unklarer Architektur und mehrfach gepflegter Wahrheit.