Ihr Daten-Template für die Retouren- und Rückerstattungsabwicklung
Ihr Daten-Template für die Retouren- und Rückerstattungsabwicklung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Anleitung zum Datenexport aus Salesforce Commerce Cloud
Attribute für die Retouren- und Rückerstattungsabwicklung
| 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
|
|||
Aktivitäten der Retouren- und Rückerstattungsabwicklung
| 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
|
|||
Anleitungen zum Datenexport
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 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.