SAP-Wiki

SAP APO entstand Ende der 1990er Jahre als Antwort auf spezialisierte Supply-Chain-Planer wie i2 Technologies oder Manugistics. Es bündelte Nachfrageplanung, Netzwerkplanung, Produktionsfeinplanung und Verfügbarkeitsprüfung in einem separaten System, verbunden mit R/3 beziehungsweise ECC über den Core Interface (CIF). Ziel war speicherresidente Optimierung, die der ERP-Kern allein nicht leisten konnte. Der Name steht für Advanced Planner and Optimizer und war Teil der SAP-Produktfamilie SCM, die SAP als eigenständige Systemlandschaft neben dem operativen ERP positionierte, um Planung über Werks- und Ländergrenzen hinweg abzubilden.

Unternehmen mit komplexen, mehrstufigen Lieferketten setzten APO ein, etwa in der Diskreten Fertigung, der Konsumgüterindustrie oder im Handel. Wer heute noch auf SAP ECC mit angebundenem APO arbeitet, steht vor der Frage der Migration Richtung SAP IBP und embedded PP/DS in S/4HANA. Beide Bausteine teilen sich inzwischen die Aufgaben, die früher APO allein übernahm. Planer in Vertrieb, Disposition und Fertigungssteuerung nutzten APO täglich, um Bedarfe zu prognostizieren, Bestände über Werke zu verteilen und Liefertermine verbindlich zuzusagen. Diese Rollen bestehen in vielen Unternehmen fort, nur die technische Grundlage darunter wechselt mit der Migration.

Weil APO ein separates System mit eigener Datenhaltung ist, gehören Schnittstellenkonsistenz und Stammdatenabgleich über den CIF zu den klassischen Fehlerquellen im Betrieb. Bei einer S/4HANA-Umstellung stellt sich für jedes APO-Modul einzeln die Zielfrage: DP und SNP wandern meist nach IBP, PP/DS häufig direkt in die embedded Planung von S/4HANA. Ein Readiness Check vor der Umstellung zeigt, welche APO-Funktionen im Zielsystem in gleicher Form existieren und wo fachliche Anpassungen nötig werden, etwa bei individuell erweiterten Planungsläufen oder selbst entwickelten Heuristiken.