Ihr Daten-Template für Purchase-to-Pay-Bestellungen
Ihr Daten-Template für Purchase-to-Pay-Bestellungen
- Empfohlene Attribute
- Wichtige Aktivitäten für die Analyse
- Anleitung zum Datenexport aus NetSuite
Attribute für Purchase-to-Pay-Bestellungen
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des konkreten Geschäftsvorfalls oder Prozessschritts innerhalb des Bestellprozesses. | ||
|
Beschreibung
Dieses Attribut beschreibt eine konkrete Aktion oder Statusänderung im Lebenszyklus einer Bestellung, zum Beispiel „Bestellung erstellt“, „Bestellung genehmigt“ oder „Rechnung bezahlt“. Diese Aktivitäten bilden die Knoten der Prozesslandkarte. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist ein zentraler Bestandteil des Process Mining. Sie macht den Prozessfluss sichtbar, zeigt häufige und seltene Abläufe (Varianten) und hilft, Engpässe oder Abweichungen von der Standardvorgehensweise zu erkennen.
Warum das wichtig ist
Das Attribut definiert die Schritte in der Prozesslandkarte und ermöglicht die Visualisierung und Analyse des Prozessflusses, seiner Varianten und der Konformität.
Woher beziehen
Dieser Wert wird in der Regel aus einer Kombination von Transaktionstyp und Statusfeld, zum Beispiel „Bestellstatus“, oder aus den Systemprotokollen von NetSuite abgeleitet.
Beispiele
Bestellung erstelltBestellung genehmigtWareneingang erstelltRechnung aus Bestellung erstellt
|
|||
|
Bestellung
PurchaseOrder
|
Der eindeutige Bezeichner der Bestellung. Er dient als primäre Case-ID zur Nachverfolgung des Beschaffungsprozesses. | ||
|
Beschreibung
Die Bestellnummer ist der zentrale Bezeichner, der alle zugehörigen Aktivitäten von der Erstellung bis zur abschließenden Zahlung und Schließung miteinander verknüpft. Jede Bestellnummer steht für einen einzelnen Beschaffungsvorgang. Beim Process Mining werden mit diesem Attribut alle zugehörigen Ereignisse zu einem Case zusammengefasst. Die Analyse des Ablaufs jeder Bestellung zeigt den End-to-End-Prozess, macht Varianten sichtbar und ermöglicht die Berechnung von Kennzahlen auf Case-Ebene, etwa der gesamten Zykluszeit.
Warum das wichtig ist
Diese zentrale Case-ID ermöglicht es, den gesamten Lebenszyklus jeder einzelnen Bestellung zu rekonstruieren und zu analysieren.
Woher beziehen
In der Regel ist dies die Haupttransaktions-ID im Bestelldatensatz von NetSuite. Sie wird häufig als „Transaktions-ID“ oder „Bestellnummer“ bezeichnet.
Beispiele
PO-001254PO-001299PO-001357
|
|||
|
Ereigniszeitpunkt
EventTime
|
Datum und genaue Uhrzeit, zu der die Aktivität stattgefunden hat. | ||
|
Beschreibung
Dieser Timestamp gibt den genauen Zeitpunkt einer Aktivität an. Er bildet die zeitliche Grundlage für alle Leistungs- und Daueranalysen im Process Mining. Anhand der Ereigniszeitpunkte lassen sich Aktivitäten innerhalb eines Case chronologisch ordnen, die Dauer zwischen Prozessschritten berechnen und die gesamte Zykluszeit eines Case messen. Diese Daten sind entscheidend, um Engpässe und Wartezeiten zu erkennen und die Leistung anhand von Service Level Agreements zu bewerten.
Warum das wichtig ist
Dieses Attribut ist für die Berechnung aller zeitbezogenen Kennzahlen wie Zykluszeiten und Dauern entscheidend. Diese Kennzahlen helfen, Verzögerungen im Prozess zu erkennen.
Woher beziehen
Dies ist der Timestamp, der zu jeder Transaktion oder Statusänderung gehört. Er findet sich häufig in Feldern wie „Erstellungsdatum“ oder in den Systemprotokollen von NetSuite.
Beispiele
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit der letzten Extraktion oder Aktualisierung der Daten. Es gibt Aufschluss darüber, wie aktuell die analysierten Daten sind. Der Zeitpunkt der letzten Aktualisierung ist wichtig, um die Aktualität der gewonnenen Erkenntnisse einzuschätzen. Analysten und Fachanwender können damit prüfen, ob sie die neuesten Prozessdaten sehen. Das ist besonders für Dashboards zur operativen Überwachung relevant.
Warum das wichtig ist
Das Attribut zeigt, wie aktuell die Daten sind. So lässt sich sicherstellen, dass Analysen und Dashboards auf dem neuesten Informationsstand basieren.
Woher beziehen
Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt.
Beispiele
2024-05-21T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, woher die Prozessdaten stammen. In dieser Ansicht lautet der Wert immer „NetSuite“. Bei größeren Process-Mining-Initiativen, die Daten aus mehreren Systemen zusammenführen, ist dieses Feld wichtig für die Datenherkunft, die Fehlerbehebung und das Verständnis systemspezifischer Abläufe. Es zeigt eindeutig, aus welchem System die einzelnen Daten stammen.
Warum das wichtig ist
Das Attribut dokumentiert die Herkunft der Prozessdaten und schafft Klarheit über deren Ursprung, insbesondere in Umgebungen mit mehreren integrierten Systemen.
Woher beziehen
Dies ist ein statischer Wert („NetSuite“), der während der Datenextraktion und -transformation hinzugefügt wird.
Beispiele
NetSuite
|
|||
|
Abteilungsname
DepartmentName
|
Der Name der Abteilung, die der Bestellung zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die Fachabteilung oder Kostenstelle, die den Einkauf veranlasst hat oder finanziell dafür verantwortlich ist. Es ermöglicht, Prozessdaten nach der Organisationsstruktur zu filtern und aufzuschlüsseln. Die Analyse nach Abteilungen ist wichtig, um abteilungsspezifische Engpässe zu erkennen, die Effizienz verschiedener Geschäftseinheiten zu vergleichen und Ausgabenmuster zu verstehen. Sie unterstützt direkt Dashboards wie „Engpassanalyse nach Abteilung“.
Warum das wichtig ist
Ermöglicht die Prozessanalyse nach Abteilung und hilft, abteilungsspezifische Engpässe, Ineffizienzen und Ausgabenmuster zu erkennen.
Woher beziehen
Dies ist ein Standardfeld im Kopf oder in den Positionen des Bestelldatensatzes in NetSuite.
Beispiele
FinanzenIT-DienstleistungenMarketingBetrieb
|
|||
|
Benutzername
UserName
|
Der Name des Benutzers, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer für einen bestimmten Prozessschritt verantwortlich war, etwa für die Genehmigung einer Bestellung oder die Erstellung einer Rechnung. Damit wird der Prozess um eine menschliche oder systemseitige Ressourcendimension ergänzt. Die Analyse nach Benutzern zeigt, wie sich die Arbeitslast verteilt, wo Schulungsbedarf besteht und ob Unregelmäßigkeiten auftreten. Sie ist auch für die Compliance-Überwachung wichtig, da sich damit nachvollziehen lässt, wer kritische Aktionen wie Änderungen oder Genehmigungen von Bestellungen ausgeführt hat.
Warum das wichtig ist
Ordnet Aktivitäten bestimmten Benutzern zu und ermöglicht so die Analyse von Arbeitslast, Leistung und der Einhaltung von Berechtigungsrichtlinien.
Woher beziehen
Diese Information ist im Transaktionsdatensatz auf der Registerkarte „Systemnotizen“ oder im Unterregister des Audit-Protokolls verfügbar. Sie zeigt, welcher Benutzer die Änderung vorgenommen hat.
Beispiele
Alice JohnsonBob WilliamsSystemautomatisierung
|
|||
|
Bestellstatus
PurchaseOrderStatus
|
Der aktuelle oder endgültige Status der Bestellung. | ||
|
Beschreibung
Dieses Attribut gibt den Status der Bestellung zu einem bestimmten Zeitpunkt an, zum Beispiel „Genehmigung ausstehend“, „Vollständig abgerechnet“ oder „Geschlossen“. Häufig werden daraus viele der konzeptionellen Werte für „Aktivitätsname“ abgeleitet. Die Analyse nach Status zeigt, wie Bestellungen ausgehen: etwa wie viele abgelehnt oder genehmigt werden und wie viele offen bleiben. Sie ist wichtig für KPIs wie die „Ablehnungsquote bei Bestellungen“ und zum Filtern von Cases nach ihrem Abschlussstatus.
Warum das wichtig ist
Zeigt den Status der Bestellung zu einem bestimmten Zeitpunkt. So lassen sich Ergebnisse wie Ablehnungen oder Abschlüsse analysieren und KPIs zu fehlgeschlagenen Genehmigungen unterstützen.
Woher beziehen
Dies ist das Feld „Status“ im Transaktionsdatensatz der Bestellung in NetSuite.
Beispiele
Genehmigung durch Vorgesetzte ausstehendWareneingang ausstehendVollständig abgerechnetGeschlossenAbgelehnt
|
|||
|
Einkaufskategorie
PurchaseCategory
|
Die Klassifizierung der eingekauften Waren oder Dienstleistungen, zum Beispiel IT-Hardware, Marketingleistungen oder Bürobedarf. | ||
|
Beschreibung
Dieses Attribut kategorisiert die Positionen der Bestellung und ermöglicht eine gruppierte Analyse nach Ausgabenart. In NetSuite wird es häufig über ein benutzerdefiniertes Klassifizierungsfeld oder Segment umgesetzt. Die Analyse nach Einkaufskategorie ist wichtig für das Dashboard „Effizienz nach Einkaufskategorie“. Sie zeigt, ob bestimmte Einkaufsarten längere Zykluszeiten, mehr Änderungen oder häufiger Compliance-Probleme aufweisen. So lassen sich gezielte Verbesserungen für einzelne Ausgabenbereiche planen.
Warum das wichtig ist
Ermöglicht die Analyse der Prozesseffizienz nach Ausgabenkategorie und zeigt, welche Einkaufsarten besonders ineffizient sind oder Compliance-Vorgaben nicht erfüllen.
Woher beziehen
Dies kann ein benutzerdefiniertes Feld oder ein Standardklassifizierungssegment wie „Klasse“ sein. Auch ein benutzerdefiniertes Segment auf Kopf- oder Positionsebene der Bestellung kommt infrage. Weitere Informationen finden Sie in der NetSuite-Dokumentation.
Beispiele
IT-HardwareProfessionelle DienstleistungenBürobedarfSoftwarelizenzen
|
|||
|
Gesamtbetrag
TotalAmount
|
Der Gesamtwert der Bestellung. | ||
|
Beschreibung
Dieses Attribut gibt die Gesamtkosten aller in der Bestellung enthaltenen Waren und Dienstleistungen an. Es ist eine grundlegende Finanzkennzahl für die Beschaffungsanalyse. Die Analyse von Prozesskennzahlen nach Gesamtbetrag kann wichtige Muster aufdecken, zum Beispiel, ob Bestellungen mit höherem Wert länger auf die Genehmigung warten oder häufiger geändert werden. Sie hilft, die finanziellen Auswirkungen ineffizienter Prozesse zu verstehen und Verbesserungsmaßnahmen zu priorisieren.
Warum das wichtig ist
Ermöglicht die finanzielle Analyse des Beschaffungsprozesses und zeigt, wie sich der Bestellwert auf Zykluszeiten, Genehmigungswege und Compliance auswirkt.
Woher beziehen
Dies entspricht dem Feld „Gesamt“ im Zusammenfassungsbereich des Bestelldatensatzes in NetSuite.
Beispiele
500.001250.7515000.00
|
|||
|
Lieferantenname
VendorName
|
Der Name des Lieferanten, von dem Waren oder Dienstleistungen bezogen werden. | ||
|
Beschreibung
Dieses Attribut bezeichnet den externen Lieferanten der Bestellung. Es ist eine wichtige Dimension für die Analyse von Lieferantenbeziehungen und -leistung. Der Lieferantenname ist eine zentrale Angabe für das Dashboard „Lieferanten-Lieferleistung“ und die zugehörigen KPIs. Damit lässt sich der Prozess nach Lieferanten aufschlüsseln und Lieferzeiten, pünktliche Lieferungen sowie Ergebnisse von Qualitätsprüfungen vergleichen. So können Sie zuverlässige und leistungsschwache Lieferanten erkennen.
Warum das wichtig ist
Ermöglicht die Analyse der Lieferantenleistung, etwa von Lieferzeiten und Zuverlässigkeit. Das ist wichtig für die Optimierung der Lieferkette.
Woher beziehen
Dies entspricht dem Feld „Lieferant“ im Hauptregister des Bestelldatensatzes in NetSuite.
Beispiele
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, aus dem eine Bestellung während des Genehmigungsprozesses abgelehnt wurde. | ||
|
Beschreibung
Wird eine Bestellung abgelehnt, gibt dieses Attribut den konkreten Grund an, zum Beispiel „Budget überschritten“, „Falscher Lieferant“ oder „Richtlinienverstoß“. Diese Information ist wichtig, um fehlgeschlagene Genehmigungen zu verstehen. Das Attribut unterstützt direkt das Dashboard „Ablehnungs- und Wiedereinreichungsquote bei Bestellungen“. Die Analyse der Ablehnungsgründe zeigt häufige Fehlerquellen bei der Erstellung von Bestellungen, etwa unzureichende Schulungen oder unklare Richtlinien. Auf dieser Grundlage kann das Unternehmen gezielte Maßnahmen ergreifen und die durch Ablehnungen verursachte Nacharbeit verringern.
Warum das wichtig ist
Zeigt, warum Bestellungen nicht genehmigt werden, und ermöglicht gezielte Maßnahmen, um Ablehnungen zu reduzieren und die Genehmigungsquote beim ersten Versuch zu verbessern.
Woher beziehen
Diese Information wird häufig im Memo-Feld des Ablehnungsereignisses oder in einem benutzerdefinierten Feld „Ablehnungsgrund“ im Genehmigungs-Workflow erfasst. Weitere Informationen finden Sie in der NetSuite-Dokumentation.
Beispiele
Abteilungsbudget überschrittenNicht bevorzugten Lieferanten ausgewähltUnvollständige Positionsbeschreibung
|
|||
|
Änderungsgrund
ChangeReason
|
Der angegebene Grund für eine Änderung der Bestellung nach ihrer Erstellung. | ||
|
Beschreibung
Dieses Attribut erfasst die Begründung für Änderungen an einer Bestellung, zum Beispiel „Preisaktualisierung“, „Mengenänderung“ oder „Änderung des Lieferdatums“. Dieser Kontext ist wichtig, um die Ursachen für Nacharbeit zu verstehen. Das Attribut ist entscheidend für das Dashboard „Analyse von Bestelländerungen“. Die Häufigkeit verschiedener Änderungsgründe zeigt, was die Prozessinstabilität verursacht, etwa ungenaue ursprüngliche Anforderungen oder schwankende Lieferantenpreise.
Warum das wichtig ist
Liefert wichtigen Kontext zu Änderungen an Bestellungen und ermöglicht eine Ursachenanalyse, um die Änderungsquote insgesamt zu senken.
Woher beziehen
Wahrscheinlich handelt es sich um ein benutzerdefiniertes Feld, das beim Bearbeiten einer genehmigten Bestellung ausgefüllt werden muss. Der Grund könnte auch im Feld „Memo“ des Änderungsereignisses stehen. Weitere Informationen finden Sie in der NetSuite-Dokumentation.
Beispiele
Falsche ArtikelmengePreisänderung durch LieferantenLieferanforderung aktualisiert
|
|||
|
Angefordertes Lieferdatum
RequestedDeliveryDate
|
Das Datum, zu dem das Unternehmen die Lieferung der Waren oder Dienstleistungen angefordert hat. | ||
|
Beschreibung
Dieses Attribut enthält das im Beschaffungsprozess festgelegte Zieldatum für die Lieferung. Es dient als Vergleichswert für die tatsächliche Lieferleistung. Das Datum ist für die Berechnung des KPIs „Pünktliche Lieferungen durch Lieferanten“ erforderlich. Durch den Vergleich des angeforderten Lieferdatums mit dem Timestamp „Wareneingang erstellt“ lässt sich feststellen, ob Lieferanten ihre Zusagen einhalten. Diese Kennzahl fließt in das Dashboard „Lieferanten-Lieferleistung“ ein.
Warum das wichtig ist
Dient als Vergleichswert für die Messung pünktlicher Lieferungen durch Lieferanten und ist damit ein wichtiger KPI für das Lieferkettenmanagement.
Woher beziehen
Dies ist wahrscheinlich ein benutzerdefiniertes Feld oder entspricht dem Feld „Erwartetes Wareneingangsdatum“ in den Bestellpositionen. Weitere Informationen finden Sie in der NetSuite-Dokumentation.
Beispiele
2023-11-152023-12-012024-01-10
|
|||
|
Bestellanforderung
PurchaseRequisition
|
Der Bezeichner der Bestellanforderung, die der Bestellung vorausging. | ||
|
Beschreibung
Dieses Attribut verknüpft eine Bestellung mit der ursprünglichen Bestellanforderung. Fehlt diese Verknüpfung, kann das auf eine Abweichung von der Standardvorgehensweise hindeuten. Das Feld ist wichtig für die Compliance-Überwachung und zum Erkennen nicht genehmigter Einkäufe. Für den KPI „Anteil direkter Bestellungen“ wird geprüft, ob eine verknüpfte Bestellanforderung fehlt. So werden Einkäufe sichtbar, die außerhalb des standardmäßigen Genehmigungs-Workflows getätigt wurden.
Warum das wichtig ist
Wichtig für die Compliance-Analyse: Das Attribut hilft, nicht genehmigte Einkäufe zu erkennen, bei denen Bestellungen ohne freigegebene Bestellanforderung erstellt werden.
Woher beziehen
Diese Information findet sich im Bestelldatensatz üblicherweise im Unterregister „Zugehörige Datensätze“ oder im Feld „Erstellt aus“.
Beispiele
PR-00582PR-00610PR-00715
|
|||
|
Endzeit des Ereignisses
EventEndTime
|
Datum und genaue Uhrzeit, zu der die Aktivität abgeschlossen wurde. | ||
|
Beschreibung
Dieser Timestamp markiert den Abschluss einer Aktivität. Zusammen mit der Startzeit gibt er die Verarbeitungszeit eines Ereignisses an. Bei Ereignissen ohne Dauer kann die Endzeit mit der Startzeit übereinstimmen. Das Attribut ist entscheidend, um die genaue Dauer einzelner Aufgaben, also ihre Verarbeitungszeit, zu berechnen. Es hilft dabei, die aktive Bearbeitungszeit von der Wartezeit bis zum nächsten Schritt zu unterscheiden. Das ist wichtig für eine detaillierte Engpassanalyse.
Warum das wichtig ist
Ermöglicht die genaue Berechnung der Verarbeitungszeit einzelner Aktivitäten und hilft, aktive Arbeitszeit von Wartezeit zu unterscheiden.
Woher beziehen
Bei Aktivitäten mit messbarer Dauer wird dieser Wert möglicherweise in einem separaten Feld erfasst oder aus Audit-Protokollen abgeleitet. Häufig muss er geschätzt werden oder entspricht der Startzeit.
Beispiele
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Lieferort
DeliveryLocation
|
Der physische Ort oder die Adresse, an die die Waren geliefert werden sollen. | ||
|
Beschreibung
Dieses Attribut gibt das Ziel der bestellten Waren an, zum Beispiel ein bestimmtes Lager, Büro oder Werk. Es ermöglicht, den Prozess nach Region oder Standort aufzuschlüsseln. Der Lieferort ist eine wichtige Dimension für das Dashboard „Verarbeitungszeit des Wareneingangs“. Die Analyse der Wareneingangszeiten nach Standort kann zeigen, wo möglicherweise zu wenig Personal eingesetzt wird oder die Abläufe bei der Warenannahme ineffizient sind. So lassen sich gezielte betriebliche Verbesserungen planen.
Warum das wichtig ist
Ermöglicht die Analyse der Prozessleistung nach Standort und hilft, standortspezifische Engpässe beim Wareneingang oder bei anderen Aktivitäten zu erkennen.
Woher beziehen
Dies entspricht dem Feld „Lieferadresse“ oder „Standort“ im Bestelldatensatz in NetSuite.
Beispiele
Hauptlager, Rampe AUnternehmenszentrale, 15. StockVertriebszentrum an der Westküste
|
|||
|
Lieferung verspätet
IsLateDelivery
|
Kennzeichen dafür, ob die Ware nach dem angeforderten Lieferdatum eingegangen ist. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut ist wahr, wenn die Aktivität „Wareneingang erstellt“ nach dem in der Bestellung angegebenen angeforderten Lieferdatum stattfindet. Es zeigt auf einfache Weise an, ob die Lieferung pünktlich war. Das Attribut vereinfacht die Erstellung von Dashboards und KPIs zur Lieferantenleistung. Es ermöglicht eine einfache Filterung und Aggregation, um die Kennzahl „Pünktliche Lieferungen durch Lieferanten“ zu berechnen und Lieferanten zu erkennen, die Liefertermine regelmäßig nicht einhalten.
Warum das wichtig ist
Zeigt mit einem einfachen Wahr/Falsch-Wert an, ob eine Lieferung pünktlich war. Das vereinfacht die Leistungsanalyse und die Berechnung von KPIs für das Lieferantenmanagement.
Woher beziehen
Dies ist ein berechnetes Feld. Die Logik lautet: (Timestamp von „Wareneingang erstellt“) > („AngefordertesLieferdatum“).
Beispiele
truefalse
|
|||
|
Nacharbeit
IsRework
|
Kennzeichen dafür, ob eine Aktivität Nacharbeit darstellt, zum Beispiel eine zweite Genehmigung nach einer Ablehnung. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut ist für Aktivitäten wahr, die auf eine Prozessschleife oder einen wiederholten Schritt hindeuten. Eine Aktivität „Bestellung genehmigt“ wird beispielsweise als Nacharbeit gekennzeichnet, wenn ihr im selben Case eine Aktivität „Bestellung abgelehnt“ vorausging. Das Attribut ist wichtig, um Reibungsverluste und Ineffizienzen im Prozess zu messen. Es erleichtert die Analyse von Nacharbeitsschleifen, unterstützt die Messung der „Ablehnungs- und Wiedereinreichungsquote bei Bestellungen“ und zeigt Prozesse auf, die nicht auf Anhieb richtig ablaufen.
Warum das wichtig ist
Hilft, Ineffizienzen im Prozess zu messen, indem Aktivitäten in Nacharbeitsschleifen ausdrücklich gekennzeichnet werden. So lassen sie sich leichter analysieren und beheben.
Woher beziehen
Dieses Kennzeichen wird während der Datentransformation berechnet, indem die Reihenfolge der Aktivitäten innerhalb eines Case analysiert wird.
Beispiele
truefalse
|
|||
|
Nicht genehmigter Einkauf
IsMaverickBuy
|
Kennzeichen dafür, ob eine Bestellung ohne vorherige Bestellanforderung erstellt wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut wird auf Case-Ebene auf wahr gesetzt, wenn die erste Aktivität im Prozess „Bestellung erstellt“ statt „Bestellanforderung erstellt“ lautet. Es weist direkt auf eine Abweichung von der Standardbeschaffung hin. Das Attribut dient zur Berechnung des KPIs „Anteil direkter Bestellungen“, einer wichtigen Kennzahl für den „Beschaffungs-Compliance-Monitor“. Es hilft Unternehmen, nicht genehmigte Einkäufe schnell zu erkennen und zu quantifizieren. Diese können höhere Kosten und zusätzliche Risiken verursachen.
Warum das wichtig ist
Kennzeichnet nicht konformes Einkaufsverhalten direkt und ermöglicht es Unternehmen, nicht genehmigte Einkäufe einfach zu überwachen und zu reduzieren.
Woher beziehen
Dies ist ein berechnetes Attribut. Die Logik lautet: (Erste Aktivität im Case = „Bestellung erstellt“) UND (Keine „Bestellanforderung“ verknüpft).
Beispiele
truefalse
|
|||
|
Währung
Currency
|
Der Währungscode des Transaktionsbetrags. | ||
|
Beschreibung
Dieses Attribut gibt an, in welcher Währung der Gesamtbetrag der Bestellung ausgewiesen ist, zum Beispiel USD, EUR oder GBP. Es liefert den notwendigen Kontext für alle Geldbeträge. In international tätigen Unternehmen ist dieses Attribut für korrekte Finanzberichte und Analysen entscheidend. Es ermöglicht, Bestellwerte aus verschiedenen Regionen korrekt zusammenzufassen und zu vergleichen, und stellt sicher, dass monetäre KPIs richtig interpretiert werden.
Warum das wichtig ist
Liefert den nötigen Kontext zu Geldbeträgen und ermöglicht korrekte Finanzanalysen und Berichte in Umgebungen mit mehreren Währungen.
Woher beziehen
Dies entspricht dem Feld „Währung“ im Bestelldatensatz. Der Wert hängt häufig von den Einstellungen des ausgewählten Lieferanten ab.
Beispiele
USDEURGBP
|
|||
Aktivitäten im Purchase-to-Pay-Prozess für Bestellungen
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Bestellanforderung erstellt
|
Diese Aktivität erfasst die formelle Anforderung von Waren oder Dienstleistungen und leitet den Beschaffungsprozess ein. In NetSuite wird sie erfasst, wenn ein neuer Transaktionsdatensatz für eine Bestellanforderung erstellt und gespeichert wird. | ||
|
Warum das wichtig ist
Als typischer Startpunkt des Prozesses ist diese Aktivität wichtig, um die gesamte Durchlaufzeit zu analysieren und Einkäufe außerhalb des vorgesehenen Prozesses zu erkennen, wenn sie übersprungen wird.
Woher beziehen
Dieses Ereignis wird anhand des Erstellungsdatums des Transaktionsdatensatzes der Bestellanforderung erfasst. Der Datensatz ist mit der nachfolgenden Bestellung verknüpft.
Erfassung
Erfassen Sie den Erstellungs-Timestamp der Bestellanforderung.
Ereignistyp
explicit
|
|||
|
Bestellung erstellt
|
Diese Aktivität erfasst die Erstellung des offiziellen Bestelldokuments, das den zentralen Case dieser Analyse bildet. In NetSuite wird sie anhand des Transaktionsdatensatzes der Bestellung erfasst, unabhängig davon, ob die Bestellung manuell oder aus einer genehmigten Bestellanforderung erstellt wurde. | ||
|
Warum das wichtig ist
Hier wird aus einer Anforderung eine verbindliche Bestellung. Dieser wichtige Meilenstein kann bei direkten Bestellungen auch den Prozessstart markieren und ist daher für die Compliance-Überwachung relevant.
Woher beziehen
Erfasst anhand des Systemfelds „Erstellungsdatum“ im Transaktionsdatensatz der Bestellung.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des Transaktionsdatensatzes der Bestellung.
Ereignistyp
explicit
|
|||
|
Bestellung genehmigt
|
Erfasst die endgültige offizielle Freigabe der Bestellung, durch die sie an den Lieferanten gesendet werden kann. Dieser wichtige Meilenstein wird erfasst, wenn das Feld „Genehmigungsstatus“ der Bestellung auf „Genehmigt“ gesetzt wird. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein ist entscheidend, um die Genehmigungsdauer zu berechnen und Engpässe in der Genehmigungskette zu erkennen. Verzögerungen an dieser Stelle verlängern direkt die Beschaffungszeit.
Woher beziehen
Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf, sobald sich das Feld „Genehmigungsstatus“ im Bestelldatensatz in „Genehmigt“ ändert.
Erfassung
Erkennen Sie, wenn sich das Feld „Genehmigungsstatus“ der Bestellung in „Genehmigt“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellung geschlossen
|
Die Bestellung wurde offiziell geschlossen. Es werden keine weiteren Wareneingänge oder Rechnungen dafür erwartet. Dies wird abgeleitet, wenn sich der Status der Bestellung in „Geschlossen“ ändert. Das kann automatisch geschehen, sobald alle Waren eingegangen und Rechnungen verbucht sind, oder manuell. | ||
|
Warum das wichtig ist
Diese Aktivität markiert das operative Ende des Bestelllebenszyklus. Sie bestätigt, dass die Bestellung vollständig erfüllt und bearbeitet wurde, und bildet damit einen eindeutigen Endpunkt für die Analyse der Durchlaufzeit.
Woher beziehen
Abgeleitet aus einer Änderung des Felds „Status“ im Bestelldatensatz in „Geschlossen“.
Erfassung
Erkennen Sie, wenn sich das Feld „Status“ der Bestellung in „Geschlossen“ ändert.
Ereignistyp
inferred
|
|||
|
Rechnung aus Bestellung erstellt
|
Eine Lieferantenrechnung ist eingegangen, wurde in NetSuite erfasst und mit der Bestellung verknüpft. Diese explizite Transaktion dokumentiert die Verbindlichkeit für die erhaltenen Waren oder Dienstleistungen. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Übergang von der Beschaffung zur Kreditorenbuchhaltung. Die Analyse der Zeit zwischen Wareneingang und Rechnungseingang zeigt mögliche Verzögerungen in der Finanzverarbeitung.
Woher beziehen
Erfasst anhand des Erstellungsdatums des Transaktionsdatensatzes der Lieferantenrechnung. Die Rechnung ist direkt mit der ursprünglichen Bestellung verknüpft.
Erfassung
Erfassen Sie den Erstellungs-Timestamp der Lieferantenrechnung.
Ereignistyp
explicit
|
|||
|
Wareneingang erstellt
|
Diese Aktivität erfasst den physischen Eingang der mit der Bestellung angeforderten Waren. In NetSuite ist dies ein explizites Ereignis, das erfasst wird, wenn eine Transaktion für einen Wareneingang erstellt und mit der jeweiligen Bestellposition verknüpft wird. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein markiert das Ende der Lieferzeit. Er ist entscheidend für die Berechnung der Pünktlichkeitsquote von Lieferanten und der gesamten Durchlaufzeit.
Woher beziehen
Erfasst anhand des Erstellungsdatums des Transaktionsdatensatzes für den Wareneingang. Der Datensatz enthält eine Verknüpfung zur ursprünglichen Bestellung.
Erfassung
Erfassen Sie den Erstellungs-Timestamp der Wareneingangstransaktion.
Ereignistyp
explicit
|
|||
|
Bestellanforderung genehmigt
|
Erfasst die offizielle Genehmigung einer Anforderung von Waren oder Dienstleistungen und berechtigt zur Erstellung einer Bestellung. Das Ereignis wird anhand einer Änderung des Felds „Genehmigungsstatus“ im Datensatz der Bestellanforderung von „Genehmigung ausstehend“ zu „Genehmigt“ abgeleitet. | ||
|
Warum das wichtig ist
Die Erfassung von Genehmigungen für Bestellanforderungen hilft, Engpässe vor der Beschaffung zu erkennen und die Effizienz der internen Prüfung von Anforderungen zu messen.
Woher beziehen
Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf, in denen die Änderung des Felds „Genehmigungsstatus“ im Datensatz der Bestellanforderung erfasst wird.
Erfassung
Erkennen Sie, wenn sich das Feld „Genehmigungsstatus“ der Bestellanforderung in „Genehmigt“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellung abgelehnt
|
Eine genehmigende Person hat die Bestellung abgelehnt. Sie muss daher überarbeitet und erneut eingereicht werden. Das Ereignis wird abgeleitet, wenn sich das Feld „Genehmigungsstatus“ der Bestellung in „Abgelehnt“ ändert. | ||
|
Warum das wichtig ist
Die Erfassung von Ablehnungen ist wichtig, um Schleifen mit Nacharbeit zu erkennen, die Gründe für gescheiterte Genehmigungen zu verstehen und die Qualität der Erstanträge zu verbessern.
Woher beziehen
Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf, sobald sich das Feld „Genehmigungsstatus“ im Bestelldatensatz in „Abgelehnt“ ändert.
Erfassung
Erkennen Sie, wenn sich das Feld „Genehmigungsstatus“ der Bestellung in „Abgelehnt“ ändert.
Ereignistyp
inferred
|
|||
|
Bestellung an Lieferanten gesendet
|
Die genehmigte Bestellung wurde an den Lieferanten übermittelt. In NetSuite wird dies häufig anhand einer Änderung eines Kommunikationskennzeichens ermittelt, etwa wenn das Kontrollkästchen „Per E-Mail senden“ aktualisiert wird oder sich der Status entsprechend ändert. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Beginn der Lieferzeit. Die Zeit bis zum Wareneingang ist entscheidend, um die Lieferleistung des Lieferanten zu bewerten.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem das Kennzeichen „Per E-Mail senden“ oder „Per Fax senden“ deaktiviert wird, oder aus einem Eintrag im Kommunikationsverlauf der Bestellung.
Erfassung
Erfassen Sie den Timestamp von Kommunikationsereignissen, etwa dem Versand einer E-Mail, die mit der Bestellung verknüpft sind.
Ereignistyp
inferred
|
|||
|
Bestellung eingereicht
|
Die Bestellung wurde fertiggestellt und einem Genehmigungs-Workflow übergeben. Dies wird üblicherweise anhand einer Statusänderung im Bestelldatensatz erfasst, beispielsweise vom Entwurfsstatus „Genehmigung durch Vorgesetzte ausstehend“ zu einem Status für die laufende Prüfung. | ||
|
Warum das wichtig ist
Dieses Ereignis markiert den Beginn des Genehmigungszyklus. Die Zeit bis zur Genehmigung der Bestellung ist entscheidend, um die Effizienz des Genehmigungsprozesses zu analysieren und Verzögerungen zu erkennen.
Woher beziehen
Abgeleitet aus einer Änderung des Felds „Genehmigungsstatus“ im Bestelldatensatz, beispielsweise von „Genehmigung ausstehend“ oder einem benutzerdefinierten Entwurfsstatus.
Erfassung
Erkennen Sie, wenn sich das Feld „Genehmigungsstatus“ der Bestellung in einen Status für die laufende Prüfung ändert.
Ereignistyp
inferred
|
|||
|
Bestellung geändert
|
Zeigt an, dass die Bestellung nach ihrer Erstellung oder Genehmigung geändert wurde. Dies lässt sich anhand eines Vergleichs des Felds „Zuletzt geändert am“ mit dem Erstellungsdatum oder einem separaten Genehmigungsdatum ableiten. | ||
|
Warum das wichtig ist
Häufige Änderungen können auf Ineffizienzen, unzureichende Planung oder eine schleichende Ausweitung des Umfangs hinweisen. Die Analyse, wann und warum Änderungen vorgenommen werden, hilft, den Prozess zu verbessern und Fehler zu reduzieren.
Woher beziehen
Abgeleitet aus einem Vergleich des Felds „Zuletzt geändert am“ im Bestelldatensatz mit dem Erstellungs- oder Genehmigungs-Timestamp. Die Systemnotizen enthalten Einzelheiten zu den geänderten Feldern.
Erfassung
Vergleichen Sie „Zuletzt geändert am“ mit dem Erstellungs- oder Genehmigungsdatum und filtern Sie Systemaktualisierungen heraus.
Ereignistyp
inferred
|
|||
|
Qualitätsprüfung durchgeführt
|
Die eingegangenen Waren wurden einer Qualitätsprüfung unterzogen. Dies ist keine Standardtransaktion in NetSuite. Üblicherweise wird das Ereignis über die Aktualisierung eines benutzerdefinierten Felds oder Datensatzes oder anhand einer Statusänderung beim Wareneingang erfasst. | ||
|
Warum das wichtig ist
Mit dieser Aktivität lässt sich die Durchlaufzeit der Qualitätskontrolle messen. Verzögerungen bei der Prüfung können zwischen Wareneingang und Bereitstellung der Waren einen Engpass verursachen.
Woher beziehen
Die Erfassung hängt stark von der individuellen Konfiguration ab. Möglich sind ein benutzerdefiniertes Feld „QA-Status“ beim Wareneingang oder ein separater benutzerdefinierter Datensatz für die Qualitätsprüfung.
Erfassung
Erfassen Sie die Aktualisierung eines benutzerdefinierten Felds oder die Erstellung eines benutzerdefinierten Datensatzes zur Qualitätsprüfung.
Ereignistyp
inferred
|
|||
|
Rechnung bezahlt
|
Der Rechnungsbetrag wurde an den Lieferanten gezahlt. Dies wird erfasst, wenn eine Transaktion für eine Lieferantenzahlung erstellt und der Lieferantenrechnung zugeordnet wird. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Abschluss der finanziellen Verpflichtung aus der Bestellung. Sie ist entscheidend für die Analyse pünktlicher Zahlungen und des Cashflows.
Woher beziehen
Erfasst anhand des Erstellungsdatums des Transaktionsdatensatzes der Lieferantenzahlung, die der Lieferantenrechnung zugeordnet ist.
Erfassung
Erfassen Sie den Erstellungs-Timestamp der Lieferantenzahlung, die der Rechnung zugeordnet ist.
Ereignistyp
explicit
|
|||
|
Rechnung genehmigt
|
Die Lieferantenrechnung wurde geprüft und zur Zahlung freigegeben. Wie bei Bestellungen wird dies anhand einer Änderung des Felds „Genehmigungsstatus“ im Datensatz der Lieferantenrechnung erfasst. | ||
|
Warum das wichtig ist
Die Genehmigung der Rechnung ist ein wichtiger Schritt im Zahlungsprozess. Die Erfassung der Bearbeitungsdauer hilft, Engpässe in der Kreditorenbuchhaltung zu erkennen, die zu verspäteten Zahlungen oder verpassten Skonti führen können.
Woher beziehen
Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf, sobald sich das Feld „Genehmigungsstatus“ im Datensatz der Lieferantenrechnung in „Genehmigt“ ändert.
Erfassung
Erkennen Sie, wenn sich das Feld „Genehmigungsstatus“ der Lieferantenrechnung in „Genehmigt“ ändert.
Ereignistyp
inferred
|
|||
Anleitungen zum Datenexport
Möchten Sie loslegen?
Dieses Template ist der erste Schritt, um das Potenzial Ihres Purchase-to-Pay-Prozesses für Bestellungen besser auszuschöpfen. Bereiten Sie noch heute Ihre Daten vor, um Verbesserungspotenziale zu erkennen und gezielte Änderungen anzustoßen.
Bestellabwicklung vereinfachen: Verbessern Sie jetzt die Effizienz in NetSuite
Verkürzen Sie die Zykluszeit für Bestellungen mit unserer Plattform um 30 % und beseitigen Sie Engpässe.
Keine Kreditkarte erforderlich. Beginnen Sie noch heute mit der Optimierung.