Kategorie: SAP S/4HANA & ERP Logistik

SAP Experts Podcast

SAP Testmanagement via Focused Build Add-On im SAP Solution Manager

Der Solution Manager bietet Fiori-Apps zur Testplanung, -durchführung, -überwachung und -dokumentation sowie zur automatischen Durchführung von Regressionstests, Einbindung von weiteren Testsystemen, für das Testdatenmanagement, Analysen, Auswertungen etc. Focused Build ergänzt diesen Funktionsumfang dahingehend, dass aus den Anforderungen bzw. Arbeitspaketen Testpläne abgeleitet werden können und die Apps „My Test Execution“ und das erweiterte „Test Suite Dashboard“ zur Verfügung stehen.

SAP Fiori-Apps zum Testmanagement

• Change & Release Management
• Solution Administration
• Test Plan Management
• Test Suite Dashboard
• Test Step Designer
• My Test Execution
• Administration
• Assign Testers
• Check Report
• My Defects
• Test Suite

SAP Testmanagementabwicklung im Solution Manager

In Focused Build können Projekte mit Ihren Anforderungen angelegt und dokumentiert (App Solution Documentation) sowie in Arbeitspaketen zusammengeführt werden. Den Prozessschritten und damit auch Arbeitspaketen ordnet man Testfälle zu. Üblicherweise bildet man pro Arbeitspaket ein Testpaket. Aus Arbeitspaketen, die bereit für Tests sind (gem. Statussetzung), können dann wiederum die Testpläne abgeleitet werden. Mit der Zuordnung der Tester kann die Testplanung schließlich abgeschlossen werden. Aufgrund dieser Zuordnung findet jeder Tester seine Testfälle im Arbeitsvorrat (App My Test Execution), führt die Tests manuell oder automatisch aus, dokumentiert die Ergebnisse (inkl. Statussetzung) und erfasst ggf. Fehler (App My Defects). Im Rahmen von Korrekturen und Nachtests findet eine Weiterbearbeitung so lange statt, bis ein positiver Teststatus für den Testfall gesetzt werden kann. Die Solution Manager Fiori-Apps zur Testplanauswertung wurden um das übersichtliche Test Suite Dashboard ergänzt. Dort sieht man insbesondere den Testfortschritt/Status des Testplans, der Testpakete, Testfälle und erfassten Fehler.

Einordnung der Testarten in den agilen Kontext von SAP Activate

Einzeltests bzgl. der Work Items (Unit Test) erfolgen bereits während einzelner Sprints, während zum Sprintende Funktionstests bzgl. der Work Packages eingeplant werden. Mehrere Sprints werden wiederum zu Waves zusammengefasst und diese werden mit einem User Acceptance Test (UAT) mit Bezug zu den Anforderungen und optional zusätzlich einem Integrationstest abgeschlossen. Während vorgelagerte Tests ggf. ohne Vorbereitung und Planung durchgeführt werden, ist der AT von besonderer Bedeutung und wird daher vorbereitet und geplant. Hier werden nämlich die Endanwender einbezogen und via Statussetzung eine Entscheidung getroffen, welche Anforderungen (Transporte) später produktiv gesetzt werden. Mehrere Waves können wiederum zu einem Release zusammengefasst werden. Dies ist ein Projektumfang, der produktiv gesetzt werden soll. In größeren Projekten kann die Produktivsetzung des Zielsystems nämlich in mehrere Einzelschritte unterteilt werden. Während zuvor die Testumgebung üblicherweise ein Q-System ist, werden im Sinne von SAP Activate die Integrations- und Regressionstests auf einem vorproduktiven System durchgeführt. Im Integrationstest werden komplette Wertschöpfungsketten (E2E) getestet und im Rahmen von Regressionstests erneut bereits produktive Prozesse und Funktionen überprüft. So kann man Seiteneffekte (Fehler) durch die neu hinzugekommenen Umfänge ausschließen. Beim Go-live kann ein kurzer Test in der produktiven Umgebung zusätzlich eingeplant werden. Dieser dient als Entscheidungsgrundlage, um ggf. eine Fallbackstrategie einleiten zu können. Im Cutoverplan bereitet man bei einer System-Conversion (Brownfield-Ansatz) eine Rückkehr zu einer Systemkopie vor und berücksichtigt die Zeit, die dafür benötigt wird (Point-of-no-Return).

Zugriff auf den SAP Solution Manager inkl. Focused Build

Auf dieser Seite können Sie sich einen Benutzer inkl. Passwort aussuchen, um auf dem kostenlosen Testsystem Erfahrungen sammeln zu können. Oder Sie nutzen die Simulation, um sich von einem digitalen Guide durch die verschiedenen Aktivitäten leiten zu lassen:

Die grafische Benutzeroberfläche nennt man in SAP Terminologie auch Graphical User Interface (GUI) und dessen Oberflächengestaltung (Theme). Die Theme-Auswahl wird an einem Beispiel veranschaulicht.

Wenn Sie das SAP Logon öffnen, können Sie über Optionen das SAP-Theme im „Visuelles Design“-Abschnitt  ändern. Von der klassischen Darstellung bis hin zu Themes, die den Fiori-Apps etwas ähnlicher sind, stehen verschiedene Alternativen zur Auswahl. Daneben können Sie auch Ton-, Schrift- und Farbeinstellungen und vieles mehr konfigurieren. Diese acht Themes stehen im Standard zur Verfügung:

• SAP Signature Theme High Contrast Black
• Belize High Contrast White
• Belize High Contrast Black
• SAP Signature Theme
• Blue Crystal Theme
• Classic Theme
• Belize Theme
• Corbu Theme

Wählen Sie das Belize Theme, so finden Sie zum Beispiel innerhalb der Transaktion ML33 zur Konditionspflege ein paar neue Schaltflächen. Diese standen in SAP ERP noch nicht zur Verfügung.  Außerdem ist die grafische Darstellung den Fiori-Apps ähnlicher.

Apropos: Sie können in SAP S/4HANA über [Betrag ändern] eine prozentuale Anpassung von 3 % vornehmen und es wird der Betrag der markierten Leistung entsprechend angepasst. Es können sogar mehrere Leistungen gleichzeitig markiert und bearbeitet werden. Die direkte Eingabe im Feld ist natürlich weiterhin möglich. Sie können via  [Währung ändern] die Währung ändern und dazu direkt den Kurstyp auswählen (zum Beispiel zum Stichtagskurs oder einem Durchschnittskurs). Oder SAP S/4HANA via [Gültigkeit prüfen] Ihre Einträge auf ungültige Überlappungen prüfen lassen.

KANBAN ist ein Planungssystem das sich am Materialfluss orientiert und so die Produktions- und Nachschubsteuerung übernimmt. Wird am Bereitstellungs- und Verbrauchsort (PSA) Material verbraucht, so kann dies zum Beispiel bei Unterschreitung einer bestimmten Menge den Nachschubprozess auslösen. Dies ist eine einfache und dennoch flexible Lösung den Nachschub zu organisieren und gleichzeitig Bestände und Kosten zu reduzieren. Eine Vorplanung durch eine zentrale Stelle ist nicht erforderlich und zusätzlich reagiert die Lösung direkt auf geänderte Bedarfssituationen. 

KANBAN-Karten enthalten alle relevanten Daten für den Transport und die Produktion oder den Einkauf. Alternativ können auch KANBAN-Behälter diese Rolle übernehmen und alle Infos direkt enthalten. KANBAN-Regelkreise verbinden die Produktionsversorgungsbereiche (PSAs) mit den Materialquellen (Produktion, Lager, Lieferant oder Verantwortlicher).

Voraussetzungen für SAP KANBAN

Voraussetzungen für KANBAN sind kleine Losgrößen und dennoch geringe Rüstzeiten & -kosten für einen regelmäßigen Nachschub. Eine Großserienproduktion mit optimierter Losgröße sollte dadurch also nicht gerade angestoßen werden. Eine glatte/kontinuierliche Produktion und geringere Schwankungen beim Materialverbrauch sollten ebenso gegeben sein. Schwankungen in einem angemessenen Rahmen können durch eine schnellere Zirkulation der Behälter ausgeglichen werden. Auch ist hinreichend Platz und ein relativ hoher Standardisierungsgrad der Materialien erforderlich. Sehr viele Varianten, wovon jede nur gelegentlich zum Einsatz kommt, sind also nicht gut geeignet. Den Nachschub von Schrauben, die immer verbaut werden (konstanter Verbrauch und geringer Platzbedarf), könnte man beispielsweise via KANBAN steuern.

Übliche Kanban-Verfahren in SAP

• Klassisches KANBAN: Menge pro Kanban und Kanbananzahl sind fest. Der Mengenpuffer ist am PVB.
• Ereignisgesteuertes KANBAN: Kanbananzahl und Menge pro Kanban orientieren sich am tatsächlichen Bedarf. Keine Bereitstellung am PVB, sondern explizit auf Anforderung. Es soll einfach nur der vereinfachte Ablauf genutzt werden. Leersetzen des Kanbans bewirkt dessen Löschung.
• Kanban mit Mengenimpuls: Entnommene Mengen werden manuell oder automatisch via BDE erfasst und der Statuswechsel „Leer“ erfolgt sobald die Kanbanmenge (Unterschwelle) erreicht ist.

SAP Kanban Stammdaten

• Produktionsversorgungsbereiche (PK05/PK05S)
• Produktionsverantwortliche (Disponenten), die für mehrere PVBs zuständig sind (SM30 V_T024D)
• Regelkreise (PKMC); bestimmen die Nachschubstrategie (Umlagerung, Eigenfertigung oder Fremdbeschaffung), automatische/manuelle Bestimmung der Kanbananzahl und die Menge pro Behälter.
• Kanban-Tafeln bzgl. Verbrauchersicht (PK13N), Quellensicht (PK12N) und Status (PK10)

SAP Kanban Auswertungen

• Werksübersicht (PK11)
• Regelkreis-/Kanbananzeige (PK18)
• Fehler (PK50)
• Kanbananalyse (MCQ.)

Integrated Business Planning ist der “Sales and Operations Planning”-Nachfolger (S&OP) aus der Cloud. Die SAP HANA-basierte Lösung kombiniert klassische Planungs- und Prognosefunktionen mit modernen Machine-Learning-Heuristiken. Bei der integrierten Businessplanung (SAP IBP) werden operative und taktische mit den strategischen und finanziellen Absatz- und Produktionsplanungsprozessen verbunden. Modernste Methoden und Prozesse für die Nachfrage-, Distributions-, Produktions- und Beschaffungsplanung sind Schlüsselfaktoren für profitables Wachstum und eine robuste Wertschöpfungskette. SAP IBP soll dabei helfen, eine faktenbasierte Entscheidungsfindung unter Berücksichtigung von Finanzkennzahlen zu ermöglichen. Mittlerweile ist es weit mehr als ein einfaches Supply-Chain-Planungstool.

SAP IBP bietet Unterstützung, strategische Ziele der Unternehmensplanung zu managen, verbessert die Transparenz für langfristige Geschäftsaussichten, Chancen und Risiken und bietet Überwachungsfunktionen für definierte Kennzahlen. Vorteile der SAP IBP-Nutzung sind zum Beispiel eine genauere Verkaufsplanung, zuverlässigere Prognosen, eine höhere Produktprofitabilität und ein optimierter Produktmix.

SAP IBP Komponenten

• Supply Chain Tower: Wertschöpfungskettenüberwachung und -analyse
• Demand Planning: Nachfragetransparenz mit kurz-, mittel- und langfristigen Prognosen dank „Machine Learning“
• Inventory Optimization: Optimierte Bestände hinsichtlich Gewinnmaximierung, Nachfrageabdeckung und Kostenreduzierung
• Response and Supply Planning: Ressourceneinsatzoptimierung durch Bedarfspriorisierung und Kontingentierung. So können diese Informationen bei kurzfristigen Änderungen in der Wertschöpfungskette (zum Beispiel neue Kundenaufträge) oder bei „Was-wäre-wenn“-Analysen einfließen.  
• Sales & Operations Planning (S&OP): Vertriebs- und Produktionsplan, der Bestand, Service Level und Rentabilität berücksichtigt (Unternehmensstrategie: Wachstum in den profitablen Feldern).

Dieses Modell stellt die Stammdaten von den Lieferanten, über die Produktion, bis zu den Kunden dar. Die Stammdaten aus dem S/4HANA-System werden automatisch dem aktiven Modell zugeordnet, welches die aktuell verwendeten Logistikketten darstellt. Daneben gibt es ggf. noch andere Simulationsmodelle mit eigenen Planversionen.  In PP/DS manuell angelegte Daten müssen daher immer einem Modell zugeordnet werden. Die Planversionen zu den Modellen verwalten die Bewegungsdaten zu den Stammdaten des Modells. Allerdings kann nur die Planversion zum aktiven Modell die Bewegungsdaten mit dem ausführenden System austauschen. In den Planversionen eines nicht aktiven Modells kann man zum Beispiel Planprimärbedarfe erhöhen und dann in dieser simulierten Umgebung eine Produktionsplanung durchführen.

SAP Production Planning and Detailed Scheduling (PP/DS)

Anhand der Stammdaten merkt man immer noch, dass PP/DS früher nicht im ERP-System integriert war. Die SAP S/4HANA-Stammdatenobjekte werden auf PP/DS-Planungsstammdatenobjekte abgebildet.

SAP S/4HANA Stammdaten und SCM APO PP/DS Stammdaten

Core Interface (SAP CIF)

Das ermöglicht den Datenaustausch. Das CIF-Integrationsmodell ist für die Übertragung der Lokationsstammdaten (Werke, Kunden, Lieferanten etc.) und Fremdbeschaffungsbeziehungen (Infosätze, Kontrakte, Lieferplaneinteilungen usw.) erforderlich. Außerdem werden über CIF die Transportbeziehungen angelegt; zum Beispiel für den Produktaustausch zwischen zwei Werken. Das Anlegen der Produkte und Ressourcen wird über Flagsetzung „erweiterte Planung“ in den entsprechenden ERP-Stammdaten ausgesteuert. Im Materialstamm gibt es sogar einen gleichnamigen Reiter mit vielen Feldern. Ist die erweiterte Planung aktiviert, führt MRP Live automatisch die gepflegte Heuristik in PP/DS aus. In PP/DS wird übrigens aus jeder Arbeitsplatzkapazität eine Ressource, das heißt ein Arbeitsplatz mit den Kapazitätsarten Maschinen und Personen, wird in zwei Ressourcen aufgeteilt. Die Produktionsdatenstrukturen (PDS), das heißt die Stücklisten und Arbeitspläne inkl. Arbeitsplätze, Fertigungshilfsmittel und Komponentenallokation, werden über die Transaktion CURTOADV_Create an das PP/DS-Add-on übertragen.

Die Bewegungsdaten werden nur zum aktiven Modell und dessen aktiver Planversion mit dem ausführenden SAP S/4HANA-System ausgetauscht. PP/DS-Planaufträge werden ohne Vorgangstermine an SAP S/4HANA übertragen. Stattdessen enthalten sie die grundlegenden Daten für die Produktion inkl. der Sekundärbedarfe für die PP/DS- und Non-PP/DS-Komponenten. Die Auftragsumsetzung kann auch in SAP PP/DS erfolgen. Dazu setzt man die Planaufträge in Fertigungsaufträge um (Umsetzungskennzeichen) und erhält damit SAP S/4HANA Fertigungsaufträge (inkl. Fertigungstermine).

SAP Production Planning and Detailed Scheduling (PP/DS)

Die Produktions- und Feinplanung (PP/DS) wurde von SCM APO übernommen und in das SAP S/4HANA-System integriert, erfordert aber nach wie vor eine Aktivierung und Lizenzierung. Üblicherweise plant man über PP/DS die Produkte auf Engpassressourcen; während zum Beispiel verbrauchsgesteuerte Einkaufsmaterialien mit der infiniten Beschaffungsplanung „MRP Live“ bestens abgedeckt sind. Vorab bestimmt man die Engpassressourcen und lässt dann alle Produkte dazu über PP/DS planen. Man stellt also sicher, dass alle Produkte, die über diese Arbeitsplätze laufen, in der Kapazitätsplanung berücksichtigt werden.

Argumente für SAP PP/DS

PP/DS plant minutengenau und zwar auch für Sekundärbedarfe, wodurch eine Bestandsreduzierung bei gleichzeitig besserer Liefertreue erreicht werden kann. Die Optimierung der Auftragsreihenfolge verkürzt Durchlaufzeiten und weitere Optimierungsverfahren helfen Rüstzeiten/-kosten zu optimieren. Zudem ist eine mehrstufige Sicht der Material- und Kapazitätsplanung (Pegging) verfügbar. Es gibt verschiedene Planungsheuristiken und dynamische Ausnahmemeldungen (Alerts).  Bei der bidirektionalen Planung in PP/DS können z. B. Abhängigkeiten berücksichtigt werden. So wird im Rahmen der Bottom-up-Heuristik sichergestellt, dass der Planauftrag für das Enderzeugnis nicht vor der Komponentenfertigstellung beginnt. Über die Wahl der Planungsstrategie kann festgelegt werden, ob eine finite oder infinite Planung durchgeführt wird. Bei der finiten Planung (Kapazität gilt als begrenzt), wird eine simultane Mengen- und Kapazitätsplanung auf Planauftragsebene durchgeführt. MRP geht hingegen immer von unbeschränkten (infiniten) Kapazitäten aus und erst im Nachgang erfolgt ggf. die Kapazitätsplanung.

Außerdem gibt es den Alert-Monitor; eine Überwachungskomponente in PP/DS. Jede Situation, die in der Planung angepasst werden muss, wird als Alert ausgegeben (optional sogar via E-Mail). Es gibt unterschiedliche Prioritätsstufen (Information, Warnung und Fehler) und man kann über die Standard-Alert-Typen hinaus auch eigene definieren. Das schafft Transparenz und eine zentrale Anlaufstelle, um schnell zu identifizieren welche Maßnahmen prioritär sind.

SAP Production Planning and Detailed Scheduling (PP/DS)

Weitere Informationen bzgl. PP/DS

• SAP-Hinweis: 2372590

Diese beiden Module sind sich im Grundsatz sehr ähnlich. Beide ermöglichen eine detaillierte Erfassung der Bestände. Allerdings bietet „Extended Warehouse Management“ einige Funktionen, die über die Möglichkeiten des ERP WM hinaus gehen. 

Mehr Flexibilität

Während WM meist einem statischen Prozess folgt, kann in EWM flexibel in Abläufe eingegriffen werden. So können Aufgaben verbunden, geteilt oder gleichzeitig durchgeführt werden. 

Implementierung

Die Implementierungsmethodik SAP Activate ermöglicht eine strukturierte EWM Implementierung basierend auf einem bereits vorkonfigurierten System, welches i.d.R. einen überschaubaren Anpassungsaufwand erfordert.

Unterschiedliche Bereitstellung des EWM-Systems

Große und komplexe Lager können auch weiterhin in einem eigenständigen S/4HANA EWM-System mit hoher Performance betrieben werden. Ein dezentrales Warehouse Management-System kann den Ansprüchen lückenloser Verfügbarkeit und einem niedrigen Ausfallrisiko besser gerecht werden. Nur das dezentrale System benötigt das Core Interface (CIF). Die embedded EWM-Lösung im S/4HANA-System ermöglicht dieses gemeinsam mit den anderen Modulen zu betreiben, was sich gerade für kleine und weniger komplexe Lager anbietet. Hier werden Eingangs- und Ausgangslieferungen direkt im EWM-System erzeugt; die Erzeugung von Kopien wie beim dezentralen System ist also nicht erforderlich. Auch die Erfassung und das Monitoring von Seriennummern, erweiterte Suchvorgänge (> Lagertypen, Abteilen und Lagereinheiten) oder die erweiterte Lagerplatzzuordnung (z.B. mehrere Fächer pro Produkt), gehören zu den erweiterten Funktionalitäten des embedded EWM.

Benutzerfreundlichkeit

Intuitive Benutzeroberflächen, transparente Prozesse und ein Echtzeit-Überblick via KPI Cockpits zeichnen SAP EWM aus. Die Zusammenarbeit verteilter Abteilungen wird u. a. durch die prozessorientierte Lagersteuerung erleichtert. Kommissionierer sehen z.B. Anweisungen des Vertriebsmitarbeiters auf dem Scanner; die umständliche Kommunikation über das Telefon kann damit entfallen.

Einhaltung von Compliance, Regularien und Gesetzen

EWM ist transparent und ermöglicht die Einhaltung interner, regionaler, europäischer und nationaler Anforderungen. So z.B. beim Umgang mit Gefahrstoffen oder der Einhaltung von Regularien der Food and Drug Administration (FDA).

Integration externer Prozesse

So könne z.B. die Verpackung oder Bereitstellung zum Transport ausgelagert sein (Lohnverpackung), was in EWM besser abgebildet wird. Auch die Einbindung in ein Materialflusssystem (MFS) wird besser unterstützt.

Gute Integration von EWM in S/4HANA

Umbuchungs- und Lieferanforderungen, sind nicht mehr nötig. Genauso ist der erwartete Wareneingang nicht mehr vorgeschrieben, sondern es können direkt die Bestellungen, Fertigungsaufträge usw. verwendet werden. Es ist nur noch ein einziger Prüflosbeleg erforderlich und der Auslieferbeleg wird automatisch zum EWM-Auslieferauftrag angelegt. Die Replizierung ist nicht mehr nötig, sondern die Belege können direkt in EWM verwendet werden. Auch das Mapping der Stammdaten erfolgt unkompliziert (Material -> Produkt, Werk/Kunde/Lieferant/Versandstelle –> Ort/Geschäftspartner usw.).

Vergleich der EWM und WM-Funktionen

Während alle aufgeführten Funktionen von EWM vollständig abgedeckt werden, bietet WM maximal eine Abdeckung in Teilbereichen.

Am Freitag (11.10.2019) hatte ich die Prüfung seitens der SAP SE in Hamburg. Ab sofort stehe ich zur Verfügung und SAP S/4HANA-Projektangebote sind ideal. Mein PDF-Profil finden Sie übrigens hier. Mittlerweile habe ich einerseits den nötigen Gesamtüberblick über S/4HANA und die zusätzlichen SAP Produkte, den man als Manager und auch als guter Berater benötigt. Und andererseits eine Spezialisierung auf SAP S/4HANA Sourcing und Manufacturing. Vorzeigbare Ergebnisse sind unter anderem das SAP Beraterzertifikat (modulübergreifender Gesamtüberblick), Publikationen und dieses SAP S/4HANA-Magazin. Zudem kommt mir entgegen, dass ich viele Lösungen bereits vorab kannte. So kenne ich z. B. seit mehr als 10 Jahren PP/DS (Zertifikat) und gATP, die beide von APO in SAP S/4HANA überführt wurden (gATP nur teilweise als aATP). 2013 hatte ich mich bereits mit der SAP HANA-Datenbank auseinandergesetzt (Zertifikat) und 2018-2019 zudem diverse SAP Kurse zur Migration und dem Einkauf belegt. Parallel arbeite ich an einem SAP S/4HANA-Buch mit dem Schwerpunkt „Sourcing and Procurement“.

Implementierungserfahrungen: Aufbau aller Module, Kernprozesse, Organisationsstrukturen, Bewegungs- und Stammdaten, um deren Neuerungen und Integration zu verstehen. SAP S/4HANA Enterprise Management inkl. Fiori bzgl. Sourcing and Procurement, Manufacturing, Sales and Distribution, Financial Accounting, Management Accounting, Inventory Management, EWM, Project System, Enterprise Asset Management und HCM. Als Senior SAP Berater, wollte ich nicht noch eine Fachberaterzertifizierung absolvieren. Daher fiel meine Wahl auf den Lehrgang TS410, welcher nicht nur praktische SAP S/4HANA-Erfahrungen ermöglicht, sondern auch den Aufbau des modulübergreifenden Systemverständnisses. Das SAP S/4HANA IDES-System von SAP war/ist dafür ideal, da man immer genau dort ansetzen kann, wo der größte Lerneffekt eintritt. Parallel dazu verfüge ich über Zugänge zur Ariba-Cloud und Fieldglass.

Am besten vorbereitet bin ich im Bereich SAP S/4HANA Sourcing and Procurement. Außerdem habe ich einen umfassenden Gesamtüberblick aufgebaut, was mich für übergreifende Themen qualifiziert. Den Bereich SAP S/4HANA Manufacturing decke ich eigentlich auch ganz gut ab. Aber die letzten 2 Jahre war ich überwiegend im Bereich Einkauf und Bestandsführung zuzüglich angrenzender Module beauftragt.