Ihr Daten-Template für den Retouren- & Erstattungsprozess
Ihr Daten-Template für den Retouren- & Erstattungsprozess
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsleitfaden für Salesforce Commerce Cloud
Retouren- & Rückerstattungsabwicklungs-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Geschäftsprozessschritts oder Events, der im Retourenprozess aufgetreten ist. | ||
|
Beschreibung
Dieses Attribut beschreibt die spezifische Aufgabe oder den Meilenstein, der zu einem bestimmten Zeitpunkt für einen Retourenfall abgeschlossen wurde. Beispiele sind „Retourenanfrage erstellt“, „Artikel im Lager eingegangen“ und „Rückerstattung bearbeitet“. Im Process Mining wird der Aktivitätsname verwendet, um die Prozesslandkarte zu konstruieren, die die Abfolge der Schritte und den Fallfluss zeigt. Die Analyse von Aktivitäten ist entscheidend für die Identifizierung von Engpässen, Nacharbeitschleifen und Abweichungen vom Standardprozess.
Bedeutung
Es definiert die Schritte in der Prozesskarte und ermöglicht die Visualisierung und Analyse des Retouren-Workflows.
Datenquelle
Dieses Attribut wird typischerweise aus Event Logs, Statusänderungsdatensätzen oder Aufgabenabschlussdaten abgeleitet, die mit den Return Order- oder Case-Objekten in Salesforce verbunden sind.
Beispiele
Retourenanfrage genehmigtArtikelprüfung abgeschlossenRefund Processed
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der anzeigt, wann die spezifische Aktivität oder das Event aufgetreten ist. | ||
|
Beschreibung
Event Time erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität ausgeführt oder eine Statusänderung erfolgte. Dieser Zeitstempel ist entscheidend für die korrekte Sequenzierung von Events und für die Durchführung jeglicher zeitbasierter Analysen. Process Mining verlässt sich auf diese Zeitstempel, um Aktivitäten zu ordnen, Durchlaufzeiten und Wartezeiten zwischen den Schritten zu berechnen und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren. Genaue Zeitstempel sind die Grundlage einer zuverlässigen Prozessanalyse.
Bedeutung
Dieser Timestamp stellt die chronologische Reihenfolge der Aktivitäten her, was grundlegend für die Berechnung von Durchlaufzeiten und die Identifizierung von Prozessverzögerungen ist.
Datenquelle
Dies ist typischerweise der Erstellungs- oder Änderungs-Timestamp eines Datensatzes in Salesforce Commerce Cloud, wie z. B. „CreatedDate“ oder „LastModifiedDate“ auf Objekten, die mit dem Retourenprozess zusammenhängen.
Beispiele
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Retourenfall-ID
ReturnCaseId
|
Die eindeutige Kennung für einen einzelnen Kundenretourenfall, die alle zugehörigen Aktivitäten von der Initiierung bis zum Abschluss verknüpft. | ||
|
Beschreibung
Die Retourenfall-ID dient als primäre Kennung, die alle Aktivitäten verknüpft, die mit einer spezifischen Kundenretoure oder Rückerstattungsanfrage verbunden sind. Dies stellt sicher, dass der gesamte Lebenszyklus einer Retoure, von ihrer Initiierung bis zu ihrem endgültigen Abschluss, umfassend verfolgt und analysiert werden kann. Im Process Mining ist dieses Attribut grundlegend für die Fallrekonstruktion. Jedes Event mit derselben Retourenfall-ID ist Teil derselben Prozessinstanz. Dies ermöglicht die Visualisierung von Prozesskarten, die Berechnung von fallbezogenen KPIs wie der Durchlaufzeit und die Analyse von Prozessvarianten im Zusammenhang mit Retouren.
Bedeutung
Dies ist der Primärschlüssel, der alle Schritte eines Retourenprozesses zu einem einzigen, nachvollziehbaren Fall verbindet, was für die End-to-End-Prozessanalyse unerlässlich ist.
Datenquelle
Diese Kennung wird typischerweise durch den Retouren-Warenautorisierungs-(RMA)-Prozess innerhalb von Salesforce Commerce Cloud generiert. Sie ist oft auf dem Return Order- oder Case-Objekt zu finden.
Beispiele
RT-0012345RT-0012346RT-0012347
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut zeichnet Datum und Uhrzeit des letzten Datenabzugs aus Salesforce Commerce Cloud auf. Es bietet Transparenz über die Aktualität der analysierten Daten. Diese Information ist entscheidend für Benutzer, um zu verstehen, wie aktuell die Prozessanalyse ist. Sie hilft dabei, Erwartungen hinsichtlich der Aktualität der Daten zu steuern und ist wichtig für die Validierung der Vollständigkeit des Datensatzes.
Bedeutung
Es informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie verstehen, ob die Analyse den aktuellsten Prozesszustand widerspiegelt.
Datenquelle
Dieser Timestamp wird vom Datenextraktionstool oder Skript zum Zeitpunkt der Datenaktualisierung generiert. 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 generiert wurden. Für diesen Prozess wird es durchgängig „Salesforce Commerce Cloud“ sein. In einem breiteren Analysezusammenhang ist dieses Feld nützlich, wenn Daten aus mehreren Systemen kombiniert werden, um zu verstehen, wie Prozesse über verschiedene Plattformen hinweg ablaufen. Es stellt sicher, dass die Datenherkunft klar ist und hilft bei der Diagnose von Datenqualitätsproblemen, die spezifisch für eine Quelle sind.
Bedeutung
Es liefert Kontext über den Ursprung der Daten, was entscheidend ist für Data Governance und bei der Integration von Daten aus mehreren Unternehmenssystemen.
Datenquelle
Dies ist ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird. Es ist kein Feld innerhalb von Salesforce selbst, sondern wird als Teil des Datenmodells definiert.
Beispiele
Salesforce Commerce Cloud
|
|||
|
Angeforderter Rückerstattungsbetrag
RequestedRefundAmount
|
Der Geldwert der vom Kunden zum Zeitpunkt der Retoureninitiierung angeforderten Rückerstattung. | ||
|
Beschreibung
Dieses Attribut erfasst den vom Kunden erwarteten anfänglichen Rückerstattungsbetrag, der typischerweise dem Preis des zurückgesendeten Artikels entspricht. Dieser Wert dient als Grundlage für den Rückerstattungsberechnungsprozess. Dieser Betrag wird im Dashboard „Rückerstattungsbetrag-Diskrepanzanalyse“ mit dem „Tatsächlichen Rückerstattungsbetrag“ verglichen. Signifikante oder häufige Unterschiede können auf Probleme mit Retourenrichtlinien, Wiedereinlagerungsgebühren oder Systemberechnungsfehlern hinweisen, die zu Kundenunzufriedenheit führen können.
Bedeutung
Es dient als Basislinie für den Vergleich mit dem endgültigen Rückerstattungsbetrag und hilft, Diskrepanzen zu identifizieren und die finanziellen Auswirkungen von Anpassungen zu analysieren.
Datenquelle
Dieser Wert wird normalerweise auf dem Return Order- oder Return Order Line Item-Objekt gespeichert, abgeleitet von der ursprünglichen Verkaufsbestellung.
Beispiele
49.99125.0089,50
|
|||
|
Bearbeiter
ProcessingAgent
|
Der Benutzer oder Bearbeiter, der für die Bearbeitung der Retoure oder einer spezifischen Aktivität innerhalb des Retourenprozesses zuständig ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der eine Aktion im Retourenfall durchgeführt hat, wie z. B. die Anfrage genehmigt, den Artikel geprüft oder die Rückerstattung bearbeitet. Es kann eine spezifische Benutzer-ID oder ein Name sein. Die Analyse des Bearbeiters hilft, Leistungsunterschiede zwischen Einzelpersonen oder Teams zu verstehen. Sie ist entscheidend für das Dashboard „Bearbeiterleistung und Konsistenz“, um Schulungsbedarf zu identifizieren, Arbeitslasten auszugleichen und Verfahren unternehmensweit zu standardisieren.
Bedeutung
Es ermöglicht die Analyse der Leistung und Konsistenz über verschiedene Benutzer hinweg und hilft, Best Practices und Schulungsbereiche zu identifizieren.
Datenquelle
Typischerweise in Feldern wie „OwnerId“ oder „LastModifiedById“ auf den Case- oder Return Order-Objekten in Salesforce zu finden. Kann auch in zugehörigen Aufgaben- oder Historie-Objekten gespeichert werden.
Beispiele
Alice SmithBob JohnsonSystem Automation
|
|||
|
Produkt-SKU
ProductSku
|
Die Stock Keeping Unit (SKU) des zurückgesendeten Artikels. | ||
|
Beschreibung
Dieses Attribut ist die eindeutige Kennung für das spezifische Produkt, das zurückgesendet wird. Es ermöglicht eine detaillierte Analyse auf individueller Produktebene. Die Analyse von Retouren nach Produkt-SKU hilft, Produkte mit hohen Retourenquoten zu identifizieren, was auf Qualitätskontrollprobleme, schlechte Produktbeschreibungen oder Herstellungsfehler hinweisen kann. Diese Information ist entscheidend für das Dashboard „Wareneingang bis Prüfungszeit“, da sie aufzeigen kann, ob bestimmte Produkttypen länger zur Prüfung benötigen.
Bedeutung
Es ermöglicht die Analyse von Retourenmustern nach spezifischen Produkten, was hilft, Artikel mit Qualitäts- oder Beschreibungsproblemen genau zu identifizieren.
Datenquelle
Diese Information befindet sich auf dem Return Order Line Item oder einem zugehörigen Objekt, das den Retourenfall mit dem spezifischen Produkt aus der ursprünglichen Bestellung verknüpft.
Beispiele
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Retouren-Durchlaufzeit
ReturnCycleTime
|
Die Gesamtdauer von der Erstellung der Retourenanfrage bis zum endgültigen Abschluss des Falls. | ||
|
Beschreibung
Diese Metrik misst die End-to-End-Dauer des Retourenprozesses für einen einzelnen Fall. Sie wird berechnet, indem die Differenz zwischen dem Timestamp des ersten Events („Retourenanfrage erstellt“) und dem letzten Event („Retourenfall abgeschlossen“) genommen wird. Als primärer KPI für das Dashboard „Analyse der Retourenbearbeitungs-Durchlaufzeit“ bietet sie eine übergeordnete Sicht auf die Prozesseffizienz. Die Analyse ihrer Verteilung hilft, Ausreißer zu identifizieren und die Gesamtleistung des Retourenbetriebs zu verstehen.
Bedeutung
Dies ist ein wichtiger Leistungsindikator für die Gesamtprozesseffizienz. Seine Reduzierung verbessert direkt das Kundenerlebnis und senkt die Betriebskosten.
Datenquelle
Dies ist eine berechnete Metrik, die während der Datentransformation generiert wird, indem die Startzeit der ersten Aktivität von der Endzeit der letzten Aktivität für jeden Fall subtrahiert wird.
Beispiele
10 Tage 4 Stunden21 Tage 8 Stunden5 Tage 2 Stunden
|
|||
|
Retourenkanal
ReturnChannel
|
Der Kanal, über den die Retoure eingeleitet wurde, z. B. online, im Geschäft oder über den Kundenservice. | ||
|
Beschreibung
Dieses Attribut spezifiziert die vom Kunden verwendete Methode zur Initiierung des Retourenprozesses. Gängige Kanäle umfassen ein Online-Self-Service-Portal, das Zurückbringen des Artikels in ein physisches Geschäft oder die Kontaktaufnahme mit einem Kundendienstmitarbeiter. Das Verständnis des Retourenkanals ist wichtig für das Dashboard „Retourenvolumen und Durchsatztendenzen“. Es hilft bei der effektiven Zuweisung von Ressourcen und bei der Analyse, ob bestimmte Kanäle mit längeren Durchlaufzeiten, unterschiedlichen Retourengründen oder höheren Bearbeitungskosten verbunden sind.
Bedeutung
Es hilft, Retourendaten zu segmentieren, um Prozessunterschiede und Ressourcenbedarf über verschiedene Kanäle wie Online oder Im Geschäft zu verstehen.
Datenquelle
Dies kann ein Feld auf dem Return Order- oder Case-Objekt sein, oder es könnte vom Benutzer oder System abgeleitet werden, das den Retourendatensatz erstellt hat.
Beispiele
Online-PortalIm GeschäftKundenservice-Anruf
|
|||
|
Rückgabegrund
ReturnReason
|
Der vom Kunden angegebene Grund für die Rücksendung des Artikels. | ||
|
Beschreibung
Der Retourengrund erfasst, warum ein Kunde eine Retoure eingeleitet hat. Dies wird oft aus einer vordefinierten Liste ausgewählt, z. B. „Falsche Größe“, „Beschädigter Artikel“ oder „Nicht mehr benötigt“. Dieses Attribut ist entscheidend für die Grundursachenanalyse. Durch die Analyse von Retourengründen können Unternehmen Trends in Bezug auf Produktqualität, Größenprobleme oder Ungenauigkeiten in der Beschreibung identifizieren. Diese Erkenntnisse können Verbesserungen in Produktentwicklung, Marketing und Lieferkette vorantreiben und letztendlich das Gesamtvolumen der Retouren reduzieren.
Bedeutung
Zu verstehen, warum Artikel zurückgesendet werden, ist entscheidend für die Identifizierung von Grundursachen, wie Produktfehlern oder Größenproblemen, was dazu beitragen kann, zukünftige Retourenvolumen zu reduzieren.
Datenquelle
Dies ist typischerweise ein Auswahllistenfeld auf dem Return Order- oder Case-Objekt in Salesforce, das oft vom Kunden während des Retoureninitiierungsprozesses befüllt wird.
Beispiele
Falsche GrößeArtikel bei Ankunft beschädigtFalscher Artikel versandt
|
|||
|
Tatsächlicher Rückerstattungsbetrag
ActualRefundAmount
|
Der endgültige Geldwert, der dem Kunden tatsächlich zurückerstattet wurde. | ||
|
Beschreibung
Dieses Attribut repräsentiert den endgültigen Betrag, der dem Kunden nach Abschluss aller Bewertungen, Abzüge und Berechnungen gutgeschrieben wurde. Dieser kann aufgrund von Faktoren wie Wiedereinlagerungsgebühren, Aktionen oder dem Zustand des zurückgesandten Artikels vom angeforderten Betrag abweichen. Die Analyse dieses Attributs ist essenziell für die Finanzabstimmung und für das Dashboard „Rückerstattungsbetrag-Diskrepanzanalyse“. Es hilft, die finanziellen Auswirkungen von Retourenrichtlinien zu quantifizieren und systemische Probleme im Rückerstattungsberechnungs- und Genehmigungs-Workflow zu identifizieren.
Bedeutung
Dies ist das endgültige finanzielle Ergebnis der Retoure. Ein Vergleich mit dem angeforderten Betrag zeigt die finanziellen Auswirkungen von Retourenrichtlinien und Anpassungen.
Datenquelle
Dieser Wert wird typischerweise auf einem Refund- oder Payment Transaction-Objekt im Zusammenhang mit dem Return Order in Salesforce Commerce Cloud gespeichert.
Beispiele
49.99115.000.00
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der spezifische Grund, warum eine Retourenanfrage oder Rückerstattung abgelehnt wurde. | ||
|
Beschreibung
Wenn eine Retoure nicht genehmigt oder eine Rückerstattung abgelehnt wird, erfasst dieses Attribut die Begründung. Beispiele sind „Außerhalb der Rückgabefrist“, „Artikel vom Kunden beschädigt“ oder „Nicht retournierbarer Artikel“. Diese Information ist entscheidend für das Dashboard „Abgelehnte und eskalierte Retouren“. Die Analyse der Ablehnungsgründe hilft dem Unternehmen, Reibungspunkte in der Retourenrichtlinie und im Prozess zu verstehen. Dies kann zu klarerer Kommunikation mit Kunden, Richtlinienanpassungen oder verbesserter anfänglicher Prüfung von Retourenanfragen führen.
Bedeutung
Es liefert entscheidende Einblicke, warum Retouren fehlschlagen, und hilft dabei, Retourenrichtlinien, Kundenkommunikation und Agentenschulungen zu verbessern.
Datenquelle
Dies ist oft ein benutzerdefiniertes Feld auf dem Return Order- oder Case-Objekt, das befüllt wird, wenn der Status auf „Rejected“ oder „Closed - Denied“ geändert wird.
Beispiele
Retourenfrist abgelaufenArtikel nicht im OriginalzustandEndverkaufsprodukt
|
|||
|
Artikelzustand
ItemCondition
|
Der bewertete Zustand des zurückgegebenen Artikels bei der Prüfung im Lager. | ||
|
Beschreibung
Nachdem ein zurückgesandter Artikel eingegangen ist, wird er typischerweise geprüft, um seinen Zustand zu bestimmen. Dieses Attribut erfasst das Ergebnis, wie 'Neu', 'Gebraucht - Wiederverkaufbar' oder 'Beschädigt'. Diese Bewertung wirkt sich direkt auf den endgültigen Rückerstattungsbetrag aus und ist ein wichtiger Input für das Dashboard 'Übersicht zur Einhaltung der Retourenrichtlinien'. Die Verfolgung dieser Daten hilft dabei, die Qualität der zurückgesandten Waren zu verstehen und den Bestand für Wiederverkauf, Aufbereitung oder Entsorgung zu verwalten.
Bedeutung
Diese Bewertung bestimmt oft den endgültigen Rückerstattungsbetrag und ist entscheidend für die Bestandsverwaltung der zurückgesandten Waren.
Datenquelle
Dies ist typischerweise ein benutzerdefiniertes Feld, das während der Aktivität „Artikelprüfung“ aktualisiert wird und sich auf dem Return Order Line Item-Objekt befindet.
Beispiele
Neu/UngeöffnetGebraucht - Wie neuBeschädigt/Unverkäuflich
|
|||
|
Eingang bis zur Prüfung (Zeit)
ReceiptToInspectionTime
|
Die Dauer zwischen dem Eingang des Artikels im Lager und dem Abschluss seiner Prüfung. | ||
|
Beschreibung
Diese berechnete Metrik misst die benötigte Zeit für einen wichtigen internen Schritt im Lager. Sie ist die Differenz zwischen den Timestamps der Aktivitäten „Artikel im Lager eingegangen“ und „Artikelprüfung abgeschlossen“. Diese Dauer ist der Fokus des Dashboards „Wareneingang bis Prüfungszeit“ und des KPI „Durchschnittliche Artikel Eingangs-Prüfungszeit“. Die Analyse dieser Metrik hilft, Engpässe in den Lagerabläufen zu identifizieren, die einen erheblichen Beitrag zu den gesamten Prozessverzögerungen leisten können.
Bedeutung
Es hilft, interne Lagerengpässe genau zu identifizieren, die den gesamten Retourenprozess verzögern und die Rückerstattungszeiten sowie die Bestandsverfügbarkeit beeinträchtigen.
Datenquelle
Dies wird während der Datentransformation berechnet, indem der Timestamp von „Artikel im Lager eingegangen“ vom Timestamp von „Artikelprüfung abgeschlossen“ subtrahiert wird.
Beispiele
1 Tag 2 Stunden3 Tage 0 Stunden8 Stunden
|
|||
|
Einhaltung der Retourenrichtlinien
ReturnPolicyAdherence
|
Ein Indikator dafür, ob die Retoure den etablierten Geschäftsrichtlinien entspricht. | ||
|
Beschreibung
Dieses Attribut kennzeichnet oder kategorisiert Retouren basierend auf ihrer Einhaltung von Unternehmensrichtlinien, wie z. B. der Rückgabefrist, dem Artikelzustand oder dem Kaufbeleg. Es kann ein Boolesches Flag (Konform/Nicht konform) oder ein detaillierterer Status sein. Dieses Attribut ist zentral für das Dashboard „Übersicht Einhaltung Retourenrichtlinien“ und den KPI „Rate der Nichteinhaltung von Richtlinien“. Es ermöglicht dem Unternehmen zu überwachen, wie konsistent Richtlinien angewendet werden, und die Auswirkungen nicht konformer Retouren auf den Prozess und die Finanzen zu analysieren.
Bedeutung
Es ermöglicht die Überwachung der Richtliniendurchsetzung, was entscheidend ist für die Kostenverwaltung, Betrugsprävention und die Sicherstellung einer fairen und konsistenten Kundenbehandlung.
Datenquelle
Dies ist oft ein abgeleitetes Attribut, basierend auf einer Reihe von Geschäftsregeln, die auf andere Datenpunkte wie Rückgabedatum, Artikelzustand und Produkttyp angewendet werden.
Beispiele
KonformNicht konform - Späte RetoureNicht konform - Beschädigter Artikel
|
|||
|
Fälligkeitsdatum der Rückerstattungs-SLA
RefundSlaTargetDate
|
Das Zieldatum, bis zu dem die Rückerstattung für den Retourenfall vollständig bearbeitet werden sollte. | ||
|
Beschreibung
Dieses Attribut definiert die Frist des Service Level Agreements (SLA) für die vollständige Rückerstattung. Sie wird typischerweise basierend auf Geschäftsregeln berechnet, z. B. eine festgelegte Anzahl von Tagen nach Genehmigung der Retourenanfrage oder Eingang des Artikels. Dieses Datum ist die Benchmark, an der die tatsächliche Leistung im „Dashboard zur Einhaltung der Rückerstattungs-SLA“ gemessen wird. Die Überwachung der Compliance trägt dazu bei, ein konsistentes und positives Kundenerlebnis zu gewährleisten und ermöglicht es Managern, Teams oder Prozessschritte zu identifizieren, die SLAs gefährden.
Bedeutung
Es definiert das Leistungsziel für die Rückerstattungsabwicklung und ermöglicht die Messung der SLA-Compliance und deren Auswirkungen auf die Kundenzufriedenheit.
Datenquelle
Dies ist oft ein berechnetes Feld auf dem Case- oder Return Order-Objekt, das vom Erstellungs- oder Genehmigungsdatum plus einem vordefinierten Zeitintervall (z. B. CreatedDate + 14 Tage) abgeleitet wird.
Beispiele
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
Ist SLA-konform
IsSlaCompliant
|
Ein boolesches Flag, das angibt, ob die Rückerstattung innerhalb der definierten SLA-Zielfrist bearbeitet wurde. | ||
|
Beschreibung
Dieses Flag wird auf „true“ gesetzt, wenn die Aktivität „Rückerstattung bearbeitet“ am oder vor dem „Fälligkeitsdatum der Rückerstattungs-SLA“ aufgetreten ist, und ansonsten auf „false“. Es liefert ein klares, binäres Ergebnis für die SLA-Leistung auf Fallbasis. Dieses Attribut ist die Grundlage für das Dashboard „Einhaltung der Rückerstattungs-SLA“ und den KPI „Einhaltungsrate der Rückerstattungs-SLA“. Es vereinfacht die Analyse der Compliance-Raten und ermöglicht es, die Gründe für die Nichteinhaltung durch Segmentierung der Daten mit anderen Attributen wie „Bearbeiter“ oder „Retourenkanal“ zu vertiefen.
Bedeutung
Es vereinfacht die SLA-Leistungsanalyse und ermöglicht die einfache Berechnung von Compliance-Raten sowie die Identifizierung von Faktoren, die zu Verzögerungen beitragen.
Datenquelle
Dies ist ein berechnetes Attribut. Die Logik lautet: WENN (Timestamp von „Rückerstattung bearbeitet“ <= RefundSlaTargetDate) DANN true SONST false.
Beispiele
truefalsch
|
|||
|
Kunden-ID
CustomerId
|
Eine eindeutige Kennung für den Kunden, der die Retoure initiiert hat. | ||
|
Beschreibung
Dieses Attribut ist die eindeutige ID, die mit dem Kundenkonto verknüpft ist. Es ermöglicht die Aggregation von Retourendaten auf Kundenebene. Die Analyse von Retouren nach Kunden-ID kann helfen, Kunden mit ungewöhnlich hohen Retourenquoten zu identifizieren, was auf betrügerisches Verhalten oder chronische Unzufriedenheit hinweisen kann. Sie ermöglicht auch eine Analyse basierend auf Kundensegmenten, um zu verstehen, ob bestimmte Kundengruppen unterschiedliche Retourenmuster oder Verhaltensweisen aufweisen.
Bedeutung
Es ermöglicht eine Analyse auf Kundenebene, um häufige Retourensender zu identifizieren und das Retourenverhalten über verschiedene Kundensegmente hinweg zu verstehen.
Datenquelle
Dies ist ein Standardfeld auf den Order- und Case-Objekten in Salesforce, das auf das Customer- oder Account-Objekt zurückverweist.
Beispiele
CUST-98765CUST-12345CUST-55555
|
|||
|
Retourenstatus
ReturnStatus
|
Der aktuelle Status des Retourenfalls in seinem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut gibt den aktuellen Status der Retoure an, z. B. „Genehmigung ausstehend“, „Artikel eingegangen“, „Rückerstattet“ oder „Abgeschlossen“. Dies ist ein dynamisches Attribut, das sich ändert, während der Fall den Workflow durchläuft. Während Process Mining den Fluss aus Aktivitäten ableitet, bietet der aktuelle Status wertvollen Kontext zum Filtern und Analysieren offener versus abgeschlossener Fälle. Er hilft im operativen Monitoring, den aktuellen Rückstand und die Arbeitslast in verschiedenen Phasen des Prozesses zu verstehen.
Bedeutung
Es bietet einen Überblick darüber, wo sich ein Retourenfall im Prozess befindet, was für die operative Überwachung und das Filtern nach aktiven Fällen nützlich ist.
Datenquelle
Dies ist ein Standard-'Status'-Feld auf dem Return Order- oder Case-Objekt in Salesforce Commerce Cloud.
Beispiele
Genehmigung ausstehendGenehmigtArtikel eingegangenGeschlossen
|
|||
|
Warehouse Location
WarehouseLocation
|
Die Kennung des Lagers oder der Einrichtung, in der der zurückgesandte Artikel eingegangen ist. | ||
|
Beschreibung
Dieses Attribut spezifiziert, welcher physische Standort den zurückgesandten Artikel bearbeitet hat. Dies ist besonders relevant für Unternehmen mit mehreren Distributionszentren. Die Analyse nach Lagerstandort kann Leistungsunterschiede zwischen Einrichtungen aufdecken. Zum Beispiel kann sie zeigen, ob bestimmte Lager längere Prüfzeiten oder höhere Raten an als beschädigt markierten Artikeln aufweisen. Dies hilft bei der Standardisierung von Abläufen und der Behebung anlagenspezifischer Probleme.
Bedeutung
Es ermöglicht einen Leistungsvergleich zwischen verschiedenen Lagern und hebt Unterschiede in Bearbeitungszeiten oder Qualitätsbewertung hervor.
Datenquelle
Diese Information kann auf dem Return Order- oder einem zugehörigen Versandobjekt gespeichert werden. Sie kann auch vom Benutzer abgeleitet werden, der die Empfangsaktivität durchgeführt hat.
Beispiele
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
Retouren- & Rückerstattungsabwicklungs-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Artikel im Lager eingegangen
|
Diese Aktivität markiert den physischen Eingang des zurückgegebenen Artikels im vorgesehenen Lager oder Bearbeitungszentrum. Sie wird erfasst, wenn ein Lagerarbeiter den Artikel scannt, wodurch der Status des zugehörigen ReturnOrderItem aktualisiert wird. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der den Prozess von der Kundenaktion zur internen Bearbeitung überführt. Er ist der Ausgangspunkt für die Messung von KPIs zur Lagereffizienz, wie der Eingangs-Prüfungszeit.
Datenquelle
Abgeleitet von einer Statusänderung an der ReturnOrder oder dem ReturnOrderItem-Objekt zu einem Status 'Received' oder wenn das Feld 'quantityReceived' gefüllt wird.
Erfassen
Aktualisierung von ReturnOrderItem.quantityReceived oder Statusänderung zu 'Received' erkennen.
Ereignistyp
inferred
|
|||
|
Artikelprüfung abgeschlossen
|
Diese Aktivität markiert den Abschluss der Artikelprüfung, bei der der Zustand bewertet und dokumentiert wird. Sie wird durch eine Statusänderung am Retourenartikel erfasst, die den nächsten Schritt wie die Rückerstattungsberechnung auslöst. | ||
|
Bedeutung
Dies ist ein wichtiger Entscheidungspunkt im Prozess, der bestimmt, ob eine Rückerstattung gerechtfertigt ist. Die Dauer vom Eingang bis zum Abschluss der Prüfung ist ein wichtiger KPI für Lagerabläufe.
Datenquelle
Abgeleitet von einem Status-Update am ReturnOrderItem-Objekt zu 'Inspected' oder wenn der 'reasonForReturn' von einem Agenten bestätigt wird.
Erfassen
Statusänderung im Feld ReturnOrderItem.status zu 'Inspected' erkennen.
Ereignistyp
inferred
|
|||
|
Refund Processed
|
Diese Aktivität bestätigt, dass die Rückerstattung erfolgreich vom Payment Gateway verarbeitet und die Gelder an den Kunden gesendet wurden. Dieses Event wird normalerweise durch einen Bestätigungs-Callback vom Zahlungsdienstleister ausgelöst. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein zur Messung der Einhaltung der Rückerstattungs-SLA. Er bestätigt den erfolgreichen Abschluss des finanziellen Teils des Retourenprozesses.
Datenquelle
Erfasst von einem Callback-Event des Zahlungsgateways, das den Status des zugehörigen Zahlungs- oder Rückerstattungsobjekts in Salesforce auf 'Processed' oder 'Completed' aktualisiert.
Erfassen
Bestätigungs-Event vom Zahlungsdienstleister verfolgen, der den Payment-Objektstatus aktualisiert.
Ereignistyp
explicit
|
|||
|
Retourenanfrage erstellt
|
Diese Aktivität markiert die Erstellung eines Retourenautorisierungsfalls im System. Sie wird erfasst, wenn ein neuer ReturnOrder-Datensatz in Salesforce Commerce Cloud erstellt wird, entweder vom Kunden über den Storefront oder von einem Service-Mitarbeiter. | ||
|
Bedeutung
Als Startpunkt des Retourenprozesses ist diese Aktivität unerlässlich für die Messung der End-to-End-Durchlaufzeit und die Analyse des Volumens eingehender Retourenanfragen über die Zeit.
Datenquelle
Dieses Event wird vom Erstellungs-Timestamp des ReturnOrder-Objekts in Salesforce Commerce Cloud OMS erfasst.
Erfassen
Die Erstellung eines neuen ReturnOrder-Datensatzes verfolgen.
Ereignistyp
explicit
|
|||
|
Retourenanfrage genehmigt
|
Dieses Event bedeutet, dass eine Retourenanfrage von einem Service-Mitarbeiter oder einer automatisierten Regel geprüft und genehmigt wurde. Es wird typischerweise aus einer Statusänderung am ReturnOrder-Objekt abgeleitet, z. B. von „New“ zu „Approved“. | ||
|
Bedeutung
Das Verfolgen dieses Meilensteins hilft bei der Analyse der Effizienz der Genehmigungsphase und der Identifizierung von Engpässen. Die Zeit zwischen Erstellung und Genehmigung ist ein kritischer KPI für die Bearbeiterleistung.
Datenquelle
Abgeleitet vom Zeitstempel, wann das Statusfeld des ReturnOrder-Objekts auf einen Wert aktualisiert wird, der eine Genehmigung darstellt, wie 'Approved' oder 'Authorized'.
Erfassen
Statusänderung im Feld ReturnOrder.status zu 'Approved' erkennen.
Ereignistyp
inferred
|
|||
|
Retourenfall abgeschlossen
|
Diese Aktivität stellt den endgültigen Abschluss des Retourenfalls im System dar, nachdem eine Rückerstattung, ein Umtausch oder eine Ablehnung finalisiert wurde. Sie wird abgeleitet, wenn der ReturnOrder-Status zu 'Closed' oder 'Completed' wechselt. | ||
|
Bedeutung
Als primärer Endpunkt des Prozesses ist diese Aktivität unerlässlich für die Berechnung der Gesamtzykluszeiten und die Messung des Durchsatzes der Retourenabwicklung.
Datenquelle
Abgeleitet vom Zeitstempel, wann das Statusfeld des ReturnOrder-Objekts auf seinen Endstatus aktualisiert wird, wie 'Closed' oder 'Completed'.
Erfassen
Statusänderung im Feld ReturnOrder.status zu 'Closed' erkennen.
Ereignistyp
inferred
|
|||
|
Artikelprüfung gestartet
|
Dieses Event signalisiert den Beginn der Qualitäts- und Zustandsbewertung des zurückgegebenen Artikels. Es wird typischerweise abgeleitet, wenn der Status des Retourenartikels zu „Inspecting“ oder einem ähnlichen Zustand wechselt. | ||
|
Bedeutung
Das Verfolgen des Prüfungsstarts hilft, die reine Prüfungsdauer von der gesamten Wartezeit im Lager zu isolieren, was eine granularere Sicht auf potenzielle Engpässe bietet.
Datenquelle
Abgeleitet von einem Status-Update am ReturnOrderItem-Objekt zu einem Wert wie 'Inspecting' oder 'Under Inspection'.
Erfassen
Statusänderung im Feld ReturnOrderItem.status zu 'Inspecting' erkennen.
Ereignistyp
inferred
|
|||
|
Refund Initiated
|
Dieses Event markiert den Punkt, an dem Salesforce Commerce Cloud die Rückerstattungsanfrage an ein externes Payment Gateway sendet. Es stellt den Beginn der Finanztransaktion dar. | ||
|
Bedeutung
Die Unterscheidung zwischen Initiierung und Bearbeitung ist entscheidend für die SLA-Compliance-Analyse. Verzögerungen nach diesem Punkt hängen typischerweise mit dem Zahlungsanbieter zusammen, nicht mit der internen Bearbeitung.
Datenquelle
Erfasst aus einem expliziten Event Log oder API-Aufruf-Datensatz, wenn das System mit dem Zahlungsgateway kommuniziert. Es kann auch aus einer Statusänderung an einem Zahlungsobjekt abgeleitet werden.
Erfassen
API-Call-Event an Payment Gateway oder eine Statusänderung auf „Rückerstattung ausstehend“ verfolgen.
Ereignistyp
explicit
|
|||
|
Retourenanfrage abgelehnt
|
Dieses Event zeigt an, dass eine Retourenanfrage abgelehnt wurde und nicht weiter bearbeitet wird. Dies wird erfasst, wenn der ReturnOrder-Status auf „Rejected“ oder „Canceled“ aktualisiert wird, bevor die Waren eingegangen sind. | ||
|
Bedeutung
Die Analyse abgelehnter Retouren hilft, häufige Ablehnungsgründe wie Richtlinienverstöße zu identifizieren, was die Kundenkommunikation und Frontend-Validierungsregeln verbessern kann.
Datenquelle
Abgeleitet vom Zeitstempel, wann das Statusfeld des ReturnOrder-Objekts auf einen Wert aktualisiert wird, der eine Ablehnung darstellt, wie 'Rejected' oder 'Denied'.
Erfassen
Statusänderung im Feld ReturnOrder.status zu 'Rejected' erkennen.
Ereignistyp
inferred
|
|||
|
Retourenlabel generiert
|
Diese Aktivität repräsentiert den Zeitpunkt, an dem ein Versandetikett für den Kunden zur Rücksendung des Artikels erstellt wird. Dies kann explizit erfasst werden, wenn eine Integration mit einem Versanddienstleister dieses Event im Retourenfall protokolliert. | ||
|
Bedeutung
Dieser Schritt ist ein wichtiger Bestandteil des Kundenerlebnisses und kann eine Quelle für Verzögerungen sein, wenn der Generierungsprozess nicht reibungslos verläuft. Er markiert die Übergabe an den Kunden, den Artikel zu versenden.
Datenquelle
Möglicherweise in einem benutzerdefinierten Feld oder verknüpften Objekt am ReturnOrder-Objekt durch eine Versandintegration wie Salesforce Shipping protokolliert.
Erfassen
Event von Versandintegration oder benutzerdefinierter Objekterstellung verfolgen.
Ereignistyp
explicit
|
|||
|
Rückerstattung genehmigt
|
Diese Aktivität bedeutet, dass der berechnete Rückerstattungsbetrag genehmigt wurde und zur Bearbeitung bereit ist. Dies kann ein automatischer Schritt sein oder eine manuelle Genehmigung für hochwertige Retouren erfordern. | ||
|
Bedeutung
Dieser Genehmigungsschritt kann ein Engpass sein, insbesondere wenn er manuelle Intervention erfordert. Er ist ein wichtiger Meilenstein, bevor die Finanztransaktion eingeleitet wird.
Datenquelle
Abgeleitet von einer Statusänderung an der ReturnOrder oder einem zugehörigen Zahlungsobjekt zu einem Zustand wie 'Rückerstattung genehmigt' oder 'Bereit für Rückerstattung'.
Erfassen
Statusänderung an ReturnOrder oder zugehörigem Zahlungsobjekt erkennen.
Ereignistyp
inferred
|
|||
|
Rückerstattungsbetrag berechnet
|
Dies stellt den Schritt dar, in dem der endgültige Rückerstattungsbetrag festgelegt wird, unter Berücksichtigung von Faktoren wie Artikelzustand, Wiedereinlagerungsgebühren oder Aktionen. Dies ist oft ein automatisierter Systemschritt, der Rückerstattungsbetragsfelder befüllt. | ||
|
Bedeutung
Die Analyse dieses Schritts ist entscheidend für das Dashboard 'Analyse der Rückerstattungsbetragsdifferenzen', da sie Fälle hervorhebt, in denen der endgültige Betrag von dem vom Kunden angeforderten abweicht.
Datenquelle
Dieses Event kann aus der Befüllung oder Aktualisierung von Feldern für den Rückerstattungsbetrag am ReturnOrder- oder einem zugehörigen Rückerstattungszahlungsobjekt abgeleitet werden.
Erfassen
Zeitstempel erkennen, wann die Felder für den Rückerstattungsbetrag gefüllt werden.
Ereignistyp
inferred
|
|||
|
Umtauschauftrag erstellt
|
Bei Retouren, die zu einem Umtausch führen, markiert dieses Event die Erstellung eines neuen Verkaufsauftrags für den Ersatzartikel. Dies ist ein alternativer Weg zu einer monetären Rückerstattung. | ||
|
Bedeutung
Diesen Pfad separat von Rückerstattungen zu verfolgen, ist wichtig für das Verständnis von Umtauschraten und der Effizienz des Umtauschabwicklungsprozesses.
Datenquelle
Erfasst aus der Erstellung eines neuen SalesOrder-Objekts, das mit dem ursprünglichen ReturnOrder verknüpft ist.
Erfassen
Erstellung einer neuen SalesOrder verfolgen, verknüpft mit der ReturnOrder-ID.
Ereignistyp
explicit
|
|||