Data Template: Einkauf-bis-Zahlung - Bestellung

SAP Ariba
Data Template: Einkauf-bis-Zahlung - Bestellung

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

Diese Vorlage bietet eine umfassende Anleitung zur Erfassung der wesentlichen Daten, die für die Analyse Ihres Purchase-to-Pay - Bestellprozesses benötigt werden. Sie beschreibt die entscheidenden Attribute und Aktivitäten, die verfolgt werden müssen, sowie praktische Anleitungen zur Datenextraktion aus Ihrem Quellsystem. Nutzen Sie diese Ressource, um eine vollständige und genaue Grundlage für die Prozesserkennung und -optimierung zu gewährleisten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Beschaffungsprozess - Bestellattribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine umfassende Analyse Ihres Procure-to-Pay - Bestellprozesses zu ermöglichen.
3 Erforderlich 6 Empfohlen 14 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Ereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt innerhalb des Bestellprozesses stattfand.
Beschreibung

Der Aktivitätsname beschreibt einen Schritt im Lebenszyklus der Bestellung, wie 'Bestellung erstellt', 'Bestellung genehmigt' oder 'Wareneingang gebucht'. Diese Abfolge von Aktivitäten bildet die Grundlage der Prozesskarte.

Die Analyse dieser Aktivitäten ist der Kern des Process Mining. Sie hilft, den Prozessfluss zu visualisieren, gängige und seltene Prozessvarianten zu identifizieren und die Dauer zwischen verschiedenen Schritten zu messen. Das Verständnis der Reihenfolge und Häufigkeit von Aktivitäten wie 'Bestellung geändert' ist entscheidend für Dashboards wie die Analyse der Änderungsrate von Bestellungen.

Warum es wichtig ist

Dieses Attribut definiert die Schritte im Prozess und ermöglicht so die Visualisierung des Prozessflusses sowie die Identifizierung von Engpässen, Nacharbeit und Abweichungen.

Woher erhalten

Ermittelt durch das Zuordnen von Statusänderungen, Transaktionscodes oder Event Logs aus den zugrunde liegenden SAP‑Ariba‑Tabellen zur Dokumenthistorie und zum Workflow.

Beispiele
Bestellung genehmigtBestellung geändertWareneingang gebuchtRechnung zum PO eingegangen
Bestellung
PurchaseOrderNumber
Der eindeutige Identifikator für jedes Bestelldokument, der als zentrale Fallkennung für den Prozess dient.
Beschreibung

Die Bestellnummer ist der Primärschlüssel, der alle zugehörigen Aktivitäten und Ereignisse über den gesamten Beschaffungslebenszyklus hinweg miteinander verbindet. Jede Nummer repräsentiert eine einzelne Einkaufstransaktion, von der Bestellerstellung bis zu ihrer finalen Fertigstellung oder Stornierung.

Im Process Mining ist dieses Attribut grundlegend für die Fallanalyse. Es ermöglicht die Rekonstruktion des End-to-End-Prozesses für jede Bestellung, die Berechnung von Durchlaufzeiten, die Identifizierung von Prozessvarianten und die Nachverfolgung individueller Bestellstatus. Die Analyse von Prozessen anhand der Bestellnummer hilft, den gesamten Ablauf zu verstehen und Engpässe oder Abweichungen für spezifische Transaktionen zu identifizieren.

Warum es wichtig ist

Dies ist die wesentliche Case ID, die alle Prozessschritte verbindet und es ermöglicht, den End-to-End-Lebenszyklus jeder einzelnen Bestellung zu analysieren.

Woher erhalten

Dies ist ein primäres Feld auf dem Bestelldokument in SAP Ariba Buying and Invoicing oder SAP Ariba Sourcing.

Beispiele
PO7000123456PO7000123457PO7000123458
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Event Time ist der Timestamp, der jeder Aktivität zugeordnet ist und aufzeichnet, wann sie begonnen hat. Diese Daten sind essenziell, um Events chronologisch zu ordnen und Dauer sowie Cycle Times zwischen verschiedenen Prozessschritten zu berechnen.

Dieses Attribut ist entscheidend für nahezu alle zeitbasierten Analysen, einschließlich der Dashboards für Purchase Order End-to-End Cycle Time und Purchase Order Approval Cycle Time. Es ermöglicht die Berechnung von Key Performance Indicators wie 'Average PO Approval Cycle Time' durch Messung der Zeitdifferenz zwischen den Timestamps der Aktivitäten 'Purchase Order Created' und 'Purchase Order Approved'.

Warum es wichtig ist

Dieser Timestamp ist grundlegend für die korrekte Reihenfolge von Events und die Berechnung aller dauerbasierten Kennzahlen wie Cycle Times und Wartezeiten.

Woher erhalten

Dies ist typischerweise im Audit Trail oder den Änderungsprotokolldaten (change log data) für Bestelldokumente in SAP Ariba zu finden.

Beispiele
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
Abteilungsname
DepartmentName
Die Geschäftseinheit oder Kostenstelle, die der Bestellung zugeordnet ist.
Beschreibung

Dieses Attribut bezeichnet die Organisationseinheit, die die Bestellanforderung initiiert hat oder für die die Bestellung getätigt wird. Es wird oft aus den Kostenstelleninformationen auf der Bestellung abgeleitet.

Diese Dimension ist entscheidend für das Dashboard zur Effizienz der Bestellabwicklung nach Abteilung, da sie den direkten Vergleich von Zykluszeiten und Prozessvarianten über verschiedene Abteilungen hinweg ermöglicht. Sie hilft zu erkennen, welche Abteilungen bewährte Verfahren anwenden und welche möglicherweise zusätzlichen Schulungs- oder Prozessverbesserungsbedarf haben. Sie ist auch ausschlaggebend für die Berechnung des KPI zur Varianz der Zykluszeit von Bestellungen pro Abteilung.

Warum es wichtig ist

Ermöglicht den Leistungsvergleich über verschiedene Geschäftseinheiten hinweg, hilft bei der Identifizierung von Abteilungs-Engpässen und dem Austausch von Best Practices.

Woher erhalten

Diese Information ist auf der Kopf- oder Positionsebene der Bestellung zu finden und oft mit der Kostenstelle oder dem Profil des Anforderers verknüpft.

Beispiele
MarketingIT-BetriebFacility ManagementForschung und Entwicklung
Benutzername
UserName
Der Name oder die ID des Benutzers, der die Activity ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert die verantwortliche Person für die Ausführung eines spezifischen Prozessschritts, wie zum Beispiel die Genehmigung einer Bestellung oder die Buchung eines Wareneingangs. Es kann sich dabei um eine eindeutige Benutzer-ID oder einen vollständigen Namen handeln.

Die Analyse der Leistung nach Benutzer hilft, Schulungsbedarf zu identifizieren oder Top-Performer zu erkennen. Sie ist zudem entscheidend für Compliance-bezogene Analysen, wie das Bestellgenehmigungs-Compliance-Abweichungs-Dashboard, da sie aufzeigt, wer erforderliche Genehmigungsschritte umgangen hat. Sie kann auch genutzt werden, um die Arbeitslastverteilung und die Ressourcenallokation zu verstehen.

Warum es wichtig ist

Schafft Verantwortlichkeit und ermöglicht die Analyse benutzerspezifischer Leistung, Arbeitslast und Compliance, was entscheidend ist, um Schulungsbedarfe oder Prozessabweichungen zu identifizieren.

Woher erhalten

Diese Information ist typischerweise in den Workflow- und Dokumentenhistorien-Logs innerhalb SAP Ariba verfügbar und oft mit jedem Event verknüpft.

Beispiele
john.smithLROSSIjane.doe
Bestellbetrag
PurchaseOrderAmount
Der monetäre Gesamtwert der Bestellung.
Beschreibung

Dieses Attribut repräsentiert die Gesamtkosten aller auf der Bestellung aufgeführten Waren und Dienstleistungen, ausgenommen Steuern und andere Gebühren, sofern nicht anders angegeben. Es ist eine wichtige finanzielle Metrik, um den Wert der Transaktionen zu verstehen, die den Prozess durchlaufen.

In der Analyse wird der Bestellwert oft zur Segmentierung des Prozesses verwendet. Zum Beispiel können hochwertige Bestellungen einen anderen, strengeren Genehmigungspfad durchlaufen als geringwertige Bestellungen. Er kann verwendet werden, um Prozessverbesserungsbemühungen auf die finanziell bedeutendsten Transaktionen zu konzentrieren und Ausgabenmuster nach Abteilung oder Lieferanten zu analysieren.

Warum es wichtig ist

Bietet finanziellen Kontext zu jedem Case und ermöglicht eine wertbasierte Analyse, um Verbesserungen zu priorisieren und zu verstehen, wie der Bestellwert das Prozessverhalten beeinflusst.

Woher erhalten

Dies ist ein Standard-Berechnungsfeld auf der Kopfebene des Bestelldokuments, das den Wert aller Positionen summiert.

Beispiele
1500.0025000.50500.75
Lieferantenname
VendorName
Der Name des Lieferanten oder Anbieters, von dem Waren oder Dienstleistungen bezogen werden.
Beschreibung

Dieses Attribut identifiziert den externen Partner, der an der Bestellung beteiligt ist. Der Lieferant ist eine entscheidende Einheit im Procure-to-Pay Prozess, dessen Leistung die Effizienz des gesamten Zyklus direkt beeinflusst.

Der Lieferantenname ist eine primäre Dimension für die Leistungsanalyse. Er ist unerlässlich für das Lieferanten-Performance Dashboard, das Liefertermine verschiedener Lieferanten vergleicht. Die Analyse von Prozessen nach Lieferant kann aufzeigen, welche Lieferanten konstant verspätet sind, mehr Nacharbeit verursachen oder komplexe Rechnungsstellungsprozesse aufweisen, was wertvolle Erkenntnisse für das Lieferantenbeziehungsmanagement liefert.

Warum es wichtig ist

Ermöglicht die Analyse der Lieferantenleistung, hilft, zuverlässige Partner zu identifizieren und Anbieter zu lokalisieren, die Verzögerungen oder andere Probleme verursachen.

Woher erhalten

Dies ist ein Standardfeld auf der Kopfebene des Bestelldokuments in SAP Ariba.

Beispiele
Global Office Supplies Inc.Tech Solutions LLCFortschrittliche Industrieteile
Wareneingangsdatum
GoodsReceiptDate
Das Datum, an dem der Wareneingang oder die Leistungserbringung offiziell im System erfasst wurde.
Beschreibung

Dieses Attribut kennzeichnet den Timestamp der Aktivität 'Wareneingang gebucht' oder 'Leistungsbestätigung erfasst'. Es ist die offizielle Bestätigung, dass die bestellten Artikel erhalten wurden.

Dieses Datum ist entscheidend für die Messung tatsächlicher Lieferzeiten. Es ist das Gegenstück zum 'RequestedDeliveryDate' und wird verwendet, um Liefervarianzen und KPIs zur Pünktlichkeit zu berechnen. Das Dashboard zur Pünktlichkeit der Wareneingangsbuchung stützt sich auf dieses Attribut, um zu beurteilen, wie schnell Eingänge nach der Lieferung erfasst werden, was für die Inventargenauigkeit und die rechtzeitige Rechnungszahlung wichtig ist.

Warum es wichtig ist

Stellt das tatsächliche Lieferdatum dar, was für die Berechnung der Lieferleistung und die Identifizierung von Verzögerungen in der Lieferkette unerlässlich ist.

Woher erhalten

Dies ist der Timestamp des Wareneingangs- oder Leistungszeiterfassungsbelegs (Service Entry Sheet), der sich auf die Bestellung bezieht.

Beispiele
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Wunschliefertermin
RequestedDeliveryDate
Das Datum, an dem die anfordernde Partei die Lieferung der Waren oder Dienstleistungen erwartet.
Beschreibung

Dies ist der Zielleifertermin, der vom Unternehmen bei der Erstellung der Kaufanforderung oder Bestellung festgelegt wird. Er dient als Referenzpunkt (Baseline), an dem die tatsächliche Lieferleistung gemessen wird.

Dieses Attribut ist grundlegend für das Dashboard 'Lieferantenlieferleistung' und den KPI 'Pünktlichkeitsrate des Wareneingangs'. Durch den Vergleich des Requested Delivery Date mit dem Goods Receipt Date können Unternehmen die Pünktlichkeit der Lieferanten messen, die Lieferabweichung berechnen und Lieferanten identifizieren, die Liefertermine konstant nicht einhalten. Diese Analyse ist entscheidend für das Management von Lieferantenbeziehungen und die Minderung von Lieferkettenrisiken.

Warum es wichtig ist

Dient als Grundlage für die Messung der Liefertermintreue, was entscheidend für die Beurteilung der Lieferantenzuverlässigkeit und der Effizienz der Lieferkette ist.

Woher erhalten

Dies ist ein Standard-Datumsfeld auf der Positionsebene des Bestelldokuments.

Beispiele
2023-06-012023-07-152023-08-20
Bestellanforderungs-Nr.
PurchaseRequisitionNumber
Die eindeutige Kennung der Bestellanforderung, die der Bestellung vorausging.
Beschreibung

Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen Bestellanforderung. Nicht alle Bestellungen haben eine vorangehende Anforderung, beispielsweise bei der direkten Bestellerstellung.

Diese Verknüpfung ist entscheidend für die Analyse des vollständigen, End-to-End-Beschaffungsprozesses, beginnend mit der initialen Anforderung. Sie wird für das Dashboard zum Konvertierungstrichter von Bestellanforderung zu Bestellung und den KPI zur Konvertierungszeit von Bestellanforderung zu Bestellung benötigt. Die Analyse dieser Verbindung hilft, Verzögerungen zwischen der Genehmigung einer Anforderung und der formalen Bestellung beim Lieferanten zu identifizieren.

Warum es wichtig ist

Verbindet die Bestellung mit der initialen Anforderung und ermöglicht eine echte End-to-End-Analyse von der Anforderungserstellung bis zur Auftragserfüllung.

Woher erhalten

Diese Information ist normalerweise als Referenzfeld auf der Bestellposition verfügbar.

Beispiele
PR10004567PR10004568PR10004569
Bestellart
PurchaseOrderType
Eine Klassifizierung der Bestellung, z.B. Standard, Rahmenvertrag oder Unterauftragsvergabe.
Beschreibung

Die Bestellart kategorisiert Bestellungen nach ihrem Geschäftszweck. Verschiedene Arten von Bestellungen können unterschiedliche Prozesspfade verfolgen und unterschiedliche Regeln für Genehmigung und Erfüllung haben.

Dieses Attribut ermöglicht die Segmentierung des Prozesses, um aussagekräftigere Analysen zu liefern. Zum Beispiel kann die separate Analyse der Cycle Time für 'Standardbestellungen' von 'Dienstleistungsbestellungen' verschiedene Arten von Bottlenecks aufzeigen. Es hilft bei der Erstellung homogenerer Datenteilmengen für eine klarere Sicht auf spezifische Beschaffungsszenarien.

Warum es wichtig ist

Ermöglicht die Segmentierung der Analyse nach Bestellart, was zu genaueren Erkenntnissen führt, da unterschiedliche Arten oft unterschiedliche Prozessabläufe aufweisen.

Woher erhalten

Konsultieren Sie die SAP Ariba Dokumentation. Dies ist typischerweise ein konfigurierbares Feld auf Bestellkopfebene.

Beispiele
StandardbestellungServicebestellungRahmenbestellung
Bestellstatus
PurchaseOrderStatus
Der aktuelle Status der Bestellung in ihrem Lebenszyklus.
Beschreibung

Dieses Attribut gibt den aktuellen Status der Bestellung an, zum Beispiel 'Ordering', 'Receiving', 'Invoiced' oder 'Completed'. Es liefert eine Momentaufnahme, wo sich die Bestellung im Gesamtprozess befindet.

Während Process Mining den Prozessfluss aus Aktivitäten rekonstruiert, ist der aktuelle Status nützlich, um Fälle zu filtern und die aktuelle Arbeitslast zu verstehen. Zum Beispiel könnte ein Analyst sich ausschließlich auf "In-Flight"-Bestellungen konzentrieren wollen, die noch nicht abgeschlossen sind. Er kann auch zur Validierung der finalen Aktivität in einem Prozesspfad verwendet werden.

Warum es wichtig ist

Bietet einen schnellen Überblick über den Status einer Bestellung in ihrem Lebenszyklus, was nützlich ist, um aktive oder abgeschlossene Cases zu filtern und sich auf diese zu konzentrieren.

Woher erhalten

Dies ist ein Standard-Statusfeld auf dem Bestelldokumentenkopf in SAP Ariba.

Beispiele
BestellungWareneingangAbgeschlossenStorniert
Einkaufsorganisation
PurchasingOrganization
Die Organisationseinheit, die für die Beschaffung von Materialien und Dienstleistungen sowie die Verhandlung mit Lieferanten zuständig ist.
Beschreibung

Die Einkaufsorganisation ist eine zentrale Einheit in der Beschaffungsstruktur, die für die strategischen Aspekte des Einkaufs zuständig ist. Es kann verschiedene Einkaufsorganisationen für unterschiedliche Regionen oder Geschäftsbereiche geben.

Die Analyse des Prozesses nach Einkaufsorganisation kann Unterschiede in Effizienz, Compliance und Lieferantenmanagementstrategien im gesamten Unternehmen aufdecken. Dies unterstützt die Standardisierung von Best Practices und die Identifizierung von Engpässen auf Organisationsebene oder Ineffizienzquellen.

Warum es wichtig ist

Ermöglicht eine übergeordnete Analyse der Prozesseffizienz und Compliance über verschiedene strategische Einkaufseinheiten hinweg.

Woher erhalten

Dies ist ein Standard-Organisationsdatenfeld auf der Kopfebene des Bestelldokuments.

Beispiele
PO_US01PO_EMEAPO_GLOBAL
End-to-End-Cycle Time der Bestellung
POEndToEndCycleTime
Die Gesamtdauer, die von der Erstellung der ersten Bestellanforderung bis zur finalen Fertigstellung der Bestellung vergeht.
Beschreibung

Dieses berechnete Attribut misst die gesamte Dauer des vollständigen Bestellprozesses. Es beginnt typischerweise mit dem Event 'Bestellanforderung erstellt' und endet mit dem Event 'Bestellung abgeschlossen' oder 'Wareneingang gebucht'. Es bietet eine ganzheitliche Sicht auf die Prozesseffizienz.

Dies ist die primäre Metrik für den KPI 'End-to-End Zykluszeit Bestellung' und das Dashboard 'End-to-End Zykluszeit Bestellung'. Es ermöglicht Organisationen, ihre Gesamtleistung und die Auswirkungen von Prozessverbesserungen zu verfolgen. Die Aufschlüsselung dieser gesamten Zykluszeit nach Lieferant, Abteilung oder Materialgruppe kann die größten Treiber langer Lieferzeiten aufdecken.

Warum es wichtig ist

Stellt die gesamte Bearbeitungszeit einer Bestellung dar und bietet eine übergeordnete Messgröße für die gesamte Prozesseffizienz und die Kundenzufriedenheit.

Woher erhalten

Berechnet während der Daten-Transformation, indem die Differenz zwischen dem frühesten und spätesten Timestamp für einen bestimmten Case ermittelt wird.

Beispiele
P15DP30D12HP7D
Endzeit des Events
EventEndTime
Der Timestamp, der den Zeitpunkt angibt, zu dem eine Aktivität abgeschlossen wurde. Er wird zur Berechnung der Bearbeitungszeit von manuellen Aktivitäten genutzt.
Beschreibung

Während StartTime den Beginn einer Aktivität anzeigt, markiert EventEndTime deren Abschluss. Bei vielen systemgenerierten Events sind Start- und Endzeiten identisch. Bei manuellen Aufgaben oder lang laufenden automatisierten Jobs stellt die Differenz zwischen Start- und Endzeit jedoch die Bearbeitungszeit der Aktivität dar.

Dieses Attribut wird zur Berechnung der Metrik 'ProcessingTime' verwendet, die für das Dashboard zur Bestellaktivitätsdaueranalyse entscheidend ist. Es hilft, genau zu bestimmen, welche spezifischen Aufgaben am längsten dauern, und zeigt Möglichkeiten für Schulungen, Ressourcenumverteilung oder Automatisierung auf.

Warum es wichtig ist

Ermöglicht die Berechnung präziser Bearbeitungszeiten für einzelne Aktivitäten, wodurch identifiziert werden kann, welche spezifischen Aufgaben am zeitaufwendigsten sind.

Woher erhalten

Konsultieren Sie die SAP Ariba Dokumentation. Dies muss möglicherweise aus der Startzeit der nachfolgenden Aktivität abgeleitet werden, falls nicht explizit verfügbar.

Beispiele
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
Genehmigungs-Cycle Time der Bestellung
POApprovalCycleTime
Die berechnete Dauer zwischen der Erstellung einer Bestellung und ihrer endgültigen Genehmigung.
Beschreibung

Diese Kennzahl misst die Zeit, die eine Bestellung benötigt, um alle erforderlichen Genehmigungsschritte zu durchlaufen. Sie wird als Zeitdifferenz zwischen dem Timestamp der ersten Aktivität 'Bestellung erstellt' und der letzten Aktivität 'Bestellung genehmigt' für einen bestimmten Case berechnet.

Dies ist eine direkte Messgröße für den KPI 'Durchschnittliche Genehmigungszykluszeit von Bestellungen' und die Kernmetrik für das Dashboard 'Genehmigungszykluszeit von Bestellungen'. Die Analyse dieser Dauer hilft Unternehmen, Engpässe (Bottlenecks) in der Genehmigungshierarchie zu identifizieren, sei es bei bestimmten Personen, Abteilungen oder für bestimmte Arten von Einkäufen. Die Reduzierung dieser Zykluszeit ist oft ein Schlüsselziel in Prozessverbesserungsprojekten.

Warum es wichtig ist

Misst direkt die Effizienz des Genehmigungsprozesses, einer häufigen Verzögerungsquelle in der Beschaffung, und ist ein entscheidender KPI für Prozessverantwortliche.

Woher erhalten

Berechnet während der Daten-Transformation durch Subtraktion der Startzeit des Erstellungsereignisses von der Startzeit des finalen Genehmigungsereignisses.

Beispiele
P2DPT8H30MP0D
Ist Bestellung geändert
IsPurchaseOrderChanged
Ein boolesches Flag, das anzeigt, ob die Bestellung nach ihrer ursprünglichen Erstellung geändert wurde.
Beschreibung

Dies ist ein abgeleitetes Attribut, das auf 'true' gesetzt wird, wenn eine Aktivität 'Bestellung geändert' für einen bestimmten Case existiert. Es vereinfacht die Analyse von Änderungsraten, indem es einen einfachen Case-Level-Indikator für Änderungen liefert.

Dieses Flag wird zur Berechnung des KPI 'Bestelländerungsrate' verwendet. Es hilft, die Daten schnell zu segmentieren, um Prozesse für geänderte und ungeänderte Bestellungen zu vergleichen, was die nachgelagerten Auswirkungen von Änderungen aufzeigen kann, wie z. B. längere Zykluszeiten oder erhöhte Rechnungsdiskrepanzen. Das Dashboard 'Analyse der Bestelländerungsrate' verwendet dies, um die Häufigkeit von Änderungen zu quantifizieren.

Warum es wichtig ist

Bietet ein einfaches Kennzeichen, um alle geänderten Bestellungen zu identifizieren, was die Berechnung von Änderungsraten und die Analyse ihrer Auswirkungen erleichtert.

Woher erhalten

Dieses Flag wird während der Datentransformation abgeleitet, indem das Vorhandensein eines Events 'Bestellung geändert' für jede Bestellnummer überprüft wird.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein berechnetes Flag, das anzeigt, ob eine Bestellung einen Überarbeitungszyklus durchlaufen hat, z.B. abgelehnt und erneut eingereicht wurde.
Beschreibung

Dieses boolesche Attribut wird aus der Sequenz von Aktivitäten abgeleitet. Es wird auf 'wahr' gesetzt, wenn eine Bestellung im Prozess rückwärts bewegt wird, zum Beispiel, wenn auf eine Aktivität 'Bestellung genehmigen' eine Aktivität 'Bestellung ändern' und dann eine weitere Genehmigung folgt. Dies deutet auf eine Abweichung vom idealen, geradlinigen Prozess hin.

Dieses Flag ist entscheidend für die Berechnung der KPI zur Rate der Bestellnachbearbeitungsschleifen und für das Filtern der Prozesslandkarte, um ineffiziente Flüsse hervorzuheben. Durch die Identifizierung von Fällen mit Nachbearbeitung können Analysten die Grundursachen untersuchen, wie z. B. falsche Dateneingaben oder unklare Anforderungen, und Maßnahmen ergreifen, um die Erstgenehmigungsrate zu verbessern.

Warum es wichtig ist

Kennzeichnet direkt Cases mit Prozessineffizienzen und Nacharbeit, wodurch Analysten die Auswirkungen von Schleifen quantifizieren und deren Beseitigung gezielt angehen können.

Woher erhalten

Dieses Attribut ist nicht im Quellsystem vorhanden, wird aber während der Datentransformation mithilfe der Aktivitätensequenz für jeden Case berechnet.

Beispiele
truefalsch
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Data für dieses Event zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurde.
Beschreibung

Dieses Attribut liefert Datum und Uhrzeit des letzten Datenabzugs aus SAP Ariba. Es ist ein entscheidendes Metadatum, um die Aktualität der analysierten Daten zu verstehen.

Bei jeder Process Mining-Analyse ist die Kenntnis der Aktualität der Daten für Reporting und Entscheidungsfindung unerlässlich. Dieser Timestamp ermöglicht es Benutzern, zu bestätigen, dass ihre Dashboards und KPIs, wie der Durchsatz-Trend für Bestellungen, auf aktuellen Informationen basieren.

Warum es wichtig ist

Gibt die Aktualität der Daten an, damit Nutzerinnen und Nutzer verstehen, wie aktuell ihre Analyse ist – und stärkt das Vertrauen in die Erkenntnisse.

Woher erhalten

Dieser Timestamp wird typischerweise während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert und an das Dataset angehängt.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Lieferabweichung
DeliveryVariance
Die berechnete Zeitdifferenz zwischen dem angeforderten Lieferdatum und dem tatsächlichen Wareneingangsdatum.
Beschreibung

Diese Kennzahl quantifiziert die Lieferantenlieferleistung, indem sie misst, wie früh oder spät eine Lieferung erfolgt. Sie wird berechnet, indem das RequestedDeliveryDate vom GoodsReceiptDate subtrahiert wird. Ein positiver Wert weist auf eine verspätete Lieferung hin, ein negativer Wert auf eine frühe Lieferung und Null bedeutet pünktlich.

Dies ist die Kernberechnung für das Dashboard 'Lieferantenlieferleistung' und den KPI 'Varianz der Lieferantenlieferleistung'. Durch die Analyse dieser Varianz über Lieferanten hinweg können Organisationen zuverlässige und unzuverlässige Partner identifizieren, was Lieferantenverhandlungen und Risikomanagementstrategien beeinflusst. Es hilft, über einfache pünktlich/verspätet-Flags hinauszugehen, um das Ausmaß der Lieferabweichungen zu verstehen.

Warum es wichtig ist

Quantifiziert die Pünktlichkeit von Lieferanten, indem die genaue Verspätung oder Frühzeitigkeit von Lieferungen gemessen wird, was für das Management der Lieferantenleistung entscheidend ist.

Woher erhalten

Berechnet in der Daten-Transformationsschicht, indem 'RequestedDeliveryDate' von 'GoodsReceiptDate' subtrahiert wird.

Beispiele
P2D-P1DP0D
Materialgruppe
MaterialGroup
Eine Klassifizierung, die verwendet wird, um Materialien oder Dienstleistungen mit ähnlichen Merkmalen zu gruppieren.
Beschreibung

Die Warengruppe oder der Commodity Code in Aribas Terminologie ist eine Möglichkeit, die gekauften Artikel zu kategorisieren. Dies ermöglicht eine Ausgabenanalyse und die Anwendung unterschiedlicher Beschaffungsstrategien für verschiedene Arten von Waren oder Dienstleistungen.

Im Process Mining ermöglicht dieses Attribut die Analyse des Beschaffungsprozesses basierend auf dem, was eingekauft wird. Zum Beispiel könnte der Genehmigungsprozess für IT-Hardware anders sein als der für Büromaterial. Dies ermöglicht differenziertere Erkenntnisse, die helfen, Prozessverbesserungen auf spezifische Einkaufskategorien zuzuschneiden.

Warum es wichtig ist

Ermöglicht die Analyse des Prozesses basierend auf der Kategorie der gekauften Waren oder Dienstleistungen, wodurch Variationen in der Beschaffung verschiedener Artikel aufgedeckt werden.

Woher erhalten

Dies ist ein Standardfeld auf der Positionsebene einer Bestellung, oft als Commodity Code bezeichnet.

Beispiele
IT.HardwareBürobedarfProfessionelle Dienstleistungen
Quellsystem
SourceSystem
Kennzeichnet das System, aus dem die Daten extrahiert wurden – hier: SAP Ariba.
Beschreibung

Dieses Attribut gibt den Ursprung der Prozessdaten an. In Umgebungen mit mehreren integrierten Systemen ist es entscheidend, Daten aus verschiedenen Quellen zu unterscheiden und die Datenherkunft sicherzustellen.

Für die Analyse hilft es, Daten auf ein bestimmtes System zu filtern oder Prozessinteraktionen über verschiedene Plattformen hinweg zu verstehen. Es ist ein wichtiges Metadatum für die Data Governance und Validierung, das sicherstellt, dass Analysen auf dem korrekten Datensatz basieren.

Warum es wichtig ist

Liefert wesentlichen Kontext zur Datenherkunft, was für Data Governance, Validierung und Analyse in Multi-System-Umgebungen entscheidend ist.

Woher erhalten

Dies ist ein statischer Wert ('SAP Ariba'), der typischerweise während des Data Extraction- und Transformation-Prozesses hinzugefügt wird.

Beispiele
SAP AribaSAP-Ariba-USAribaCloud
Währung
DocumentCurrency
Der Währungscode für die Geldwerte auf der Bestellung.
Beschreibung

Dieses Attribut gibt die Währung an, z. B. USD, EUR oder GBP, in der der Bestellwert ausgewiesen ist. Es ist ein wesentlicher Kontext für alle Finanzdaten.

Bei der Analyse eines Prozesses, der sich über mehrere Länder oder Regionen erstreckt, ist die Belegwährung entscheidend für die korrekte Interpretation und den Vergleich von Geldwerten. Alle finanziellen KPIs und Dashboards müssen dieses Feld verwenden, um entweder nach einer einzelnen Währung zu filtern oder entsprechende Wechselkurse für eine genaue Aggregation und einen Vergleich anzuwenden.

Warum es wichtig ist

Bietet den notwendigen Kontext für alle monetären Felder, um eine genaue Finanzanalyse zu gewährleisten und die fehlerhafte Aggregation verschiedener Währungen zu verhindern.

Woher erhalten

Dies ist ein Standardfeld auf der Kopfebene des Bestelldokuments in SAP Ariba.

Beispiele
USDEURGBPJPY
Erforderlich Empfohlen Optional

Beschaffungsprozess - Bestellaktivitäten

Dies sind die wichtigen Prozessschritte und Meilensteine, die in Ihrem Event Log für eine präzise Procure-to-Pay - Bestellprozessanalyse erfasst werden sollten.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Bestellanforderung erstellt
Diese Aktivität markiert die Erstellung einer Bestellanforderung, die als formelle Anforderung für Waren oder Dienstleistungen einer Bestellung vorausgeht. In SAP Ariba wird dies typischerweise erfasst, wenn ein Benutzer ein neues Bestellanforderungsdokument speichert und übermittelt und dabei einen expliziten Datensatz mit einem Erstellungs-Timestamp anlegt.
Warum es wichtig ist

Dies ist der primäre Startpunkt für den Beschaffungsprozess. Die Analyse der Zeit von diesem Event bis zur Bestellerstellung ist entscheidend für das Verständnis der Zykluszeit von der Bedarfsanforderung bis zur Bestellung und die Identifizierung früher Engpässe (Bottlenecks).

Woher erhalten

Dieses Event wird aus dem Erstellungsdatum des Requisition Dokumentobjekts im SAP Ariba Buying Modul erfasst. Der Statuswechsel zu 'Eingereicht' kennzeichnet oft den formalen Beginn.

Erfassen

Basierend auf dem Erstellungs-Timestamp des Bestellanforderungsdokuments.

Ereignistyp explicit
Bestellung abgeschlossen
Diese Aktivität markiert den erfolgreichen Abschluss des Bestell-Lebenszyklus und zeigt an, dass Waren oder Dienstleistungen vollständig empfangen und fakturiert wurden. Dies wird aus der Änderung des Bestellstatus auf 'Received', 'Invoiced' oder einen ähnlichen Endzustand abgeleitet.
Warum es wichtig ist

Dies ist der primäre Endpunkt des Erfolgszustands des Prozesses. Die Messung der Zeit bis zum Erreichen dieses Zustands liefert die End-to-End-Zykluszeit, eine Schlüsselkennzahl für die Gesamtprozesseffizienz.

Woher erhalten

Abgeleitet aus dem Timestamp, wenn der Status des PurchaseOrder auf einen Endzustand wie "Received" wechselt. Ein PO gilt als abgeschlossen, wenn alle Positionen vollständig erhalten wurden.

Erfassen

Abgeleitet aus der Statusänderung des PO auf "Received" oder einen ähnlichen Abschlussstatus.

Ereignistyp inferred
Bestellung an Lieferanten gesendet
Beschreibt den Zeitpunkt, an dem die genehmigte Bestellung offiziell an den Lieferanten übermittelt wird, typischerweise über das Ariba Network. Dieses Ereignis wird erfasst, sobald sich der Status der Bestellung auf 'Gesendet' oder 'Bestellt' ändert.
Warum es wichtig ist

Dies markiert den Übergang von interner Verarbeitung zu externer Erfüllung. Es ist der Startpunkt zur Messung der Lieferantenlieferzeit (vendor lead time) und der Lieferleistung (delivery performance).

Woher erhalten

Abgeleitet aus dem Timestamp, wenn der Status des PurchaseOrder-Dokuments auf "Sent" oder "Ordered" wechselt. Dies ist eine Standard-Statusänderung in Ariba.

Erfassen

Abgeleitet aus dem Timestamp der Statusänderung auf "Sent" oder einen ähnlichen Status.

Ereignistyp inferred
Bestellung erstellt
Diese Aktivität kennzeichnet die Erstellung des offiziellen Bestelldokuments in SAP Ariba, entweder basierend auf einer genehmigten Bestellanforderung oder direkt. Dies wird über den Erstellungs-Timestamp des Bestelldokuments erfasst und stellt den formellen Beginn des Bestell-Lebenszyklus dar.
Warum es wichtig ist

Bei direkten POs markiert dies den Prozessstart. Ein wichtiger Meilenstein, um die Umwandlungszeit von Bestellanforderung (Requisition) zu PO sowie den gesamten PO‑Bearbeitungszyklus zu messen.

Woher erhalten

Erfasst vom Erstellungs-Timestamp des PurchaseOrder-Dokumentobjekts in SAP Ariba Buying. Der Status ist zu diesem Zeitpunkt typischerweise 'Composing' oder 'Submitted'.

Erfassen

Basierend auf dem Erstellungs-Timestamp des Bestellungsdokuments.

Ereignistyp explicit
Bestellung genehmigt
Zeigt an, dass die Bestellung alle erforderlichen internen Freigaben erhalten hat und an den Lieferanten gesendet werden kann. Dieses Event wird aus dem Statuswechsel des PO-Dokuments auf "Approved" nach Abschluss des vorgesehenen Workflows abgeleitet.
Warum es wichtig ist

Dies ist ein kritischer Meilenstein zur Messung der Genehmigungszykluszeiten und zur Identifizierung von Bottlenecks bei der Managementprüfung. Verzögerungen hier wirken sich direkt auf die Lieferantenlieferzeiten und die Beschaffungseffizienz aus.

Woher erhalten

Abgeleitet aus dem Timestamp, wenn der Status des PurchaseOrder-Dokuments oder das Feld "ApprovedState" auf "Approved" wechselt. Die Freigabehistorie liefert detaillierte Daten.

Erfassen

Abgeleitet aus dem Timestamp der letzten Freigabeaktion im Freigabe‑Workflow des PO.

Ereignistyp inferred
Wareneingang gebucht
Beschreibt den physischen Wareneingang, der in SAP Ariba erfasst wird. Dies ist ein explizites Ereignis, das erfasst wird, wenn ein Benutzer ein Wareneingangsdokument für eine Bestellposition erstellt und übermittelt.
Warum es wichtig ist

Dies ist ein entscheidender Meilenstein zur Lieferbestätigung und der Endpunkt zur Messung der Lieferantenlieferleistung. Er berechtigt zudem zur Zahlung der Rechnung in einem Drei-Wege-Abgleich (three-way match) Szenario.

Woher erhalten

Erfasst vom Erstellungs- oder Einreichungs-Timestamp des Receipt-Dokuments, das mit der PurchaseOrder verknüpft ist.

Erfassen

Basierend auf dem Einreichungs-Timestamp des Wareneingangsdokuments.

Ereignistyp explicit
Bestellanforderung genehmigt
Stellt die endgültige Genehmigung einer Bestellanforderung durch alle erforderlichen Stakeholder dar, die die Umwandlung in eine Bestellung autorisiert. Dies wird typischerweise aus der Statusänderung des Anforderungsdokuments auf 'Genehmigt' und dem Timestamp dieser letzten Genehmigungsaktion abgeleitet.
Warum es wichtig ist

Dieser Meilenstein schließt die interne Genehmigungsphase für die Anforderung ab. Die Verfolgung dieses Meilensteins hilft, die Effizienz der internen Kontrollen und Genehmigungs-Workflows zu messen, bevor die Bestellung erstellt wird.

Woher erhalten

Abgeleitet aus der Freigabehistorie oder dem Statusfeld des Requisition-Dokuments. Der Event-Timestamp entspricht dem Datum, an dem der Status auf "Approved" wechselte.

Erfassen

Abgeleitet aus dem Timestamp, wenn das "ApprovedState"-Feld der Requisition auf "Approved" wechselt.

Ereignistyp inferred
Bestellung geändert
Diese Aktivität erfasst jede Änderung, die an einer Bestellung nach ihrer ursprünglichen Erstellung vorgenommen wird, wie zum Beispiel Änderungen der Menge, des Preises oder des Lieferdatums. Es wird eine neue Version des Bestelldokuments erstellt, die oft einen erneuten Genehmigungs-Workflow auslöst.
Warum es wichtig ist

Die Verfolgung von Änderungen ist entscheidend, um Prozessineffizienzen, Rework-Schleifen und Grundursachen von Beschaffungsfehlern zu identifizieren. Eine hohe Änderungsrate kann auf eine unzureichende Anforderungsaufnahme hinweisen.

Woher erhalten

Erfasst durch Identifizierung mehrerer Versionen desselben PurchaseOrder-Dokuments. Jede neue Version verfügt über einen Erstellungs-Timestamp, der für dieses Ereignis verwendet werden kann.

Erfassen

Protokolliert, wenn eine neue Version des PO-Dokuments erstellt und gespeichert wird.

Ereignistyp explicit
Bestellung storniert
Beschreibt die Stornierung einer Bestellung vor deren vollständiger Ausführung. Dies kann entweder von der einkaufenden Organisation oder, in seltenen Fällen, vom Lieferanten eingeleitet werden.
Warum es wichtig ist

Dies ist eine wichtige Ausnahme und ein Prozessendpunkt. Die Analyse, warum Bestellungen storniert werden, kann Probleme bei der Planung, der Budgetierung oder der Lieferantenzuverlässigkeit aufzeigen.

Woher erhalten

Abgeleitet aus dem Timestamp, wenn der Status des PurchaseOrder-Dokuments auf "Cancelled" oder "Closed" geändert wird.

Erfassen

Abgeleitet aus dem Timestamp der Statusänderung auf "Cancelled".

Ereignistyp inferred
Dienstleistungsbestätigung erfasst
Stellt die Bestätigung dar, dass Dienstleistungen erbracht wurden, was dem Wareneingang für Dienstleistungen entspricht. Dies wird erfasst, wenn ein Service Sheet erstellt und gegen eine dienstleistungsbasierte Bestellung genehmigt wird.
Warum es wichtig ist

Diese Aktivität ist entscheidend für die Nachverfolgung der Erfüllung von Dienstleistungsaufträgen und autorisiert Zahlungen. Die Analyse ihrer Rechtzeitigkeit unterstützt die Steuerung der Dienstleistungserbringung und der zugehörigen Ausgaben.

Woher erhalten

Erfasst vom Genehmigungs-Timestamp des ServiceSheet-Dokuments, das mit der PurchaseOrder verknüpft ist.

Erfassen

Basierend auf dem Genehmigungs-Timestamp des Leistungsnachweis-Dokuments.

Ereignistyp explicit
Lieferant bestätigte Bestellung
Zeigt an, dass der Lieferant die Bestellung erhalten und bestätigt hat und die Erfüllung zusichert. Dies wird erfasst, wenn der Lieferant über das Ariba Network eine Order Confirmation einreicht, wodurch sich der PO-Status aktualisiert.
Warum es wichtig ist

Diese Aktivität gibt Gewissheit darüber, dass die Bestellung vom Lieferanten bearbeitet wird. Sie unterstützt die Nachverfolgung der Lieferantenreaktionsfähigkeit und die Sicherstellung der Korrektheit der ursprünglichen Bestellung.

Woher erhalten

Abgeleitet aus dem Timestamp, wenn der Status des PurchaseOrder nach Eingang einer Order Confirmation vom Lieferanten auf "Confirmed" aktualisiert wird.

Erfassen

Basierend auf dem Erstellungsdatum des zugehörigen Auftragsbestätigungsdokuments oder einer Statusänderung der Bestellung (PO).

Ereignistyp inferred
Lieferavis erhalten
Diese Aktivität wird erfasst, wenn der Lieferant über das Ariba Network einen Lieferavis (ASN) sendet, der den Versand der Waren anzeigt. Der Lieferavis (ASN) enthält Details zur Sendung, wie Artikel, Mengen und Sendungsverfolgungsinformationen.
Warum es wichtig ist

Der ASN bietet Transparenz in der Lieferkette, wodurch die empfangende Abteilung sich auf die Lieferung vorbereiten kann. Er ist eine wichtige Eingabe für die Verfolgung von Transitbeständen und die Vorhersage von Lieferzeiten.

Woher erhalten

Erfasst vom Erstellungsdatum des ShipNotice-Dokuments, das mit den PurchaseOrder-Positionen verknüpft ist.

Erfassen

Basierend auf dem Erstellungs-Timestamp des Lieferavis (ASN) Dokuments.

Ereignistyp explicit
Rechnung zum PO eingegangen
Zeigt an, dass eine vom Lieferanten auf die Bestellung referenzierte Rechnung eingegangen und in SAP Ariba erfasst wurde. Dieses Event verbindet den Beschaffungsprozess mit dem anschließenden Zahlungsprozess.
Warum es wichtig ist

Diese Aktivität stellt einen zentralen Integrationspunkt zwischen Einkauf und Finanzen dar. Ihr Zeitpunkt ist entscheidend für das Management des Betriebskapitals und die Sicherstellung pünktlicher Zahlungen an Lieferanten.

Woher erhalten

Erfasst vom Erstellungs-Timestamp des Invoice-Dokuments in Ariba Invoicing, das einen Verweis auf die PurchaseOrder enthält.

Erfassen

Basierend auf dem Erstellungs-Timestamp des Rechnungsdokuments, das mit der Bestellung (PO) verknüpft ist.

Ereignistyp explicit
Waren an den Lieferanten zurückgesandt
Diese Aktivität erfasst die Rücksendung von Waren an einen Lieferanten, in der Regel aufgrund von Beschädigungen, Mängeln oder falsch gelieferten Artikeln. Sie wird aufgezeichnet, wenn ein Retourenbeleg oder eine Belastungsanzeige gegen den ursprünglichen Wareneingang erstellt wird.
Warum es wichtig ist

Die Verfolgung von Retouren deckt Probleme mit der Lieferantenqualität und der Liefergenauigkeit auf. Die Analyse der Häufigkeit und der Gründe für Retouren kann dazu beitragen, die Lieferantenauswahl und das Lieferantenmanagement zu verbessern.

Woher erhalten

Dies kann aus der Erstellung eines retourspezifischen Wareneingangsdokuments oder einer negativen Menge auf einem Wareneingang abgeleitet werden. Der spezifische Mechanismus kann je nach Konfiguration variieren.

Erfassen

Abgeleitet aus dem Anlegen eines Wareneingangs mit negativer Menge oder einem spezifischen "Return"-Typ.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus SAP Ariba