Fallstudie (optional)

Zusammenarbeit ist ein mühsamer Prozess zwischen einem Unternehmen und seinen Lieferanten. Manuelle Prozesse sind fehleranfällig, was zu Übersichtlichkeiten und Fehlern führt.

Kundenservicegrade werden durch Unterbrechungen der Lieferkette beeinträchtigt; Möglichkeiten zur Ergreifung von Korrekturmaßnahmen fehlen.

Wenn Randbedingungen auftreten und nicht korrigiert werden können, kämpft ACME mit der Zuordnung verfügbarer Mengen.

ACME verfügt über viele Lokationen in ihrer Logistikkette, was ein Werkzeug erfordert, um zu ermitteln, wann/wie viel eines Produkts an jeder Lokation bereitgestellt werden soll.

ACME setzt bei der Ausführung des Tagesgeschäfts auf eine Vielzahl von Systemen. Dies stellt die Integration vor große Herausforderungen.

Mit SAP IBP hat ACME einen besseren Einblick in Unterbrechungen der Lieferkette, bevor sie auftreten. Sie können Kundenaufträge so verwalten, dass sie die Kunden mit der höchsten Priorität zufriedenstellen. Dies hilft ACME auch, den Lagerumschlag zu optimieren und eine hohe Kundenzufriedenheit zu gewährleisten.

Der monatliche Bedarfsprüfungsprozess dient als Managementsteuerung für die Bedarfssteuerung und stellt sicher, dass die Vertriebs- und Marketingstrategie und -aktivitäten aufeinander abgestimmt sind und sich weiterhin an der Gesamtgeschäftsstrategie orientieren.

Der Konsensbedarf wird unter Verwendung einer statistischen Prognose als Eingabe zusammen mit dem Modul SAP Integrated Business Planning für Sales and Operations vereinbart.

Dieser Konsensbedarf dient dann als Eingabe für die Beschaffungsplanung.

Nach Abschluss der initialen Planung werden Heuristiken für den Beschaffungsplan ausgeführt (Restriktionsfreie Planung), die den Bedarf durch das Supply-Chain-Netzwerk propagiert. Nach den Heuristiken werden alle Bedarfe termingerecht mit Zugängen gedeckt, und es gibt keine Unterdeckungen.

In Zeitreihen betrachten Planer den Plan in der Regel in Wochen. Auf der Auftragsserienseite (operative Planung) ist die Wurzelplanungsebene jedoch in Tagen.

In einem typischen S&OP-Zyklus wird die Kapazitätsgrobplanung mithilfe von Heuristiken durchgeführt, um eine unendliche Sicht darauf zu erhalten, wie viel Kapazität erforderlich ist, um den Bedarf zu decken. Nachdem die taktische Planung abgeschlossen ist, besteht der nächste Schritt darin, die Prognose kritischer Komponenten mit SAP Ariba an den Lieferanten weiterzugeben und ihren Konsens zu erhalten.

Die Lieferantenzusagen aus SAP Ariba fließen in die Planung von Nachschub und Antwort (operativ) ein und fungieren als Constraint für den restriktionsbasierten Planungslauf.

In SAP Ariba sieht der Lieferant, der den Filter Kunde verwendet, die kooperierten Produktbedarfe aus ACME. Nur die kritischen Komponenten werden mit dem Lieferanten geteilt.

Leider kann der Lieferant aufgrund einer Produktionsunterdeckung nicht den gesamten Bedarf decken.

Der Lieferant führt eine kurze Zusage für die angeforderten Zeiträume durch und sendet seine Zusage an SAP IBP.

Alerts in SAP IBP bieten dem Beschaffungsplaner Transparenz bei kurzen Zusagen des Lieferanten.

Der restriktionsfreie Bedarf wird mit dem SAP-IBP-Kopieroperator an die Antwortseite übergeben.

Auf der Antwortseite ist eine restriktionsfreie Prognose verfügbar, da der Planungsalgorithmus noch nicht ausgeführt wurde.

Restriktionsfreie Prognosewerte aus dem taktischen Planungsbereich werden auf Tagesebene in SAP IBP für Response und Supply disaggregiert.

Nachdem er die Lieferanteneinschränkung überprüft hat, beschließt der Beschaffungsplaner, die Beschaffungsplanung mit dem Lauf zum Anlegen von Kontingenten auszuführen, um die Auswirkungen der Lieferanteneinschränkung auf Bedarfe auf Endproduktebene zu realisieren.

Der Zweck des Laufs Beschaffungsplanung mit Kontingenterstellung besteht darin, die Auswirkungen von Constraints auf den Beschaffungsplan zu bewerten und Allokationen abzuleiten.

Dieser Algorithmus verwendet KEINE Kundenauftragsverrechnungslogik, da es nicht sinnvoll ist, die höhere Prognose oder Kundenaufträge im Kontext von Allokationsberechnungen zu verwenden. Daher wird dies in einer Planversion ausgeführt.

Die Regel priorisiert Kundenaufträge nach dem Kunden oder einem anderen Kundenattribut. Prognose und alle anderen Bedarfe, die nicht in der Regel angegeben sind, werden am Ende der Priorisierungsregel abgerufen.

Da Sie den Beschaffungsplanungslauf mit Kontingenterstellung ausführen, ist nur das Prognosesegment relevant. Eine Prognose wird nach dem Wunschdatum priorisiert.

Wenn die Zugänge innerhalb eines Wunschtermins nicht ausreichen, wird die Prognose in der Reihenfolge des Auftraggebers erfüllt. Beispiel: Kunde CU01, CU02 und CU03. Die Namenskonvention hilft bei der Definition der Reihenfolge.

Aufgrund einer kurzen Zusage vom Lieferanten würde jeder Bedarf mit einer Verzögerung erfüllt werden, was zu Strafkosten führt, die sich nach der Kurzzusage auf alle Bedarfe auswirken. Dies führt zu einem enormen Umsatzrisiko.

Aufgrund der Engpasszusage des Lieferanten besteht ein großes Umsatzrisiko.

Es gibt einen Notfalllieferanten, der aufgrund langer Durchlaufzeit und hoher Kosten standardmäßig gesperrt ist.

Um zu sehen, ob das Erlösrisiko gemindert werden könnte, wird die Verwendung des Notfalllieferanten berücksichtigt.

Der Planer stellt fest, dass es wichtig ist, zu eskalieren und zu prüfen, ob es Optionen zur Minderung des Erlösrisikos gibt, das sich aus kurzen Zusagen ergibt.

Der Planer teilt dem Manager Informationen zu Engpässen und deren potenziellen Auswirkungen auf den Umsatz mit.

Der Vorgesetzte erhält einen Vorschlag, die Situation mit dem Notfalllieferanten zu simulieren, der sich aufgrund seiner langen Durchlaufzeit und Kosten derzeit im Status "Gesperrt" befindet.

Der Planer begrüßt die alternative Option und möchte versuchen, die Situation zu analysieren, ob sie zu einer Verbesserung der Planungsergebnisse führt. Der Algorithmus versucht, den Hauptlieferanten für die meisten Fälle zu verwenden. In Fällen, in denen es Einschränkungen beim Hauptlieferanten gab, verschiebt er Bestellungen an einen Notfalllieferanten. Der Notfalllieferant wird für Zeiträume verwendet, in denen kurze Zusagen vom Hauptlieferanten vorhanden waren.

Alle Bedarfe werden ohne Verzögerung gedeckt, die Werte für Restriktionsbasierte Prognose (verspätet) verschwinden, und es gab keine Perioden, in denen der Erlös gefährdet ist.

Durch die Einführung eines Notfalllieferanten wurden Ausnahmen gemindert, und der Planer geht lieber mit diesem Ansatz um und stimmt sich bei der Entscheidung mit dem Einkaufsleiter ab.

Im nächsten Schritt kopiert er die restriktionsbasierten Prognoseergebnisse in die Allokationskennzahl, die im Beschaffungsplanungslauf mit Auftragsbestätigung weiter verwendet werden, wenn Kundenaufträge berücksichtigt werden.

Die restriktionsfreie Prognose aus Zeitreihen wurde bereits in der Basisversion gefüllt. Zusammen mit Kundenaufträgen und restriktionsfreien Prognosen kann der Beschaffungsplanungslauf mit Auftragsbestätigung in der Basisversion ausgeführt werden. Das Alert-Diagramm zeigt die Situation von Kundenauftragsmengen an, die die Allokationsmengen überschreiten. Wenn ein Kundenauftrag (der eine Teilbestätigung zulässt) eine Kontingentmenge überschreitet, bestätigt SAP IBP die Restmenge verspätet.

Es werden auch Produktionszugänge generiert, die der kombinierten Prognose aus allen Distributionszentren entsprechen.

Der Beschaffungsplanungslauf mit Auftragsbestätigung dient dazu, Kundenaufträge zu bestätigen und Zugänge neu zu planen. Dieser Algorithmus verwendet die Kundenauftragsverrechnungslogik, d.h. er verwendet die höhere Prognose oder Kundenaufträge, um den Bedarf in einer Periode zu ermitteln. Der Beschaffungsplanungslauf mit Auftragsbestätigung wäre ein regelmäßig eingeplanter Job (täglich).

Der Engpass zeigt auch den Grund für die verspätete Kundenauftragserfüllung an, da die Kundenauftragsmengen höher als die Allokationsmengen sind.

In der SAP-S/4HANA-Kundenauftragsanzeige sehen Sie das Splitbestätigungsdatum aufgrund der Kontingentobergrenze, wie von SAP IBP für Response and Supply geplant.

Auch Bestätigungsdetails, die in SAP IBP ermittelt wurden, können hier visualisiert werden.

ACME verwendet die Ausgabe des Beschaffungsplanungslaufs mit Auftragsbestätigung (Bestellanforderungen, Umlagerungsbestellanforderungen und Planaufträge) an SAP S/4HANA. Die Planaufträge werden in die eingebettete SAP-S/4HANA-PP/DS-Auftragsterminierung eingegeben, um den Produktionshorizont genau zu planen.

Der Produktionsplaner erhält Informationen über mögliche Ausfallzeiten. Sie führen Ausfallzeiten auf der Produktionsressource ein und führen einen simulativen Optimiererlauf aus, um die möglichen Auswirkungen auf Aufträge aufgrund von Ausfallzeiten zu verstehen. Bei der Analyse erfasst der Planer bestimmte Planaufträge, die aufgrund von Ressourceneinschränkungen ausgeplant wurden, und beschließt, diese zu löschen und mit den Ergebnissen fortzufahren. Dies führt zu einer Defizitsituation, und der Planer gibt diese Informationen an SAP IBP zurück, was realistisch ist.

Der letzte Schritt besteht darin, das Deployment auszuführen, nachdem die aktualisierten Fertigungsaufträge aus SAP S/4HANA PP/DS abgerufen wurden.

Die mit dem Deployment-Lauf verknüpfte Regel erfüllt den Bedarf für das Datum und innerhalb eines Datums priorisierte sie Kunde 1, Kunde 2 und schließlich Kunde 3.

Der Planer prüft die Situation und stellt fest, dass Kunde 3, der mit VZ3 verknüpft ist, am stärksten betroffen ist.

Obwohl die Priorisierung Kunde 1, 2 und 3 ist, wird mit dem Kunden vereinbart, dass die Auftragserfüllung nicht gleichmäßiger implementiert werden sollte. Daher möchte der Planer das Deployment auf andere Weise neu planen.

Der Planer führt dann das Deployment mit der Fair-Share-Methode aus.

Ein Vergleich zeigt, dass sich die Erfüllung im gesamten Kundenstamm mit Fair-Share-Logik verbessert hat und der Planer beschließt, diesen Ansatz zu verfolgen, um die Mindesterfüllungsprozentsatz der Erfüllung mit Kunden einzuhalten.

Die folgende Abbildung zeigt die Zusammenfassung des gesamten Prozessablaufs.