Daten-Template: Order-to-Cash - Kundenauftragsbearbeitung

Salesforce Sales Cloud
Daten-Template: Order-to-Cash - Kundenauftragsbearbeitung

Ihr Order-to-Cash – Daten-Template für die Vertriebsauftragsabwicklung

Dieses Template bietet eine umfassende Anleitung zur Sammlung der erforderlichen Daten für die Analyse Ihres Auftragseingang bis Zahlungseingang - Auftragsabwicklung. Es beschreibt wesentliche Attribute zur Erfassung, kritische Aktivitäten zur Verfolgung und klare Anweisungen zur Datenextraktion dieser Informationen. Nutzen Sie es, um Ihre Daten für ein effektives Process Mining vorzubereiten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsleitfaden für Salesforce Sales Cloud.
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Order to Cash - Vertriebsauftragsabwicklungs-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um eine umfassende Analyse für die Order to Cash-Auftragsabwicklung zu ermöglichen und sicherzustellen, dass alle wichtigen Details erfasst werden.
5 Erforderlich 6 Empfohlen 13 Optional
NameBeschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäfts-Events oder der Aufgabe, das/die im Lebenszyklus des Verkaufsauftrags aufgetreten ist.
Beschreibung

Der Aktivitätsname beschreibt einen Schritt im Auftragsabwicklungsprozess, wie z.B. Auftrag erstellt, Kreditprüfung durchgeführt oder Rechnung gesendet. Diese Aktivitäten sind die Bausteine der Prozesskarte und leiten sich aus System Events, Statusänderungen oder Aufgabenerledigungen ab.

Die Analyse dieser Aktivitäten ermöglicht die Visualisierung des Prozessflusses, die Identifizierung gängiger Pfade (Varianten) und die Messung der Häufigkeit und Dauer jedes Schritts. Sie ist fundamental, um zu verstehen, was im Prozess geschieht.

Warum es wichtig ist

Dieses Attribut definiert die Schritte in der Prozesslandkarte. Ohne es können Sie den Prozessfluss nicht visualisieren oder analysieren, wie Verkaufsaufträge tatsächlich bearbeitet werden.

Woher erhalten

Typischerweise abgeleitet von Statusänderungen im 'Order.Status'-Feld, der Erstellung zugehöriger Datensätze (z.B. Invoice) oder abgeschlossenen 'Task'- oder 'Event'-Datensätzen bezogen auf den 'Order'.

Beispiele
Auftrag erstelltAuftrag genehmigtWaren versandt.Zahlung erhalten
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Die Event-Zeit oder der Timestamp erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattgefunden hat. Diese Daten sind entscheidend für die korrekte Sequenzierung von Events und die Berechnung von Dauern zwischen Aktivitäten, was die Grundlage aller zeitbasierten Process Mining-Analysen bildet.

Dieses Attribut wird verwendet, um die Aktivitäten für jeden Case zu ordnen, Durchlaufzeiten zu berechnen, Wartezeiten zu identifizieren und die Prozessperformance über verschiedene Zeiträume hinweg zu analysieren. Ungenaue oder fehlende Timestamps können die Nützlichkeit der Analyse stark einschränken.

Warum es wichtig ist

Timestamps sind unerlässlich, um Events chronologisch zu ordnen und alle Leistungskennzahlen zu berechnen, wie Durchlaufzeiten und Bottlenecks.

Woher erhalten

Entspricht Feldern wie CreatedDate oder LastModifiedDate im Order-Objekt oder zugehörigen Datensätzen. Für spezifische Events könnte es vom Abschlussdatum eines Task-Datensatzes stammen.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Verkaufsauftrag
SalesOrderId
Der eindeutige Identifikator für jeden Verkaufsauftrag, der als primärer Case für die Verfolgung des gesamten Order-to-Cash-Prozesses dient.
Beschreibung

Die Verkaufsauftrags-ID ist der Eckpfeiler der Prozessanalyse und identifiziert jeden Kundenauftrag eindeutig, während er seinen Lebenszyklus durchläuft. Sie verknüpft alle zugehörigen Aktivitäten, von der Erstellung und Genehmigung bis zur Erfüllung und Zahlung.

Im Process Mining ist jedes Event, das mit einem spezifischen Auftrag zusammenhängt, mit dieser ID verknüpft. Dies ermöglicht die End-to-End-Rekonstruktion des Auftragsverlaufs, wodurch eine detaillierte Analyse von Zykluszeiten, Prozessvariationen und Bottlenecks für einzelne Aufträge ermöglicht wird.

Warum es wichtig ist

Dieses Attribut ist unerlässlich, um alle zugehörigen Events zu einem einzigen Case zusammenzufassen und so den durchgängigen Prozessfluss für jeden Verkaufsauftrag zu visualisieren und zu analysieren.

Woher erhalten

Dies ist das 'Id'-Feld im Standard-'Order'-Objekt von Salesforce.

Beispiele
8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der anzeigt, wann die Daten zuletzt extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut zeichnet Datum und Uhrzeit des letzten Datenabzugs vom Quellsystem auf. Es liefert einen entscheidenden Kontext zur Aktualität der analysierten Daten.

Analysten nutzen diese Information, um zu verstehen, ob sie die aktuellsten Prozessdaten einsehen und um die Relevanz ihrer Ergebnisse zu beurteilen. Es ist ein wichtiger Bestandteil der Metadaten für jedes Process Mining Projekt.

Warum es wichtig ist

Informiert Nutzer über die Aktualität der Daten und stellt sicher, dass sie verstehen, wie aktuell die Analyse ist.

Woher erhalten

Dies ist ein Timestamp, der während des ETL-Prozesses (Extraktion, Transformation und Laden von Daten) generiert und hinzugefügt wird.

Beispiele
2023-11-01T05:00:00Z
Quellsystem
SourceSystem
Identifiziert das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt den Ursprung der Prozessdaten an. Für diese Analyse wird es stets die 'Salesforce Sales Cloud' sein.

In Umgebungen mit mehreren Systemen ist dieses Feld entscheidend für die Datenherkunft und die Fehlerbehebung. Selbst in einem Einzelsystemkontext liefert es wichtige Metadaten über den Datenursprung.

Warum es wichtig ist

Liefert wesentlichen Kontext über den Datenursprung, was wichtig für die Data Governance und die Integration von Daten aus mehreren Quellsystemen ist.

Woher erhalten

Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Datensatz zu kennzeichnen.

Beispiele
Salesforce Sales Cloud
Account Name
AccountName
Der Name des Kunden oder Unternehmens, das den Verkaufsauftrag platziert hat.
Beschreibung

Der Kontoname identifiziert den Kunden, der dem Verkaufsauftrag zugeordnet ist. Dies ermöglicht eine Prozessanalyse aus einer kundenorientierten Perspektive.

Durch die Verwendung dieses Attributs können Analysten den Prozess nach spezifischen Kunden filtern, die Prozessleistung über verschiedene Kundensegmente hinweg vergleichen oder feststellen, ob bestimmte Kunden durchgängig Prozessprobleme haben. Es ist entscheidend, die Prozessleistung direkt mit der Kundenerfahrung zu verknüpfen.

Warum es wichtig ist

Verknüpft die Prozess-Performance mit spezifischen Kunden und ermöglicht so kundenspezifische Analysen und Segmentierung zur Identifizierung von Mustern oder Problemen.

Woher erhalten

Das Order-Objekt verfügt über ein Lookup-Feld AccountId. Diese ID muss mit dem Account-Objekt verknüpft werden, um das Feld Account.Name abzurufen.

Beispiele
Global Tech Inc.Innovate Solutions LLCVenture Dynamics
Angefordertes Lieferdatum
RequestedDeliveryDate
Das Lieferdatum für den Auftrag, wie vom Kunden angefordert.
Beschreibung

Dieses Attribut speichert das Datum, an dem der Kunde seine Waren voraussichtlich erhalten wird. Es dient als kritischer Maßstab zur Messung der Lieferleistung und Kundenzufriedenheit.

Dieses Datum wird direkt im Dashboard 'Delivery Date Adherence Tracking' und im KPI 'On-Time Delivery Rate' verwendet. Es wird mit dem tatsächlichen Lieferdatum (dem Timestamp der Activity 'Waren geliefert') verglichen, um festzustellen, ob die Bestellung pünktlich, früher oder verspätet geliefert wurde.

Warum es wichtig ist

Dies ist die primäre Benchmark zur Messung der pünktlichen Lieferleistung, ein Schlüsselindikator für Kundenzufriedenheit und operative Effizienz.

Woher erhalten

Dies ist oft ein benutzerdefiniertes Datumsfeld im 'Order'-Objekt. Sein genauer Name kann variieren. Konsultieren Sie die Dokumentation oder das Schema von Salesforce Sales Cloud.

Beispiele
2023-11-152023-12-012024-01-10
Auftragsstatus
OrderStatus
Der Status des Verkaufsauftrags zum Zeitpunkt des Events.
Beschreibung

Dieses Attribut erfasst den Status des Verkaufsauftrags, wie z.B. 'Entwurf', 'Aktiviert', 'Versandt' oder 'Abgeschlossen'. Statusänderungen sind oft die Quelle für die Generierung der Activities im Process Log.

Die Analyse des Auftragsstatus liefert Kontext zu jedem Event und ist entscheidend für die Verfolgung des Fortschritts einer Bestellung. Sie hilft, den Ausgang von Cases zu verstehen, z.B. zu identifizieren, welche Bestellungen 'Storniert' wurden und welche erfolgreich 'Abgeschlossen' wurden.

Warum es wichtig ist

Liefert kritischen Kontext für jedes Event und ist oft die Grundlage für die Definition von Aktivitäten. Es ist auch entscheidend für die Analyse von Case-Ergebnissen wie Stornierungen.

Woher erhalten

Dies ist das 'Status'-Auswahllistenfeld im Standard-'Order'-Objekt von Salesforce.

Beispiele
EntwurfActivatedVersandtGeschlossenStorniert
Ausführender Benutzer
UserPerformingAction
Der Name des Benutzers oder Systemagenten, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert die für die Ausführung eines Prozessschritts verantwortliche Person. Dies kann ein Vertriebsmitarbeiter, ein Kreditanalyst oder ein automatisierter Systembenutzer sein.

Die Analyse anhand dieses Benutzers ist entscheidend für das Verständnis der Arbeitslastverteilung, der individuellen Leistung und des Automatisierungsgrads. Sie hilft, Fragen zu beantworten wie 'Welche Benutzer bearbeiten die meisten Rework-Fälle?' oder 'Sind bestimmte Teams bei Genehmigungen schneller?'. Dies wird auch in der Sozialen Netzwerkanalyse verwendet, um zu sehen, wie die Arbeit zwischen Einzelpersonen übergeben wird.

Warum es wichtig ist

Ermöglicht die Performance-Analyse nach Benutzer, Team oder Rolle und hilft, Automatisierungspotenziale oder Schulungsbedarfe zu identifizieren.

Woher erhalten

Kann in Feldern wie LastModifiedById des Order-Objekts oder OwnerId von Task-Datensätzen gefunden werden. Diese IDs müssten mit dem User-Objekt verknüpft werden, um den Namen des Benutzers zu erhalten.

Beispiele
Alice SmithBob JohnsonSystemautomatisierungKreditabteilung
Gesamtdurchlaufzeit
CycleTime
Die gesamte verstrichene Zeit von der Erstellung des Verkaufsauftrags bis zu seinem endgültigen Abschluss.
Beschreibung

Gesamtdurchlaufzeit ist eine Schlüsselkennzahl, die die End-to-End-Dauer des Auftragsabwicklungsprozesses misst. Sie wird als Zeitdifferenz zwischen dem ersten Event (z.B. 'Auftrag erstellt') und dem letzten Event (z.B. 'Auftrag abgeschlossen') berechnet.

Diese Metrik steht im Mittelpunkt des Dashboards 'End-to-End-Durchlaufzeit der Auftragsabwicklung'. Die Analyse der Durchlaufzeit hilft, die gesamte Prozessineffizienz zu identifizieren und den Einfluss von Verbesserungsinitiativen zu messen. Variationen in der Durchlaufzeit können durch das Aufteilen der Daten nach anderen Attributen wie Land oder Produktfamilie untersucht werden.

Warum es wichtig ist

Dies ist eine wesentliche Kennzahl zur Messung der gesamten Prozesseffizienz und zur Identifizierung langwieriger Bestellungen, die auf systemische Probleme hinweisen können.

Woher erhalten

Berechnet während der Daten-Transformation durch Subtraktion des Timestamp des ersten Events vom Timestamp des letzten Events für jede SalesOrderId.

Beispiele
10 Tage 4 Stunden25 Tage 11 Stunden5 Tage 2 Stunden
Gesamter Auftragswert
TotalOrderAmount
Der gesamte Geldwert des Verkaufsauftrags.
Beschreibung

Dieses Attribut repräsentiert den gesamten finanziellen Betrag der Kundenbestellung. Es ist eine Schlüsselmetrik, um die geschäftlichen Auswirkungen von Prozesseffizienzen oder -ineffizienzen zu verstehen.

In der Analyse kann der Gesamtbestellwert verwendet werden, um Cases zu segmentieren, beispielsweise um zu sehen, ob hochwertige Bestellungen anders bearbeitet werden oder mehr Verzögerungen erfahren als Bestellungen mit geringerem Wert. Es ist auch grundlegend für die Berechnung finanzieller KPIs und das Verständnis des durch den Prozess fließenden Werts.

Warum es wichtig ist

Ermöglicht eine Finanzanalyse des Prozesses, die eine Segmentierung von Aufträgen nach Wert und die Quantifizierung der monetären Auswirkungen von Verzögerungen oder Nacharbeiten zulässt.

Woher erhalten

Dies ist das 'TotalAmount'-Feld im Standard-'Order'-Objekt von Salesforce.

Beispiele
5400.50125000.00950.75
Auftragsverantwortlicher
OrderOwner
Der primäre Benutzer, der für die Verwaltung des Verkaufsauftrags verantwortlich ist.
Beschreibung

Der Auftragseigner ist der Vertriebsmitarbeiter oder Account Manager, der die Hauptverantwortung für den Auftrag trägt. Dies unterscheidet sich vom Benutzer, der eine spezifische Aktion ausführt, da der Eigner für den gesamten Fortschritt des Case verantwortlich ist.

Die Analyse nach Eigner kann bei der Bewertung der Team- oder individuellen Arbeitslast und der Leistung bei der Verwaltung ihres Auftragsportfolios helfen. Sie kann aufzeigen, welche Eigner Aufträge haben, die häufig stecken bleiben oder Nacharbeit erfordern, was auf potenzielle Coaching-Möglichkeiten hinweist.

Warum es wichtig ist

Identifiziert die für den Erfolg des Auftrags verantwortliche Person, was eine Analyse der Arbeitslast und Performance auf Owner-Ebene ermöglicht.

Woher erhalten

Dies ist das 'OwnerId'-Feld im 'Order'-Objekt. Diese ID kann mit dem 'User'-Objekt verknüpft werden, um den Namen des Besitzers zu erhalten.

Beispiele
Jane DoeJohn SmithVertriebsteam Ost
Bearbeitungszeit
ProcessingTime
Die Dauer einer einzelnen Aktivität, die die aktive Arbeitszeit darstellt.
Beschreibung

Bearbeitungszeit ist die Zeit, die aktiv an einer Aufgabe gearbeitet wird, berechnet als Differenz zwischen End- und Startzeit einer Aktivität. Sie unterscheidet sich von der Wartezeit, der Leerlaufzeit zwischen den Aktivitäten.

Diese Metrik ist fundamental für die Engpassanalyse, wie z.B. für die Aktivität 'Kreditprüfung durchgeführt'. Durch die Isolierung der aktiven Bearbeitungszeit können Analysten feststellen, ob Verzögerungen durch ineffiziente Arbeit an der Aufgabe selbst oder durch lange Warteschlangen vor Beginn der Aufgabe verursacht werden.

Warum es wichtig ist

Isoliert die aktive Arbeitszeit für eine spezifische Aufgabe, um zwischen ineffizienten Aktivitäten und langen Wartezeiten zu unterscheiden.

Woher erhalten

Berechnet während der Daten-Transformation durch Subtraktion der EventTime (StartTime) von der EventEndTime.

Beispiele
5 Minuten2 Stunden 15 Minuten45 Sekunden
Dauer des Zahlungseingangs
PaymentCollectionDuration
Die verstrichene Zeit zwischen dem Versand der Rechnung an den Kunden und dem Empfang der Zahlung.
Beschreibung

Diese berechnete Metrik misst die Effizienz der letzten, entscheidenden Phase des Order to Cash-Zyklus: des Zahlungseingangs. Sie ist die Dauer zwischen der Activity 'Rechnung an Kunden gesendet' und der Activity 'Zahlung erhalten'.

Dieses Attribut unterstützt direkt das Dashboard 'Payment Collection Duration' und den KPI 'Payment Realization Time'. Die Analyse dieser Dauer hilft der Finanzabteilung, Bottlenecks im Inkasso zu identifizieren, die Wirksamkeit von Zahlungsbedingungen zu bewerten und Möglichkeiten zur Beschleunigung des Cashflows zu finden.

Warum es wichtig ist

Misst die Effizienz des Debitorenbuchhaltungs-Prozesses, was sich direkt auf den Cashflow des Unternehmens auswirkt.

Woher erhalten

Berechnet während der Daten-Transformation durch Subtraktion des Timestamp des Events 'Rechnung an Kunden gesendet' vom Event 'Zahlung erhalten' für jeden Case.

Beispiele
30 Tage15 Tage 8 Stunden45 Tage
Endzeit des Events
EventEndTime
Das genaue Datum und die Uhrzeit, zu der die Aktivität abgeschlossen wurde.
Beschreibung

Die Event End Time markiert den Abschluss einer Aktivität. Während viele Process Mining Tools dies aus der Startzeit der nächsten Aktivität ableiten, kann die explizite Erfassung eine genauere Aktivitätsdauer liefern, insbesondere für langwierige Aufgaben.

Dieses Attribut wird verwendet, um die präzise Verarbeitungszeit einer Aktivität zu berechnen. Es ist besonders wertvoll für die Analyse von Aufgaben mit erheblicher Dauer, wie z.B. Kreditprüfung durchgeführt oder Bestand zugewiesen, und hilft dabei, die aktive Verarbeitungszeit von inaktiver Wartezeit zu trennen.

Warum es wichtig ist

Es ermöglicht die präzise Berechnung individueller Aktivitätsbearbeitungszeiten, was entscheidend für die Identifizierung von Engpässen und ressourcenintensiven Schritten ist.

Woher erhalten

Kann vom StartTime des nachfolgenden Events in der Sequenz für einen bestimmten Case abgeleitet werden. Für einige Aktivitäten könnte es ein spezifisches Feld wie Task.CompletedDateTime sein.

Beispiele
2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z
Ist automatisiert
IsAutomated
Ein Flag, das anzeigt, ob die Aktivität von einem Systemprozess oder einem menschlichen Benutzer durchgeführt wurde.
Beschreibung

Dieses Boolean Attribut unterscheidet zwischen Events, die durch Systemautomatisierung ausgelöst werden, wie z.B. eine automatisierte Statusaktualisierung, und solchen, die manuell von einem Benutzer durchgeführt werden. Dies ist entscheidend für das Verständnis des Automatisierungsgrads im Prozess.

Die Analyse dieses Attributs hilft, die Auswirkungen der Automatisierung auf Effizienz und Konsistenz zu quantifizieren. Sie ermöglicht einen Vergleich automatisierter und manueller Pfade und kann Möglichkeiten für weitere Automatisierung aufzeigen, um manuellen Aufwand und Fehlerpotenzial zu reduzieren.

Warum es wichtig ist

Hilft bei der Unterscheidung zwischen System- und Benutzeraktionen, was entscheidend für die Automatisierungsanalyse und die Identifizierung von Möglichkeiten zur Reduzierung manueller Arbeit ist.

Woher erhalten

Abgeleitet während der Daten-Transformation durch Prüfung, ob der UserPerformingAction ein designierter Systembenutzer ist, oder durch Regeln basierend auf dem Aktivitätstyp.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein Flag, das anzeigt, ob die Sales-Order nachbearbeitet wurde, z.B. durch eine wiederholte Aktivität oder eine Schleife im Prozess.
Beschreibung

Dieses berechnete Attribut identifiziert Cases, die von einem linearen, vorwärtsgerichteten Verlauf abweichen. Rework tritt auf, wenn eine Activity wiederholt wird oder wenn der Prozess zu einer früheren Phase zurückkehrt, oft aufgrund von Fehlern, fehlenden Informationen oder abgelehnten Genehmigungen.

Dieses Kennzeichen wird verwendet, um den KPI 'Sales Order Rework Rate' zu berechnen und dient als Grundlage für das Dashboard 'Sales Order Rework and Error Rate'. Es hilft, die Häufigkeit und Auswirkungen von Ineffizienzen zu quantifizieren und auf Bereiche hinzuweisen, die bessere Qualitätskontrollen oder eine Prozessklärung erfordern.

Warum es wichtig ist

Quantifiziert Prozessineffizienz, indem Aufträge markiert werden, die zusätzliche, ungeplante Arbeit erfordern, was sich direkt auf Kosten und Zykluszeit auswirkt.

Woher erhalten

Berechnet durch Process Mining-Software oder während der Daten-Transformation durch Erkennung wiederholter Aktivitätsnamen oder rückläufiger Prozessflüsse für einen bestimmten Case.

Beispiele
truefalsch
Kreditprüfungsstatus
CreditCheckStatus
Das Ergebnis des Kreditprüfungsprozesses für den Auftrag.
Beschreibung

Dieses Attribut gibt das Ergebnis der Kreditprüfung des Kunden an, die oft ein kritischer Kontrollpunkt im Bestellprozess ist. Gängige Werte sind 'Genehmigt', 'Abgelehnt' oder 'Ausstehend'.

Dies ist unerlässlich für das Dashboard zur 'Credit Check Bottleneck Analysis'. Durch die Verfolgung, wann eine Bestellung in die Kreditprüfungsphase eintritt und diese verlässt, sowie ihres endgültigen Status, können Unternehmen die Dauer und das Ergebnis dieses Schritts messen und ihn als potenzielle Verzögerungsquelle identifizieren.

Warum es wichtig ist

Unterstützt direkt die Analyse des Kreditprüfungs-Schritts und hilft, dessen Dauer, Erfolgsquote und Auswirkungen auf die gesamte Zykluszeit zu messen.

Woher erhalten

Dies ist wahrscheinlich ein benutzerdefiniertes Feld im 'Order'- oder 'Account'-Objekt. Konsultieren Sie die Dokumentation oder das Schema von Salesforce Sales Cloud.

Beispiele
GenehmigtAbgelehntIn ÜberprüfungNicht erforderlich
Produktfamilie
ProductFamily
Die Kategorie oder Produktfamilie, zu der die Produkte des Auftrags gehören.
Beschreibung

Die Produktfamilie bietet eine Klassifizierung der im Verkaufsauftrag enthaltenen Artikel auf hoher Ebene. Dies ermöglicht eine Prozessanalyse basierend auf dem Typ des verkauften Produkts.

Dieses Attribut kann verwendet werden, um den Prozess zu segmentieren und festzustellen, ob bestimmte Produktfamilien unterschiedliche Prozesspfade, längere Zykluszeiten oder höhere Nacharbeitsraten aufweisen. Zum Beispiel könnten komplexe, konfigurierbare Produkte einen aufwendigeren Genehmigungs- und Erfüllungsprozess durchlaufen als Standardartikel von der Stange.

Warum es wichtig ist

Ermöglicht eine Prozessanalyse, segmentiert nach Produktkategorie, und zeigt auf, ob verschiedene Produkttypen zu Variationen in der Prozesseffizienz führen.

Woher erhalten

Abgerufen vom 'Product2'-Objekt, das über das 'OrderItem'-Verknüpfungsobjekt mit der 'Order' verbunden ist. Dies erfordert das Joinen von Order -> OrderItem -> PricebookEntry -> Product2.

Beispiele
HardwareSoftwarelizenzenProfessionelle DienstleistungenSupportverträge
Pünktliche Lieferung
IsOnTimeDelivery
Ein Flag, das anzeigt, ob die Waren am oder vor dem gewünschten Lieferdatum des Kunden geliefert wurden.
Beschreibung

Dieses Boolean Attribut ist ein direktes Maß für die Lieferleistung im Vergleich zu den Kundenerwartungen. Es wird berechnet, indem der Timestamp der Activity 'Waren geliefert' mit dem RequestedDeliveryDate verglichen wird.

Es ist die zentrale Berechnung für den KPI 'On-Time Delivery Rate'. Die Analyse dieses Kennzeichens hilft Unternehmen, ihre Zuverlässigkeit und die Einhaltung von Zusagen zu verstehen, was ein wichtiger Faktor für die Kundenzufriedenheit ist. In Kombination mit anderen Attributen kann es aufzeigen, ob bestimmte Versandmethoden oder Regionen geringere Pünktlichkeitsraten aufweisen.

Warum es wichtig ist

Bietet eine klare, binäre Leistungsmessung gegenüber Kundenverpflichtungen und unterstützt direkt den KPI für die Pünktliche Lieferrate.

Woher erhalten

Berechnet während der Daten-Transformation. Die Logik ist: WENN ('Waren geliefert' EventTime <= 'Angefordertes Lieferdatum') DANN wahr SONST falsch.

Beispiele
truefalsch
Rechnungs-ID
InvoiceId
Der eindeutige Identifikator für die Rechnung, die dem Verkaufsauftrag zugeordnet ist.
Beschreibung

Die Rechnungs-ID verknüpft einen Verkaufsauftrag mit seiner entsprechenden Finanzrechnung. Die Erstellung und der Versand dieser Rechnung sind wichtige Meilensteine in der zweiten Hälfte des Order-to-Cash-Prozesses.

Dieses Attribut ist entscheidend, um den Prozess von der Auftragserfüllung bis zur Zahlung zu verfolgen. Es ermöglicht die präzise Messung der Aktivitäten Rechnung erstellt und Rechnung an Kunden gesendet, die für die Berechnung der Zahlungseingangsdauer erforderlich sind.

Warum es wichtig ist

Verknüpft den Verkaufsauftrag mit dem Fakturierungs-Subprocess, was eine präzise Verfolgung von Finanzaktivitäten und Zahlungsdurchlaufzeiten ermöglicht.

Woher erhalten

Dies ist oft ein benutzerdefiniertes Suchfeld im 'Order'-Objekt, das auf ein Standard- oder benutzerdefiniertes 'Invoice'-Objekt verweist. Die genaue Implementierung variiert.

Beispiele
INV-001234INV-001235INV-001236
Versandart
ShippingMethod
Die Versandmethode, die für den Warenversand ausgewählt wurde, wie z.B. Standardversand, Express oder International.
Beschreibung

Dieses Attribut gibt den für die Auftragszustellung gewählten logistischen Servicelevel an. Er beeinflusst direkt die Lieferzeiten und Kosten.

In der 'Shipping Method Efficiency Analysis' wird dieses Attribut verwendet, um die Leistung verschiedener Versandoptionen zu vergleichen. Es hilft zu bestimmen, ob Expresslieferungen ihre zugesagten Termine einhalten und wie verschiedene Methoden die gesamte Dauer von 'Waren versandt' bis 'Waren geliefert' beeinflussen.

Warum es wichtig ist

Ermöglicht die Analyse der Logistik-Performance und hilft, die Kosten und Effizienz verschiedener Versandoptionen zu bewerten.

Woher erhalten

Dies ist wahrscheinlich ein benutzerdefiniertes Feld im 'Order'-Objekt oder einem zugehörigen benutzerdefinierten 'Shipment'-Objekt. Konsultieren Sie die Dokumentation oder das Schema von Salesforce Sales Cloud.

Beispiele
Standardversand2-Tages-ExpressOvernight AirInternationaler Prioritätsversand
Versandland
ShippingCountry
Das Zielland für den Versand des Verkaufsauftrags.
Beschreibung

Dieses Attribut gibt das Land an, in das die Bestellung versendet wird. Es ist eine Schlüsseldimension für die geografische Analyse des Order to Cash-Prozesses.

Die Analyse nach Versandland kann regionale Unterschiede in der Prozessleistung aufzeigen, wie z.B. längere Lieferzeiten für internationale Bestellungen oder Variationen in den Zahlungseinzugszyklen. Sie ermöglicht eine Segmentierung des Prozesses, um regionalspezifische Herausforderungen zu verstehen und anzugehen.

Warum es wichtig ist

Ermöglicht eine geografische Segmentierung des Prozesses, die regionale Leistungsunterschiede, Compliance-Probleme oder logistische Herausforderungen hervorheben kann.

Woher erhalten

Dies ist das 'ShippingCountry'-Feld im Standard-'Order'-Objekt von Salesforce.

Beispiele
USADeutschlandJapanBrasilien
Vertriebskanal
SalesChannel
Der Kanal, über den der Verkaufsauftrag platziert wurde, wie z.B. Web, Direktvertrieb oder Partner.
Beschreibung

Das Verkaufskanal-Attribut kategorisiert Aufträge basierend auf ihrem Ursprung. Dies ermöglicht eine vergleichende Analyse der Prozessleistung über verschiedene Kanäle hinweg.

Dies ist unerlässlich für das Dashboard Verkaufskanal-Leistungsvergleich. Durch das Filtern oder Vergleichen nach Kanal können Unternehmen identifizieren, welche Kanäle am effizientesten sind, welche die meisten Nacharbeiten erfordern und wo Standardisierungsbemühungen erforderlich sein könnten, um die Leistung anzugleichen.

Warum es wichtig ist

Ermöglicht den Leistungsvergleich über verschiedene Geschäftskanäle hinweg und hilft so, Best Practices und Bereiche für die Prozessharmonisierung zu identifizieren.

Woher erhalten

Dies ist typischerweise ein benutzerdefiniertes Auswahllistenfeld im 'Order'- oder 'Opportunity'-Objekt. Konsultieren Sie die Dokumentation oder das Schema von Salesforce Sales Cloud.

Beispiele
DirektvertriebWeb-PortalPartnernetzwerkInnendienst
Erforderlich Empfohlen Optional

Order to Cash - Vertriebsauftragsabwicklungsaktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Process Discovery und ein klares Verständnis Ihres Order to Cash-Zyklus zu ermöglichen.
7 Empfohlen 7 Optional
AktivitätBeschreibung
Auftrag abgeschlossen
Stellt den erfolgreichen Abschluss und die endgültige Schließung des Verkaufsauftrags im System dar. Dies wird aus einem endgültigen Status-Update des Auftrags abgeleitet, der anzeigt, dass keine weitere Aktion erforderlich ist.
Warum es wichtig ist

Dies ist das primäre 'Happy Path'-Endereignis für den Prozess. Die Messung der Gesamtzeit bis zu dieser Aktivität liefert die Kennzahl 'Durchschnittliche Zeit von Auftrag bis Abschluss'.

Woher erhalten

Abgeleitet von einer Änderung des 'Status'-Feldes des 'Order'-Objekts zu einem finalen Wert wie 'Closed', 'Completed' oder 'Fulfilled'. Der Timestamp ist über das Field History Tracking verfügbar.

Erfassen

Überwachen Sie die Feldhistorie des 'Order'-Objekts auf eine Änderung auf einen finalen, abgeschlossenen Status.

Ereignistyp inferred
Auftrag aktiviert
Ein Standard-Salesforce-Ereignis, das anzeigt, dass die Order finalisiert ist und mit der Erfüllung und Rechnungsstellung fortfahren kann. Die Aktivierung sperrt die Order für die meisten Änderungen und wird durch eine spezifische Statusänderung erfasst.
Warum es wichtig ist

Die Aktivierung ist ein kritischer, nicht umkehrbarer Meilenstein, der die Gültigkeit der Order bestätigt. Sie ist die offizielle Übergabe vom Vertrieb an den Betrieb und ein Kernbestandteil der Verfolgung von Sales-Cycle-Times.

Woher erhalten

Abgeleitet aus der Änderung des standardmäßigen 'Status'-Feldes im 'Order'-Objekt auf 'Activated'. Der Timestamp wird in der Feldhistorie des 'Order'-Objekts erfasst.

Erfassen

Überwachen Sie die Feldhistorie des 'Order'-Objekts auf eine Statusänderung auf 'Activated'.

Ereignistyp inferred
Auftrag erstellt
Markiert die anfängliche Erstellung eines Verkaufsauftragsdatensatzes im System. Dieses Ereignis wird explizit erfasst, wenn eine neue 'Order'-Objektinstanz zum ersten Mal in Salesforce gespeichert wird.
Warum es wichtig ist

Dies ist das primäre Start-Event für den Order-to-Cash-Prozess. Die Analyse der Zeit von diesem Punkt zu nachfolgenden Aktivitäten ist entscheidend für das Verständnis der gesamten Durchlaufzeiten.

Woher erhalten

Das Erstellungs-Event des Order-Objekts. Der Timestamp ist der Wert im Standardfeld CreatedDate des Order-Datensatzes.

Erfassen

Direkt vom CreatedDate-Timestamp des Order-Objekts.

Ereignistyp explicit
Rechnung erstellt
Stellt die Erstellung einer Finanzrechnung für den Verkaufsauftrag dar. Dies kann durch die Erstellung eines zugehörigen 'Rechnung'-Objekts erfasst werden, entweder nativ über Salesforce Billing oder durch eine Integration.
Warum es wichtig ist

Dieser Meilenstein markiert den Beginn des finanziellen Inkassoteils des Prozesses. Die Zeit zwischen Lieferung und Rechnungsstellung kann administrative Engpässe aufdecken, die den Cashflow beeinträchtigen.

Woher erhalten

Abgeleitet vom Erstellungsdatum eines 'Invoice'-Objekts (Standard oder benutzerdefiniert), das mit dem 'Order'-Objekt verknüpft ist.

Erfassen

Verwenden Sie das 'CreatedDate' des zugehörigen 'Invoice'-Datensatzes.

Ereignistyp inferred
Waren geliefert.
Zeigt an, dass die Sendung den Kunden erfolgreich erreicht hat. Diese Information stammt aus dem System eines Versanddienstleisters und wird zurück in Salesforce aktualisiert.
Warum es wichtig ist

Dieses Event ist unerlässlich für die Berechnung des KPI 'On-Time Delivery Rate' und die Messung der tatsächlichen kundenorientierten Cycle Times. Es bestätigt, dass der Fulfillment-Prozess abgeschlossen ist.

Woher erhalten

Abgeleitet von der Befüllung eines 'Delivery Date'-Feldes am 'Order'- oder benutzerdefinierten 'Shipment'-Objekt. Diese Daten werden typischerweise über eine Integration mit einem Versandlogistikanbieter bereitgestellt.

Erfassen

Verwenden Sie den Timestamp, wenn ein Lieferdatumsfeld ausgefüllt wird.

Ereignistyp inferred
Waren versandt.
Stellt den Zeitpunkt dar, zu dem der Auftrag physisch vom Lager an den Kunden versandt wurde. Dieses Event wird fast immer durch ein Update von einem externen Versand- oder ERP-System in Salesforce erfasst.
Warum es wichtig ist

Dies ist ein entscheidender Meilenstein zur Messung der 'Pünktlichkeitsrate bei Lieferungen' und der gesamten Effizienz der Auftragsabwicklung. Er markiert den Beginn der Lieferphase im Rahmen der Customer Journey.

Woher erhalten

Abgeleitet aus der Befüllung eines 'Shipped Date'-Feldes oder eines 'Tracking Number'-Feldes im 'Order'-Objekt oder einem zugehörigen benutzerdefinierten 'Shipment'-Objekt. Die Daten stammen aus einem Fulfillment-System.

Erfassen

Verwenden Sie den Timestamp, wenn ein Versanddatums- oder Sendungsverfolgungsnummernfeld erstmals gefüllt wird.

Ereignistyp inferred
Zahlung erhalten
Markiert die Bestätigung, dass die Kundenzahlung eingegangen und abgeglichen wurde. Diese Information wird aus einem Finanzsystem in Salesforce aktualisiert, typischerweise als Statusänderung.
Warum es wichtig ist

Dieses Event ist der letzte Schritt, um Einnahmen aus dem Verkauf zu realisieren. Die Analyse der Zeit von 'Rechnung gesendet' bis zu diesem Punkt ist entscheidend für das Management des Cashflows und der Days Sales Outstanding (DSO).

Woher erhalten

Abgeleitet von einer Statusänderung des 'Invoice'-Objekts zu 'Paid' oder 'Closed'. Die Aktualisierung wird durch eine Integration mit einem Buchhaltungs- oder Zahlungsabwicklungssystem gesteuert.

Erfassen

Statusänderungen im 'Invoice'-Objekt aus einer externen Finanzsystemintegration verfolgen.

Ereignistyp inferred
Auftrag an Fulfillment gesendet
Markiert die Übergabe des aktivierten Auftrags an ein Lager- oder Fulfillment-System zum Kommissionieren und Verpacken. Dies wird üblicherweise durch eine Statusänderung am Auftrag erfasst, ausgelöst durch eine Integration.
Warum es wichtig ist

Dieses Event trennt die kommerziellen und logistischen Teile des Prozesses. Die Verfolgung der Zeit von der Aktivierung bis zu diesem Punkt hilft, administrative Verzögerungen von Verzögerungen bei der Lagerbearbeitung zu isolieren.

Woher erhalten

Abgeleitet von einer Änderung des 'Order'-Status zu einem Wert wie 'Sent to Fulfillment' oder 'Awaiting Shipment'. Diese Statusänderung wird oft durch eine Integration mit einem ERP/WMS ausgelöst.

Erfassen

Überwachen Sie das 'Status'-Feld im 'Order'-Objekt auf spezifische Werte, die eine Fulfillment-Übergabe anzeigen.

Ereignistyp inferred
Auftrag genehmigt
Zeigt an, dass der Vertriebsauftrag von allen erforderlichen Parteien formell genehmigt wurde und in die nächste Phase übergehen kann. Dies wird durch Beobachtung des finalen Genehmigungsschritts in einem Workflow oder eine entsprechende Statusaktualisierung erfasst.
Warum es wichtig ist

Dies ist ein wichtiger Meilenstein, der den Abwicklungsprozess freigibt. Verzögerungen bei der Genehmigung können die gesamte Order-to-Cash-Durchlaufzeit erheblich beeinflussen.

Woher erhalten

Abgeleitet von einer Statusfeldänderung am 'Order'-Objekt zu einem Wert wie 'Approved'. Dies kann auch vom Abschlussdatum des zugehörigen 'ProcessInstance'-Datensatzes abgeleitet werden.

Erfassen

Überwachen Sie das 'Status'-Feld im 'Order'-Objekt oder den Abschluss der Historie des Genehmigungsprozesses.

Ereignistyp inferred
Auftrag storniert
Zeigt an, dass der Auftrag storniert wurde, bevor die Erfüllung abgeschlossen war. Dies wird durch eine terminale Statusänderung im Auftragsdatensatz erfasst.
Warum es wichtig ist

Dies ist ein kritisches Ausnahme- und Endereignis. Die Analyse, warum und wann Aufträge storniert werden, kann Probleme im Vertriebsprozess, bei der Produktverfügbarkeit oder der Kundenkreditwürdigkeit aufdecken.

Woher erhalten

Abgeleitet von einer Änderung des 'Status'-Feldes des 'Order'-Objekts zu 'Cancelled'. Der Timestamp kann in der Feldhistorie für das 'Status'-Feld gefunden werden.

Erfassen

Überwachen Sie die Feldhistorie des 'Order'-Objekts auf eine Änderung auf den Status 'Storniert'.

Ereignistyp inferred
Auftrag zur Genehmigung eingereicht
Stellt den Zeitpunkt dar, an dem ein Auftragsentwurf in einen formalen Genehmigungs-Workflow übergeht. Dies wird typischerweise aus einer Statusänderung des Auftrags oder der Erstellung eines Datensatzes in der Genehmigungsprozesshistorie von Salesforce abgeleitet.
Warum es wichtig ist

Das Verfolgen von Einreichungen hilft, die Zeit zu messen, die Aufträge auf Genehmigung warten, und die Effizienz des Genehmigungsprozesses selbst. Es zeigt Engpässe vor der Genehmigung auf.

Woher erhalten

Abgeleitet von einer Statusänderung des 'Order'-Objekts (z.B. von 'Draft' zu 'Submitted for Approval') oder durch Verfolgung des Übermittlungsdatums im 'ProcessInstance'-Objekt, das mit dem Auftrag verknüpft ist.

Erfassen

Statusfeldänderungen verfolgen oder das 'ProcessInstance'-Objekt abfragen.

Ereignistyp inferred
Bestand zugewiesen
Zeigt an, dass die Produkte des Auftrags im Bestandssystem reserviert wurden. Dieses Event stammt typischerweise aus einem externen ERP- oder Bestandssystem und aktualisiert Salesforce, erfasst über eine Feldänderung.
Warum es wichtig ist

Diese Activity ist entscheidend für die Analyse des KPI 'Inventory Allocation Lead Time'. Verzögerungen an dieser Stelle wirken sich direkt auf die Fähigkeit aus, Bestellungen pünktlich zu versenden.

Woher erhalten

Erfordert eine Systemanalyse. Oft abgeleitet von einem Status-Update der Objekte 'Order' oder 'OrderItem' oder der Befüllung eines benutzerdefinierten Feldes 'Allocation_Date__c', gesteuert durch eine Integration.

Erfassen

Status- oder Datumsfeldänderungen in 'Order'- oder 'OrderItem'-Objekten aus einer ERP-Integration verfolgen.

Ereignistyp inferred
Kreditprüfung durchgeführt
Stellt den Abschluss einer Kreditwürdigkeitsprüfung für den mit dem Auftrag verbundenen Kunden dar. Dies ist oft ein abgeleitetes Event, das erfasst wird, wenn ein benutzerdefiniertes Feld, wie z.B. 'Kreditprüfungsstatus', auf 'Bestanden' oder 'Abgeschlossen' aktualisiert wird.
Warum es wichtig ist

Diese Activity ist oft eine Quelle erheblicher Verzögerungen. Die Messung ihrer Dauer und Wartezeit ist entscheidend, um die im Dashboard zur 'Credit Check Bottleneck Analysis' aufgezeigten Probleme anzugehen und den Cashflow zu verbessern.

Woher erhalten

Abgeleitet von einem Timestamp oder einer Statusänderung in einem benutzerdefinierten Feld am 'Order'- oder verwandten 'Account'-Objekt, zum Beispiel 'Credit_Check_Date__c' oder 'Credit_Status__c'.

Erfassen

Aktualisierungen von benutzerdefinierten Feldern verfolgen, die den Abschluss der Kreditprüfung signalisieren.

Ereignistyp inferred
Rechnung an Kunden gesendet
Zeigt an, dass die Rechnung zur Zahlung an den Kunden versandt wurde. Dies wird typischerweise als Statusänderung im Rechnungsdatensatz erfasst.
Warum es wichtig ist

Dies ist das Trigger-Event für die Kennzahl 'Zahlungseingangszeit'. Jede Verzögerung zwischen Rechnungsstellung und Versand verschiebt den Beginn der Zahlungsfrist direkt nach hinten.

Woher erhalten

Abgeleitet von einer Statusänderung des 'Invoice'-Objekts zu 'Sent' oder einem ähnlichen Wert. Ein Aktivitätsprotokolleintrag für die gesendete E-Mail könnte ebenfalls verwendet werden.

Erfassen

Überwachen Sie das 'Status'-Feld im zugehörigen 'Invoice'-Objekt oder suchen Sie nach E-Mail-Log-Aktivitäten.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus der Salesforce Sales Cloud.