Die Ausgangslage
Ein Stahlbau-Unternehmen mit großen Fertigungswerken betreibt eine gewachsene, tief integrierte SAP-S/4HANA-Landschaft - seit fast einem Jahrzehnt produktiv, mit dem Projektsystem im Zentrum: Budgets, Strukturen und die Transaktionen aller umliegenden Module laufen auf PSP-Elementen zusammen. Für die Fertigungssteuerung hatte das Unternehmen jedoch eine Best-of-Breed-Fabrikationssuite ausgewählt: längen- und chargenbewusste Materialwirtschaft (Hitzen), Verschachtelung und Reststück-Optimierung, Fertigungsverfolgung auf Positionsebene und Traceability in Fabrikationsqualität - genau das, wofür generische ERP-Systeme nicht gebaut sind.
Eine erste technische Bewertung der Integration beider Systeme kam zu einer ernüchternden Zahl: rund 1.100 Personentage über acht Modulbereiche, etwa fünfzehn Monate Umsetzung, und die Komplexitätseinstufung „hoch“ in Materialwirtschaft, Produktion, Qualität und Projekten. An solchen Zahlen scheitern Best-of-Breed-Strategien - nicht, weil das operative System falsch wäre, sondern weil die Integrationsrechnung sie unbezahlbar erscheinen lässt.
Zirkel Technologies wurde beauftragt, diese Bewertung zu analysieren und eine präzise Frage zu beantworten: Ist das der Preis der Strategie - oder der Preis einer bestimmten Art, sie umzusetzen?
Diagnose: Die Kosten lagen in der Kopplung, nicht in der Strategie
In der zeilenweisen Analyse ließ sich der Aufwand auf vier Architekturentscheidungen zurückführen - jede implizit gesetzt statt explizit begründet:
Keine dieser Entscheidungen war durch ein Geschäftsergebnis gefordert. Jede reproduzierte im ERP operative Details, die die Fabrikationssuite bereits nativ führt - in Fabrikationsqualität. Die Strategie war richtig; die Kopplung war teuer.
Methode: Evidenzbasierte Discovery
Bevor wir entwarfen, schufen wir eine belastbare Faktenbasis. Unsere strukturierte Capability-Discovery stellte der Fabrikationsplattform über einhundert atomare Fragen - jede mit genau einem Fähigkeitscode zu beantworten (Standard / konfigurierbar / Entwicklung / nicht unterstützt), jede kritische Frage an Evidenz gebunden: Dokumentationsauszug, Beispielexport oder eine schriftliche Entwicklungszusage mit Releasetermin. Pauschale Zusicherungen galten als unbeantwortet.
Zwei Disziplinen prägten die Discovery. Erstens die Entscheidungs-Routing-Regel: Wo eine Antwort von einer Kundenrichtlinie statt von einem Plattform-Fakt abhing, nannte der Anbieter seine Fähigkeitsposition, und die Entscheidung wanderte mit einer empfohlenen Arbeitsannahme in ein Register offener Entscheidungen - Anbieterfakten und Kunden-Governance blieben sauber getrennt. Zweitens die Roadmap-Disziplin: Jede Fähigkeit, die von noch nicht allgemein verfügbarer Funktionalität abhing, galt als Entwicklung, bis ein GA-Termin schriftlich zugesagt war. Das anschließende Design ruht auf verifizierter Fähigkeit - und jede Annahme trägt ihre Herkunft.
Die Neuarchitektur: Fünf Prinzipien, sechs Schnittstellen
Die Zielarchitektur folgt fünf Prinzipien - jedes rückführbar auf ein bestätigtes Discovery-Ergebnis:
Auf diesen Prinzipien schrumpfte die Integration von einem Modul-für-Modul-Geflecht auf sechs kontrollierte Schnittstellen:
DER GRÖßTE HEBEL: WO DIE BEWERTUNG LEBT: Die Verlagerung der gesamten Bewertung ins ERP zu Standardpreisen veränderte alles Nachgelagerte. Die Fabrikationssuite brauchte weder Finanzbewertung noch gleitende Durchschnittspreise; die Periodenschnittstelle schrumpfte von einem bewerteten Finanzauszug zu einer Mengensumme; und die Abstimmung wurde strukturell sauber - Mengen stimmen zwischen den Systemen ab, Preise sind ERP-Stammdaten. Jede Differenz zerfällt in eine untersuchbare Mengenabweichung oder einen rein ERP-internen Preiseffekt.
DER VERBRAUCHSZEITPUNKT: Die Umlagerung in die Werkstatt ist kein Verbrauch. Verbrauch entsteht mit Abschluss des ersten Fertigungsprozesses an einer Position - der operativ korrekte Zeitpunkt, gemeinsam vereinbart und als Buchungstrigger fixiert. Eine sauberere buchhalterische Definition, als Bewegungsspiegelung sie je liefern könnte.
Für den Betrieb entworfen, nicht nur für den Bau
Jede Schnittstelle trägt Quittierungen, dublettensichere Wiederverarbeitung und eine benannte Abstimmungskontrolle - sechs ständige Reports im Wochen- bis Monatsrhythmus, von der Mapping-Vollständigkeit bis zur abgezeichneten Perioden-Mengenabstimmung. Der Integrationstest endet erst mit einem vollständig simulierten Periodenabschluss, und die Abnahme ist auf den zweiten sauberen produktiven Abschluss definiert - weil der Plan davon ausgeht, dass der erste noch Lektionen bereithält. Der Cutover folgt einem gehärteten New-Projects-First-Muster: keine Migration laufender Beschaffungs- oder Fertigungsbelege; Bestandsmigration als eigener Arbeitsstrang mit Eröffnungsabstimmung.
Ergebnisse
Das vielleicht wertvollste Ergebnis steht in der letzten Zeile. Die Neuarchitektur verdichtete eine ausufernde Technikdiskussion auf eine einzige Managementfrage: Braucht das Unternehmen fabrikationsgenaue Finanzgranularität im ERP - oder finanzielle Steuerung auf Auftragsebene im ERP, mit Fabrikationsdetail aus dem dafür gebauten System? So gestellt - mit beiden Optionen technisch ausgearbeitet und bepreist - liegt die Entscheidung dort, wo sie hingehört: beim Management, explizit im Blueprint getroffen, bevor gebaut wird.
Was wir jedem Fertiger vor dieser Entscheidung mitgeben
1. Hinterfragen Sie die Kopplung, bevor Sie die Strategie infrage stellen. Wirkt eine Best-of-Breed-Einführung unbezahlbar, stecken die Kosten meist im unterstellten Integrationsmuster - nicht im zweiten System.
2. Entscheiden Sie zuerst, wo die Bewertung lebt. Es ist der größte architektonische Einzelhebel: Mengen lassen sich leicht austauschen und abstimmen; Werte erzwingen eine zweite Bewertungslogik.
3. Bewerten Sie Discovery-Antworten nach Evidenz, nicht nach Überzeugung. Fähigkeitscodes plus Pflichtmuster für kritische Fragen verhindern eine auf Zusicherungen gebaute Architektur.
4. Trennen Sie Anbieterfakten von Kundenentscheidungen. Eine Discovery, die den Anbieter Governance-Fragen beantworten lässt, erzeugt eigennützige Architektur; solche Entscheidungen gehören mit empfohlenen Arbeitsannahmen in ein Register.
5. Entwerfen Sie auf den Periodenabschluss hin. Quittierungen, Kontrollsummen, ein Abstimmungskalender und der simulierte Abschluss als Test-Exit machen eine schlanke Integration prüfungsfest - und das Finanzressort zu ihrem Verbündeten.
← Zurück zu ImpulseStellt eine Integrationsschätzung Ihre Best-of-Breed-Strategie infrage? Sprechen Sie mit unserem Enterprise-Integration-Advisory-Team.