Wie BASF mit einer kompletten IT-Architektur-Neugestaltung Agilität steigern will

Warum BASF die IT-Architektur neu aufstellt: Kundennähe, Echtzeitdaten und neue Geschäftsmodelle

Wenn ein Chemiekonzern seine Kunden nur über mehrere Wertschöpfungsstufen erreicht, wird jede digitale Lücke zum Bremsklotz. BASF beschreibt das Projekt „Next Generation Business Architecture“ genau aus diesem Grund: Der Konzern will näher an Kunden und Bedürfnisse heranrücken. [1] Das Ziel ist nicht kosmetisch. BASF will neue Geschäftsmodelle aufbauen und mit Chemie plus Informationen neue Geschäfte entwickeln. [1]

Die Herausforderung ist die Struktur des Geschäfts. BASF produziert und handelt mit Stoffen, die sich nicht wie Software standardisieren lassen. Deshalb reicht eine punktuelle Systemmodernisierung nicht aus. Die Architektur muss Daten aus Produktion, Supply Chain und Kundenkontakt schneller zusammenführen, damit Reaktionszeiten nicht an Silos hängen bleiben. [1]

Ein konkreter Ansatz ist die Smart Supply Chain. BASF verbindet sich dabei mit den Lieferketten von Kunden und Lieferanten und greift nahezu in Echtzeit auf Daten zu, um schneller auf Wünsche und Anforderungen zu reagieren. [1] Das verschiebt die Planung von einer forecast-basierten Logik in Richtung bedarfsorientierter Steuerung. Für IT-Entscheider ist das der entscheidende Punkt: Agilität entsteht hier nicht durch ein neues Frontend, sondern durch eine Daten- und Integrationsarchitektur, die operative Entscheidungen beschleunigt.

Wer solche Architekturfragen auf einer breiteren strategischen Ebene einordnen will, findet im Beitrag Warum der McKinsey‑Leitfaden zur Enterprise‑IT‑Architektur für IT‑Leiter jetzt unverzichtbar ist[2] einen passenden Anschluss für die Priorisierung im Enterprise-Kontext.

Als Zeitrahmen nennt BASF für das Vorhaben voraussichtlich 2025. [1] Konkrete KPIs zum Produktionsoutput oder zu Agilitätsgewinnen veröffentlicht der Konzern in den verfügbaren Quellen nicht.

Die Kernarchitektur des Programms: SAP S/4HANA, Clean Core und hybride Systemlandschaft

Wenn ein Konzern wie BASF seine Kernprozesse auf SAP S/4HANA Cloud umstellt, entscheidet die Architektur über die Kosten der nächsten Jahre. SAP nennt den Start der digitalen Transformation bei BASF ausdrücklich als Einführung von SAP S/4HANA Cloud Private Edition. [3] Das ist kein isolierter ERP-Tausch. BASF baut eine Übergangsarchitektur, die mit der bestehenden Landschaft zusammenarbeiten muss. Genau dort entstehen in großen Programmen die meisten Integrationskosten.

Nach SAP-Angaben nutzt BASF eine hybride Systemlandschaft, um SAP S/4HANA Cloud in die bestehende IT-Infrastruktur zu integrieren und zugleich die Komplexität des On-Premise-Betriebs zu verringern. [3] Das erste neue System auf Basis von SAP S/4HANA Cloud ist bereits produktiv. [3] Für IT-Leiter ist das die realistische Migrationslogik: Teilumstellungen statt Big Bang.

BASF verknüpft diese Strategie laut SAP mit dem Ziel, neue Anpassungen und Funktionserweiterungen von Beginn an cloud-fähig umzusetzen, um Wartung und Betrieb langfristig zu vereinfachen. [3] Für eine Organisation mit globalen Prozessen und heterogenen Altanwendungen ist das ein zentraler Punkt. Clean Core reduziert die Last im Kernsystem, verschiebt das Problem aber in die Integrationsschicht. Wer dort keine klare Governance aufbaut, verliert den Vorteil schnell wieder.

Wer die Einordnung von ERP-Zielbildern und Plattformentscheidungen vertiefen möchte, kann ergänzend den Beitrag SAP S/4HANA vs. Microsoft Dynamics 365: Die große Feature-Vergleichstabelle 2026[4] heranziehen.

SAP nennt nach vollständiger Implementierung optimierte Abläufe, Echtzeit-Datenerkenntnisse, verbesserte Entscheidungsfunktionen und mehr Flexibilität bei veränderten Marktanforderungen. [3] Diese Effekte sind plausibel, aber in den veröffentlichten Quellen nicht mit Kennzahlen hinterlegt.

Die eigentliche Prüfgröße liegt daher in der Betriebsfähigkeit: Wie schnell lassen sich neue Funktionen freigeben, ohne die Stabilität des Kernsystems zu gefährden? Genau daran entscheidet sich, ob eine hybride Architektur zur Brücke oder zur Dauerbaustelle wird.

Der Data Integration Layer als Drehpunkt: Datenkonsolidierung, Echtzeitfähigkeit und Reaktionsgeschwindigkeit

Wenn ein Konzern Daten aus Produktion, Lieferkette und Kundenkontakt nur in Silos hält, sinkt die Reaktionsgeschwindigkeit. BASF adressiert genau diesen Punkt mit einem Data Integration Layer, der laut CIO.de alle Daten im Konzern miteinander verbinden soll. [1] Für IT-Entscheider ist das der eigentliche Hebel hinter der Architektur. Nicht das ERP allein schafft Agilität, sondern die Fähigkeit, Informationen konsistent und zeitnah in einem gemeinsamen Datenfluss bereitzustellen.

Der praktische Nutzen zeigt sich in der Smart Supply Chain. BASF greift dort nahezu in Echtzeit auf Daten zu, um schneller auf Wünsche und Anforderungen zu reagieren. [1] Das ist für einen Chemieproduzenten relevant, weil Materialverfügbarkeit, Liefertermin und technische Spezifikation oft gleichzeitig entschieden werden müssen. Ohne Integrationsschicht laufen diese Signale verzögert und uneinheitlich zusammen.

Der Data Integration Layer dient damit als Verbindungsschicht für operative Synchronität. Er reduziert direkte Punkt-zu-Punkt-Verbindungen und schafft einen kontrollierten Zugriff auf Konzerndaten. [1] Für BASF ist das der Weg, digitale Kanäle mit der realen Wertschöpfung zu koppeln. [1]

Wenn Sie die organisatorische und technische Ausgangslage vor einer solchen Umstellung sauber analysieren wollen, passt der Leitfaden Digitale Transformation im KMU: Von der Analyse bis zur Umsetzung[5] als methodischer Einstieg.

Ob BASF den Layer eher als ESB-, MDM- oder breiteres Integrationsmuster ausprägt, lässt sich aus den veröffentlichten Informationen nicht belastbar ableiten. Für IT-Entscheider bleibt die Unterscheidung trotzdem wichtig: Ein Integrationsmuster mit klaren Routingregeln löst andere Probleme als ein MDM-Ansatz zur Harmonisierung von Stammdaten.

Als Bewertungsrahmen hilft eine einfache Prüflogik:

Für die Steuerung von Lieferketten ist diese Schicht entscheidend. Wenn Ihre Produktion täglich Schichtdaten, Planwerte und Logistiksignale verarbeitet, brauchen Sie einen Integrationspfad, der Änderungen schnell und nachvollziehbar verteilt.

KI-Potenziale im Kontext der neuen Architektur: Was BASF bereits einsetzt – und was offen bleibt

KI bringt BASF nur dann weiter, wenn die Architektur Daten sauber liefert und die Anwendungsfälle nicht im Pilotstatus hängen bleiben. Auf der eigenen Digitalisierungsseite beschreibt BASF KI als große Chance für Sicherheit, Qualität, Produktivität, Kosteneffizienz und Wachstum. [6] Das ist strategisch klar, aber noch keine belastbare Aussage zur Wirkung auf Produktionsoutput.

Die veröffentlichte Programmlogik spricht dafür, KI nicht isoliert zu betrachten, sondern an die neue Systemarchitektur zu koppeln. Wenn S/4HANA, Data Integration Layer und hybride Landschaft zusammenlaufen, entstehen die Datenpfade, die KI-gestützte Entscheidungen überhaupt erst tragfähig machen. Ob BASF diese Logik bereits in operative Produktionsmodelle überführt, bleibt in den verfügbaren Quellen offen.

BASF nennt auf der Digitalisierungsseite konkrete Einsatzfelder entlang der Wertschöpfungskette. In der Produktion nutzt das Unternehmen Daten, um den Wartungsbedarf von Produktionsanlagen besser vorherzusagen und dadurch die Anlagenverfügbarkeit zu steigern. [6] Das ist für ein Chemieunternehmen direkt relevant, weil besser prognostizierte Wartung ungeplante Stillstände reduzieren kann. Eine konkrete Kennzahl zur Höhe der Verfügbarkeitssteigerung veröffentlicht BASF in den vorliegenden Quellen nicht.

Auch in der Supply Chain beschreibt BASF die Vernetzung mit Kunden und den Austausch logistikrelevanter Daten, um schneller und besser zu beliefern. [6] Daraus ergibt sich ein klares Potenzial für KI-gestützte Prognosen und Priorisierungen. Die Quelle nennt jedoch keine Modelle, keine Werk-Anwendungen und keine KPIs.

SAP bestätigt, dass BASF den digitalen Assistenten Joule in SAP SuccessFactors für erste Anwendungsfälle aktiviert hat. [3] Das ist ein konkreter Einstieg in den produktiven KI-Einsatz. Gleichzeitig prüft BASF laut SAP weitere Einsatzmöglichkeiten innerhalb der Kernprozesse. [3] Eine produktionsnahe KI-Roadmap ist daraus noch nicht ableitbar.

Organisatorische Transformation: DevOps, Governance und der Two-in-a-Box-Ansatz

Wenn Sie eine Architektur wie bei BASF einführen, scheitert sie selten an der Plattform selbst. Häufig scheitert sie an Übergaben, Prioritäten und unklaren Zuständigkeiten. Deshalb ist die Aussage aus CIO.de relevant, dass sich die IT bei BASF immer stärker zu einer DevOps-Organisation entwickelt. [1] Für ein Industrieunternehmen heißt das nicht mehr Tooling, sondern engere Schleifen zwischen Entwicklung, Betrieb und Fachbereich.

Bei BASF steht DevOps erkennbar für mehr als klassische Softwareentwicklung. Das Programm überführt die gesamte IT-Architektur ins digitale Zeitalter und zielt darauf, näher an Kunden und Bedürfnisse heranzurücken. [1] Dafür müssen IT-Teams Plattformen laufend an neue Geschäftsanforderungen anpassen. In einer Organisation mit mehreren Stufen zwischen Endkunde und Produzent wird jede zusätzliche Freigabeschleife zum Verzögerungsfaktor.

Ein belastbares Gegenstück liefert die BASF-Agricultural-Solutions-Case-Study: Dort arbeiten interne Kommunikation und IT mit einem Two-in-a-Box-Ansatz zusammen und tragen gemeinsam Verantwortung für Plattform, Inhalte, Sicherheit und Weiterentwicklung. [7] Die Fallstudie nennt außerdem klare Standards, datenbasierte Steuerung und ein skalierbares redaktionelles Modell als Teil des Setups. [7]

Für große Transformationsprogramme ist das relevant, weil Technik und Governance zusammengehören. Wenn mehrere Teams eine gemeinsame Plattform nutzen, braucht es neben Integrationsregeln auch eine gemeinsame Steuerung. Die Case Study beschreibt ein globales Umfeld mit 15.000 Mitarbeitenden. [7] Das zeigt die Größenordnung, in der BASF solche Kooperationsmodelle einsetzt.

Risiken, Prüfstellen und offene Punkte: Wo die Datenlage dünn bleibt

Bei BASF ist der Umbau der IT-Architektur öffentlich als Großprojekt beschrieben, aber nicht als fertig messbares Ergebnis. Die einzige harte Zeitangabe in den verfügbaren Quellen lautet, dass das Projekt voraussichtlich bis 2025 dauert. [1] Daraus lässt sich noch kein belastbarer Produktions- oder Output-Effekt ableiten.

Auch bei der KI-Roadmap bleibt die Lage lückenhaft. SAP bestätigt erste Schritte mit Joule in SuccessFactors und nennt weitere geprüfte Einsatzmöglichkeiten innerhalb der Kernprozesse. [3] Welche Produktions- oder Prozessbereiche BASF als Nächstes automatisiert oder mit KI unterstützt, ist öffentlich nicht beschrieben.

Für die Bewertung eines solchen Programms sollten Sie zwei Ebenen trennen. Erstens: Was ist organisatorisch und technisch angekündigt? Zweitens: Was ist operativ bereits belegt? Im BASF-Fall sind S/4HANA Cloud Private Edition, hybride Systemlandschaft, Clean-Core-Strategie und Data Integration Layer klar benannt. [3] Der Weg zur messbaren Wirkung auf Shopfloor oder Supply Chain bleibt in den Quellen jedoch offen.

Die praktische Prüffrage für CIOs lautet daher: Welche Systeme müssen zuerst stabilisiert werden, bevor neue Funktionen live gehen? Und wer verantwortet die Übergänge zwischen Plattform, Fachbereich und Betrieb? Wer diese Punkte nicht vorab klärt, riskiert Verzögerungen und Integrationsbrüche.

Was IT-Entscheider aus dem BASF-Case ableiten können

Wenn Sie eine bestehende Kernlandschaft modernisieren, lesen Sie den BASF-Fall als Architekturfrage, nicht als Erfolgsmeldung. Die belastbaren Punkte sind klar: BASF führt SAP S/4HANA Cloud Private Edition ein, arbeitet mit einer hybriden Systemlandschaft und setzt eine Clean-Core-Strategie um. [3] Dazu kommt der geplante Data Integration Layer, der Daten im Konzern verbinden soll, sowie die Entwicklung der IT hin zu einer DevOps-Organisation. [1]

Der zweite Lernpunkt betrifft den Scope. BASF will mit dem Projekt näher an Kunden und Bedürfnisse heranrücken und neue digitale Geschäftsmodelle aufbauen. [1] Für Industrieunternehmen verschiebt das die Erwartung an die IT. Es geht nicht mehr nur um stabile Systeme, sondern um schnellere Reaktionsfähigkeit in Lieferkette, Service und Vermarktung.

Wenn Sie die BASF-Logik auf Ihre eigene Transformation übertragen, halten Sie diese drei Arbeitspakete getrennt. Erstens die Zielarchitektur mit Clean Core und hybrider Anbindung. Zweitens die Datenebene mit Integrationslogik und Stammdatenverantwortung. Drittens das Betriebsmodell mit DevOps, Governance und klaren Rollen. Wer diese Ebenen vermischt, produziert schnell ein Programm, das technisch modern wirkt, operativ aber schwer steuerbar bleibt.

Für die vertiefte Bewertung helfen Ihnen zwei Anschlusswege: die SAP S/4HANA Transformation für die Kernsystemseite und die Data-Integration-Strategien für die Daten- und Schnittstellenarchitektur. Wenn Sie zusätzlich bewerten wollen, warum große Vorhaben an Übergaben, Governance und Migrationsreihenfolgen scheitern, laden Sie die Checkliste „Warum scheitern große IT-Architektur-Transformationen?“ als nächsten Schritt intern an.

Der BASF-Case zeigt vor allem eines: Architekturtransformation ist kein reines Refactoring. Sie verändert den Takt zwischen Fachbereich, Betrieb und Datenflüssen. Wer daraus die richtigen Fragen ableitet, senkt Projektrisiken und schafft eine belastbare Entscheidungsgrundlage für die nächste Transformationsrunde.