Datentemplate: Purchase to Pay – Bestellung

SAP ECC
Datentemplate: Purchase to Pay – Bestellung

Ihr Datentemplate für Procure-to-Pay – Einkaufsbestellungen

Diese Template führt Sie durch die wesentlichen Datenpunkte, die zur Analyse Ihres Procure-to-Pay - Bestellprozesses in SAP ECC erforderlich sind. Sie beschreibt die entscheidenden Attribute, die gesammelt werden müssen, die nachzuverfolgenden Schlüsselaktivitäten und bietet praktische Anleitung, wie diese Informationen aus Ihrem System zu extrahieren sind. Nutzen Sie diese Ressource, um einen robusten Event Log für Ihre Process Mining Initiativen zu erstellen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung für SAP ECC
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Beschaffungsprozess - Bestellattribute

Dies sind die wesentlichen Datenfelder, die für die Aufnahme in Ihr Event Log empfohlen werden, um eine umfassende Analyse Ihres Einkauf-zu-Zahlung - Bestellprozesses zu ermöglichen.
3 Erforderlich 6 Empfohlen 13 Optional
NameBeschreibung
Aktivität
Activity
Der Name des spezifischen Geschäfts-Event 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 der Kern des Process Mining. Sie hilft dabei, Engpässe, Wiederholungsschleifen und Abweichungen vom Standardprozess zu identifizieren, was gezielte Verbesserungen und Standardisierungsbemühungen ermöglicht.

Warum es wichtig ist

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

Woher erhalten

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 genehmigtWareneingang 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-Verlaufs 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKKO, Feld: EBELN

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

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

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

Warum es wichtig ist

Dieser Timestamp ist entscheidend für die Berechnung aller zeitbasierten Kennzahlen, wie Cycle Times und Bottlenecks, sowie für die chronologische Reihenfolge der Events.

Woher erhalten

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

Beispiele
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Auftragsbetrag
OrderAmount
Der gesamte monetäre Wert 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 entscheidend, 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, Prozessverbesserungsbemühungen auf die finanziell bedeutendsten Bestellungen zu priorisieren.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKPO, Feld: NETWR (Nettobestellwert).

Beispiele
1500.00250.7512345.50
Benutzername
UserName
Die Benutzer-ID der Person, die 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-Probleme zu identifizieren. Sie ist entscheidend 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: 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 das 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 fundamentalen 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: 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 Typen für Standardbestellungen, Dienstleistungsbestellungen oder Umlagerungsbestellungen geben.

Dieses Attribut ist eine leistungsstarke 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKKO, Feld: BSART

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

Dies ist der Code, der den 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'.

Warum es wichtig ist

Ermöglicht eine Lieferanten-Performance-Analyse, die dabei hilft, zuverlässige Lieferanten sowie solche zu identifizieren, die Verzögerungen oder Qualitätsprobleme verursachen.

Woher erhalten

Tabelle: 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 entscheidend für die Ausgabenanalyse und das Verständnis von Beschaffungsmustern. Es ermöglicht das Filtern des Prozesses, um zu analysieren, wie verschiedene Kategorien gehandhabt, wer sie genehmigt und welche Lieferanten sie bereitstellen. Es ist eine Schlüsseldimension im Dashboard 'Bestellwertanalyse'.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKPO, Feld: MATKL

Beispiele
00101IT_HWCONSULT
Ablehnungsgrund
RejectionReason
Der Ursachencode oder Text, der erklärt, warum eine Bestellanforderung 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 entscheidend, um die Grundursachen für Nacharbeit und Verzögerungen zu verstehen.

Die Analyse der Ablehnungsgründe hilft, häufige Probleme wie falsche 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.

Warum es wichtig ist

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

Woher erhalten

Diese Information kann schwierig zu lokalisieren 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
Bestellanforderung
PurchaseRequisition
Der Identifikator der Bestellanforderung, die der Bestellung vorausging.
Beschreibung

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

Diese Verknüpfung ist entscheidend für die Analyse des Dashboards 'Bestellanforderungs-zu-Bestellungs-Konvertierung' und des KPIs 'Umwandlungsrate Bestellanforderung 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 Bestellanforderung erstellt wurden.

Warum es wichtig ist

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.

Woher erhalten

Tabelle: EKPO, Feld: BANFN

Beispiele
1001589010015891
Einkäufergruppe
PurchasingGroup
Der spezifische Einkäufer oder die Gruppe von Einkäufern, die für die Beschaffungsaktivität verantwortlich sind.
Beschreibung

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

Dieses Attribut bietet eine granularere 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.

Warum es wichtig ist

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.

Woher erhalten

Tabelle: 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKKO, Feld: EKORG

Beispiele
1000US01DE01
End-to-End-Durchlaufzeit
EndToEndCycleTime
Die gesamte verstrichene Zeit von der ersten bis zur letzten Aktivität einer Bestellung.
Beschreibung

Diese Kennzahl misst die Gesamtdauer des gesamten Bestellprozesses, vom frühesten erfassten Event (z.B. 'Bestellanforderung erstellt') bis zum finalen Event (z.B. 'Bestellung abgeschlossen').

Dies ist ein entscheidender KPI zur Messung der Gesamtprozesseffizienz. Er bietet einen umfassenden Überblick über die Leistung, und seine Analyse hilft, die längsten laufenden Cases und allgemeine Bottlenecks zu identifizieren. Er unterstützt direkt das Dashboard 'End-to-End Bestell-Cycle Time-Analyse' und den KPI 'Durchschnittliche End-to-End Bestell-Cycle Time'.

Warum es wichtig ist

Misst die Gesamtgeschwindigkeit und Effizienz des gesamten Beschaffungsprozesses und liefert einen wichtigen Leistungsindikator.

Woher erhalten

Dies ist ein berechnetes Attribut, durch Subtraktion des Timestamps des ersten Events vom Timestamp des letzten Events für jeden Case bestimmt.

Beispiele
10 Tage 4 Stunden22 Tage 1 Stunde5 days 8 hours
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.

Warum es wichtig ist

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.

Woher erhalten

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

Beispiele
truefalsch
Ist 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 Timestamp 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.

Warum es wichtig ist

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

Woher erhalten

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

Beispiele
truefalsch
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, 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 entscheidend, 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.

Warum es wichtig ist

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

Woher erhalten

Dieser Timestamp 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 typischerweise 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 entscheidend. Er macht Analysen intuitiver und zugänglicher für Geschäftsbenutzer, die möglicherweise nicht mit den Lieferantencodes vertraut sind.

Warum es wichtig ist

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

Woher erhalten

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

Beispiele
Staples Inc.Global Tech SolutionsBüromaterial GmbH
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert die Herkunft der Daten, bei dem es sich typischerweise 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 Data Lineage ist die Kenntnis des Quellsystems entscheidend. Sie gewährleistet 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.

Warum es wichtig ist

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

Woher erhalten

Dies ist typischerweise 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 der 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 entscheidend 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.

Warum es wichtig ist

Bietet den notwendigen Kontext für alle Geldwerte und gewährleistet eine genaue Finanzanalyse, insbesondere in multinationalen Organisationen.

Woher erhalten

Tabelle: EKKO, Feld: WAERS

Beispiele
USDEURJPY
Werk
Plant
Der physische Standort oder das 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.

Warum es wichtig ist

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

Woher erhalten

Tabelle: EKPO, Feld: WERKS

Beispiele
100011002000
Wunschliefertermin
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 entscheidend für die Berechnung des KPIs 'Pünktliche Wareneingangsquote'. Durch den Vergleich des tatsächlichen Wareneingangsdatums mit diesem angeforderten Datum können Unternehmen die Lieferantenzuverlässigkeit und die interne Wareneingangseffizienz quantitativ messen, was das Dashboard 'Lieferantenlieferleistung' direkt unterstützt.

Warum es wichtig ist

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.

Woher erhalten

Tabelle: EKPO, Feld: EINDT

Beispiele
2023-06-102023-07-222023-08-01
Erforderlich Empfohlen Optional

Beschaffungsprozess - 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ätBeschreibung
Bestellanforderung 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 Bestellanforderungsdokument speichert (unter Verwendung von Transaktionen wie ME51N), welches einen eindeutigen Datensatz in der Tabelle EBAN erzeugt.
Warum es wichtig ist

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 umsetzbare Bestellungen zu messen.

Woher erhalten

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

Erfassen

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

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

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.

Woher erhalten

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.
Warum es wichtig ist

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

Woher erhalten

Erfasst in der Nachrichtenstatustabelle (NAST). Der Timestamp 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-Timestamp 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.
Warum es wichtig ist

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

Woher erhalten

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

Erfassen

Verwenden Sie den Erstellungs-Timestamp 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 typischerweise aus einer Änderung des Freigabestatus der Bestellung in einen „vollständig freigegebenen“ oder „genehmigten“ Zustand abgeleitet.
Warum es wichtig ist

Diese Aktivität ist entscheidend 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.

Woher erhalten

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
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.
Warum es wichtig ist

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.

Woher erhalten

Erfasst bei der Erstellung eines Materialbelegs. Der Event-Timestamp 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-Timestamp aus der Tabelle MKPF für Materialbelege, die sich auf die Bestellung beziehen.

Ereignistyp explicit
Bestellanforderung genehmigt
Stellt die formale Genehmigung einer Bestellanforderung dar, die deren Umwandlung in eine Bestellung autorisiert. Dieses Event wird aus Änderungen in den Freigabestatusfeldern innerhalb der Bestellanforderungsdaten abgeleitet, wie sie vom SAP-Freigabestrategie-Workflow verfolgt werden.
Warum es wichtig ist

Die Verfolgung von Genehmigungen ist entscheidend, um Bottlenecks in der Vorbestellungsphase zu identifizieren und die Compliance mit Genehmigungsrichtlinien sicherzustellen. Verzögerungen hier wirken sich direkt auf die gesamte Beschaffungsdurchlaufzeit aus.

Woher erhalten

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

Erfassen

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

Ereignistyp inferred
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 ausstehenden Genehmigung erreicht.
Warum es wichtig ist

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.

Woher erhalten

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 die Freigabestrategie für die Bestellung auslöst.

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.
Warum es wichtig ist

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

Woher erhalten

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

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.
Warum es wichtig ist

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.

Woher erhalten

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
Bestellung zurückgewiesen
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.
Warum es wichtig ist

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.

Woher erhalten

Abgeleitet aus Änderungsbelegen (CDHDR/CDPOS) für den Bestellfreigabestatus. Eine Ablehnung wird typischerweise 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
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.
Warum es wichtig ist

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.

Woher erhalten

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-Timestamp aus der Tabelle ESSR für Leistungserfassungsblätter, die mit der Bestellung verknüpft sind.

Ereignistyp explicit
Qualitätsinspektion durchgeführt
Zeigt an, dass erhaltene Waren einer Qualitätsprüfung unterzogen wurden. Diese Aktivität wird typischerweise abgeleitet, wenn ein Prüflos, das zum Zeitpunkt des Wareneingangs erstellt wurde, einen Verwendungsentscheid im Qualitätsmanagement-Modul erhalten hat.
Warum es wichtig ist

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

Woher erhalten

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
Ware zurückgesendet
Stellt die Rücksendung zuvor empfangener Waren an den Lieferanten dar, oft aufgrund von Qualitätsproblemen oder falschen Lieferungen. Dies ist ein explizites Event, das durch das Buchen eines Materialbelegs mit einer retourspezifischen Bewegungsart erfasst wird.
Warum es wichtig ist

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

Woher erhalten

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

Erfassen

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

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus SAP ECC