Data Template: Einkauf-bis-Zahlung - Bestellung
Ihr Datentemplate für Procure-to-Pay – Einkaufsbestellungen
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Beschaffungsprozess - Bestellattribute
| 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
|
|||
Beschaffungsprozess - Bestellaktivitäten
| 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
|
|||