Schlagwort: SAP S/4HANA & ERP Logistik

Veröffentlicht am

SAP S/4HANA Ausschreibungsprozess

Wurde von einem Mitarbeiter ein Bedarf über eine Bestellanforderung an den Einkauf kommuniziert und dieser findet keine passende Bezugsquelle bzw. möchte vor der Bestellung verschiedene Angebote einholen, kann der neue Ausschreibungsprozess vorgeschaltet werden.

Ausschreibungsprozess in SAP ERP

Bisher wurden in ERP, ggf. mit Bezug zur Bestellanforderung, Anfragen angelegt und möglichen Lieferanten zugestellt. Die eingegangenen Angebote wurden erfasst, im Preisspiegel verglichen und es konnten Zuschläge erteilt sowie via Flagsetzung den anderen Lieferanten automatische Absageschreiben zugestellt werden. Für den bzw. die Lieferanten mit erteiltem Zuschlag erzeugte der Einkäufer Bestellungen. Die dafür nötige Nachrichtenfindung, Formularentwicklung und falls gewünscht auch Lieferantenbewertung, musste zuvor implementiert werden.

Ausschreibungsprozess in SAP S/4HANA

S/4HANA

Ein möglicher Ablauf im neuen Systemverbund aus S/4 HANA und Ariba kann folgendermaßen aussehen.

Anfragen

Der Einkäufer legt in S/4 HANA eine Anfrage an, die über cXML-Nachrichten (commerce eXtensible Markup Language) und das Ariba Network an Ariba Sourcing weitergeleitet wird.

Gebotsrunden

Im Ariba Sourcing übernimmt der Beschaffungsmanager die weitere Verarbeitung. Er generiert dazu eine Beschaffungsanforderung, die wiederum Basis für ein Beschaffungsprojekt ist. In diesem Projekt können ein oder mehrere Lieferanten, in ein oder mehreren Gebotsrunden ihre Angebote abgeben, bis einer oder mehrere Lieferanten den Zuschlag erhalten. Alle anderen Lieferanten bekommen ein Absageschreiben über das Ariba Network.

Angebotszuschläge

Die Angebote mit dem erteilten Zuschlag werden via cXML-Nachrichten zurück an das S/4 HANA-System gesendet. Hier können Sie automatisch in Bestellungen umgesetzt werden.

In S/4 HANA gibt es dazu folgende SAP Fiori-Apps

  • Ausschreibungen verwalten: Einerseits zum Anlegen, Ändern und Löschen von Ausschreibungen und andererseits um Detailinformationen einsehen zu können; wie z.B. Rechtsvorgänge und Angebotszuschläge. Das Anlegen kann auch als Kopie einer vorhandenen Ausschreibung (mit ggf. nötigen Anpassungen) erfolgen. Sie können den Preis im Infosatz via Ausschreibungsposition aktualisieren. Und „Lean Services“ bietet eine Auswahl auf Positionsebene zwischen Material und Dienstleistung.
  • Lieferantenangebote verwalten: Bietet einen Überblick über alle Angebote zu allen Ausschreibungen, die einen Zuschlag erhalten haben. Angebote im Status „Eingereicht“ können Sie ferner stornieren und im Status „In Vorbereitung“ löschen.
  • Lieferantenangebote vergleichen: Bietet die Möglichkeit den Zielwert der Ausschreibung mit dem niedrigsten vom Lieferanten empfangenen Preis zu vergleichen. Außerdem kann eine Liste aller empfangenen Angebote für eine bestimmte Ausschreibung angezeigt werden. Zudem können Sie Informationen über die Ausschreibung einholen, Lieferantenangebote vergleichen und schließlich den Angebotszuschlag erteilen

Vorteile des Systemverbunds aus S/4HANA und SAP Ariba

Die Ausschreibung erfolgt außerhalb von S/4 HANA in Ariba, was gleich mehrere Vorteile mit sich bringt. In Ariba sind sehr viele Lieferanten angemeldet, die Infrastruktur ist bereits vorhanden und die Kommunikation kann über diese erfolgen. Außerdem können Bestellungen aus Angeboten mit erteiltem Zuschlag automatisch erzeugt werden. Dies reduziert den operativen Aufwand innerhalb der Einkaufsabteilung und beschleunigt den Prozess.

Im Ausschreibungsprozess können Sie Anlagen nun nicht nur auf Kopf- sondern auch auf Positionsebene pflegen. Dies ist immer dann sinnvoll, wenn bei Ihnen Ariba im Einsatz ist. Auf dem Ausdruck bzw. via E-Mail werden die Anlagen nämlich nicht berücksichtigt/ausgedruckt. Bisher können jedoch keine Anlagen den Angeboten hinzugefügt werden.

Mit der App „Workflows für Lieferantenangebote verwalten“ können Sie den Genehmigungsprozess optimieren. Der flexible Workflow ermöglicht die Optimierung eines mehrstufigen Genehmigungsprozesses. Innerhalb der App können Sie die Genehmiger, deren Genehmigungsreihenfolge und die Startbedingungen für jeden Genehmigungsschritt festlegen. Eine Kopie-Funktion bezüglich bestehender Workflows mit anschließender Anpassung, ermöglicht die effiziente Erstellung von weiteren Workflows.

Für systemübergreifende Ausschreibungsprozesse stellt SAP folgende Lösung bereit. Es gibt einen sogenannten OData-Service für ein Ausschreibungs-API (Application Programming Interface). Damit können Sie Ausschreibungen in SAP S/4HANA durch einen API-Abruf aus einem Quellsystem außerhalb von SAP S/4HANA anlegen. Außerdem können Sie die Daten vorhandener Ausschreibungen aus dem S/4 HANA-System lesen. Ebenso gibt es einen OData-Service für ein Lieferantenangebots-API. Damit können Sie Kopf- und Positionsdaten eines Lieferantenangebots auslesen.

Hybride SAP-Landschaften erfordern neue Teststrategien

Prozesse werden zunehmend über mehrere Systeme hinweg abgebildet, weshalb systemübergreifende (End-zu-End) Tests erforderlich sind. Wir bieten eine Lösung, die unabhängig von Ihrer Anwendung funktioniert. Zudem wurden bereits viele automatische Testdurchläufe hinsichtlich der SAP-Standardfunktionen umgesetzt. Weitere Automatisierung kann individuell realisiert werden. So können Sie Ihre Z-Entwicklungen über automatische Tests zukünftig abdecken. Ferner lassen sich systemübergreifende Tests implementieren.

Erfahren Sie mehr!

SAP Test Suite

Veröffentlicht am

SAP S/4 HANA Procure-2-Pay

Der Beschaffungsprozess beginnt in der Regel mit einer Bestellanforderung. Ist die Bezugsquelle bekannt, kann der Prozess wie folgt ablaufen. Ansonsten wird der später noch erläuterte Ausschreibungsprozess in SAP S/4HANA ggf. inklusive SAP Ariba vorgeschaltet.

SAP Bestellabwicklung

In der Fiori-Gruppe „Bestellanforderungsbearbeitung“ finden Sie Apps bezüglich Bestellanforderungen, Bezugsquellenzuordnung und Bestellumsetzung. Über die Gruppe „Bestellungsbearbeitung“ können Bestellungen alternativ auch direkt angelegt, gepflegt und ausgewertet werde. Der gegebenenfalls erforderliche Genehmigungsprozess wird ebenso über Fiori-Apps in S/4HANA abgewickelt. Über die Benutzerrolle „Einkaufsleiter“ kann in der App „Mein Eingang“ die Bestellung genehmigt und dem Lieferanten zugestellt oder aber abgelehnt, angehalten bzw. intern weitergeleitet werden.

Überwachung der Lieferentenbestätigungen

Es gibt übrigens in S/4HANA Sourcing and Procurement eine Funktion zur Überwachung der Lieferentenbestätigungen. 2017 wurde zudem ein visueller Filter eingeführt. Der Status der Bestellbestätigung kann über verschiedene Diagramme veranschaulicht werden:

  • Kreisdiagramm: Darstellung der Anzahl von Bestellpositionen nach Auftragsstatus
  • Liniendiagramm: Darstellung der Anzahl von Bestellpositionen nach Lieferplandatum
  • Balkendiagramm: Darstellung des Bestellwerts nach Lieferant

Lagerabwicklung

Die Gruppe „Lagerabwicklung“ in S/4HANA bietet schließlich eine App für die Wareneingangsbuchung. Zudem finden Sie hier auch Apps um Bestände werksintern bzw. -übergreifend umzulagern, Materialbelege anzuzeigen beziehungsweise zu drucken und Warenbewegungen zu buchen. Der grundsätzliche Beschaffungsprozess hat sich also dahingehend geändert, dass alternativ mit in Fiori-Gruppen organisierten Apps gearbeitet werden kann. Damit erreicht SAP einerseits Benutzerfreundlichkeit (SAP´s User Experience) und eine Geräteunabhängigkeit (responsive). Wesentliche Änderungen ergeben sich innerhalb der Kreditorenrechnung.

Kreditorenrechnung

Die Rechnungserfassung ist seitens des Einkaufs die letzte Aktivität. Die Kreditorenrechnungen, Zahlungsinformationen und so weiter finden Sie in der Gruppe „Kreditorenkonten“. In S/4HANA Finance werden dank des umfassenden Universal Journals deutlich weitergehende Analysemöglichkeiten angeboten. In der Finanzwirtschaft laufen gelegentlich unvollständige oder sogar fehlerhafte Buchungen auf. Für FI-Belege wurden im zugrundeliegendem Universal Journal beziehungsweise der Tabelle ACDOCA alle relevanten Informationen zusammengeführt. Wie der Autor aus eigener Erfahrung weiß, war die Fehleranalyse im SAP ERP teilweise sehr umständlich. Fehlende Berechtigungen erforderten eine abteilungsübergreifende Zusammenarbeit. Im Universal Journal findet der Anwender alle nötigen Informationen und kann daher deutlich schneller Korrekturen durchführen. Änderungen können dabei zunächst simuliert werden.

Anzahlungen

Teilweise werden seitens Logistik Anzahlungen veranlasst beziehungsweise in der Regel zumindest Anzahlungsanforderungen gebucht. Übermittelt der Lieferant eine Anzahlungsanforderung und wird diese seitens Rechnungswesen in S/4HANA gebucht, so muss diese und die Faktura in Einklang gebracht werden. Hilfreiche Apps wurden dazu in der Fiori-Gruppe „Zahlungen“ zusammengetragen.

Veröffentlicht am

Das S/4HANA Datenmodell anhand des Beispiels Bestandsführung einfach erklärt!

Mit S/4HANA wurde ein neues, vereinfachtes Datenmodell eingeführt. In ECC gab es z.B. für die Bestandsführung noch 26 Aggregationstabellen, 2 Stammdatentabellen und 2 Bewegungsdatentabellen. Diese 30 Tabellen werden zukünftig in S/4HANA auf 2 Stammdatentabellen (MARC und MARD) sowie eine neue, umfangreiche Bewegungsdatentabelle (MATDOC) reduziert. Die vielen Aggregationstabellen wurden durch Views ersetzt, sodass insbesondere vorhandene Z/Y-Programme darauf zugreifen können.

Technischer Hintergrund

Daten werde nun auch spaltenorientiert verwaltet und die Datenbank läuft direkt im schnellem Arbeitsspeicher (In-Memory-Technologie).

  • Tatsächlich wird ein Hybrid aus der spaltenorientierten Arbeitsweise sowie der zeilenorientierten Datenbanktechnologie eingesetzt. Aufgrund der spaltenorientierten Speicherung wurde eine erhebliche Vermeidung von Redundanz ermöglicht; mehrfach vorhandene Daten werden zusammengefasst.
  • Aufgrund der neuen Datenverwaltung und Performance, müssen Daten nicht mehr in Aggregationstabellen verdichtet werden. Der neue Ansatz ist eine große Tabelle statt vieler kleiner Tabellen mit Redundanz.
  • Größe und Preis des Arbeitsspeichers ermöglichen heutzutage, dass die gesamte Datenbank im Arbeitsspeicher laufen kann. Da alle Daten bereits im Arbeitsspeicher gehalten werden, ist nicht nur eine sehr performante Analyse von großen Datenmengen möglich, sondern es können darüber hinaus transaktionale und analytisch Prozeduren im selben System ad-hoc ausgeführt werden.

Die Datenbank konnte bei einigen Kunden teilweise um mehr als das 10-fach reduziert werden. Erfahrungsgemäß hat ein SAP ERP-System oft 600 – 800 GB Speicherbedarf und dieser kann zukünftig z.B. auf 40-70 GB reduziert werden. Ein weiteres Potential zur Speicherbedarfsreduzierung bietet übrigens die Reduzierung/Auslagerung historischer Daten.

Mehr zu HANA und dem S/4HANA Datenmodell

Weitere Informationen, Videos und ein S/4HANA Demosystem zur neuen Datenbank, dem Datenmodell und den daraus resultierenden Möglichkeiten in S/4HANA, finden Sie auf dieser Webpage.

Veröffentlicht am

SAP S/4HANA Stammdaten

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

SAP S/4HANA Geschäftspartner

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.

Ü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. der „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.

SAP S/4HANA 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.

Stammdatenmassenänderungen

Ü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.

S/4HANA Information Lifecycle Management (ILM)

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.

Veröffentlicht am

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 SAP S/4HANA Retail Storesich 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 SAP S/4HANA Lieferanten 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

SAP 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.

SAP 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 SAP S/4HANA RETAIL Artikelstamm 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.
Veröffentlicht am

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

Veröffentlicht am

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.

 

Veröffentlicht am

SAP 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 SAP 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.

Veröffentlicht am

SAP IS Retail im Überblick

In diesem Artikel soll die Industrie Solution (IS) für ERP vorgestellt werden, um dann in einem weiteren Artikel die Neuerungen hinsichtlich S/4HANA vorstellen zu können. Über einen sogenannten Retail Switch kann das ERP Industriesystem in ein SAP-Retail-System überführt werden. Diese Änderung kann nicht rückgängig gemacht werden und erfordert eine spezielle Lizenz. Das Material Ledger und die Dispositionsbereiche fallen einerseits weg. Und andererseits sind danach zusätzliche Transaktionen (MM43, WA03, WB02 etc.) verfügbar, es gibt Änderungen hinsichtlich bestehender Menüeinträge, Transaktionen und des Einführungsleitfadens.

Im Retail Business Function Set ist das allgemeine Business Function Set integriert, da in ERP immer nur ein Set pro Systeminstanz aktiviert sein kann.

IS Retail

SAP Betriebsstammdaten

SAP S/4Hana Betriebsstamm

Die Organisationsstruktur im Retailsystem untergliedert sich in den Mandanten, Betriebe und Lagerorte. Betriebe haben entweder die Aufgabe Waren zu verkaufen (Filiale) oder bereitzustellen (Verteilzentrum, Großhandelslager und Zentrallager). Die Besonderheit ist, dass ein Betrieb immer eine Kombination aus Betriebsstammdaten und Geschäftspartnern darstellt. Ein Betrieb kann mit einem Kundenstammsatz (Filiale) oder einem Lieferanten- und Kundenstammsatz (Filiale und Verteilzentrum) verbunden sein. Außerdem ist ein Betrieb eine bestandsführende und selbst disponierende Organisationseinheit.

SAP Artikelstammdaten

SAP S/4Hana Artikelstamm

Die Anzeige eines Artikels erfolgt via MM43. Auch hier repräsentieren Sichten (Reiter) die Fachabteilungen. Der Artikelstamm ist allerdings komplexer und es gibt einige zusätzliche Sichten; wie z.B. „Bildbezeichnung“, „Listung“, „POS“, „Logistik: Filiale“ und „Logistik: Verteilzentrum“. Über die Artikelart werden Eigenschaften des Artikels bestimmt und es kann eine Gruppierung, z.B. nach Frischeprodukte, Handelswaren usw., erfolgen. Über den Artikeltyp erfolgt eine nähere Beschreibung. Der Einzelartikel wird direkt an den Kunden verkauft. Sammelartikel bilden eine Zusammenfassung ähnlicher Artikel, die sich z.B. nur hinsichtlich der Farbe unterschieden (Varianten im SAP Klassensystem). Der strukturierte Artikel besteht aus mehreren anderen Artikeln (z.B. 3 Komponenten, die einen Wohnzimmerschrank umfassen). Außerdem kann die Artikelanlage mit Vorlageartikeln optimiert werden. Es müssen dann nur noch einige individuelle Daten (EANs, Preise usw.) gepflegt werden. Die Warengruppen wurden auf einer eigenen Seite erläutert.

SAP Aufteilung

Über einen sogenannten Aufteiler kann die geplante Ware nach definierte Regeln verteilt werden. Einsatzbereiche des Aufteilers sind z.B. die Erstverteilung, der Lagerabbau, Aktionen, saisonale Ware und Streckenbestellungen. Während bei der Streckenbestellung grundsätzlich nur externe Lieferanten als Bezugsquelle berücksichtigt werden, gilt das Gegenteil für den Lagerabbau. Als Besonderheit der Streckenbestellung gilt, dass Betriebe bzw. Kunden direkt beliefert werden; Verteilzentren bleiben außen vor. Beim Lagerabbau können Kunden bzw. Betriebe definiert werden, die die Ware aus dem Verteilzentrum empfangen sollen. Hier wird eine Auslieferung oder Umlagerungsbestellung durchgeführt. Die Erstverteilung erfolgt bei der Einführung einer neuen Filiale.

Point of Sale (POS)

Ist die Kassenlösungen – vom Kassieren bis zur Bonauswertung.

Veröffentlicht am

SAP Ariba Supplier Lifecycle and Performance (SLP)

SAP Ariba Supplier Management

Das SAP Ariba Supplier Management setzt sich aus den Module SAP Ariba Supplier Lifecycle and Performance (SLP), SAP Ariba Supplier Risk (SR) und SAP Ariba Supplier Information and Performance Management (SIPM) zusammen. Heute soll SLP kurz vorgestellt werden. In SLP kann der Lebenszyklus des Lieferanten von der Erfassung bis hin zur Ausphasung abgebildet werden. SAP spricht hier von einer 360° Sicht.

SAP Supplier Lifecycle Process

Ein möglicher Prozess durchläuft folgende Phasen: Ein Supplier Request fordert den Einkauf zur Lieferantenprüfung auf und im positiven Fall wird der Lieferant zur Registrierung und Dateneingabe aufgefordert. Danach erfolgt die Lieferantenqualifizierung mit Hilfe von externen und internen Fragebögen und Formularen. Dabei erfolgt die Überprüfung und Untergliederung abhängige von Produkten, Dienstleistungen (Warengruppen/Kategorien) und sogar nach geografischen Beschaffenheiten. Zudem ist eine Abstufung der Lieferanten möglich, d.h. es können bevorzugte Lieferanten festgelegt werden. Beim Ausphasen werden Lieferanten ganz oder für Teilbereiche gesperrt. Im gesamten Prozess können Lieferanten Ihre Daten im Ariba Network jederzeit aktualisieren und diese werden aufgrund der nahtlosen Integration in SAP S/4HANA und ERP übernommen.

SAP Ariba SLP im Video

Videothek

SAP Ariba SLP

Veröffentlicht am

S/4 HANA without Registration!

Would you like to try SAP´s new and great “User Experience”? On our website you get a direct system access as a demo and also a lot of useful information about S/4 HANA, its database, free training possibilities etc. Apropos you can change the language of the website via the menu item.

.     Fiori Demo

SAP S/4HANA Consulting Management Beratung Berater Freiberufler Consultant Timo Götte

Veröffentlicht am

SAP Dienstleistungsbeschaffung

In diesem Whitepaper wird die Komponente SAP ERP MM-SRV zur Dienstleistungsbeschaffung mit allen Integrations- und Optimierungsmöglichkeiten erläutert. Ein Buch, welches das Thema umfassend behandelt, ist bereits in Entwicklung (derzeit 202 Seiten). Das Buch wird die Dienstleistungsbeschaffung im SAP-Umfeld umfassend erläutern; von SAP ERP, über S/4 HANA bis hin zu den Cloudlösungen Ariba und Fieldglass soll ein Gesamtüberblick geboten werden.

SAP S/4HANA Service Procurement Dienstleistungsbeschaffung Dienstleistungseinkauf MM-SRV P2P PTP Procure-to-Pay Consulting Freiberufler Berater Timo Götte

Veröffentlicht am

Leseprobe: S/4 HANA Logistikbuch

Dieses Buch vermittelt einen schnellen Überblick für Manager und Logistikberater, ohne sich dabei in Details zu verlieren. Das Buch befindet sich noch in Entwicklung. Weitere Informationen finden Sie hier und eine erste Leseprobe zum Entwurf können Sie via Klick auf das Buch abrufen.

S4 HANA Logistik Buch