Autor: Dipl.-Wirt.-Inf. Timo Götte

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 Text 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 und -analyse, 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 (AT) 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 User 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 sehen, 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 S/4HANA via [Betrag ändern] eine prozentuale Änderung von 3% eingeben 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 ebenso 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 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 bestimmen 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 Kanbanverfahren 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.
• Kanbahntafeln 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 Operation Planning”-Nachfolger (S&OP) aus der Cloud. Die HANA-basierte Lösung kombiniert klassische Planungs- und Prognosefunktionen mit modernen Machine-Learning-Heuristiken. Bei der integrierten Businessplanung (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. 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.

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

IBP Komponenten

• Supply Chain Tower: Wertschöpfungskettenüberwachung und -analyse
• Demand Planning: Nachfragetransparenz mit kurz-, mittel- und langfristigen Prognosen dank „Machine Learning“
• Inventory Optimiziation: Optimierte Bestände bzgl. 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 austauchen. 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 S/4HANA-Stammdatenobjekte werden auf PP/DS-Planungsstammdatenobjekte abgebildet.

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

Core Interface (CIF)

Das ermöglicht den Datenaustauch. Das CIF-Integrationsmodell ist für die Übertragung der Lokationsstammdaten (Werke, Kunden, Lieferanten etc.) und Fremdbeshaffungsbeziehungen (Infosätze, Kontrakte, Lieferplaneinteilungen usw.) erforderlich. Außerdem werden über CIF die Transportbeziehungen angelegt; zum Beispiel für den Produktaustauch 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 S/4HANA-System ausgetauscht. PP/DS-Planaufträge werden ohne Vorgangstermine an 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 S/4HANA Fertigungsaufträgen (inkl. Fertigungstermine).

SAP Production Planning and Detailed Scheduling (PP/DS)

Die Produktions- und Feinplanung (PP/DS) wurde von SCM APO übernommen und in das 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 was wichtig ist.

SAP Production Planning and Detailed Scheduling (PP/DS)

Weitere Informationen bzgl. PP/DS

• SAP-Hinweis: 2372590