Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
Ihr Datentemplate für Purchase-to-Pay: Einkaufsbestellungen
- Empfohlene `Datenattribute`
- Wichtige Prozessaktivitäten
- Coupa Datenextraktionsschritte
Purchase-to-Pay – Bestellattribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Der Name des spezifischen Ereignisse oder den Antrag bearbeitet.er Aufgabe, der zu einem bestimmten Zeitpunkt im Lebenszyklus der Bestellung registriert wurde. | ||
|
Beschreibung
Der Aktivitätsname beschreibt einen einzelnen Schritt im Purchase-to-Pay-Prozess, wie z. B. Bestellung genehmigt oder Wareneingang gebucht. Diese Abfolge von Aktivitäten bildet den Prozessfluss für jede Bestellung. Dieses Attribut ist die Basis für Process Mining, da es verwendet wird, um die Prozessablauf zu erstellen, Prozessvarianten zu entdecken und die Häufigkeit und Abfolge von Ereignissen zu analysierenn. Es hilft, Engpässe, Rework-Loops und Abweichungen vom Standardprozessfluss zu identifizieren. Zum Beispiel kann die Analyse der Abfolge von Aktivitäten wie 'Bestellung geändert' Ineffizienzen in der Bestellgenauigkeit aufdecken.
Bedeutung
Es definiert die Schritte im Prozess und ermöglicht die Visualisierung des Prozessflusses sowie die Identifizierung von Engpässe, Nacharbeiten und Abweichungen.
Datenquelle
Abgeleitet aus Event-Logs, Audit-Trails oder Statusänderungsprotokollen, die mit Bestellungsobjekten in Coupa verbunden sind.
Beispiele
Purchase Requisition genehmigtBestellung eingereicht`Wareneingang` gebuchtRechnung für Bestellung erhalten
|
|||
|
Bestellung
PurchaseOrderNumber
|
Die eindeutige Kennung für eine Bestellung, die als primärer Case-ID für den Prozess dient. | ||
|
Beschreibung
Die Bestellnummer ist der zentrale Case-ID, der alle Aktivitäten von der ursprünglichen Anfrage bis zur endgültigen Bestätigung des Wareneingangs oder den Antrag bearbeitet.er Dienstleistungsannahme verbindet. Jede eindeutige Bestellnummer repräsentiert eine einzelne Instanz des Beschaffungsprozesses. In der Process Mining-Analyse ist dieses Attribut wichtig, um den End-to-End-Verlauf jedes Einkaufs nachzuvollziehen. Es ermöglicht Analysten, Prozessablaufn zu visualisieren, Varianten zu identifizieren und Case-basierte KPIs, wie die gesamte Durchlaufzeit für eine Bestellung, zu berechnen. Alle Ereignisse und zugehörigen Daten werden unter diesem Identifikator zusammengefasst, um eine kohärente Sicht auf den Prozess zu erstellen.
Bedeutung
Es ist unerlässlich für die Verfolgung des gesamten Lebenszyklus jedes Einkaufs und ermöglicht die Rekonstruktion einzelner Prozessinstanzen für eine detaillierte Analyse.
Datenquelle
Dies ist ein Standard-Primärschlüsselfeld für das Bestellobjekt innerhalb von Coupa.
Beispiele
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
Startzeit
EventTime
|
Der genaue Zeitstempel, der angibt, wann eine Aktivität oder ein Event aufgetreten ist. | ||
|
Beschreibung
Die Ereigniszeit zeichnet das Datum und die Uhrzeit auf, zu der eine spezifische Aktivität ausgeführt wurde. Für jede Aktivität im Prozess gibt es einen entsprechenden Zeitstempel, der ihr Auftreten markiert. Dieses Attribut ist maßgeblich für alle zeitbasierten Analysen im Process Mining. Es wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, die Prozessdauer zu messen und Verzögerungen zu identifizieren. Zum Beispiel wird die Zeitdifferenz zwischen den Zeitstempels 'Bestellung erstellt' und 'Bestellung genehmigt' verwendet, um den KPI für die Durchlaufzeit der PO-Genehmigung zu berechnen.
Bedeutung
Es liefert den zeitlichen Kontext für jedes Event, was wichtig ist für die Berechnung von Durchlaufzeits, die Analyse der Leistungsfähigkeit und das Erkennen von Engpässe.
Datenquelle
Befindet sich in den Event-Logs oder Audit-Trails von Coupa, in der Regel verknüpft mit jeder Statusänderung oder Aktion, die an einer Bestellung vorgenommen wurde.
Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der angibt, wann die Daten für diesen Prozess zuletzt aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst den Zeitpunkt der letzten Aktualisierung des Datensatzes aus dem Quellsystem. Es ist ein MetaDatenfeld, das sich auf den gesamten Datensatz und nicht auf einzelne Ereignisse bezieht. In jedem analytischen Dashboard ist dieser Zeitstempel wichtig, damit Benutzer die Aktualität der angezeigten Daten verstehen. Er schafft Vertrauen, dass die Erkenntnisse auf den neuesten Informationen basieren, und hilft, die Erwartungen der Benutzer an die Datenaktualität zu steuern. Typischerweise wird er prominent in Dashboards angezeigt.
Bedeutung
Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie verstehen, wie aktuell die Prozessanalyse und KPIs sind.
Datenquelle
Dieser Zeitstempel wird von der ETL-Pipeline (Datenextraktion und -ladung) generiert und gespeichert, wenn sie läuft.
Beispiele
2023-11-01T05:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die ProzessDaten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert das UrsprungsHinweisrmationssystem, in dem die Event-Daten aufgezeichnet wurden. Für diesen Prozess wäre der Wert durchgängig „Coupa“. In Unternehmensumgebungen, in denen Daten aus mehreren Systemen stammen können (z. B. Coupa für die Beschaffung, ein anderes ERP für die Rechnungsstellung), hilft dieses Attribut, Datenquellen zu unterscheiden. Es stellt ... sicher Klarheit in der Datenherkunft und kann verwendet werden, um die Analyse für eine spezifische Systemsicht des Prozesses zu filtern.
Bedeutung
Es bietet wichtigen Kontext zur Datenherkunft, stellt ... sicher die Nachverfolgbarkeit und ermöglicht eine ordnungsgemäße Daten Governance, insbesondere in Multi-System-Umgebungen.
Datenquelle
Dies ist ein statischer Wert, der in der Regel während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Datensatz zu kennzeichnen.
Beispiele
Coupa
|
|||
|
Abteilung
Department
|
Die Geschäftsabteilung oder Kostenstelle, der den Antrag bearbeitet.ie Bestellung zugerechnet wird. | ||
|
Beschreibung
Das Attribut Abteilung gibt die Organisationseinheit an, die den Kauf initiiert hat oder den Antrag bearbeitet.essen Kosten tragen wird. Dies ist oft mit dem Anfragenden oder den Antrag bearbeitet.en KostenstellenHinweisrmationen auf den Bestellpositionen verknüpft. Diese Dimension ist wesentlich für die Segmentierung der Prozessanalyse und von KPIs. Sie ermöglicht Managern, die Prozesseffizienz, Compliance und Ausgabemuster in verschiedenen Bereichen der Organisation zu vergleichen. Zum Beispiel verwendet das Dashboard 'Ausgabenanalyse nach Einkaufskategorie' die Abteilung, um zu zeigen, wie verschiedene Geschäftsbereiche ihre Budgets ausgeben.
Bedeutung
Es ermöglicht die Filterung und den Vergleich von Prozess- und Ausgabenanalysen über verschiedene Geschäftsbereiche hinweg, wodurch Abweichungen in Effizienz und Compliance aufgedeckt werden.
Datenquelle
Verfügbar im Bestellkopf oder den Antrag bearbeitet.en Bestellpositionen in Coupa, oft verknüpft mit einer Kostenstelle oder einer Organisationseinheit.
Beispiele
MarketingInformationstechnologieOperationsFinanzen
|
|||
|
Benutzer
User
|
Die Benutzer-ID oder den Antrag bearbeitet.er Name der Person, die die Aktivität ausgeführt hat, z. B. ein Genehmiger oder Anforderer. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, die für die Ausführung eines spezifischen Ereignisse im Prozess verantwortlich ist. Dies könnte die Person sein, die die Bestellung entworfen hat, der Manager, der sie genehmigt hat, oder den Antrag bearbeitet.er Sachbearbeiter, der den Antrag bearbeitet.en Wareneingang gebucht hat. Die Analyse der Leistung nach Benutzer hilft, Schulungsbedarfe, leistungsstarke Einzelpersonen und die Arbeitslastverteilung zu identifizieren. Zum Beispiel verwendet das Dashboard „PO Approval Durchlaufzeit Leistungsfähigkeit“ dieses Attribut, um die Genehmigungszeiten nach spezifischen Genehmigern aufzuschlüsseln und hervorzuheben, wer möglicherweise ein Bottleneck im Prozess ist.
Bedeutung
Es ermöglicht die Analyse der Prozess-Leistungsfähigkeit nach Individuum oder Rolle, wodurch Engpässe, Schulungsmöglichkeiten und Probleme bei der Ressourcenallokation identifiziert werden können.
Datenquelle
Verknüpft mit jedem Event im Bestell-Audit-Trail oder den Antrag bearbeitet.en History-Logs in Coupa. Felder wie 'Erstellt von', 'Genehmigt von' oder 'Aktualisiert von' sind häufige Quellen.
Beispiele
j.doea.smithm.jones
|
|||
|
Einkaufskategorie
PurchaseCategory
|
Die Klassifizierung der gekauften Waren oder Dienstleistungen, wie z. B. IT Hardware oder Professional Dienste. | ||
|
Beschreibung
Eine Purchase Category, auch bekannt als Warengruppe oder Materialgruppe, ist eine Klassifizierung zur Gruppierung ähnlicher Einkaufsarten. Diese strukturierten Daten ermöglichen eine systematische Analyse von Ausgaben und Beschaffungsprozessen. Im Process Mining ist dieses Attribut eine hilfreiche Dimension für Filterung und Segmentierung. Das Dashboard 'Ausgabenanalyse nach Einkaufskategorie' stützt sich darauf, um Ausgabenmuster aufzuschlüsseln. Es kann auch aufzeigen, ob bestimmte Kategorien (z.B. komplexe Dienstleistungen) längere Durchlaufzeiten oder höhere Änderungsraten aufweisen als andere (z.B. Standard-Büromaterial).
Bedeutung
Es ermöglicht die Ausgaben- und Prozessanalyse nach Kategorie, was hilft, Beschaffungsmuster zu identifizieren, mit Lieferanten zu verhandeln und Prozesskontrollen anzupassen.
Datenquelle
Typischerweise auf der Bestellpositionsebene in Coupa zu finden, oft verknüpft mit einem Warengruppenschlüssel oder Einkaufskatalog.
Beispiele
IT HardwareBürobedarf`Professionelle Dienstleistungen`Marketingmaterialien
|
|||
|
Gesamtbestellwert
TotalOrderAmount
|
Der Gesamtbetrag der Bestellung. | ||
|
Beschreibung
Dieses Attribut repräsentiert die Gesamtkosten aller in der Bestellung aufgeführten Waren und Dienstleistungen, ausgedrückt in einer bestimmten Währung. Es ist ein fallbezogenes Attribut, das sich auf die gesamte Bestellung bezieht. Diese FinanzDaten sind wichtig für die Ausgabenanalyse und die Priorisierung von Prozessoptimierungsinitiativen. Hochwertige Bestellungen erfordern möglicherweise eine genauere Prüfung oder andere Genehmigungswege. Es wird direkt im Dashboard 'Ausgabenanalyse nach Einkaufskategorie' verwendet und ist eine Komponente zur Berechnung des KPI 'Ausgabenanteil bei Nicht-Bevorzugten Lieferanten'.
Bedeutung
Bietet den finanziellen Kontext für jeden Einkauf, ermöglicht Ausgabenanalysen, die Priorisierung hochwertiger Bestellungen und die Bewertung der finanziellen Auswirkungen.
Datenquelle
Verfügbar im Bestellkopf in Coupa, in der Regel als 'Gesamtbetrag' oder 'Endbetrag'.
Beispiele
1500.00250.7512500.50
|
|||
|
Lieferantenname
VendorName
|
Der Name des Lieferanten oder Anbieters, von dem Waren oder Dienstleistungen bezogen werden. | ||
|
Beschreibung
Der Lieferantenname identifiziert die externe Partei, die die Artikel auf der Bestellung liefert. Diese Information ist die Basis für die Beschaffungsanalyse. Die Analyse der Prozessleistung nach Lieferant ist maßgeblich für das Lieferantenbeziehungsmanagement. Sie hilft bei der Bewertung der „Lieferanten-Lieferzeit-Leistung“ (Lieferant Lead Time Leistungsfähigkeit), der Identifizierung von Verzögerungen bei „Wareneingangsprozessverzögerungen“ (Goods Receipt Process Verzögerungen) und der Bewertung der Lieferantenqualität durch die „Warenrücksendequote“ (Goods Return Rate). Dieses Attribut ist auch wichtig für die Berechnung des KPIs „Ausgaben nach Nicht-Präferenzlieferanten-Verhältnis“ (Spend by Non-Preferred Vendor Ratio).
Bedeutung
Ermöglicht die Lieferantenleistungsanalyse und hilft dabei, die Lieferantenauswahl zu optimieren, bessere Konditionen auszuhandeln sowie leistungsstarke oder leistungsschwache Anbieter zu identifizieren.
Datenquelle
Ein Standardfeld im Bestellkopf in Coupa, verknüpft mit den LieferantenstammDaten.
Beispiele
Global Office SuppliesTech Solutions Inc.Fortschrittliche Industrieteile`Kreativmarketingagentur`
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der angegebene Grund, wenn eine Purchase Requisition oder Bestellung während eines Genehmigungsschritts abgelehnt wird. | ||
|
Beschreibung
Wenn ein Genehmiger eine Bestellung ablehnt, gibt er oft einen Grund für die Ablehnung an. Dieses Attribut erfasst diese textuelle Erklärung, wie z.B. 'Falscher Budgetcode' oder 'Überschreitet Ausgabenlimit'. Die Analyse der Ablehnungsgründe bietet direkte Einblicke in die Grundursachen von Nacharbeit und Prozessfehlern. Diese qualitativen Daten können verwendet werden, um häufige Fehler im Anforderungsprozess zu identifizieren, was zu gezielten Schulungen oder Systemverbesserungen führt, um zukünftige Ablehnungen zu verhindern und die Genehmigungsquote beim ersten Durchlauf zu verbessern.
Bedeutung
Liefert direkte, konkrete Optimierungspotenziale darüber, warum Bestellungen abgelehnt werden, und hilft, die Ursachen für Prozessüberarbeitungen und Verzögerungen zu beheben.
Datenquelle
Typischerweise erfasst im Kommentar- oder Notizfeld, das mit der Activity 'Purchase Order Rejected' oder 'Purchase Requisition Rejected' im Genehmigungsworkflow von Coupa verbunden ist.
Beispiele
Doppelte AnforderungBudget nicht genehmigtFalscher Lieferant ausgewählt
|
|||
|
Änderungsgrund
ChangeReason
|
Der angegebene Grund für eine Änderung, die an einer Bestellung nach deren ursprünglicher Erstellung vorgenommen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst die Begründung, warum eine Bestellung geändert wurde, zum Beispiel „Menge aktualisiert“ (Quantity updated) oder „Preiskorrektur“ (Price correction). Diese Informationen werden oft im Audit-Trail aufgezeichnet, wenn ein Benutzer eine Aktivität „Bestellung geändert“ (Purchase Order Changed) ausführt. Zu verstehen, warum Bestellungen geändert werden, ist maßgeblich für das Dashboard „Bestelländerungsanalyse“ (Purchase Order Change Analysis). Es hilft, zwischen unvermeidbaren Änderungen (z. B. Lagerbestandsprobleme des Lieferanten) und vermeidbaren Änderungen (z. B. Neine anfängliche Dateneingabe) zu unterscheiden, was Bemühungen zur Verbesserung der Bestellgenauigkeit und zur Reduzierung des KPIs „Bestelländerungsrate“ (Purchase Order Change Rate) leitet.
Bedeutung
Erklärt die Ursachen von PO-Änderungen und ermöglicht gezielte Maßnahmen, um die Erstbestellgenauigkeit zu verbessern und die Prozessnacharbeit zu reduzieren.
Datenquelle
Oft in den Audit-Logs oder Kommentaren zu den Änderungsereignissen einer Bestellung (Purchase Order) in Coupa zu finden.
Beispiele
Preisanpassung vom LieferantenLieferdatum angepasstKorrigierter Artikelcode
|
|||
|
Angefordertes Lieferdatum
RequestedDeliveryDate
|
Das Datum, an dem der Anfragende die Lieferung der Waren oder Dienstleistungen gewünscht hat. | ||
|
Beschreibung
Dieses Attribut ist das vom Fachbereich im Rahmen des Anforderungsprozesses festgelegte gewünschtes Lieferdatum. Es repräsentiert die Erwartung des Unternehmens, wann die Bestellung erfüllt sein soll. Dieses Datum ist eine kritische Messgröße zur Bewertung der Lieferanten- und internen Leistungsfähigkeit. Es wird direkt zur Berechnung des KPI 'Liefertreue der Lieferanten' verwendet, indem es mit dem tatsächlichen gebuchtem Wareneingang verglichen wird. Das Dashboard 'Abweichungen im Lieferdatum und Retouren' visualisiert Diskrepanzen zwischen diesem angeforderten und dem tatsächlichen Lieferdatum, was dabei hilft, Erwartungen zu steuern und die Prognosegenauigkeit zu verbessern.
Bedeutung
Dient als wichtige Leistungsfähigkeit-Baseline zur Messung der termingerechten Lieferung von Lieferanten und der Effizienz des internen Wareneingangsprozesses.
Datenquelle
Ein Standardfeld auf der Bestellposition in Coupa.
Beispiele
2023-11-152023-12-012024-01-10
|
|||
|
Ist bevorzugter Lieferant
IsPreferredVendor
|
Ein boolesches Flag, das anzeigt, ob der Kauf von einem bevorzugten oder strategischen Lieferanten erfolgte. | ||
|
Beschreibung
Dieses Flag identifiziert, ob der Lieferant der Bestellung Teil einer vorab genehmigten Listee strategischer Lieferanten ist. Dies wird in der Regel durch einen Abgleich des Lieferantennamens oder den Antrag bearbeitet.er ID mit einer Stammliste bevorzugter Lieferanten ermittelt. Dieses Attribut ist unerlässlich für strategische Beschaffungs- und Ausgabenmanagement-Initiativen. Es wird zur Berechnung des KPI 'Ausgabenanteil bei Nicht-Bevorzugten Lieferanten' verwendet, was Organisationen dabei hilft, ungeplantes Beschaffen (Maverick Buying) zu überwachen und zu kontrollieren sowie Ausgaben bei wichtigen Partnern zu konsolidieren, um Volumenrabatte und bessere Konditionen zu einsetzen.
Bedeutung
Hilft, die Überwachung der Einhaltung von Beschaffungsrichtlinien und strategischen Beschaffungszielen zu unterstützen, indem die Ausgaben bei bevorzugten versus nicht bevorzugten Lieferanten verfolgt werden.
Datenquelle
Dies ist oft kein Standardfeld in Coupa, sondern wird durch den Vergleich der Vendor ID auf der PO mit einer externen Listee bevorzugter Lieferanten abgeleitet.
Beispiele
JaNein
|
|||
|
Ist erstmalige Genehmigung
IsFirstPassApproval
|
Ein berechnetes Flag, das 'wahr' ist, wenn die Bestellung nach dem Entwurf ohne Änderungen genehmigt wurde. | ||
|
Beschreibung
Dieses Boolesche Flag wird auf 'wahr' gesetzt, wenn der Prozessweg einer Bestellung von 'Bestellung erstellt' bis 'Bestellung genehmigt' keine Aktivitäten wie 'Bestellung geändert' oder 'Bestellung abgelehnt' dazwischen enthält. Dieses Attribut misst direkt den KPI 'Genehmigungsrate im ersten Durchlauf'. Eine hohe Rate deutet auf eine effiziente und präzise Erstbearbeitung hin. Die Analyse der Fälle, in denen dieses Flag auf 'Nein' gesetzt ist, kann dabei helfen, Gründe für Nacharbeit aufzudecken und die anfängliche Datenqualität von Bestellungen zu verbessern.
Bedeutung
Misst direkt die Effizienz des initialen Erstellungs- und Genehmigungsprozesses und hebt das Volumen der Bestellungen hervor, die ohne Nacharbeit durchlaufen werden.
Datenquelle
Berechnet während der Datentransformation durch Analyse der Ereignisseequenz für jede Bestellnummer.
Beispiele
JaNein
|
|||
|
Ist Lieferung pünktlich
IsDeliveryOnTime
|
Ein berechnetes Flag, das anzeigt, ob die Waren am oder vor dem angeforderten Lieferdatum eingegangen sind. | ||
|
Beschreibung
Dieses Boolesche Attribut wird durch den Vergleich des Zeitstempels des Ereignisse 'Wareneingang gebucht' mit dem RequestedDeliveryDate berechnet. Es wird auf 'wahr' gesetzt, wenn das Eingangsdatum am oder vor dem angeforderten Datum liegt. Dieses Flag unterstützt direkt den KPI 'Liefertreue der Lieferanten' und das Dashboard 'Abweichungen im Lieferdatum und Retouren'. Es liefert ein klares, binäres Ergebnis für die termingerechte Lieferung, das sich einfach aggregieren und visualisieren lässt, und hilft, Leistungsfähigkeitprobleme bei Lieferanten oder internen Wareneingangsprozessen schnell zu identifizieren.
Bedeutung
Bietet eine klare, binäre Metrik für die Lieferperformance, die die Berechnung von On-Time-Delivery-KPIs und die Trendanalyse vereinfacht.
Datenquelle
Berechnet während der Datentransformation durch Vergleich des 'RequestedDeliveryDate' mit dem Zeitstempel der Aktivität 'Wareneingang gebucht'.
Beispiele
JaNein
|
|||
|
Ist Nacharbeit
IsRework
|
Ein berechnetes Flag, das anzeigt, ob eine Bestellung geändert wurde. | ||
|
Beschreibung
Dieses Boolesche Flag wird auf 'wahr' gesetzt für jede Bestellung, die mindestens ein Event 'Bestellung geändert' in ihrer Historie aufweist. Es ist ein fallbezogenes Attribut, das aus dem Event Log abgeleitet wird. Dieses Attribut vereinfacht die Berechnung von KPIs wie der 'Änderungsrate von Bestellungen'. Es ermöglicht ein einfaches Filtern und Segmentieren der Daten, um Prozesse für Bestellungen mit und ohne Nacharbeit zu vergleichen, was dabei hilft, die Auswirkungen von Änderungen auf die Durchlaufzeit und Kosten zu quantifizieren. Es ist ein zentraler Bestandteil des Dashboards 'Analyse von Bestelländerungen'.
Bedeutung
Vereinfacht die Analyse von Rework, indem es einfaches Filtern und Aggregieren für alle Bestellungen ermöglicht, die mindestens einmal geändert wurden.
Datenquelle
Berechnet während der Datentransformation durch Überprüfung der Existenz einer Aktivität 'Bestellung geändert' für jede Bestellnummer.
Beispiele
JaNein
|
|||
|
Name des Anfragenden
RequesterName
|
Der Name der Person, die ursprünglich die Waren oder Dienstleistungen angefordert hat. | ||
|
Beschreibung
Dieses Attribut identifiziert den Mitarbeiter, der den Antrag bearbeitet.ie Purchase Requisition erstellt hat, die zur Bestellung führte. Der Anforderer ist der Geschäftsanwender mit dem Bedarf, der sich vom Käufer oder Genehmiger unterscheiden kann. Die Analyse des Prozessverhaltens nach Anforderer hilft, Muster im Zusammenhang mit bestimmten Benutzern oder Abteilungen zu identifizieren. Das Dashboard „Bestelländerungsanalyse“ (Purchase Order Change Analysis) verwendet dies, um festzustellen, ob bestimmte Anforderer eine höhere Häufigkeit von Bestelländerungen aufweisen, was auf einen Bedarf an besserer Schulung zu den Spezifikationsanforderungen hinweisen könnte.
Bedeutung
Hilft, den geschäftlichen Ursprung eines Einkaufs zu identifizieren, was die Analyse des Beschaffungsverhaltens und die Genauigkeit auf Anfordererebene ermöglicht.
Datenquelle
Diese Information wird üblicherweise auf der ursprünglichen Purchase Requisition gespeichert und in die Bestellung in Coupa übernommen.
Beispiele
Alice CooperBob DylanCharlie Parker
|
|||
|
Purchase Requisitionsnummer
PurchaseRequisitionNumber
|
Die eindeutige Kennung für die Purchase Requisition, die der Bestellung vorausging. | ||
|
Beschreibung
Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen Purchase Requisition. Eine einzelne Purchase Requisition kann zu einer oder mehreren Bestellungen führen. Diese Verknüpfung ist unerlässlich für die Analyse der gesamten Durchlaufzeit von der Purchase Requisition bis zur Bestellung. Durch die Verbindung des Erstellungs-Ereignisse der Purchase Requisition mit den Erstellungs- und Sende-Ereignisse der Bestellung können Unternehmen die Effizienz ihres gesamten Beschaffungsinitiierungsprozesses, von der Anforderung bis zur Ausführung, messen.
Bedeutung
Es verbindet die Anforderungs- und Bestellphasen des Prozesses und ermöglicht die Analyse der Requisition-to-Order Durchlaufzeit und der Konversionsraten.
Datenquelle
Dies ist in der Regel ein Referenzfeld auf den Bestellpositionen in Coupa, das auf die ursprüngliche Anforderung zurückverweist.
Beispiele
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
|
Währung
Currency
|
Der Währungscode für die Geldwerte auf der Bestellung. | ||
|
Beschreibung
Dieses Attribut gibt die Währung (z.B. USD, EUR, GBP) an, in der den Antrag bearbeitet.er Gesamtwert der Bestellung ausgedrückt ist. Es ist unerlässlich für die korrekte Interpretation von FinanzDaten in einem global agierenden Unternehmen. Für multinationale Unternehmen kann die Analyse von Ausgaben ohne Berücksichtigung der Währung irreführend sein. Dieses Attribut ermöglicht eine ordnungsgemäße Währungsumrechnung und eine konsistente Finanzberichterstattung innerhalb von Dashboards, wodurch sichergestellt wird, dass Werte auf einer vergleichbaren Basis verglichen werden.
Bedeutung
Sorgt für eine genaue Finanzanalyse und Berichterstattung in multinationalen Kontexten, indem die notwendigen Informationen für die Währungsumrechnung bereitgestellt werden.
Datenquelle
Ein Standardfeld im Bestellkopf in Coupa.
Beispiele
USDEURGBPJPY
|
|||
|
Wareneingangsort
ReceivingLocation
|
Der physische Standort, zum Beispiel ein Lager oder Büro, an den die Waren geliefert werden sollen. | ||
|
Beschreibung
Der Wareneingangsort gibt das Ziel für die auf der Bestellung (PO) bestellten Waren an. Dies kann ein bestimmtes Lager, eine Anlage oder eine Büroadresse sein. Dieses Attribut wird verwendet, um die Logistik- und Wareneingangsleistung über verschiedene Standorte hinweg zu analysierenn. Das Dashboard „Wareneingangsprozessverzögerungen“ kann nach diesem Attribut gefiltert werden, um festzustellen, ob bestimmte Standorte langsamer bei der Bearbeitung eingehender Lieferungen sind, was helfen kann, betriebliche Ineffizienzen oder Ressourcenengpässe an bestimmten Standorten aufzudecken.
Bedeutung
Ermöglicht eine standortbasierte Analyse des Wareneingangsprozesses, die Leistungsunterschiede zwischen Lagern, Werken oder Büros hervorhebt.
Datenquelle
Diese Information ist Teil der Lieferadresse auf der Bestellung in Coupa.
Beispiele
Warehouse A – ChicagoGebäude 5 – Londoner BüroWerk Frankfurt
|
|||
Purchase-to-Pay – Bestellaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Purchase Requisition` erstellt
|
Diese Aktivität markiert die Erstellung einer Purchase Requisition, der formalen Anforderung von Waren oder Dienstleistungen, die einer Bestellung vorausgeht. In Coupa ist dies ein explizites Event, das erfasst wird, wenn ein Benutzer ein neues Anforderungsdokument speichert und übermittelt. | ||
|
Bedeutung
Als typischer Startpunkt des Beschaffungsprozesses ist diese Aktivität essenziell zur Messung der vollständigen Durchlaufzeit von Purchase Requisition zu Bestellung und zum Verständnis der Effizienz vorgelagerter Prozesse.
Datenquelle
Dieses Event entspricht dem ErstellungsDatensatz im Objekt oder den Antrag bearbeitet.er Tabelle der Purchase Requisitionen in Coupa. Der Zeitstempel ist im Feld created_at oder einem entsprechenden systemgenerierten Erstellungsdatumsfeld zu finden.
Erfassen
Direkt protokolliert bei der Erstellung eines neuen AnforderungsDatensatzes.
Ereignistyp
explicit
|
|||
|
`Wareneingang` gebucht
|
Dies ist die formelle Bestätigung, dass Waren eingegangen, geprüft und akzeptiert wurden. Dieses Event aktualisiert Bestandsaufzeichnungen und signalisiert, dass die Verpflichtung des Lieferanten für diese Lieferung erfüllt wurde. | ||
|
Bedeutung
Dieser kritische Meilenstein markiert das Ende der Lieferzeit des Lieferanten und wird zur Messung der Liefertreue verwendet. Verzögerungen bei der Buchung von Wareneingängen können die Transparenz über die tatsächlichen Lagerbestände beeinträchtigen.
Datenquelle
Dies ist eine Kerntransaktion in Coupa, die auf dem Belegobjekt erfasst wird. Das Event wird vom Zeitstempel erfasst, wenn der Status des Belegs 'Gebucht' oder 'Empfangen' wird.
Erfassen
Protokolliert, wenn die Wareneingangstransaktion im System finalisiert wird.
Ereignistyp
explicit
|
|||
|
Bestellung abgeschlossen
|
Dies ist die abschließende Activity, die signalisiert, dass die Bestellung abgeschlossen ist. Die PO gilt als geschlossen, wenn sie vollständig empfangen und vollständig in Rechnung gestellt wurde und keine weiteren Transaktionen erwartet werden. | ||
|
Bedeutung
Diese Aktivität beendet offiziell den Lebenszyklus der Bestellung. Die Analyse der Abschlusszeit kann Ineffizienzen bei der endgültigen Abstimmung und der Aktenführung aufdecken.
Datenquelle
Dies wird von einer Statusänderung des Purchase Order-Objekts auf 'Closed' abgeleitet. Dieser Status wird häufig automatisch von Coupa basierend auf Geschäftsregeln bezüglich Wareneingangs- und Rechnungstoleranzen gesetzt.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu 'Geschlossen'.
Ereignistyp
inferred
|
|||
|
Bestellung an Lieferanten gesendet
|
Diese Aktivität markiert den Zeitpunkt, an dem die genehmigte Bestellung offiziell an den Lieferanten übermittelt wird, z. B. per E-Mail oder über das Coupa Lieferant Portal. Dieses Event wandelt die Bestellung von einem internen Dokument in eine externe Verpflichtung um. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en internen Purchase Requisition-bis-Bestellung-Prozess abschließt und die Lieferanten-Lieferzeit einleitet. Er ist maßgeblich für die Messung der internen Effizienz und der Lieferanten-Leistungsfähigkeit.
Datenquelle
Oft abgeleitet aus einer Statusänderung der Bestellung (PO) zu 'Ordered' oder 'Sent'. Coupa kann auch einen spezifischen last_exported_at oder sent_to_supplier_at Zeitstempel im BestellungsDatensatz führen.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu 'Bestellt' oder einem spezifischen Übertragungs-Zeitstempel-Feld.
Ereignistyp
inferred
|
|||
|
Bestellung genehmigt
|
Dieser Meilenstein bedeutet, dass die Bestellung ihren internen Genehmigungsworkflow abgeschlossen hat und zur Übermittlung an den Lieferanten freigegeben ist. Dies ist in der Regel der letzte Genehmigungsschritt in einem mehrstufigen Prozess. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein für die Berechnung der Durchlaufzeiten von Bestellgenehmigungen und die Identifizierung von Genehmigungsengpässen. Es dient auch als wichtiger Compliance-Prüfpunkt.
Datenquelle
Erfasst aus dem Genehmigungsprotokoll der Bestellung in Coupa. Der Zeitstempel der letzten Genehmigungsaktion liefert die Eventzeit.
Erfassen
Im Genehmigungsverlauf protokolliert, wenn der letzte Genehmiger seine Aufgabe abschließt.
Ereignistyp
explicit
|
|||
|
Bestellung storniert
|
Diese Aktivität repräsentiert die Stornierung einer Bestellung, bevor sie abgeschlossen wurde. Eine Stornierung kann in verschiedenen Phasen erfolgen, z. B. wenn die Anfrage nicht mehr gültig ist oder wenn die Bestellung irrtümlich erstellt wurde. | ||
|
Bedeutung
Als alternativer Prozessabschluss ist die Verfolgung von Stornierungen wichtig, um Prozessabbrüche zu verstehen und Gründe für abgebrochene Bestellanfragen zu identifizieren.
Datenquelle
Dies wird aus einer Statusänderung des Bestellobjekts auf 'Storniert' abgeleitet. Der Zeitstempel dieser Statusänderung wird als Event-Zeit verwendet.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu 'Storniert'.
Ereignistyp
inferred
|
|||
|
`Waren zurückgesendet`
|
Diese Aktivität wird erfasst, wenn zuvor erhaltene Waren an den Lieferanten zurückgesendet werden. Dies ist in der Regel auf Qualitätsprobleme, Beschädigungen oder fehlerhafte Lieferungen zurückzuführen. | ||
|
Bedeutung
Retouren nachzuverfolgen ist wesentlich für die Berechnung der Warenrücksendequote und das Identifizieren von Problemen mit Lieferantenqualität oder Bestellgenauigkeit. Hohe Rücksendequoten deuten oft auf kostspielige Prozessfehler hin.
Datenquelle
Dies wird aus einer 'Rücksendung an Lieferanten'-Transaktion oder einer negativen Wareneingangstransaktion in Coupa erfasst. Der Zeitstempel dieser Transaktion dient als Event-Zeit.
Erfassen
Protokolliert, wenn eine Retourentransaktion erstellt wird, die mit der ursprünglichen Bestellung/dem Wareneingang verknüpft ist.
Ereignistyp
explicit
|
|||
|
Bestellung abgelehnt
|
Diese Aktivität tritt auf, wenn ein Genehmiger die Bestellung während des Approval Workflows ablehnt. Die Bestellung wird dann in der Regel zur Überarbeitung oder Stornierung an den Ersteller zurückgesendet. | ||
|
Bedeutung
Die Analyse von Ablehnungen hilft dabei, Probleme mit der Datenqualität, Richtlinienverstöße oder Schulungslücken aufzudecken. Sie zeigt Nachbearbeitungsschleifen auf, die zu erheblichen Prozessverzögerungen führen.
Datenquelle
Dies ist ein explizites Event, das im Genehmigungshistorien-Log der Bestellung in Coupa erfasst wird. Das Log zeigt eine Aktion 'Ablehnen' mit einem entsprechenden Zeitstempel.
Erfassen
Im Genehmigungsverlauf mit dem Status „Abgelehnt“ protokolliert.
Ereignistyp
explicit
|
|||
|
Bestellung eingereicht
|
Nachdem eine Bestellung entworfen wurde, wird sie formell in den Genehmigungsworkflow übermittelt. Dies ist eine spezifische Benutzeraktion, die die Bestellung von einem Entwurfsstatus in einen Status der ausstehende Zahlungen identifizieren.enden Genehmigung überführt. | ||
|
Bedeutung
Dieses Event unterscheidet die Erstellungszeit vom Zeitpunkt, ab dem die Bestellung tatsächlich auf Genehmigung wartet. Es bietet ein klareres Bild des Benutzerverhaltens und der Prozessübergaben.
Datenquelle
Abgeleitet von einer Statusänderung am Bestellobjekt, beispielsweise von „Entwurf“ zu „zur Genehmigung ausstehende Zahlungen identifizieren.end“. Der Zeitstempel dieser spezifischen Statusänderung wird verwendet.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu 'Genehmigung ausstehende Zahlungen identifizieren.end'.
Ereignistyp
inferred
|
|||
|
Bestellung entworfen
|
Dieses Event repräsentiert die anfängliche Erstellung des Bestelldokuments im System, oft aus einer genehmigten Purchase Requisition. In diesem Stadium ist die Bestellung ein interner Entwurf und wurde noch nicht zur Genehmigung eingereicht oder an den Lieferanten gesendet. | ||
|
Bedeutung
Diese Aktivität startet die Zeitmessung für die Messung des KPIs „Bestellgenehmigungs-Durchlaufzeit“ (PO Approval Durchlaufzeit). Sie ist der erste formale Schritt im eigenen Lebenszyklus der Bestellung.
Datenquelle
Dies entspricht dem Erstellungs-Zeitstempel des BestellDatensatzes in Coupa, der in der Regel in einem Feld wie created_at zu finden ist.
Erfassen
Erfasst aus dem systemgenerierten Erstellungs-Zeitstempel des BestellDatensatzes.
Ereignistyp
explicit
|
|||
|
Bestellung geändert
|
Dieses Event repräsentiert jede Änderung, die an der Bestellung nach der ursprünglichen Erstellung vorgenommen wurde. In Coupa werden Änderungen oft durch die Versionierung des Bestelldokuments nachverfolgt. | ||
|
Bedeutung
Änderungen nachzuverfolgen ist maßgeblich für KPIs wie die Änderungsrate von Bestellungen und die Rate nicht konformer Bestellungen. Häufige Änderungen deuten auf Prozessinstabilität oder ungenaue ursprüngliche Anforderungen hin.
Datenquelle
Kann durch Verfolgung verschiedener Versionen einer Bestellung abgeleitet werden. Jede neue Versionsnummer, die größer als die erste ist, zeigt eine Änderung an, wobei das Erstellungsdatum der neuen Version als EventZeitstempel dient.
Erfassen
Abgeleitet vom Erstellungs-Zeitstempel einer neuen Bestellversion.
Ereignistyp
inferred
|
|||
|
Dienstleistungsbestätigung erfasst
|
Bei dienstleistungsbasierten Bestellungen entspricht diese Aktivität einem Wareneingang. Sie bestätigt, dass eine Dienstleistung gemäß den Bedingungen der PO erbracht wurde. | ||
|
Bedeutung
Die Nachverfolgung von Dienstleistungsbestätigungen ist maßgeblich, um die Ausgaben für Dienstleistungen zu steuern und sicherzustellen, dass Zahlungen nur für nachweislich abgeschlossene Arbeiten erfolgen.
Datenquelle
Dieses Event wird aus der Erstellung oder Genehmigung eines Dienstleistungsbelegs oder Leistungserfassungsblattes erfasst, das mit der Bestellung in Coupa verknüpft ist.
Erfassen
Protokolliert bei der Erstellung und Genehmigung eines Leistungserfassungsblattes.
Ereignistyp
explicit
|
|||
|
Lieferant hat Bestellung bestätigt
|
Dieses Event bedeutet, dass der Lieferant die Bestellung erhalten und bestätigt hat. Diese Bestätigung wird oft elektronisch über ein Lieferantenportal wie das Coupa Lieferant Portal (CSP) erfasst. | ||
|
Bedeutung
Lieferantenbestätigungen schaffen Gewissheit, dass eine Bestellung bearbeitet wird, verbessern die Genauigkeit der Lieferprognosen und reduzieren die Unsicherheit in der Lieferkettenmanagement.
Datenquelle
Diese Information ist in der Regel auf der Bestellung verfügbar, wenn der Lieferant das Coupa Lieferant Portal verwendet, um die Aktion 'Bestätigen' durchzuführen. Der Zeitstempel dieser Aktion wird verwendet.
Erfassen
Protokolliert, wenn ein Lieferant die Acknowledge-Aktion im Lieferantenportal ausführt.
Ereignistyp
explicit
|
|||
|
Purchase Requisition genehmigt
|
Eine Purchase Requisition durchläuft einen Genehmigungs-Workflow, bevor sie in eine Bestellung umgewandelt werden kann. Dieses Event kennzeichnet die endgültige Genehmigung der Anforderung, wodurch sie zur Bestellung bereit ist. | ||
|
Bedeutung
Die Verfolgung von Genehmigungen für Anforderungen hilft, Engpässe in der Vorbestellphase zu identifizieren. Verzögerungen hier wirken sich direkt darauf aus, wie schnell eine Bestellung ausgestellt werden kann.
Datenquelle
Dies wird in der Regel aus der Genehmigungshistorie des Anforderungsobjekts in Coupa erfasst. Die finale Genehmigungsaktion hat einen entsprechenden Zeitstempel und Benutzer.
Erfassen
Im Genehmigungsverlauf protokolliert, wenn der letzte Genehmiger eine Aktion vornimmt.
Ereignistyp
explicit
|
|||
|
Qualitätsinspektion durchgeführt
|
Dieses Event zeigt an, dass ein empfangener Artikel eine Qualitätsprüfung durchlaufen und bestanden hat. Dies kann ein separater Schritt nach der ersten Buchung des Wareneingangs sein, abhängig vom Prozess des Unternehmens. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich für die Messung der Effizienz des Qualitätskontrollprozesses. Verzögerungen hier können Engpässe zwischen Wareneingang und Verfügbarkeit zur Nutzung schaffen.
Datenquelle
Dies kann als Statusänderung auf der Wareneingangsposition oder über ein separates Prüfobjekt in Coupa erfasst werden. Die Verfügbarkeit hängt davon ab, ob das Qualitätsmodul oder ein benutzerdefinierter Workflow verwendet wird.
Erfassen
Abgeleitet von einer Statusänderung des Wareneingangs oder einem Zeitstempel eines zugehörigen InspektionsDatensatzes.
Ereignistyp
inferred
|
|||
|
Rechnung für Bestellung erhalten
|
Dieses Event markiert den Empfang und die Erfassung einer Lieferantenrechnung, die sich auf die Bestellung bezieht. Es signalisiert den Beginn der Rechnungsverarbeitungs- und Zahlungsphase des P2P-Prozesses. | ||
|
Bedeutung
Obwohl Teil des Kreditorenprozesses, bietet die Verknüpfung des Rechnungseingangs mit der PO eine End-to-End-Sicht auf den TransaktionsLebenszyklus und hilft, die Lücke zwischen Lieferung und Rechnungsstellung zu analysierenn.
Datenquelle
Erfasst aus dem Erstellungs-Zeitstempel der Rechnungsdokumentation in Coupa, wobei die Rechnung mit der entsprechenden Bestellnummer abgeglichen wird.
Erfassen
Protokolliert bei der Erstellung eines RechnungsDatensatzes, der mit der Bestellung verknüpft ist.
Ereignistyp
explicit
|
|||
|
Wareneingang initiiert
|
Diese Aktivität stellt den Beginn des Wareneingangsprozesses dar, z. B. wenn ein Wareneingangsdokument in Coupa bei der physischen Ankunft von Waren erstellt wird. Die Waren wurden noch nicht formell ins Inventar gebucht oder als empfangen bestätigt. | ||
|
Bedeutung
Dieses Event ist der Startpunkt für die Messung des KPI 'Wareneingangsbearbeitungszeit'. Es hilft dabei, zwischen der Zeit, in der Waren am Wareneingang warten, und der Zeit, die für die Systemverarbeitung aufgewendet wird, zu unterscheiden.
Datenquelle
Dies kann aus dem Erstellungs-Zeitstempel eines Wareneingangsbelegs abgeleitet werden, der den Antrag bearbeitet.en Status 'Entwurf' oder 'Ausstehend' hat. Es geht der endgültigen Buchung des Wareneingangs voraus.
Erfassen
Abgeleitet vom Erstellungs-Zeitstempel eines BelegDatensatzes in einem nicht gebuchten Status.
Ereignistyp
inferred
|
|||