SAP APO zu SAP IBP migrieren: Planung neu denken statt alte Welt übertragen
Wir begleiten die Ablösung von SAP APO vom Zielbild über das neue Planungsmodell in SAP IBP bis zur Abschaltung des Altsystems, mit Expertise in SAP IBP und PP/DS aus einer Hand.
Innovationen in der Planung entstehen bei SAP nur noch in SAP IBP und SAP S/4HANA.
Die Migration von SAP APO zu SAP IBP ist kein technisches Upgrade, sondern ein Wechsel der Planungsplattform. SAP APO arbeitet mit getrennten Modulen (DP, SNP, PP/DS, GATP), Planungsmappen und Makros. SAP IBP bildet die gesamte Planung in einem einheitlichen Datenmodell in der Cloud ab und wird über Excel und Fiori-Apps bedient.
Wer SAP APO 1:1 überträgt, bekommt deshalb kein besseres System, sondern ein altes APO auf neuer Technik. Wir nutzen den Wechsel, um Ihre Planungsprozesse grundlegend neu aufzustellen.
Wir sollten sprechen, wenn ...
-
Ihr Team plant in SAP APO, und intern kann niemand mehr genau sagen, was die Makros eigentlich rechnen.
-
Ihre Planungsmappen über Jahre gewachsen sind und jeder Planer seine eigene Excel daneben pflegt.
-
Ihre S/4HANA-Transformation läuft und die Frage nach dem APO-Nachfolger noch offen ist.
-
Sie wissen, dass Ende 2027 die Wartung endet, aber noch nicht, wo Sie anfangen sollen.
-
Ihnen eine technische 1:1-Migration angeboten wird und Sie das Gefühl haben, damit Chancen zu verschenken.
Samuel de Vos
Solution Architect
Für SAP SCM 7.0 und damit SAP APO endet die Mainstream-Wartung am 31.12.2027. Für aktuelle Releases bietet SAP gegen Aufpreis eine Extended Maintenance bis Ende 2030 an. Innovationen in der Planung entstehen bei SAP nur noch in SAP IBP und SAP S/4HANA.
Warum eine 1:1-Migration von SAP APO in die Sackgasse führt
SAP APO und SAP IBP folgen unterschiedlichen Denkweisen. In APO sind Prozesse oft um die Grenzen des Systems herum gebaut: Makros gleichen fehlende Standardfunktionen aus, Planungsmappen bilden alte Organisationsstrukturen ab. Wer das in SAP IBP nachbaut, trägt diese Altlasten in die neue Plattform und verschenkt genau die Funktionen, für die sich der Wechsel lohnt.
Typische Fehler bei der APO-Ablösung
-
Makros 1:1 nachprogrammieren, statt Standard-Rechenlogik und Operatoren von SAP IBP zu nutzen
-
Planungsmappen als Planning Views kopieren, statt Planungssichten neu für die Anwender zu gestalten
-
Planungsobjektstrukturen unverändert in das Attribut- und Level-Modell von SAP IBP übernehmen
-
SNP-Heuristiken übertragen, ohne Optimizer und Multi-Echelon-Bestandsoptimierung zu prüfen
-
Prognosemodelle unverändert migrieren, statt Demand Sensing und moderne Statistik zu nutzen
Unser Grundsatz: Wir nehmen den Ist-Zustand in SAP APO auf, um zu verstehen, was abgelöst wird. Als Vorlage für die neue Planung dient er nicht.
Was aus SAP APO wird: die Nachfolger im Überblick
Nicht jede APO-Funktion wandert nach SAP IBP. Diese Abgrenzung gehört an den Anfang jedes Projekts, sonst entsteht ein falsches Design.
Funktion in SAP APO | Nachfolger | Hinweis |
|---|---|---|
Demand Planning (DP) | SAP IBP for Demand | inkl. Demand Sensing für die kurzfristige Prognose |
Supply Network Planning (SNP) | SAP IBP for S&OP, SAP IBP for Response & Supply | Heuristik, Optimizer und auftragsbasierte Planung |
Production Planning / Detailed Scheduling (PP/DS) | PP/DS in SAP S/4HANA | bleibt im ERP, nicht in SAP IBP |
Global ATP (GATP) | Advanced ATP (aATP) in SAP S/4HANA | Verfügbarkeitsprüfung im ERP |
CIF-Schnittstelle | SAP Cloud Integration for Data Services (CI-DS), Real-Time Integration (RTI) | neue Integrationsarchitektur |
kein Pendant in APO | SAP IBP for Inventory, Supply Chain Control Tower | Bestandsoptimierung und Transparenz über die Lieferkette |
Weil TIVTAL auf SAP IBP und PP/DS spezialisiert ist, betreuen wir beide Seiten der Ablösung aus einer Hand. So entstehen keine Brüche zwischen Planung und Feinplanung.
Unser Vorgehen: der Migrationspfad von SAP APO zu SAP IBP
Wir migrieren in Wellen statt im Big Bang, jede Welle durchläuft dieselben Phasen. Die Reihenfolge richtet sich nach Nutzen und Risiko, häufig beginnt sie mit der Absatzplanung.
Phase 0 - Strategie und Zielbild
Wir definieren das Zielbild Ihrer Planung (Target Operating Model) und denken dabei von oben: vom S&OP-Prozess und den Unternehmenszielen hin zur operativen Planung. Daraus leiten wir den Modulumfang in SAP IBP, die Abgrenzung zu SAP S/4HANA und die Reihenfolge der Wellen ab.
Phase 3 - Integration und Daten (parallel zu Phase 2)
Parallel zum Aufbau ersetzen wir die CIF-Schnittstelle durch die Integrationsarchitektur von SAP IBP, bereinigen Stamm- und Bewegungsdaten und bereiten den Initial Load vor. Weil Aufbau und Integration gleichzeitig laufen, testen wir früh mit echten Daten und verkürzen die Projektlaufzeit.
Phase 1 - Prozessdesign und Blueprint
Auf der grünen Wiese entwerfen wir Ihre Soll-Prozesse für den gesamten Planungszyklus: Absatzplanung, Supply Review, Abstimmung und Management Review. Per Fit-to-Standard entsteht das neue Planungsmodell mit Planungsebenen, Kennzahlen und Disaggregationslogik. Von Anfang an verankern wir unser Approved/Last-Cycle-Konzept mit GAP-Kennzahlen, damit Planänderungen von Zyklus zu Zyklus transparent werden.
Phase 4 - Test und Parallelbetrieb
Nach Funktions-, Integrations-, Anwender- und Performancetests planen SAP APO und SAP IBP eine Zeit lang nebeneinander. So sehen Ihre Planer die Ergebnisse direkt im Vergleich und gewinnen Vertrauen in die neue Logik.
Phase 2 - Aufbau in SAP IBP
Wir konfigurieren Planning Area, Kennzahlenlogik und Planungsoperatoren: Prognosemodelle, Supply-Heuristik oder Optimizer und, wo sinnvoll, Bestandsoptimierung. Für jede Funktion entscheiden wir bewusst neu, statt die APO-Logik zu kopieren.
Phase 5 - Go-Live, Abschaltung und Hypercare
Go-Live je Welle, schrittweise Abschaltung des APO-Umfangs und intensive Begleitung nach dem Start. Danach unterstützt Sie unser deutschsprachiger Support (AMS).
Über die gesamte Laufzeit
Change Management und Anwenderbefähigung, Data Governance und Programmsteuerung laufen von Phase 0 bis 5 mit. Der Wechsel von Planungsmappen zu Excel-Planungssichten und Fiori-Apps ist für Anwender der größte Umbruch, deshalb binden wir Key-User ab Phase 1 ein.
Neu denken heißt auch: KI von Anfang an mitplanen
Wer seine Planung neu aufstellt, sollte KI nicht nachträglich anflanschen. Dank KI-gestützter Projektarbeit führen wir SAP IBP heute 30 bis 50 Prozent schneller ein als früher.
Der Engpass liegt dabei selten beim Dienstleister, sondern bei der internen Kapazität Ihres Teams. Auch dort entlasten wir: Über die SAP Business AI Platform richten wir KI-Agenten ein, die Planungsdaten lesen und schreiben, Szenarien rechnen und zugleich im laufenden Support (AMS) unterstützen.
Unser Grundsatz: LLM orchestriert, System rechnet, Mensch entscheidet.
Ihr Ansprechpartner
In einem kostenfreien Erstgespräch klären wir, wo Ihre APO-Ablösung heute steht, welche SAP IBP Module Sie wirklich brauchen und wie ein realistischer Pfad bis 2027 aussieht. Mit uns lizenzieren Sie nur die Module, die Sie tatsächlich nutzen.
Samuel de Vos
Solution Architect
