Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Extraktionsanleitung
Purchase-to-Pay – Bestellattribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Ereignisses oder den Antrag bearbeitet.er 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 die Grundlage für 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 maßgeblich für Dashboards wie die Analyse der Änderungsrate von Bestellungen.
Bedeutung
Dieses Attribut definiert die Schritte im Prozess und ermöglicht so die Visualisierung des Prozessflusses sowie die Identifizierung von Engpässen, Nacharbeit und Abweichungen.
Datenquelle
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ändert`Wareneingang` 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 wichtig 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.
Bedeutung
Dies ist die wesentliche Case-ID, die alle Prozessschritte verbindet und es ermöglicht, den End-to-End-Lebenszyklus jeder einzelnen Bestellung zu analysierenn.
Datenquelle
Dies ist ein primäres Feld auf dem Bestelldokument in SAP Ariba Buying and Invoicing oder SAP Ariba Sourcing.
Beispiele
PO70001, 2, 3, 456PO70001, 2, 3, 457PO70001, 2, 3, 458
|
|||
|
Ereigniszeit
EventTime
|
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Event Time ist der Zeitstempel, der jeder Aktivität zugeordnet ist und aufzeichnet, wann sie begonnen hat. Diese Daten sind essenziell, um Ereignisse chronologisch zu ordnen und Dauer sowie Durchlaufzeits zwischen verschiedenen Prozessschritten zu berechnen. Dieses Attribut ist maßgeblich für nahezu alle zeitbasierten Analysen, einschließlich der Dashboards für Purchase Order End-to-End Durchlaufzeit und Purchase Order Approval Durchlaufzeit. Es ermöglicht die Berechnung von Key Leistungsfähigkeit Indicators wie 'Average PO Approval Durchlaufzeit' durch Messung der Zeitdifferenz zwischen den Zeitstempels der Aktivitäten 'Purchase Order Created' und 'Purchase Order Approved'.
Bedeutung
Dieser Zeitstempel ist die Basis für die korrekte Reihenfolge von Ereignisse und die Berechnung aller dauerbasierten Kennzahlen wie Durchlaufzeits und Wartezeiten.
Datenquelle
Dies ist in der Regel im Audit-Trail oder den Antrag bearbeitet.en Ä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 Purchase Requisition initiiert hat oder für die die Bestellung getätigt wird. Es wird oft aus den KostenstellenHinweisrmationen auf der Bestellung abgeleitet. Diese Dimension ist maßgeblich für das Dashboard zur Effizienz der Bestellabwicklung nach Abteilung, da sie den direkten Vergleich von Durchlaufzeiten 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 Prozessoptimierungsbedarf haben. Sie ist auch ausschlaggebend für die Berechnung des KPI zur Varianz der Zykluszeit von Bestellungen pro Abteilung.
Bedeutung
Ermöglicht den Leistungsvergleich über verschiedene Geschäftseinheiten hinweg, hilft bei der Identifizierung von Abteilungs-Engpässen und dem Austausch von Best Practices.
Datenquelle
Diese Information ist auf der Kopf- oder Positionsebene der Bestellung zu finden und oft mit der Kostenstelle oder den Antrag bearbeitet.em Profil des Anforderers verknüpft.
Beispiele
MarketingIT-BetriebFacility ManagementForschung und Entwicklung
|
|||
|
Angefordertes Lieferdatum
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 die Basis 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 maßgeblich für das Management von Lieferantenbeziehungen und die Minderung von Lieferkettenmanagementnrisiken.
Bedeutung
Dient als Grundlage für die Messung der Liefertermintreue, was wichtig für die Beurteilung der Lieferantenleistungsstarkkeit und der Effizienz der Lieferkettenmanagement ist.
Datenquelle
Dies ist ein Standard-Datumsfeld auf der Positionsebene des Bestelldokuments.
Beispiele
2023-06-012023-07-152023-08-20
|
|||
|
Benutzername
UserName
|
Der Name oder den Antrag bearbeitet.ie ID des Benutzers, der den Antrag bearbeitet.ie `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 den Antrag bearbeitet.ie 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 wichtig für Compliance-bezogene Analysen, wie das Bestellgenehmigungs-Compliance-Abweichungs-Dashboard, da sie aufzeigt, wer erforderliche Genehmigungsschritte umgangen hat. Sie kann auch geverwendet werden, um die Arbeitslastverteilung und die Ressourcenallokation zu verstehen.
Bedeutung
Schafft Verantwortlichkeit und ermöglicht die Analyse benutzerspezifischer Leistung, Arbeitslast und Compliance, was wichtig ist, um Schulungsbedarfe oder Prozessabweichungen zu identifizieren.
Datenquelle
Diese Information ist in der Regel in den Workflow- und Dokumentenhistorien-Logs innerhalb SAP Ariba verfügbar und oft mit jedem Event verknüpft.
Beispiele
john.smithLROSSIjane.doe
|
|||
|
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 wichtige Einheit im Purchase-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-Leistungsfähigkeit 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 relevante Einblicke für das Lieferantenbeziehungsmanagement liefert.
Bedeutung
Ermöglicht die Analyse der Lieferantenleistung, hilft, leistungsstarke Partner zu identifizieren und Anbieter zu finden, die Verzögerungen oder andere Probleme verursachen.
Datenquelle
Dies ist ein Standardfeld auf der Kopfebene des Bestelldokuments in SAP Ariba.
Beispiele
Global Office Supplies Inc.Tech Solutions LLCFortschrittliche Industrieteile
|
|||
|
PO-Betrag
PurchaseOrderAmount
|
Der Gesamtbetrag 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 Prozessoptimierungsbemühungen auf die finanziell bedeutendsten Transaktionen zu konzentrieren und Ausgabenmuster nach Abteilung oder Lieferanten zu analysierenn.
Bedeutung
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.
Datenquelle
Dies ist ein Standard-Berechnungsfeld auf der Kopfebene des Bestelldokuments, das den Wert aller Positionen summiert.
Beispiele
1500.0025000.50500.75
|
|||
|
Wareneingangsdatum
GoodsReceiptDate
|
Das Datum, an dem der Wareneingang oder den Antrag bearbeitet.ie Leistungserbringung offiziell im System erfasst wurde. | ||
|
Beschreibung
Dieses Attribut kennzeichnet den Zeitstempel der Aktivität 'Wareneingang gebucht' oder 'Leistungsbestätigung erfasst'. Es ist die offizielle Bestätigung, dass die bestellten Artikel erhalten wurden. Dieses Datum ist maßgeblich 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.
Bedeutung
Stellt das tatsächliche Lieferdatum dar, was für die Berechnung der Lieferleistung und die Identifizierung von Verzögerungen in der Lieferkettenmanagement notwendig ist.
Datenquelle
Dies ist der Zeitstempel 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
|
|||
|
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 Durchlaufzeit für 'Standardbestellungen' von 'Dienstleistungsbestellungen' verschiedene Arten von Engpässe aufzeigen. Es hilft bei der Erstellung homogenerer Datenteilmengen für eine klarere Sicht auf spezifische Beschaffungsszenarien.
Bedeutung
Ermöglicht die Segmentierung der Analyse nach Bestellart, was zu genaueren Erkenntnissen führt, da unterschiedliche Arten oft unterschiedliche Prozessabläufe aufweisen.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies ist in der Regel ein konfigurierbares Feld auf Bestellkopfebene.
Beispiele
StandardbestellungServicebestellungRahmenbestellung
|
|||
|
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.
Bedeutung
Ermöglicht eine übergeordnete Analyse der Prozesseffizienz und Compliance über verschiedene strategische Einkaufseinheiten hinweg.
Datenquelle
Dies ist ein Standard-OrganisationsDatenfeld auf der Kopfebene des Bestelldokuments.
Beispiele
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
End-to-End-Durchlaufzeit der Bestellung
POEndToEndCycleTime
|
Die Gesamtdauer, die von der Erstellung der ersten Purchase Requisition bis zur finalen Fertigstellung der Bestellung vergeht. | ||
|
Beschreibung
Dieses berechnete Attribut misst die gesamte Dauer des vollständigen Bestellprozesses. Es beginnt in der Regel mit dem Event 'Purchase Requisition erstellt' und endet mit dem Event 'Bestellung abgeschlossen' oder 'Wareneingang gebucht'. Es bietet eine vollständige 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 Prozessoptimierungen zu verfolgen. Die Aufschlüsselung dieser gesamten Zykluszeit nach Lieferant, Abteilung oder Materialgruppe kann die größten Treiber langer Lieferzeiten aufdecken.
Bedeutung
Stellt die gesamte Bearbeitungszeit einer Bestellung dar und bietet eine übergeordnete Messgröße für die gesamte Prozesseffizienz und die Kundenzufriedenheit.
Datenquelle
Berechnet während der Daten-Transformation, indem die Differenz zwischen dem frühesten und spätesten Zeitstempel für einen bestimmten Case ermittelt wird.
Beispiele
P15DP30D12HP7D
|
|||
|
Endzeit des Ereignisse
EventEndTime
|
Der Zeitstempel, der den Antrag bearbeitet.en Zeitpunkt angibt, zu dem eine Aktivität abgeschlossen wurde. Er wird zur Berechnung der Bearbeitungszeit von manuellen Aktivitäten geverwendet. | ||
|
Beschreibung
Während StartTime den Beginn einer Aktivität anzeigt, markiert EventEndTime deren Abschluss. Bei vielen systemgenerierten Ereignisse 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 'Bearbeitungszeit' (ProcessingTime) verwendet, die für das Dashboard zur Bestellaktivitätsdaueranalyse wichtig ist. Es hilft, genau zu bestimmen, welche spezifischen Aufgaben am längsten dauern, und zeigt Möglichkeiten für Schulungen, Ressourcenumverteilung oder Automatisierung auf.
Bedeutung
Ermöglicht die Berechnung präziser Bearbeitungszeiten für einzelne Aktivitäten, wodurch identifiziert werden kann, welche spezifischen Aufgaben am zeitaufwendigsten sind.
Datenquelle
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
|
|||
|
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 'Ja' 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 Durchlaufzeiten oder erhöhte Rechnungsdiskrepanzen. Das Dashboard 'Analyse der Bestelländerungsrate' verwendet dies, um die Häufigkeit von Änderungen zu quantifizieren.
Bedeutung
Bietet ein einfaches Kennzeichen, um alle geänderten Bestellungen zu identifizieren, was die Berechnung von Änderungsraten und die Analyse ihrer Auswirkungen vereinfacht.
Datenquelle
Dieses Flag wird während der Datentransformation abgeleitet, indem das Vorhandensein eines Ereignisse 'Bestellung geändert' für jede Bestellnummer überprüft wird.
Beispiele
JaNein
|
|||
|
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 maßgeblich für die Berechnung der KPI zur Rate der Bestellnachbearbeitungsschleifen und für das Filtern der Prozessablauf, um ineffiziente Flüsse hervorzuheben. Durch die Identifizierung von Fällen mit Nachbearbeitung können Analysten die Grundursachen untersuchen, wie z. B. Neine Dateneingaben oder unklare Anforderungen, und Maßnahmen ergreifen, um die Erstgenehmigungsrate zu verbessern.
Bedeutung
Kennzeichnet direkt Fälle mit Prozessineffizienzen und Nacharbeit, wodurch Analysten die Auswirkungen von Schleifen quantifizieren und deren Beseitigung gezielt angehen können.
Datenquelle
Dieses Attribut ist nicht im Quellsystem vorhanden, wird aber während der Datentransformation mithilfe der Aktivitätensequenz für jeden Case berechnet.
Beispiele
JaNein
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der `Zeitstempel`, der angibt, wann die `Daten` für dieses Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurde. | ||
|
Beschreibung
Dieses Attribut liefert Datum und Uhrzeit des letzten Datenabzugs aus SAP Ariba. Es ist ein wichtiges 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 Zeitstempel ermöglicht es Benutzern, zu bestätigen, dass ihre Dashboards und KPIs, wie der Durchsatz-Trend für Bestellungen, auf aktuellen Informationen basieren.
Bedeutung
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.
Datenquelle
Dieser
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 leistungsstarke und unleistungsstarke Partner identifizieren, was Lieferantenverhandlungen und Risikomanagementstrategien beeinflusst. Es hilft, über einfache pünktlich/verspätet-Flags hinauszugehen, um das Ausmaß der Lieferabweichungen zu verstehen.
Bedeutung
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 wichtig ist.
Datenquelle
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 den Antrag bearbeitet.er 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, Prozessoptimierungen auf spezifische Einkaufskategorien zuzuschneiden.
Bedeutung
Ermöglicht die Analyse des Prozesses basierend auf der Kategorie der gekauften Waren oder Dienstleistungen, wodurch Variationen in der Beschaffung verschiedener Artikel aufgedeckt werden.
Datenquelle
Dies ist ein Standardfeld auf der Positionsebene einer Bestellung, oft als Commodity Code bezeichnet.
Beispiele
IT.HardwareBürobedarfProfessionelle Dienstleistungen
|
|||
|
PO-Status
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.
Bedeutung
Bietet einen schnellen Überblick über den Status einer Bestellung in ihrem Lebenszyklus, was nützlich ist, um aktive oder abgeschlossene Fälle zu filtern und sich auf diese zu konzentrieren.
Datenquelle
Dies ist ein Standard-Statusfeld auf dem BestellDokumentenkopf in SAP Ariba.
Beispiele
BestellungWareneingangAbgeschlossenStorniert
|
|||
|
Purchase Requisitions-Nr.
PurchaseRequisitionNumber
|
Die eindeutige Kennung der Purchase Requisition, die der Bestellung vorausging. | ||
|
Beschreibung
Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen Purchase Requisition. Nicht alle Bestellungen haben eine vorangehende Anforderung, beispielsweise bei der den Antrag bearbeitet.irekten Bestellerstellung. Diese Verknüpfung ist maßgeblich 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 Purchase Requisition zu Bestellung und den KPI zur Konvertierungszeit von Purchase Requisition zu Bestellung benötigt. Die Analyse dieser Verbindung hilft, Verzögerungen zwischen der Genehmigung einer Anforderung und der formalen Bestellung beim Lieferanten zu identifizieren.
Bedeutung
Verbindet die Bestellung mit der initialen Anforderung und ermöglicht eine echte End-to-End-Analyse von der Anforderungserstellung bis zur Auftragserfüllung.
Datenquelle
Diese Information ist normalerweise als Referenzfeld auf der Bestellposition verfügbar.
Beispiele
PR10004567PR10004568PR10004569
|
|||
|
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 wichtig, 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 Daten Governance und Validierung, das sicherstellt, dass Analysen auf dem korrekten Datensatz basieren.
Bedeutung
Liefert wesentlichen Kontext zur Datenherkunft, was für Daten Governance, Validierung und Analyse in Multi-System-Umgebungen wichtig ist.
Datenquelle
Dies ist ein statischer Wert ('SAP Ariba'), der in der Regel während des Daten Extraktion- 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 den Antrag bearbeitet.er 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 wichtig 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.
Bedeutung
Bietet den notwendigen Kontext für alle monetären Felder, um eine genaue Finanzanalyse zu sicherstellen und die fehlerhafte Aggregation verschiedener Währungen zu verhindern.
Datenquelle
Dies ist ein Standardfeld auf der Kopfebene des Bestelldokuments in SAP Ariba.
Beispiele
USDEURGBPJPY
|
|||
Purchase-to-Pay – Bestellaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Purchase Requisition` erstellt
|
Diese Aktivität markiert die Erstellung einer Purchase Requisition, die als formelle Anforderung für Waren oder Dienstleistungen einer Bestellung vorausgeht. In SAP Ariba wird dies in der Regel erfasst, wenn ein Benutzer ein neues Purchase Requisitionsdokument speichert und übermittelt und dabei einen expliziten Datensatz mit einem Erstellungs-Zeitstempel anlegt. | ||
|
Bedeutung
Dies ist der primäre Startpunkt für den Beschaffungsprozess. Die Analyse der Zeit von diesem Event bis zur Bestellerstellung ist maßgeblich für das Verständnis der Zykluszeit von der Purchase Requisition bis zur Bestellung und die Identifizierung früher Engpässe (Engpässe).
Datenquelle
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-Zeitstempel des Purchase Requisitionsdokuments.
Ereignistyp
explicit
|
|||
|
`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. | ||
|
Bedeutung
Dies ist ein wichtiger 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.
Datenquelle
Erfasst vom Erstellungs- oder Einreichungs-Zeitstempel des Receipt-Dokuments, das mit der PurchaseOrder verknüpft ist.
Erfassen
Basierend auf dem Einreichungs-Zeitstempel des Wareneingangsdokuments.
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. | ||
|
Bedeutung
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.
Datenquelle
Abgeleitet aus dem Zeitstempel, 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, in der Regel über das Ariba Network. Dieses Ereignis wird erfasst, sobald sich der Status der Bestellung auf 'Gesendet' oder 'Bestellt' ändert. | ||
|
Bedeutung
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).
Datenquelle
Abgeleitet aus dem Zeitstempel, wenn der Status des PurchaseOrder-Dokuments auf "Sent" oder "Ordered" wechselt. Dies ist eine Standard-Statusänderung in Ariba.
Erfassen
Abgeleitet aus dem Zeitstempel 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 Purchase Requisition oder den Antrag bearbeitet.irekt. Dies wird über den Erstellungs-Zeitstempel des Bestelldokuments erfasst und stellt den formellen Beginn des Bestell-Lebenszyklus dar. | ||
|
Bedeutung
Bei direkten POs markiert dies den Prozessstart. Ein wichtiger Meilenstein, um die Umwandlungszeit von Purchase Requisition (Requisition) zu PO sowie den gesamten PO‑Bearbeitungszyklus zu messen.
Datenquelle
Erfasst vom Erstellungs-Zeitstempel des PurchaseOrder-Dokumentobjekts in SAP Ariba Buying. Der Status ist zu diesem Zeitpunkt in der Regel 'Composing' oder 'Submitted'.
Erfassen
Basierend auf dem Erstellungs-Zeitstempel 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. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein zur Messung der Genehmigungszykluszeiten und zur Identifizierung von Engpässe bei der Managementprüfung. Verzögerungen hier wirken sich direkt auf die Lieferantenlieferzeiten und die Beschaffungseffizienz aus.
Datenquelle
Abgeleitet aus dem Zeitstempel, wenn der Status des PurchaseOrder-Dokuments oder den Antrag bearbeitet.as Feld "ApprovedState" auf "Approved" wechselt. Die Freigabehistorie liefert detaillierte Daten.
Erfassen
Abgeleitet aus dem Zeitstempel der letzten Freigabeaktion im Freigabe‑Workflow des PO.
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 den Antrag bearbeitet.es Lieferdatums. Es wird eine neue Version des Bestelldokuments erstellt, die oft einen erneuten Genehmigungs-Workflow auslöst. | ||
|
Bedeutung
Die Verfolgung von Änderungen ist maßgeblich, um Prozessineffizienzen, Rework-Schleifen und Grundursachen von Beschaffungsfehlern zu identifizieren. Eine hohe Änderungsrate kann auf eine unzureichende Anforderungsaufnahme hinweisen.
Datenquelle
Erfasst durch Identifizierung mehrerer Versionen desselben PurchaseOrder-Dokuments. Jede neue Version verfügt über einen Erstellungs-Zeitstempel, 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. | ||
|
Bedeutung
Dies ist eine wichtige Ausnahme und ein Prozessendpunkt. Die Analyse, warum Bestellungen storniert werden, kann Probleme bei der Planung, der Budgetierung oder den Antrag bearbeitet.er Lieferantenleistungsstarkkeit aufzeigen.
Datenquelle
Abgeleitet aus dem Zeitstempel, wenn der Status des PurchaseOrder-Dokuments auf "Abbrechenled" oder "Closed" geändert wird.
Erfassen
Abgeleitet aus dem Zeitstempel der Statusänderung auf "Abbrechenled".
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. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich 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.
Datenquelle
Erfasst vom Genehmigungs-Zeitstempel des ServiceSheet-Dokuments, das mit der PurchaseOrder verknüpft ist.
Erfassen
Basierend auf dem Genehmigungs-Zeitstempel 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. | ||
|
Bedeutung
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.
Datenquelle
Abgeleitet aus dem Zeitstempel, 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 Antrag bearbeitet.en Versand der Waren anzeigt. Der Lieferavis (ASN) enthält Details zur Sendung, wie Artikel, Mengen und SendungsverfolgungsHinweisrmationen. | ||
|
Bedeutung
Der ASN bietet Transparenz in der Lieferkettenmanagement, 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.
Datenquelle
Erfasst vom Erstellungsdatum des ShipNotice-Dokuments, das mit den PurchaseOrder-Positionen verknüpft ist.
Erfassen
Basierend auf dem Erstellungs-Zeitstempel des Lieferavis (ASN) Dokuments.
Ereignistyp
explicit
|
|||
|
Purchase Requisition genehmigt
|
Stellt die endgültige Genehmigung einer Purchase Requisition durch alle erforderlichen Stakeholder den Antrag bearbeitet.ar, die die Umwandlung in eine Bestellung autorisiert. Dies wird in der Regel aus der Statusänderung des Anforderungsdokuments auf 'Genehmigt' und dem Zeitstempel dieser letzten Genehmigungsaktion abgeleitet. | ||
|
Bedeutung
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.
Datenquelle
Abgeleitet aus der Freigabehistorie oder den Antrag bearbeitet.em Statusfeld des Requisition-Dokuments. Der Event-Zeitstempel entspricht dem Datum, an dem der Status auf "Approved" wechselte.
Erfassen
Abgeleitet aus dem Zeitstempel, wenn das "ApprovedState"-Feld der Requisition auf "Approved" wechselt.
Ereignistyp
inferred
|
|||
|
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. | ||
|
Bedeutung
Diese Aktivität stellt einen zentralen Integrationspunkt zwischen Einkauf und Finanzen dar. Ihr Zeitpunkt ist maßgeblich für das Management des BetriebskAPItals und die Sicherstellung pünktlicher Zahlungen an Lieferanten.
Datenquelle
Erfasst vom Erstellungs-Zeitstempel des Invoice-Dokuments in Ariba Invoicing, das einen Verweis auf die PurchaseOrder enthält.
Erfassen
Basierend auf dem Erstellungs-Zeitstempel 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 Nein gelieferten Artikeln. Sie wird aufgezeichnet, wenn ein Retourenbeleg oder eine Belastungsanzeige gegen den ursprünglichen Wareneingang erstellt wird. | ||
|
Bedeutung
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.
Datenquelle
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
|
|||