Daten-Template: Order-to-Cash - Kundenauftragsbearbeitung
Ihr Order-to-Cash – Daten-Template für die Vertriebsauftragsabwicklung
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsleitfaden für Salesforce Sales Cloud.
Order to Cash - Vertriebsauftragsabwicklungs-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
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 | |||
Order to Cash - Vertriebsauftragsabwicklungsaktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
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 | |||
Extraktionsleitfäden
Schritte
- Voraussetzung: Verlaufsprotokollierung für Felder konfigurieren: Bevor Sie Berichte erstellen, muss ein Salesforce-Administrator sicherstellen, dass die Verlaufsprotokollierung für Felder für das Order-Objekt aktiviert ist. Insbesondere sollten Sie das Status-Feld und alle benutzerdefinierten Felder verfolgen, die zur Kennzeichnung von Ereignissen verwendet werden, wie z.B. Credit_Check_Status__c oder Fulfillment_Status__c. Dies erfolgt unter Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Benutzerdefinierten Berichtstyp erstellen: Um auf Felddatenänderungen zusammen mit Bestelldetails zuzugreifen, erstellen Sie einen benutzerdefinierten Berichtstyp. Navigieren Sie zu Setup > Report Types. Erstellen Sie einen neuen Berichtstyp mit Orders als primäres Objekt. Verknüpfen Sie dann Order History als sekundäres Objekt. Stellen Sie sicher, dass die Beziehung auf „'A'-Datensätze können verknüpfte 'B'-Datensätze haben oder auch nicht“ eingestellt ist. Dadurch können Sie Berichte über alle Orders erstellen, auch solche, die noch keinen Verlauf aufweisen. Speichern Sie diesen Berichtstyp als "Orders with History".
- Hauptbericht 'Events' erstellen: Navigieren Sie zur Reports-Registerkarte und klicken Sie auf New Report. Wählen Sie Ihren "Orders with History"-Berichtstyp aus. Dieser Bericht erfasst alle Aktivitäten, die auf Feldänderungen basieren.
- Spalten des Events-Berichts konfigurieren: Fügen Sie die folgenden Spalten hinzu: Order: Order Number (für SalesOrderId), Edit Date (für EventTime), User (für UserPerformingAction), Field/Event (das Feld, das geändert wurde), Original Value und New Value. Fügen Sie weitere Spalten aus dem übergeordneten Order-Objekt hinzu, wie Order: Total Amount, Account: Account Name, und Order: Company Authorized By Date (als Proxy für RequestedDeliveryDate, falls zutreffend).
- Events-Bericht filtern: Stellen Sie den Show Me-Filter auf All orders und das Date Field auf Created Date mit Ihrem gewünschten Bereich (z.B. Last 3 Months). Fügen Sie einen Filter zur Field/Event-Spalte hinzu, um nur die spezifischen Feldänderungen einzuschließen, die Ihren Aktivitäten entsprechen (z.B. Status, Credit_Check_Status__c).
- Bericht 'Order Created' erstellen: Erstellen Sie einen zweiten, einfacheren Bericht mit dem Standard-Orders-Berichtstyp. Ziel dieses Berichts ist es, nur das Erstellungsereignis zu erfassen. Fügen Sie Spalten für Order Number, Created Date, Created By, Status, Total Amount, und Account Name hinzu. Filtern Sie nach Created Date für Ihren gewünschten Zeitraum.
- Beide Berichte exportieren: Führen Sie beide Berichte aus und verwenden Sie die Option Export. Wählen Sie das Format Details Only und Comma Delimited .csv.
- Daten kombinieren und transformieren: Öffnen Sie die exportierten CSV-Dateien in einem Tabellenkalkulationsprogramm wie Microsoft Excel oder verwenden Sie eine Skriptsprache wie Python.
- Erstellen Sie für den 'Events'-Bericht eine neue ActivityName-Spalte. Verwenden Sie Formeln oder ein Skript, um die Feldänderungsdaten den gewünschten Aktivitätsnamen zuzuordnen. Wenn beispielsweise Field/Event 'Status' und New Value 'Activated' ist, setzen Sie ActivityName auf 'Order Activated'.
- Fügen Sie für den 'Order Created'-Bericht eine neue ActivityName-Spalte hinzu und setzen Sie deren Wert für alle Zeilen auf 'Order Created'. Benennen Sie die Spalten um, damit sie dem Event Log-Schema entsprechen (z.B. Order Number -> SalesOrderId, Created Date -> EventTime).
- In einen einzelnen Event Log zusammenführen: Fügen Sie die transformierten 'Order Created'-Daten an die transformierten 'Events'-Daten an. Dadurch entsteht eine einzige, vereinheitlichte Liste aller Aktivitäten.
- Für den Upload finalisieren: Fügen Sie die verbleibenden erforderlichen Spalten hinzu: SourceSystem (mit einem statischen Wert von 'Salesforce Sales Cloud') und LastDataUpdate (mit dem aktuellen Timestamp). Überprüfen Sie alle Spaltenüberschriften und Datenformate, bevor Sie die endgültige Datei als CSV speichern, bereit für den Upload.
Konfiguration
- Berichtstypen: Ein benutzerdefinierter Berichtstyp, der Orders und Order History verknüpft, ist entscheidend, um Statusänderungen und andere Feldaktualisierungen als separate Events zu erfassen.
- Feldverlaufsverfolgung (Field History Tracking): Diese Methode hängt vollständig davon ab, dass die Feldverlaufsverfolgung für das Order Objekt vor dem Beginn der Datenextraktion aktiviert ist. Schlüsselfelder wie Status und alle benutzerdefinierten Felder, die Prozessschritte darstellen, müssen verfolgt werden.
- Datumsbereichsfilter: Verwenden Sie das Created Date des Order Objekts als primären Filter, um sicherzustellen, dass Sie eine konsistente Kohorte von Aufträgen analysieren. Ein Zeitraum von 3-6 Monaten wird für die erste Analyse empfohlen.
- Data Export Service: Als Alternative für Umgebungen mit hohem Datenvolumen kann der Data Export Service (wöchentlich oder monatlich) geplant werden, um alle Daten für die angegebenen Objekte (Order, OrderHistory, Account) zu exportieren. Dies liefert Rohdaten, die eine signifikante externe Verarbeitung und Verknüpfung erfordern, vermeidet jedoch die Timeouts und Zeilenbeschränkungen des interaktiven Report Builders.
- Berechtigungen: Benutzer, die die Extraktion durchführen, benötigen Berechtigungen für Run Reports, Export Reports und View All Data für die Order- und Account-Objekte. Die Konfiguration des Data Export Service erfordert System Administrator-Privilegien.
- Berichtsstruktur: Berichte sollten im Tabular Format eingestellt werden, um den Export und die Verarbeitung zu vereinfachen. Vermeiden Sie Zusammenfassungs- oder Matrixformate.
a Beispielabfrage config
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/