Ihr Daten-Template für Purchase to Pay, Bestellanforderungen
Ihr Daten-Template für Purchase to Pay, Bestellanforderungen
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Prozessaktivitäten zur Nachverfolgung
- Praktische Hinweise zur Datenextraktion
Purchase to Pay - Requisition: Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name der konkreten Geschäftsaktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt für die Anforderung stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst die einzelnen Schritte im Lebenszyklus einer Bestellanforderung. Beispiele sind „Anforderung erstellt“, „Genehmigungsschritt genehmigt“ und „Anforderung zur Beschaffung weitergeleitet“. Jede Aktivität steht für einen konkreten Meilenstein oder eine Aktion an der Anforderung. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist eine Grundlage des Process Mining. Sie ermöglicht die Visualisierung von Prozessmodellen, die Identifizierung typischer Pfade und die Erkennung von Abweichungen vom Standardverfahren.
Warum das wichtig ist
Es definiert die Schritte im Prozessmodell und macht den Ablauf von Anforderungen sichtbar und analysierbar.
Bezugsquelle
Dieses Attribut wird in der Regel aus Event Logs, Statusänderungsdatensätzen oder Audit-Trails im Coupa-System abgeleitet. Dafür kann eine Zuordnung von Statusfeldern oder Aktionscodes erforderlich sein.
Beispiele
Bestellanforderung erstelltBestellanforderung eingereichtGenehmigungsschritt genehmigtAnforderung abgelehntBestellung erstellt
|
|||
|
Ereigniszeitpunkt
EventTime
|
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat. | ||
|
Beschreibung
Die Ereigniszeit beziehungsweise der Timestamp erfasst den genauen Zeitpunkt, zu dem eine Aktivität für eine Bestellanforderung protokolliert wurde. Diese Daten sind entscheidend, um Ereignisse chronologisch zu ordnen und den Prozessablauf zu erstellen. Sie bilden die Grundlage für alle zeitbezogenen Analysen, darunter die Berechnung von Durchlaufzeiten, die Ermittlung von Engpässen anhand der Dauer zwischen Aktivitäten und die Bewertung der Prozessleistung über verschiedene Zeiträume. Für aussagekräftige Prozessanalysen sind genaue und detaillierte Timestamps unverzichtbar.
Warum das wichtig ist
Dieser Timestamp ist entscheidend für die korrekte Reihenfolge der Ereignisse und die Berechnung aller dauerbasierten Kennzahlen, etwa Durchlaufzeiten und Engpässe.
Bezugsquelle
Diese Information wird im Audit-Trail oder in den Verlaufsdatensätzen jeder Anforderung in Coupa erfasst, häufig als Feld „created_at“ oder „updated_at“ für die jeweilige Aktion.
Beispiele
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
|
|||
|
ID der Bestellanforderung
PurchaseRequisitionId
|
Die eindeutige Kennung jeder Bestellanforderung, die als primäre Case-ID für den Prozess dient. | ||
|
Beschreibung
Die ID der Bestellanforderung ist der zentrale Schlüssel, der alle Aktivitäten zu einer einzelnen Anfrage für Waren oder Dienstleistungen verknüpft. Bei der Erstellung erhält jede Anforderung eine eindeutige ID, die während ihres gesamten Lebenszyklus unverändert bleibt. Dadurch lässt sich die Anforderung von ihrer Erstellung und Einreichung über alle Genehmigungs- oder Ablehnungsschritte bis zur abschließenden Beschaffung und Schließung durchgängig verfolgen. Im Process Mining ist jeder Eintrag im Event Log mit dieser ID verknüpft, sodass sich der vollständige Ablauf jedes Cases rekonstruieren lässt.
Warum das wichtig ist
Dies ist die zentrale Case-ID, die alle Prozessschritte verbindet und eine vollständige Analyse des Lebenszyklus der Anforderung von Anfang bis Ende ermöglicht.
Bezugsquelle
Dies ist ein Primärschlüsselfeld im Requisitions-Modul von Coupa und in zugehörigen Datenexporten.
Beispiele
PR-102934PR-102935PR-102936
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion aus Coupa. Es schafft Transparenz über die Aktualität der analysierten Daten. Die Kenntnis des Datenstands ist entscheidend, damit Benutzer einschätzen können, ob die Erkenntnisse den aktuellen operativen Zustand oder einen früheren Zeitpunkt abbilden. Das ist besonders für Dashboards wichtig, die laufende Abläufe überwachen.
Warum das wichtig ist
Informiert Benutzer über die Aktualität der Daten. So können sie den Zeitraum der Analyse einordnen und Entscheidungen auf Grundlage aktueller Informationen treffen.
Bezugsquelle
Dieser Timestamp wird am Ende einer erfolgreichen Datenextraktion vom Datenpipeline- oder ETL-Tool erzeugt und ergänzt.
Beispiele
2024-05-21T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt das führende System an, aus dem die Prozessdaten stammen. Für diese Analyse lautet der Wert durchgehend „Coupa“. Die Aufnahme dieses Feldes gilt als bewährte Praxis, insbesondere wenn Daten aus mehreren Systemen zusammengeführt werden. Es liefert wichtigen Kontext zur Datenherkunft und unterstützt die Verwaltung von Data-Governance- und Qualitätsregeln.
Warum das wichtig ist
Stellt eine klare Datenherkunft bereit, die für Data Governance und die Zusammenführung von Daten aus mehreren Unternehmenssystemen entscheidend ist.
Bezugsquelle
In der Regel handelt es sich um einen statischen Wert, der während der Datenextraktion und -transformation ergänzt wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
Coupa
|
|||
|
Abteilung
Department
|
Die Geschäftsabteilung oder Kostenstelle, der die Anforderung belastet wird. | ||
|
Beschreibung
Das Attribut „Abteilung“ verknüpft jede Anforderung mit einer bestimmten Organisationseinheit oder Kostenstelle. Es ist eine wichtige Dimension für Vergleichsanalysen. Dashboards und KPIs lassen sich nach Abteilung filtern und segmentieren. Dadurch können Verantwortliche Genehmigungsdurchlaufzeiten, Ablehnungsquoten und Compliance in verschiedenen Organisationsteilen vergleichen. So werden abteilungsspezifische Probleme und bewährte Vorgehensweisen sichtbar.
Warum das wichtig ist
Ermöglicht den Vergleich von Prozess-KPIs wie Durchlaufzeit und Ablehnungsquoten zwischen verschiedenen Geschäftsbereichen und zeigt Verbesserungsbereiche auf.
Bezugsquelle
Dies ist ein Standardfeld des Requisition-Objekts in Coupa. Es ist häufig mit dem Benutzerprofil des Anforderers verknüpft oder auf Ebene der Anforderungspositionen angegeben.
Beispiele
MarketingIT-BetriebFacility ManagementForschung und Entwicklung
|
|||
|
Anforderer
Requester
|
Der Mitarbeiter, der die Bestellanforderung erstellt und eingereicht hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, die die Anfrage initiiert hat. Die Analyse nach Anforderer macht Muster bei bestimmten Benutzern sichtbar, etwa hohe Änderungsquoten oder häufige Ablehnungen, die auf zusätzlichen Schulungsbedarf hinweisen können. Außerdem dient das Attribut zur Analyse des Anforderungsvolumens und des Prozessverhaltens verschiedener Benutzer oder Benutzergruppen.
Warum das wichtig ist
Ermöglicht die Analyse des Prozessverhaltens nach Benutzer. So lassen sich Schulungsbedarfe erkennen und Unterschiede im Umgang einzelner Personen mit dem Prozess verstehen.
Bezugsquelle
Als Standardfeld des Requisition-Objekts in Coupa verfügbar, häufig mit dem User-Objekt verknüpft und als „requester“ oder „created_by“ bezeichnet.
Beispiele
Alice JohnsonBob SmithCharlie Brown
|
|||
|
Genehmiger
Approver
|
Der Benutzer oder die Gruppe, die für eine Genehmigungsaktivität verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert die konkrete Person oder Genehmigungsgruppe, der ein Genehmigungsschritt zugewiesen ist. Es wird für Aktivitäten wie „Genehmigungsschritt gestartet“, „Genehmigungsschritt genehmigt“ und „Genehmigungsschritt abgelehnt“ befüllt. Die Analyse nach Genehmiger ist entscheidend für das Dashboard „Leistung und Auslastung der Genehmiger“. Sie hilft, individuelle Genehmigungszeiten zu messen, durch bestimmte Genehmiger verursachte Engpässe zu erkennen und die Arbeitslast zu bewerten.
Warum das wichtig ist
Entscheidend für die Analyse der Leistung von Genehmigern, die Verteilung der Arbeitslast und die Erkennung von Engpässen bei bestimmten Personen oder Genehmigungsgruppen.
Bezugsquelle
Diese Information ist in den Details der Genehmigungskette zu jeder Anforderung in Coupa enthalten. Dafür kann eine Verknüpfung mit Benutzerdaten erforderlich sein.
Beispiele
David MillerGenehmigergruppe Finanzen, Stufe 2Susan Chen
|
|||
|
Gesamtbetrag
TotalAmount
|
Der gesamte Geldwert der Bestellanforderung. | ||
|
Beschreibung
Dieses Attribut gibt die Gesamtkosten aller in der Anforderung angeforderten Waren und Dienstleistungen an. Der Betrag ist ein wichtiger Faktor in der Prozessanalyse, da er häufig die Komplexität des Genehmigungsworkflows beeinflusst. Anforderungen mit höherem Wert erfordern typischerweise mehr Genehmigungsschritte. Die Analyse von Prozesskennzahlen nach Wertklassen, etwa unter 1.000 $ oder zwischen 1.000 $ und 10.000 $, kann zeigen, wie der Prozess mit Anforderungen unterschiedlicher finanzieller Bedeutung umgeht.
Warum das wichtig ist
Hilft zu analysieren, wie sich der Prozess bei Anforderungen mit unterschiedlichem Wert verhält, da höhere Beträge häufig komplexere Genehmigungsworkflows auslösen.
Bezugsquelle
Dies ist ein Standardfeld im Kopf des Requisition-Objekts in Coupa, typischerweise mit der Bezeichnung „total“ oder „total_amount“.
Beispiele
500.0012550.7599.99
|
|||
|
Status der Anforderung
RequisitionStatus
|
Der aktuelle oder endgültige Status der Bestellanforderung. | ||
|
Beschreibung
Dieses Attribut gibt den Gesamtstatus der Anforderung zum Zeitpunkt der Datenextraktion oder ihr endgültiges Ergebnis an. Häufige Statuswerte sind „Pending Approval“, „Approved“, „Rejected“, „Withdrawn“ und „Closed“. Der Status ist eine zentrale Dimension für Filterung und Analyse. Er dient zur Berechnung von Genehmigungs- und Ablehnungsquoten, zur Überwachung der aktuellen Auslastung offener Anforderungen und zum Verständnis des endgültigen Ergebnisses von Anfragen.
Warum das wichtig ist
Unverzichtbar, um die Ergebnisse von Anforderungen zu verstehen, Genehmigungs- und Ablehnungsquoten zu berechnen und den aktuellen Status laufender Anforderungen zu überwachen.
Bezugsquelle
Dies ist ein Standardfeld des Purchase-Requisition-Objekts in Coupa, häufig mit der Bezeichnung „status“ oder „state“.
Beispiele
Genehmigung ausstehendGenehmigtAbgelehntZurückgezogenGeschlossen
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, den ein Genehmiger angibt, wenn eine Anforderung oder ein Genehmigungsschritt abgelehnt wird. | ||
|
Beschreibung
Wenn ein Genehmiger eine Anforderung ablehnt, gibt er häufig einen Grund für diese Entscheidung an. Dieses Attribut erfasst diese textliche Erläuterung. Die Analyse von Ablehnungsgründen liefert direktes qualitatives Feedback dazu, warum Anforderungen scheitern. Diese Erkenntnisse sind für die Ursachenanalyse besonders wertvoll. Sie helfen, häufige Probleme wie falsche Kontierung, fehlendes Budget oder eine unzureichende Begründung zu erkennen und durch Schulungen oder Prozessverbesserungen zu beheben.
Warum das wichtig ist
Liefert direkte Erkenntnisse zu den Ursachen von Prozessfehlern und hilft, Bereiche für Benutzerschulungen oder eine klarere Prozessbeschreibung zu identifizieren.
Bezugsquelle
Diese Information wird typischerweise im Kommentarfeld oder Notizfeld erfasst, das mit einer Statusänderung auf „Rejected“ in der Genehmigungshistorie der Anforderung verknüpft ist.
Beispiele
Falsche KostenstelleBudget für dieses Quartal überschrittenDoppelte AnfrageUnzureichende Begründung angegeben
|
|||
|
Anforderungstyp
RequisitionType
|
Die Kategorie oder der Typ der Anforderung, etwa „Investitionsausgabe“, „Betriebsausgabe“ oder „Software“. | ||
|
Beschreibung
Der Anforderungstyp klassifiziert Anforderungen nach ihrem Geschäftszweck oder der Art des Einkaufs. Dieses Attribut ist für Compliance-Analysen und das Verständnis der Abläufe verschiedener Anfragearten wertvoll. Anforderungen für Investitionsausgaben können beispielsweise einen strengeren und längeren Genehmigungspfad durchlaufen als standardmäßige Betriebsausgaben. Die Analyse nach Anforderungstyp kann wichtige Erkenntnisse für die Prozessoptimierung liefern.
Warum das wichtig ist
Ermöglicht die Segmentierung der Analyse nach dem Geschäftszweck der Anfrage, da verschiedene Typen eigene Prozessabläufe und Richtlinien haben können.
Bezugsquelle
Dies ist wahrscheinlich ein benutzerdefiniertes oder standardmäßiges Klassifizierungsfeld des Requisition-Objekts in Coupa.
Beispiele
InvestitionsaufwandBetriebsaufwandIT-HardwareProfessionelle Dienstleistungen
|
|||
|
Anzahl der Genehmigungsschritte
ApprovalStepCount
|
Die Gesamtzahl der Genehmigungsschritte, die eine Anforderung durchlaufen hat. | ||
|
Beschreibung
Dieses berechnete Attribut zählt die Anzahl der unterschiedlichen Aktivitäten „Genehmigungsschritt genehmigt“ für jede Anforderung. Es hilft, die Komplexität des Genehmigungsworkflows für jeden Case zu quantifizieren. Es bildet die Grundlage für den KPI „Durchschnittliche Anzahl der Genehmigungsschritte“ und hilft, Anforderungen mit ungewöhnlich langen oder komplexen Genehmigungspfaden zu erkennen, bei denen eine Vereinfachung des Workflows sinnvoll sein kann.
Warum das wichtig ist
Quantifiziert die Komplexität des Genehmigungsworkflows für jede Anforderung und hilft, übermäßig komplexe Pfade zu erkennen, die vereinfacht werden sollten.
Bezugsquelle
Diese Kennzahl wird im Process-Mining-Tool berechnet, indem die Vorkommen von „Genehmigungsschritt genehmigt“ für jede Case-ID gezählt werden.
Beispiele
253
|
|||
|
Bestell-ID
PurchaseOrderId
|
Die Kennung der Bestellung, die aus der genehmigten Anforderung erstellt wurde. | ||
|
Beschreibung
Sobald eine Anforderung vollständig genehmigt und beschafft wurde, wird typischerweise eine Bestellung erstellt. Dieses Attribut speichert die ID der daraus entstandenen Bestellung. Es bildet eine wichtige Verbindung zwischen dem vorgelagerten Anforderungsprozess und dem nachgelagerten Bestellprozess. Dadurch lassen sich der KPI „Zeit von der Genehmigung der Anforderung bis zur Erstellung der Bestellung“ berechnen und der gesamte Purchase-to-Pay-Zyklus durchgängig analysieren.
Warum das wichtig ist
Verknüpft die Anforderung mit der nachfolgenden Bestellung, ermöglicht die Analyse der Übergabezeit und unterstützt eine umfassendere End-to-End-Sicht auf Purchase-to-Pay.
Bezugsquelle
Dies ist ein Standardfeld des Requisition-Objekts in Coupa, das nach der Erstellung der Bestellung befüllt wird.
Beispiele
PO-45000123PO-45000124PO-45000125
|
|||
|
Dauer des Genehmigungsschritts
ApprovalStepDuration
|
Die Zeit, die eine Anforderung in einem einzelnen Genehmigungsschritt gewartet hat. | ||
|
Beschreibung
Diese berechnete Kennzahl misst die Dauer zwischen der Aktivität „Genehmigungsschritt gestartet“ und der zugehörigen Aktivität „Genehmigungsschritt genehmigt“ oder „Genehmigungsschritt abgelehnt“. Sie isoliert die Wartezeit in jeder einzelnen Stufe der Genehmigungskette. Das ist entscheidend für das Dashboard „Kritische Engpässe in Genehmigungsschritten“, da genau sichtbar wird, welche Genehmiger oder Prozessstufen die größten Verzögerungen im Gesamtprozess verursachen.
Warum das wichtig ist
Zeigt konkrete Engpässe im Genehmigungsworkflow auf, indem die Wartezeit für jeden einzelnen Schritt statt nur der gesamten Durchlaufzeit gemessen wird.
Bezugsquelle
Wird im Process-Mining-Tool berechnet, indem die Zeitdifferenz zwischen „Genehmigungsschritt gestartet“ und dem nachfolgenden abschließenden Genehmigungsereignis („Approved“/„Rejected“) ermittelt wird.
Beispiele
1,2 Tage4 Stunden3,8 Tage
|
|||
|
Dringlichkeitsstufe
UrgencyLevel
|
Eine Klassifizierung der Dringlichkeit einer Anforderung, etwa „Hoch“, „Mittel“ oder „Niedrig“. | ||
|
Beschreibung
Die Dringlichkeitsstufe, häufig einem Prioritätsfeld zugeordnet, ermöglicht es Anforderern, Anfragen für eine beschleunigte Bearbeitung zu kennzeichnen. Dieses Attribut ist entscheidend für das Dashboard „Bearbeitungszeit dringender Anforderungen“. Durch den Vergleich der Durchlaufzeiten dringender und standardmäßiger Anforderungen können Unternehmen beurteilen, ob ihre Priorisierungsmechanismen wirksam sind und dringende Geschäftsanforderungen rechtzeitig erfüllt werden.
Warum das wichtig ist
Ermöglicht die Analyse, ob dringende Anfragen schneller als standardmäßige bearbeitet werden, und zeigt, wie wirksam Priorisierungsrichtlinien sind.
Bezugsquelle
Dies kann ein Standard- oder benutzerdefiniertes Feld des Requisition-Objekts in Coupa sein. Prüfen Sie die Coupa-Dokumentation oder die Systemkonfiguration.
Beispiele
HochMittelNiedrig
|
|||
|
Name des Lieferanten
SupplierName
|
Der Name des für die Anforderung ausgewählten Lieferanten oder Anbieters. | ||
|
Beschreibung
Dieses Attribut identifiziert den vorgesehenen Lieferanten für die angeforderten Waren oder Dienstleistungen. Der Anforderer kann den Lieferanten angeben oder er wird später während der Beschaffung ergänzt. Die Analyse von Prozesskennzahlen nach Lieferant kann helfen, die Lieferantenleistung zu bewerten und festzustellen, ob die Interaktion mit bestimmten Lieferanten zu längeren Durchlaufzeiten oder anderen Ineffizienzen führt. Sie liefert wichtigen Kontext für die Beschaffungsstrategie und das Lieferantenmanagement.
Warum das wichtig ist
Ermöglicht die Analyse der Prozessleistung nach ausgewähltem Lieferanten und kann dadurch Beschaffungsstrategien und das Lieferantenmanagement unterstützen.
Bezugsquelle
Diese Information ist in Coupa im Requisition-Line-Objekt verfügbar, häufig als Feld „supplier“ oder „vendor“.
Beispiele
StaplesDell TechnologiesAccentureCDW
|
|||
|
Pfad des Genehmigungsworkflows
ApprovalWorkflowPath
|
Eine Kennung für die konkrete Genehmigungskette oder das auf die Anforderung angewendete Workflow-Template. | ||
|
Beschreibung
Dieses Attribut identifiziert die vordefinierte Reihenfolge der Genehmiger, die eine Anforderung durchlaufen soll. Sie wird durch Geschäftsregeln bestimmt, häufig anhand von Faktoren wie Betrag, Abteilung und Anforderungstyp. Die Analyse dieses Attributs ist zentral für das Dashboard „Compliance der Anforderungsrichtlinie“. Durch den Vergleich der tatsächlichen Genehmigerreihenfolge mit dem zugewiesenen Workflow-Pfad lassen sich Abweichungen erkennen, Konformitätsraten messen und nicht verwaltete Ausnahmen identifizieren.
Warum das wichtig ist
Ermöglicht Compliance-Analysen, indem erwartete und tatsächliche Genehmigungsschritte verglichen und Prozessabweichungen sichtbar gemacht werden.
Bezugsquelle
Prüfen Sie die Coupa-Dokumentation. Dieses Attribut kann aus dem Namen der Genehmigungskette oder der Workflow-Regel abgeleitet werden, die für die Anforderung ausgelöst wurde.
Beispiele
Standardgenehmigung <5.000 $Genehmigung für IT-Hardware >10.000 $Prüfung des Investitionsaufwands durch den CFO
|
|||
|
Währung
Currency
|
Der Währungscode für den Gesamtbetrag der Anforderung. | ||
|
Beschreibung
Dieses Attribut gibt die Währung, etwa USD, EUR oder GBP, an, in der der Gesamtbetrag der Anforderung ausgewiesen ist. Es liefert wichtigen Kontext für jede Finanzanalyse, insbesondere in multinationalen Unternehmen mit mehreren Währungen. Dadurch werden Geldbeträge korrekt interpretiert und in Finanzberichten und Dashboards ordnungsgemäß umgerechnet und aggregiert.
Warum das wichtig ist
Liefert den erforderlichen Kontext für das Attribut „Gesamtbetrag“ und stellt eine korrekte Finanzanalyse in Umgebungen mit mehreren Währungen sicher.
Bezugsquelle
Dies ist ein Standardfeld des Requisition-Objekts in Coupa, meist mit der Bezeichnung „currency_code“ oder ähnlich.
Beispiele
USDEURGBP
|
|||
|
Warengruppe
Commodity
|
Die übergeordnete Kategorie der angeforderten Waren oder Dienstleistungen. | ||
|
Beschreibung
Das Attribut „Warengruppe“ bietet eine standardisierte Klassifizierung der Positionen einer Anforderung, etwa „Büromaterial“, „Computerhardware“ oder „Marketingdienstleistungen“. Dadurch lassen sich Einkaufsmuster und Prozessvarianten nach Einkaufsgegenstand analysieren. Bestimmte Warengruppen können besondere Genehmigungsanforderungen oder Beschaffungsstrategien erfordern. Die Analyse nach Warengruppe kann helfen, die Beschaffung für verschiedene Ausgabenkategorien zu optimieren.
Warum das wichtig ist
Hilft bei der Analyse von Ausgabenkategorien und zeigt, ob sich das Prozessverhalten, etwa die Genehmigungszeiten, je nach Art der gekauften Waren oder Dienstleistungen unterscheidet.
Bezugsquelle
Dies ist ein Standardfeld in Coupa, das typischerweise auf Ebene der Anforderungsposition verfügbar ist. Es muss möglicherweise auf die Kopfebene aggregiert werden.
Beispiele
BürobedarfComputer-HardwareMarketingdienstleistungenReisen
|
|||
|
Wurde geändert
IsAmended
|
Ein boolesches Kennzeichen, das den Wert „true“ hat, wenn die Anforderung nach ihrer ersten Einreichung mindestens einmal geändert wurde. | ||
|
Beschreibung
Dieses berechnete Attribut ist ein einfaches Kennzeichen („True“/„False“), das angibt, ob in einem bestimmten Case die Aktivität „Anforderung geändert“ aufgetreten ist. Es vereinfacht Analyse und Filterung, da Benutzer Anforderungen mit Änderungsbedarf gezielt isolieren können. Das Attribut dient zur Berechnung des KPI „Änderungsquote von Anforderungen“ und zur Steuerung des Dashboards „Änderungsvolumen von Anforderungen“. So lassen sich Ursachen für Nacharbeit erkennen und die Qualität beim ersten Durchlauf verbessern.
Warum das wichtig ist
Vereinfacht die Berechnung des KPI zur Änderungsquote und ermöglicht die einfache Segmentierung von Cases mit und ohne Nacharbeit.
Bezugsquelle
Wird im Process-Mining-Tool berechnet, indem für jeden Case geprüft wird, ob im Event Log die Aktivität „Anforderung geändert“ vorhanden ist.
Beispiele
truefalse
|
|||
Purchase to Pay - Requisition: Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Anforderung abgelehnt
|
Die Anforderung wird während des Genehmigungsprozesses endgültig abgelehnt und nicht in eine Bestellung umgewandelt. Dies wird daraus abgeleitet, dass sich der Gesamtstatus des Anforderungskopfs auf „rejected“ ändert. | ||
|
Warum das wichtig ist
Diese Aktivität stellt einen endgültigen Fehlschlag im Prozess dar. Die Analyse dieser Ereignisse ist entscheidend, um die „Ablehnungsquote von Anforderungen“ zu verbessern und Ursachen wie Richtlinienverstöße oder Budgetprobleme zu erkennen.
Bezugsquelle
Abgeleitet aus einer Statusänderung in der Tabelle „requisition_headers“, wenn das Feld „status“ auf „rejected“ aktualisiert wird. Der Timestamp wird im zugehörigen Audit-Trail erfasst.
Erfassen
Ermitteln Sie den Timestamp, zu dem sich der Gesamtstatus der Anforderung auf „rejected“ ändert.
Ereignistyp
inferred
|
|||
|
Anforderung genehmigt
|
Die Anforderung hat alle erforderlichen Schritte im Genehmigungsworkflow erfolgreich durchlaufen. Dies wird daraus abgeleitet, dass sich der Gesamtstatus des Anforderungskopfs auf „approved“ ändert. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Erfolgsmeilenstein und markiert das Ende des Genehmigungszyklus. Die Zeit bis zu dieser Aktivität ist ein zentraler KPI und dient als Auslöser für nachgelagerte Beschaffungsaktivitäten.
Bezugsquelle
Abgeleitet aus einer Statusänderung in der Tabelle „requisition_headers“, wenn das Feld „status“ auf „approved“ aktualisiert wird. Der Timestamp wird im zugehörigen Audit-Trail erfasst.
Erfassen
Ermitteln Sie den Timestamp, zu dem sich der Gesamtstatus der Anforderung auf „approved“ ändert.
Ereignistyp
inferred
|
|||
|
Anforderung geschlossen
|
Die Anforderung wird formell geschlossen. Damit ist festgelegt, dass keine weiteren Aktionen erfolgen. Dies kann nach der Erstellung und Erfüllung einer Bestellung geschehen oder wenn die Anforderung nach der Genehmigung, aber vor der Bestellung storniert wird. | ||
|
Warum das wichtig ist
Diese Aktivität bildet den eindeutigen Endpunkt im Lebenszyklus der Anforderung. Sie stellt sicher, dass Cases sauber abgeschlossen werden und in der Prozessanalyse nicht dauerhaft als „aktiv“ erscheinen.
Bezugsquelle
Abgeleitet aus einer Statusänderung in der Tabelle „requisition_headers“, wenn das Feld „status“ auf „closed“ aktualisiert wird. Der Timestamp wird im zugehörigen Audit-Trail erfasst.
Erfassen
Ermitteln Sie den Timestamp, zu dem sich der Gesamtstatus der Anforderung auf „closed“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung eingereicht
|
Der Antragsteller reicht die ausgefüllte Bestellanforderung offiziell in den Genehmigungs-Workflow ein. Dieses Event wird erkannt, wenn sich der Status der Bestellanforderung in den Audit Logs oder Verlaufstabellen von „draft“ zu „pending_approval“ ändert. | ||
|
Warum das wichtig ist
Mit der Einreichung beginnt der Genehmigungsprozess. Sie ist daher ein wichtiger Meilenstein für die Messung des KPIs „Durchschnittliche Genehmigungsdurchlaufzeit von Bestellanforderungen“. Verzögerungen davor sind auf den Benutzer zurückzuführen, Verzögerungen danach auf den Prozess.
Bezugsquelle
Abgeleitet aus einer Statusänderung in der Tabelle „requisition_headers“, insbesondere wenn sich das Feld „status“ in „pending_approval“ ändert. Der Timestamp dieser Änderung ist im zugehörigen Audit Trail enthalten.
Erfassen
Ermitteln Sie den Timestamp, an dem sich der Status der Bestellanforderung erstmals in „pending_approval“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung erstellt
|
Ein Benutzer legt eine neue Purchase Requisition an und speichert sie als Entwurf. Dies ist der Ausgangspunkt jedes Requisitionsfalls und wird in der Regel aus dem Erstellungs-Timestamp des Requisitionsdatensatzes abgeleitet. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Beginn des Lebenszyklus einer Bestellanforderung. Die Analyse der Zeit zwischen Erstellung und Einreichung kann Verzögerungen sichtbar machen, die durch Unsicherheit beim Benutzer oder durch die Komplexität des Systems entstehen.
Bezugsquelle
Dieses Event wird aus dem Timestamp „created-at“ in der Tabelle „requisition_headers“ für eine bestimmte Purchase-Requisition-ID erfasst.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Requisitions-Header-Datensatzes.
Ereignistyp
inferred
|
|||
|
Bestellung erstellt
|
Auf Grundlage der Informationen aus der genehmigten Anforderung wird erfolgreich eine Bestellung erstellt. Dieses Ereignis wird abgeleitet, wenn ein Bestelldatensatz mit einer Referenz auf die ID der ursprünglichen Anforderung angelegt wird. | ||
|
Warum das wichtig ist
Dies ist das wichtigste erfolgreiche Ergebnis des Anforderungsprozesses und markiert die Übergabe an die nächste Phase von Purchase-to-Pay. Die Analyse der Zeit von „Anforderung genehmigt“ bis zu diesem Ereignis macht Verzögerungen bei der Ausführung sichtbar.
Bezugsquelle
Abgeleitet aus der Erstellung eines Datensatzes in der Tabelle „purchase_orders“, der auf die ID des ursprünglichen „requisition_headers“- oder „requisition_lines“-Datensatzes verweist.
Erfassen
Verwenden Sie den „created-at“-Timestamp des mit der Anforderungs-ID verknüpften Bestelldatensatzes.
Ereignistyp
inferred
|
|||
|
Anforderung zur Beschaffung weitergeleitet
|
Die genehmigte Anforderung wird an ein Beschaffungsevent wie eine RFQ oder Auktion weitergeleitet, statt unmittelbar in eine Bestellung umgewandelt zu werden. Dieses Ereignis wird abgeleitet, wenn die Anforderung mit einem Beschaffungsobjekt verknüpft wird. | ||
|
Warum das wichtig ist
Diese Aktivität zeigt einen wichtigen alternativen Pfad im Beschaffungsprozess. Sie trennt einfache Einkäufe von komplexeren, strategischen Beschaffungsaktivitäten und ermöglicht dadurch eine differenziertere Analyse der Durchlaufzeiten.
Bezugsquelle
Abgeleitet durch die Erkennung einer Statusänderung auf „sourcing“ oder durch die Identifizierung einer neu erstellten Verknüpfung zwischen der Tabelle „requisition_lines“ und einer Tabelle für Beschaffungsevents.
Erfassen
Prüfen Sie, ob sich der Status auf „sourcing“ geändert hat oder eine Verknüpfung mit einer Beschaffungsereignis-ID erstellt wurde.
Ereignistyp
inferred
|
|||
|
Anforderung zurückgezogen
|
Der ursprüngliche Anforderer storniert die Anforderung, bevor sie endgültig genehmigt wurde. Diese explizite, vom Benutzer ausgelöste Aktion beendet den Prozess für diese Anforderung. | ||
|
Warum das wichtig ist
Zurückgezogene Anforderungen können auf veränderte Geschäftsanforderungen, doppelte Anfragen oder eine Umgehung des Prozesses durch Benutzer hinweisen. Die Nachverfolgung hilft, Schwankungen im Bedarfssignal und mögliche Probleme bei der Prozesseinhaltung zu verstehen.
Bezugsquelle
Abgeleitet aus einer Statusänderung in der Tabelle „requisition_headers“ auf „withdrawn“ oder einen ähnlichen Status, basierend auf einer im Audit-Trail protokollierten expliziten Benutzeraktion.
Erfassen
Ermitteln Sie den Timestamp, zu dem sich der Status der Anforderung auf „withdrawn“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellanforderung geändert
|
Der Antragsteller oder ein anderer autorisierter Benutzer bearbeitet die Bestellanforderung, nachdem sie bereits eingereicht wurde. Coupa protokolliert dies ausdrücklich als neue Version oder als Audit-Eintrag. Dabei wird der Genehmigungs-Workflow häufig teilweise oder vollständig zurückgesetzt. | ||
|
Warum das wichtig ist
Die Erfassung von Änderungen ist entscheidend, um Nacharbeit und Ineffizienzen im Prozess zu verstehen. Eine hohe Zahl an Änderungen kann auf unklare ursprüngliche Anforderungen oder komplexe Beschaffungsrichtlinien hinweisen und den KPI „Änderungsquote bei Bestellanforderungen“ beeinflussen.
Bezugsquelle
Dieses Event wird aus Audit-Trail-Tabellen erfasst, die mit der Tabelle „requisition_headers“ verbunden sind und Versionsänderungen oder bestimmte „edit“-Aktionen protokollieren.
Erfassen
Suchen Sie im Verlaufsprotokoll der Bestellanforderung nach ausdrücklichen „edit“- oder „update“-Events, die nach der Einreichung aufgetreten sind.
Ereignistyp
explicit
|
|||
|
Genehmigungsschritt abgelehnt
|
Ein einzelner Genehmiger lehnt die Anforderung in seiner Workflow-Stufe ab und sendet sie in der Regel zur Überarbeitung an den Anforderer zurück. Coupa protokolliert diese explizite Aktion. | ||
|
Warum das wichtig ist
Ablehnungen in jeder Prozessstufe führen zu Nacharbeit und verlängern die Durchlaufzeiten. Die Analyse, wo und warum Ablehnungen auftreten, ist entscheidend für Prozessverbesserungen und die Schulung der Benutzer.
Bezugsquelle
Erfasst anhand einer expliziten „reject“-Aktion in der Tabelle „approvals“ oder deren Audit-Trail, verknüpft mit der jeweiligen Anforderung und dem Genehmiger.
Erfassen
Filtern Sie in der Genehmigungshistorie der Anforderung nach „reject“-Ereignissen.
Ereignistyp
explicit
|
|||
|
Genehmigungsschritt genehmigt
|
Ein einzelner Genehmiger im Workflow genehmigt die Anforderung. Dies ist eine explizite, vom System mit einem bestimmten Timestamp und Benutzerinformationen protokollierte Aktion. | ||
|
Warum das wichtig ist
Diese Aktivität liefert detaillierte Erkenntnisse zum Ablauf des Genehmigungsprozesses. Durch die Aggregation dieser Schritte lassen sich die „durchschnittliche Wartezeit pro Genehmigungsschritt“ berechnen und die Leistung der Genehmiger analysieren.
Bezugsquelle
Erfasst anhand einer expliziten „approve“-Aktion in der Tabelle „approvals“ oder deren Audit-Trail, verknüpft mit der jeweiligen Anforderung und dem Genehmiger.
Erfassen
Filtern Sie in der Genehmigungshistorie der Anforderung nach „approve“-Ereignissen.
Ereignistyp
explicit
|
|||
|
Genehmigungsschritt gestartet
|
Eine Genehmigungsaufgabe wird einem bestimmten Genehmigenden oder einer Genehmigungsgruppe zugewiesen. Die Bestellanforderung wartet nun auf deren Bearbeitung. Dieses Event wird erkannt, wenn ein mit der Bestellanforderung verknüpfter Genehmigungsdatensatz mit dem Status „pending“ erstellt wird. | ||
|
Warum das wichtig ist
Damit beginnt die Wartezeit für eine bestimmte Genehmigung. Die Messung der Dauer zwischen diesem Event und dem zugehörigen Event „Genehmigungsschritt genehmigt/abgelehnt“ hilft dabei, konkrete Engpässe in der Genehmigungskette zu erkennen.
Bezugsquelle
Abgeleitet aus dem Erstellungs-Timestamp eines mit der Bestellanforderung verknüpften Datensatzes in der Tabelle „approvals“, bei dem der Aktionsstatus des Genehmigenden „pending“ oder gleichbedeutend ist.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des offenen Genehmigungsdatensatzes einer Person in der Genehmigungskette.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Bereit für den Start?
Beginnen Sie noch heute mit diesem Template, Ihren Coupa-Purchase-to-Pay-Prozess für Bestellanforderungen zu optimieren. Gewinnen Sie wertvolle Erkenntnisse und steigern Sie die Effizienz Ihrer Beschaffung.
Optimieren Sie Coupa-P2P-Bestellanforderungen und verkürzen Sie die Durchlaufzeit noch heute
Erkennen Sie Ineffizienzen und verkürzen Sie die Durchlaufzeit Ihrer P2P-Bestellanforderungen um 30 %.
Keine Kreditkarte erforderlich. Optimieren Sie Ihre Prozesse in wenigen Minuten.