Ihre Purchase-to-Pay – Bestellanforderungs-Datenvorlage
Ihre Purchase-to-Pay – Bestellanforderungs-Datenvorlage
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Prozessaktivitäten und Meilensteine zur Verfolgung
- Detaillierte Anleitung zur Datenextraktion aus Ihrem System
Procure-to-Pay – Bestellanforderungsattribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Geschäftsereignisses, das zu einem bestimmten Zeitpunkt innerhalb des Anfragenlebenszyklus aufgetreten ist. | ||
|
Beschreibung
Der Aktivitätsname beschreibt einen einzelnen Schritt oder Meilenstein im Anfragenprozess, wie 'Anfrage erstellt', 'Genehmigungsschritt genehmigt' oder 'Anfrage geschlossen'. Diese Daten stammen typischerweise aus Event Logs, Statusänderungen oder spezifischen Benutzeraktionen, die in SAP Ariba aufgezeichnet wurden. Dieses Attribut ist entscheidend für die Erstellung der Prozesslandkarte, die den Ablauf der Aktivitäten visuell darstellt. Durch die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten können Analysten gemeinsame Prozesspfade, Engpässe, Abweichungen vom Standardverfahren und Bereiche der Nacharbeit identifizieren. Es bildet das Rückgrat jeder Process Mining-Analyse.
Bedeutung
Es definiert die Schritte im Prozess und ermöglicht die Visualisierung und Analyse des Bestellanforderungs-Workflows, einschließlich Engpässen und Abweichungen.
Datenquelle
Abgeleitet aus Event Logs, Audit Trails oder Statusänderungsdatensätzen innerhalb von SAP Ariba, oft verbunden mit Bestellanforderungs-Kopf- und Positionsdaten.
Beispiele
Stellenanforderung eingereichtGenehmigungsschritt genehmigtBestellanforderung geändert`Bestellung` erstellt
|
|||
|
Bestellanforderungs-ID
PurchaseRequisitionId
|
Der eindeutige Identifikator für ein Bestellanfragendokument, der als primäre Fall-ID für den Prozess dient. | ||
|
Beschreibung
Die Bestellanfrage-ID ist der zentrale Schlüssel, der alle Aktivitäten im Zusammenhang mit einer einzelnen Anforderung von Waren oder Dienstleistungen verknüpft. Jeder in SAP Ariba erstellten Anfrage wird eine eindeutige ID zugewiesen, die während ihres gesamten Lebenszyklus, von der Erstellung und Einreichung bis zur endgültigen Genehmigung, Ablehnung oder Schließung, konsistent bleibt. In der Process Mining-Analyse ist dieses Attribut grundlegend für die Fallkorrelation. Es ermöglicht die Rekonstruktion des vollständigen End-to-End-Weges jeder Anfrage und erlaubt die genaue Berechnung von Durchlaufzeiten, die Identifizierung von Prozessvarianten und die Analyse von Nacharbeits-Schleifen. Ohne diesen Identifikator wäre es unmöglich, Ereignisse zu unterscheiden, die zu verschiedenen Anfragen gehören.
Bedeutung
Dies ist die wesentliche Fall-ID, die alle zugehörigen Aktivitäten verbindet und es ermöglicht, den End-to-End-Anfragenprozess für jede einzelne Anfrage zu analysieren.
Datenquelle
Dies ist ein Primärschlüsselfeld in den Haupttabellen der Anfragenkopfdaten innerhalb der Datenstruktur von SAP Ariba.
Beispiele
PR-102345PR-102346PR-102347
|
|||
|
Ereignis-Timestamp
EventTimestamp
|
Das genaue Datum und die Uhrzeit, wann die Aktivität stattfand, dient als primärer Timestamp für die Event-Reihenfolge. | ||
|
Beschreibung
Der Event Timestamp erfasst den genauen Zeitpunkt, an dem eine Aktivität stattfand. Diese hochpräzisen Daten sind entscheidend für die korrekte Reihenfolge der Events innerhalb jedes Falls und für die Berechnung der Dauer zwischen verschiedenen Schritten im Prozess. In der Analyse ist dieser Timestamp die Grundlage für alle zeitbasierten Berechnungen, einschließlich Durchlaufzeiten, Wartezeiten und Bearbeitungsdauern. Er wird verwendet, um Dashboards zu betreiben, die die Leistung analysieren, wie die Genehmigungsdurchlaufzeit für Anfragen und die Engpassanalyse des Genehmigungspfads. Die Genauigkeit dieses Feldes wirkt sich direkt auf die Zuverlässigkeit aller Leistungskennzahlen aus.
Bedeutung
Dieses Attribut liefert die chronologische Reihenfolge der Events und ist die Grundlage für alle Leistungs- und Dauerberechnungen, wie Durchlaufzeiten und Engpässe.
Datenquelle
Typischerweise zu finden zusammen mit Aktivitäts- oder Statusänderungsdatensätzen in den Audit-Trail- oder Transaktionsprotokolltabellen von SAP Ariba.
Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, den ein Genehmiger angibt, wenn eine Bestellanforderung oder ein Genehmigungsschritt abgelehnt wird. | ||
|
Beschreibung
Wenn eine Anfrage abgelehnt wird, geben Genehmiger oft einen Grund an, der Freitext sein oder aus einer vordefinierten Liste ausgewählt werden kann. Dieses Attribut erfasst dieses entscheidende Feedback. Diese Daten sind der Grundstein des Dashboards 'Analyse der Anfragen-Ablehnungsrate'. Die Analyse der häufigsten Ablehnungsgründe hilft, die Grundursachen für Prozessfehler zu identifizieren, wie falsche Kodierung, unzureichende Begründung oder Budgetprobleme. Diese Erkenntnisse können dann genutzt werden, um Schulungen für Anfragende zu verbessern und die Qualität der ersten Einreichungen zu steigern, wodurch Nacharbeit reduziert wird.
Bedeutung
Bietet direkte Einblicke, warum Anfragen fehlschlagen, und ermöglicht eine Ursachenanalyse, um Nacharbeit zu reduzieren und die Ersttrefferquote zu verbessern.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Diese Informationen werden typischerweise im Kommentar- oder Historienbereich erfasst, der mit einem Ablehnungs-Event verbunden ist.
Beispiele
Falsches HauptbuchkontoBudget überschrittenUnzureichende BegründungDoppelte Anfrage
|
|||
|
Abteilung des Anfragenden
RequesterDepartment
|
Die Geschäftsabteilung oder Kostenstelle des Mitarbeiters, der die Bestellanfrage erstellt hat. | ||
|
Beschreibung
Dieses Attribut liefert organisatorischen Kontext, indem es identifiziert, welcher Geschäftsbereich die Anfrage initiiert hat. Es wird typischerweise aus dem Benutzerprofil des Anfragenden abgeleitet oder direkt im Anfrageformular angegeben. In der Analyse ist dies eine leistungsstarke Dimension für Filterung und Vergleich. Es wird in nahezu allen Dashboards, wie der 'Genehmigungsdurchlaufzeit für Anfragen' und der 'Analyse der Ablehnungsquote für Anfragen', verwendet, um Metriken nach Abteilung aufzuschlüsseln. Dies ermöglicht die Identifizierung, welche Abteilungen die längsten Durchlaufzeiten, höchsten Änderungsraten oder die meisten nicht-konformen Anfragen aufweisen, und leitet gezielte Prozessverbesserungsmaßnahmen an.
Bedeutung
Ermöglicht die Segmentierung und den Vergleich der Prozessleistung über verschiedene Bereiche der Organisation hinweg, wobei abteilungsspezifische Probleme oder Best Practices hervorgehoben werden.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Üblicherweise verfügbar in den Kopfdaten der Bestellanforderung, oft verknüpft vom Benutzerprofil des Anforderers.
Beispiele
MarketingIT-BetriebFinanzenForschung und Entwicklung
|
|||
|
Artikelkategorie
ItemCategory
|
Die Klassifizierung der angefragten Waren oder Dienstleistungen, wie 'IT-Hardware', 'Büromaterial' oder 'Professionelle Dienstleistungen'. | ||
|
Beschreibung
Die Artikelkategorie liefert Details darüber, was eingekauft wird. Diese Klassifizierung hilft, Ausgabenmuster zu verstehen und kategoriespezifische Beschaffungsstrategien und -richtlinien anzuwenden. Im Process Mining ist dieses Attribut entscheidend für das Dashboard 'Anfragen-Änderungsanalyse', da es aufzeigen kann, ob bestimmte Artikelkategorien anfälliger für Änderungen sind, was auf unklare Spezifikationen oder volatile Preise hindeutet. Es ermöglicht auch den Vergleich der Prozessleistung, wie Genehmigungszeiten, über verschiedene Arten von Einkäufen hinweg, um festzustellen, ob spezifische Kategorien mehr Reibung erfahren.
Bedeutung
Ermöglicht die Analyse basierend auf der Art der gekauften Waren oder Dienstleistungen und hilft, kategoriespezifische Engpässe oder Compliance-Probleme zu identifizieren.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Diese Informationen finden sich typischerweise auf Bestellanforderungspositionsebene.
Beispiele
IT HardwareBeratungsdienstleistungenBürobedarfMarketingmaterialien
|
|||
|
Bestellanforderungsstatus
RequisitionStatus
|
Der aktuelle Status der Bestellanfrage in ihrem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut spiegelt den Echtzeit-Status einer Anfrage wider, wie 'In Bearbeitung', 'Eingereicht', 'Genehmigt', 'Abgelehnt' oder 'Geschlossen'. Es bietet eine Momentaufnahme, wo sich jeder Fall im Prozess zum Zeitpunkt der Datenextraktion befindet. Während Process Mining den historischen Fluss rekonstruiert, ist dieses Attribut entscheidend für das operative Monitoring. Es ist der primäre Datenpunkt für den 'Live-Anfragenstatus-Tracker', der es Managern ermöglicht, die aktuelle Arbeitslast zu sehen und Anfragen zu identifizieren, die festgefahren sind oder altern. Es bietet sofortige, umsetzbare Transparenz in die aktive Anfragen-Pipeline.
Bedeutung
Ermöglicht die Echtzeitüberwachung der Bestellanforderungspipeline und hilft, stagnierende oder veraltete Anfragen zu identifizieren und zu bearbeiten, bevor sie problematisch werden.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies ist ein Standardstatusfeld im Bestellanforderungskopf.
Beispiele
GenehmigtEingereichtAbgelehntIn Genehmigung
|
|||
|
Dringlichkeitsstufe
UrgencyLevel
|
Ein Indikator für die Priorität der Bestellanforderung, z. B. „Normal“, „Dringend“ oder „Kritisch“. | ||
|
Beschreibung
Die Dringlichkeitsstufe, oft als Prioritätskennzeichen dargestellt, signalisiert den geschäftlichen Bedarf an beschleunigter Bearbeitung. Dies wird typischerweise vom Anfragenden festgelegt, um sicherzustellen, dass kritische Anforderungen umgehend bearbeitet werden. Dieses Attribut ist der Schlüssel für das Dashboard 'Monitor für dringende Anfragenprozesse' und den KPI 'Bearbeitungszeit für dringende Anfragen'. Es ermöglicht einen direkten Vergleich der Durchlaufzeiten zwischen dringenden und Standardanfragen, um zu validieren, ob die Prioritätsbehandlung effektiv ist. Die Analyse von Abweichungen oder Verzögerungen bei dringenden Anfragen ist ein zentraler Anwendungsfall zur Sicherstellung der Geschäftskontinuität.
Bedeutung
Ermöglicht die Priorisierung der Analyse und Überwachung, ob hochpriorisierte Bestellanforderungen schneller bearbeitet werden, um sicherzustellen, dass kritische Geschäftsanforderungen erfüllt werden.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies ist oft ein auswählbares Feld im Formular zur Erstellung von Bestellanforderungen.
Beispiele
HochMittelNiedrig
|
|||
|
Ereignisbenutzer
EventUser
|
Die Benutzer-ID oder der Name der Person, die die Aktivität durchgeführt hat, wie der Anfragende oder Genehmiger. | ||
|
Beschreibung
Das Attribut Event User identifiziert die Person, die für die Ausführung eines spezifischen Prozessschritts verantwortlich ist. Dies könnte der Mitarbeiter sein, der die Anfrage eingereicht hat, der Manager, der sie genehmigt hat, oder der Beschaffungsmitarbeiter, der sie bearbeitet hat. Dieses Attribut ist unerlässlich für die Arbeitslastanalyse, Leistungsvergleiche und die Identifizierung von Schulungsmöglichkeiten. Es speist das Dashboard 'Arbeitslast und Leistung des Genehmigers', indem es die Analyse der Genehmigungszeiten pro Benutzer ermöglicht. Es wird auch verwendet, um Ursachen von Verzögerungen oder Abweichungen zu untersuchen, indem sie auf bestimmte Personen oder Teams zurückgeführt werden.
Bedeutung
Es ermöglicht die Analyse von Arbeitslastverteilung, Benutzerleistung und Ressourcenzuweisung und hilft, Engpässe zu identifizieren, die durch spezifische Benutzer oder Teams verursacht werden.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies wird oft in Audit-Trail- oder Historientabellen gespeichert, verknüpft mit den Benutzerstammdaten.
Beispiele
john.doejane.smithmanager123
|
|||
|
Genehmigungs-Workflow-Pfad
ApprovalWorkflowPath
|
Die vordefinierte Abfolge von Genehmigungsschritten, denen die Anfrage voraussichtlich folgen wird. | ||
|
Beschreibung
Dieses Attribut definiert die Standardprozessvariante oder Genehmigungsmatrix, der eine Anfrage basierend auf ihren Eigenschaften, wie Wert, Artikelkategorie und Abteilung, folgen sollte. Es repräsentiert den 'Soll'- oder 'Happy Path'-Prozess. Dies ist grundlegend für die Konformitätsprüfung und wird im Dashboard 'Übersicht der Anfragen-Compliance' verwendet. Durch den Vergleich der tatsächlichen Abfolge von Aktivitäten mit dem erwarteten Genehmigungs-Workflow-Pfad können Analysten automatisch Richtlinienverstöße, unautorisierte Genehmigungsschritte oder übersprungene Kontrollen erkennen. Dies ist entscheidend für internes Audit und Risikomanagement.
Bedeutung
Definiert den einzuhaltenden Standardprozess, der es der Konformitätsprüfung ermöglicht, Abweichungen und Richtlinienverstöße automatisch zu erkennen.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies kann aus der Genehmigungsmatrix-Konfiguration oder einem spezifischen Feld der Bestellanforderung abgeleitet werden.
Beispiele
Standard IT > $10kMarketing Services < $5kCAPEX > $100k
|
|||
|
Gesamtanfragenbetrag
TotalRequisitionAmount
|
Der gesamte monetäre Wert der Bestellanforderung. | ||
|
Beschreibung
Dieses Attribut erfasst den finanziellen Wert der gesamten Anfrage. Es ist ein kritisches Element des geschäftlichen Kontexts, das bei der Kategorisierung und Priorisierung von Anfragen hilft. Die Analyse von Prozessmetriken anhand dieses Wertes kann wichtige Muster aufzeigen. Zum Beispiel können hochwertige Anfragen unterschiedlichen, strengeren Genehmigungswegen folgen oder längere Durchlaufzeiten aufweisen. Dieses Attribut ist unerlässlich, um die finanziellen Auswirkungen von Prozessineffizienzen zu verstehen und Anfragen für Vergleichsanalysen in Wertbereiche zu kategorisieren.
Bedeutung
Bietet entscheidenden finanziellen Kontext und ermöglicht die Analyse, wie der Anfragewert das Prozessverhalten, wie Genehmigungszeiten und Workflow-Komplexität, beeinflusst.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies ist ein Standardfeld im Bestellanforderungskopf.
Beispiele
1500.0025000.5099.95
|
|||
|
Bestell-ID
PurchaseOrderId
|
Der Identifikator der Bestellung, die aus der genehmigten Anfrage erstellt wurde. | ||
|
Beschreibung
Dieses Attribut verknüpft eine Bestellanfrage mit ihrem nachgelagerten Dokument, der Bestellung (PO). Seine Anwesenheit signalisiert die erfolgreiche Umwandlung einer Anfrage in eine Bestellung. Dies ist unerlässlich für die End-to-End-Prozessanalyse, die über die Anfragenphase hinausgeht. Es wird verwendet, um den KPI 'Vorlaufzeit von Anfrage zu Bestellung' zu berechnen, indem das Anfragenerstellungs-Event mit dem Bestellungserstellungs-Event verbunden wird. Dies bietet einen umfassenden Blick auf den Frontend-Bereich des Beschaffungszyklus.
Bedeutung
Verknüpft die Bestellanforderung mit der nachfolgenden Bestellung und ermöglicht die Messung der End-to-End-Durchlaufzeit von Anforderung bis Bestellung (PO).
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies wird typischerweise in den Bestellanforderungspositionsdaten gespeichert, nachdem eine Bestellung generiert wurde.
Beispiele
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Dauer des Genehmigungsschritts
ApprovalStepDuration
|
Die benötigte Zeit für einen einzelnen Genehmigungsschritt, von der Zuweisung bis zur Bearbeitung. | ||
|
Beschreibung
Diese berechnete Metrik misst die Dauer einzelner Segmente innerhalb des breiteren Genehmigungs-Workflows. Sie isoliert die Zeit, die mit dem Warten auf einen bestimmten Genehmiger oder eine Genehmigungsstufe verbracht wird. Dieses Attribut ist unerlässlich für das Dashboard 'Engpassanalyse des Genehmigungspfads' und den KPI 'Durchschn. Dauer Genehmigungsschritt'. Es wird berechnet als die Zeit zwischen einem Event 'Genehmigungsschritt gestartet' und dem entsprechenden Event 'Genehmigungsschritt genehmigt' oder 'Genehmigungsschritt abgelehnt'. Diese granulare Messung identifiziert spezifische Genehmiger oder Schritte, die Verzögerungen verursachen.
Bedeutung
Bietet detaillierte Einblicke in den Genehmigungs-Workflow und identifiziert die spezifischen Schritte oder Genehmiger, die die Ursache für Engpässe sind.
Datenquelle
Berechnet als Differenz zwischen den Timestamps von „Genehmigungsschritt gestartet“ und dem entsprechenden abschließenden Event („Genehmigt“ oder „Abgelehnt“).
Beispiele
1 Tag 2 Stunden15 Minuten3 Tage
|
|||
|
Genehmigungszeit für Anfragen
RequisitionApprovalCycleTime
|
Die gesamte verstrichene Zeit von der Einreichung einer Anfrage bis zur endgültigen Genehmigung. | ||
|
Beschreibung
Dies ist eine berechnete Metrik, die die Dauer des Kern-Genehmigungsprozesses misst. Sie ist ein Key Performance Indicator, der die Effizienz des Genehmigungs-Workflows widerspiegelt. Dieser KPI speist direkt das Dashboard 'Genehmigungsdurchlaufzeit für Anfragen' und ist die Grundlage für den KPI 'Durchschn. Genehmigungszeit für Anfragen'. Er wird als Zeitdifferenz zwischen den Events 'Anfrage eingereicht' und 'Anfrage genehmigt' für jeden Fall berechnet. Die Analyse dieser Metrik hilft, die gesamten Verzögerungen in der Genehmigungskette zu identifizieren.
Bedeutung
Misst die Effizienz des Kern-Genehmigungsprozesses und unterstützt direkt einen wichtigen KPI und ein Dashboard zur Identifizierung und Reduzierung von Verzögerungen.
Datenquelle
Berechnet durch Subtraktion des Timestamps von „Bestellanforderung eingereicht“ vom Timestamp von „Bestellanforderung genehmigt“.
Beispiele
2 Tage 4 Stunden8 Stunden 30 Minuten5 Tage
|
|||
|
Ist automatisiert
IsAutomated
|
Eine boolesche Markierung, die anzeigt, ob eine Aktivität von einem System oder einem menschlichen Benutzer durchgeführt wurde. | ||
|
Beschreibung
Dieses Attribut unterscheidet zwischen automatisierten Systemereignissen, wie automatischen Genehmigungen oder systemgesteuerten Statusänderungen, und manuellen Aktivitäten, die von Benutzern durchgeführt werden. Dies ist entscheidend, um den Automatisierungsgrad im Prozess zu verstehen. In der Analyse hilft dies, den menschlichen Aufwand genau zu messen und Möglichkeiten für weitere Automatisierung zu identifizieren. Zum Beispiel ermöglicht das Filtern nach manuellen Aktivitäten eine präzise Berechnung der benutzerzentrierten Bearbeitungszeiten. Es hilft auch zu überprüfen, ob automatisierte Regeln innerhalb des Prozesses wie erwartet funktionieren.
Bedeutung
Unterscheidet zwischen menschlichen und Systemaktionen, was für die Messung von Automatisierungsraten und die Identifizierung neuer Automatisierungsmöglichkeiten unerlässlich ist.
Datenquelle
Dies wird typischerweise abgeleitet, indem geprüft wird, ob der 'Event User' einer System- oder Batch-Benutzer-ID entspricht.
Beispiele
truefalsch
|
|||
|
Ist geändert
IsAmended
|
Eine boolesche Markierung, die angibt, ob die Bestellanforderung nach ihrer ersten Einreichung mindestens einmal geändert wurde. | ||
|
Beschreibung
Dieses berechnete Attribut identifiziert Fälle, die mindestens eine Aktivität 'Anfrage geändert' durchlaufen haben. Es vereinfacht den Prozess der Kennzeichnung von Anfragen, die während ihres Lebenszyklus Änderungen erforderten. Dieses Kennzeichen wird zur Berechnung des KPI 'Anfragen-Änderungsrate' verwendet. Durch Zählung der Fälle, in denen dieses Kennzeichen wahr ist, können Analysten leicht die Häufigkeit von Nacharbeit messen und die Grundursachen durch Korrelation mit anderen Attributen wie 'Anfragender Name' oder 'Artikelkategorie' untersuchen.
Bedeutung
Vereinfacht die Berechnung des KPI der Änderungsquote und hilft, Nacharbeit zu quantifizieren und Bereiche zu identifizieren, die klarere anfängliche Spezifikationen benötigen.
Datenquelle
Wird als „wahr“ berechnet, wenn ein Case eine oder mehrere „Bestellanforderung geändert“-Aktivitäten enthält, und andernfalls als „falsch“.
Beispiele
truefalsch
|
|||
|
Ist Nacharbeit
IsRework
|
Eine boolesche Markierung, die angibt, ob die Bestellanforderung nachbearbeitet wurde, z. B. durch eine Ablehnung oder mehrere Änderungen. | ||
|
Beschreibung
Dieses berechnete Attribut ist eine breitere Messgröße für Ineffizienz als 'IsAmended'. Es kennzeichnet Fälle, die erhebliche Nacharbeits-Schleifen durchlaufen haben, typischerweise definiert als ein oder mehrere Events 'Genehmigungsschritt abgelehnt' oder mehrere Events 'Anfrage geändert'. Dieses Kennzeichen wird zur Berechnung des KPI 'Anfragen-Nacharbeitsrate' verwendet. Es hilft, die versteckten Kosten und Verzögerungen zu quantifizieren, die mit Prozessfehlern verbunden sind. Die Analyse von Fällen, die als Nacharbeit markiert sind, kann Muster in Bezug auf bestimmte Genehmiger, Abteilungen oder Anfragetypen aufdecken, die zu Prozessreibung führen.
Bedeutung
Identifiziert Cases mit erheblicher Prozessreibung, wie z.B. Ablehnungen, und ermöglicht so eine fokussierte Analyse der Ursachen für Ineffizienz und Verzögerung.
Datenquelle
Wird als „wahr“ berechnet, wenn ein Case eine Ablehnungsaktivität oder mehr als eine Änderungsaktivität enthält.
Beispiele
truefalsch
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der angibt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut zeigt das Datum und die Uhrzeit der aktuellsten Datenextraktion oder Aktualisierung für ein bestimmtes Event. Es bietet Transparenz über die Aktualität der analysierten Daten, was besonders wichtig für die Überwachung laufender Prozesse ist. Analysten nutzen diese Information, um die Aktualität der generierten Erkenntnisse zu verstehen. Für Dashboards wie den 'Live-Anfragenstatus-Tracker' ist dieses Feld entscheidend, um Benutzer darüber zu informieren, wie aktuell die angezeigten Informationen sind. Es hilft, Erwartungen an die Aktualität der Daten zu managen.
Bedeutung
Gibt die Aktualität der Daten an, was für das Verständnis der Pünktlichkeit und Relevanz der Process Mining Erkenntnisse unerlässlich ist.
Datenquelle
Dieser Timestamp wird typischerweise während des Datenerfassungsprozesses generiert und jedem Datensatz hinzugefügt.
Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Name des Anfragenden
RequesterName
|
Der Name des Mitarbeiters, der die Bestellanfrage initiiert hat. | ||
|
Beschreibung
Dieses fallbezogene Attribut identifiziert den Ersteller der Bestellanfrage. Es bietet Kontext zum Ursprung der Anfrage und zum einzelnen Stakeholder. In der Analyse wird dieses Attribut verwendet, um den Prozess zu filtern und das Verhalten bestimmter Anfragender zu analysieren. Zum Beispiel verwenden die Dashboards 'Anfragen-Änderungsanalyse' und 'Analyse der Ablehnungsquote für Anfragen' dieses, um Personen zu identifizieren, die aufgrund hoher Änderungs- oder Ablehnungsraten zusätzlichen Schulungsbedarf haben könnten. Es hilft, Feedback und Verbesserungsinitiativen zu personalisieren.
Bedeutung
Identifiziert den Ersteller der Anfrage und ermöglicht so eine Analyse des Prozessverhaltens und der Qualität auf Basis pro Anforderer.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Dies ist ein Standardfeld im Bestellanforderungskopf, oft als „Erstellt von“ oder „Anforderer“ bezeichnet.
Beispiele
Alice WilliamsBob MillerCharles Brown
|
|||
|
Name des Genehmigers
ApproverName
|
Der Name des Benutzers, der zugewiesen ist, einen spezifischen Schritt im Workflow zu genehmigen. | ||
|
Beschreibung
Dieses Attribut identifiziert den spezifischen Manager oder Stakeholder, der für eine Genehmigungsaktivität verantwortlich ist. Es unterscheidet sich vom allgemeinen 'Event User', da es sich speziell auf Genehmigungsaufgaben bezieht. Dies ist ein Schlüsselattribut für das Dashboard 'Arbeitslast und Leistung des Genehmigers'. Es ermöglicht die Verfolgung der Anzahl der von jedem Genehmiger bearbeiteten Anfragen und deren durchschnittliche Genehmigungszeit. Dies hilft bei der Identifizierung individueller Engpässe, dem Ausgleich der Arbeitslasten und der Bewertung der Leistung im Vergleich zu Zielen.
Bedeutung
Identifiziert die spezifische Person, die für eine Genehmigung verantwortlich ist, und ermöglicht so eine detaillierte Arbeitslastverteilung und Performance-Analyse der Genehmiger.
Datenquelle
Konsultieren Sie die SAP Ariba Dokumentation. Diese Informationen sind in den Genehmigungsflussdaten hinterlegt, die mit der Bestellanforderung verknüpft sind.
Beispiele
Sarah JonesDavid ChenMaria Garcia
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert die Herkunft der Prozessdaten. Für diese Ansicht wäre der Wert durchweg 'SAP Ariba', aber in einem breiteren Kontext, wo Daten aus mehreren Systemen zusammengeführt werden könnten, ist dieses Feld entscheidend für die Datenherkunft und Fehlerbehebung. In der Analyse hilft es, die Datenherkunft zu bestätigen und kann verwendet werden, um Prozesse zu filtern oder zu vergleichen, die verschiedene Systeme umfassen. Es gewährleistet Klarheit und Vertrauen in die Datenquelle, was für die Akzeptanz der Stakeholder wichtig ist.
Bedeutung
Identifiziert den Ursprung der Daten, was entscheidend für Data Governance, Fehlerbehebung und das Verständnis des Analysekontexts ist.
Datenquelle
Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
Vorlaufzeit von Anfrage zu Bestellung
RequisitionToPoLeadTime
|
Die Gesamtzeit von der Erstellung einer Anfrage bis zur Erstellung der daraus resultierenden Bestellung. | ||
|
Beschreibung
Dies ist eine berechnete Metrik, die die volle End-to-End-Dauer für die Umwandlung eines Geschäftsanliegens in eine umsetzbare Bestellung misst. Sie bietet einen umfassenden Blick auf die Effizienz der anfänglichen Phase des Beschaffungsprozesses. Dieses Attribut unterstützt direkt den KPI 'Vorlaufzeit von Anfrage zu Bestellung'. Es wird als Zeitdifferenz zwischen den Events 'Anfrage erstellt' und 'Bestellung erstellt' berechnet. Die Analyse dieser Metrik hilft Unternehmen, die gesamte Vorlaufzeit zu verstehen, die von Business-Benutzern erlebt wird, und Bereiche für umfassende Verbesserungen zu identifizieren.
Bedeutung
Misst die gesamte End-to-End-Zeit von der Anfrage bis zur Bestellung und liefert einen umfassenden KPI für die Effizienz des Beschaffungszyklus.
Datenquelle
Berechnet durch Subtraktion des Timestamps von „Bestellanforderung erstellt“ vom Timestamp von „Bestellung erstellt“.
Beispiele
7 Tage 3 Stunden10 Tage4 Tage 12 Stunden
|
|||
Procure-to-Pay – Bestellanforderungsaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Bestellung` erstellt
|
Markiert die erfolgreiche Umwandlung einer genehmigten Bestellanforderung in eine Bestellung (Purchase Order). Dies wird durch die Erstellung eines PO-Dokuments erfasst, das auf die Bestellanforderung verweist. | ||
|
Bedeutung
Dies ist das primäre Erfolgsergebnis für den Anfragenprozess. Es ist unerlässlich für die Messung des End-to-End-KPI 'Vorlaufzeit von Anfrage zu Bestellung'.
Datenquelle
Dies ist ein explizites Event. Es wird der Erstellungs-Timestamp des Bestelldokuments verwendet, das einen direkten Link oder Verweis auf die Quell-Bestellanfrage-ID enthält.
Erfassen
Aus der PO-Kopftabelle, finden Sie die mit der Bestellanforderung verknüpfte Bestellung und verwenden Sie deren Erstellungs-Timestamp.
Ereignistyp
explicit
|
|||
|
Anforderung erstellt
|
Markiert die initiale Erstellung eines Bestellanforderungsdokuments durch einen Benutzer. Dies wird erfasst, wenn die Bestellanforderung erstmalig in einem „In Bearbeitung“- oder Entwurfsstatus gespeichert wird. | ||
|
Bedeutung
Dies ist der Startpunkt des Anfragenlebenszyklus. Die Analyse der Zeit von der Erstellung bis zur Einreichung hilft, die Benutzereffizienz zu messen und Schulungsbedarfe zu identifizieren.
Datenquelle
Aus dem Erstellungs-Timestamp des Bestellanforderungs-Objekts in SAP Ariba. Dieser ist in den Kopfdaten des Anforderungsdokuments zu finden und repräsentiert ein explizites Erstellungs-Event.
Erfassen
Verwenden Sie den 'CreateTime' oder äquivalenten Timestamp aus der Kopftabelle des Anfragedokuments.
Ereignistyp
explicit
|
|||
|
Bestellanforderung genehmigt
|
Markiert die endgültige Genehmigung der Bestellanforderung, nachdem sie alle Schritte im Workflow erfolgreich durchlaufen hat. Dies wird durch eine Statusänderung auf „Genehmigt“ erfasst. | ||
|
Bedeutung
Ein kritischer Meilenstein, der das Ende der Genehmigungsphase markiert. Er ist der Endpunkt für die Messung der „Durchschnittlichen Genehmigungszeit einer Bestellanforderung“ und signalisiert die Bereitschaft zur PO-Erstellung.
Datenquelle
Abgeleitet aus der Ariba Dokumentenhistorie, die die endgültige Statusänderung der Bestellanforderung auf „Genehmigt“ aufzeichnet.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung auf „Genehmigt“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung geschlossen
|
Die endgültige administrative Schließung einer Bestellanfrage, nachdem alle zugehörigen Aktionen, wie Bestellung und Wareneingang, abgeschlossen sind. Dies wird durch eine finale Statusänderung auf 'Geschlossen' erfasst. | ||
|
Bedeutung
Stellt das endgültige Ende des gesamten Anfragenlebenszyklus dar. Die Analyse der Zeit von der Bestellungserstellung bis zum Abschluss kann Engpässe in nachgelagerten Wareneingangs- oder Rechnungsbearbeitungsprozessen aufzeigen.
Datenquelle
Abgeleitet aus der Ariba Dokumentenhistorie, die die Statusänderung der Bestellanforderung auf „Abgeschlossen“ aufzeichnet.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung auf „Abgeschlossen“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung verweigert
|
Stellt die endgültige Ablehnung einer Bestellanfrage nach der Prüfung dar. Dies ist ein Endzustand des Prozesses und wird durch eine Statusänderung auf 'Abgelehnt' erfasst. | ||
|
Bedeutung
Dies ist ein wichtiger Fehlerendpunkt. Die Analyse abgelehnter Anfragen ist für den KPI 'Anfragen-Ablehnungsrate' unerlässlich, um Muster zu identifizieren und die Anfragenqualität zu verbessern.
Datenquelle
Abgeleitet aus der Ariba Dokumentenhistorie, die die endgültige Statusänderung der Bestellanforderung auf „Abgelehnt“ aufzeichnet.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung auf „Abgelehnt“ ändert.
Ereignistyp
inferred
|
|||
|
Stellenanforderung eingereicht
|
Stellt die formale Einreichung der Bestellanfrage in den Genehmigungs-Workflow durch den Anfragenden dar. Dies wird durch eine Statusänderung von 'In Bearbeitung' zu 'Eingereicht' erfasst. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Genehmigungsprozess auslöst. Er ist wesentlich für die Messung der 'Genehmigungsdurchlaufzeit für Anfragen' und der 'Vorlaufzeit für Anfragenerstellung'.
Datenquelle
Abgeleitet aus der Ariba Dokumentenhistorie oder dem Audit Log, die die Statusänderung der Bestellanforderung auf „Eingereicht“ und den Timestamp dieser Änderung aufzeichnen.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung erstmalig auf „Eingereicht“ ändert.
Ereignistyp
inferred
|
|||
|
Anfrage an Sourcing gesendet
|
Tritt auf, wenn eine genehmigte Bestellanforderung an die Sourcing-Abteilung weitergeleitet wird, um ein Sourcing-Event, wie eine Angebotsanfrage (RFQ), durchzuführen, bevor eine Bestellung (PO) erstellt werden kann. Erfasst durch eine Statusänderung, z.B. auf „Sourcing“. | ||
|
Bedeutung
Identifiziert einen wichtigen Prozesszweig für hochwertige oder nicht standardisierte Artikel. Es hilft bei der Analyse des Durchlaufzeit-Beitrags der Sourcing-Abteilung.
Datenquelle
Abgeleitet aus der Statusänderung der Bestellanforderung zu einem Wert, der anzeigt, dass sie an das Sourcing gesendet wurde. Dies ist üblich bei Ariba Buying, integriert mit Ariba Sourcing.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung auf „Sourcing“ oder einen ähnlichen benutzerdefinierten Status ändert.
Ereignistyp
inferred
|
|||
|
Anfragenposition Bestellt
|
Stellt die Statusänderung einer einzelnen Position einer Anfrage auf 'Bestellt' dar, nachdem sie auf einer Bestellung platziert wurde. Dies bietet eine granularere Nachverfolgung als die Bestellungserstellung auf Kopfebene. | ||
|
Bedeutung
Ermöglicht die Analyse von Teillieferungen oder Verzögerungen auf Positionsebene, was bei Betrachtung nur des Kopfes nicht sichtbar ist. Dies ist nützlich für Bestellanforderungen mit vielen Positionen, die von verschiedenen Bestellungen (POs) erfüllt werden.
Datenquelle
Abgeleitet aus der Statusänderung des Bestellanforderungspositionsobjekts. Der Status der Position wird auf „Bestellt“ aktualisiert, sobald eine Bestellung dafür generiert wird.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderungsposition auf „Bestellt“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung geändert
|
Tritt auf, wenn ein Benutzer eine Bestellanforderung nach der Einreichung ändert, oft als Reaktion auf eine Ablehnung oder Anfrage. Dies wird erfasst, wenn das Dokument bearbeitet und erneut eingereicht wird. | ||
|
Bedeutung
Verfolgt Nacharbeit und Prozessineffizienzen. Eine hohe Änderungsfrequenz deutet auf unklare anfängliche Anforderungen oder Richtlinien hin und beeinflusst den KPI 'Anfragen-Änderungsrate'.
Datenquelle
Abgeleitet aus Versionsdaten in Ariba. Jede Änderung erstellt eine neue Version des Anforderungsdokuments. Die Erstellung einer Version größer als 1 deutet auf eine Änderung hin.
Erfassen
Überprüfen Sie, ob neue Versionen der Bestellanforderung nach dem anfänglichen Status „Eingereicht“ erstellt wurden. Der Timestamp der neuen Version ist die Event-Zeit.
Ereignistyp
inferred
|
|||
|
Bestellanforderung zurückgezogen
|
Tritt auf, wenn der ursprüngliche Anforderer eine eingereichte Bestellanforderung storniert, bevor diese vollständig genehmigt wurde. Dies wird durch eine Statusänderung auf „Zurückgezogen“ oder „Storniert“ erfasst. | ||
|
Bedeutung
Stellt eine vom Benutzer initiierte Beendigung des Prozesses dar. Eine Analyse der Gründe für den Rückzug von Anfragen kann Probleme mit sich ändernden Geschäftsanforderungen oder langen Genehmigungszeiten aufzeigen.
Datenquelle
Abgeleitet aus der Ariba Dokumentenhistorie oder dem Audit Log, die die Statusänderung der Bestellanforderung auf „Zurückgezogen“ aufzeichnen.
Erfassen
Identifizieren Sie den Timestamp, wenn sich das Statusfeld der Bestellanforderung auf „Zurückgezogen“ ändert.
Ereignistyp
inferred
|
|||
|
Genehmigungsschritt abgelehnt
|
Stellt das negative Ergebnis eines Genehmigungsschritts dar, bei dem ein Genehmiger die Anfrage abgelehnt und typischerweise zur Änderung zurückgesendet hat. Dies wird explizit als 'Ablehnen'-Aktion protokolliert. | ||
|
Bedeutung
Hebt eine Hauptursache für Nacharbeiten und Prozessverzögerungen hervor. Die Analyse dieser Events ist entscheidend für das Verständnis der „Nacharbeitsrate von Bestellanforderungen“ und der Ablehnungsgründe.
Datenquelle
Aus den Ariba Genehmigungsfluss-Tabellen. Dies wird mit einem Timestamp protokolliert, wenn ein Genehmiger die Aktion „Ablehnen“ oder „Zurückweisen“ für seine zugewiesene Aufgabe ausführt.
Erfassen
Verwenden Sie den Timestamp der 'Ablehnen'-Aktion, die in der Genehmigungshistorie für einen spezifischen Schritt aufgezeichnet ist.
Ereignistyp
explicit
|
|||
|
Genehmigungsschritt genehmigt
|
Stellt das positive Ergebnis eines Genehmigungsschritts dar, bei dem ein Genehmiger den ihm zugewiesenen Teil der Anfrage genehmigt hat. Dies wird explizit als Genehmigungsaktion protokolliert. | ||
|
Bedeutung
Misst die Bearbeitungszeit einzelner Genehmiger. Diese Daten sind entscheidend für die Berechnung der „Durchschnittlichen Dauer eines Genehmigungsschritts“ und die Bewertung der Genehmiger-Arbeitslast.
Datenquelle
Aus den Ariba Genehmigungsfluss-Tabellen. Dies wird mit einem Timestamp protokolliert, wenn ein Genehmiger die Aktion „Genehmigen“ für seine zugewiesene Aufgabe ausführt.
Erfassen
Verwenden Sie den Timestamp der 'Genehmigen'-Aktion, die in der Genehmigungshistorie für einen spezifischen Schritt aufgezeichnet ist.
Ereignistyp
explicit
|
|||
|
Genehmigungsschritt gestartet
|
Zeigt an, dass eine Bestellanforderung an einen Genehmiger oder eine Genehmigungswarteschlange weitergeleitet wurde und auf Bearbeitung wartet. Dies wird erfasst, wenn eine Genehmigungsanfrage generiert und zugewiesen wird. | ||
|
Bedeutung
Bietet detaillierte Einblicke in den Genehmigungs-Workflow. Dies ist entscheidend für die Berechnung von Wartezeiten und die Identifizierung spezifischer Schritte, die Engpässe für die 'Engpassanalyse des Genehmigungspfads' darstellen.
Datenquelle
Aus den Ariba Genehmigungsfluss-Tabellen, die die Erstellung und Zuweisung individueller Genehmigungsaufgaben protokollieren, die mit der Bestellanforderung verknüpft sind.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Genehmigungsanfrage-Datensatzes, der mit der Anfrage und dem spezifischen Genehmigungsschritt verbunden ist.
Ereignistyp
explicit
|
|||