Ihr Datentemplate für Purchase-to-Pay-Bestellanforderungen

NetSuite
Ihr Datentemplate für Purchase-to-Pay-Bestellanforderungen

Ihr Datentemplate für Purchase-to-Pay-Bestellanforderungen

Dieses Template zeigt Ihnen, welche wichtigen Datenpunkte Sie für die Analyse Ihres Purchase-to-Pay-Prozesses für Bestellanforderungen erfassen sollten. Es führt die zentralen Attribute auf, nennt die relevanten Aktivitäten und gibt praktische Hinweise zum Datenexport aus Ihrem Quellsystem. Bereiten Sie damit Ihr Event Log für aussagekräftiges Process Mining vor.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Prozesserkennung
  • Hinweise zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Purchase-to-Pay-Bestellanforderungen

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Purchase-to-Pay-Prozess für Bestellanforderungen umfassend zu analysieren.
3 Erforderlich 4 Empfohlen 12 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines bestimmten Geschäftsereignisses oder einer Aufgabe im Lebenszyklus der Bestellanforderung.
Beschreibung

Der Aktivitätsname bezeichnet einen einzelnen Schritt im Prozess der Bestellanforderung, zum Beispiel „Bestellanforderung erstellt“, „Genehmigungsschritt genehmigt“ oder „Bestellung erstellt“. Diese Aktivitäten bilden die einzelnen Arbeitsschritte im Prozessmodell ab.

Durch die Analyse der Aktivitäten lässt sich der Prozessablauf visualisieren, Engpässe lassen sich erkennen und die Dauer einzelner Prozessphasen messen. Die Abfolge der Aktivitäten zu einer bestimmten ID der Bestellanforderung bildet deren Prozessverlauf ab. Dieser kann mit Standardverfahren verglichen werden, um Abweichungen und Ineffizienzen zu erkennen.

Warum das wichtig ist

Das Attribut legt die Prozessschritte fest. So lassen sich Prozessmodelle visualisieren, Prozessvarianten analysieren und Engpässe erkennen.

Woher beziehen

Der Aktivitätsname wird üblicherweise aus einer Kombination von Transaktionsstatus, Systemprotokolleinträgen, Workflow-Verlauf oder benutzerdefinierter Ereigniserfassung in NetSuite abgeleitet.

Beispiele
Bestellanforderung erstelltGenehmigungsschritt genehmigtBestellanforderung geändertBestellung erstellt
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Die Ereigniszeit, also der Timestamp, hält den genauen Zeitpunkt einer Aktivität fest. Diese Zeitangabe ist entscheidend, um Dauer, Reihenfolge und zeitlichen Ablauf des Bestellanforderungsprozesses zu verstehen.

Bei der Prozessanalyse werden Timestamps verwendet, um Zykluszeiten, Wartezeiten zwischen Aktivitäten und die Einhaltung von Service Level Agreements zu berechnen. Sie bilden die Grundlage aller zeitbezogenen Analysen und ermöglichen Dashboards wie „Genehmigungszykluszeit für Bestellanforderungen“ sowie Kennzahlen wie „Durchschnittliche Zykluszeit für Bestellanforderungen“. Genaue Timestamps sind entscheidend für ein zuverlässiges Prozessmodell.

Warum das wichtig ist

Dieser Timestamp bildet die Grundlage für alle leistungsbezogenen Analysen, etwa zur Berechnung von Zykluszeiten, zum Erkennen von Verzögerungen und zur Messung der Prozesseffizienz.

Woher beziehen

Diese Angaben werden in systemgenerierten Feldern wie „Date Created“ oder in den Timestamps zu jeder Transaktion unter „System Notes“ oder in den Workflow-Ausführungsprotokollen erfasst.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID der Bestellanforderung
PurchaseRequisitionId
Die eindeutige Kennung jeder Bestellanforderung. Sie dient als primäre Case-ID für die Prozessanalyse.
Beschreibung

Die ID der Bestellanforderung ist die zentrale Kennung, über die alle Aktivitäten und Ereignisse zu einer bestimmten Anforderung von Waren oder Dienstleistungen verknüpft werden. NetSuite weist jeder Anforderung bei der Erstellung eine eindeutige ID zu, die während des gesamten Lebenszyklus unverändert bleibt.

Beim Process Mining ist dieses Attribut grundlegend für die Zuordnung von Ereignissen zu einem Case. Es ermöglicht, den gesamten Ablauf jeder Bestellanforderung zu rekonstruieren: von der Erstellung über alle Genehmigungsschritte und Änderungen bis zum Ergebnis, etwa einer Genehmigung, Ablehnung oder Umwandlung in eine Bestellung. Die Analyse anhand dieser ID ist wichtig, um die Dauer des Lebenszyklus zu berechnen, Statusänderungen nachzuverfolgen und Abweichungen im Prozessablauf zu erkennen.

Warum das wichtig ist

Diese Kennung ist der Schlüssel, um den gesamten Lebenszyklus einer einzelnen Bestellanforderung nachzuverfolgen. So lassen sich Prozessabläufe analysieren und Kennzahlen auf Case-Ebene berechnen.

Woher beziehen

Dies ist die interne ID oder Transaktionsnummer des Datensatzes der Bestellanforderung in NetSuite. Sie befindet sich üblicherweise im Transaktionsfeld „tranid“.

Beispiele
PR-001254PR-001255PR-001256
Abteilung
Department
Die Fachabteilung, der die Bestellanforderung oder der Anforderer zugeordnet ist.
Beschreibung

Das Attribut „Abteilung“ bezeichnet die Organisationseinheit, die der Bestellanforderung zugeordnet ist. Meist handelt es sich um die Abteilung des Anforderers. Damit lässt sich der Prozess aus organisatorischer Sicht segmentieren und analysieren.

Das Attribut ist eine wichtige Dimension für viele Analysen, etwa zum Vergleich von Genehmigungszykluszeiten zwischen Abteilungen, zur Untersuchung von Ausgabenmustern oder zur Ermittlung von Abteilungen mit besonders hohen Ablehnungsquoten. Diese Segmentierung unterstützt die Geschäftsleitung dabei, Ressourcen zuzuweisen, Schulungen gezielt anzupassen und Workflows für einzelne Geschäftseinheiten zu vereinfachen.

Warum das wichtig ist

Ermöglicht eine aussagekräftige Segmentierung der Prozessdaten, um Leistung, Kosten und Compliance verschiedener Geschäftseinheiten zu vergleichen.

Woher beziehen

Diese Information ist häufig im Mitarbeiterdatensatz des Anforderers hinterlegt oder kann direkt im Transaktionskopf der Bestellanforderung festgelegt werden.

Beispiele
MarketingITFinanzenBetrieb
Anforderer
Requester
Der Mitarbeitende, der die Bestellanforderung erstellt und eingereicht hat.
Beschreibung

Der Anforderer startet den Beschaffungsprozess, indem er eine Bestellanforderung erstellt. In der Regel handelt es sich um einen Mitarbeitenden, der für seine Arbeit bestimmte Waren oder Dienstleistungen benötigt.

Die Analyse nach Anforderer ist wichtig, um Muster im Benutzerverhalten zu erkennen. Dashboards wie „Leistung und Schulungsbedarf von Anforderern“ können Personen mit häufigen Ablehnungen oder Änderungen hervorheben. So lassen sich Bereiche ermitteln, in denen zusätzliche Schulungen oder klarere Vorgaben die Qualität der Ersteinreichungen und die Effizienz des Gesamtprozesses verbessern könnten.

Warum das wichtig ist

Das Attribut zeigt, wer den Prozess gestartet hat. Es ist wichtig, um das Benutzerverhalten und Ablehnungsquoten nach Anforderer zu analysieren sowie Schulungsbedarf zu erkennen.

Woher beziehen

Dies ist üblicherweise das Feld „Employee“ oder „Created By“ im Transaktionsdatensatz der Bestellanforderung.

Beispiele
John SmithJane DoePeter Jones
Gesamtbetrag
TotalAmount
Der Gesamtwert der Bestellanforderung.
Beschreibung

Dieses Attribut erfasst die Gesamtkosten aller in der Bestellanforderung aufgeführten Positionen. Es ist eine wichtige Finanzangabe, die den Prozess beeinflussen kann, etwa wenn abhängig von Wertgrenzen unterschiedliche Genehmigungs-Workflows ausgelöst werden.

Die Analyse des Gesamtbetrags hilft, Ausgabenmuster und finanzielle Auswirkungen zu verstehen. Bestellanforderungen lassen sich nach Wert filtern, Prozessabweichungen mit hochpreisigen Anforderungen in Verbindung bringen und finanziell bedeutsame Cases für die Analyse priorisieren. Das Attribut ist eine wichtige Grundlage für Finanz- und Compliance-Analysen.

Warum das wichtig ist

Liefert den finanziellen Kontext für wertbezogene Analysen, denn der Wert bestimmt häufig den Genehmigungsweg und die Priorität im Unternehmen.

Woher beziehen

Dies ist ein Standardfeld im Datensatz der Bestellanforderung, das häufig „Total“ oder ähnlich heißt.

Beispiele
500.001250.7525000.00
Status der Bestellanforderung
RequisitionStatus
Gibt den aktuellen Status der Bestellanforderung in ihrem Lebenszyklus an.
Beschreibung

Der Status der Bestellanforderung zeigt zu einem bestimmten Zeitpunkt, an welcher Stelle des Prozesses sie sich befindet. Häufige Statuswerte sind „Genehmigung ausstehend“, „Vollständig genehmigt“, „Abgelehnt“ und „Geschlossen“.

Das Attribut ist wichtig für Dashboards wie „Status und Liegezeit von Bestellanforderungen“. Sie zeigen aktive Anforderungen und wie lange diese bereits im aktuellen Status sind. Die Analyse von Statusübergängen ist ein wichtiger Teil der Prozesserkennung. Sie hilft, sowohl den Happy Path als auch Ausnahmen zu verstehen. Außerdem dient sie dazu, das endgültige Ergebnis eines Case zu bestimmen.

Warum das wichtig ist

Zeigt den Fortschritt eines Case und ermöglicht die Analyse überfälliger Bestellanforderungen sowie die Ermittlung von Stellen, an denen Cases ins Stocken geraten.

Woher beziehen

Dies ist das Feld „Status“ oder „Approval Status“ im Transaktionskopf der Bestellanforderung.

Beispiele
Genehmigung ausstehendVollständig genehmigtAbgelehntGeschlossen
Ablehnungsgrund
RejectionReason
Begründung, die eine genehmigende Person bei der Ablehnung einer Bestellanforderung angibt.
Beschreibung

Der Ablehnungsgrund ist ein Textattribut, in dem die genehmigende Person angeben kann, warum eine Bestellanforderung die Genehmigungskriterien nicht erfüllt hat. Damit wird die Aktivität „Genehmigungsschritt abgelehnt“ um qualitative Informationen ergänzt.

Diese Angaben sind für die Ursachenanalyse besonders wertvoll. Sie fließen in Dashboards wie „Analyse der Ablehnungsquote von Bestellanforderungen“ ein und zeigen nicht nur, was abgelehnt wurde, sondern auch warum. Häufige Gründe sind etwa „Falsches Sachkonto“, „Budget überschritten“ oder „Unzureichende Angaben“. Die Analyse hilft, systematische Probleme zu erkennen, die Schulung der Benutzer zu verbessern und Einreichungsrichtlinien anzupassen. So lassen sich Nacharbeit und Ablehnungen reduzieren.

Warum das wichtig ist

Zeigt, warum Ablehnungen erfolgen. So können Sie Ursachen analysieren, künftige Ablehnungen reduzieren und die Qualität beim ersten Einreichen verbessern.

Woher beziehen

Der Grund wird häufig bei der Ablehnung in einem Feld „Memo“ oder in einem benutzerdefinierten Feld des Genehmigungs-Workflow erfasst. Sie finden ihn möglicherweise auch in den Systemhinweisen.

Beispiele
Budget überschrittenFalscher Lieferant ausgewähltAngaben zum Artikel fehlenDoppelte Anforderung
Artikelkategorie
ItemCategory
Kategorie der Waren oder Dienstleistungen, die mit der Bestellanforderung angefordert werden.
Beschreibung

Die Artikelkategorie ordnet die Positionen einer Bestellanforderung logischen Gruppen zu, etwa „IT-Hardware“, „Bürobedarf“ oder „Professionelle Dienstleistungen“. Sie lässt sich aus den mit den Positionen verknüpften Artikeldatensätzen ableiten.

Mit diesem Attribut können Sie den Bestellanforderungsprozess detaillierter analysieren. Es hilft bei Fragen wie: „Dauert die Genehmigung von IT-Hardware-Anforderungen länger als die von Bürobedarfsanforderungen?“ Wenn Unternehmen den Prozess nach Artikelkategorie aufschlüsseln, können sie kategoriespezifische Engpässe erkennen, Ausgaben nach Kategorien analysieren und ihre Beschaffungsstrategien entsprechend ausrichten.

Warum das wichtig ist

Ermöglicht die Analyse des Prozesses nach den beschafften Waren oder Dienstleistungen. So lassen sich kategoriespezifische Engpässe und Compliance-Probleme erkennen.

Woher beziehen

Diese Information stammt aus den „Artikel“-Datensätzen, die auf Positionsebene mit der Bestellanforderung verknüpft sind. Die Kategorie selbst kann ein Standardfeld oder ein benutzerdefiniertes Feld im Artikeldatensatz sein.

Beispiele
IT-HardwareSoftwarelizenzenBürobedarfMarketingdienstleistungen
Bestellungs-ID
PurchaseOrderId
Die Kennung der Bestellung, die aus der genehmigten Bestellanforderung erstellt wurde.
Beschreibung

Die Purchase-Order-ID ist die eindeutige Kennung des aus einer genehmigten Bestellanforderung erstellten Bestellauftrags. Dieses Attribut verknüpft den Bestellanforderungsprozess mit den anschließenden Beschaffungsaktivitäten.

Für die durchgängige P2P-Analyse ist diese Verknüpfung entscheidend. Sie ermöglicht die Berechnung der Kennzahl „Durchlaufzeit bis zur Erstellung des Bestellauftrags“, indem die Zeit zwischen der Genehmigung der Bestellanforderung und der Erstellung des Bestellauftrags gemessen wird. Außerdem lässt sich damit die „Umwandlungsrate von Bestellanforderungen in Bestellaufträge“ berechnen. Sie zeigt, wie effektiv Bestellanforderungen in konkrete Aufträge umgewandelt werden.

Warum das wichtig ist

Verknüpft die Bestellanforderung mit dem daraus entstandenen Bestellauftrag. So lassen sich die Durchlaufzeit bis zur Erstellung des Bestellauftrags und der Prozess durchgängig analysieren.

Woher beziehen

Dieses Feld finden Sie im Datensatz der Bestellanforderung, häufig auf einer Registerkarte mit verknüpften Datensätzen oder über den Link „Erstellt aus“ im Bestellauftrag.

Beispiele
PO-005432PO-005433PO-005434
Dringlichkeitsstufe
UrgencyLevel
Einstufung der Priorität einer Bestellanforderung, zum Beispiel Standard oder dringend.
Beschreibung

Die Dringlichkeitsstufe ist ein kategorisches Attribut, das die geschäftliche Priorität einer Bestellanforderung angibt. Mitarbeitende können damit Anforderungen kennzeichnen, die aufgrund dringender geschäftlicher Erfordernisse schneller bearbeitet werden müssen.

Dieses Attribut unterstützt gezielt das Dashboard „Leistung bei der Bearbeitung dringender Anforderungen“ und die Kennzahl „Bearbeitungszeit dringender Bestellanforderungen“. Durch eine Filterung der Prozessdaten nach diesem Attribut können Analysten die Durchlaufzeiten und Prozesspfade dringender und regulärer Anforderungen vergleichen. So lässt sich feststellen, ob die priorisierte Bearbeitung wirkt oder Engpässe weiterhin zu Verzögerungen führen.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung bei dringenden und regulären Anforderungen. So können Sie sicherstellen, dass kritische Anforderungen effizient bearbeitet werden.

Woher beziehen

In der Regel handelt es sich um ein benutzerdefiniertes Transaktionskopffeld im Formular für Bestellanforderungen.

Beispiele
HochMittelNiedrig
Durchlaufzeit
CycleTime
Gesamtdauer von der Erstellung bis zum endgültigen Abschluss einer Bestellanforderung.
Beschreibung

Die Durchlaufzeit ist eine berechnete Kennzahl, die die Gesamtdauer des Bestellanforderungsprozesses für einen einzelnen Case misst. Sie ergibt sich in der Regel aus der Zeit zwischen der ersten Aktivität, zum Beispiel „Bestellanforderung erstellt“, und der letzten abschließenden Aktivität, etwa „Bestellanforderung vollständig genehmigt“ oder „Bestellanforderung endgültig abgelehnt“.

Diese zentrale Kennzahl gibt Aufschluss über die Effizienz des Gesamtprozesses. Sie dient zur Berechnung der KPI „Durchschnittliche Durchlaufzeit von Bestellanforderungen“ und hilft, Trends, Ausreißer und die Auswirkungen von Prozessverbesserungen zu erkennen. Die Verteilung der Durchlaufzeiten kann Bestellanforderungen mit besonders langen Bearbeitungszeiten sichtbar machen, die den Durchschnitt deutlich verschlechtern.

Warum das wichtig ist

Misst direkt die durchgängige Prozesseffizienz. Damit lassen sich Verzögerungen erkennen und die Gesamtleistung beurteilen.

Woher beziehen

Dies ist ein berechnetes Attribut. Für jede „PurchaseRequisitionId“ wird der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen.

Beispiele
25920060480086400
Genehmiger
Approver
Der Mitarbeitende oder Benutzer, der für die Genehmigung oder Ablehnung eines Genehmigungsschritts zuständig ist.
Beschreibung

Der Genehmiger ist die Person, die in einer bestimmten Phase des Genehmigungs-Workflows eine Bestellanforderung prüft und bearbeitet. Für eine einzelne Anforderung kann es mehrere Genehmiger geben, die jeweils einer anderen Genehmigungsaktivität zugeordnet sind.

Dieses Attribut ist wichtig, um die Leistung des Genehmigungsprozesses selbst zu analysieren. Dashboards wie „Verteilung der Zykluszeiten für Genehmigungsschritte“ können einzelne Genehmiger oder Gruppen mit Engpässen sichtbar machen. Wenn Unternehmen nachverfolgen, wer Genehmigungen bearbeitet, können sie Verantwortlichkeiten klären, Arbeitslasten ausgleichen und Verzögerungen durch bestimmte Genehmiger erkennen.

Warum das wichtig ist

Zeigt, welcher Benutzer Genehmigungsaufgaben bearbeitet. Das ist entscheidend, um die Leistung und Arbeitslast von Genehmigern zu analysieren und Engpässe zu erkennen.

Woher beziehen

Diese Information findet sich häufig im Workflow-Ausführungsprotokoll oder in den „System Notes“ zu Änderungen des Genehmigungsstatus. Sie kann auch in benutzerdefinierten Datensatzfeldern zum Genehmigungs-Workflow gespeichert sein.

Beispiele
Sarah JenkinsDavid ChenGenehmigungsgruppe Finanzen
Genehmigungs-Workflow-Pfad
ApprovalWorkflowPath
Darstellung der Abfolge von Genehmigungsschritten, die eine Bestellanforderung durchlaufen hat.
Beschreibung

Der Genehmigungs-Workflow-Pfad ist ein abgeleitetes Attribut. Es fasst die Genehmigungsaktivitäten oder Status einer Bestellanforderung in ihrer Reihenfolge zusammen, zum Beispiel „Eingereicht -> Genehmigung durch Führungskraft -> Genehmigung durch Finanzabteilung“. So entsteht eine eindeutige Signatur für den Prozesspfad des jeweiligen Case.

Dieses Attribut bildet die Grundlage für die Konformitätsprüfung und Variantenanalyse. Es unterstützt direkt die Dashboards „Nicht konforme Pfade von Bestellanforderungen“ und „Einhaltung des Genehmigungs-Workflow-Pfads“, da sich Cases einfach nach ihrem genauen Prozessablauf filtern und gruppieren lassen. Durch den Vergleich tatsächlicher Pfade mit vordefinierten Standardpfaden können Unternehmen die Compliance messen und die Ursachen von Abweichungen untersuchen.

Warum das wichtig ist

Ermöglicht eine detaillierte Variantenanalyse und Konformitätsprüfung, indem die genaue Abfolge der Genehmigungsschritte für jeden Case zusammengefasst wird.

Woher beziehen

Dies ist ein abgeleitetes Attribut. Es wird berechnet, indem die Werte von „ActivityName“ für jede „PurchaseRequisitionId“ chronologisch zusammengeführt werden.

Beispiele
Erstellt > Eingereicht > GenehmigtErstellt > Eingereicht > Abgelehnt > Geändert > Eingereicht > GenehmigtErstellt > Eingereicht > Genehmigt > Zurückgezogen
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus NetSuite. Es ist wichtige Metainformation für jedes Process-Mining-Dashboard und jede Analyse.

Der Timestamp gibt an, wie aktuell die Daten sind. So können Benutzer erkennen, ob sie Echtzeitinformationen oder einen Datenstand von einem bestimmten Zeitpunkt sehen. Er ist wichtig für die Datenvalidierung und hilft, Beteiligten den Aktualitätsstand der aus der Prozessanalyse gewonnenen Erkenntnisse zu vermitteln.

Warum das wichtig ist

Das Attribut informiert Benutzer über den Aktualitätsstand der Daten und zeigt, wie aktuell die Erkenntnisse zum Prozess sind.

Woher beziehen

Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und hinzugefügt.

Beispiele
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Lieferantenname
VendorName
Name des vorgeschlagenen oder bevorzugten Lieferanten für die Bestellanforderung.
Beschreibung

Das Attribut „Lieferantenname“ gibt an, bei welchem Lieferanten die Waren oder Dienstleistungen voraussichtlich beschafft werden. Eine Bestellanforderung ist zwar ein internes Dokument, häufig wird darin jedoch ein bevorzugter Lieferant angegeben.

Die Analyse dieses Attributs kann Muster im Lieferantenmanagement aufzeigen. Sie zeigt, welche Lieferanten am häufigsten angefragt werden und ob Bestellanforderungen für bestimmte Lieferanten längere Genehmigungszeiten haben. Außerdem lässt sich damit die Einhaltung von Vereinbarungen mit bevorzugten Lieferanten überprüfen. Diese Informationen können in die strategische Beschaffung und das Lieferantenmanagement einfließen.

Warum das wichtig ist

Unterstützt die Analyse von Beschaffungsmustern nach Lieferant, die Einhaltung bevorzugter Lieferantenlisten und die Erkennung lieferantenspezifischer Prozessabweichungen.

Woher beziehen

Das kann ein Feld „Lieferant“ auf Kopfebene sein oder eine Angabe zu den Positionen des Bestellanforderungsdatensatzes.

Beispiele
Dell Inc.StaplesMcKinsey & Company
Nacharbeit erforderlich
IsRework
Ein boolescher Wert, der angibt, ob die Bestellanforderung abgelehnt und erneut eingereicht wurde.
Beschreibung

„Nacharbeit erforderlich“ ist ein abgeleitetes boolesches Attribut. Es wird auf true gesetzt, wenn eine Bestellanforderung zu irgendeinem Zeitpunkt abgelehnt und anschließend geändert oder erneut zur Genehmigung eingereicht wurde. Damit werden Cases gekennzeichnet, die über den regulären „Happy Path“ hinaus zusätzliche Bearbeitung erforderten.

Dieses Attribut vereinfacht die Analyse von Prozessineffizienzen. Es wird zur Berechnung der KPI „Anzahl der Ablehnungszyklen bei Genehmigungen“ verwendet und hilft, die Auswirkungen von Ablehnungen auf den Gesamtprozess zu quantifizieren. Filtern Analysten nach Cases, bei denen „Nacharbeit erforderlich“ auf true gesetzt ist, können sie problematische Prozessvarianten isolieren und die Ursachen der ursprünglichen Ablehnungen untersuchen, etwa mangelhafte Datenqualität oder Missverständnisse bei Richtlinien.

Warum das wichtig ist

Hilft, Häufigkeit und Auswirkungen von Nacharbeitsschleifen zu quantifizieren, die häufig zu Ineffizienzen und Verzögerungen führen.

Woher beziehen

Dies ist ein berechnetes Attribut. Die Logik prüft, ob für denselben Case nach der Aktivität „Bestellanforderung zur Genehmigung eingereicht“ eine Aktivität „Genehmigungsschritt abgelehnt“ auftritt.

Beispiele
truefalse
Quellsystem
SourceSystem
Gibt an, aus welchem Quellsystem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt das Ursprungssystem der Prozessdaten an, in diesem Fall NetSuite. Es ist besonders hilfreich, wenn Daten aus mehreren Systemen für eine umfassende Prozessübersicht zusammengeführt werden.

Auch wenn der Wert bei einer Analyse mit nur einem System unverändert bleibt, liefert er wichtigen Kontext und unterstützt bewährte Verfahren für Daten-Governance und Rückverfolgbarkeit. Er bestätigt die Herkunft der Daten und hilft, systemspezifische Logik oder Transformationen bei der Analyse richtig einzuordnen.

Warum das wichtig ist

Das Attribut liefert wichtigen Kontext zur Herkunft der Daten und unterstützt klare Zuständigkeiten und eine angemessene Governance, insbesondere in Umgebungen mit mehreren Systemen.

Woher beziehen

Dies ist ein statischer Wert, „NetSuite“, der während der Datenextraktion und -transformation hinzugefügt werden sollte.

Beispiele
NetSuiteNetSuite SuitePeopleNetSuite ERP
Währung
Currency
Der Währungscode für den Gesamtbetrag der Bestellanforderung.
Beschreibung

Das Attribut „Währung“ gibt an, in welcher Währung die Beträge der Bestellanforderung ausgewiesen sind, zum Beispiel USD, EUR oder GBP. Dies ist besonders für international tätige Unternehmen mit mehreren Währungen wichtig.

Das Feld stellt sicher, dass Finanzdaten korrekt interpretiert werden. Beim Process Mining ermöglicht es eine korrekte Zusammenfassung und einen aussagekräftigen Vergleich von Geldbeträgen, entweder durch Umrechnung in eine gemeinsame Basiswährung oder durch Segmentierung der Analyse nach Währung. So werden fehlerhafte Finanzberichte vermieden und die Abläufe in internationalen Unternehmen bleiben nachvollziehbar.

Warum das wichtig ist

Wichtig für korrekte Finanzanalysen in international tätigen Unternehmen. Das Attribut stellt sicher, dass Geldbeträge richtig interpretiert und zusammengefasst werden.

Woher beziehen

Dies ist ein Standardfeld „Currency“ im Transaktionsdatensatz der Bestellanforderung, insbesondere in NetSuite-Instanzen mit mehreren Währungen.

Beispiele
USDEURGBP
Erforderlich Empfohlen Optional

Aktivitäten bei Purchase-to-Pay-Bestellanforderungen

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um den Prozess zuverlässig zu erkennen und Engpässe zu identifizieren.
5 Empfohlen 6 Optional
Aktivität Beschreibung
Bestellanforderung endgültig abgelehnt
Die Bestellanforderung wird endgültig abgelehnt und nicht weiterbearbeitet. Dies lässt sich daran erkennen, dass der endgültige Wert des Feldes „Approval Status“ auf „Abgelehnt“ gesetzt wird.
Warum das wichtig ist

Diese Aktivität markiert einen wichtigen Endpunkt für erfolglose Bestellanforderungen. Wenn Sie nachvollziehen, warum und wann Anforderungen endgültig abgelehnt werden, gewinnen Sie Erkenntnisse zur Einhaltung von Richtlinien und zu Budgetproblemen.

Woher beziehen

Das Ereignis lässt sich im Unterregister „System Notes“ ableiten, indem der Timestamp ermittelt wird, zu dem das Feld „Approval Status“ seinen endgültigen Wert „Abgelehnt“ erhält.

Erfassung

Timestamp der Änderung von „Approval Status“ zu „Abgelehnt“.

Ereignistyp inferred
Bestellanforderung erstellt
Ein Benutzer startet den Beschaffungsprozess, indem er einen neuen Datensatz für eine Bestellanforderung erstellt und speichert. Dies ist das erste Ereignis im Lebenszyklus der Anforderung. Erfasst wird es, sobald der Transaktionsdatensatz erstmals in NetSuite gespeichert wird.
Warum das wichtig ist

Diese Aktivität markiert den offiziellen Beginn des Beschaffungsprozesses für einen konkreten Bedarf. Eine Analyse der Zeit zwischen Erstellung und Einreichung kann Verzögerungen bei der Dateneingabe oder der Formulierung der ursprünglichen Anforderung aufdecken.

Woher beziehen

Dieses Ereignis wird anhand des Erstellungsdatums und des Timestamps des Transaktionsdatensatzes der Bestellanforderung erfasst. Die Angaben finden Sie im Hauptkopf des Datensatzes oder im Unterregister „System Notes“, in dem die Aktion „Create“ protokolliert wird.

Erfassung

Verwenden Sie das Feld „Date Created“ im Datensatz der Bestellanforderung.

Ereignistyp explicit
Bestellanforderung geschlossen
Die Bestellanforderung wird offiziell geschlossen. Damit sind keine weiteren Schritte zu erwarten. Dies geschieht häufig automatisch, sobald alle Mengen der Anforderung über verknüpfte Bestellungen geordert wurden.
Warum das wichtig ist

Diese Aktivität markiert das endgültige Ende des Lebenszyklus der Bestellanforderung. Sie bestätigt, dass der Geschäftsbedarf gedeckt und der Datensatz abgeschlossen ist.

Woher beziehen

Das Ereignis lässt sich im Unterregister „System Notes“ ableiten, indem der Timestamp ermittelt wird, zu dem das Feld „Status“ auf Positions- oder Kopfebene auf „Geschlossen“ gesetzt wird.

Erfassung

Timestamp der Änderung des Feldes „Status“ zu „Geschlossen“.

Ereignistyp inferred
Bestellanforderung vollständig genehmigt
Die Bestellanforderung durchläuft erfolgreich alle erforderlichen Schritte des Genehmigungs-Workflows. Dies lässt sich daran erkennen, dass sich der endgültige Wert des Feldes „Approval Status“ im Datensatz in „Genehmigt“ ändert.
Warum das wichtig ist

Dieser wichtige Meilenstein zeigt an, dass die Bestellanforderung in eine Bestellung umgewandelt werden kann. Er markiert das Ende des Genehmigungszyklus und den Beginn der Beschaffungsabwicklung.

Woher beziehen

Das Ereignis lässt sich im Unterregister „System Notes“ ableiten, indem der Timestamp ermittelt wird, zu dem das Feld „Approval Status“ seinen endgültigen Wert „Genehmigt“ erhält.

Erfassung

Timestamp der Änderung von „Approval Status“ zu „Genehmigt“.

Ereignistyp inferred
Bestellung erstellt
Aus der vollständig genehmigten Bestellanforderung wird eine Bestellung erstellt, mit der die Mittel offiziell einem Lieferanten zugesagt werden. Dieses Ereignis wird ausdrücklich erfasst, wenn eine neue Bestellung angelegt und mit der ursprünglichen Bestellanforderung verknüpft wird.
Warum das wichtig ist

Dies ist das zentrale Ergebnis einer erfolgreich bearbeiteten Bestellanforderung und eine wichtige Übergabe im Purchase-to-Pay-Prozess. Die Zeit zwischen Genehmigung und Erstellung der Bestellung ist eine entscheidende Kennzahl für die Effizienz der Beschaffung.

Woher beziehen

Suchen Sie nach einem Bestelldatensatz, in dem das Feld „Created From“ oder ein vergleichbares Verknüpfungsfeld auf die ID der Bestellanforderung verweist. Das Erstellungsdatum der Bestellung ist der Timestamp dieser Aktivität.

Erfassung

Suchen Sie die Bestellung, bei der das Feld „Created From“ der ID der Bestellanforderung entspricht, und verwenden Sie das Feld „Date Created“ der Bestellung.

Ereignistyp explicit
Bestellanforderung geändert
Ein Benutzer ändert nach der ursprünglichen Erstellung ein Feld der Bestellanforderung, häufig als Reaktion auf eine Ablehnung oder veränderte Anforderungen. Dieses Ereignis wird direkt über die Audit-Trail-Funktion von NetSuite erfasst.
Warum das wichtig ist

Änderungen zu verfolgen ist entscheidend, um Nacharbeitsschleifen und Probleme mit der Datenqualität zu erkennen. Häufige Änderungen können auf unklare ursprüngliche Anforderungen oder Schulungsbedarf bei den Anforderern hinweisen.

Woher beziehen

Die Änderungen werden im Unterregister „System Notes“ des Datensatzes der Bestellanforderung erfasst. Jeder Eintrag mit dem Typ „Change“ oder „Edit“ zu einem relevanten Feld steht für eine Änderung.

Erfassung

Pro Eintrag des Typs „Change“ im Protokoll „System Notes“ ein Ereignis erfassen.

Ereignistyp explicit
Bestellanforderung zur Genehmigung eingereicht
Der Anforderer reicht die ausgefüllte Bestellanforderung offiziell im vorgesehenen Genehmigungs-Workflow ein. Dies lässt sich häufig an einer Statusänderung im Datensatz erkennen, zum Beispiel von „Entwurf“ oder „Einreichung ausstehend“ zu „Genehmigung ausstehend“.
Warum das wichtig ist

Diese Aktivität löst den Genehmigungszyklus aus und ist ein wichtiger Ausgangspunkt für die Messung der Genehmigungsdurchlaufzeit. Sie zeigt, wie lange Bestellanforderungen warten, bevor der formelle Genehmigungsprozess beginnt.

Woher beziehen

Das Ereignis lässt sich im Unterregister „System Notes“ ableiten, indem der Timestamp ermittelt wird, zu dem sich das Feld „Approval Status“ erstmals in einen Wert wie „Pending Approval“ ändert.

Erfassung

Ermitteln Sie den ersten Timestamp, zu dem sich das Feld „Approval Status“ in „Pending Approval“ ändert.

Ereignistyp inferred
Bestellanforderung zurückgezogen
Der ursprüngliche Anforderer oder ein Administrator storniert die Bestellanforderung, bevor sie vollständig genehmigt oder in eine Bestellung umgewandelt wurde. Dies lässt sich üblicherweise an einer Statusänderung zu „Storniert“ oder „Zurückgezogen“ erkennen.
Warum das wichtig ist

Diese Aktivität steht für eine Ausnahme oder den Abbruch des vom Anforderer gestarteten Prozesses. Die Analyse zurückgezogener Anforderungen kann auf veränderte Geschäftsbedürfnisse oder nicht mehr gültige Anforderungen hinweisen.

Woher beziehen

Das Ereignis lässt sich im Unterregister „System Notes“ ableiten, indem der Timestamp verfolgt wird, zu dem das Feld „Approval Status“ auf einen Wert wie „Storniert“ oder einen benutzerdefinierten Status für zurückgezogene Anforderungen gesetzt wird.

Erfassung

Timestamp der Änderung von „Approval Status“ zu „Storniert“ oder „Zurückgezogen“.

Ereignistyp inferred
Genehmigungsschritt abgelehnt
Ein Genehmiger lehnt den ihm zugewiesenen Schritt ab. In der Regel wird die Bestellanforderung zur Korrektur an den Anforderer zurückgegeben. Die SuiteApprovals-Workflow-Engine protokolliert diese Aktion ausdrücklich.
Warum das wichtig ist

Dieses Ereignis ist ein wichtiger Hinweis auf Nacharbeit und ineffiziente Abläufe. Die Analyse der Ablehnungen hilft, häufige Ursachen wie Richtlinienverstöße oder fehlerhafte Daten zu erkennen.

Woher beziehen

Das Ereignis wird aus dem SuiteApprovals-Protokoll oder dem Unterregister „System Notes“ erfasst. Dort sind die Ablehnung, der ablehnende Benutzer und der Timestamp verzeichnet.

Erfassung

Ermitteln Sie Ablehnungsaktionen im SuiteApprovals-Protokoll oder unter „System Notes“.

Ereignistyp explicit
Genehmigungsschritt genehmigt
Ein autorisierter Benutzer genehmigt den ihm zugewiesenen Schritt im Workflow. Damit rückt die Bestellanforderung der endgültigen Genehmigung näher. Die Plattform SuiteApprovals von NetSuite protokolliert diese Aktion ausdrücklich mit Benutzer und Timestamp.
Warum das wichtig ist

Diese Aktivität zeigt, dass der Genehmigungsprozess voranschreitet. Anhand der Zeit zwischen den Genehmigungsschritten lässt sich die Effizienz des Workflows und der einzelnen Genehmiger beurteilen.

Woher beziehen

Das Ereignis wird aus dem SuiteApprovals-Protokoll oder dem Unterregister „System Notes“ erfasst. Dort sind die Genehmigungsaktion, der Genehmiger und der genaue Timestamp des Ereignisses verzeichnet.

Erfassung

Ermitteln Sie Genehmigungsaktionen im SuiteApprovals-Protokoll oder unter „System Notes“.

Ereignistyp explicit
Genehmigungsschritt gestartet
Die Bestellanforderung erreicht eine bestimmte Stufe im Genehmigungs-Workflow und wartet auf eine Aktion des zuständigen Genehmigers oder der zuständigen Gruppe. Dies lässt sich üblicherweise daran erkennen, dass der Workflow die Anforderung dem nächsten Genehmiger in der Abfolge zuweist.
Warum das wichtig ist

Diese Aktivität markiert den Beginn der Wartezeit für den jeweiligen Genehmigungsschritt. Sie ist wichtig, um Engpässe in der Genehmigungshierarchie und langsam reagierende Genehmiger zu erkennen.

Woher beziehen

Das Ereignis lässt sich aus den Workflow-Ausführungsprotokollen oder Änderungen an einem Feld wie „Current Approver“ oder dem Workflow-Status ableiten. Die Plattform SuiteApprovals erfasst den aktiven Genehmigungsschritt.

Erfassung

Leiten Sie das Ereignis aus den Workflow-Protokollen oder der Zuweisung des Datensatzes an einen neuen Genehmiger ab.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus NetSuite

Möchten Sie loslegen?

Verwenden Sie dieses Template als Ausgangspunkt für Ihr Process Mining und gewinnen Sie wertvolle Erkenntnisse zu Ihrem NetSuite-Prozess für Purchase-to-Pay-Bestellanforderungen. Optimieren Sie noch heute die Effizienz und beschleunigen Sie Genehmigungen.

Optimieren Sie Ihren Purchase-to-Pay-Prozess für Bestellanforderungen. Starten Sie noch heute!

Beschleunigen Sie die Genehmigung von Bestellanforderungen um 30 % und beseitigen Sie Engpässe.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Beginnen Sie noch heute mit der Optimierung.