SAP S/4HANA RETAIL Stammdaten

Nachdem bereits ein Überblick über IS RETEIL im ERP-System geboten wurde und die S/4HANA Einkaufsstammdaten im Allgemeinen erläutert wurden, soll hier ein Überblick über die Neuerungen im S/4HANA RETAIL System geboten werden. In einem Whitepaper wurde bereits auf viele generelle Änderungen im S/4HANA Logistikumfeld eingegangen sowie auch im Speziellen auf die SAP HANA Datenbank. Beide Whitepapers bieten Ihnen einen schnellen Überblick.

Mit der Branchenlösung SAP S/4HANA „Retail for Merchandising Management“ für den Groß- und Einzelhandel gehen einige wesentliche Änderungen einher. Es gibt keinen herkömmlichen Retail Switch, d.h. das Industriesystem und SAP-Retail-System wurden besser zusammengeführt. Unter ERP konnte nach einem Retail-Switch keine weitere Branchenlösung aktiviert werden, die Aktivierung konnte nicht rückgängig gemacht werden, es war eine eigene Lizenz erforderlich und es kamen Funktionen hinzu (Aufteiler, Artikelstammdaten, Betriebsstammdaten, Point of Sale usw.), aber es vielen eben auch Funktionen weg (Material Ledger, Dispositionsbereiche usw.). Mit S/4HANA können Sie die Retail-Funktionen aktivieren, ohne das Funktionen verloren gehen. Auch eine weitere Branchenlösung (SAP Industrie Solution) kann aktiviert werden.

S/4HANA Retail Organisationsstrukturen

Die Organisationsstrukturen für die Bestandsführung (Mandant, Betrieb und Lagerort) sowie im Verkauf (Mandant, Verkaufsorganisation, Vertriebslinie und Sparte), haben sich in S/4HANA RETAIL nicht wesentlich geändert. Insofern Sie die Bestandsführung um eine detaillierte und umfangreichere Lagerverwaltungslösung ergänzt haben bzw. dies planen, ergeben sich hier wesentliche Änderungen. Extended Warehouse Management (EWM) wird das Warehouse Management (WM) ablösen und ist nun nicht mehr nur Teil des SAP SCM-Systems, sondern in S/4HANA integriert. Vertriebslinien bilden sich aus der Kombination Verkaufsorganisation und Vertriebsweg; die Sparte wird in Retail nicht genutzt.

S/4 HANA Geschäftspartner statt Lieferanten- und Kundenstämme

Die separaten Kreditoren- und Debitorenstämme wurden von SAP als Geschäftspartnerstammsätze zusammengeführt (SAP´s Principle-of-One). Beim Aufruf der obsoleten Pflegetransaktionen (FK0x, FD0x, XD0x, VD0x, XK0x und MK0x) wird der Anwender auf die Transaktion BP umgeleitet. Die Zusammenführung aller Informationen in Geschäftspartnern vermeidet nicht nur redundante Pflegeaktivitäten, sondern erleichtert auch die Zuordnung. So z.B. eines erstellten Belegs in der Buchhaltung; mit Hilfe der zentralen Geschäftspartnernummern können diese unkompliziert zugeordnet werden. Über die aus ERP bekannten Partnerrollen können die verschiedenen Geschäftszwecke abgebildet werden. Es werden immer mindestens zwei Rollen erzeugt. Einerseits automatisch die Rolle „Geschäftspartner (allg.)“ und andererseits eine manuell gewählte Rolle, wie z.B. „Lieferant“. Abhängig von der gewählten Rolle sind unterschiedliche Reiter und Felder zu pflegen. So wird bei der Partnerrolle „Lieferant“ der Reiter Beschaffungsmonitoring angezeigt; beim „Lieferant (Finanzbuchhaltung)“ hingegen nicht. Hier können übrigens die Materialverfügbarkeit und Informationen zum Transportweg eingesehen werden. Neu ist eine zeitabhängige Adresssteuerung, wodurch Adressänderungen transparenter sind. Der umständliche Weg über Änderungsbelege ist daher nicht mehr erforderlich.

In SAP Retail gibt es zwei wesentliche Arten von Geschäftspartnerrollen: Kunden und Lieferanten. Das Besondere in SAP IS Retail ist, dass diese mit den Betrieben verbunden sind.

Kundenstammdaten

  • Anonyme Endverbraucher ohne Stammsatz
  • Interne Kunden (eigene Betriebe)
  • Externe Kunden mit Stammsatz
  • Betriebe

Lieferantenstammdaten

  • Interne Lieferanten, wie z.B. Verteilzentren
  • Externe Lieferanten mit Stammsatz

S/4HANA RETAIL Betriebsstammdaten

Der Betrieb ist eine bestandsführende und selbst disponierende Organisationseinheit, die mit dem Geschäftspartnerstammsätzen verbunden ist. Betriebe haben entweder die Aufgabe Waren bereitzustellen (Verteilzentren, Großhandelslager oder Zentrallager) oder zum Verkauf zu präsentieren (Filialen oder Märkte). Bei der Betriebsanlage via WB01 wird dies über das Werksprofil definiert; sowie die Nummernvergabe und welche Angaben im Stammsatz gepflegt werden müssen. Der Filiale bzw. dem Markt ist, im Gegensatz zu den Verteilzentren, als Geschäftspartner nur ein Debitor zugeordnet. Denn hier müssen nur Verkaufsfunktionen (z.B. Lieferungen, Fakturen usw.) verwendet werden. Die Verteilzentren bekommen darüber hinaus zusätzlich Geschäftspartner mit der Rolle Lieferant zugeordnet, damit diese auch Filialen beliefern können.

S/4Hana RETAIL Artikelstammdaten

Langfristig sollen Artikel- und Materialstammsätze zum Produkt harmonisiert werden. Derzeit erfolgt die Anlage, Pflege und Anzeige aber noch getrennt über die bekannten Transaktionen (MM41, MM42 und MM43 bzw. beim Material MM01, MM02 und MM03) oder via Fiori-Apps. Über Artikelarten können Artikel gruppiert werden; z.B. nach Elektronik, Frischeprodukte, Handelsware usw. Die Gruppierung ist ebenso über Warengruppen möglich, hier könne sogar Warengruppenhierarchien angelegt werden. Vorlageartikel können zudem zur Erleichterung der Artikelstammanlage genutzt werden. Diese schlagen dann bereits viele Werte vor und nur einige individuelle Daten müssen gepflegt werden (EANs, Preise usw.).

Über den Artikeltyp wird der Artikel näher beschrieben:

Einzelartikel: So z.B. ein Notebook, das an den Kunden verkauft wird.

Sammelartikel: Zusammenfassung mehrerer Artikel, die sich nur hinsichtlich bestimmter Merkmale unterscheiden. So z.B. T-Shirts in verschiedenen Farben oder Größen. Die Unterscheidung erfolgt über Varianten (Konfigurationsklassen und -arten), um den Artikelstammpflegeaufwand zu minimieren.

Strukturierte Artikel bestehen aus mehreren Artikeln und können weiter untergliedert werden in:

  • Displays: Mehrere Einzelartikel/Sammelartikelvarianten mit eigener Artikelnummer, ein gemeinsamer Einkaufspreis, die Zerlegung für den Verkauf ist möglich und diese sind oft Teil von Aktionen. Und Displays werden oft über den zentralen Einkauft zugeteilt. Die Bestandsführung in der Filiale erfolgt oft auf Komponentenebene, während sie im Verteilzentrum auf Displayebenen geführt wird. Beispielweise ein Aufsteller (Verpackung) mit 50 Überraschungseiern (Vollgut).
  • Verkaufssets: Der Einkauf erfolgt als Set und der Verkauf als Set oder Einzelartikel; z.B. ein Wohnzimmerschrank aus den Komponenten Vitrine, Highboard und Fernsehschrank.
  • Lots: Feste Mengeneinteilungen der Varianten oder mehrere Sammelartikel; z.B. 3 blaue, 4 gelbe und 4 grüne Paar Schuhe.

SAP

S/4HANA RETAIL- Warenverteilung von Verteilzentren an die Märkte

Eine Besonderheit im Groß- und Einzelhandel ist es, dass in der Regel Waren von zentralen Lägern (Verteilzentren) auf eine große Anzahl von Filialen (Märkten) verteilt werden müssen. Der von SAP dafür bereitgestellte Aufteiler, kann unter S/4HANA bereits mit Hilfe von verschiedenen Fiori-Apps gepflegt werden. Über den Aufteiler kann die Ware nach definierten Regeln verteilt werden. Einsatzbereiche des Aufteilers sind z.B.

  • Erstverteilung von Artikeln: Zum Beispiel beim SAP Rollout in einen Markt bzw. bei Neugründung eines Marktes.
  • Streckenbestellungen: Hier werden die Filialen ausschließlich von externen Lieferanten direkt beliefert.
  • Saisonale Ware: So kann z.B. zur Weihnachtszeit Tannenbaumschmuck vorübergehend im Sortiment aufgenommen werden.
  • Lagerabbau: Keine direkte Lieferung von externen Lieferanten, sondern Warenbereitstellung über Verteilzentren (Auslieferungen bzw. Umlagerungsbestellungen). Die Aufteilungsbearbeitung, wie z.B. die Suche nach bestehenden Aufteilern, Aufteilungsregelpflege, Filialrückmeldungen, Zuständigkeiten für die Auftragserfüllung usw., kann bereits mit Hilfe von Fiori-Apps erfolgen.
  • Aktionen: Von besonderen Verkaufssets (Zusammenstellung von mehreren Artikeln, wie z.B. einem Autopflegeset) bis hin zu abweichenden Verpackungsgrößen mit Angebotspreisen, ist hier vieles möglich.

Über die im Customizing definierten Aufteilungsarten, werden unterschiedliche Varianten des Aufteilers definiert.

Aufteilungsarten des Aufteilers

  • Nachschubaufteiler
  • Retourenaufteiler
  • Aktionsaufteiler
  • Normalaufteiler
  • und viele mehr

Aufteilungsverfahren in S/4HANA Retail

Für die Planung und Durchführung der Warenverteilung bietet SAP verschiedene Verfahren.

  • Betriebsgruppierung: Es werden mit Hilfe des Klassensystems verschiedene Betriebe zu Betriebsgruppen zusammengefasst, um die Datenpflege für die Aufteiler zu minimieren. So könnten z.B. von Edeka alle NP-Märkte für eine bestimmte Region (Kreis, Bundesland, Norddeutschland etc.) zusammengefasst werden. Es erfolgt dann eine Gleichverteilung der Gesamtmenge auf alle Betriebe.
  • Aufteilungsregel: Wenn häufig Artikel auf die gleiche Art verteilt werden, kann mit Aufteilungsregeln gearbeitet werden. Dort hinterlegen Sie pro Betrieb, Betriebsgruppe, Artikel oder Artikelklasse von wo (Verteilzentrum) welche Artikel verteilt werden soll.
  • Aufteilungsstrategie: Bieten die Möglichkeit kundenindividuelle Lösungen zu implementieren
  • Manuelle Eingabe: Geplante Mengen für die Verteilung werden pro Betrieb manuell eingegeben.

SAP

S/4HANA Release 1809

Dieses Schaubild soll einen schnellen Überblick über die aktuellen Innovationen bieten. Auf diversen Whitepapern wurden bereits viele Grundlagen vermittelt. So sind insbesondere die Whitepapers zur HANA-Dantenbank und der S/4HANA Überblick empfehlenswert. Außerdem bekommen Sie hier direkten Zugriff auf ein S/4HANA Demosystem. Auch die Ausführungen zur neuen S/4HANA Intelligenz könnten Sie interessieren. Siehe dazu diese Seite.

S4HANA 1809

Webinar: Wie man schnell S/4HANA Wissen aufbaut und gleichzeitig Projekterfahrungen sammelt.

  • ThemaIn Zeiten der digitalen Transformation ist auch die SAP-Welt im Umbruch – und mit ihr ganze Wirtschaftszweige. Neue Technologien wie S/4HANA sind die Basis für die Digitalisierung von Geschäftsprozessen und Antwort auf Industrie 4.0, Cloud oder Internet of Things. Wie sich der SAP-Markt entwickelt, warum jetzt der beste Zeitpunkt für den Einstieg oder Umstieg in die S/4HANA-Karriere ist und wie das gelingen kann, erklärt valantic aus Projektperspektive, HR-Sicht und mit einem SAP S/4HANA Berater, der diesen Weg gerade gegangen ist, in diesem Expert-Talk. Auch der Artikel 10 S/4HANA Einstiegsmöglichkeiten kann in diesem Zusammenhang für Sie interessant sein.  
  • Ort: Online Webinar
  • Datum: 11.10.2018
  • Zeit: 11:00 – 12:00 (CEST)

Webinar Icon

Fiori und S/4HANA im Tesla- Arbeiten wir bald auf der Autobahn?

Arbeite wir bald auf der Autobahn? Der Tesla fährt selbständig und wir checken mal eben, ob unser Urlaubsantrag genehmigt wurde oder ein Lieferavis angekommen ist. Es ist nicht mehr reine Fiktion. Der Tesla, kann tatsächlich selbständig fahren und SAP bietet mit dem sogenannten „Responsive Design“ die Möglichkeit Fiori-Apps mit einheitlichem Design auf verschiedenen Endgeräten laufen zu lassen. Gerne genannt werden hier Smartphones, Tablets, Smartwatches usw., aber rein technisch funktioniert das auch im Auto. Derzeit unterbindet der Tesla zwar noch solch ein Verhalten, fährt nach einer Warnung irgendwann rechts ran und quittiert solch ein Fehlverhalten mit der Deaktivierung der Autopilotfunktion. Aber es wir deutlich, wie viel heute technisch schon möglich ist. Auch SAP bietet mit dem S/4HANA-System und Fiori eine völlig neue künstliche Intelligenz. Durch die implementierte Erfahrung, im Hintergrund ablaufende Simulationen und die Lernfähigkeit der Software, werden gerade Routineaufgaben immer leichter und erfolgen nahezu automatisch. Damit sind wir nicht mehr weit davon weg, dass der Chefeinkäufer sich vom Auto eine Bestellung vorlesen lässt und verbal seine Freigabe erteilt.

Das Fiori Designkonzept basiert auf 5 Prinzipien

  • Ansprechend: Das intuitive, benutzerfreundliche Designkonzept verbessert die Arbeitserfahrung der Anwender (User Experience) und trägt damit zu höherer Produktivität bei.
  • Rollenbasiert: Es sind nur für die Rolle des Anwenders definierte Applikationen zugänglich und es werden nur die für die Rolle nötigen Felder eingeblendet.
  • Anpassungsfähig: Fiori passt sich automatisch an die verschiedenen Endgeräte an und arbeitet mit allen üblichen Betriebssystemen und Browsern.
  • Einfach: Das Design erleichtert die Konzentration auf die wichtigsten Aufgaben, Funktionen und Aktivitäten. Apps können viel intuitiver bedient werden, was Einarbeitungsaufwände und Schulungskosten reduziert.
  • Kohärent: Fiori kann für alle Unternehmensanwendungen eingesetzt werden. So wird eine konsistente Benutzererfahrung geschaffen – ob bei der Erfüllung von Kundenaufträgen, der Überprüfung aktueller Kennzahlen oder der Verwaltung von Bestellungen. Auch Cloud-Lösungen, wie Ariba und SuccessFactors, folgen demselben Designkonzept.

Fiori Launchpad

Die Homepage ist personalisiert und aggregiert in Echtzeit Kontextinformationen aus den verschiedenen Business Anwendungen und Analytics. Das heißt es werden Daten übergreifend aus verschiedenen Unternehmensbereichen gebündelt und ansprechend dargestellt und zwar dort wo Anwender sie benötigen. Analytics Tools liefern übersichtliche Reports und Visualisierungen für die der Anwender individuelle Sichten erstellen kann, indem er die Kennzahlen über Filter oder grafische Markierungen auswählt.

Möchten Sie mehr erfahren? Dann senden Sie uns doch einfach eine Anfrage für das Whitepaper.

S4HANA Fiori Tesla

S/4 HANA Kontraktmanagement

Die Gruppe „Einkaufskontraktbearbeitung“ enthält z.B. Apps bzgl. Lieferplanverwaltung, Lieferplaneinteilungen, Lieferplanabrufe, Einkaufsjobs und Kontraktverwaltung. Einige Umstrukturierungen wurden vorgenommen, jedoch findet sich der geübte Anwender schnell zurecht. Das Anlegen eines Kontrakts erfolgt analog zum ERP-System.

Die App „Einkaufskontrakte verwalten“ bietet einen Überblick über alle Kontrakte bzw. je nach Selektion eine Teilmenge. Öffnet man einen dieser Kontrakten findet man alle aus ERP bekannten Daten, welche jedoch auf mehr Bildschirme aufgeteilt wurden. Die Abrufmenge findet man z.B. jetzt unter dem Reiter „Positionen“ und der jeweiligen Detailübersicht.

Die üblichen Funktionen stehen weiterhin zur Verfügung

  • Kontraktvorlagen anzeigen, anlegen, bearbeiten oder löschen
  • Kontrakte manuell oder mithilfe einer Kontraktvorlage anlegen
  • Konditionen zum bestehenden/neuen Datumsbereich hinzufügen
  • Rechtsvorgänge eines Kontrakts anzeigen

Wenn der Nettopreis für eine Position in einem Infosatz gepflegt ist, wird automatisch eine Standardkondition mit Konditionsart Bruttopreis angelegt und der Gültigkeitszeitraum aus dem Einkaufsinfosatz übernommen. Andernfalls müssen Sie den Nettopreis für die Kontraktposition manuell pflegen und der Gültigkeitszeitraum wird aus dem Kontrakt übernommen.

Interessante Fiori-Apps zum Kontraktmanagement

Rechtsvorgänge anzeigen: Neben der Anzeigemöglichkeit des Rechtsinhalts, können Sie die zugeordneten Rechtsvorgänge, deren Bewertung (z.B. „Ausstehend“ oder „Planmäßig“) und den letzten Bearbeiter inkl. Änderungsdatum einsehen.

Mit der App „Massenänderungen an Einkaufskontrakten“, können Sie die Felder mehrerer Einkaufskontrakte auf einmal ändern. Eine anschließende Kontrollmöglichkeit bieten die Änderungsprotokolle.

Die „Einkaufskontraktpositionen überwachen“-App bietet ein Monitoring der Kontraktpositionen. Im Standard wird eine Diagramm- und Tabellensicht mit aggregierten Werten von Kontraktpositionen für Materialgruppen angezeigt.

S/4 HANA Stammdaten im Einkauf

Für den Einkauf ergeben sich einige Neuerungen innerhalb der Stammdaten. Die vielen Fiori-Apps bieten allerdings einen hohen Wiedererkennungswert und an die wenigen Umstrukturierungen gewöhnt man sich schnell.

Kreditoren- und Debitorenstämme

Die separaten Kreditoren- und Debitorenstämme wurden von SAP als Geschäftspartnerstammsätze zusammengeführt (SAP´s Principle-of-One). Beim Aufruf der obsoleten Pflegetransaktionen (FK0x, FD0x, XD0x, VD0x, XK0x und MK0x) wird der Anwender auf die Transaktion BP umgeleitet. Die Zusammenführung aller Informationen in Geschäftspartnern vermeidet nicht nur redundante Pflegeaktivitäten, sondern erleichtert auch die Zuordnung; z.B. eines erstellten Belegs in der Buchhaltung; mit Hilfe der zentralen Geschäftspartnernummern.

Über die aus ERP bekannten Partnerrollen können die verschiedenen Geschäftszwecke abgebildet werden. Es werden immer mindestens zwei Rollen erzeugt. Einerseits automatisch die Rolle „Geschäftspartner (allg.)“ und andererseits eine manuell gewählte Rolle, wie z.B. „Lieferant“. Abhängig von der gewählten Rolle sind unterschiedliche Reiter und Felder zu pflegen.

So wird bei der Partnerrolle „Lieferant“ der Reiter Beschaffungsmonitoring angezeigt; beim „Lieferant (Finanzbuchhaltung)“ hingegen nicht. Hier können übrigens die Materialverfügbarkeit und Informationen zum Transportweg eingesehen werden.

Neu ist eine zeitabhängige Adresssteuerung, wodurch Adressänderungen transparenter sind. Der umständliche Weg über Änderungsbelege ist daher nicht mehr erforderlich.

Materialstamm

Für den Materialstamm kann nun optional eine 40-stellige Materialnummer aktiviert werden. Dies sollte wohlüberlegt erfolgen, da eine Deaktivierung später schwierig ist und Auswirkungen auf Schnittstellen oder Erweiterungen daher vorab analysiert werden sollten. Als zweite wesentliche Änderung kann der WebGUI-Datei -Browser genannt werden. Statt im nativen Dateisystem, werden nun die Methoden Download, Upload, Ausführen usw. im eignen Dateisystem des Browsers ausgeführt.

Massenpflege

Über die App „Massenänderungen an Einkaufsinfosätzen“, können Sie die Felder mehrerer Einkaufsinfosätze auf einmal ändern. Änderungsprotokolle bieten zudem eine Kontrollmöglichkeit.

Die App „Massenänderungen an Lieferplänen“ ermöglicht es Felder mehrere Lieferpläne auf einmal zu ändern. Auch hier gibt es Änderungsprotokolle.

Datenschutz-Grundverordnung

Insbesondere innerhalb der Stammdaten werden ggf. auch personenbezogene Daten hinterlegt. Um der neuen Datenschutz-Grundverordnung (EU-DSGVO) gerecht zu werden, bietet SAP via „Information Lifecycle Management“ daher eine Lösung für das Sperren beziehungsweise Löschen von personenbezogenen Daten.

S/4HANA Demosystem

Fiori Demo