Ihr Daten-Template für Purchase to Pay, Bestellanforderungen

Coupa
Ihr Daten-Template für Purchase to Pay, Bestellanforderungen

Ihr Daten-Template für Purchase to Pay, Bestellanforderungen

Dieses umfassende Daten-Template bietet einen strukturierten Ansatz zur Erfassung der Informationen, die Sie für die Analyse Ihres Purchase-to-Pay-Prozesses für Bestellanforderungen benötigen. Es beschreibt die erforderlichen Attribute und Aktivitäten für ein aussagekräftiges Event Log. Außerdem erhalten Sie Hinweise, wie Sie diese Daten effizient aus Ihrem Coupa-System extrahieren.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessaktivitäten zur Nachverfolgung
  • Praktische Hinweise zur Datenextraktion
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Purchase to Pay - Requisition: Attribute

Dies sind die empfohlenen Datenfelder, die Sie für eine umfassende Analyse Ihres Purchase-to-Pay-Prozesses für Bedarfsanforderungen in das Event Log aufnehmen sollten.
5 Erforderlich 5 Empfohlen 11 Optional
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
Erforderlich Empfohlen Optional

Purchase to Pay - Requisition: Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie für eine präzise Ermittlung Ihres Purchase-to-Pay-Workflows für Bedarfsanforderungen im Event Log erfassen sollten.
6 Empfohlen 6 Optional
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
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Coupa

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 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Optimieren Sie Ihre Prozesse in wenigen Minuten.