Ihr Daten-Template für die Retouren- und Rückerstattungsabwicklung

Salesforce Commerce Cloud
Ihr Daten-Template für die Retouren- und Rückerstattungsabwicklung

Ihr Daten-Template für die Retouren- und Rückerstattungsabwicklung

Dieses Template erläutert, welche Daten Sie für die Analyse Ihres Retouren- und Rückerstattungsprozesses erfassen sollten. Es beschreibt die erforderlichen Datenfelder und wichtigen Aktivitäten und erklärt, wie Sie die Informationen aus Ihren Quellsystemen extrahieren. Bereiten Sie mit diesem Template Ihr Event Log für ein Process-Mining-Projekt vor.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Anleitung zum Datenexport aus Salesforce Commerce Cloud
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Retouren- und Rückerstattungsabwicklung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Retouren- und Rückerstattungsabwicklung in Salesforce Commerce Cloud umfassend zu analysieren.
5 Erforderlich 6 Empfohlen 9 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Name des konkreten Prozessschritts oder Ereignisses, das im Rücksendungsprozess stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt die konkrete Aufgabe oder den Meilenstein, der zu einem bestimmten Zeitpunkt für einen Rücksendungsfall abgeschlossen wurde. Beispiele sind „Rücksendungsantrag erstellt“, „Artikel im Lager eingegangen“ und „Rückerstattung verarbeitet“.

Im Process Mining dient der Aktivitätsname dazu, die Prozesslandkarte mit der Abfolge der Schritte und dem Verlauf der Cases zu erstellen. Die Analyse der Aktivitäten ist entscheidend, um Engpässe, Nacharbeitsschleifen und Abweichungen vom Sollprozess zu erkennen.

Warum das wichtig ist

Das Attribut legt die Schritte in der Prozesslandkarte fest und ermöglicht so die Visualisierung und Analyse des Rücksendungs-Workflows.

Woher beziehen

Dieses Attribut wird üblicherweise aus Event Logs, Statusänderungen oder Daten zu abgeschlossenen Aufgaben abgeleitet, die den Return Order- oder Case-Objekten in Salesforce zugeordnet sind.

Beispiele
Retourenanfrage genehmigtPrüfung des Artikels abgeschlossenRückerstattung verarbeitet
Ereigniszeitpunkt
EventTime
Der Timestamp, der angibt, wann die jeweilige Aktivität oder das Ereignis stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt erfasst Datum und Uhrzeit, zu denen eine Aktivität ausgeführt oder ein Status geändert wurde. Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und zeitbezogene Analysen durchzuführen.

Process Mining verwendet diese Timestamps, um Aktivitäten zu ordnen, Zykluszeiten und Wartezeiten zwischen Schritten zu berechnen und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren. Genaue Timestamps sind die Grundlage einer verlässlichen Prozessanalyse.

Warum das wichtig ist

Dieser Timestamp legt die chronologische Reihenfolge der Aktivitäten fest. Das ist grundlegend für die Berechnung von Zykluszeiten und die Erkennung von Prozessverzögerungen.

Woher beziehen

Dabei handelt es sich üblicherweise um den Erstellungs- oder Änderungs-Timestamp eines Datensatzes in Salesforce Commerce Cloud, etwa „CreatedDate“ oder „LastModifiedDate“ bei Objekten zum Rücksendungsprozess.

Beispiele
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
ID des Rücksendungsfalls
ReturnCaseId
Eindeutige Kennung für einen einzelnen Rücksendungsfall eines Kunden. Sie verknüpft alle zugehörigen Aktivitäten von der Einleitung bis zum Abschluss.
Beschreibung

Die ID des Rücksendungsfalls ist die primäre Kennung. Sie verknüpft alle Aktivitäten zu einer bestimmten Rücksendung oder einem Rückerstattungsantrag. So lässt sich der gesamte Lebenszyklus einer Rücksendung von der Einleitung bis zum endgültigen Abschluss lückenlos verfolgen und analysieren.

Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion von Cases. Jedes Ereignis mit derselben ID des Rücksendungsfalls gehört zur selben Prozessinstanz. Dadurch lassen sich Prozesslandkarten visualisieren, KPIs auf Case-Ebene wie die Zykluszeit berechnen und Prozessvarianten bei Rücksendungen analysieren.

Warum das wichtig ist

Diese Primärkennung führt alle Schritte einer Rücksendung zu einem einzigen, nachvollziehbaren Case zusammen. Das ist für die durchgängige Prozessanalyse unerlässlich.

Woher beziehen

Diese Kennung wird üblicherweise im Rahmen des Return Merchandise Authorization (RMA)-Prozesses in Salesforce Commerce Cloud erzeugt. Sie ist häufig im Return Order- oder Case-Objekt zu finden.

Beispiele
RT-0012345RT-0012346RT-0012347
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus Salesforce Commerce Cloud. So ist nachvollziehbar, wie aktuell die analysierten Daten sind.

Anhand dieser Information können Benutzer einschätzen, wie aktuell die Prozessanalyse ist. Sie hilft dabei, Erwartungen an die Aktualität der Daten zu steuern und die Vollständigkeit des Datensatzes zu überprüfen.

Warum das wichtig ist

Das Attribut informiert Benutzer über die Aktualität der Daten. So können sie beurteilen, ob die Analyse den neuesten Prozessstand abbildet.

Woher beziehen

Dieser Timestamp wird beim Aktualisieren der Daten vom Extraktionstool oder Skript erzeugt. Er ist kein Feld in Salesforce.

Beispiele
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Ereignisdaten stammen.
Beschreibung

Dieses Attribut gibt an, in welchem Quellsystem die Daten erzeugt wurden. Für diesen Prozess lautet der Wert immer „Salesforce Commerce Cloud“.

Bei einer übergreifenden Analyse ist dieses Feld hilfreich, wenn Daten aus mehreren Systemen zusammengeführt werden, um den Prozessverlauf über verschiedene Plattformen hinweg zu verstehen. Es sorgt für eine nachvollziehbare Datenherkunft und hilft, Probleme mit der Datenqualität einer bestimmten Quelle zu diagnostizieren.

Warum das wichtig ist

Das Attribut gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für die Data Governance und bei der Integration von Daten aus mehreren Unternehmenssystemen.

Woher beziehen

Dies ist ein statischer Wert, der bei der Datenextraktion und -transformation hinzugefügt wird. Er ist kein Feld in Salesforce, sondern Teil des Datenmodells.

Beispiele
Salesforce Commerce Cloud
Beantragter Rückerstattungsbetrag
RequestedRefundAmount
Der Geldbetrag, den der Kunde bei Einleitung der Rücksendung als Rückerstattung beantragt hat.
Beschreibung

Dieses Attribut erfasst den ursprünglich vom Kunden erwarteten Rückerstattungsbetrag, der üblicherweise dem Preis des zurückgesendeten Artikels entspricht. Dieser Wert dient als Ausgangsbasis für die Berechnung der Rückerstattung.

Im Dashboard „Analyse der Abweichung beim Rückerstattungsbetrag“ wird dieser Betrag mit dem „Tatsächlichen Rückerstattungsbetrag“ verglichen. Häufige oder erhebliche Abweichungen können auf Probleme mit Rücksendungsrichtlinien, Wiedereinlagerungsgebühren oder Berechnungsfehler im System hindeuten und die Kundenzufriedenheit beeinträchtigen.

Warum das wichtig ist

Der Betrag dient als Vergleichsbasis für die endgültige Rückerstattung. So lassen sich Abweichungen und die finanziellen Auswirkungen von Anpassungen erkennen.

Woher beziehen

Dieser Wert ist üblicherweise im Return Order- oder Return Order Line Item-Objekt gespeichert und wird aus dem ursprünglichen Verkaufsauftrag abgeleitet.

Beispiele
49.99125.0089.50
Bearbeitende Person
ProcessingAgent
Der Benutzer oder Agent, der für die Bearbeitung der Rücksendung oder einer bestimmten Aktivität im Rücksendungsprozess verantwortlich ist.
Beschreibung

Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer eine Aktion im Rücksendungsfall ausgeführt hat, etwa den Antrag genehmigt, den Artikel geprüft oder die Rückerstattung bearbeitet hat. Als Wert kann eine bestimmte Benutzer-ID oder ein Name hinterlegt sein.

Die Analyse der bearbeitenden Person hilft, Leistungsunterschiede zwischen einzelnen Personen oder Teams zu verstehen. Im Dashboard „Leistung und Konsistenz der Agents“ dient sie dazu, Schulungsbedarf zu erkennen, Arbeitslasten auszugleichen und Vorgehensweisen in der Organisation zu vereinheitlichen.

Warum das wichtig ist

Das Attribut ermöglicht den Vergleich von Leistung und Konsistenz verschiedener Benutzer. So lassen sich bewährte Vorgehensweisen und Schulungsbedarf erkennen.

Woher beziehen

Üblicherweise in Feldern wie „OwnerId“ oder „LastModifiedById“ der Case- oder Return Order-Objekte in Salesforce zu finden. Die Information kann auch in zugehörigen Task- oder Verlaufsobjekten gespeichert sein.

Beispiele
Alice SmithBob JohnsonSystemautomatisierung
Produkt-SKU
ProductSku
Die Stock Keeping Unit (SKU) des zurückgesendeten Artikels.
Beschreibung

Dieses Attribut ist die eindeutige Kennung des zurückgesendeten Produkts. Es ermöglicht detaillierte Analysen auf Produktebene.

Die Auswertung von Rücksendungen nach Produkt-SKU hilft, Produkte mit hohen Rücksendequoten zu erkennen. Das kann auf Probleme bei der Qualitätskontrolle, unzureichende Produktbeschreibungen oder Herstellungsfehler hindeuten. Diese Information ist wichtig für das Dashboard „Zeit vom Wareneingang bis zur Prüfung“, denn sie kann zeigen, ob die Prüfung bestimmter Produkttypen länger dauert.

Warum das wichtig ist

Das Attribut ermöglicht die Analyse von Rücksendungsmustern nach einzelnen Produkten. So lassen sich Artikel mit Qualitäts- oder Beschreibungsproblemen gezielt ermitteln.

Woher beziehen

Diese Information befindet sich im Return Order Line Item oder in einem zugehörigen Objekt, das den Rücksendungsfall mit dem konkreten Produkt aus dem ursprünglichen Auftrag verknüpft.

Beispiele
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Rücksendegrund
ReturnReason
Der vom Kunden angegebene Grund für die Rücksendung des Artikels.
Beschreibung

Der Rücksendegrund erfasst, warum ein Kunde eine Rücksendung eingeleitet hat. Häufig wird er aus einer vorgegebenen Liste ausgewählt, zum Beispiel „Falsche Größe“, „Artikel beschädigt“ oder „Nicht mehr benötigt“.

Dieses Attribut ist entscheidend für die Ursachenanalyse. Durch die Auswertung der Rücksendegründe können Unternehmen Trends bei Produktqualität, Größenproblemen oder ungenauen Produktbeschreibungen erkennen. Daraus können Verbesserungen in der Produktentwicklung, im Marketing und in der Lieferkette folgen, die das Rücksendevolumen insgesamt senken.

Warum das wichtig ist

Wer die Gründe für Rücksendungen kennt, kann Ursachen wie Produktmängel oder Größenprobleme erkennen und so dazu beitragen, künftige Rücksendungen zu reduzieren.

Woher beziehen

Üblicherweise ein Auswahllistenfeld im Return Order- oder Case-Objekt in Salesforce, das der Kunde beim Einleiten der Rücksendung ausfüllt.

Beispiele
Falsche GrößeArtikel bei Ankunft beschädigtFalscher Artikel versendet
Rücksendekanal
ReturnChannel
Der Kanal, über den die Rücksendung eingeleitet wurde, zum Beispiel online, in einer Filiale oder über den Kundenservice.
Beschreibung

Dieses Attribut gibt an, auf welchem Weg der Kunde die Rücksendung eingeleitet hat. Zu den üblichen Kanälen gehören ein Online-Self-Service-Portal, die Rückgabe in einer Filiale oder die Kontaktaufnahme mit dem Kundenservice.

Der Rücksendekanal ist wichtig für das Dashboard „Trends bei Rücksendevolumen und Durchsatz“. Er hilft bei der bedarfsgerechten Ressourcenplanung und zeigt, ob bestimmte Kanäle mit längeren Zykluszeiten, anderen Rücksendegründen oder höheren Bearbeitungskosten verbunden sind.

Warum das wichtig ist

Das Attribut ermöglicht die Segmentierung der Rücksendungsdaten. So lassen sich Prozessunterschiede und Ressourcenbedarf bei Kanälen wie Online- und Filialrückgaben erkennen.

Woher beziehen

Dies kann ein Feld im Return Order- oder Case-Objekt sein oder aus dem Benutzer beziehungsweise System abgeleitet werden, das den Rücksendungsdatensatz erstellt hat.

Beispiele
Online-PortalFilialeAnruf beim Kundenservice
Tatsächlicher Rückerstattungsbetrag
ActualRefundAmount
Der endgültige Geldbetrag, der dem Kunden tatsächlich erstattet wurde.
Beschreibung

Dieses Attribut gibt den endgültigen Betrag an, der dem Kunden nach allen Prüfungen, Abzügen und Berechnungen gutgeschrieben wurde. Er kann aufgrund von Wiedereinlagerungsgebühren, Rabatten oder dem Zustand des zurückgesendeten Artikels vom beantragten Betrag abweichen.

Die Analyse dieses Attributs ist für den finanziellen Abgleich und das Dashboard „Analyse der Abweichung beim Rückerstattungsbetrag“ unerlässlich. Sie zeigt die finanziellen Auswirkungen der Rücksendungsrichtlinien und hilft, systematische Probleme bei der Berechnung und Genehmigung von Rückerstattungen zu erkennen.

Warum das wichtig ist

Dieser Wert zeigt das endgültige finanzielle Ergebnis der Rücksendung. Der Vergleich mit dem beantragten Betrag macht die finanziellen Auswirkungen von Richtlinien und Anpassungen sichtbar.

Woher beziehen

Dieser Wert ist üblicherweise in einem Refund- oder Payment Transaction-Objekt gespeichert, das in Salesforce Commerce Cloud mit der ReturnOrder verknüpft ist.

Beispiele
49.99115.000.00
Ablehnungsgrund
RejectionReason
Der konkrete Grund, aus dem ein Rücksendungsantrag oder eine Rückerstattung abgelehnt wurde.
Beschreibung

Wird eine Rücksendung nicht genehmigt oder eine Rückerstattung abgelehnt, erfasst dieses Attribut die Begründung. Beispiele sind „Rückgabefrist überschritten“, „Artikel vom Kunden beschädigt“ oder „Artikel von der Rückgabe ausgeschlossen“.

Diese Information ist entscheidend für das Dashboard „Abgelehnte und eskalierte Rücksendungen“. Die Analyse der Ablehnungsgründe zeigt, an welchen Stellen Rücksendungsrichtlinien und -prozesse zu Problemen führen. Daraus können eine klarere Kundenkommunikation, angepasste Richtlinien oder eine bessere Erstprüfung von Rücksendungsanträgen folgen.

Warum das wichtig ist

Das Attribut zeigt, warum Rücksendungen scheitern. Die Erkenntnisse helfen, Rücksendungsrichtlinien, Kundenkommunikation und Agentenschulungen zu verbessern.

Woher beziehen

Häufig ein benutzerdefiniertes Feld im Return Order- oder Case-Objekt, das ausgefüllt wird, wenn der Status auf „Rejected“ oder „Closed - Denied“ gesetzt wird.

Beispiele
Rückgabefrist abgelaufenArtikel nicht im OriginalzustandArtikel aus dem Schlussverkauf
Artikelzustand
ItemCondition
Der bei der Prüfung im Lager festgestellte Zustand des zurückgesendeten Artikels.
Beschreibung

Nach dem Eingang wird ein zurückgesendeter Artikel üblicherweise geprüft, um seinen Zustand festzustellen. Dieses Attribut erfasst das Ergebnis, zum Beispiel „Neu“, „Gebraucht, wiederverkaufbar“ oder „Beschädigt“.

Das Prüfergebnis wirkt sich direkt auf den endgültigen Rückerstattungsbetrag aus und ist eine wichtige Eingabe für das Dashboard „Überblick zur Einhaltung der Rücksendungsrichtlinien“. Die Erfassung dieser Daten hilft, die Qualität zurückgesendeter Waren zu beurteilen und den Bestand für den Wiederverkauf, die Aufbereitung oder die Entsorgung zu verwalten.

Warum das wichtig ist

Das Prüfergebnis bestimmt häufig den endgültigen Rückerstattungsbetrag und ist für die Bestandsverwaltung zurückgesendeter Waren entscheidend.

Woher beziehen

Üblicherweise ein benutzerdefiniertes Feld im Return Order Line Item-Objekt, das während der Aktivität „Artikelprüfung“ aktualisiert wird.

Beispiele
Neu/ungeöffnetGebraucht, wie neuBeschädigt/nicht verkäuflich
Einhaltung der Rücksendungsrichtlinien
ReturnPolicyAdherence
Ein Indikator dafür, ob die Rücksendung den festgelegten Unternehmensrichtlinien entspricht.
Beschreibung

Dieses Attribut kennzeichnet oder kategorisiert Rücksendungen danach, ob sie den Unternehmensrichtlinien entsprechen, etwa hinsichtlich Rückgabefrist, Artikelzustand oder Kaufnachweis. Es kann als boolesches Kennzeichen (konform/nicht konform) oder als detaillierterer Status geführt werden.

Das Attribut ist zentral für das Dashboard „Überblick zur Einhaltung der Rücksendungsrichtlinien“ und die KPI „Quote der Richtlinienverstöße“. Es ermöglicht dem Unternehmen, die einheitliche Anwendung der Richtlinien zu überwachen und die Auswirkungen nicht konformer Rücksendungen auf Prozesse und Finanzen zu analysieren.

Warum das wichtig ist

Das Attribut ermöglicht die Überwachung der Richtlinienumsetzung. Das ist wichtig, um Kosten zu steuern, Betrug vorzubeugen und Kunden fair und einheitlich zu behandeln.

Woher beziehen

Häufig ein abgeleitetes Attribut, das auf Geschäftsregeln für andere Datenpunkte wie Rücksendedatum, Artikelzustand und Produkttyp basiert.

Beispiele
KonformNicht konform, verspätete RücksendungNicht konform, Artikel beschädigt
Kunden-ID
CustomerId
Eindeutige Kennung des Kunden, der die Rücksendung eingeleitet hat.
Beschreibung

Dieses Attribut ist die eindeutige ID des Kundenkontos. Damit lassen sich Rücksendungsdaten auf Kundenebene zusammenfassen.

Die Analyse nach Kunden-ID kann Kunden mit ungewöhnlich hohen Rücksendequoten aufzeigen. Das kann auf betrügerisches Verhalten oder anhaltende Unzufriedenheit hindeuten. Außerdem ermöglicht sie Auswertungen nach Kundensegmenten, um Unterschiede bei Rücksendungsmustern und -verhalten zu erkennen.

Warum das wichtig ist

Das Attribut ermöglicht Analysen auf Kundenebene. So lassen sich Kunden mit häufigen Rücksendungen erkennen und Rücksendungsverhalten in verschiedenen Kundensegmenten vergleichen.

Woher beziehen

Dies ist ein Standardfeld in den Order- und Case-Objekten in Salesforce, das auf das Customer- oder Account-Objekt verweist.

Beispiele
CUST-98765CUST-12345CUST-55555
Lagerstandort
WarehouseLocation
Kennung des Lagers oder Standorts, an dem der zurückgesendete Artikel eingegangen ist.
Beschreibung

Dieses Attribut gibt an, an welchem physischen Standort der zurückgesendete Artikel bearbeitet wurde. Das ist besonders für Unternehmen mit mehreren Distributionszentren relevant.

Die Auswertung nach Lagerstandort kann Leistungsunterschiede zwischen Standorten aufzeigen. Sie kann beispielsweise zeigen, ob die Prüfung in bestimmten Lagern länger dauert oder Artikel dort häufiger als beschädigt eingestuft werden. Das hilft, Abläufe zu vereinheitlichen und standortspezifische Probleme zu beheben.

Warum das wichtig ist

Das Attribut ermöglicht den Leistungsvergleich verschiedener Lager und zeigt Unterschiede bei Bearbeitungszeiten oder Qualitätsprüfungen auf.

Woher beziehen

Diese Information kann in der ReturnOrder oder einem zugehörigen Versandobjekt gespeichert sein. Sie lässt sich möglicherweise auch aus dem Benutzer ableiten, der den Wareneingang erfasst hat.

Beispiele
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Rücksendungsstatus
ReturnStatus
Der aktuelle Status des Rücksendungsfalls im Verlauf.
Beschreibung

Dieses Attribut gibt den aktuellen Status der Rücksendung an, zum Beispiel „Genehmigung ausstehend“, „Artikel eingegangen“, „Erstattet“ oder „Geschlossen“. Es ändert sich, während der Case den Workflow durchläuft.

Process Mining leitet den Prozessverlauf aus den Aktivitäten ab. Der aktuelle Status liefert zusätzlichen Kontext, um offene und geschlossene Cases zu filtern und zu analysieren. Bei der operativen Überwachung zeigt er den aktuellen Rückstand und die Arbeitslast in den einzelnen Prozessphasen.

Warum das wichtig ist

Das Attribut zeigt, an welcher Stelle des Prozesses sich ein Rücksendungsfall befindet. Das ist hilfreich für die operative Überwachung und zum Filtern aktiver Cases.

Woher beziehen

Dies ist ein Standardfeld „Status“ im Return Order- oder Case-Objekt in Salesforce Commerce Cloud.

Beispiele
Genehmigung ausstehendGenehmigtArtikel eingegangenGeschlossen
SLA eingehalten
IsSlaCompliant
Ein boolesches Kennzeichen dafür, ob die Rückerstattung bis zum festgelegten SLA-Zieldatum bearbeitet wurde.
Beschreibung

Dieses Kennzeichen wird auf „true“ gesetzt, wenn die Aktivität „Rückerstattung verarbeitet“ am oder vor dem „Zieldatum für Rückerstattungs-SLA“ stattgefunden hat, andernfalls auf „false“. Es zeigt für jeden Case eindeutig an, ob das SLA eingehalten wurde.

Dieses Attribut bildet die Grundlage für das „Dashboard zur Einhaltung des Rückerstattungs-SLA“ und die KPI „Einhaltungsquote des Rückerstattungs-SLA“. Es vereinfacht die Analyse der Einhaltungsquoten und ermöglicht eine detaillierte Untersuchung der Gründe für Abweichungen, etwa nach „Bearbeitende Person“ oder „Rücksendekanal“.

Warum das wichtig ist

Das Attribut vereinfacht die Analyse der SLA-Leistung. Einhaltungsquoten lassen sich leicht berechnen und Einflussfaktoren für Verzögerungen erkennen.

Woher beziehen

Dies ist ein berechnetes Attribut. Die Logik lautet: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.

Beispiele
truefalse
Zeit vom Wareneingang bis zur Prüfung
ReceiptToInspectionTime
Die Zeitspanne zwischen dem Eingang des Artikels im Lager und dem Abschluss seiner Prüfung.
Beschreibung

Diese berechnete Kennzahl misst die Dauer eines wichtigen internen Arbeitsschritts im Lager. Sie ergibt sich aus der Differenz zwischen den Timestamps der Aktivitäten „Artikel im Lager eingegangen“ und „Artikelprüfung abgeschlossen“.

Diese Dauer steht im Mittelpunkt des Dashboards „Zeit vom Wareneingang bis zur Prüfung“ und der KPI „Durchschnittliche Zeit vom Wareneingang bis zur Prüfung“. Die Analyse hilft, Engpässe im Lagerbetrieb zu erkennen, die erheblich zu Verzögerungen im Gesamtprozess beitragen können.

Warum das wichtig ist

Das Attribut hilft, interne Engpässe im Lager zu erkennen, die den gesamten Rücksendungsprozess verzögern und sich auf Rückerstattungszeiten und Warenverfügbarkeit auswirken.

Woher beziehen

Wird bei der Datentransformation berechnet, indem der Timestamp von „Artikel im Lager eingegangen“ vom Timestamp von „Artikelprüfung abgeschlossen“ abgezogen wird.

Beispiele
1 Tag 2 Stunden3 Tage 0 Stunden8 Stunden
Zieldatum für Rückerstattungs-SLA
RefundSlaTargetDate
Das Zieldatum, bis zu dem die Rückerstattung für den Rücksendungsfall vollständig bearbeitet sein sollte.
Beschreibung

Dieses Attribut legt die Frist des Service Level Agreement (SLA) für den Abschluss der Rückerstattung fest. Sie wird üblicherweise anhand von Geschäftsregeln berechnet, zum Beispiel als festgelegte Anzahl von Tagen nach der Genehmigung des Rücksendungsantrags oder dem Wareneingang.

Dieses Datum dient als Vergleichswert für die tatsächliche Leistung im Dashboard „Dashboard zur Einhaltung des Rückerstattungs-SLA“. Die Überwachung der Einhaltung trägt zu einer konsistenten und positiven Customer Experience bei. Außerdem können Führungskräfte erkennen, welche Teams oder Prozessschritte die SLA-Ziele gefährden.

Warum das wichtig ist

Das Attribut legt das Leistungsziel für die Bearbeitung von Rückerstattungen fest. So lassen sich die SLA-Einhaltung und ihre Auswirkungen auf die Kundenzufriedenheit messen.

Woher beziehen

Häufig ein berechnetes Feld im Case- oder Return Order-Objekt, abgeleitet aus dem Erstellungs- oder Genehmigungsdatum zuzüglich eines festgelegten Zeitraums (z. B. CreatedDate + 14 days).

Beispiele
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
Erforderlich Empfohlen Optional

Aktivitäten der Retouren- und Rückerstattungsabwicklung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um den Prozess präzise zu entdecken und zu optimieren.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Artikel im Lager eingegangen
Diese Aktivität kennzeichnet den physischen Eingang des zurückgesendeten Artikels im zuständigen Lager oder Bearbeitungszentrum. Sie wird erfasst, wenn ein Lagerbeschäftigter den Artikel scannt und dadurch den Status des zugehörigen ReturnOrderItem aktualisiert.
Warum das wichtig ist

Dieser wichtige Meilenstein markiert den Übergang von der Kundenaktion zur internen Bearbeitung. Er bildet den Ausgangspunkt für Kennzahlen zur Lagereffizienz, etwa die Zeit zwischen Wareneingang und Prüfung.

Woher beziehen

Abgeleitet aus einer Statusänderung des ReturnOrder- oder ReturnOrderItem-Objekts auf „Received“ oder aus dem Befüllen des Felds „quantityReceived“.

Erfassung

Aktualisierung von ReturnOrderItem.quantityReceived oder Statusänderung auf „Received“ erkennen.

Ereignistyp inferred
Prüfung des Artikels abgeschlossen
Diese Aktivität kennzeichnet den Abschluss der Artikelprüfung, bei der der Zustand bewertet und dokumentiert wird. Sie wird durch eine Statusänderung des Retourenartikels erfasst und löst den nächsten Schritt aus, etwa die Berechnung der Rückerstattung.
Warum das wichtig ist

An diesem wichtigen Entscheidungspunkt wird festgestellt, ob eine Rückerstattung gerechtfertigt ist. Die Zeit vom Wareneingang bis zum Abschluss der Prüfung ist eine zentrale KPI für den Lagerbetrieb.

Woher beziehen

Abgeleitet aus einer Statusänderung des ReturnOrderItem-Objekts auf „Inspected“ oder aus der Bestätigung des Felds „reasonForReturn“ durch eine Servicekraft.

Erfassung

Änderung des Felds ReturnOrderItem.status auf „Inspected“ erkennen.

Ereignistyp inferred
Retourenanfrage erstellt
Diese Aktivität kennzeichnet die Erstellung eines Retourenfalls im System. Sie wird erfasst, wenn in Salesforce Commerce Cloud ein neuer ReturnOrder-Datensatz angelegt wird, entweder durch einen Kunden im Storefront oder durch eine Servicekraft.
Warum das wichtig ist

Als Startpunkt des Retourenprozesses ist diese Aktivität wichtig, um die Zykluszeit von Anfang bis Ende zu messen und das Volumen eingehender Retourenanfragen im Zeitverlauf zu analysieren.

Woher beziehen

Dieses Ereignis wird anhand des Erstellungs-Timestamps des ReturnOrder-Objekts in Salesforce Commerce Cloud OMS erfasst.

Erfassung

Erstellung eines neuen ReturnOrder-Datensatzes verfolgen.

Ereignistyp explicit
Retourenanfrage genehmigt
Dieses Ereignis zeigt an, dass eine Servicekraft oder eine automatisierte Regel eine Retourenanfrage geprüft und freigegeben hat. Es wird üblicherweise aus einer Statusänderung des ReturnOrder-Objekts abgeleitet, zum Beispiel von „New“ zu „Approved“.
Warum das wichtig ist

Die Erfassung dieses Meilensteins hilft, die Effizienz der Freigabe zu analysieren und Engpässe zu erkennen. Die Zeit zwischen Erstellung und Freigabe ist eine wichtige KPI für die Leistung der Mitarbeitenden.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf einen Freigabestatus gesetzt wird, etwa „Approved“ oder „Authorized“.

Erfassung

Änderung des Felds ReturnOrder.status auf „Approved“ erkennen.

Ereignistyp inferred
Rückerstattung verarbeitet
Diese Aktivität bestätigt, dass das Payment Gateway die Rückerstattung erfolgreich verarbeitet und den Betrag an den Kunden ausgezahlt hat. Das Ereignis wird in der Regel durch eine Bestätigung des Zahlungsanbieters ausgelöst.
Warum das wichtig ist

Dieser Meilenstein ist entscheidend, um die Einhaltung des Rückerstattungs-SLA zu messen. Er bestätigt den erfolgreichen Abschluss des finanziellen Teils der Rücksendung.

Woher beziehen

Wird anhand eines Callback-Ereignisses des Payment Gateway erfasst, das den Status des zugehörigen Payment- oder Refund-Objekts in Salesforce auf „Processed“ oder „Completed“ setzt.

Erfassung

Bestätigungsereignis des Zahlungsanbieters erfassen, das den Status des Payment-Objekts aktualisiert.

Ereignistyp explicit
Rücksendungsfall geschlossen
Diese Aktivität steht für den endgültigen Abschluss des Rücksendungsfalls im System, nachdem eine Rückerstattung, ein Umtausch oder eine Ablehnung abgeschlossen wurde. Sie wird abgeleitet, wenn sich der Status der ReturnOrder in „Closed“ oder „Completed“ ändert.
Warum das wichtig ist

Als primärer Endpunkt des Prozesses ist diese Aktivität entscheidend, um die Gesamtzykluszeiten und den Durchsatz der Rücksendungsbearbeitung zu berechnen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf einen Endstatus wie „Closed“ oder „Completed“ gesetzt wird.

Erfassung

Änderung des Felds ReturnOrder.status auf „Closed“ erkennen.

Ereignistyp inferred
Prüfung des Artikels gestartet
Dieses Ereignis kennzeichnet den Beginn der Qualitäts- und Zustandsprüfung des zurückgesendeten Artikels. Es wird üblicherweise abgeleitet, wenn sich der Status des Retourenartikels auf „Inspecting“ oder einen ähnlichen Wert ändert.
Warum das wichtig ist

Die Erfassung des Prüfungsbeginns hilft, die reine Prüfdauer von der gesamten Wartezeit im Lager zu unterscheiden. Dadurch lassen sich mögliche Engpässe genauer untersuchen.

Woher beziehen

Abgeleitet aus einer Statusänderung des ReturnOrderItem-Objekts auf einen Wert wie „Inspecting“ oder „Under Inspection“.

Erfassung

Änderung des Felds ReturnOrderItem.status auf „Inspecting“ erkennen.

Ereignistyp inferred
Retourenanfrage abgelehnt
Dieses Ereignis zeigt an, dass eine Retourenanfrage abgelehnt wurde und nicht weiterbearbeitet wird. Es wird erfasst, wenn der Status von ReturnOrder auf „Rejected“ oder „Canceled“ gesetzt wird, bevor die Ware eingegangen ist.
Warum das wichtig ist

Die Analyse abgelehnter Retouren zeigt häufige Ablehnungsgründe wie Richtlinienverstöße. So lassen sich die Kundenkommunikation und die Validierungsregeln im Frontend verbessern.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf einen Ablehnungsstatus wie „Rejected“ oder „Denied“ gesetzt wird.

Erfassung

Änderung des Felds ReturnOrder.status auf „Rejected“ erkennen.

Ereignistyp inferred
Retourenlabel erstellt
Diese Aktivität kennzeichnet den Zeitpunkt, zu dem ein Versandlabel für die Rücksendung des Artikels erstellt wird. Wenn eine Integration mit einem Versanddienstleister dieses Ereignis dem Retourenfall zuordnet, kann es direkt erfasst werden.
Warum das wichtig ist

Dieser Schritt ist wichtig für das Kundenerlebnis. Wenn die Erstellung des Labels nicht reibungslos abläuft, kann es zu Verzögerungen kommen. Zugleich markiert er die Übergabe an den Kunden, der den Artikel versendet.

Woher beziehen

Wird möglicherweise von einer Versandintegration wie Salesforce Shipping in einem benutzerdefinierten Feld oder einem verknüpften Objekt des ReturnOrder-Objekts protokolliert.

Erfassung

Ereignis aus der Versandintegration oder Erstellung eines benutzerdefinierten Objekts verfolgen.

Ereignistyp explicit
Rückerstattung eingeleitet
Dieses Ereignis kennzeichnet den Zeitpunkt, zu dem Salesforce Commerce Cloud die Rückerstattungsanfrage an einen externen Zahlungsdienstleister sendet. Damit beginnt die Finanztransaktion.
Warum das wichtig ist

Für die Analyse der SLA-Einhaltung ist es wichtig, zwischen Einleitung und Verarbeitung zu unterscheiden. Verzögerungen ab diesem Zeitpunkt hängen in der Regel mit dem Zahlungsdienstleister und nicht mit der internen Bearbeitung zusammen.

Woher beziehen

Wird anhand eines expliziten Event Logs oder eines API-Aufrufdatensatzes erfasst, wenn das System mit dem Zahlungsdienstleister kommuniziert. Alternativ lässt sich das Ereignis aus einer Statusänderung eines Payment-Objekts ableiten.

Erfassung

API-Aufruf an den Zahlungsdienstleister oder Statusänderung auf „Refund Pending“ verfolgen.

Ereignistyp explicit
Rückerstattung genehmigt
Diese Aktivität zeigt an, dass der berechnete Rückerstattungsbetrag genehmigt wurde und zur Verarbeitung bereit ist. Dieser Schritt kann automatisch erfolgen oder bei Retouren mit hohem Warenwert eine manuelle Freigabe erfordern.
Warum das wichtig ist

Dieser Freigabeschritt kann einen Engpass bilden, insbesondere wenn ein manueller Eingriff erforderlich ist. Er ist ein wichtiger Meilenstein, bevor die Finanztransaktion eingeleitet wird.

Woher beziehen

Abgeleitet aus einer Statusänderung des ReturnOrder-Objekts oder eines zugehörigen Zahlungsübersichtsobjekts auf einen Wert wie „Refund Approved“ oder „Ready for Refund“.

Erfassung

Statusänderung des ReturnOrder-Objekts oder eines zugehörigen Zahlungsobjekts erkennen.

Ereignistyp inferred
Rückerstattungsbetrag berechnet
In diesem Schritt wird der endgültige Rückerstattungsbetrag festgelegt. Dabei werden Faktoren wie der Zustand des Artikels, Wiedereinlagerungsgebühren oder Rabatte berücksichtigt. Häufig handelt es sich um einen automatisierten Systemschritt, bei dem die Felder für den Rückerstattungsbetrag befüllt werden.
Warum das wichtig ist

Die Analyse dieses Schritts ist wichtig für das Dashboard „Analyse von Abweichungen beim Rückerstattungsbetrag“. Es zeigt Fälle, in denen der endgültige Betrag von der Kundenanfrage abweicht.

Woher beziehen

Dieses Ereignis lässt sich aus dem Befüllen oder Aktualisieren der Rückerstattungsbetragsfelder im ReturnOrder-Objekt oder in einem zugehörigen Rückerstattungszahlungsobjekt ableiten.

Erfassung

Timestamp erfassen, zu dem die Felder für den Rückerstattungsbetrag befüllt werden.

Ereignistyp inferred
Umtauschauftrag erstellt
Bei Rücksendungen mit Umtausch kennzeichnet dieses Ereignis die Erstellung eines neuen Verkaufsauftrags für den Ersatzartikel. Dies ist eine Alternative zur finanziellen Rückerstattung.
Warum das wichtig ist

Wenn Sie diesen Ablauf getrennt von Rückerstattungen verfolgen, können Sie Umtauschquoten und die Effizienz der Umtauschabwicklung besser beurteilen.

Woher beziehen

Wird anhand der Erstellung eines neuen SalesOrder-Objekts erfasst, das mit dem ursprünglichen ReturnOrder verknüpft ist.

Erfassung

Erstellung eines neuen SalesOrder erfassen, das mit der ReturnOrder-ID verknüpft ist.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus Salesforce Commerce Cloud

Möchten Sie loslegen?

Nutzen Sie dieses Daten-Template als Grundlage für Ihr Process-Mining-Projekt. Optimieren Sie die Retouren- und Rückerstattungsabwicklung, um effizienter zu arbeiten und die Kundenzufriedenheit zu steigern.

Steigern Sie jetzt die Effizienz Ihrer Retouren- und Rückerstattungsabwicklung

Decken Sie Ineffizienzen auf und verkürzen Sie die Durchlaufzeit von Retouren um mindestens 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.