Ihr Daten-Template für die Auftragsabwicklung von der Bestellung bis zum Zahlungseingang
Ihr Daten-Template für die Auftragsabwicklung von der Bestellung bis zum Zahlungseingang
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Erfassung
- Anleitung zum Datenexport aus Salesforce Sales Cloud
Attribute für die Auftragsabwicklung von der Bestellung bis zum Zahlungseingang
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsereignisses oder der Aufgabe, die im Lebenszyklus des Kundenauftrags stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen Schritt im Kundenauftragsprozess, zum Beispiel 'Kundenauftrag erstellt', 'Bonitätsprüfung durchgeführt' oder 'Rechnung gesendet'. Diese Aktivitäten bilden die Prozesslandkarte. Sie werden aus Systemereignissen, Statusänderungen oder abgeschlossenen Aufgaben abgeleitet. Durch die Analyse dieser Aktivitäten lässt sich der Prozessablauf visualisieren. Außerdem können häufige Abläufe (Varianten) erkannt und Häufigkeit sowie Dauer der einzelnen Schritte gemessen werden. Das ist grundlegend, um zu verstehen, was im Prozess tatsächlich geschieht. Warum das wichtig ist Dieses Attribut legt die Schritte in der Prozesslandkarte fest. Ohne dieses Attribut können Sie den Prozessablauf nicht visualisieren und nicht analysieren, wie Kundenaufträge tatsächlich bearbeitet werden. Woher beziehen Wird üblicherweise aus Statusänderungen im Feld 'Order.Status', der Erstellung verknüpfter Datensätze (z. B. Invoice) oder abgeschlossenen Datensätzen vom Typ 'Task' oder 'Event' abgeleitet, die mit dem Auftrag verknüpft sind. Beispiele Kundenauftrag erstelltKundenauftrag freigegebenWare versendetZahlung eingegangen | |||
| Ereigniszeitpunkt EventTime | Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit oder der Timestamp hält genau fest, wann eine Aktivität stattgefunden hat. Diese Daten sind entscheidend, um Ereignisse korrekt zu ordnen und die Dauer zwischen Aktivitäten zu berechnen. Sie bilden die Grundlage für alle zeitbasierten Process-Mining-Analysen. Mit diesem Attribut werden die Aktivitäten jedes Case geordnet, Zykluszeiten berechnet, Wartezeiten ermittelt und die Prozessleistung über verschiedene Zeiträume hinweg analysiert. Ungenaue oder fehlende Timestamps können den Nutzen der Analyse erheblich einschränken. Warum das wichtig ist Timestamps sind unverzichtbar, um Ereignisse chronologisch zu ordnen und alle Leistungskennzahlen wie Zykluszeiten und Engpässe zu berechnen. Woher beziehen Entspricht Feldern wie 'CreatedDate' oder 'LastModifiedDate' im Objekt 'Order' oder in verknüpften Datensätzen. Bei bestimmten Ereignissen kann der Wert aus dem Abschlussdatum eines Datensatzes vom Typ 'Task' stammen. Beispiele 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Kundenauftrag SalesOrderId | Die eindeutige Kennung jedes Kundenauftrags. Sie dient als zentraler Case, um den gesamten Prozess vom Auftrag bis zum Zahlungseingang nachzuverfolgen. | ||
| Beschreibung Die Kundenauftrags-ID ist die Grundlage der Prozessanalyse. Sie identifiziert jeden Kundenauftrag eindeutig über seinen gesamten Lebenszyklus hinweg und verknüpft alle zugehörigen Aktivitäten, von der Erstellung und Freigabe bis zu Fulfillment und Zahlung. Beim Process Mining wird jedes Ereignis zu einem bestimmten Auftrag dieser ID zugeordnet. So lässt sich der gesamte Ablauf des Auftrags rekonstruieren und im Detail untersuchen, etwa hinsichtlich Zykluszeiten, Prozessvarianten und Engpässen einzelner Aufträge. Warum das wichtig ist Dieses Attribut ist erforderlich, um alle zugehörigen Ereignisse zu einem Case zusammenzufassen. So lässt sich der End-to-End-Prozessablauf jedes Kundenauftrags visualisieren und analysieren. Woher beziehen Dies ist das Feld 'Id' im Standardobjekt 'Order' von Salesforce. Beispiele 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zuletzt extrahiert oder aktualisiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Es liefert wichtigen Kontext zur Aktualität der analysierten Daten. Anhand dieser Information können Analysten beurteilen, ob sie die aktuellsten Prozessdaten sehen und wie relevant ihre Erkenntnisse sind. Für jedes Process-Mining-Projekt sind diese Metadaten wichtig. Warum das wichtig ist Informiert Benutzer darüber, wie aktuell die Daten sind, damit sie den zeitlichen Stand der Analyse einschätzen können. Woher beziehen Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt. Beispiele 2023-11-01T05:00:00Z | |||
| Quellsystem SourceSystem | Gibt an, aus welchem System die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut gibt die Herkunft der Prozessdaten an. In dieser Analyse lautet der Wert durchgehend 'Salesforce Sales Cloud'. Bei mehreren Systemen ist dieses Feld entscheidend für die Datenherkunft und die Fehlersuche. Auch bei nur einem System liefert es wichtige Metadaten zur Herkunft der Daten. Warum das wichtig ist Gibt wichtigen Kontext zur Herkunft der Daten. Das ist für die Data Governance und bei der Zusammenführung von Daten aus mehreren Quellsystemen relevant. Woher beziehen Dies ist in der Regel ein statischer Wert, der während der Datenextraktion hinzugefügt wird, um den Datensatz zu kennzeichnen. Beispiele Salesforce Sales Cloud | |||
| Auftragsstatus OrderStatus | Der Status des Kundenauftrags zum Zeitpunkt des Ereignisses. | ||
| Beschreibung Dieses Attribut erfasst den Status des Kundenauftrags, zum Beispiel 'Entwurf', 'Aktiviert', 'Versendet' oder 'Geschlossen'. Statusänderungen dienen häufig als Grundlage für die Aktivitäten im Prozessprotokoll. Der Auftragsstatus liefert Kontext zu jedem Ereignis und ist entscheidend, um den Fortschritt eines Auftrags nachzuverfolgen. Er hilft dabei, den Ausgang eines Case zu verstehen, etwa indem stornierte Aufträge von erfolgreich abgeschlossenen unterschieden werden. Warum das wichtig ist Liefert wichtigen Kontext zu jedem Ereignis und bildet häufig die Grundlage für die Definition von Aktivitäten. Auch für die Analyse von Case-Ergebnissen wie Stornierungen ist der Status entscheidend. Woher beziehen Dies ist das Auswahllistenfeld 'Status' im Standardobjekt 'Order' von Salesforce. Beispiele EntwurfAktiviertVersendetGeschlossenStorniert | |||
| Benutzer, der die Aktion ausgeführt hat UserPerformingAction | Der Name des Benutzers oder Systemkontos, das die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses Attribut gibt an, wer für den Abschluss eines Prozessschritts verantwortlich war. Das kann ein Vertriebsmitarbeiter, ein Bonitätsanalyst oder ein automatisiertes Systemkonto sein. Die Analyse nach Benutzern ist wichtig, um die Arbeitsverteilung, die individuelle Leistung und den Automatisierungsgrad zu verstehen. Sie hilft bei Fragen wie: 'Welche Benutzer bearbeiten die meisten Fälle nach?' oder 'Welche Teams erteilen Freigaben schneller?'. Auch für die soziale Netzwerkanalyse lässt sich damit nachvollziehen, wie Arbeit zwischen einzelnen Personen übergeben wird. Warum das wichtig ist Ermöglicht die Leistungsanalyse nach Benutzer, Team oder Rolle und hilft dabei, Automatisierungsmöglichkeiten oder Schulungsbedarf zu erkennen. Woher beziehen Zu finden in Feldern wie 'LastModifiedById' im Objekt 'Order' oder 'OwnerId' in Datensätzen vom Typ 'Task'. Diese IDs müssen mit dem Objekt 'User' verknüpft werden, um den Namen des Benutzers zu erhalten. Beispiele Alice SmithBob JohnsonSystemautomatisierungBonitätsteam | |||
| Gesamtauftragswert TotalOrderAmount | Der Gesamtwert des Kundenauftrags. | ||
| Beschreibung Dieses Attribut gibt den Gesamtwert des Kundenauftrags an. Es ist eine wichtige Kennzahl, um die geschäftlichen Auswirkungen effizienter oder ineffizienter Prozesse zu verstehen. In Analysen lässt sich der Gesamtauftragswert verwenden, um Cases zu segmentieren. So können Sie beispielsweise prüfen, ob Aufträge mit hohem Wert anders bearbeitet werden oder häufiger Verzögerungen aufweisen als Aufträge mit niedrigem Wert. Außerdem bildet er eine wichtige Grundlage für die Berechnung finanzieller KPIs und zeigt, welcher Wert den Prozess durchläuft. Warum das wichtig ist Ermöglicht die finanzielle Analyse des Prozesses. Aufträge lassen sich nach ihrem Wert segmentieren und die finanziellen Auswirkungen von Verzögerungen oder Nacharbeit beziffern. Woher beziehen Dies ist das Feld „TotalAmount“ im standardmäßigen Salesforce-Objekt „Order“. Beispiele 5400.50125000.00950.75 | |||
| Gesamte Zykluszeit CycleTime | Die gesamte Zeit vom Erstellen des Auftrags bis zu seinem endgültigen Abschluss. | ||
| Beschreibung Die gesamte Zykluszeit ist eine wichtige Leistungskennzahl für die Dauer des Auftragsprozesses von Anfang bis Ende. Sie wird berechnet, indem der Timestamp des ersten Ereignisses, zum Beispiel „Auftrag erstellt“, vom Timestamp des letzten Ereignisses, etwa „Auftrag abgeschlossen“, abgezogen wird. Diese Kennzahl steht im Mittelpunkt des Dashboards „Zykluszeit des Auftrags von Anfang bis Ende“. Die Analyse der Zykluszeit hilft dabei, Ineffizienzen im Gesamtprozess zu erkennen und die Auswirkungen von Verbesserungsmaßnahmen zu messen. Abweichungen lassen sich untersuchen, indem Sie die Daten nach weiteren Attributen wie Land oder Produktfamilie aufschlüsseln. Warum das wichtig ist Diese grundlegende KPI misst die Effizienz des Gesamtprozesses und hilft, lang laufende Aufträge zu erkennen, die auf systemische Probleme hindeuten können. Woher beziehen Wird bei der Datentransformation berechnet, indem für jede „SalesOrderId“ der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen wird. Beispiele 10 Tage 4 Stunden25 Tage 11 Stunden5 Tage 2 Stunden | |||
| Gewünschtes Lieferdatum RequestedDeliveryDate | Das vom Kunden gewünschte Lieferdatum des Auftrags. | ||
| Beschreibung Dieses Attribut enthält das Datum, an dem der Kunde seine Waren erhalten möchte. Es dient als wichtiger Maßstab für die Lieferleistung und die Kundenzufriedenheit. Das Datum wird direkt im Dashboard „Einhaltung des Lieferdatums verfolgen“ und für die KPI „Pünktliche Lieferquote“ verwendet. Dazu wird es mit dem tatsächlichen Lieferdatum (Timestamp von „Waren geliefert“) verglichen. So lässt sich feststellen, ob die Lieferung pünktlich, früher oder verspätet erfolgte. Warum das wichtig ist Dies ist der wichtigste Maßstab für die pünktliche Lieferleistung und ein zentraler Indikator für Kundenzufriedenheit und operative Effizienz. Woher beziehen Häufig handelt es sich um ein benutzerdefiniertes Datumsfeld im Objekt „Order“. Der genaue Feldname kann abweichen. Weitere Informationen finden Sie in der Dokumentation oder im Schema von Salesforce Sales Cloud. Beispiele 2023-11-152023-12-012024-01-10 | |||
| Kontoname AccountName | Der Name des Kunden oder Unternehmens, das den Auftrag erteilt hat. | ||
| Beschreibung Der Kontoname gibt an, welcher Kunde dem Auftrag zugeordnet ist. So lässt sich der Prozess aus Kundensicht analysieren. Mit diesem Attribut können Analysten den Prozess nach bestimmten Kunden filtern, die Prozessleistung verschiedener Kundensegmente vergleichen und feststellen, ob einzelne Kunden regelmäßig von Prozessproblemen betroffen sind. Es stellt den direkten Bezug zwischen Prozessleistung und Customer Experience her. Warum das wichtig ist Stellt den Bezug zwischen der Prozessleistung und einzelnen Kunden her. So können Sie Analysen und Segmentierungen nach Kunden vornehmen und Muster oder Probleme erkennen. Woher beziehen Das Objekt „Order“ enthält das Lookup-Feld „AccountId“. Diese ID muss mit dem Objekt „Account“ verknüpft werden, um das Feld „Account.Name“ abzurufen. Beispiele Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| Auftragsverantwortlicher OrderOwner | Der Benutzer, der hauptsächlich für die Verwaltung des Auftrags verantwortlich ist. | ||
| Beschreibung Der Auftragsverantwortliche ist der Vertriebsmitarbeiter oder Account Manager, der die Hauptverantwortung für den Auftrag trägt. Er ist nicht unbedingt der Benutzer, der eine bestimmte Aktion ausführt, sondern verantwortet den gesamten Verlauf des Cases. Eine Analyse nach Verantwortlichen kann zeigen, wie sich Arbeitslast und Leistung von Teams oder einzelnen Personen bei der Verwaltung ihrer Auftragsportfolios unterscheiden. Sie macht sichtbar, bei welchen Verantwortlichen Aufträge häufig ins Stocken geraten oder Nacharbeit erfordern. Das kann auf möglichen Schulungsbedarf hinweisen. Warum das wichtig ist Zeigt, wer für den Erfolg des Auftrags verantwortlich ist, und ermöglicht Analysen der Arbeitslast und Leistung auf Ebene der Verantwortlichen. Woher beziehen Dies ist das Feld „OwnerId“ im Objekt „Order“. Die ID lässt sich mit dem Objekt „User“ verknüpfen, um den Namen des Verantwortlichen abzurufen. Beispiele Jane DoeJohn SmithVertriebsteam Ost | |||
| Automatisiert IsAutomated | Kennzeichnet, ob ein Systemprozess oder ein Benutzer die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses boolesche Attribut unterscheidet zwischen Ereignissen, die durch eine Systemautomatisierung ausgelöst wurden, etwa einer automatischen Statusaktualisierung, und Aktionen, die ein Benutzer manuell ausgeführt hat. So lässt sich der Automatisierungsgrad des Prozesses nachvollziehen. Die Analyse dieses Attributs hilft dabei, die Auswirkungen der Automatisierung auf Effizienz und Konsistenz zu beziffern. Automatisierte und manuelle Prozesspfade lassen sich vergleichen. Außerdem können Sie Möglichkeiten für weitere Automatisierung erkennen, um manuellen Aufwand und Fehlerpotenzial zu verringern. Warum das wichtig ist Unterscheidet zwischen Systemaktionen und Aktionen von Benutzern. Das ist wichtig für die Automatisierungsanalyse und um Möglichkeiten zur Verringerung manueller Arbeit zu erkennen. Woher beziehen Wird bei der Datentransformation abgeleitet. Dazu wird geprüft, ob „UserPerformingAction“ einem festgelegten Systembenutzer entspricht oder ob Regeln für den Aktivitätstyp zutreffen. Beispiele truefalse | |||
| Dauer des Zahlungseingangs PaymentCollectionDuration | Die Zeit zwischen dem Versand der Rechnung an den Kunden und dem Eingang der Zahlung. | ||
| Beschreibung Diese berechnete Kennzahl misst die Effizienz der letzten entscheidenden Phase des Order-to-Cash-Zyklus: dem Zahlungseingang. Sie erfasst die Zeit zwischen der Aktivität „Rechnung an Kunden gesendet“ und der Aktivität „Zahlung eingegangen“. Das Attribut unterstützt direkt das Dashboard „Dauer des Zahlungseingangs“ und die KPI „Zeit bis zum Zahlungseingang“. Anhand dieser Dauer kann die Finanzabteilung Engpässe beim Zahlungseinzug erkennen, die Wirksamkeit von Zahlungsbedingungen bewerten und Möglichkeiten zur Beschleunigung des Cashflows ermitteln. Warum das wichtig ist Misst die Effizienz des Forderungsmanagements und wirkt sich direkt auf den Cashflow des Unternehmens aus. Woher beziehen Wird bei der Datentransformation für jeden Case berechnet, indem der Timestamp des Ereignisses „Rechnung an Kunden gesendet“ vom Timestamp des Ereignisses „Zahlung eingegangen“ abgezogen wird. Beispiele 30 Tage15 Tage 8 Stunden45 Tage | |||
| Endzeit des Ereignisses EventEndTime | Das genaue Datum und die Uhrzeit, zu der die Aktivität abgeschlossen wurde. | ||
| Beschreibung Die Endzeit des Ereignisses gibt an, wann eine Aktivität abgeschlossen wurde. Viele Process-Mining-Tools leiten diesen Wert aus der Startzeit der nächsten Aktivität ab. Wird die Endzeit ausdrücklich erfasst, lassen sich die Aktivitätsdauern genauer berechnen, insbesondere bei länger laufenden Aufgaben. Mit diesem Attribut wird die genaue Bearbeitungszeit einer Aktivität berechnet. Es ist besonders hilfreich bei Aufgaben mit längerer Dauer, etwa 'Bonitätsprüfung durchgeführt' oder 'Bestand zugeordnet'. So lässt sich die aktive Bearbeitungszeit von der reinen Wartezeit unterscheiden. Warum das wichtig ist Damit lässt sich die Bearbeitungszeit einzelner Aktivitäten genau berechnen. Das ist entscheidend, um Engpässe und ressourcenintensive Schritte zu erkennen. Woher beziehen Kann für einen bestimmten Case aus dem Feld 'StartTime' des nachfolgenden Ereignisses in der Sequenz abgeleitet werden. Bei einigen Aktivitäten kann der Wert aus einem bestimmten Feld wie 'Task.CompletedDateTime' stammen. Beispiele 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Nacharbeit IsRework | Kennzeichnet, ob beim Auftrag Nacharbeit angefallen ist, etwa durch eine wiederholte Aktivität oder eine Schleife im Prozess. | ||
| Beschreibung Dieses berechnete Attribut kennzeichnet Cases, deren Verlauf nicht linear voranschreitet. Nacharbeit liegt vor, wenn eine Aktivität wiederholt wird oder der Prozess zu einer früheren Phase zurückkehrt. Gründe dafür sind häufig Fehler, fehlende Informationen oder abgelehnte Genehmigungen. Dieses Kennzeichen dient zur Berechnung der KPI „Nacharbeitsquote bei Aufträgen“ und fließt in das Dashboard „Nacharbeit und Fehlerquote bei Aufträgen“ ein. Es hilft, Häufigkeit und Auswirkungen von Ineffizienzen zu beziffern und Bereiche zu erkennen, in denen bessere Qualitätskontrollen oder klarere Prozessvorgaben erforderlich sind. Warum das wichtig ist Beziffert Ineffizienzen, indem Aufträge mit zusätzlichem, ungeplantem Arbeitsaufwand gekennzeichnet werden. Dieser wirkt sich direkt auf Kosten und Zykluszeit aus. Woher beziehen Wird von der Process-Mining-Software oder bei der Datentransformation berechnet. Dazu werden wiederholte Aktivitätsnamen oder Rücksprünge im Prozessverlauf eines Cases erkannt. Beispiele truefalse | |||
| Produktfamilie ProductFamily | Die Kategorie oder Produktfamilie, zu der die Produkte im Auftrag gehören. | ||
| Beschreibung Die Produktfamilie ordnet die im Auftrag enthaltenen Artikel einer übergeordneten Kategorie zu. So lässt sich der Prozess nach Produkttyp analysieren. Mit diesem Attribut können Sie den Prozess segmentieren und prüfen, ob bestimmte Produktfamilien andere Prozesspfade, längere Zykluszeiten oder mehr Nacharbeit aufweisen. Komplexe, konfigurierbare Produkte durchlaufen beispielsweise möglicherweise ein aufwendigeres Genehmigungs- und Erfüllungsverfahren als standardisierte Produkte von der Stange. Warum das wichtig ist Ermöglicht die Prozessanalyse nach Produktkategorie und zeigt, ob sich verschiedene Produkttypen unterschiedlich auf die Prozesseffizienz auswirken. Woher beziehen Wird aus dem Objekt „Product2“ abgerufen, das über das Verknüpfungsobjekt „OrderItem“ mit „Order“ verbunden ist. Dazu müssen die Objekte Order -> OrderItem -> PricebookEntry -> Product2 verknüpft werden. Beispiele HardwareSoftwarelizenzenProfessionelle DienstleistungenSupportverträge | |||
| Pünktliche Lieferung IsOnTimeDelivery | Kennzeichnet, ob die Waren am oder vor dem vom Kunden gewünschten Lieferdatum zugestellt wurden. | ||
| Beschreibung Dieses boolesche Attribut misst direkt, ob die Lieferung den Erwartungen des Kunden entspricht. Es wird berechnet, indem der Timestamp der Aktivität „Waren geliefert“ mit „RequestedDeliveryDate“ verglichen wird. Es bildet die Grundlage für die KPI „Pünktliche Lieferquote“. Die Analyse dieses Kennzeichens zeigt, wie zuverlässig Unternehmen ihre Zusagen einhalten. Das ist ein wichtiger Faktor für die Kundenzufriedenheit. In Verbindung mit anderen Attributen lässt sich feststellen, ob bestimmte Versandarten oder Regionen niedrigere Pünktlichkeitsquoten aufweisen. Warum das wichtig ist Liefert ein eindeutiges Ja-Nein-Maß dafür, ob Zusagen gegenüber Kunden eingehalten wurden, und unterstützt direkt die KPI „Pünktliche Lieferquote“. Woher beziehen Wird bei der Datentransformation berechnet. Die Logik lautet: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Beispiele truefalse | |||
| Rechnungs-ID InvoiceId | Die eindeutige Kennung der Rechnung zum Auftrag. | ||
| Beschreibung Die Rechnungs-ID verknüpft einen Auftrag mit der zugehörigen Rechnung. Die Erstellung und der Versand der 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 zum Zahlungseingang nachzuverfolgen. Es ermöglicht die genaue Messung der Aktivitäten „Rechnung erstellt“ und „Rechnung an Kunden gesendet“. Diese Werte werden für die Berechnung der „Dauer des Zahlungseingangs“ benötigt. Warum das wichtig ist Verknüpft den Auftrag mit dem Teilprozess der Rechnungsstellung und ermöglicht so die genaue Nachverfolgung finanzieller Aktivitäten und der Zahlungszykluszeiten. Woher beziehen Häufig handelt es sich um ein benutzerdefiniertes Lookup-Feld im Objekt „Order“, das auf ein standardmäßiges oder benutzerdefiniertes Objekt „Invoice“ verweist. Die genaue Umsetzung kann abweichen. Beispiele INV-001234INV-001235INV-001236 | |||
| Status der Bonitätsprüfung CreditCheckStatus | Das Ergebnis der Bonitätsprüfung für den Auftrag. | ||
| Beschreibung Dieses Attribut gibt das Ergebnis der Bonitätsprüfung des Kunden an. Die Prüfung ist häufig ein entscheidender Schritt im Auftragsprozess. Übliche Werte sind „Genehmigt“, „Abgelehnt“ oder „Ausstehend“. Das Attribut ist wichtig für das Dashboard „Engpassanalyse der Bonitätsprüfung“. Wenn Unternehmen erfassen, wann ein Auftrag in die Bonitätsprüfung eintritt und sie wieder verlässt, und den abschließenden Status berücksichtigen, können sie Dauer und Ergebnis dieses Schritts messen und mögliche Verzögerungen erkennen. Warum das wichtig ist Unterstützt direkt die Analyse der Bonitätsprüfung. So lassen sich Dauer, Erfolgsquote und Auswirkungen auf die gesamte Zykluszeit messen. Woher beziehen Wahrscheinlich handelt es sich um ein benutzerdefiniertes Feld im Objekt „Order“ oder „Account“. Weitere Informationen finden Sie in der Dokumentation oder im Schema von Salesforce Sales Cloud. Beispiele GenehmigtAbgelehntPrüfung ausstehendNicht erforderlich | |||
| Versandart ShippingMethod | Die für den Versand der Waren gewählte Versandart, zum Beispiel „Standardversand“, „Express“ oder „International“. | ||
| Beschreibung Dieses Attribut gibt die gewählte Logistikleistung für die Lieferung des Auftrags an. Es wirkt sich direkt auf Lieferzeiten und Kosten aus. In der „Effizienzanalyse der Versandarten“ dient das Attribut dazu, die Leistung verschiedener Versandoptionen zu vergleichen. So können Sie prüfen, ob Expresslieferungen die zugesagten Lieferzeiten einhalten und wie sich die Versandarten auf die Dauer zwischen „Waren versandt“ und „Waren geliefert“ auswirken. Warum das wichtig ist Ermöglicht die Analyse der Logistikleistung und hilft dabei, Kosten und Effizienz verschiedener Versandoptionen zu bewerten. Woher beziehen Wahrscheinlich handelt es sich um ein benutzerdefiniertes Feld im Objekt „Order“ oder in einem verknüpften benutzerdefinierten Objekt „Shipment“. Weitere Informationen finden Sie in der Dokumentation oder im Schema von Salesforce Sales Cloud. Beispiele StandardversandExpressversand innerhalb von 2 TagenLuftfracht über NachtInternationale Expresslieferung | |||
| Versandland ShippingCountry | Das Zielland für den Versand des Auftrags. | ||
| Beschreibung Dieses Attribut gibt das Land an, in das der Auftrag versandt wird. Es ist eine wichtige Dimension für die geografische Analyse des Order-to-Cash-Prozesses. Eine Analyse nach Versandland kann regionale Unterschiede in der Prozessleistung aufzeigen, etwa längere Lieferzeiten bei internationalen Aufträgen oder Abweichungen bei den Zahlungszyklen. Durch die Segmentierung des Prozesses lassen sich regionale Herausforderungen besser verstehen und angehen. Warum das wichtig ist Ermöglicht die geografische Segmentierung des Prozesses. So können regionale Leistungsunterschiede, Compliance-Probleme oder logistische Herausforderungen sichtbar werden. Woher beziehen Dies ist das Feld „ShippingCountry“ im standardmäßigen Salesforce-Objekt „Order“. Beispiele USADeutschlandJapanBrasilien | |||
| Vertriebskanal SalesChannel | Der Kanal, über den der Auftrag erteilt wurde, zum Beispiel „Web“, „Direktvertrieb“ oder „Partner“. | ||
| Beschreibung Das Attribut „Vertriebskanal“ ordnet Aufträge danach, über welchen Kanal sie eingegangen sind. So lässt sich die Prozessleistung der verschiedenen Kanäle vergleichen. Dieses Attribut ist für das Dashboard „Leistungsvergleich der Vertriebskanäle“ wichtig. Durch Filtern oder Vergleichen nach Kanal können Unternehmen feststellen, welche Kanäle besonders effizient sind, wo am häufigsten Nacharbeit anfällt und in welchen Bereichen eine Standardisierung die Leistung angleichen könnte. Warum das wichtig ist Ermöglicht den Leistungsvergleich verschiedener Vertriebskanäle. So lassen sich bewährte Vorgehensweisen und Möglichkeiten zur Harmonisierung von Prozessen erkennen. Woher beziehen In der Regel handelt es sich um ein benutzerdefiniertes Auswahllistenfeld im Objekt „Order“ oder „Opportunity“. Weitere Informationen finden Sie in der Dokumentation oder im Schema von Salesforce Sales Cloud. Beispiele DirektvertriebWebportalPartnernetzwerkTelefonvertrieb | |||
Aktivitäten der Auftragsabwicklung von der Bestellung bis zum Zahlungseingang
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Kundenauftrag abgeschlossen | Kennzeichnet den erfolgreichen Abschluss und die endgültige Schließung des Kundenauftrags im System. Abgeleitet wird dies aus einer abschließenden Statusaktualisierung des Auftrags, die anzeigt, dass keine weiteren Schritte erforderlich sind. | ||
| Warum das wichtig ist Dies ist das zentrale End-Event des Happy Path. Die Gesamtzeit bis zu dieser Aktivität ergibt die Kennzahl 'Durchschnittliche Zeit vom Auftrag bis zum Abschluss'. Woher beziehen Abgeleitet aus einer Änderung des Felds 'Status' im Objekt 'Order' auf einen abschließenden Wert wie 'Geschlossen', 'Abgeschlossen' oder 'Erfüllt'. Der Timestamp ist im Feldänderungsverlauf verfügbar. Erfassung Den Feldänderungsverlauf des Objekts 'Order' auf eine Änderung zu einem abschließenden Status überwachen. Ereignistyp inferred | |||
| Kundenauftrag aktiviert | Ein standardmäßiges Salesforce-Ereignis, das anzeigt, dass der Auftrag abgeschlossen ist und an Fulfillment und Rechnungsstellung übergeben werden kann. Durch die Aktivierung sind die meisten Änderungen am Auftrag gesperrt. Erfasst wird sie anhand einer bestimmten Statusänderung. | ||
| Warum das wichtig ist Die Aktivierung ist ein kritischer, nicht umkehrbarer Meilenstein, der die Gültigkeit des Auftrags bestätigt. Sie markiert die offizielle Übergabe vom Vertrieb an den operativen Bereich und ist ein zentraler Messpunkt für die Zykluszeit im Vertrieb. Woher beziehen Abgeleitet aus einer Änderung des Standardfelds 'Status' im Objekt 'Order' auf 'Aktiviert'. Der Timestamp wird im Feldänderungsverlauf des Objekts 'Order' gespeichert. Erfassung Den Feldänderungsverlauf des Objekts 'Order' auf eine Statusänderung zu 'Aktiviert' überwachen. Ereignistyp inferred | |||
| Kundenauftrag erstellt | Kennzeichnet die erstmalige Erstellung eines Kundenauftragsdatensatzes im System. Dieses Ereignis wird ausdrücklich erfasst, wenn in Salesforce zum ersten Mal eine neue Instanz des Objekts 'Order' gespeichert wird. | ||
| Warum das wichtig ist Dies ist das zentrale Start-Event für den Prozess von der Auftragserstellung bis zum Zahlungseingang. Die Zeit von diesem Zeitpunkt bis zu den folgenden Aktivitäten ist entscheidend, um die gesamten Zykluszeiten zu verstehen. Woher beziehen Das Erstellungsereignis des Objekts 'Order'. Als Timestamp dient der Wert im Standardfeld 'CreatedDate' des Auftragsdatensatzes. Erfassung Direkt aus dem Timestamp 'CreatedDate' des Objekts 'Order'. Ereignistyp explicit | |||
| Rechnung erstellt | Kennzeichnet die Erstellung einer Rechnung für den Kundenauftrag. Erfasst werden kann dies durch die Erstellung eines verknüpften Objekts 'Invoice', entweder direkt über Salesforce Billing oder über eine Integration. | ||
| Warum das wichtig ist Dieser Meilenstein markiert den Beginn des finanziellen Teils des Prozesses. Die Zeit zwischen Lieferung und Rechnungsstellung kann administrative Engpässe aufdecken, die den Zahlungseingang verzögern. Woher beziehen Abgeleitet aus dem Erstellungsdatum eines Standard- oder benutzerdefinierten Objekts 'Invoice', das mit dem Objekt 'Order' verknüpft ist. Erfassung Das Feld 'CreatedDate' des zugehörigen Rechnungsdatensatzes verwenden. Ereignistyp inferred | |||
| Ware versendet | Kennzeichnet den Zeitpunkt, an dem der Auftrag das Lager physisch in Richtung Kunde verlässt. Dieses Ereignis wird fast immer durch eine Aktualisierung aus einem externen Versand- oder ERP-System in Salesforce erfasst. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein dient zur Messung der Kennzahl 'Pünktliche Versandquote' und der gesamten Fulfillment-Effizienz. Er markiert den Beginn der Lieferphase aus Kundensicht. Woher beziehen Abgeleitet aus dem Befüllen des Felds 'Versanddatum' oder 'Sendungsverfolgungsnummer' im Objekt 'Order' oder in einem zugehörigen benutzerdefinierten Objekt 'Shipment'. Die Daten stammen aus einem Fulfillment-System. Erfassung Den Timestamp verwenden, zu dem erstmals ein Versanddatum oder eine Sendungsverfolgungsnummer eingetragen wird. Ereignistyp inferred | |||
| Ware zugestellt | Zeigt an, dass die Sendung den Kunden erfolgreich erreicht hat. Diese Information stammt aus dem System des Versanddienstleisters und wird an Salesforce zurückübermittelt. | ||
| Warum das wichtig ist Dieses Ereignis ist entscheidend für die Berechnung der Kennzahl 'Pünktliche Zustellquote' und die Messung der tatsächlichen Zykluszeiten aus Kundensicht. Es bestätigt den Abschluss des Fulfillment-Prozesses. Woher beziehen Abgeleitet aus dem Befüllen des Felds 'Lieferdatum' im Objekt 'Order' oder im benutzerdefinierten Objekt 'Shipment'. Die Daten werden üblicherweise über eine Integration mit einem Logistikdienstleister bereitgestellt. Erfassung Den Timestamp verwenden, zu dem ein Lieferdatum eingetragen wird. Ereignistyp inferred | |||
| Zahlung eingegangen | Kennzeichnet die Bestätigung, dass die Zahlung des Kunden eingegangen und verbucht ist. Diese Information wird in der Regel als Statusänderung aus einem Finanzsystem an Salesforce übermittelt. | ||
| Warum das wichtig ist Dies ist der letzte Schritt, um den Verkaufserlös zu erhalten. Die Zeit vom Ereignis 'Rechnung gesendet' bis zu diesem Punkt ist entscheidend für die Steuerung des Zahlungseingangs und der Außenstandsdauer (Days Sales Outstanding, DSO). Woher beziehen Abgeleitet aus einer Statusänderung des Objekts 'Invoice' auf 'Bezahlt' oder 'Abgeschlossen'. Die Aktualisierung erfolgt über eine Integration mit einem Buchhaltungs- oder Zahlungsabwicklungssystem. Erfassung Statusänderungen am Objekt 'Invoice' erfassen, die durch die Integration mit einem externen Finanzsystem übermittelt werden. Ereignistyp inferred | |||
| Bestand zugeordnet | Zeigt an, dass die Produkte des Auftrags im Bestandssystem reserviert wurden. Dieses Ereignis stammt in der Regel aus einem externen ERP- oder Bestandssystem und wird über eine Feldänderung an Salesforce übermittelt. | ||
| Warum das wichtig ist Diese Aktivität ist entscheidend für die Analyse der Kennzahl 'Durchlaufzeit der Bestandszuordnung'. Verzögerungen wirken sich unmittelbar darauf aus, ob Aufträge pünktlich versendet werden können. Woher beziehen Erfordert eine Analyse der Systeme. Häufig wird das Ereignis aus einer Statusänderung in den Objekten 'Order' oder 'OrderItem' oder aus dem Befüllen des benutzerdefinierten Felds 'Allocation_Date__c' abgeleitet, das durch eine Integration aktualisiert wird. Erfassung Status- oder Datumsfeldänderungen in den Objekten Order oder OrderItem erfassen, die durch eine ERP-Integration ausgelöst werden. Ereignistyp inferred | |||
| Bonitätsprüfung durchgeführt | Kennzeichnet den Abschluss einer Bonitätsprüfung für den Kunden, der dem Auftrag zugeordnet ist. Häufig wird dieses Ereignis abgeleitet, wenn ein benutzerdefiniertes Feld wie 'Credit Check Status' auf 'Bestanden' oder 'Abgeschlossen' gesetzt wird. | ||
| Warum das wichtig ist Diese Aktivität verursacht häufig erhebliche Verzögerungen. Ihre Dauer und Wartezeit zu messen, ist entscheidend, um das Dashboard 'Engpassanalyse der Bonitätsprüfung' zu verbessern und den Zahlungseingang zu beschleunigen. Woher beziehen Abgeleitet aus einem Timestamp oder einer Statusänderung in einem benutzerdefinierten Feld des Objekts 'Order' oder des zugehörigen Objekts 'Account', zum Beispiel 'Credit_Check_Date__c' oder 'Credit_Status__c'. Erfassung Änderungen an benutzerdefinierten Feldern erfassen, die den Abschluss der Bonitätsprüfung anzeigen. Ereignistyp inferred | |||
| Kundenauftrag an Fulfillment übergeben | Kennzeichnet die Übergabe des aktivierten Auftrags an ein Lager- oder Fulfillment-System zum Kommissionieren und Verpacken. Erfasst wird dies üblicherweise anhand einer Statusänderung des Auftrags, die durch eine Integration ausgelöst wird. | ||
| Warum das wichtig ist Dieses Ereignis trennt den kaufmännischen vom logistischen Teil des Prozesses. Die Zeit von der Aktivierung bis zu diesem Punkt hilft dabei, administrative Verzögerungen von Verzögerungen im Lager zu unterscheiden. Woher beziehen Abgeleitet aus einer Änderung des Status im Objekt 'Order' auf einen Wert wie 'An Fulfillment übergeben' oder 'Versand ausstehend'. Häufig wird diese Statusänderung durch eine Integration mit einem ERP- oder WMS-System ausgelöst. Erfassung Das Feld 'Status' im Objekt 'Order' auf bestimmte Werte überwachen, die eine Übergabe an Fulfillment anzeigen. Ereignistyp inferred | |||
| Kundenauftrag freigegeben | Zeigt an, dass alle erforderlichen Beteiligten den Kundenauftrag formell freigegeben haben und er in die nächste Phase übergehen kann. Erfasst wird dies anhand des letzten Freigabeschritts im Workflow oder einer entsprechenden Statusänderung. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein gibt den Fulfillment-Prozess frei. Verzögerungen bei der Freigabe können die gesamte Zykluszeit vom Auftrag bis zum Zahlungseingang deutlich verlängern. Woher beziehen Abgeleitet aus einer Änderung des Statusfelds im Objekt 'Order' auf einen Wert wie 'Genehmigt'. Alternativ kann das Abschlussdatum des zugehörigen Datensatzes 'ProcessInstance' herangezogen werden. Erfassung Das Feld 'Status' im Objekt 'Order' oder den Abschluss des Freigabeprozessverlaufs überwachen. Ereignistyp inferred | |||
| Kundenauftrag storniert | Zeigt an, dass der Auftrag storniert wurde, bevor Fulfillment abgeschlossen war. Erfasst wird dies anhand einer abschließenden Statusänderung im Auftragsdatensatz. | ||
| Warum das wichtig ist Dies ist ein kritischer Ausnahme- und Endfall. Die Analyse, warum und wann Aufträge storniert werden, kann Probleme im Vertriebsprozess, bei der Produktverfügbarkeit oder bei der Kundenbonität aufdecken. Woher beziehen Abgeleitet aus einer Änderung des Felds 'Status' im Objekt 'Order' auf 'Storniert'. Der Timestamp ist im Feldänderungsverlauf des Felds 'Status' zu finden. Erfassung Den Feldänderungsverlauf des Objekts 'Order' auf eine Änderung des Status zu 'Storniert' überwachen. Ereignistyp inferred | |||
| Kundenauftrag zur Freigabe eingereicht | Kennzeichnet den Zeitpunkt, an dem ein Auftragsentwurf in einen formellen Freigabe-Workflow überführt wird. Dies lässt sich in der Regel aus einer Statusänderung des Auftrags oder aus einem Eintrag im Verlauf des Salesforce-Freigabeprozesses ableiten. | ||
| Warum das wichtig ist Anhand der Einreichungen lässt sich messen, wie lange Aufträge auf die Freigabe warten und wie effizient der Prüfprozess abläuft. So werden Engpässe vor der Freigabe sichtbar. Woher beziehen Abgeleitet aus einer Statusänderung des Objekts 'Order' (z. B. von 'Entwurf' zu 'Zur Freigabe eingereicht') oder anhand des Einreichungsdatums im Objekt 'ProcessInstance', das mit dem Auftrag verknüpft ist. Erfassung Änderungen am Statusfeld erfassen oder das Objekt 'ProcessInstance' abfragen. Ereignistyp inferred | |||
| Rechnung an Kunden gesendet | Zeigt an, dass die Rechnung zur Zahlung an den Kunden versendet wurde. Erfasst wird dies üblicherweise anhand einer Statusänderung des Rechnungsdatensatzes. | ||
| Warum das wichtig ist Dieses Ereignis löst die Messung der Kennzahl 'Zeit bis zum Zahlungseingang' aus. Jede Verzögerung zwischen Rechnungserstellung und Versand verschiebt den Beginn der Zahlungsfrist. Woher beziehen Abgeleitet aus einer Statusänderung des Objekts 'Invoice' auf 'Gesendet' oder einen ähnlichen Wert. Auch ein Eintrag im Aktivitätsprotokoll für die versendete E-Mail kann verwendet werden. Erfassung Das Feld 'Status' im zugehörigen Objekt 'Invoice' überwachen oder nach E-Mail-Protokolleinträgen suchen. Ereignistyp inferred | |||
Anleitungen zum Datenexport
Schritte
- Voraussetzung: Field History Tracking konfigurieren: Bevor Sie Berichte erstellen, muss ein Salesforce-Administrator sicherstellen, dass Field History Tracking für das Objekt Order aktiviert ist. Erfassen Sie insbesondere Änderungen am Feld Status sowie an allen benutzerdefinierten Feldern, die Ereignisse kennzeichnen, etwa Credit_Check_Status__c oder Fulfillment_Status__c. Die Einstellung finden Sie unter Setup > Object Manager > Order > Fields & Relationships > Set History Tracking.
- Benutzerdefinierten Berichtstyp erstellen: Damit Sie Änderungen an Feldern zusammen mit den Auftragsdetails abrufen können, erstellen Sie einen benutzerdefinierten Berichtstyp. Öffnen Sie Setup > Report Types. Legen Sie einen neuen Berichtstyp mit Orders als primärem Objekt an und verknüpfen Sie Order History als sekundäres Objekt. Wählen Sie die Beziehung „'A'-Datensätze können zugehörige 'B'-Datensätze haben oder nicht“. So können Sie alle Aufträge berücksichtigen, auch wenn noch keine Änderungshistorie vorliegt. Speichern Sie den Berichtstyp unter dem Namen „Orders with History“.
- Hauptbericht „Events“ erstellen: Öffnen Sie die Registerkarte Reports und klicken Sie auf New Report. Wählen Sie den Berichtstyp „Orders with History“. Der Bericht erfasst alle Aktivitäten, die auf Feldänderungen beruhen.
- Spalten des Ereignisberichts konfigurieren: Fügen Sie folgende Spalten hinzu: Order: Order Number (für SalesOrderId), Edit Date (für EventTime), User (für UserPerformingAction), Field/Event (das geänderte Feld), Original Value und New Value. Ergänzen Sie weitere Spalten aus dem übergeordneten Objekt Order, zum Beispiel Order: Total Amount, Account: Account Name und Order: Company Authorized By Date (gegebenenfalls als Ersatzwert für RequestedDeliveryDate).
- Ereignisbericht filtern: Setzen Sie den Filter Show Me auf All orders und das Feld Date Field auf Created Date. Wählen Sie den gewünschten Zeitraum, zum Beispiel Last 3 Months. Filtern Sie außerdem die Spalte Field/Event, sodass nur die Feldänderungen enthalten sind, die Ihren Aktivitäten entsprechen, etwa Status oder Credit_Check_Status__c.
- Bericht „Order Created“ erstellen: Erstellen Sie einen zweiten, einfacheren Bericht mit dem Standardberichtstyp Orders. Dieser Bericht soll nur das Erstellungsereignis erfassen. Fügen Sie die Spalten Order Number, Created Date, Created By, Status, Total Amount und Account Name hinzu. Filtern Sie nach Created Date und dem gewünschten Zeitraum.
- Beide Berichte exportieren: Führen Sie beide Berichte aus und wählen Sie Export. Legen Sie als Format Details Only und Comma Delimited .csv fest.
- Daten zusammenführen und umwandeln: Öffnen Sie die exportierten CSV-Dateien in einem Tabellenkalkulationsprogramm wie Microsoft Excel oder verwenden Sie eine Skriptsprache wie Python.
- Fügen Sie dem Bericht „Events“ eine neue Spalte ActivityName hinzu. Ordnen Sie die Feldänderungen mithilfe von Formeln oder einem Skript den gewünschten Aktivitätsnamen zu. Wenn Field/Event beispielsweise den Wert 'Status' und New Value den Wert 'Activated' enthält, setzen Sie ActivityName auf 'Order Activated'.
- Fügen Sie dem Bericht „Order Created“ eine Spalte ActivityName hinzu und tragen Sie für alle Zeilen den Wert 'Order Created' ein. Benennen Sie die Spalten passend zum Event-Log-Schema um, zum Beispiel Order Number in SalesOrderId und Created Date in EventTime.
- Daten in einem Event Log zusammenführen: Hängen Sie die Zeilen aus den umgewandelten Daten von „Order Created“ an die umgewandelten Daten aus „Events“ an. So entsteht eine einheitliche Liste aller Aktivitäten.
- Datei für den Upload vorbereiten: Ergänzen Sie die erforderlichen Spalten SourceSystem (mit dem festen Wert 'Salesforce Sales Cloud') und LastDataUpdate (mit dem aktuellen Timestamp). Prüfen Sie vor dem Speichern alle Spaltenüberschriften und Datenformate. Speichern Sie die fertige Datei als CSV für den Upload.
Konfiguration
- Berichtstypen: Ein benutzerdefinierter Berichtstyp, der Orders und Order History verknüpft, ist erforderlich, um Statusänderungen und andere Feldänderungen als einzelne Ereignisse zu erfassen.
- Field History Tracking: Diese Methode setzt voraus, dass Field History Tracking für das Objekt Order aktiviert ist, bevor Sie mit dem Datenexport beginnen. Erfassen Sie wichtige Felder wie Status und alle benutzerdefinierten Felder, die Prozessschritte abbilden.
- Filter für den Zeitraum: Verwenden Sie Created Date im Objekt Order als primären Filter, damit Sie eine einheitliche Auftragskohorte analysieren. Für eine erste Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten.
- Data Export Service: Bei großen Datenmengen können Sie alternativ den Data Export Service so einrichten, dass er wöchentlich oder monatlich alle Daten der angegebenen Objekte (Order, OrderHistory, Account) exportiert. Dabei erhalten Sie Rohdaten, die extern umfangreicher verarbeitet und zusammengeführt werden müssen. Dafür vermeiden Sie Timeouts und Zeilenbegrenzungen des interaktiven Report Builders.
- Berechtigungen: Benutzer, die den Export ausführen, benötigen die Berechtigungen Run Reports, Export Reports und View All Data für die Objekte Order und Account. Für die Konfiguration des Data Export Service sind Systemadministratorrechte erforderlich.
- Berichtsstruktur: Wählen Sie für den einfachsten Export und die weitere Verarbeitung das Tabellenformat. Verwenden Sie keine Zusammenfassungs- oder Matrixformate.
Beispielabfrage sql
/*
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.
*/ Möchten Sie loslegen?
Bereiten Sie Ihre Daten mit diesem Template vor und optimieren Sie noch heute Ihre Auftragsabwicklung von der Bestellung bis zum Zahlungseingang. Gewinnen Sie Erkenntnisse, mit denen Sie Ihre Abläufe effizienter gestalten und den Cashflow verbessern.
Verbessern Sie Ihren Cashflow: Optimieren Sie jetzt Ihre Auftragsabwicklung
Erkennen Sie Ineffizienzen, verkürzen Sie die Zykluszeit um 30 % und beschleunigen Sie den Cashflow.
Keine Kreditkarte erforderlich • In wenigen Minuten startklar