Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

SAP ECC
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen

Dieses Template führt Sie durch die relevanten Datenpunkte, die zur Analyse Ihres Purchase-to-Pay – Bestellprozesses in SAP ECC erforderlich sind. Sie beschreibt die wichtigen Attribute, die gesammelt werden müssen, die nachzuverfolgenden Schlüsselaktivitäten und bietet praktische Anleitung, wie diese Informationen aus Ihrem System zu extrahieren sind. Verwenden Sie diese Ressource, um einen leistungsstarken Event Log für Ihre Process-Mining-Initiativen zu erstellen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für SAP ECC
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Purchase-to-Pay – Bestellattribute

Dies sind die relevanten Datenfelder, die für die Aufnahme in Ihr Event Log empfohlen werden, um eine vollständige Analyse Ihres Einkauf-zu-Zahlung – Bestellprozesses zu ermöglichen.
3 Erforderlich 6 Empfohlen 12 Optional
Name Beschreibung
Aktivität
Activity
Der Name des spezifischen Geschäftsereignis oder Schrittes, der innerhalb des BestellLebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Prozess, wie 'Bestellung angelegt', 'Bestellung genehmigt' oder 'Wareneingang gebucht'. Die Abfolge dieser Aktivitäten bildet den Prozessfluss für jede einzelne Bestellung.

Die Analyse der Reihenfolge, Häufigkeit und Dauer zwischen Aktivitäten ist die Grundlage für Process Mining. Sie hilft dabei, Engpässe, Wiederholungsschleifen und Abweichungen vom Standardprozess zu identifizieren, was gezielte Verbesserungen und Standardisierungsbemühungen ermöglicht.

Bedeutung

Aktivitäten definieren die Schritte des Prozesses. Die Analyse ihrer Abfolge und Zeitplanung macht den tatsächlichen Prozessfluss sichtbar, Engpässe und Abweichungen.

Datenquelle

Abgeleitet aus verschiedenen SAP-Tabellen und Transaktionsprotokollen, wie CDHDR/CDPOS für Änderungen, EKBE für Wareneingang/Rechnungseingang und EBAN für Anforderungen. Oft ist eine benutzerdefinierte Logik oder ein Extraktionsprogramm zur Generierung erforderlich.

Beispiele
Bestellung erstelltBestellung genehmigt`Wareneingang` gebucht
Bestellung
PurchaseOrder
Der eindeutige Identifikator für das Bestell-Dokument (PO), der als primärer Case für die Verfolgung des Beschaffungsprozesses dient.
Beschreibung

Die Bestellnummer ist der zentrale Identifikator, der alle Aktivitäten von ihrer Erstellung bis zum abschließenden Wareneingang und Abschluss verknüpft. Jede eindeutige Bestellnummer repräsentiert eine einzelne Instanz des Beschaffungsprozesses.

Im Process Mining ist dieses Attribut unerlässlich für die Rekonstruktion des End-to-End-Prozesses jedes Einkaufs. Es ermöglicht eine detaillierte Analyse von Durchlaufzeiten, Prozessvariationen und Compliance-Prüfungen für jede individuelle Bestellung und bildet die Grundlage des gesamten Prozessmodells.

Bedeutung

Dies ist der zentrale Identifikator, der alle zusammengehörigen Ereignisse verbindet und somit die Analyse des gesamten Lebenszyklus jeder einzelnen Bestellung ermöglicht.

Datenquelle

Table: EKKO, Feld: EBELN

Beispiele
450001762345000176244500017625
Ereigniszeit
EventTime
Das genaue Datum und die genaue Uhrzeit, zu der den Antrag bearbeitet.ie Aktivität stattgefunden hat.
Beschreibung

Dieser Zeitstempel markiert den genauen Zeitpunkt, zu dem ein Event stattfand, z.B. die Genehmigung einer Bestellung oder den Antrag bearbeitet.ie Buchung eines Wareneingangs. Er stellt die chronologische Reihenfolge aller Aktivitäten innerhalb eines Case sicher.

Zeitstempels sind wesentlich für Process Mining, da sie alle zeitbasierten Analysen ermöglichen. Dazu gehören die Berechnung von Durchlaufzeits zwischen Aktivitäten, die Identifizierung von Verzögerungen, die Analyse des Prozessdurchsatzes und die Messung der Leistung anhand von Service Level Agreements (SLAs).

Bedeutung

Dieser Zeitstempel ist maßgeblich für die Berechnung aller zeitbasierten Kennzahlen, wie Durchlaufzeits und Engpässe, sowie für die chronologische Reihenfolge der Ereignisse.

Datenquelle

Abgeleitet aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, wie EKKO-AEDAT (Änderungsdatum), CDHDR-UDATE/UTIME (Änderungslog-Zeitstempel) oder EKBE-BUDAT (Buchungsdatum).

Beispiele
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Auftragsbetrag
OrderAmount
Der gesamte Geldwert der Bestellposition.
Beschreibung

Dieses Attribut repräsentiert den Gesamtwert einer bestimmten Position in der Bestellung, berechnet als Menge multipliziert mit dem Nettopreis. Für den vollständigen Bestellwert müssen die Positionswerte aggregiert werden.

Die Analyse des Prozesses nach Bestellwert ist maßgeblich, um Transaktionen mit hohem Wert zu identifizieren, die möglicherweise strengere Kontrollen oder unterschiedliche Genehmigungswege erfordern. Es ist die Grundlage für das Dashboard 'Bestellwertanalyse' und hilft, Prozessoptimierungsbemühungen auf die finanziell bedeutendsten Bestellungen zu priorisieren.

Bedeutung

Quantifiziert die finanziellen Auswirkungen jedes Einkaufs und ermöglicht eine wertbasierte Analyse, um hochwertige Bestellungen zu priorisieren oder Kosteneinsparungspotenziale zu identifizieren.

Datenquelle

Table: EKPO, Feld: NETWR (Nettobestellwert).

Beispiele
1500.00250.7512345.50
Benutzername
UserName
Die Benutzer-ID der Person, welche die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst den SAP-Benutzernamen des Mitarbeiters, der ein Dokument erstellt, geändert oder genehmigt hat. Bei automatisierten Schritten kann es eine System- oder Batch-Benutzer-ID anzeigen.

Die Analyse nach Benutzer hilft, Schulungsbedarfe, leistungsstarke Personen oder potenzielle Compliance-Verstöße zu identifizieren. Sie ist wesentlich für den Aufbau von Dashboards im Zusammenhang mit der Arbeitslastverteilung, der Einhaltung der Genehmigungsmatrix und dem Verständnis der Leistung verschiedener Teams oder Einzelpersonen.

Bedeutung

Ordnet Benutzeraktionen bestimmten Personen zu, was die Analyse der Benutzerperformance, Arbeitslast und Einhaltung von Compliance-Protokollen ermöglicht.

Datenquelle

Table: EKKO, Feld: ERNAM (Erstellt von); Tabelle: CDHDR, Feld: USERNAME (Geändert von).

Beispiele
JSMITHMBROWNBATCH_USER
Buchungskreis
CompanyCode
Der Identifikator für die juristische Einheit oder den Antrag bearbeitet.as Unternehmen, das den Einkauf initiiert.
Beschreibung

Der Buchungskreis repräsentiert eine unabhängige juristische Einheit in SAP. Alle Transaktionen werden auf Buchungskreisebene gebucht, was ihn zu einer wesentlichen Organisationseinheit macht.

Die Analyse des Prozesses nach Buchungskreis ermöglicht den Vergleich der Beschaffungseffizienz und Compliance über verschiedene Geschäftseinheiten oder Länder hinweg. Sie hilft dabei, Best Practices in einer Einheit zu identifizieren, die anderswo repliziert werden könnten, oder spezifische Einheiten aufzudecken, die Schwierigkeiten mit dem Prozess haben.

Bedeutung

Stellt die juristische Einheit dar, die den Vergleich der Prozessleistung und Compliance-Prüfungen über verschiedene Teile der Organisation hinweg ermöglicht.

Datenquelle

Table: EKKO, Feld: BUKRS

Beispiele
10002100US01
Dokumententyp
DocumentType
Ein Code, der verschiedene Arten von Bestellungen klassifiziert.
Beschreibung

Die Belegart ist eine Konfiguration in SAP, die den Nummernkreis, die Feldauswahl und den gesamten Prozessablauf für eine Bestellung steuert. Zum Beispiel kann es verschiedene Typn für Standardbestellungen, Dienstleistungsbestellungen oder Umlagerungsbestellungen geben.

Dieses Attribut ist eine hilfreiche Dimension für die Analyse, da unterschiedliche Belegarten oft absichtlich unterschiedlichen Prozessen folgen. Das Filtern nach Belegart ermöglicht einen genaueren, direkten Vergleich von Durchlaufzeiten und Prozessabläufen.

Bedeutung

Unterscheidet zwischen verschiedenen Arten von Einkaufsprozessen (z. B. Standard, Dienstleistung, Retoure), die oft unterschiedliche Pfade und Leistungsfähigkeit-Erwartungen aufweisen.

Datenquelle

Table: EKKO, Feld: BSART

Beispiele
NBFOUB
Lieferantennummer
VendorNumber
Der eindeutige Identifikator für den Lieferanten oder Anbieter.
Beschreibung

Dies ist der Code, der den Antrag bearbeitet.en Lieferanten, von dem die Waren oder Dienstleistungen bezogen werden, eindeutig identifiziert. Es ist ein kritischer Teil der StammDaten im Beschaffungsprozess.

Dieses Attribut ist unerlässlich für eine Lieferantenzentrierte Analyse. Es ermöglicht die Bewertung der Lieferantenlieferperformance, den Vergleich von Durchlaufzeiten verschiedener Lieferanten und die Analyse von Ausgabenmustern. Es ist die primäre Dimension für das Dashboard 'Lieferantenlieferperformance'.

Bedeutung

Ermöglicht eine Lieferanten-Leistungsfähigkeit-Analyse, die dabei hilft, leistungsstarke Lieferanten sowie solche zu identifizieren, die Verzögerungen oder Qualitätsprobleme verursachen.

Datenquelle

Table: EKKO, Feld: LIFNR

Beispiele
100345V-20598700112
Materialgruppe
MaterialGroup
Eine Klassifizierung zur Gruppierung von Materialien oder Dienstleistungen mit ähnlichen Eigenschaften.
Beschreibung

Die Warengruppe, oder Einkaufskategorie, dient der Klassifizierung der zu beschaffenden Waren oder Dienstleistungen. Beispiele sind 'IT-Hardware', 'Büromaterial' oder 'Professionelle Dienstleistungen'.

Dieses Attribut ist maßgeblich für die Ausgabenanalyse und das Verständnis von Beschaffungsmustern. Es ermöglicht das Filtern des Prozesses, um zu analysierenn, wie verschiedene Kategorien gehandhabt, wer sie genehmigt und welche Lieferanten sie bereitstellen. Es ist eine Schlüsseldimension im Dashboard 'Bestellwertanalyse'.

Bedeutung

Ermöglicht die Segmentierung des Prozesses nach Produkt- oder Dienstleistungskategorie und zeigt so unterschiedliche Verhaltensweisen, Durchlaufzeiten oder Lieferanten für verschiedene Ausgabenarten auf.

Datenquelle

Table: EKPO, Feld: MATKL

Beispiele
00101IT_HWCONSULT
Ablehnungsgrund
RejectionReason
Der Ursachencode oder Text, der erklärt, warum eine Purchase Requisition oder Bestellung abgelehnt wurde.
Beschreibung

Dieses Attribut erfasst den spezifischen Grund, der angegeben wird, wenn eine Bestellung während des Genehmigungs-Workflows abgelehnt wird. Diese Information ist maßgeblich, um die Grundursachen für Nacharbeit und Verzögerungen zu verstehen.

Die Analyse der Ablehnungsgründe hilft, häufige Probleme wie Neine Preisgestaltung, Budgetüberschreitungen oder nicht konforme Lieferantenauswahl zu identifizieren. Diese Erkenntnis ermöglicht es dem Unternehmen, die Grundursachen anzugehen, die Qualität der ursprünglichen Bestellerstellung zu verbessern und den Genehmigungsprozess zu optimieren.

Bedeutung

Bietet direkten Einblick, warum Genehmigungen fehlschlagen, und ermöglicht gezielte Verbesserungen, um Nacharbeit zu reduzieren und Genehmigungs-Durchlaufzeits zu verkürzen.

Datenquelle

Diese Information kann schwierig zu finden sein. Sie kann in Langtextfeldern gespeichert sein oder von einer kundenspezifischen Workflow-Konfiguration abhängen. Oft erfordert sie spezifisches Implementierungswissen.

Beispiele
Falscher PreisBudget überschrittenDoppelte Anforderung
Angefordertes Lieferdatum
RequestedDeliveryDate
Das Datum, an dem das Unternehmen den Lieferanten aufgefordert hat, die Waren oder Dienstleistungen zu liefern.
Beschreibung

Dies ist das im Bestellauftrag angegebene gewünschte Lieferdatum. Es dient als Referenzwert, anhand dessen die tatsächliche Lieferleistung gemessen wird.

Dieses Datum ist maßgeblich für die Berechnung des KPIs 'Pünktliche Wareneingangsquote'. Durch den Vergleich des tatsächlichen Wareneingangsdatums mit diesem angeforderten Datum können Unternehmen die Lieferantenleistungsstarkkeit und die interne Wareneingangseffizienz quantitativ messen, was das Dashboard 'Lieferantenlieferleistung' direkt unterstützt.

Bedeutung

Dies ist das Zieldatum für die Lieferung, unerlässlich für die Berechnung von KPIs für die Pünktlichkeitsleistung und die Bewertung der Lieferantenverlässlichkeit.

Datenquelle

Table: EKPO, Feld: EINDT

Beispiele
2023-06-102023-07-222023-08-01
Einkäufergruppe
PurchasingGroup
Der spezifische Einkäufer oder den Antrag bearbeitet.ie Gruppe von Einkäufern, die für die Beschaffungsaktivität verantwortlich sind.
Beschreibung

Die Einkäufergruppe repräsentiert die Person oder den Antrag bearbeitet.as Team von Einkäufern, die für eine bestimmte Einkaufsaktivität verantwortlich sind. Sie sind der Hauptansprechpartner für Lieferanten.

Dieses Attribut bietet eine detailliertere Analyseebene als die Einkaufsorganisation. Es hilft, die Arbeitslastverteilung unter den Einkäufern zu verstehen und Leistungsunterschiede auf Einkäuferebene zu identifizieren, was Informationen für die Ressourcenallokation und Schulungsinitiativen liefern kann.

Bedeutung

Bietet eine detaillierte Sicht darauf, wer für einen Einkauf verantwortlich ist, was eine detaillierte Arbeitslast- und Leistungsanalyse auf Einkäufer- oder Teamebene ermöglicht.

Datenquelle

Table: EKKO, Feld: EKGRP

Beispiele
001002N01
Einkaufsorganisation
PurchasingOrganization
Die Organisationseinheit, die für die Preisverhandlung und die Beschaffung von Materialien oder Dienstleistungen verantwortlich ist.
Beschreibung

Die Einkaufsorganisation ist eine zentrale Organisationseinheit in SAP, die für Beschaffungsaktivitäten verantwortlich ist. Sie kann für das gesamte Unternehmen zentralisiert oder nach Werk oder Region dezentralisiert sein.

Die Analyse der Prozessleistung nach Einkaufsorganisation hilft zu identifizieren, welche Beschaffungsteams am effizientesten sind. Sie ermöglicht den Vergleich von Kennzahlen wie Durchlaufzeit, Nacharbeitsquoten und Kosten über verschiedene Organisationseinheiten hinweg, wobei Best Practices und unterstützungsbedürftige Bereiche hervorgehoben werden.

Bedeutung

Identifiziert das verantwortliche Beschaffungsteam, ermöglicht Leistungsvergleiche und Analysen über verschiedene Organisationseinheiten hinweg.

Datenquelle

Table: EKKO, Feld: EKORG

Beispiele
1000US01DE01
Ist Änderung nach Genehmigung?
IsPostApprovalChange
Ein Kennzeichen, das angibt, ob nach der Erstfreigabe eine Bestelländerung erfolgt ist.
Beschreibung

Dieses Boolesche Attribut ist wahr, wenn eine Aktivität 'Bestellung geändert' nach einer Aktivität 'Bestellung genehmigt' für dieselbe Bestellung erkannt wird. Es hilft, problematische Änderungen zu isolieren, die spät im Prozess auftreten.

Dieses berechnete Feld unterstützt direkt den KPI 'Änderungsrate nach Genehmigung der Bestellung' und das Dashboard 'Nachbearbeitung und Änderungen der Bestellung'. Es hilft, störende Änderungen zu quantifizieren und hervorzuheben, die zu Verzögerungen führen und eine erneute Genehmigung erfordern können, was auf Probleme in der ursprünglichen Spezifikation oder im Scoping-Prozess hinweist.

Bedeutung

Misst direkt Nacharbeit nach der Genehmigung, einen wichtigen KPI für Prozessstabilität und -effizienz. Hohe Raten deuten auf Probleme in der vorgelagerten Anforderungsdefinition hin.

Datenquelle

Dies ist ein berechnetes Attribut, das aus der Abfolge der Aktivitäten im Event Log abgeleitet wird.

Beispiele
JaNein
Letzte Datenaktualisierung
LastDataUpdate
Der `Zeitstempel`, der angibt, wann die `Daten` zuletzt aus dem `Quellsystem` aktualisiert wurden.
Beschreibung

Dieses Attribut zeichnet das Datum und die Uhrzeit der letzten Datenextraktion oder Aktualisierung auf. Es gibt Aufschluss über die Aktualität der analysierten Daten.

Die Anzeige dieser Informationen in Dashboards ist maßgeblich, damit Benutzer verstehen, ob die Erkenntnisse auf Echtzeit-Daten oder einem historischen Schnappschuss basieren. Dies steuert die Erwartungen der Benutzer und stellt sicher, dass Entscheidungen auf Daten eines bekannten Alters getroffen werden.

Bedeutung

Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie verstehen, ob die Analyse den aktuellsten Betriebszustand widerspiegelt.

Datenquelle

Dieser Zeitstempel wird durch den Datenextraktions- oder ETL-Prozess zum Zeitpunkt der Ausführung generiert und hinzugefügt.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Lieferantenname
VendorName
Der rechtliche Name des Lieferanten oder Anbieters.
Beschreibung

Der beschreibende Name des Lieferanten, der benutzerfreundlicher ist als die Lieferantennummer. Dieser wird in der Regel aus den LieferantenstammDaten bezogen.

Während die Lieferantennummer für Verknüpfungen und die eindeutige Identifizierung verwendet wird, ist der Lieferantenname für benutzerorientierte Dashboards und Berichte wichtig. Er macht Analysen intuitiver und zugänglicher für Geschäftsbenutzer, die möglicherweise nicht mit den Lieferantencodes vertraut sind.

Bedeutung

Bietet einen menschenlesbaren Namen für den Lieferanten, wodurch Dashboards und Berichte für Geschäftsanwender wesentlich einfacher zu verstehen sind.

Datenquelle

Table: LFA1, Feld: NAME1. Dies erfordert einen Join von EKKO-LIFNR zu LFA1-LIFNR.

Beispiele
Staples Inc.Global Tech SolutionsBüromaterial GmbH
Pünktliche Lieferung
IsOnTimeDelivery
Ein Kennzeichen, das angibt, ob der Wareneingang am oder vor dem angeforderten Lieferdatum erfolgte.
Beschreibung

Dieses Boolesche Attribut ist wahr, wenn der Zeitstempel der Aktivität 'Wareneingang gebucht' am oder vor dem 'Angeforderten Lieferdatum' liegt. Es liefert ein klares, binäres Ergebnis für die Lieferperformance jeder Bestellposition.

Dieses Attribut ist die Grundlage für den KPI 'Rate pünktlicher Wareneingänge'. Es vereinfacht die Analyse der Lieferantenleistung und der internen Wareneingangseffizienz, indem es eine einfache Aggregation und Filterung von pünktlichen gegenüber verspäteten Lieferungen ermöglicht.

Bedeutung

Bietet eine klare Erfolgs- oder Fehlermetrik für die Pünktlichkeit der Lieferung und unterstützt direkt Lieferantenleistungs-KPIs und Dashboards.

Datenquelle

Dies ist ein berechnetes Attribut, durch den Vergleich des Buchungsdatums des Wareneingangs (EKBE-BUDAT) mit dem angeforderten Lieferdatum (EKPO-EINDT) abgeleitet.

Beispiele
JaNein
Purchase Requisition
PurchaseRequisition
Der Identifikator der Purchase Requisition, die der Bestellung vorausging.
Beschreibung

Dieses Attribut verknüpft die Bestellung mit ihrer ursprünglichen Purchase Requisition. Nicht alle Bestellungen haben eine vorangehende Purchase Requisition.

Diese Verknüpfung ist maßgeblich für die Analyse des Dashboards 'Purchase Requisitions-zu-Bestellungs-Konvertierung' und des KPIs 'Umwandlungsrate Purchase Requisition zu Bestellung'. Sie ermöglicht die Messung der Effizienz des vorgelagerten Prozesses: von der ersten Anfrage bis zur Erstellung einer formalen Bestellung: und die Identifizierung nicht-konformer Bestellungen, die ohne Purchase Requisition erstellt wurden.

Bedeutung

Verknüpft die Bestellung (PO) mit der ursprünglichen Anforderung, was die Analyse des PR-zu-PO-Konvertierungsprozesses ermöglicht und Bestellungen (POs) identifiziert, die ohne vorherige Anforderung erstellt wurden.

Datenquelle

Table: EKPO, Feld: BANFN

Beispiele
1001589010015891
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert die Herkunft der Daten, bei dem es sich in der Regel um einen SAP ECC-Instanz-Identifikator (z.B. 'ECC_PROD_100') handelt. In Umgebungen mit mehreren Systemen hilft es, Datenquellen zu unterscheiden.

Für die Governance und Daten Lineage ist die Kenntnis des Quellsystems wichtig. Sie stellt ... sicher die Datenintegrität und unterstützt bei der Fehlerbehebung von Datenextraktions- oder Qualitätsproblemen, insbesondere wenn Daten aus verschiedenen ERP-Systemen oder Modulen zusammengeführt werden.

Bedeutung

Identifiziert die Datenherkunft, was wichtig ist für Daten Governance, Validierung und die Verwaltung von Analysen über mehrere Systeme hinweg.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Datensatz mit seinem Herkunftssystem zu kennzeichnen.

Beispiele
SAP_ECC_PRODECC_EU_100S4H_FIN
Währung
Currency
Der Währungscode für den Bestellwert.
Beschreibung

Dieses Attribut gibt die Währung an, in der den Antrag bearbeitet.er Bestellwert ausgedrückt ist, wie USD, EUR oder GBP. Es bietet den wesentlichen Kontext für alle monetären Werte.

Für globale Unternehmen ist die Währung wichtig für eine korrekte Finanzanalyse. Sie ermöglicht die ordnungsgemäße Aggregation und den Vergleich von Bestellwerten, und alle monetären KPIs müssen im Kontext ihrer Währung interpretiert werden.

Bedeutung

Bietet den notwendigen Kontext für alle Geldwerte und stellt ... sicher eine genaue Finanzanalyse, insbesondere in multinationalen Organisationen.

Datenquelle

Table: EKKO, Feld: WAERS

Beispiele
USDEURJPY
Werk
Plant
Der physische Standort oder den Antrag bearbeitet.as Werk, an das die Waren geliefert werden sollen.
Beschreibung

Das Werk ist eine Organisationseinheit, die eine Produktionsstätte, ein Lager oder einen anderen Standort darstellt, an dem Waren oder Dienstleistungen empfangen werden.

Die Analyse nach Werk hilft, geografische Unterschiede im Beschaffungsprozess zu verstehen. Sie kann Unterschiede in den Lieferzeiten der Lieferanten zu bestimmten Standorten aufzeigen oder spezifische Werke hervorheben, die ineffiziente Wareneingangsprozesse haben, was die Analyse der Pünktlichkeit des Wareneingangs unterstützt.

Bedeutung

Gibt den Lieferort an, was nützlich ist, um regionale Prozessunterschiede und die Logistikleistung zu analysierenn.

Datenquelle

Table: EKPO, Feld: WERKS

Beispiele
100011002000
Erforderlich Empfohlen Optional

Purchase-to-Pay – Bestellaktivitäten

Dies sind die kritischen Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden sollten. Sie bilden die Grundlage für eine präzise Prozessentdeckung und Engpassidentifikation.
6 Empfohlen 8 Optional
Aktivität Beschreibung
`Purchase Requisition` erstellt
Diese Aktivität kennzeichnet die Erstellung einer formalen Anforderung für Waren oder Dienstleistungen. Es ist ein explizites Event, das erfasst wird, wenn ein Benutzer ein neues Purchase Requisitionsdokument speichert (unter Verwendung von Transaktionen wie ME51N), welches einen eindeutigen Datensatz in der Tabelle EBAN erzeugt.
Bedeutung

Dies ist der primäre Startpunkt für den Beschaffungsprozess. Die Analyse der Zeit von diesem Event bis zur Bestellerstellung hilft, die Effizienz der Umwandlung interner Nachfrage in direkt anwendbare Bestellungen zu messen.

Datenquelle

Erfasst bei der Erstellung eines Eintrags in der Purchase Requisitionskopf-Tabelle (EBAN). Das Erstellungsdatum (EBAN-BADAT) und die Uhrzeit dienen als Zeitstempel für dieses Event.

Erfassen

Identifizieren Sie neue Einträge in der EBAN-Tabelle basierend auf dem Erstellungsdatum.

Ereignistyp explicit
`Wareneingang` gebucht
Diese Aktivität kennzeichnet den physischen Wareneingang von Waren eines Lieferanten gegen eine spezifische Bestellung. Das Buchen des Wareneingangs ist eine explizite Aktion (z.B. über die Transaktion MIGO), die einen Materialbeleg erzeugt und den Lagerbestand aktualisiert.
Bedeutung

Dies ist ein kritischer Meilenstein zur Nachverfolgung der Lieferantenlieferleistung und markiert den Beginn des Rechnungsprüfungsprozesses. Er wird verwendet, um Raten pünktlicher Lieferungen und die Pünktlichkeit des Wareneingangs zu berechnen.

Datenquelle

Erfasst bei der Erstellung eines Materialbelegs. Der Event-Zeitstempel ist das Buchungsdatum (MKPF-BUDAT) oder Erstellungsdatum (MKPF-CPUDT) aus der Materialbelegkopf-Tabelle (MKPF), verknüpft mit der Bestellung über die Positionstabelle (MSEG).

Erfassen

Verwenden Sie den Buchungs-/Erstellungs-Zeitstempel aus der Tabelle MKPF für Materialbelege, die sich auf die Bestellung beziehen.

Ereignistyp explicit
Bestellung abgeschlossen
Zeigt an, dass eine Bestellposition als vollständig geliefert betrachtet wird. Dies ist ein abgeleitetes Ereignis, das in der Regel vom Indikator 'Lieferung erledigt' abgeleitet wird, der automatisch oder manuell an der Bestellposition gesetzt wird.
Bedeutung

Diese Aktivität dient als logischer Endpunkt für den Auftragsabwicklungs-Teil des Prozesses. Sie ist unerlässlich für die Berechnung der End-to-End-Durchlaufzeit der Bestellung von der Erstellung bis zum Abschluss.

Datenquelle

Abgeleitet aus den Änderungsbelegen (CDHDR/CDPOS), die aufzeichnen, wann der Indikator 'Lieferung erledigt' (EKPO-ELIKZ) für eine Bestellposition auf 'X' gesetzt wird. Die Kennzeichnung der letzten Position als erledigt kann den Abschluss der gesamten Bestellung bedeuten.

Erfassen

Identifizieren Sie den Zeitstempel aus Änderungsbelegen, wenn das EKPO-ELIKZ-Flag gesetzt wird.

Ereignistyp inferred
Bestellung an Lieferanten gesendet
Diese Aktivität kennzeichnet den Zeitpunkt, zu dem die genehmigte Bestellung offiziell an den Lieferanten übermittelt wird, zum Beispiel via EDI, E-Mail oder Druck. Es ist ein explizites Event, das in den Nachrichtensteuertabellen erfasst wird, wenn eine Ausgabenachricht erfolgreich verarbeitet wird.
Bedeutung

Dies ist ein kritischer Meilenstein, der den Antrag bearbeitet.en Startpunkt für die Lieferanten-Durchlaufzeit markiert. Die Analyse der Zeit von diesem Event bis zum Wareneingang ist maßgeblich für die Bewertung der Lieferantenleistung und der Lieferpünktlichkeit.

Datenquelle

Erfasst in der Nachrichtenstatustabelle (NAST). Der Zeitstempel kann aus NAST-DATVR und NAST-UHRVR entnommen werden, wenn der Verarbeitungsstatus (NAST-VSTAT) '1' (erfolgreich verarbeitet) ist für die entsprechende Bestellnachrichtenart.

Erfassen

Verwenden Sie den Verarbeitungs-Zeitstempel aus der Tabelle NAST für die Ausgabenachricht der Bestellung.

Ereignistyp explicit
Bestellung erstellt
Diese Aktivität kennzeichnet die Erstellung eines formellen Bestellbelegs, der einen bindenden Vertrag mit einem Lieferanten darstellt. Dies ist ein explizites Event, das protokolliert wird, wenn ein Benutzer eine Bestellung erstellt und speichert (z.B. über die Transaktion ME21N), was zu Einträgen in den Tabellen EKKO und EKPO führt.
Bedeutung

Markiert den offiziellen Start des BestellLebenszyklus. Es dient als wichtiger Meilenstein zur Messung der PR-zu-PO-Konvertierungszeit und der gesamten Auftragserfüllungszeit.

Datenquelle

Erfasst vom Erstellungsdatum (EKKO-AEDAT) in der Bestellkopf-Tabelle (EKKO) für die entsprechende Bestellnummer (EKKO-EBELN).

Erfassen

Verwenden Sie den Erstellungs-Zeitstempel aus der Tabelle EKKO für jede neue Bestellung.

Ereignistyp explicit
Bestellung genehmigt
Stellt die finale Genehmigung der Bestellung dar, die den Versand an den Lieferanten autorisiert. Dieser wichtige Meilenstein wird in der Regel aus einer Änderung des Freigabestatus der Bestellung in einen „vollständig freigegebenen“ oder „genehmigten“ Zustand abgeleitet.
Bedeutung

Diese Aktivität ist maßgeblich für die Berechnung des KPI der Bestellgenehmigungsdurchlaufzeit und die Identifizierung von Engpässen im Genehmigungs-Workflow. Sie ist eine Voraussetzung für die meisten nachfolgenden Aktivitäten wie das Senden der Bestellung an den Lieferanten.

Datenquelle

Abgeleitet durch die Verfolgung der Änderungsbelege (CDHDR/CDPOS) für die Bestellkopf-Tabelle (EKKO), um festzustellen, wann der endgültige Freigabecode angewendet wird oder wann der gesamte Freigabestatusindikator (EKKO-FRGKE) auf 'freigegeben' gesetzt wird.

Erfassen

Identifizieren Sie den Zeitstempel, wenn sich der gesamte Freigabestatus der Bestellung (EKKO-FRGKE) in den endgültig genehmigten Zustand ändert.

Ereignistyp inferred
`Waren zurückgesendet`
Stellt die Rücksendung zuvor empfangener Waren an den Lieferanten dar, oft aufgrund von Qualitätsproblemen oder Neinen Lieferungen. Dies ist ein explizites Event, das durch das Buchen eines Materialbelegs mit einer retourspezifischen Bewegungsart erfasst wird.
Bedeutung

Diese Aktivität beleuchtet Probleme mit der Lieferantenqualität oder Bestellgenauigkeit und ist ein Schlüsselindikator für Prozessnacharbeit. Sie ist maßgeblich für die Berechnung des KPI der Wareneingangsdifferenzrate.

Datenquelle

Erfasst in den Materialbelegtabellen (MKPF/MSEG), wenn eine Rücklieferungsbewegungsart (z.B. '122' für Retoure an Lieferant) verwendet wird. Das Buchungsdatum (MKPF-BUDAT) dient als Zeitstempel.

Erfassen

Identifizieren Sie Materialbelege mit einer Retourenbewegungsart (z.B. 122), die sich auf die ursprüngliche Bestellung beziehen.

Ereignistyp explicit
Bestellgenehmigung angefordert
Zeigt an, dass eine erstellte oder geänderte Bestellung gemäß ihrer konfigurierten Freigabestrategie zur Genehmigung eingereicht wurde. Dieses Ereignis wird abgeleitet, wenn die Freigabestrategie ausgelöst wird und die Bestellung einen Status der ausstehende Zahlungen identifizieren.enden Genehmigung erreicht.
Bedeutung

Die Unterscheidung zwischen der Bestellerstellung und dem Beginn des Genehmigungsprozesses hilft, den KPI für die Genehmigungs-Durchlaufzeit präzise zu messen. Es werden Verzögerungen hervorgehoben, bevor der Genehmigungs-Workflow beginnt.

Datenquelle

Abgeleitet aus Änderungsbelegen (CDHDR/CDPOS) für die Bestellung (Objekt EINKBELEG), die die erste Setzung eines Freigabestatus zeigen, oder wenn der gesamte Freigabestatus (EKKO-FRGKE) erstmals auf einen Wert gesetzt wird, der anzeigt, dass ein Genehmigungsprozess aktiv ist.

Erfassen

Identifizieren Sie den ersten Änderungsbelegeintrag, der den Antrag bearbeitet.ie Freigabestrategie für die Bestellung auslöst.

Ereignistyp inferred
Bestellung abgelehnt
Diese Aktivität tritt auf, wenn ein Genehmiger eine Bestellung während des Genehmigungs-Workflows ablehnt. Es ist ein abgeleitetes Event, das aus einer Statusänderung in den Freigabestrategie-Daten der Bestellung abgeleitet wird und eine Ablehnung anzeigt.
Bedeutung

Die Verfolgung von Ablehnungen hilft, Probleme bei der BestellDatenqualität, Nichteinhaltung von Richtlinien oder Schwierigkeiten innerhalb der Genehmigungsmatrix zu identifizieren. Dies führt oft zu Nacharbeit und erhöht die gesamte Durchlaufzeit.

Datenquelle

Abgeleitet aus Änderungsbelegen (CDHDR/CDPOS) für den Bestellfreigabestatus. Eine Ablehnung wird in der Regel erfasst, wenn ein Freigabecode storniert oder ein spezifischer Ablehnungsstatus gesetzt wird.

Erfassen

Überwachen Sie Änderungsprotokolle auf die Stornierung eines Freigabecodes oder eine Statusänderung, die eine Ablehnung anzeigt.

Ereignistyp inferred
Bestellung geändert
Stellt jede Änderung an einer Bestellung nach deren initialer Erstellung dar, wie Änderungen an Menge, Preis oder Lieferterminen. Diese Änderungen werden explizit im SAP Änderungsbelegsystem protokolliert.
Bedeutung

Häufige Änderungen, insbesondere nach der Genehmigung, weisen auf Prozessineffizienzen, mangelhafte anfängliche Planung oder Scope Creep hin. Diese Aktivität ist wichtig für das Dashboard zu Bestellungs-Nachbearbeitungen und Änderungen sowie für die zugehörigen KPIs.

Datenquelle

Explizit protokolliert in den Änderungsbelegkopf- (CDHDR) und Positionstabellen (CDPOS) für das Bestellobjekt (EINKBELEG). Jede Änderung erstellt einen neuen Eintrag mit einem Zeitstempel.

Erfassen

Extrahieren Sie Änderungsereignisse und Zeitstempel aus den CDHDR- und CDPOS-Tabellen, die mit der Bestellnummer verknüpft sind.

Ereignistyp explicit
Bestellung gelöscht
Stellt die Stornierung oder logische Löschung einer Bestellposition dar, die eine weitere Verarbeitung wie Wareneingänge oder Rechnungsstellung verhindert. Dies ist ein abgeleitetes Event, das erfasst wird, wenn das Löschkennzeichen für die Bestellposition gesetzt ist.
Bedeutung

Dies ist eine abschließende Aktivität, die anzeigt, dass eine Bestellung storniert wurde. Die Analyse, warum und wann Bestellungen storniert werden, kann Probleme in der Bedarfsplanung oder Lieferantenauswahl aufdecken.

Datenquelle

Abgeleitet aus Änderungsbelegen (CDHDR/CDPOS), die zeigen, dass das Löschkennzeichen (EKPO-LOEKZ) für eine Bestellposition auf 'L' gesetzt wird.

Erfassen

Identifizieren Sie den Zeitstempel aus Änderungsbelegen, wenn das EKPO-LOEKZ-Flag gesetzt wird.

Ereignistyp inferred
Dienstleistungsbestätigung erfasst
Bei dienstleistungsbasierten Bestellungen stellt diese Aktivität die Bestätigung dar, dass Dienstleistungen erbracht wurden. Es ist ein explizites Ereignis, das durch die Erstellung einer Leistungsbestätigung (z.B. über die Transaktion ML81N) erfasst wird.
Bedeutung

Dies ist das Äquivalent eines Wareneingangs für Dienstleistungen und ist unerlässlich für die Verfolgung der Erfüllung von Leistungsbestellungen. Es löst den Finanzprozess für die Leistungszahlung aus.

Datenquelle

Erfasst vom Erstellungsdatum (ESSR-ERDAT) in der Kopf-Tabelle des Serviceerfassungsblattes (ESSR). Die Verknüpfung zur Bestellung befindet sich in der Tabelle ESLL.

Erfassen

Verwenden Sie den Erstellungs-Zeitstempel aus der Tabelle ESSR für Leistungserfassungsblätter, die mit der Bestellung verknüpft sind.

Ereignistyp explicit
Purchase Requisition genehmigt
Stellt die formale Genehmigung einer Purchase Requisition dar, die deren Umwandlung in eine Bestellung autorisiert. Dieses Event wird aus Änderungen in den Freigabestatusfeldern innerhalb der Purchase RequisitionsDaten abgeleitet, wie sie vom SAP-Freigabestrategie-Workflow verfolgt werden.
Bedeutung

Die Verfolgung von Genehmigungen ist maßgeblich, um Engpässe in der Vorbestellungsphase zu identifizieren und die Compliance mit Genehmigungsrichtlinien sicherzustellen. Verzögerungen hier wirken sich direkt auf die gesamte Beschaffungsdurchlaufzeit aus.

Datenquelle

Abgeleitet aus den Änderungsprotokollen für die Purchase Requisitionstabelle (EBAN), insbesondere durch die Überwachung von Änderungen an den Freigabestatusfeldern (z.B. EBAN-FRGZU) oder den Antrag bearbeitet.urch die Analyse von Änderungsbelegen in CDHDR/CDPOS für das Objekt EBAN.

Erfassen

Überwachen Sie Änderungsbelege für EBAN-Freigabestatusfelder, um den Zeitstempel der finalen Genehmigung zu identifizieren.

Ereignistyp inferred
Qualitätsinspektion durchgeführt
Zeigt an, dass erhaltene Waren einer Qualitätsprüfung unterzogen wurden. Diese Aktivität wird in der Regel abgeleitet, wenn ein Prüflos, das zum Zeitpunkt des Wareneingangs erstellt wurde, einen Verwendungsentscheid im Qualitätsmanagement-Modul erhalten hat.
Bedeutung

In Branchen, in denen Qualität wichtig ist, hilft diese Aktivität, die Dauer und die Resultate des Prüfprozesses zu analysierenn. Verzögerungen an dieser Stelle können Engpässe zwischen dem Wareneingang und der Verfügbarkeit für die Nutzung verursachen.

Datenquelle

Abgeleitet aus dem Qualitätsmanagement-Modul. Bei Wareneingang wird ein Prüflos erstellt (Tabelle QALS), und die Aktivität wird durch die Erstellung eines Verwendungsentscheids (Tabelle QAVE) gekennzeichnet, der einen Zeitstempel enthält.

Erfassen

Identifizieren Sie den Zeitstempel des Verwendungsentscheids in der Tabelle QAVE für das Prüflos, das mit dem Materialbeleg verknüpft ist.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus SAP ECC