Datenvorlage: Order-to-Cash – Vertriebsauftragsbearbeitung
Ihr Order-to-Cash – Daten-Template für die Vertriebsauftragsabwicklung
- Empfohlene Attribute für die Detailanalyse
- Wichtige Aktivitäten, die Sie in Ihrem Prozess verfolgen sollten
- Praktische Anleitung zur Datenextraktion für NetSuite
Order to Cash - Attribute der Verkaufsauftragsabwicklung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des Geschäfts-Event oder der Aktivität, das/die zu einem bestimmten Zeitpunkt stattfand. | ||
|
Beschreibung
Dieses Attribut beschreibt einen spezifischen Schritt oder eine Statusänderung innerhalb des Kundenauftragslebenszyklus, wie z.B. Kundenauftrag erstellt, Waren versandt oder Zahlung eingegangen. Die Reihenfolge dieser Aktivitäten bildet die Grundlage der Prozesslandkarte. Die Analyse des Aktivitätsflusses hilft, häufige Prozesspfade, Abweichungen und Engpässe zu identifizieren. Das Verständnis der Häufigkeit und Reihenfolge der Aktivitäten ist entscheidend, um Möglichkeiten zur Optimierung von Abläufen und zur Reduzierung des manuellen Aufwands zu erkennen.
Warum es wichtig ist
Es definiert die Schritte des Prozesses und ermöglicht so die Visualisierung und Analyse des Prozessflusses.
Woher erhalten
Dies wird typischerweise aus Systemstatusänderungen, Transaktionstypen oder spezifischen Event Logs innerhalb von NetSuite abgeleitet. Es erfordert oft die Zuordnung von Statusfeldern oder Transaktionserstellungs-Events zu einem standardisierten Aktivitätsnamen.
Beispiele
Verkaufsauftrag erstelltVerkaufsauftrag genehmigtWaren versandtRechnung erstelltZahlung erhalten
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der angibt, wann die Aktivität stattfand. | ||
|
Beschreibung
Dieses Attribut gibt das genaue Datum und die Uhrzeit für jede Aktivität im Prozess an. Es bildet das chronologische Rückgrat des Event Log und ermöglicht die Berechnung von Zykluszeiten, Dauer und Wartezeiten zwischen verschiedenen Schritten. Genaue Timestamps sind unerlässlich für die Performance-Analyse, wie z.B. die Messung der Dauer von der Auftragserstellung bis zum Versand oder die Identifizierung von Verzögerungen im Kreditgenehmigungsprozess. Sie ermöglichen eine detaillierte Analyse der Prozesseffizienz und der Einhaltung von Service Level Agreements.
Warum es wichtig ist
Timestamps sind entscheidend für die Berechnung aller zeitbasierten Metriken, einschließlich Zykluszeiten und Dauern, die für die Identifizierung von Prozess-Engpässen unerlässlich sind.
Woher erhalten
Dies entspricht Datumsfeldern in NetSuite-Transaktionsdatensätzen, wie 'Date Created' für den Kundenauftrag, 'Actual Ship Date' für Artikellieferungen oder 'Date' für Rechnungen und Zahlungen.
Beispiele
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Verkaufsauftrag
SalesOrder
|
Die eindeutige Kennung für jeden Kundenauftragsbeleg. | ||
|
Beschreibung
Der Kundenauftrag dient als primärer Case Identifier und verknüpft alle nachfolgenden Aktivitäten von der Auftragserteilung des Kunden über die Warenlieferung bis zur endgültigen Zahlung. Jeder Kundenauftrag repräsentiert eine einzelne Instanz des End-to-End-Prozesses. Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion des Weges jedes Auftrags. Es ermöglicht die Analyse von Prozessvarianten, Durchlaufzeiten und Engpässen pro Auftrag und bietet so eine vollständige Übersicht über den Lebenszyklus jeder einzelnen Kundenanfrage.
Warum es wichtig ist
Dies ist der Kernidentifikator, der alle zusammengehörigen Events zu einer einzigen Prozessinstanz verbindet und so eine End-to-End-Analyse ermöglicht.
Woher erhalten
Dies ist die interne ID des Transaktionsdatensatzes für den Verkaufsauftrag in NetSuite. Sie ist typischerweise als 'Internal ID' im Verkaufsauftragsformular oder in den Suchergebnissen zu finden.
Beispiele
SO-100521SO-100522SO-100523
|
|||
|
Benutzer
User
|
Der Benutzer oder Mitarbeiter, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die verantwortliche Person für die Ausführung eines spezifischen Prozessschritts, wie z.B. den Vertriebsmitarbeiter, der den Auftrag erstellt hat, oder den Lagermitarbeiter, der die Waren verpackt hat. Es kann der Name eines Benutzers oder eine eindeutige ID sein. Die Analyse nach Benutzer hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarf zu identifizieren und die Leistung über Einzelpersonen oder Teams hinweg zu vergleichen. Sie ist entscheidend für die Ursachenanalyse bei der Untersuchung von Abweichungen oder Verzögerungen, die mit spezifischen Benutzeraktionen verbunden sind.
Warum es wichtig ist
Es ermöglicht Leistungsanalysen nach Mitarbeiter oder Rolle, um Top-Performer, Automatisierungskandidaten und Schulungsmöglichkeiten zu identifizieren.
Woher erhalten
Diese Informationen finden Sie in Feldern wie 'Created By', 'Modified By' oder 'Owner' auf verschiedenen NetSuite-Transaktionsdatensätzen.
Beispiele
John SmithJane DoeLagerbenutzer 1
|
|||
|
Gesamtauftragswert
TotalOrderAmount
|
Der monetäre Gesamtwert des Kundenauftrags. | ||
|
Beschreibung
Dieses Attribut stellt den gesamten Finanzwert des Kundenauftrags dar, einschließlich aller Artikel, Steuern und Versandkosten. Es ist ein entscheidender Indikator für die wirtschaftliche Bedeutung jeder Prozessinstanz. Die Analyse des Prozesses auf Grundlage des Auftragswerts kann wichtige Muster aufdecken. Zum Beispiel können hochwertige Aufträge einen anderen, manuelleren Genehmigungsprozess durchlaufen, während geringwertige Aufträge stark automatisiert sein können. Diese Analyse hilft bei der Priorisierung von Prozessverbesserungsmaßnahmen für die wirkungsvollsten Aufträge.
Warum es wichtig ist
Ermöglicht eine wertbasierte Analyse, hilft, hochwertige Aufträge zu priorisieren und zu verstehen, wie Prozesseffizienz den Umsatz beeinflusst.
Woher erhalten
Dies ist das Feld 'Total' im Transaktionsdatensatz des Verkaufsauftrags in NetSuite.
Beispiele
1500.00250.5012500.75
|
|||
|
Kundenname
CustomerName
|
Der Name des Kunden, der den Verkaufsauftrag aufgegeben hat. | ||
|
Beschreibung
Dieses Attribut enthält den Namen der juristischen Person oder Einzelperson, die die Waren oder Dienstleistungen erworben hat. Es verknüpft den Kundenauftragsprozess mit einem spezifischen Kundenkonto. Die Filterung oder dimensionierende Analyse nach Kunden ist unerlässlich, um kundenspezifische Verhaltensweisen zu verstehen, Probleme bei Schlüsselkunden zu identifizieren und Service-Levels zu bewerten. Sie ermöglicht eine kundenorientierte Sicht auf den Prozess und hebt hervor, welche Kunden die meisten Verzögerungen oder Nacharbeiten erfahren.
Warum es wichtig ist
Ermöglicht die Segmentierung des Prozesses nach Kunden, was entscheidend ist für die Analyse der Kundenzufriedenheit, die Identifizierung von Problemen bei Schlüsselkunden und die Anpassung von Dienstleistungen.
Woher erhalten
Dies ist das Feld 'Customer' oder 'Entity' im Kundenauftragstransaktionsdatensatz in NetSuite.
Beispiele
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Produktkategorie
ProductCategory
|
Die Kategorie des primären Produkts oder der Dienstleistung im Verkaufsauftrag. | ||
|
Beschreibung
Dieses Attribut klassifiziert die Artikel auf dem Kundenauftrag in breitere Kategorien, wie z.B. Hardware, Software oder Services. Wenn ein Auftrag mehrere Kategorien enthält, kann eine Hauptkategorie basierend auf dem Wert oder der Artikelanzahl zugewiesen werden. Die Analyse des Prozesses nach Produktkategorie kann Abweichungen in den Erfüllungspfaden aufdecken. Zum Beispiel können Services einen viel einfacheren Erfüllungsprozess haben als physische Hardware, die Kommissionierung, Verpackung und Versand erfordert. Diese Segmentierung ist entscheidend für die Gestaltung kategoriespezifischer Prozessverbesserungen.
Warum es wichtig ist
Die Segmentierung des Prozesses nach Produktkategorie hilft, unterschiedliche Erfüllungswege aufzudecken und kategoriespezifische Bottlenecks zu identifizieren.
Woher erhalten
Diese Informationen werden aus den Item-Datensätzen abgeleitet, die mit den Kundenauftragspositionen verknüpft sind. Hierfür kann es erforderlich sein, diese mit den Artikelstammdaten zu verbinden, um die Kategorie zu erhalten.
Beispiele
ElektronikSoftwarelizenzBeratungsdienstleistungen
|
|||
|
Rechnungsnummer
InvoiceNumber
|
Die eindeutige Kennung für die Kundenrechnung. | ||
|
Beschreibung
Dieses Attribut ist die Referenznummer für das Rechnungsdokument, das auf Basis des Kundenauftrags erstellt wird. Es verknüpft den Verkaufserfüllungsprozess mit dem Debitorenbuchhaltungsprozess. Die Verfolgung der Rechnungsnummer ist wichtig für die finanzielle Abstimmung und für Analysen, die sich vom Auftrag bis zur finalen Zahlung erstrecken. Sie bietet eine konkrete Verbindung zwischen den operativen Aktivitäten des Warenversands und der finanziellen Aktivität des Geldeinzugs.
Warum es wichtig ist
Es verbindet den Verkaufsauftrag mit der spezifischen Finanztransaktion für die Rechnungsstellung und ermöglicht so eine echte End-to-End-Auftrag-zu-Zahlung-Analyse.
Woher erhalten
Dies ist die 'Invoice #' oder 'Transaction ID' des Rechnungsdatensatzes, der aus dem Kundenauftrag erstellt wurde.
Beispiele
INV-2001INV-2002INV-2003
|
|||
|
Verkaufsauftragsstatus
SalesOrderStatus
|
Der aktuelle Status des Verkaufsauftrags innerhalb seines Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut gibt den aktuellen Status des Kundenauftrags an, wie z.B. Genehmigung ausstehend, Erfüllung ausstehend oder Fakturiert. Es bietet eine Momentaufnahme davon, wo sich der Auftrag im Gesamtprozess befindet. Während das Activity Log den historischen Fluss zeigt, ist der aktuelle Status nützlich, um Aufträge zu filtern und sich auf jene zu konzentrieren, die derzeit festgesteckt oder aktiv sind. Die Analyse von Cases nach ihrem Endstatus hilft, Prozessergebnisse zu verstehen, z.B. ob ein Auftrag erfolgreich abgeschlossen, storniert oder noch in Bearbeitung ist.
Warum es wichtig ist
Es ermöglicht das Filtern von Cases nach ihrem aktuellen Status, was entscheidend für die Analyse offener Bestellungen und die Identifizierung blockierter oder verzögerter Fälle ist.
Woher erhalten
Dies ist das Feld 'Status' im Kundenauftragstransaktionsdatensatz in NetSuite.
Beispiele
Ausführung ausstehendRechnung ausstehendFakturiertGeschlossen
|
|||
|
Wunschliefertermin
RequestedDeliveryDate
|
Der vom Kunden angeforderte Liefertermin. | ||
|
Beschreibung
Dieses Attribut erfasst das Datum, an dem der Kunde den Erhalt seiner Waren angefordert hat. Es dient als KPI-Basislinie zur Messung der pünktlichen Lieferung. Dieses Datum wird mit dem tatsächlichen Lieferdatum (Warenausgang-Timestamp) verglichen, um die Pünktlichkeitsrate der Lieferung zu berechnen. Die Analyse der Lücke zwischen angeforderten und tatsächlichen Lieferdaten hilft, systemische Probleme bei der Prognose, im Bestandsmanagement oder in der Logistik zu identifizieren, die das Unternehmen daran hindern, die Kundenerwartungen zu erfüllen.
Warum es wichtig ist
Es ist die Grundlage zur Messung der Liefertermintreue und Kundenzufriedenheit.
Woher erhalten
Dies kann einem Standard- oder benutzerdefinierten Feld im Verkaufsauftragsdatensatz entsprechen, das oft 'Requested Delivery Date' oder ähnlich benannt ist.
Beispiele
2023-05-202023-06-012023-06-15
|
|||
|
Zahlungsbedingungen
PaymentTerms
|
Die vereinbarten Zahlungsbedingungen für die Rechnung. | ||
|
Beschreibung
Dieses Attribut definiert die Bedingungen, unter denen ein Kunde die Waren oder Dienstleistungen voraussichtlich bezahlt, zum Beispiel Netto 30 oder Fällig bei Erhalt. Diese Bedingungen werden zur Berechnung des Rechnungsfälligkeitsdatums verwendet. Die Analyse nach Zahlungsbedingungen hilft zu identifizieren, welche Bedingungen mit verspäteten Zahlungen verbunden sind, und ermöglicht es dem Unternehmen, die finanziellen Auswirkungen seiner Kreditrichtlinien zu bewerten. Sie ist grundlegend für die Analyse des Dashboards zur Einhaltungsrate der Zahlungsbedingungen und für das Verständnis der Cashflow-Dynamik.
Warum es wichtig ist
Es bildet die Grundlage für die Berechnung von Zahlungszielen und die Analyse des Kunden-Zahlungsverhaltens sowie der Einhaltungsquoten.
Woher erhalten
Dies ist das Feld 'Terms' im Kundenauftrags- oder Rechnungstransaktionsdatensatz in NetSuite.
Beispiele
Netto 30Netto 60Fällig bei Erhalt
|
|||
|
Anzahl der Änderungen am Verkaufsauftrag
SalesOrderChangeCount
|
Die Anzahl der Male, die ein Verkaufsauftrag nach seiner initialen Erstellung geändert wurde. | ||
|
Beschreibung
Diese berechnete Metrik zählt die Anzahl der 'Sales Order Changed'-Aktivitäten für jeden Case. Eine hohe Anzahl an Änderungen weist auf Nacharbeit hin, die durch Kundenanfragen, Dateneingabefehler oder Preisanpassungen verursacht werden kann. Dieses Attribut ist ein direkter Input für die Sales Order Rework Rate KPI und das Dashboard 'Sales Order Rework Variants'. Die Analyse der Merkmale von Aufträgen mit hoher Änderungsanzahl hilft, die Grundursachen der Nacharbeit zu identifizieren, wie z.B. Probleme mit bestimmten Produkten, Kunden oder Vertriebsmitarbeitern.
Warum es wichtig ist
Quantifiziert direkt Nacharbeit und hilft dabei, Ineffizienzquellen, Datenqualitätsprobleme und Prozessinstabilität zu identifizieren.
Woher erhalten
Dies wird während der Datentransformation berechnet, indem die Sales Order Changed-Ereignisse für jede SalesOrder Case ID gezählt werden.
Beispiele
013
|
|||
|
Ist Liefertreue
IsOnTimeDelivery
|
Ein Kennzeichen, das anzeigt, ob die Bestellung am oder vor dem gewünschten Datum geliefert wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut vergleicht den Timestamp der 'Goods Shipped'-Aktivität oder der tatsächlichen Lieferung mit dem RequestedDeliveryDate. Es ist wahr, wenn die Lieferung pünktlich oder früher erfolgte, und falsch, wenn sie verspätet war. Dieses Flag ist unerlässlich für die Berechnung der On-Time Delivery Rate KPI und für das Dashboard 'Delivery Promise vs. Reality Gap'. Es vereinfacht die Analyse der Lieferperformance und ermöglicht ein einfaches Filtern und Aggregieren, um die Ursachen für verspätete Lieferungen zu finden, sei es bei bestimmten Produkten, Regionen oder Prozessengpässen.
Warum es wichtig ist
Liefert ein klares, binäres Ergebnis zur Lieferperformance, was die Berechnung von KPIs und die Ursachenanalyse für verspätete Aufträge vereinfacht.
Woher erhalten
Dies wird während der Datentransformation berechnet, indem der Timestamp der 'Goods Shipped'-Aktivität mit dem Attribut RequestedDeliveryDate verglichen wird.
Beispiele
truefalsch
|
|||
|
Kreditstatus
CreditStatus
|
Zeigt den Credit Hold-Status des Verkaufsauftrags an. | ||
|
Beschreibung
Dieses Attribut spiegelt den Kreditstatus des Kunden zum Zeitpunkt der Auftragsbearbeitung wider, zum Beispiel 'On Hold' oder 'Released'. Es ist ein Schlüsselfaktor in den frühen Phasen des Auftragslebenszyklus. Die Analyse dieses Attributs hilft, den Einfluss von Kreditprüfungen auf die gesamte Auftragsdurchlaufzeit zu verstehen. Das Dashboard zur 'Kreditprüfungs-Zykluszeitanalyse' stützt sich auf diese Daten, um zu identifizieren, wie viele Aufträge auf Hold gesetzt werden und wie lange es dauert, sie freizugeben, und um Engpässe im Kreditmanagementprozess aufzuzeigen.
Warum es wichtig ist
Beeinflusst direkt die 'Bonitätsprüfung-Durchlaufzeit'-KPI und hilft, frühzeitige Verzögerungen im Auftragsprozess zu erklären.
Woher erhalten
Dies könnte ein Standardstatusfeld oder ein benutzerdefiniertes Kontrollkästchen, z.B. 'Credit Hold', im Verkaufsauftragsdatensatz sein. Es kann auch aus dem Vorhandensein der Aktivitäten 'Credit Hold Applied' und 'Credit Hold Released' abgeleitet werden.
Beispiele
GutAuf WartestellungFreigegeben
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Timestamp der letzten Datenaktualisierung oder Datenextraktion aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut zeigt an, wann der Datensatz zuletzt aktualisiert wurde. Es bietet Geschäftsanwendern Transparenz über die Aktualität der von ihnen analysierten Daten und hilft ihnen zu verstehen, welchen Zeitrahmen die Process Mining Dashboards und die Analyse abdecken. Es wird nicht für die Prozessflussanalyse verwendet, ist aber ein kritisches Metadatenelement für die Data Governance und das Benutzervertrauen. Es hilft Benutzern, die Aktualität der Erkenntnisse zu beurteilen und zu wissen, wann mit neuen Daten zu rechnen ist.
Warum es wichtig ist
Informiert Benutzer über die Aktualität der Daten, was für fundierte Entscheidungen auf Basis der Analyse unerlässlich ist.
Woher erhalten
Dieser Timestamp wird zum Zeitpunkt der Datenextraktion aus NetSuite generiert und im Datensatz vermerkt.
Beispiele
2023-10-27T02:00:00Z
|
|||
|
Lieferland
ShippingCountry
|
Das Zielland für die Sendung. | ||
|
Beschreibung
Dieses Attribut enthält das Land, in das die Waren des Auftrags versendet werden. Es wird von der Lieferadresse abgeleitet, die mit dem Kundenauftrag verknüpft ist. Die geografische Analyse basierend auf dem Lieferland kann Abweichungen in der Prozessleistung aufgrund von Logistik, Zoll oder der Effizienz regionaler Niederlassungen aufdecken. Sie ermöglicht den Vergleich von Lieferzeiten, Liefergenauigkeit und Prozesskosten in verschiedenen Ländern oder Regionen.
Warum es wichtig ist
Ermöglicht geografische Analysen, um regionale Engpässe zu identifizieren, die Logistikleistung zu vergleichen und internationale Komplexitäten zu verstehen.
Woher erhalten
Dies ist Teil der 'Shipping Address' im Kundenauftragstransaktionsdatensatz.
Beispiele
USADeutschlandJapan
|
|||
|
Pünktliche Zahlung
IsOnTimePayment
|
Ein Kennzeichen, das anzeigt, ob die Rechnung am oder vor dem Fälligkeitsdatum bezahlt wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut vergleicht den Timestamp der Aktivität 'Payment Received' mit dem PaymentDueDate. Es ist wahr, wenn die Zahlung am oder vor dem Fälligkeitsdatum erfolgte, und andernfalls falsch. Dieses Attribut ist die Grundlage für die On-Time Payment Rate KPI und das Dashboard 'Payment Terms Adherence Rate'. Es bietet ein klares Maß für das Zahlungsverhalten der Kunden und ermöglicht die Analyse, welche Kunden, Regionen oder Zahlungsbedingungen am häufigsten mit verspäteten Zahlungen verbunden sind.
Warum es wichtig ist
Misst direkt die Zahlungsdisziplin des Kunden, was entscheidend für das Cashflow-Management und die Bewertung des Kreditrisikos ist.
Woher erhalten
Dies wird während der Datentransformation berechnet, indem der Timestamp der 'Payment Received'-Aktivität mit dem Attribut PaymentDueDate verglichen wird.
Beispiele
truefalsch
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut gibt die Quellanwendung an, in der die Ereignisdaten generiert wurden. Für diesen Prozess ist es typischerweise 'NetSuite'. In komplexeren Umgebungen kann es helfen, Daten zu unterscheiden, die aus verschiedenen integrierten Systemen stammen, wie einem separaten CRM oder WMS. Bei der Analyse hilft es, die Datenherkunft zu bestätigen und ist entscheidend, wenn Daten aus mehreren Quellen gemischt werden, um eine einzige, einheitliche Prozessansicht zu erstellen. Es stellt sicher, dass Daten ihrem Ursprung korrekt zugeordnet werden, was für die Data Governance und die Fehlerbehebung wichtig ist.
Warum es wichtig ist
Es liefert entscheidenden Kontext zur Datenherkunft, besonders in Umgebungen, in denen mehrere Systeme integriert sind.
Woher erhalten
Dies ist ein statischer Wert ('NetSuite'), der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird.
Beispiele
NetSuite
|
|||
|
Verkaufsauftragstyp
SalesOrderType
|
Die Klassifizierung des Verkaufsauftrags, z.B. Standard, Eilauftrag oder Spezialauftrag. | ||
|
Beschreibung
Dieses Attribut kategorisiert Kundenaufträge nach ihrem Typ, der oft den Prozesspfad und die Priorität vorgibt. Zum Beispiel kann ein Eilauftrag bestimmte Schritte umgehen oder strengere SLAs aufweisen als ein Standardauftrag. Die Analyse des Prozesses nach Auftragstyp ist entscheidend, um zu verstehen, ob unterschiedliche Prozessvarianten beabsichtigt und effektiv sind. Sie hilft zu bewerten, ob spezielle Bearbeitungsverfahren für bestimmte Auftragstypen tatsächlich zu schnelleren oder besseren Ergebnissen führen und zu welchen Kosten.
Warum es wichtig ist
Ermöglicht den Vergleich verschiedener vorgesehener Prozesspfade, wie Standard- versus Eilaufträge, um zu überprüfen, ob sie wie erwartet funktionieren.
Woher erhalten
Dies ist typischerweise ein benutzerdefiniertes Feld 'Order Type' im Verkaufsauftragsformular, da NetSuite verschiedene Transaktionsformulare (z.B. Standard Sales Order, Standard Sales Order - Cash Sale) verwendet, anstatt standardmäßig ein einziges Typfeld.
Beispiele
StandardauftragEilauftragProjektbestellung
|
|||
|
Vertriebsteam
SalesTeam
|
Das Vertriebsteam oder die Gruppe, der der Kundenauftrag zugeschrieben wird. | ||
|
Beschreibung
Dieses Attribut identifiziert das Team oder die Abteilung, die für den Verkauf verantwortlich ist. Es wird verwendet, um Vertriebsmitarbeiter zu organisieren und Vertriebsgebiete oder Produktlinien zu verwalten. Im Process Mining kann die Analyse der Leistung nach Vertriebsteam Best Practices von leistungsstarken Teams aufdecken oder systemische Probleme identifizieren, die ein bestimmtes Team betreffen. Sie kann Unterschiede in der Qualität der Dateneingabe, bei Rabattgenehmigungen oder anderen vorgelagerten Faktoren aufzeigen, die den nachgelagerten Erfüllungsprozess beeinflussen.
Warum es wichtig ist
Ermöglicht Leistungsvergleiche zwischen verschiedenen Vertriebsteams und hilft dabei, Best Practices oder Bereiche zu identifizieren, die Unterstützung benötigen.
Woher erhalten
Dies kann ein Standard- oder benutzerdefiniertes Feld im Verkaufsauftragsdatensatz sein, oft verknüpft mit dem Mitarbeiterdatensatz des Vertriebsmitarbeiters.
Beispiele
Vertrieb NordamerikaEMEA EnterpriseAPAC Kanal
|
|||
|
Zahlungsfälligkeitsdatum
PaymentDueDate
|
Das Fälligkeitsdatum der Rechnungszahlung. | ||
|
Beschreibung
Dieses Attribut stellt das berechnete Fälligkeitsdatum dar, bis zu dem der Kunde die Zahlung leisten muss. Es basiert auf dem Rechnungsdatum und den Zahlungsbedingungen. Zum Beispiel ist bei einer Rechnung vom 1. April mit 'Net 30'-Bedingungen das Fälligkeitsdatum der 1. Mai. Dieses Datum ist entscheidend für die Finanzanalyse und wird direkt mit dem Datum des Zahlungseingangs verglichen, um festzustellen, ob eine Zahlung pünktlich erfolgte. Es ist eine Schlüsselkomponente für die Berechnung der On-Time Payment Rate KPI und das Forderungsmanagement.
Warum es wichtig ist
Dies ist die Messgröße für die Pünktlichkeit von Zahlungseingängen, die für das Cashflow- und Forderungsmanagement entscheidend ist.
Woher erhalten
Dies ist das Feld 'Due Date' im Rechnungstransaktionsdatensatz. Es wird von NetSuite automatisch basierend auf dem Rechnungsdatum und den Zahlungsbedingungen berechnet.
Beispiele
2023-05-302023-06-152023-07-01
|
|||
Order to Cash - Aktivitäten der Verkaufsauftragsabwicklung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Auftragsausführung erstellt
|
Diese Aktivität markiert den Beginn des physischen Erfüllungsprozesses im Lager. Sie tritt auf, wenn eine Artikellieferungstransaktion aus dem Kundenauftrag generiert wird. | ||
|
Warum es wichtig ist
Dies ist ein wichtiger Meilenstein, der den Vertriebsprozess mit den Lagerprozessen verbindet. Die Zeit zwischen Auftragsgenehmigung und Erstellung der Auslieferung ist ein Schlüsselindikator für die operative Bereitschaft.
Woher erhalten
Dies ist ein explizites Ereignis. Der Timestamp ist das Erstellungsdatum des Item Fulfillment-Datensatzes, der mit dem Quell-Kundenauftrag verknüpft ist.
Erfassen
Verwenden Sie das Transaktionserstellungsdatum für den verknüpften 'Item Fulfillment'-Datensatz.
Ereignistyp
explicit
|
|||
|
Rechnung erstellt
|
Dies stellt die Erstellung der Finanzrechnung für die versandten Waren oder erbrachten Dienstleistungen dar. Es ist ein explizites Event, das durch die Erstellung einer 'Invoice'-Transaktion, die mit dem Verkaufsauftrag verknüpft ist, ausgelöst wird. | ||
|
Warum es wichtig ist
Diese Aktivität ist ein entscheidender Meilenstein für die Umsatzrealisierung und markiert den Beginn des Zahlungszyklus. Die Zeit zwischen Versand und Rechnungsstellung beeinflusst den Cashflow direkt.
Woher erhalten
Dies ist ein explizites Ereignis, das aus dem Feld 'Date Created' des Rechnungstransaktionsdatensatzes (Tabelle Transaction, Type='CustInvc') erfasst und mit dem Kundenauftrag verknüpft wird.
Erfassen
Verwenden Sie das Transaktionserstellungsdatum für die verknüpfte Rechnung (Invoice).
Ereignistyp
explicit
|
|||
|
Verkaufsauftrag abgeschlossen
|
Dies ist die abschließende Aktivität, die anzeigt, dass der Verkaufsauftrag vollständig erfüllt, fakturiert und als abgeschlossen betrachtet wird. Sie wird aus der Statusänderung des Verkaufsauftrags auf 'Closed' abgeleitet. | ||
|
Warum es wichtig ist
Dieses Ereignis markiert das operative Ende des Auftragslebenszyklus. Die Dauer von der Erstellung bis zum Abschluss bietet einen umfassenden Überblick über die End-to-End Prozessdauer.
Woher erhalten
Abgeleitet aus der Änderung des Feldes Status in der Verkaufsauftragstransaktion zu Geschlossen. Der Timestamp wird den Systemhinweisen für diese endgültige Statusänderung entnommen.
Erfassen
Timestamp der Statusänderung auf 'Closed' in den Systemhinweisen des Verkaufsauftrags.
Ereignistyp
inferred
|
|||
|
Verkaufsauftrag erstellt
|
Diese Aktivität markiert den offiziellen Start des Kundenauftragsprozesses. Sie tritt auf, wenn eine neue Kundenauftragstransaktion zum ersten Mal in NetSuite gespeichert wird und die initiale Kundenanfrage erfasst wird. | ||
|
Warum es wichtig ist
Dies ist das primäre Start-Event für den Auftrag zu Zahlung-Prozess. Die Analyse der Zeit von diesem Event bis zu nachfolgenden Aktivitäten ist entscheidend für die Messung der gesamten Effizienz der Auftragsabwicklung und der Zykluszeiten.
Woher erhalten
Dies ist ein explizites Ereignis, das aus dem Feld 'Date Created' des Kundenauftragstransaktionsdatensatzes (Tabelle Transaction, Type='SalesOrd') erfasst wird.
Erfassen
Verwenden Sie das Transaktionserstellungsdatum für Verkaufsaufträge.
Ereignistyp
explicit
|
|||
|
Verkaufsauftrag genehmigt
|
Dieser Meilenstein bedeutet, dass der Verkaufsauftrag alle internen Prüfungen, wie Kreditwürdigkeits- und Bestandsprüfungen, bestanden hat und zur Erfüllung bereit ist. Dies wird normalerweise aus der Statusänderung des Auftrags auf 'Pending Fulfillment' abgeleitet. | ||
|
Warum es wichtig ist
Die Genehmigung ist ein entscheidendes Nadelöhr im Prozess. Die Messung der Genehmigungszeit hilft, Verzögerungen bei internen Überprüfungen und der Entscheidungsfindung zu identifizieren.
Woher erhalten
Abgeleitet von einer Statusänderung im Verkaufsauftragsdatensatz. Der Timestamp wird erfasst, wenn das Feld Auftragsstatus auf Pending Fulfillment oder einen ähnlichen benutzerdefinierten genehmigten Status aktualisiert wird.
Erfassen
Timestamp der Statusänderung auf 'Pending Fulfillment' in den Systemhinweisen des Verkaufsauftrags.
Ereignistyp
inferred
|
|||
|
Waren versandt
|
Dieser Meilenstein markiert den Zeitpunkt, an dem Artikel das Lager verlassen haben und auf dem Weg zum Kunden sind. Dies wird abgeleitet, wenn der Status des 'Item Fulfillment'-Datensatzes auf 'Shipped' aktualisiert wird. | ||
|
Warum es wichtig ist
Der Versand ist ein entscheidender Übergabepunkt an den Spediteur und Kunden. Dieses Event ist entscheidend für die Nachverfolgung der pünktlichen Lieferleistung und die Messung der gesamten Durchlaufzeit der Auftragsabwicklung.
Woher erhalten
Abgeleitet aus der Änderung des Feldes Status in der verknüpften Item Fulfillment-Transaktion zu Versandt. Der Timestamp für dieses Event ist das Datum dieser Statusänderung.
Erfassen
Timestamp der Statusänderung auf 'Shipped' im 'Item Fulfillment'-Datensatz.
Ereignistyp
inferred
|
|||
|
Zahlung erhalten
|
Diese Aktivität markiert den Zahlungseingang vom Kunden gegen eine Rechnung. Sie wird erfasst, wenn eine Kundenzahlungstransaktion erstellt und der mit dem Kundenauftrag verknüpften Rechnung zugeordnet wird. | ||
|
Warum es wichtig ist
Als entscheidendes Abschlussereignis ist diese Aktivität von entscheidender Bedeutung für die Analyse des Geldumschlagzyklus und der Pünktlichkeit der Zahlungseingänge. Sie kennzeichnet den erfolgreichen finanziellen Abschluss einer Verkaufstransaktion.
Woher erhalten
Dies ist ein explizites Ereignis. Der Timestamp ist das Erstellungsdatum der Customer Payment-Transaktion (Tabelle Transaction, Type='CustPymt'), die der entsprechenden Rechnung zugeordnet wird.
Erfassen
Verwenden Sie das Transaktionsdatum aus dem 'Customer Payment'-Datensatz, das auf die Rechnung angewendet wurde.
Ereignistyp
explicit
|
|||
|
Bestand zugesagt
|
Dieses Ereignis kennzeichnet, wann Lagerbestand offiziell für einen Kundenauftrag reserviert wird, um dessen Verfügbarkeit für die Auftragsabwicklung zu gewährleisten. Dies wird durch die Beobachtung von Änderungen der Committed Quantity in den Kundenauftragspositionen abgeleitet. | ||
|
Warum es wichtig ist
Diese Aktivität ist entscheidend für die Analyse der Effizienz der Lagerbestandszuteilung. Verzögerungen zwischen Auftragsgenehmigung und Bestandsreservierung können zu Lagerfehlbeständen führen und Lieferzusagen beeinträchtigen.
Woher erhalten
Abgeleitet aus den Systemhinweisen für die Positionen des Verkaufsauftrags. Der Timestamp entspricht dem Zeitpunkt, an dem das Feld Committed Quantity von null auf einen positiven Wert aktualisiert wird.
Erfassen
Timestamp der Änderung im Feld 'Quantity Committed' auf den Auftragspositionen.
Ereignistyp
inferred
|
|||
|
Gutschrift erstellt
|
Dieses Ereignis tritt auf, wenn eine Gutschrift (Credit Memo) zu einem Kundenauftrag oder einer Rechnung ausgestellt wird, typischerweise für Retouren, Preisanpassungen oder andere Zugeständnisse. Es wird erfasst, wenn eine Credit Memo-Transaktion erstellt wird. | ||
|
Warum es wichtig ist
Gutschriften stellen oft Prozessfehler wie Versandfehler oder Produktmängel dar. Die Analyse ihrer Häufigkeit und des Zeitpunkts hilft, Ursachen zu identifizieren und die Gesamtqualität zu verbessern.
Woher erhalten
Dies ist ein explizites Ereignis, das auf der Erstellung einer Credit Memo-Transaktion (Tabelle Transaction, Type='CredMemo') basiert und mit der ursprünglichen Rechnung oder dem Kundenauftrag verknüpft werden kann.
Erfassen
Verwenden Sie das Transaktionserstellungsdatum für die verknüpfte Gutschrift (Credit Memo).
Ereignistyp
explicit
|
|||
|
Kreditsperre aufgehoben
|
Bezeichnet den Zeitpunkt, an dem ein Verkaufsauftrag aus einer Kreditsperre freigegeben wird, wodurch er zur Auftragserfüllung übergehen kann. Dies wird durch die Beobachtung einer Statusänderung von einem Warte- auf einen offenen oder genehmigten Status erfasst. | ||
|
Warum es wichtig ist
Die Dauer von Kreditsperren ist ein kritischer KPI. Dieses Event ermöglicht die Messung der benötigten Zeit zur Behebung von Kreditproblemen und deren Auswirkungen auf den gesamten Order-to-Cash-Zyklus.
Woher erhalten
Abgeleitet aus den Systemhinweisen oder dem Audit-Trail im Verkaufsauftragsdatensatz, wobei der Timestamp erfasst wird, wenn sich der Auftragsstatus von einem Haltestatus ändert.
Erfassen
Identifiziert den Timestamp, wenn sich der Auftragsstatus von einem Credit Hold-Status in einen aktiven Status ändert.
Ereignistyp
inferred
|
|||
|
Kreditsperre verhängt
|
Dieses Ereignis tritt auf, wenn ein Kundenauftrag automatisch oder manuell auf Kreditstopp gesetzt wird, wodurch der Erfüllungsprozess unterbrochen wird. Dies wird typischerweise aus der Änderung des Bestellstatus in 'Pending Approval' oder einen spezifischen 'Credit Hold'-Zustand abgeleitet. | ||
|
Warum es wichtig ist
Zu erkennen, wann und warum Aufträge pausiert werden, ist entscheidend, um Verzögerungen im Fulfillment-Zyklus zu verstehen. Diese Aktivität hebt Bottlenecks hervor, die mit Kundenkreditproblemen zusammenhängen.
Woher erhalten
Abgeleitet aus den Systemhinweisen oder dem Audit-Trail im Verkaufsauftragsdatensatz, wobei speziell nach Änderungen des Feldes Auftragsstatus zu einem Haltestatus gesucht wird.
Erfassen
Identifiziert den Timestamp, wenn sich der Auftragsstatus in einen Credit Hold-Status ändert.
Ereignistyp
inferred
|
|||
|
Verkaufsauftrag geändert
|
Diese Aktivität erfasst jede wesentliche Änderung eines Kundenauftrags nach dessen Erstellung, wie z.B. Änderungen an Menge, Artikeln oder Preisgestaltung. Sie wird durch die Verfolgung von Updates in den Systemnotizen oder im Prüfpfad erfasst. | ||
|
Warum es wichtig ist
Häufige Änderungen können auf Dateneingabefehler oder eine instabile Kundennachfrage hinweisen, was zu Nacharbeit und Prozessineffizienzen führt. Das Verfolgen dieser Änderungen hilft, die Grundursachen für Auftragsmodifikationen zu identifizieren.
Woher erhalten
Abgeleitet aus den Systemnotizen oder dem Audit-Trail, die mit der Vertriebsauftragstransaktion verbunden sind. Jede protokollierte Änderung an einem relevanten Feld kann als Instanz dieser Aktivität behandelt werden.
Erfassen
Identifizieren Sie Feldänderungen in den Systemhinweisen des Verkaufsauftrags nach der initialen Erstellung.
Ereignistyp
inferred
|
|||
|
Waren kommissioniert
|
Zeigt an, dass die Artikel für die Bestellung von ihren Lagerstandorten kommissioniert wurden. Dies ist ein abgeleitetes Event, basierend auf der Statusänderung des zugehörigen Item Fulfillment-Datensatzes. | ||
|
Warum es wichtig ist
Die Analyse der Zeit für die Kommissionierung von Waren ist entscheidend für die Optimierung der Lagereffizienz. Diese Aktivität hilft, Engpässe im Kommissionierungsprozess zu messen und zu identifizieren.
Woher erhalten
Abgeleitet aus der Änderung des Feldes Status in der verknüpften Item Fulfillment-Transaktion zu Kommissioniert. Der Timestamp wird den Systemhinweisen für diese Statusänderung entnommen.
Erfassen
Timestamp der Statusänderung auf 'Picked' im 'Item Fulfillment'-Datensatz.
Ereignistyp
inferred
|
|||
|
Waren verpackt
|
Bedeutet, dass die kommissionierten Artikel verpackt und versandbereit sind. Dies wird durch die Nachverfolgung der Statusänderung des 'Item Fulfillment'-Datensatzes auf 'Packed' erfasst. | ||
|
Warum es wichtig ist
Diese Aktivität hilft, die Effizienz der Packstation zu messen. Die Dauer zwischen Kommissionierung und Verpackung kann Kapazitätsengpässe oder Prozessineffizienzen aufzeigen.
Woher erhalten
Abgeleitet aus der Änderung des Feldes Status in der verknüpften Item Fulfillment-Transaktion zu Verpackt. Der Timestamp wird aus den Systemhinweisen für diese Aktualisierung erfasst.
Erfassen
Timestamp der Statusänderung auf 'Packed' im 'Item Fulfillment'-Datensatz.
Ereignistyp
inferred
|
|||