Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

SAP S/4HANA
Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

Ihr Daten-Template für den Purchase-to-Pay-Prozess mit Bestellungen

Dieses Template führt Sie durch die wesentlichen Datenpunkte für die Analyse Ihres Purchase-to-Pay-Prozesses mit Bestellungen. Es beschreibt die wichtigen Attribute, die Sie erfassen sollten, und die zentralen Aktivitäten, die Sie verfolgen sollten. Außerdem erfahren Sie, wie Sie diese Daten aus SAP S/4HANA extrahieren. Mit dieser Ressource erstellen Sie ein aussagekräftiges Event Log und gewinnen tiefere Erkenntnisse über Ihre Beschaffungsabläufe.
  • Empfohlene Attribute für detaillierte Analysen
  • Wichtige Aktivitäten im Prozess, die Sie verfolgen sollten
  • Anleitung zur Datenextraktion in einzelnen Schritten
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für den Purchase-to-Pay-Prozess mit Bestellungen

Dies sind die empfohlenen Datenfelder für Ihr Event Log, damit Sie Ihren Purchase-to-Pay-Prozess mit Bestellungen umfassend analysieren können.
5 Erforderlich 6 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des Geschäftsvorfalls oder Prozessschritts, der im Bestellprozess stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt eine bestimmte Aktion oder Statusänderung im Lebenszyklus einer Bestellung, zum Beispiel „Bestellung erstellt“, „Bestellung genehmigt“ oder „Wareneingang gebucht“. Die Abfolge dieser Aktivitäten bildet den Prozessfluss.

Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten ist der Kern von Process Mining. Sie hilft, den tatsächlichen Prozess zu entdecken, ihn mit dem Sollmodell zu vergleichen, Engpässe zu erkennen, etwa lange Wartezeiten nach „Rechnung eingegangen“, und Nacharbeit zu quantifizieren, zum Beispiel wiederholte Aktivitäten vom Typ „Bestellung geändert“.

Warum das wichtig ist

Das Attribut definiert die Prozessschritte und ermöglicht die Visualisierung und Analyse des durchgängigen Ablaufs, die Variantenanalyse und das Erkennen von Engpässen.

Woher beziehen

Üblicherweise aus einer Kombination von Tabellen und Feldern abgeleitet, etwa aus Statusfeldern in EKKO/EKPO oder Änderungsbelegen in CDHDR/CDPOS, um wichtige geschäftliche Meilensteine abzubilden.

Beispiele
Bestellung erstelltBestellung genehmigtWareneingang gebuchtRechnung eingegangen
Bestellung
PurchaseOrderNumber
Die eindeutige Kennung der Bestellung (PO), die als primäre Case-ID zur Nachverfolgung des Beschaffungslebenszyklus dient.
Beschreibung

Die Bestellnummer ist die zentrale Kennung, über die alle zugehörigen Aktivitäten verknüpft werden, von der ursprünglichen Erstellung bis zum endgültigen Wareneingang und Abschluss. Sie dient als Case-ID für die Process-Mining-Analyse.

Wenn Sie Ereignisse in der Analyse nach dieser Nummer gruppieren, lässt sich der Ablauf jeder einzelnen Bestellung rekonstruieren. Das ist wichtig, um Durchlaufzeiten zu berechnen, Prozessvarianten zu analysieren und Engpässe oder Abweichungen bei einzelnen Bestellungen zu erkennen.

Warum das wichtig ist

Dieser Schlüssel verbindet alle Beschaffungsereignisse zu einem durchgängigen Prozess und ermöglicht eine detaillierte Analyse des Lebenszyklus jeder Bestellung.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO, Feld EBELN.

Beispiele
450001712345000171244500017125
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit jeder Aktivität im Prozess. Es bildet die Grundlage für alle zeitbasierten Analysen im Process Mining.

Die Ereigniszeit dient dazu, Aktivitäten chronologisch zu ordnen und den Prozessfluss aufzubauen. Außerdem bildet sie die Grundlage für alle zeitbezogenen Kennzahlen, etwa Durchlaufzeiten zwischen Aktivitäten, Wartezeiten und Bearbeitungszeiten. Diese sind entscheidend für die Leistungsanalyse und das Erkennen von Engpässen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und alle Leistungskennzahlen zu berechnen, einschließlich Durchlauf-, Liefer- und Wartezeiten.

Woher beziehen

Timestamp-Felder zu bestimmten Aktivitäten, etwa Erstellungsdatum (EKKO-AEDAT für Änderungen) oder Buchungsdatum (MKPF-BUDAT für Wareneingänge). Häufig müssen dafür Daten aus mehreren Tabellen kombiniert werden.

Beispiele
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung oder Extraktion der Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wie aktuell die analysierten Daten sind. Es zeigt Datum und Uhrzeit des letzten Datenabrufs aus SAP S/4HANA.

Der Zeitpunkt der letzten Datenaktualisierung hilft Benutzern, die Aktualität ihrer Analyse einzuschätzen. So können sie die Ergebnisse richtig einordnen und erkennen, ob sie Echtzeitinformationen oder eine Momentaufnahme zu einem bestimmten Zeitpunkt betrachten. Das beeinflusst, wie relevant die darauf basierenden Maßnahmen sind.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten und hilft ihnen, Kontext und Relevanz ihrer Analyseergebnisse richtig einzuschätzen.

Woher beziehen

Dieser Metadaten-Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) hinzugefügt.

Beispiele
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Quellsystem
SourceSystem
Gibt an, aus welchem Quellsystem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut bezeichnet das Ursprungssystem der Ereignisdaten, zum Beispiel „SAP S/4HANA Production“ oder „SAP ECC“.

In Umgebungen mit mehreren Systemen ist dieses Feld wichtig für die Datenherkunft, die Fehlerbehebung und die korrekte Interpretation von Daten aus unterschiedlichen Quellen. Es liefert Kontext zu den Daten und ermöglicht es, Analysen auf bestimmte Systemumgebungen zu beschränken.

Warum das wichtig ist

Liefert wichtigen Kontext zur Herkunft der Daten, der für Data Governance, Validierung und Analysen in Umgebungen mit mehreren Systemen entscheidend ist.

Woher beziehen

Üblicherweise ein statischer Wert, der während der Datenextraktion, -transformation und -ladung (ETL) hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
S4H_PROD_100ECC_EU_200S4H_US_300
Angeforderter Liefertermin
RequestedDeliveryDate
Das Datum, zu dem das Unternehmen die Lieferung der Waren oder Dienstleistungen angefordert hat.
Beschreibung

Dieses Attribut gibt den in der Bestellung vereinbarten Liefertermin an. Er dient als Grundlage für die Messung der Lieferantenleistung.

Im Process Mining wird dieses Datum mit dem tatsächlichen Wareneingangsdatum (Timestamp von „Wareneingang gebucht“) verglichen, um die Kennzahl „Pünktlichkeitsquote der Lieferanten“ zu berechnen. Abweichungen von diesem Datum helfen bei der Bewertung der Zuverlässigkeit von Lieferanten und beim Management von Risiken in der Lieferkette.

Warum das wichtig ist

Dient als Grundlage für die Messung der Pünktlichkeit von Lieferanten, einer wichtigen Kennzahl für das Lieferkettenmanagement und die betriebliche Planung.

Woher beziehen

Dieses Feld befindet sich in der Einteilungstabelle EKET, Feld EINDT.

Beispiele
2023-06-012023-06-152023-07-01
Benutzer
UserName
Die Kennung des Benutzers, der eine bestimmte Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die SAP-Benutzer-ID der Person, die ein Dokument erstellt, geändert oder genehmigt hat. Dadurch lassen sich Aktionen im System nachvollziehen.

Die Analyse nach Benutzern hilft, Schulungsbedarf, Arbeitsverteilung und individuelle Leistung zu erkennen. So lässt sich beispielsweise feststellen, ob bestimmte Benutzer regelmäßig mit langen Genehmigungszeiten oder häufigen Änderungen nach der Genehmigung verbunden sind. Diese Erkenntnisse können in die Ressourcenplanung und Prozessverbesserung einfließen.

Warum das wichtig ist

Schafft Verantwortlichkeit und ermöglicht Leistungsanalysen auf Ebene einzelner Personen oder Teams. So lassen sich Schulungsbedarf und Ressourcenengpässe erkennen.

Woher beziehen

Diese Information findet sich in Feldern wie ERNAM (Erstellt von) in EKKO oder im Benutzerfeld der Änderungsbelegtabelle (CDHDR-USERNAME).

Beispiele
CB9980000012JSMITHRROE
Bestellanforderung
PurchaseRequisitionNumber
Die Kennung der Bestellanforderung (PR), aus der die Bestellung hervorgegangen ist.
Beschreibung

Dieses Attribut verknüpft die Bestellung mit der ursprünglichen Bestellanforderung. Direkt erstellte Bestellungen haben nicht immer eine zugehörige Bestellanforderung.

Diese Verknüpfung ist wichtig, um den gesamten Beschaffungsprozess von der ursprünglichen Anforderung an zu analysieren. Sie unterstützt Kennzahlen wie „Genehmigungszeit der Bestellanforderung“ und ist entscheidend, um nicht genehmigte Beschaffung zu erkennen, bei der Bestellungen ohne vorherige genehmigte Anforderung erstellt werden.

Warum das wichtig ist

Verknüpft die Bestellung mit der ursprünglichen Anforderung und ermöglicht so eine durchgängige Prozessanalyse sowie das Erkennen nicht konformer, nicht genehmigter Ausgaben.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKPO (Bestellposition), Feld BANFN.

Beispiele
1001005110010052
Bestellbelegart
DocumentType
Eine Klassifizierung, die verschiedene Bestellarten unterscheidet, etwa Standardbestellungen, Dienstleistungsbestellungen oder Umlagerungsbestellungen.
Beschreibung

Die Belegart ist ein wichtiges Konfigurationselement in SAP. Sie steuert den Prozessablauf, den Nummernkreis und die Felder einer Bestellung. Unternehmen können damit den Beschaffungsprozess an unterschiedliche Szenarien anpassen.

Die Analyse nach Belegart ist entscheidend, um Prozessvarianten zu verstehen. Der Ablauf einer Standardbestellung für Waren kann sich beispielsweise deutlich von dem einer Dienstleistungsbestellung oder einer Umlagerung unterscheiden. Mit diesem Attribut lassen sich die verschiedenen Prozessabläufe filtern und vergleichen, um gezielte Verbesserungsmöglichkeiten zu finden.

Warum das wichtig ist

Kategorisiert Bestellungen und ermöglicht den Vergleich verschiedener Beschaffungsprozesse. So lassen sich Unterschiede bei Prozessabläufen und Durchlaufzeiten erklären.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO, Feld BSART.

Beispiele
NBFOUB
Gesamtnettobetrag
TotalNetAmount
Der Gesamtwert der Bestellung ohne Steuern und Frachtkosten.
Beschreibung

Dieses Attribut gibt den Nettogeldwert der Bestellung an. Es ist eine wichtige Finanzkennzahl, die den Umfang des Beschaffungsvorgangs zeigt.

Der Betrag ist für Finanzanalysen entscheidend. So können Bestellungen nach Wert kategorisiert werden, etwa in hohe und niedrige Beträge, um unterschiedliche Prozessabläufe zu erkennen. Außerdem lässt sich die Analyse damit priorisieren, indem Sie sich auf Bestellungen mit hohem Wert konzentrieren, die ein größeres finanzielles Risiko oder stärkere Auswirkungen auf das Unternehmen mit sich bringen können.

Warum das wichtig ist

Ermöglicht finanzbezogene Analysen, mit denen Sie Bestellungen nach Wert aufschlüsseln und Prozessverbesserungen auf Bereiche mit hohen Ausgaben konzentrieren können.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO, Feld NETWR.

Beispiele
1500.0025000.50125.75
Lieferanten-ID
VendorId
Die eindeutige Kennung des Lieferanten, der Waren oder Dienstleistungen bereitstellt.
Beschreibung

Die Lieferanten-ID ist ein wichtiges Stammdatenattribut, das eine Bestellung mit einem bestimmten Lieferanten verknüpft. Sie wird während des gesamten Beschaffungsprozesses für Kommunikation, Lieferung und Zahlung verwendet.

Im Process Mining ermöglicht dieses Attribut eine nach Lieferanten aufgeschlüsselte Leistungsanalyse. Es ist wichtig für Dashboards wie „Lieferzeit der Lieferanten“ und „Warenrücksendungen nach Lieferant“. Damit lassen sich zuverlässige Lieferanten ebenso erkennen wie solche, die möglicherweise Verzögerungen oder Qualitätsprobleme verursachen.

Warum das wichtig ist

Ermöglicht lieferantenbezogene Analysen, mit denen Sie die Leistung bewerten, besonders leistungsstarke und leistungsschwache Lieferanten erkennen und die Lieferkette optimieren können.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO, Feld LIFNR.

Beispiele
100023100045100088
Buchungskreis
CompanyCode
Kennung der juristischen Person oder des Unternehmens, für das die Bestellung angelegt wird.
Beschreibung

Der Buchungskreis ist eine eigenständige Rechnungslegungseinheit innerhalb einer Organisation. Alle Finanztransaktionen zu einer Bestellung werden einem bestimmten Buchungskreis zugeordnet.

Dieses grundlegende Organisationsattribut ermöglicht es, Beschaffungsprozesse verschiedener juristischer Personen zu filtern und miteinander zu vergleichen. Eine Analyse nach Buchungskreis kann Unstimmigkeiten bei der Prozessausführung, unterschiedliche Effizienzgrade oder abweichende Compliance-Raten innerhalb der Organisation aufdecken.

Warum das wichtig ist

Ermöglicht eine nach juristischen Personen gegliederte Prozessanalyse und erleichtert so den Vergleich von Leistung und Compliance in verschiedenen Unternehmensbereichen.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO im Feld BUKRS.

Beispiele
101017102000
Einkäufergruppe
PurchasingGroup
Gruppe von Einkäufern, die für bestimmte Beschaffungsaktivitäten zuständig ist.
Beschreibung

Eine Einkäufergruppe besteht aus einem oder mehreren Einkäufern, die für bestimmte Einkaufsaktivitäten, Materialien oder Lieferanten zuständig sind. Sie sind die zentralen Ansprechpartner für Lieferanten.

Mit diesem Attribut lässt sich die Arbeitsauslastung und Leistung detaillierter analysieren als auf Ebene der Einkaufsorganisation. So können Sie überlastete Teams erkennen, die Effizienz verschiedener Einkäufergruppen messen und feststellen, bei welchen Gruppen Prozessabweichungen wie nicht genehmigte Ausgaben häufiger auftreten.

Warum das wichtig ist

Ermöglicht eine detaillierte Betrachtung der Leistung von Einkäufergruppen und damit die Analyse von Arbeitsauslastung, Effizienz und Prozesseinhaltung auf Teamebene.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO im Feld EKGRP.

Beispiele
001002N00
Einkaufsorganisation
PurchasingOrganization
Organisationseinheit, die für die Beschaffung von Materialien und Dienstleistungen sowie für Verhandlungen mit Lieferanten zuständig ist.
Beschreibung

Die Einkaufsorganisation ist eine zentrale Organisationseinheit in der Beschaffung. Sie kann auf Konzern-, Unternehmens- oder Werksebene angesiedelt sein und verantwortet sämtliche Einkaufsaktivitäten.

Eine Analyse nach Einkaufsorganisation hilft dabei, die Effizienz und Leistung verschiedener Beschaffungsteams oder Regionen zu bewerten. Sie kann Unterschiede bei Lieferantenverhandlungen, der Einhaltung von Prozessen oder Verzögerungen bei Freigaben zwischen Organisationseinheiten sichtbar machen.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich zwischen verschiedenen Beschaffungsabteilungen oder Regionen und hilft dabei, bewährte Vorgehensweisen sowie Verbesserungspotenziale zu erkennen.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKKO im Feld EKORG.

Beispiele
10101710US01
Materialnummer
MaterialNumber
Kennung des beschafften Materials oder Produkts.
Beschreibung

Die Materialnummer ist ein eindeutiger Code für jeden Materialstammsatz in SAP. Sie wird für alle Transaktionen zu diesem Material verwendet, darunter Beschaffung, Bestandsverwaltung und Vertrieb.

Eine Analyse nach Materialnummer oder Materialgruppe ermöglicht eine warengruppenbezogene Auswertung. Sie zeigt, ob die Beschaffung bestimmter Materialien weniger effizient ist, längere Durchlaufzeiten aufweist oder häufiger zu Rücksendungen führt. Diese Erkenntnisse unterstützen das Warengruppenmanagement.

Warum das wichtig ist

Ermöglicht eine warengruppenbezogene Analyse, mit der sich Prozessprobleme oder Leistungsschwächen von Lieferanten bei bestimmten Produkten oder Materialien erkennen lassen.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKPO im Feld MATNR.

Beispiele
RM100-100FG210SERV-CONSULT
Nacharbeit
IsRework
Berechnetes Kennzeichen dafür, ob bei der Bestellung Nacharbeit erforderlich war, etwa aufgrund einer Änderung nach der Freigabe oder einer Warenrücksendung.
Beschreibung

Dieses boolesche Attribut wird anhand der Aktivitätsabfolge für jede Bestellung berechnet. Es wird auf „true“ gesetzt, wenn nach dem Ereignis „Bestellung genehmigt“ das Ereignis „Bestellung geändert“ auftritt oder ein Ereignis „Waren zurückgesendet“ vorliegt.

Das Kennzeichen vereinfacht die Berechnung der KPI „Straight-Through-Processing-Rate“. Damit lassen sich alle Bestellungen, die manuelle Eingriffe oder Korrekturen erforderten, einfach filtern und visualisieren. So können Kosten und Häufigkeit der Nacharbeit quantifiziert werden.

Warum das wichtig ist

Hilft, Ineffizienzen im Prozess zu quantifizieren, indem Fälle mit Nacharbeit gekennzeichnet werden. Das ist wichtig, um die Straight-Through-Processing-Rate zu berechnen und Ursachen für Abweichungen zu ermitteln.

Woher beziehen

Berechnetes Feld auf Grundlage der Aktivitätsabfolge. Die Logik prüft, ob auf eine Freigabe das Ereignis „Bestellung geändert“ folgt oder ob ein Ereignis „Waren zurückgesendet“ vorliegt.

Beispiele
truefalse
Nicht genehmigte Ausgaben
IsMaverickSpend
Berechnetes Kennzeichen dafür, ob eine Bestellung ohne vorherige genehmigte Bestellanforderung angelegt wurde.
Beschreibung

Dieses boolesche Kennzeichen wird bei der Datenverarbeitung abgeleitet. Es wird auf „true“ gesetzt, wenn einer Bestellung keine Bestellanforderung zugeordnet ist oder die Bestellung den standardmäßigen Freigabe-Workflow umgeht.

Das Attribut unterstützt direkt das Dashboard „Erkennung nicht genehmigter Ausgaben“ und die zugehörigen KPIs. Es hilft dabei, das Ausmaß nicht konformer Beschaffung zu quantifizieren. So können Unternehmen gezielt Abteilungen oder Benutzergruppen ansprechen, um Beschaffungsrichtlinien und Kontrollen zu stärken.

Warum das wichtig ist

Kennzeichnet nicht konforme Beschaffung direkt. So lassen sich Prozessabweichungen quantifizieren und Finanzkontrollen sowie Beschaffungsrichtlinien durchsetzen.

Woher beziehen

Berechnetes Feld, das auf einem fehlenden Wert in „PurchaseRequisitionNumber“ bei bestimmten Belegarten oder auf der Analyse der Ereignisabfolge basiert.

Beispiele
truefalse
Positionsart
ItemCategory
Klassifiziert eine Bestellposition, zum Beispiel als Standardposition, Konsignation, Lohnbearbeitung oder Dienstleistung.
Beschreibung

Die Positionsart legt fest, wie die Beschaffung eines bestimmten Materials oder einer Dienstleistung gesteuert und abgewickelt wird. Sie beeinflusst nachfolgende Schritte wie Wareneingang und Rechnungsprüfung.

Dieses Attribut ist wichtig, um Prozessvarianten nach Art der Beschaffung zu analysieren. Der Ablauf für eine Dienstleistungsposition, für die ein Leistungserfassungsblatt erforderlich ist, unterscheidet sich beispielsweise deutlich von dem für eine Standardlagerposition. Die Analyse nach Positionsart hilft, diese Unterschiede zu verstehen und gezielte Prozessverbesserungen umzusetzen.

Warum das wichtig ist

Erläutert Prozessvarianten, indem zwischen verschiedenen Beschaffungsarten wie Waren, Dienstleistungen und Fremdbearbeitung unterschieden wird.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKPO im Feld PSTYP.

Beispiele
093
Pünktliche Lieferung durch Lieferanten
SupplierOnTimeDelivery
Berechnetes Kennzeichen dafür, ob der Wareneingang am angeforderten Liefertermin oder früher gebucht wurde.
Beschreibung

Dieses boolesche Attribut wird ermittelt, indem der Timestamp der Aktivität „Wareneingang gebucht“ mit dem „Angeforderten Liefertermin“ verglichen wird. Erfolgt der Wareneingang am angeforderten Termin oder früher, wird das Attribut auf „true“ gesetzt.

Das Attribut unterstützt direkt die KPI „Pünktliche Lieferungen durch Lieferanten“. Es vereinfacht die Analyse, da Benutzer pünktliche und verspätete Lieferungen gezielt filtern können. Das ist wichtig für Dashboards zur Lieferantenleistung und Lieferantenbewertungen.

Warum das wichtig ist

Misst direkt die Zuverlässigkeit von Lieferanten. Damit bildet das Attribut die Grundlage für die KPI zur pünktlichen Lieferung und unterstützt ein wirksames Lieferantenmanagement.

Woher beziehen

Berechnet durch den Vergleich des Timestamps der Aktivität „Wareneingang gebucht“ mit dem Attribut „RequestedDeliveryDate“.

Beispiele
truefalse
Werk
Plant
Betriebsstätte oder Standort, an den die Waren geliefert oder an dem die Dienstleistungen erbracht werden.
Beschreibung

In SAP ist ein Werk ein physischer Standort, an dem Waren produziert oder gelagert beziehungsweise Dienstleistungen erbracht werden. Es ist ein wichtiges Element für Logistik und Planung.

Eine nach Werk gegliederte Prozessanalyse kann regionale oder standortspezifische Unterschiede in der Beschaffung aufzeigen. So lässt sich beispielsweise feststellen, ob bestimmte Werke längere Lieferzeiten oder höhere Warenrückgabequoten aufweisen. Das kann auf lokale Probleme in der Logistik oder Qualitätskontrolle hindeuten.

Warum das wichtig ist

Ermöglicht eine standortbezogene Analyse und macht Leistungsunterschiede zwischen Betriebsstätten, Werken oder Lagern sichtbar.

Woher beziehen

Dieses Attribut befindet sich in der SAP-S/4HANA-Tabelle EKPO im Feld WERKS.

Beispiele
10101710DE01
Erforderlich Empfohlen Optional

Aktivitäten im Purchase-to-Pay-Prozess mit Bestellungen

Dies sind die wesentlichen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um den Prozess präzise zu entdecken und zu optimieren.
7 Empfohlen 6 Optional
Aktivität Beschreibung
Bestellanforderung erstellt
Diese Aktivität dokumentiert die formelle Anforderung von Waren oder Dienstleistungen und leitet den Beschaffungsprozess ein. Das Ereignis wird ausdrücklich erfasst, wenn ein Benutzer ein neues Bestellanforderungsdokument speichert, zum Beispiel über die Transaktion ME51N.
Warum das wichtig ist

Für viele Bestellprozesse ist dies der zentrale Startpunkt. Die Zeitspanne zwischen diesem Ereignis und der Erstellung der Bestellung zeigt Verzögerungen bei der Beschaffung und der internen Bearbeitung auf.

Woher beziehen

Erfasst in der Tabelle EBAN (Bestellanforderung). Der Timestamp der Erstellung ist in den Änderungshistorientabellen CDHDR und CDPOS für das Objekt EBAN zu finden.

Erfassung

Ereignis, das bei der Erstellung eines Dokuments in der Tabelle EBAN erfasst wird.

Ereignistyp explicit
Bestellanforderung genehmigt
Bezeichnet die formelle Genehmigung einer Bestellanforderung durch eine Führungskraft oder eine zuständige genehmigende Person. Sie wird üblicherweise aus einer Statusänderung im Anforderungsdokument abgeleitet und zeigt an, dass die Anforderung in eine Bestellung umgewandelt werden kann.
Warum das wichtig ist

Dieser wichtige Meilenstein dient dazu, Genehmigungszeiten zu verfolgen und Engpässe zu erkennen. Verzögerungen wirken sich direkt darauf aus, wie schnell eine Bestellung erstellt und an einen Lieferanten gesendet werden kann.

Woher beziehen

Abgeleitet aus den Freigabestatusfeldern in der Tabelle EBAN, zum Beispiel FRGZU (Freigabekennzeichen). Der Timestamp stammt aus den Änderungsbelegen (CDHDR/CDPOS), in denen die endgültige Freigabe dokumentiert ist.

Erfassung

Abgeleitet aus den Änderungsprotokollen (CDHDR/CDPOS) zu den Freigabestatusfeldern in der Tabelle EBAN.

Ereignistyp inferred
Bestellung abgeschlossen
Diese Aktivität zeigt an, dass eine Bestellposition aus logistischer Sicht als abgeschlossen gilt. Sie wird abgeleitet, wenn sowohl das Kennzeichen „Lieferung abgeschlossen“ als auch das Kennzeichen „Endrechnung“ gesetzt sind.
Warum das wichtig ist

Dies ist der Endpunkt für die Analyse des Bestelllebenszyklus. Die Zeit bis zu diesem Ereignis entspricht der durchgängigen Durchlaufzeit der Beschaffung.

Woher beziehen

Abgeleitet aus den Statuskennzeichen der Bestellpositionstabelle EKPO. Das Ereignis tritt ein, wenn sowohl das Kennzeichen „Lieferung abgeschlossen“ (ELIKZ) als auch das Kennzeichen „Endrechnung“ (EREKZ) auf „wahr“ gesetzt sind.

Erfassung

Abgeleitet aus Änderungsprotokollen, wenn die EKPO-Felder ELIKZ und EREKZ beide als abgeschlossen gekennzeichnet sind.

Ereignistyp inferred
Bestellung erstellt
Dokumentiert die Erstellung des offiziellen Bestelldokuments, mit oder ohne Bezug zu einer Bestellanforderung. Das Ereignis wird ausdrücklich erfasst, sobald das Bestelldokument erstmals im System gespeichert wird.
Warum das wichtig ist

Diese Aktivität kann als alternativer Startpunkt des Prozesses dienen, insbesondere bei der Analyse nicht genehmigter Beschaffung. Sie ist ein grundlegendes Ereignis, um die gesamte Bearbeitungszeit der Bestellung zu verfolgen.

Woher beziehen

Erfasst in der Bestellkopftabelle EKKO. Das Erstellungsdatum (AEDAT) und die Uhrzeit des Dokuments sind direkt in dieser Tabelle gespeichert.

Erfassung

Erstellungs-Timestamp (AEDAT) des Bestelldokuments in der Tabelle EKKO.

Ereignistyp explicit
Bestellung genehmigt
Zeigt an, dass alle erforderlichen internen Genehmigungen für die Bestellung vorliegen und sie an den Lieferanten freigegeben werden darf. Das Ereignis wird aus einer Statusänderung in der Freigabestrategie der Bestellung abgeleitet.
Warum das wichtig ist

Dieser wichtige Meilenstein dient dazu, die Effizienz der Genehmigung und die Nacharbeit nach der Genehmigung zu messen. Die Zeit zwischen Erstellung und Genehmigung der Bestellung macht interne Verzögerungen sichtbar.

Woher beziehen

Abgeleitet aus dem Freigabekennzeichen (FRGKE) in der Tabelle EKKO. Der Timestamp wird anhand der Änderungshistorie (CDHDR/CDPOS) ermittelt, die dokumentiert, wann dieses Feld auf den Status „freigegeben“ gesetzt wurde.

Erfassung

Abgeleitet aus den Änderungsprotokollen zum Freigabekennzeichen (FRGKE) in der Tabelle EKKO.

Ereignistyp inferred
Rechnung eingegangen
Bezeichnet die Erfassung einer Lieferantenrechnung im SAP-System und ihre Verknüpfung mit der zugehörigen Bestellung. Diese ausdrückliche Finanzbuchung erzeugt einen Buchhaltungsbeleg.
Warum das wichtig ist

Dieser wichtige Meilenstein verbindet den Beschaffungsprozess mit der Kreditorenbuchhaltung. Er ermöglicht die Analyse der Zeit zwischen Wareneingang und Rechnungsverarbeitung.

Woher beziehen

Ein Buchhaltungsbeleg wird in der Tabelle BKPF (Kopf) erstellt. Die Positionen befinden sich in BSEG oder im Universal Journal ACDOCA. Der Beleg ist in der Tabelle RSEG mit der Bestellung verknüpft.

Erfassung

Erfassungsdatum des Belegs (CPUDT) aus der Buchhaltungsbelegkopftabelle BKPF.

Ereignistyp explicit
Wareneingang gebucht
Bezeichnet den physischen Eingang der Waren vom Lieferanten und die entsprechende Buchung im System. Diese Transaktion aktualisiert ausdrücklich die Bestellhistorie.
Warum das wichtig ist

Dieser wichtige Meilenstein beendet die Lieferzeit des Lieferanten und leitet die interne Rechnungsprüfung ein. Er ist für die Ermittlung der Pünktlichkeitsquote von Lieferungen unerlässlich.

Woher beziehen

Erfasst als Materialbeleg in den Tabellen MKPF (Kopf) und MSEG (Position) und über eine bestimmte Bewegungsart, zum Beispiel 101, mit der Bestellhistorie in der Tabelle EKBE verknüpft.

Erfassung

Buchungsdatum (BUDAT) aus dem Materialbelegkopf (MKPF), verknüpft über EKBE.

Ereignistyp explicit
Bestellung an Lieferanten gesendet
Bezeichnet den Zeitpunkt, zu dem die Bestellung an den Lieferanten übermittelt wird, zum Beispiel per EDI, E-Mail oder Ausdruck. Dieses Ereignis wird häufig in den Protokollen der Ausgabeverwaltung des Systems erfasst.
Warum das wichtig ist

Mit dieser Aktivität beginnt die Lieferzeit des Lieferanten. Sie ist entscheidend, um die Lieferantenleistung ab dem Zeitpunkt des Auftragseingangs korrekt zu messen.

Woher beziehen

Erfasst in der Ausgabesteuertabelle NAST, in der die für ein Einkaufsdokument gesendeten Mitteilungen protokolliert werden. Datum und Uhrzeit der relevanten Ausgabeart, zum Beispiel EDI oder E-Mail, können verwendet werden.

Erfassung

Timestamp der ersten erfolgreich gesendeten Ausgabemitteilung zur Bestellung in der Tabelle NAST.

Ereignistyp inferred
Bestellung geändert
Diese Aktivität zeigt an, dass die Bestellung nach ihrer ursprünglichen Erstellung geändert wurde, zum Beispiel hinsichtlich Menge, Preis oder Liefertermin. Die Änderung wird ausdrücklich in den Systemprotokollen erfasst.
Warum das wichtig ist

Änderungen zu verfolgen, insbesondere nach der Genehmigung, ist entscheidend, um Ineffizienzen, Nacharbeit und mögliche Compliance-Probleme zu erkennen. Häufige Änderungen können auf ungenaue ursprüngliche Angaben hindeuten.

Woher beziehen

Erfasst in den Änderungsbelegt Tabellen CDHDR (Kopf) und CDPOS (Position) für Bestellobjekte (EINKBELEG). Jede Änderung erzeugt einen detaillierten Protokolleintrag.

Erfassung

Ereignis, das bei Änderungen wichtiger Felder in den Tabellen EKKO oder EKPO protokolliert und in CDHDR/CDPOS erfasst wird.

Ereignistyp explicit
Bestellung gelöscht
Bezeichnet die Stornierung oder logische Löschung einer Bestellposition oder des gesamten Dokuments. Dies wird erfasst, wenn ein Benutzer das Löschkennzeichen im Dokument setzt.
Warum das wichtig ist

Diese Aktivität ist ein alternativer Endpunkt des Prozesses und weist auf einen Abbruch oder eine Stornierung hin. Die Analyse der Gründe für gelöschte Bestellungen kann Probleme in der Bedarfsplanung oder bei der Definition von Anforderungen aufdecken.

Woher beziehen

Erfasst über das Löschkennzeichen (LOEKZ) in den Tabellen für den Bestellkopf (EKKO) oder die Bestellposition (EKPO). Der Timestamp stammt aus den Änderungsbelegen (CDHDR/CDPOS).

Erfassung

Timestamp aus den Änderungsbelegen (CDHDR/CDPOS), wenn das Löschkennzeichen (LOEKZ) gesetzt wird.

Ereignistyp explicit
Leistungsbestätigung erfasst
Diese Aktivität dokumentiert die Bestätigung, dass eine in einer Bestellung aufgeführte Dienstleistung erbracht wurde. Sie wird ausdrücklich durch die Erstellung eines Leistungserfassungsblatts erfasst.
Warum das wichtig ist

Bei der Beschaffung von Dienstleistungen entspricht dies einem Wareneingang. Die Aktivität ist entscheidend, um Leistungsfristen zu verfolgen und Lieferanten rechtzeitig zu bezahlen.

Woher beziehen

Erfasst durch die Erstellung eines Leistungserfassungsblatts. Die Daten sind in den Tabellen ESSR (Kopf) und ESLL (Positionen) gespeichert. Das Erstellungsdatum dient als Timestamp.

Erfassung

Erstellungsdatum des Leistungserfassungsblatts in der Tabelle ESSR.

Ereignistyp explicit
Rechnung bezahlt
Bezeichnet den endgültigen Ausgleich der Lieferantenrechnung durch einen Zahlungslauf oder eine manuelle Zahlung. Diese ausdrückliche Finanztransaktion erzeugt einen Ausgleichsbeleg.
Warum das wichtig ist

Obwohl diese Aktivität technisch zum Zahlungsprozess gehört, ermöglicht sie einen vollständigen Überblick über den Beschaffungs- und Zahlungszyklus. Sie ist wichtig für die Analyse von Zahlungsbedingungen und Zahlungsleistung.

Woher beziehen

Die Zahlung wird als Ausgleichsbeleg in BKPF/ACDOCA erfasst. Das Ausgleichsdatum (AUGDT) der Rechnungsposition in BSEG oder ACDOCA kennzeichnet das Zahlungsereignis.

Erfassung

Ausgleichsdatum (AUGDT) des Rechnungsbelegs in BSEG oder ACDOCA.

Ereignistyp explicit
Waren zurückgesendet
Zeigt an, dass zuvor erhaltene Waren an den Lieferanten zurückgesendet wurden, üblicherweise aufgrund von Qualitätsmängeln, Beschädigungen oder falschen Lieferungen. Dies wird ausdrücklich als Warenbewegung zur Stornierung erfasst.
Warum das wichtig ist

Diese Aktivität macht Nacharbeit und mögliche Probleme mit der Lieferantenqualität oder der Bestellgenauigkeit sichtbar. Häufige Rücksendungen bei einem bestimmten Lieferanten oder Material weisen auf ein Problem hin.

Woher beziehen

Erfasst als Materialbeleg mit einer bestimmten Rücklieferungsbewegungsart, zum Beispiel 122. Das Ereignis wird in MKPF/MSEG protokolliert und in der Historientabelle EKBE mit der Bestellung verknüpft.

Erfassung

Buchungsdatum des Materialbelegs mit Rücklieferungsbewegungsart in EKBE.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus SAP S/4HANA

Bereit für den Einstieg?

Dieses Template bietet eine solide Grundlage für Ihren Einstieg in Process Mining. Nutzen Sie Ihre SAP-S/4HANA-Daten, um Effizienzpotenziale aufzudecken und Ihren Purchase-to-Pay-Prozess noch heute zu verbessern.

Optimieren Sie Ihren P2P-Bestellprozess und verkürzen Sie jetzt die Zykluszeit

Beseitigen Sie Ineffizienzen und verkürzen Sie die Zykluszeit Ihres P2P-Bestellprozesses um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.