Ihr Daten-Template für die Bearbeitung von Rückgaben und Erstattungen
Ihr Daten-Template für die Bearbeitung von Rückgaben und Erstattungen
- Empfohlene zu erfassende Attribute
- Wichtige zu erfassende Aktivitäten
- Hinweise zur Extraktion aus Salesforce Commerce Cloud
Attribute der Retouren- und Rückerstattungsabwicklung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des konkreten Geschäftsschritts oder Events, das innerhalb des Retourenprozesses stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt die konkrete Task oder den Meilenstein, der zu einem bestimmten Zeitpunkt für einen Retourenfall abgeschlossen wurde. Beispiele sind „Return Request Created“, „Item Received At Warehouse“ und „Refund Processed“. Im Process Mining wird der Aktivitätsname zum Aufbau der Prozesskarte verwendet, die die Abfolge der Schritte und den Fallfluss zeigt. Die Analyse von Aktivitäten ist entscheidend, um Engpässe, Nachbearbeitungsschleifen und Abweichungen vom Standardprozess zu identifizieren.
Warum das wichtig ist
Es definiert die Schritte in der Prozesskarte und ermöglicht die Visualisierung und Analyse des Retouren-Workflows.
Bezugsquelle
Dieses Attribut wird typischerweise aus Event Logs, Statusänderungsdatensätzen oder Daten zu abgeschlossenen Tasks der Return-Order- oder Case-Objekte in Salesforce abgeleitet.
Beispiele
Retourenanfrage genehmigtArtikelprüfung abgeschlossenErstattung verarbeitet
|
|||
|
Event-Zeit
EventTime
|
Der Timestamp, der angibt, wann die konkrete Aktivität oder das Event stattgefunden hat. | ||
|
Beschreibung
Event-Zeit erfasst das genaue Datum und die Uhrzeit, zu denen eine Aktivität ausgeführt oder eine Statusänderung vorgenommen wurde. Dieser Timestamp ist entscheidend, um Events korrekt zu ordnen und zeitbasierte Analysen durchzuführen. Process Mining verwendet diese Timestamps, um Aktivitäten zu sortieren, Durchlaufzeiten und Wartezeiten zwischen Schritten zu berechnen und die Prozessleistung über verschiedene Zeiträume zu analysieren. Präzise Timestamps bilden die Grundlage für eine zuverlässige Prozessanalyse.
Warum das wichtig ist
Dieser Timestamp legt die chronologische Reihenfolge der Aktivitäten fest. Das ist grundlegend für die Berechnung von Durchlaufzeiten und die Identifizierung von Prozessverzögerungen.
Bezugsquelle
Dabei handelt es sich typischerweise um den Erstellungs- oder Änderungs-Timestamp eines Datensatzes in Salesforce Commerce Cloud, etwa „CreatedDate“ oder „LastModifiedDate“ von Objekten, die mit dem Retourenprozess verbunden sind.
Beispiele
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Retourenfall-ID
ReturnCaseId
|
Die eindeutige Kennung für einen einzelnen Retourenfall eines Kunden, die alle zugehörigen Aktivitäten von der Initiierung bis zum Abschluss verknüpft. | ||
|
Beschreibung
Die Retourenfall-ID dient als primäre Kennung und verknüpft alle Aktivitäten, die zu einer bestimmten Kundenretoure oder Erstattungsanfrage gehören. Dadurch lässt sich der gesamte Lebenszyklus einer Retoure von der Initiierung bis zum endgültigen Abschluss umfassend verfolgen und analysieren. Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion von Fällen. Jedes Event mit derselben Retourenfall-ID gehört zu derselben Prozessinstanz. Dadurch können Prozesskarten visualisiert, KPIs auf Case-Ebene wie die Durchlaufzeit berechnet und Prozessvarianten im Retourenprozess analysiert werden.
Warum das wichtig ist
Dies ist der Primärschlüssel, der alle Schritte eines Retourenprozesses zu einem einzigen nachvollziehbaren Fall verbindet. Er ist für die durchgängige Prozessanalyse unverzichtbar.
Bezugsquelle
Diese Kennung wird typischerweise durch den Return-Merchandise-Authorization-Prozess (RMA) 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 das Datum und die Uhrzeit des letzten Datenabrufs aus Salesforce Commerce Cloud. Es schafft Transparenz über die Aktualität der analysierten Daten. Diese Information ist wichtig, damit Anwender den aktuellen Stand der Prozessanalyse einschätzen können. Sie hilft bei der Erwartungssteuerung hinsichtlich der Aktualität der Daten und ist für die Prüfung der Vollständigkeit des Datensatzes relevant.
Warum das wichtig ist
Es informiert Anwender über die Aktualität der Daten und stellt sicher, dass sie erkennen, ob die Analyse den aktuellen Prozessstand abbildet.
Bezugsquelle
Dieser Timestamp wird vom Datenextraktionstool oder Skript zum Zeitpunkt der Datenaktualisierung erzeugt. Er ist kein Feld innerhalb von Salesforce.
Beispiele
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Event-Daten stammen. | ||
|
Beschreibung
Dieses Attribut identifiziert das Quellsystem, in dem die Daten erzeugt wurden. Für diesen Prozess lautet der Wert durchgehend „Salesforce Commerce Cloud“. In einem umfassenderen Analysekontext ist dieses Feld hilfreich, wenn Daten aus mehreren Systemen kombiniert werden, um den Ablauf von Prozessen über verschiedene Plattformen hinweg zu verstehen. Es sorgt für eine klare Datenherkunft und hilft, Datenqualitätsprobleme einer bestimmten Quelle zu diagnostizieren.
Warum das wichtig ist
Es liefert Kontext zur Herkunft der Daten. Das ist für Data Governance und die Integration von Daten aus mehreren Unternehmenssystemen entscheidend.
Bezugsquelle
Dies ist ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird. Er ist kein Feld innerhalb von Salesforce, sondern Bestandteil des Datenmodells.
Beispiele
Salesforce Commerce Cloud
|
|||
|
Angeforderter Erstattungsbetrag
RequestedRefundAmount
|
Der Geldbetrag der Erstattung, die der Kunde bei der Initiierung der Retoure angefordert hat. | ||
|
Beschreibung
Dieses Attribut erfasst den ursprünglich vom Kunden erwarteten Erstattungsbetrag, der typischerweise dem Preis des retournierten Artikels entspricht. Dieser Wert dient als Ausgangsbasis für die Erstattungsberechnung. Der Betrag wird im Dashboard „Refund Amount Discrepancy Analysis“ mit dem „Actual Refund Amount“ verglichen. Häufige oder erhebliche Abweichungen können auf Probleme mit Retourenrichtlinien, Wiedereinlagerungsgebühren oder Systemberechnungen hinweisen und dadurch die Kundenzufriedenheit beeinträchtigen.
Warum das wichtig ist
Er dient als Vergleichsbasis für den endgültigen Erstattungsbetrag und hilft, Abweichungen zu erkennen sowie die finanziellen Auswirkungen von Anpassungen zu analysieren.
Bezugsquelle
Dieser Wert wird üblicherweise im Return Order oder Return Order Line Item gespeichert und aus dem ursprünglichen Verkaufsauftrag abgeleitet.
Beispiele
49.99125.0089.50
|
|||
|
Bearbeitender Mitarbeiter
ProcessingAgent
|
Der Benutzer oder Mitarbeiter, der für die Bearbeitung der Retoure oder einer bestimmten Aktivität im Retourenprozess verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der eine Aktion am Retourenfall ausgeführt hat, etwa die Genehmigung der Anfrage, die Prüfung des Artikels oder die Verarbeitung der Erstattung. Dabei kann es sich um eine bestimmte Benutzer-ID oder einen Namen handeln. Die Analyse des bearbeitenden Mitarbeiters hilft, Leistungsunterschiede zwischen einzelnen Personen oder Teams zu verstehen. Sie ist für das Dashboard „Agent Performance and Consistency“ wichtig, um Schulungsbedarf zu erkennen, Arbeitslasten auszugleichen und Verfahren im Unternehmen zu standardisieren.
Warum das wichtig ist
Es ermöglicht die Analyse von Leistung und Konsistenz verschiedener Benutzer und hilft dabei, Best Practices sowie Schulungsbedarf zu identifizieren.
Bezugsquelle
Typischerweise 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 retournierten Artikels. | ||
|
Beschreibung
Dieses Attribut ist die eindeutige Kennung des konkreten retournierten Produkts. Es ermöglicht detaillierte Analysen auf Produktebene. Die Analyse von Retouren nach Produkt-SKU hilft, Produkte mit hohen Retourenquoten zu identifizieren. Dies kann auf Probleme bei der Qualitätskontrolle, unzureichende Produktbeschreibungen oder Herstellungsfehler hinweisen. Diese Information ist für das Dashboard „Warehouse Receipt to Inspection Time“ wichtig, da sie zeigen kann, ob bestimmte Produkttypen länger geprüft werden.
Warum das wichtig ist
Es ermöglicht die Analyse von Retourenmuster nach einzelnen Produkten und hilft, Artikel mit Qualitäts- oder Beschreibungsmängeln zu identifizieren.
Bezugsquelle
Diese Information befindet sich im Return Order Line Item oder in einem zugehörigen Objekt, das den Retourenfall mit dem konkreten Produkt aus dem ursprünglichen Auftrag verknüpft.
Beispiele
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Retourengrund
ReturnReason
|
Der vom Kunden angegebene Grund für die Rücksendung des Artikels. | ||
|
Beschreibung
Der Retourengrund erfasst, warum ein Kunde eine Retoure initiiert hat. Häufig wird er aus einer vordefinierten Liste ausgewählt, etwa „Incorrect Size“, „Damaged Item“ oder „No Longer Needed“. Dieses Attribut ist für die Ursachenanalyse entscheidend. Durch die Analyse von Retourengründen können Unternehmen Trends bei Produktqualität, Größenproblemen oder ungenauen Produktbeschreibungen erkennen. Diese Erkenntnisse können Verbesserungen in Produktentwicklung, Marketing und Lieferkette anstoßen und so das Retourenvolumen insgesamt senken.
Warum das wichtig ist
Das Verständnis der Retourengründe ist entscheidend, um Ursachen wie Produktmängel oder Größenprobleme zu identifizieren und künftige Retourenvolumina zu reduzieren.
Bezugsquelle
Dabei handelt es sich typischerweise um ein Picklist-Feld im Return-Order- oder Case-Objekt in Salesforce, das häufig vom Kunden bei der Initiierung der Retoure ausgefüllt wird.
Beispiele
Falsche GrößeArtikel bei Ankunft beschädigtFalscher Artikel versendet
|
|||
|
Rückgabekanal
ReturnChannel
|
Der Kanal, über den die Rückgabe eingeleitet wurde, beispielsweise online, im Geschäft oder über den Kundenservice. | ||
|
Beschreibung
Dieses Attribut gibt an, über welchen Weg der Kunde den Rückgabeprozess gestartet hat. Zu den üblichen Kanälen gehören ein Online-Self-Service-Portal, die Rückgabe des Artikels in einem Geschäft oder die Kontaktaufnahme mit einem Mitarbeiter des Kundenservice. Das Verständnis des Rückgabekanals ist für das Dashboard „Trends bei Rückgabevolumen und Durchsatz“ wichtig. Es unterstützt eine gezielte Ressourcenplanung und zeigt, ob bestimmte Kanäle mit längeren Durchlaufzeiten, anderen Rückgabegründen oder höheren Bearbeitungskosten verbunden sind.
Warum das wichtig ist
Damit lassen sich Rückgabedaten segmentieren, um Prozessunterschiede und den Ressourcenbedarf in verschiedenen Kanälen wie Online- und Filialrückgaben zu verstehen.
Bezugsquelle
Dies kann ein Feld im Return-Order- oder Case-Objekt sein oder aus dem Benutzer beziehungsweise System abgeleitet werden, das den Rückgabedatensatz erstellt hat.
Beispiele
OnlineportalIm GeschäftAnruf beim Kundendienst
|
|||
|
Tatsächlicher Erstattungsbetrag
ActualRefundAmount
|
Der endgültige Geldbetrag, der dem Kunden tatsächlich erstattet wurde. | ||
|
Beschreibung
Dieses Attribut stellt den endgültigen Betrag dar, der dem Kunden nach Abschluss aller Prüfungen, Abzüge und Berechnungen gutgeschrieben wird. Er kann aufgrund von Faktoren wie Wiedereinlagerungsgebühren, Werbeaktionen oder dem Zustand des zurückgesendeten Artikels vom angeforderten Betrag abweichen. Die Analyse dieses Attributs ist für den finanziellen Abgleich und das Dashboard „Analyse der Abweichung beim Erstattungsbetrag“ unerlässlich. Sie hilft, die finanziellen Auswirkungen von Rückgaberichtlinien zu quantifizieren und systematische Probleme bei der Berechnung und Genehmigung von Erstattungen zu erkennen.
Warum das wichtig ist
Dies ist das endgültige finanzielle Ergebnis der Rückgabe. Der Vergleich mit dem angeforderten Betrag zeigt die finanziellen Auswirkungen von Rückgaberichtlinien und Anpassungen.
Bezugsquelle
Dieser Wert wird in der Regel in einem Refund- oder Payment-Transaction-Objekt gespeichert, das in Salesforce Commerce Cloud mit der Return Order verknüpft ist.
Beispiele
49.99115.000.00
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der konkrete Grund, aus dem eine Rückgabeanfrage oder Erstattung abgelehnt wurde. | ||
|
Beschreibung
Wenn eine Rückgabe nicht genehmigt oder eine Erstattung abgelehnt wird, erfasst dieses Attribut die Begründung. Beispiele sind „Outside Return Window“, „Item Damaged by Customer“ oder „Non-returnable Item“. Diese Information ist für das Dashboard „Abgelehnte und eskalierte Rückgaben“ entscheidend. Die Analyse von Ablehnungsgründen zeigt, an welchen Stellen die Rückgaberichtlinie und der Prozess Reibung verursachen. Daraus können klarere Kundeninformationen, Anpassungen der Richtlinie oder eine bessere Erstprüfung von Rückgabeanfragen entstehen.
Warum das wichtig ist
Es liefert wichtige Erkenntnisse darüber, warum Rückgaben scheitern, und unterstützt die Verbesserung von Rückgaberichtlinien, Kundeninformationen und Agentenschulungen.
Bezugsquelle
Dies ist häufig ein benutzerdefiniertes Feld im Return-Order- oder Case-Objekt, das befüllt wird, wenn der Status auf „Rejected“ oder „Closed - Denied“ geändert wird.
Beispiele
Rückgabefrist abgelaufenArtikel nicht im OriginalzustandArtikel vom endgültigen Verkauf
|
|||
|
Artikelzustand
ItemCondition
|
Der bei der Prüfung im Lager festgestellte Zustand des zurückgesendeten Artikels. | ||
|
Beschreibung
Nach dem Eingang eines zurückgesendeten Artikels wird dieser in der Regel geprüft, um seinen Zustand zu bestimmen. Dieses Attribut erfasst das Ergebnis, beispielsweise „New“, „Used - Resalable“ oder „Damaged“. Die Bewertung wirkt sich direkt auf den endgültigen Erstattungsbetrag aus und ist eine wichtige Eingangsgröße für das Dashboard „Übersicht zur Einhaltung der Rückgaberichtlinie“. Die Analyse unterstützt das Verständnis der Qualität zurückgesendeter Waren sowie die Bestandssteuerung für Wiederverkauf, Aufarbeitung oder Entsorgung.
Warum das wichtig ist
Diese Bewertung bestimmt häufig den endgültigen Erstattungsbetrag und ist für die Bestandsverwaltung zurückgesendeter Waren entscheidend.
Bezugsquelle
Dies ist in der Regel ein benutzerdefiniertes Feld, das während der Aktivität „Item Inspection“ im Return-Order-Line-Item-Objekt aktualisiert wird.
Beispiele
Neu/ungeöffnetGebraucht, neuwertigBeschädigt/nicht verkäuflich
|
|||
|
Einhaltung der Rückgaberichtlinie
ReturnPolicyAdherence
|
Ein Indikator dafür, ob die Rückgabe den festgelegten Geschäftsrichtlinien entspricht. | ||
|
Beschreibung
Dieses Attribut kennzeichnet oder kategorisiert Rückgaben anhand ihrer Einhaltung von Unternehmensrichtlinien, beispielsweise Rückgabefrist, Artikelzustand oder Kaufnachweis. Es kann als boolesches Kennzeichen (konform/nicht konform) oder als detaillierterer Status vorliegen. Dieses Attribut ist zentral für das Dashboard „Übersicht zur Einhaltung der Rückgaberichtlinie“ und die KPI „Quote der Richtlinienabweichungen“. Damit kann das Unternehmen überwachen, wie einheitlich Richtlinien angewendet werden, und die Auswirkungen nicht konformer Rückgaben auf Prozess und Finanzen analysieren.
Warum das wichtig ist
Es ermöglicht die Überwachung der Richtliniendurchsetzung. Das ist entscheidend für die Kostensteuerung, die Betrugsprävention und eine faire, einheitliche Behandlung der Kunden.
Bezugsquelle
Dies ist häufig ein abgeleitetes Attribut, das auf Geschäftsregeln für andere Datenpunkte wie Rückgabedatum, Artikelzustand und Produkttyp basiert.
Beispiele
KonformNicht konform, verspätete RückgabeNicht konform, beschädigter Artikel
|
|||
|
Kunden-ID
CustomerId
|
Eine eindeutige Kennung des Kunden, der die Rückgabe eingeleitet hat. | ||
|
Beschreibung
Dieses Attribut ist die eindeutige ID des Kundenkontos. Damit lassen sich Rückgabedaten auf Kundenebene aggregieren. Die Analyse von Rückgaben nach Kunden-ID kann Kunden mit ungewöhnlich hohen Rückgabequoten identifizieren. Dies kann auf betrügerisches Verhalten oder anhaltende Unzufriedenheit hindeuten. Außerdem ermöglicht das Attribut eine Analyse nach Kundensegmenten und zeigt, ob bestimmte Kundengruppen andere Rückgabemuster oder Verhaltensweisen aufweisen.
Warum das wichtig ist
Es ermöglicht Analysen auf Kundenebene, um Kunden mit häufigen Rückgaben zu identifizieren und das Rückgabeverhalten verschiedener Kundensegmente zu verstehen.
Bezugsquelle
Dies ist ein Standardfeld in den Order- und Case-Objekten von Salesforce, das auf das Customer- oder Account-Objekt verweist.
Beispiele
CUST-98765CUST-12345CUST-55555
|
|||
|
Lagerstandort
WarehouseLocation
|
Die 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 Analyse nach Lagerstandort kann Leistungsunterschiede zwischen Standorten sichtbar machen. Sie kann beispielsweise zeigen, ob bestimmte Lager längere Prüfzeiten oder höhere Quoten als beschädigt eingestufter Artikel aufweisen. So lassen sich Abläufe standardisieren und standortspezifische Probleme bearbeiten.
Warum das wichtig ist
Damit können Sie die Leistung verschiedener Lager vergleichen und Unterschiede bei Bearbeitungszeiten oder Qualitätsbewertungen erkennen.
Bezugsquelle
Diese Information kann in der Return Order oder einem zugehörigen Versandobjekt gespeichert sein. Sie kann auch aus dem Benutzer abgeleitet werden, der die Wareneingangsaktivität ausgeführt hat.
Beispiele
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
Rückgabestatus
ReturnStatus
|
Der aktuelle Status des Rückgabefalls innerhalb seines Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut zeigt den aktuellen Zustand der Rückgabe an, beispielsweise „Pending Approval“, „Item Received“, „Refunded“ oder „Closed“. Es handelt sich um ein dynamisches Attribut, das sich ändert, während der Case den Workflow durchläuft. Während Process Mining den Ablauf aus Aktivitäten ableitet, liefert der aktuelle Status wertvollen Kontext zum Filtern und zur Analyse offener und geschlossener Cases. Er unterstützt das operative Monitoring, indem er den aktuellen Rückstand und die Arbeitslast in den verschiedenen Prozessphasen sichtbar macht.
Warum das wichtig ist
Es zeigt, an welcher Stelle des Prozesses sich ein Rückgabefall befindet. Das ist für das operative Monitoring und das Filtern aktiver Cases hilfreich.
Bezugsquelle
Dies ist ein Standardfeld „Status“ im Return-Order- oder Case-Objekt von Salesforce Commerce Cloud.
Beispiele
Genehmigung ausstehendGenehmigtArtikel eingegangenGeschlossen
|
|||
|
SLA-konform
IsSlaCompliant
|
Ein boolesches Kennzeichen, das angibt, ob die Erstattung bis zum definierten SLA-Zieldatum bearbeitet wurde. | ||
|
Beschreibung
Dieses Kennzeichen wird auf „true“ gesetzt, wenn die Aktivität „Refund Processed“ am oder vor dem „Refund SLA Target Date“ stattgefunden hat, andernfalls auf „false“. Es liefert ein eindeutiges binäres Ergebnis zur SLA-Leistung für jeden einzelnen Case. Dieses Attribut bildet die Grundlage für das Dashboard „Erstattungs-SLA-Compliance“ und die KPI „Erstattungs-SLA-Einhaltungsquote“. Es vereinfacht die Analyse von Compliance-Raten und ermöglicht die Untersuchung der Gründe für Abweichungen, indem die Daten mit anderen Attributen wie „Processing Agent“ oder „Return Channel“ segmentiert werden.
Warum das wichtig ist
Es vereinfacht die Analyse der SLA-Leistung, ermöglicht die einfache Berechnung von Einhaltungsquoten und hilft, Faktoren zu identifizieren, die zu Verzögerungen beitragen.
Bezugsquelle
Dies ist ein berechnetes Attribut. Die Logik lautet: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.
Beispiele
truefalse
|
|||
|
Zeit von Eingang bis Prüfung
ReceiptToInspectionTime
|
Die Dauer zwischen dem Eingang des Artikels im Lager und dem Abschluss seiner Prüfung. | ||
|
Beschreibung
Diese berechnete Kennzahl misst die Dauer eines wichtigen internen Lagerschritts. Sie entspricht der Differenz zwischen den Timestamps der Aktivitäten „Item Received At Warehouse“ und „Item Inspection Completed“. Diese Dauer steht im Mittelpunkt des Dashboards „Zeit von Wareneingang bis Prüfung“ und der KPI „Durchschnittliche Zeit von Wareneingang bis Prüfung“. Die Analyse hilft, Engpässe im Lagerbetrieb zu erkennen, die wesentlich zu Verzögerungen im Gesamtprozess beitragen können.
Warum das wichtig ist
Sie hilft, interne Engpässe im Lager zu lokalisieren, die den gesamten Rückgabeprozess verzögern und sich auf Erstattungszeiten sowie die Bestandsverfügbarkeit auswirken.
Bezugsquelle
Dieser Wert wird während der Datentransformation berechnet, indem der Timestamp von „Item Received At Warehouse“ vom Timestamp von „Item Inspection Completed“ abgezogen wird.
Beispiele
1 Tag 2 Stunden3 Tage 0 Stunden8 Stunden
|
|||
|
Zieldatum für Erstattungs-SLA
RefundSlaTargetDate
|
Das Zieldatum, bis zu dem die Erstattung für den Rückgabefall vollständig bearbeitet sein sollte. | ||
|
Beschreibung
Dieses Attribut definiert die Frist des Service Level Agreement (SLA) für den Abschluss der Erstattung. Es wird typischerweise anhand von Geschäftsregeln berechnet, beispielsweise als festgelegte Anzahl von Tagen nach der Genehmigung der Rückgabeanfrage oder dem Eingang des Artikels. Dieses Datum dient im Dashboard „Erstattungs-SLA-Compliance“ als Vergleichswert für die tatsächliche Leistung. Die Überwachung der Einhaltung unterstützt eine konsistente Customer Experience und zeigt Führungskräften, welche Teams oder Prozessschritte SLAs gefährden.
Warum das wichtig ist
Es definiert das Leistungsziel für die Erstattungsbearbeitung und ermöglicht die Messung der SLA-Einhaltung sowie ihrer Auswirkungen auf die Kundenzufriedenheit.
Bezugsquelle
Dies ist häufig ein berechnetes Feld im Case- oder Return-Order-Objekt, das sich aus dem Erstellungs- oder Genehmigungsdatum plus einem vordefinierten Zeitraum ergibt, beispielsweise CreatedDate + 14 Tage.
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 retournierten Artikels im vorgesehenen 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
Dies ist ein entscheidender Meilenstein, der den Übergang von der Kundenaktion zur internen Bearbeitung markiert. Er bildet den Ausgangspunkt für die Messung von Lager-KPIs wie der Zeit vom Wareneingang bis zur Prüfung.
Bezugsquelle
Abgeleitet aus einer Statusänderung des ReturnOrder- oder ReturnOrderItem-Objekts auf „Received“ oder aus der Befüllung des Felds „quantityReceived“.
Erfassen
Aktualisierung von ReturnOrderItem.quantityReceived oder Statusänderung auf „Received“ erkennen.
Ereignistyp
inferred
|
|||
|
Artikelprüfung abgeschlossen
|
Diese Aktivität kennzeichnet den Abschluss der Artikelprüfung, bei der der Zustand des Artikels bewertet und dokumentiert wird. Sie wird durch eine Statusänderung des Retourenartikels erfasst und löst den nächsten Schritt wie die Erstattungsberechnung aus. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Entscheidungspunkt im Prozess, an dem festgelegt wird, ob eine Erstattung gerechtfertigt ist. Die Dauer vom Wareneingang bis zum Abschluss der Prüfung ist ein zentraler KPI für den Lagerbetrieb.
Bezugsquelle
Abgeleitet aus einer Statusaktualisierung des ReturnOrderItem-Objekts auf „Inspected“ oder daraus, dass ein Mitarbeiter den Wert „reasonForReturn“ bestätigt.
Erfassen
Änderung des Felds ReturnOrderItem.status auf „Inspected“ erkennen.
Ereignistyp
inferred
|
|||
|
Erstattung verarbeitet
|
Diese Aktivität bestätigt, dass das Payment Gateway die Erstattung erfolgreich verarbeitet und den Betrag an den Kunden gesendet hat. Das Event wird in der Regel durch einen Bestätigungs-Callback des Zahlungsdienstleisters ausgelöst. | ||
|
Warum das wichtig ist
Dies ist ein entscheidender Meilenstein für die Messung der Einhaltung des Erstattungs-SLA. Er bestätigt den erfolgreichen Abschluss des finanziellen Teils des Retourenprozesses.
Bezugsquelle
Aus einem Callback-Event des Payment Gateways erfasst, das den Status des zugehörigen Payment- oder Refund-Objekts in Salesforce auf „Processed“ oder „Completed“ aktualisiert.
Erfassen
Bestätigungs-Event des Zahlungsdienstleisters verfolgen, das den Status des Payment-Objekts aktualisiert.
Ereignistyp
explicit
|
|||
|
Retourenanfrage erstellt
|
Diese Aktivität kennzeichnet die Erstellung eines Falls für eine Retourenautorisierung im System. Sie wird erfasst, wenn in Salesforce Commerce Cloud ein neuer ReturnOrder-Datensatz erstellt wird, entweder durch einen Kunden im Storefront oder durch einen Servicemitarbeiter. | ||
|
Warum das wichtig ist
Als Ausgangspunkt des Retourenprozesses ist diese Aktivität entscheidend, um die Durchlaufzeit von Anfang bis Ende zu messen und das Volumen eingehender Retourenanfragen im Zeitverlauf zu analysieren.
Bezugsquelle
Dieses Event wird anhand des Erstellungs-Timestamps des ReturnOrder-Objekts im Salesforce-Commerce-Cloud-OMS erfasst.
Erfassen
Die Erstellung eines neuen ReturnOrder-Datensatzes verfolgen.
Ereignistyp
explicit
|
|||
|
Retourenanfrage genehmigt
|
Dieses Event zeigt an, dass eine Retourenanfrage von einem Servicemitarbeiter oder einer automatisierten Regel geprüft und autorisiert wurde. In der Regel wird es aus einer Statusänderung des ReturnOrder-Objekts abgeleitet, beispielsweise von „New“ zu „Approved“. | ||
|
Warum das wichtig ist
Die Verfolgung dieses Meilensteins hilft, die Effizienz der Genehmigungsphase zu analysieren und Engpässe zu identifizieren. Die Zeit zwischen Erstellung und Genehmigung ist ein wichtiger KPI für die Leistung der Mitarbeitenden.
Bezugsquelle
Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf einen Genehmigungsstatus wie „Approved“ oder „Authorized“ aktualisiert wird.
Erfassen
Änderung des Felds ReturnOrder.status auf „Approved“ erkennen.
Ereignistyp
inferred
|
|||
|
Retourenfall geschlossen
|
Diese Aktivität bezeichnet den endgültigen Abschluss des Retourenfalls im System, nachdem eine Erstattung, ein Austausch oder eine Ablehnung abgeschlossen wurde. Sie wird aus einer Statusänderung des ReturnOrder-Objekts auf „Closed“ oder „Completed“ abgeleitet. | ||
|
Warum das wichtig ist
Als primärer Endpunkt des Prozesses ist diese Aktivität entscheidend für die Berechnung der gesamten Durchlaufzeit und die Messung des Durchsatzes der Retourenbearbeitung.
Bezugsquelle
Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf seinen finalen Status wie „Closed“ oder „Completed“ aktualisiert wird.
Erfassen
Änderung des Felds ReturnOrder.status auf „Closed“ erkennen.
Ereignistyp
inferred
|
|||
|
Artikelprüfung gestartet
|
Dieses Event kennzeichnet den Beginn der Qualitäts- und Zustandsprüfung des retournierten Artikels. In der Regel wird es abgeleitet, wenn sich der Status des Retourenartikels auf „Inspecting“ oder einen ähnlichen Status ändert. | ||
|
Warum das wichtig ist
Die Erfassung des Prüfungsbeginns hilft, die reine Prüfungsdauer von der gesamten Wartezeit im Lager abzugrenzen. Dadurch entsteht ein detaillierteres Bild möglicher Engpässe.
Bezugsquelle
Abgeleitet aus einer Statusaktualisierung des ReturnOrderItem-Objekts auf einen Wert wie „Inspecting“ oder „Under Inspection“.
Erfassen
Änderung des Felds ReturnOrderItem.status auf „Inspecting“ erkennen.
Ereignistyp
inferred
|
|||
|
Austauschauftrag erstellt
|
Bei Retouren mit anschließendem Austausch kennzeichnet dieses Event die Erstellung eines neuen Verkaufsauftrags für den Ersatzartikel. Es handelt sich um einen alternativen Pfad zur monetären Erstattung. | ||
|
Warum das wichtig ist
Die separate Verfolgung dieses Pfads neben Erstattungen ist wichtig, um Austauschquoten und die Effizienz der Austauschabwicklung zu verstehen.
Bezugsquelle
Aus der Erstellung eines neuen SalesOrder-Objekts erfasst, das mit dem ursprünglichen ReturnOrder verknüpft ist.
Erfassen
Erstellung eines neuen, mit der ReturnOrder-ID verknüpften SalesOrder verfolgen.
Ereignistyp
explicit
|
|||
|
Erstattung genehmigt
|
Diese Aktivität zeigt an, dass der berechnete Erstattungsbetrag genehmigt wurde und zur Bearbeitung bereitsteht. Sie kann automatisch erfolgen oder bei hochwertigen Retouren eine manuelle Genehmigung erfordern. | ||
|
Warum das wichtig ist
Dieser Genehmigungsschritt kann insbesondere bei erforderlicher manueller Bearbeitung einen Engpass darstellen. Er ist ein wichtiger Meilenstein vor Beginn der Finanztransaktion.
Bezugsquelle
Abgeleitet aus einer Statusänderung des ReturnOrder-Objekts oder eines zugehörigen Zahlungsübersichtsobjekts auf einen Status wie „Refund Approved“ oder „Ready for Refund“.
Erfassen
Statusänderung des ReturnOrder-Objekts oder des zugehörigen Zahlungsobjekts erkennen.
Ereignistyp
inferred
|
|||
|
Erstattung initiiert
|
Dieses Event kennzeichnet den Zeitpunkt, zu dem Salesforce Commerce Cloud die Erstattungsanfrage an ein externes Payment Gateway sendet. Es markiert den Beginn der Finanztransaktion. | ||
|
Warum das wichtig ist
Die Unterscheidung zwischen Initiierung und Verarbeitung ist für die Analyse der SLA-Einhaltung entscheidend. Verzögerungen ab diesem Zeitpunkt hängen in der Regel mit dem Zahlungsdienstleister und nicht mit der internen Bearbeitung zusammen.
Bezugsquelle
Aus einem expliziten Event Log oder einem API-Aufrufdatensatz erfasst, wenn das System mit dem Payment Gateway kommuniziert. Alternativ kann das Event aus einer Statusänderung eines Payment-Objekts abgeleitet werden.
Erfassen
API-Aufruf an das Payment Gateway oder Statusänderung auf „Refund Pending“ verfolgen.
Ereignistyp
explicit
|
|||
|
Erstattungsbetrag berechnet
|
Dieser Schritt bezeichnet die Ermittlung des endgültigen Erstattungsbetrags unter Berücksichtigung von Faktoren wie Artikelzustand, Wiedereinlagerungsgebühren oder Aktionen. Häufig handelt es sich um einen automatisierten Systemschritt, bei dem die Felder für den Erstattungsbetrag befüllt werden. | ||
|
Warum das wichtig ist
Die Analyse dieses Schritts ist für das Dashboard „Refund Amount Discrepancy Analysis“ entscheidend. Es macht Fälle sichtbar, in denen der endgültige Betrag von der Kundenanforderung abweicht.
Bezugsquelle
Dieses Event kann aus dem Befüllen oder Aktualisieren der Felder für den Erstattungsbetrag im ReturnOrder-Objekt oder in einem zugehörigen Erstattungszahlungsobjekt abgeleitet werden.
Erfassen
Den Timestamp der Befüllung der Felder für den Erstattungsbetrag erfassen.
Ereignistyp
inferred
|
|||
|
Retourenanfrage abgelehnt
|
Dieses Event zeigt an, dass eine Retourenanfrage abgelehnt wurde und nicht weiterbearbeitet wird. Es wird erfasst, wenn der Status von ReturnOrder vor dem Wareneingang auf „Rejected“ oder „Canceled“ aktualisiert wird. | ||
|
Warum das wichtig ist
Die Analyse abgelehnter Retouren hilft, häufige Ablehnungsgründe wie Richtlinienverstöße zu identifizieren. Dadurch lassen sich die Kundenkommunikation und Validierungsregeln im Frontend verbessern.
Bezugsquelle
Abgeleitet aus dem Timestamp, zu dem das Statusfeld des ReturnOrder-Objekts auf einen Ablehnungsstatus wie „Rejected“ oder „Denied“ aktualisiert wird.
Erfassen
Änderung des Felds ReturnOrder.status auf „Rejected“ erkennen.
Ereignistyp
inferred
|
|||
|
Retourenlabel erstellt
|
Diese Aktivität bezeichnet den Zeitpunkt, zu dem ein Versandlabel für die Rücksendung des Artikels durch den Kunden erstellt wird. Sie kann explizit erfasst werden, wenn eine Integration mit einem Versanddienstleister dieses Event am Retourenfall protokolliert. | ||
|
Warum das wichtig ist
Dieser Schritt ist ein wichtiger Bestandteil der Customer Experience und kann zu Verzögerungen führen, wenn die Erstellung nicht reibungslos funktioniert. Er kennzeichnet die Übergabe an den Kunden, der den Artikel versendet.
Bezugsquelle
Möglicherweise in einem benutzerdefinierten Feld oder einem verknüpften Objekt des ReturnOrder-Objekts durch eine Versandintegration wie Salesforce Shipping protokolliert.
Erfassen
Event der Versandintegration oder Erstellung eines benutzerdefinierten Objekts verfolgen.
Ereignistyp
explicit
|
|||
Anleitungen zur Extraktion
Bereit für den Start?
Verwenden Sie dieses Daten-Template, um Ihr Process-Mining-Projekt zu starten. Beginnen Sie jetzt damit, Ihre Abläufe für Rückgaben und Erstattungen effizienter zu gestalten und die Kundenzufriedenheit zu erhöhen.
Steigern Sie jetzt die Effizienz bei Rückgaben und Erstattungen
Lokalisieren Sie Ineffizienzen und verkürzen Sie die Durchlaufzeit von Rückgaben um 30 % oder mehr.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.