SAP Fieldglass Dienstleistungsbeschaffung

Mittlerweile bietet SAP diverse Lösungen für die Dienstleistungsbeschaffung. Bereits im ERP-System gab es dazu eine umfangreiche Komponente (MM-SRV). Über die Weiterentwicklung im S/4HANA System werden ebenso zukünftig Artikel verfasst. Neben der Cloud-Lösung SAP Ariba, zu der mittlerweile bereits mehrere Artikel veröffentlicht wurden, gibt es ebenso die Cloud-Lösung SAP Fieldglass, welche den besonderen Anforderungen besser gerecht wird.

SAP ERP Dienstleistungsbeschaffung 

In einem Whitepaper (35-Seiten) wurde die Dienstleistungsbeschaffung inkl. vieler Optimierungs- und Weiterentwicklungsmöglichkeiten bereits allgemein erläutert. Sie könne gerne auch das dazugehörige Buch vom Autor Timo Götte kaufen. Dieses beschreibt die MM-SRV Komponente auf über 200 Seiten umfassend. Eine Auflage des Buchs, die sich dem Thema S/4HANA Service Procurement widmet, wird zudem 2019 entwickelt.

SAP Fieldglass Video

S/4HANA katalogbasierte Beschaffung

Nachdem bereits der S/4HANA Beschaffungsprozess erläutert wurde, soll nun ein Überblick über die katalogbasierte Beschaffung geboten werden. Diese kann den Einkauf entlasten. Da eingebundene Artikel einem bereits verhandelten Rahmenvertrag unterliegen, ist eine zusätzliche Einbindung des Einkaufs maximal hinsichtlich einer nötigen Genehmigung erforderlich. Es gibt unterschiedliche Kataloglösungen, die an dieser Stelle kurz vorgestellt werden sollen.

Unterschiedliche Kataloglösungen

  • Intern gehostete Kataloge (z.B. SAP Procurement Catalog): Diese funktionieren sogar ohne Internetanbindung im eigenem Netzwerk und es besteht eine gute Kontrolle über z.B. die Preise. Mit den Vorteilen der zentralen Pflege geht aber auch ein erhöhter, interner Ressourcenaufwand einher. Einige Rohstoffe unterliegen z.B. starken Preisschwankungen (Öl) oder es gibt einen häufigen Sortimentswechsel. Dann sind extern gehostete Kataloge i.d.R. die bessere Wahl.
  • Externe gehostete Kataloge (Punch-out-Kataloge): Hier ist der Lieferant für die Pflege und Inhalte verantwortlich. Aktuelle Preise und eine Übersicht über verfügbare Artikel können deutlich besser ermöglicht werden. Die Preiskontrolle sowie katalogübergreifende Suchmöglichkeiten sind hier jedoch mögliche Kritikpunkte. Die Suche und Auswahl von Artikeln über mehrere Lieferantenkataloge kann eine Anforderung sein.
  • Extern angebundene Marktplätze: Diese Lösung ermöglicht eine lieferantenübergreifende Beschaffung von Artikeln und Dienstleistungen. Dazu gehören z.B. auch „SAP Ariba“ und „SAP Fieldglass“. Die Vor- und Nachteile von Marktplätzen können aus der obigen Darstellung abgeleitet werden.

Katalogintegration

Die sogenannte OCI-Schnittstelle (Open Catalog Interface) ermöglicht die Integration von Katalogen in den S/4 HANA Beschaffungsprozesse. In der Gruppe „Einkaufskonfiguration“ finde sie dazu die App „Einstellungen für Web Services“.

 

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

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.

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. Letztes Jahr (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.

SAP S/4HANA Procure-to-Pay 

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 zum Thema

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.

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.

 

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 Dispositionsbreiche 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

Betriebsstammdaten

Die Organisationsstruktur im Retailsystem untergliedert sich in den Mandanten, SAP S/4Hana BetriebsstammBetriebe 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.

Artikelstammdaten

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“ SAP S/4Hana Artikelstammund „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.

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.

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.

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