Ihr Daten-Template für die Bearbeitung von Rückgaben und Erstattungen

Universelles Process-Mining-Template
Ihr Daten-Template für die Bearbeitung von Rückgaben und Erstattungen

Ihr Daten-Template für die Bearbeitung von Rückgaben und Erstattungen

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Retouren- und Rückerstattungsabwicklung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Eine universelle Datenstruktur für beliebige Systeme zur Bearbeitung von Rückgaben und Erstattungen.
  • Wichtige Attribute und Aktivitäten für eine zuverlässige Prozessanalyse.
  • Grundlage, um Ineffizienzen und Optimierungsmöglichkeiten aufzudecken.
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Bearbeitung von Rückgaben und Erstattungen

In diesem Abschnitt finden Sie die empfohlenen Datenfelder und Kontextinformationen, die für ein umfassendes Event Log Ihres Rückgabe- und Erstattungsprozesses wichtig sind.
5 Erforderlich 8 Empfohlen 4 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses oder der Aufgabe im Retouren- und Erstattungsprozess.
Beschreibung

Der Aktivitätsname bezeichnet einen einzelnen Schritt oder Meilenstein im Retourenprozess. Er steht für eine konkrete Aktion oder Statusänderung, zum Beispiel „Retourenanfrage angelegt“, „Artikel eingegangen“ oder „Rückerstattung bearbeitet“. Diese Aktivitäten bilden die Bausteine der Prozessübersicht.

In der Analyse dient dieses Attribut dazu, den Prozessablauf darzustellen und Reihenfolge sowie Häufigkeit der einzelnen Schritte zu zeigen. Die Analyse der Aktivitäten hilft, häufige Abläufe, Abweichungen vom Standardprozess und Nacharbeit zu erkennen. Sie ist entscheidend, um zu verstehen, was bei einer Retoure tatsächlich geschieht, und fließt in nahezu alle Process-Mining-Dashboards und KPIs ein.

Warum das wichtig ist

Es legt die Prozessschritte fest und ermöglicht die Darstellung des Prozessablaufs, die Analyse von Prozessvarianten sowie das Erkennen von Engpässen und Nacharbeitsschleifen.

Woher beziehen

Diese Information stammt häufig aus Statusänderungsprotokollen, Ereignistabellen oder Transaktionscodes im Quellsystem.

Beispiele
Rücksendeantrag genehmigtWarenprüfung abgeschlossenGutschrift erstelltRetourenfall geschlossen
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit, also der Timestamp, erfasst Datum und Uhrzeit einer Aktivität genau. Diese chronologischen Daten sind erforderlich, um Ereignisse innerhalb eines Cases korrekt zu ordnen und den zeitlichen Ablauf der Retoure abzubilden.

Dieses Attribut ist für jede zeitbasierte Analyse entscheidend. Es dient dazu, Zykluszeiten zwischen Aktivitäten und die Gesamtdauer eines Retourenfalls zu berechnen sowie die Einhaltung von Service Level Agreements (SLAs) zu überwachen, etwa die Bearbeitungszeit einer Rückerstattung. Anhand der Timestamps können Unternehmen Verzögerungen lokalisieren, die Prozessleistung im Zeitverlauf nachvollziehen und Möglichkeiten zur Verkürzung des Retourenprozesses erkennen.

Warum das wichtig ist

Dieses Attribut bildet die chronologische Reihenfolge der Ereignisse ab. Sie ist entscheidend, um Zykluszeiten zu berechnen, Engpässe zu erkennen und die SLA-Einhaltung zu messen.

Woher beziehen

Typischerweise in Systemprotokollen, Transaktionsdatensätzen oder Erstellungszeitstempeln der jeweiligen Dokumente zu finden.

Beispiele
2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z
Retourenfall-ID
ReturnCaseId
Die eindeutige Kennung für den Retouren- und Erstattungsfall eines Kunden. Sie verknüpft alle zugehörigen Aktivitäten von der Einleitung bis zum Abschluss.
Beschreibung

Die Retourenfall-ID ist der Primärschlüssel, der eine einzelne Instanz des Retourenprozesses eindeutig kennzeichnet. Für jede vom Kunden eingeleitete Retoure wird eine eindeutige ID vergeben. Über sie lassen sich alle nachfolgenden Ereignisse, Dokumente und Mitteilungen zu dieser Retoure verfolgen.

Bei der Process-Mining-Analyse ist diese ID entscheidend, um alle zugehörigen Ereignisse zu einem zusammenhängenden Prozessablauf zu verknüpfen. So kann das Tool den gesamten Weg jeder Retoure rekonstruieren, von der ersten Anfrage bis zur abschließenden Lösung, etwa einer Rückerstattung oder einem Umtausch. Ohne eine einheitliche Case-ID lassen sich Prozessvarianten und Zykluszeiten nicht zuverlässig analysieren und Engpässe nicht präzise erkennen.

Warum das wichtig ist

Dieses grundlegende Attribut für Process Mining gruppiert alle zusammengehörigen Ereignisse in einem einzelnen Case. Dadurch lässt sich der Retourenprozess durchgängig rekonstruieren und analysieren.

Woher beziehen

Typischerweise im Kopf von Retourenaufträgen, in Datensätzen zur Retourenfreigabe (RMA) oder in Fallmanagementsystemen zu finden.

Beispiele
RT-94301RMA-2024-00123CASE-582190-RET700045981
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Prozessdaten zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst, wann der für die Process-Mining-Analyse verwendete Datensatz zuletzt aus den Quellsystemen extrahiert oder aktualisiert wurde. Es gibt Aufschluss darüber, wie aktuell die daraus gewonnenen Erkenntnisse sind.

Auch wenn diese Information nicht direkt in Kennzahlen wie der Zykluszeit verwendet wird, ist sie für die Empfänger von Berichten wichtig, um die Aktualität der Daten einzuschätzen. So wissen die Beteiligten, wie aktuell die Daten sind, und können die Analyse richtig einordnen, zum Beispiel, ob die Dashboards die Prozessleistung bis gestern oder bis zur Vorwoche abbilden.

Warum das wichtig ist

Es gibt wichtigen Aufschluss über die Aktualität der Daten und hilft den Beteiligten einzuschätzen, wie aktuell die Prozessanalyse ist.

Woher beziehen

Diese Metadaten werden üblicherweise bei der Datenextraktion, -transformation und -ladung (ETL) erzeugt.

Beispiele
2023-05-01T02:00:00Z2023-05-02T02:00:00Z2023-05-03T02:00:00Z
Quellsystem
SourceSystem
Das Informationssystem, aus dem die Ereignisdaten extrahiert wurden.
Beschreibung

Das Attribut „Quellsystem“ bezeichnet die Anwendung oder Plattform, in der die Aktivität ursprünglich erfasst wurde. In vielen Unternehmen erstreckt sich der Retourenprozess über mehrere Systeme, zum Beispiel ein CRM für die erste Anfrage, ein WMS für den Wareneingang und ein ERP für die Rückerstattung.

Die Kenntnis des Quellsystems ist wichtig für die Data Governance und das Verständnis der IT-Landschaft des Prozesses. In der Analyse hilft sie, Probleme mit der Datenqualität bis zu ihrem Ursprung zurückzuverfolgen. Außerdem kann sie eine Fragmentierung des Prozesses sichtbar machen, wenn Aufgaben häufig zwischen verschiedenen Systemen übergeben werden. Solche Übergaben können Verzögerungen und Ineffizienzen verursachen.

Warum das wichtig ist

Es hilft, die Herkunft der Daten nachzuvollziehen und Übergaben oder Verzögerungen zu analysieren, die durch das Zusammenspiel verschiedener IT-Systeme entstehen.

Woher beziehen

Häufig handelt es sich um ein Metadatenfeld, das bei der Datenextraktion hinzugefügt wird oder in den Kopfzeilen der Systemprotokolle verfügbar ist.

Beispiele
SAP S/4HANASalesforceOracle NetSuiteDynamics 365
Angeforderter Erstattungsbetrag
RequestedRefundAmount
Der Gesamtbetrag, den der Kunde zu Beginn des Prozesses als Rückerstattung beantragt hat.
Beschreibung

Dieses Attribut gibt den ursprünglichen Erstattungsbetrag an, den der Kunde erwartet. Er richtet sich üblicherweise nach dem Preis der zurückgesendeten Artikel und dient zu Beginn des Retouren- und Erstattungsprozesses als Vergleichswert.

Für die KPI „Genauigkeit des Erstattungsbetrags“ ist es entscheidend, diesen Betrag mit dem tatsächlich erstatteten Betrag zu vergleichen. Abweichungen können auf Wiedereinlagerungsgebühren, Teilerstattungen für beschädigte Ware oder fehlerhafte Anfangsberechnungen hinweisen. Anhand dieses Werts lassen sich Retouren außerdem nach ihrer finanziellen Auswirkung kategorisieren.

Warum das wichtig ist

Er dient als Vergleichswert, um die Genauigkeit von Rückerstattungen zu messen und Retouren nach ihrem finanziellen Wert einzuordnen. So können Sie sich auf Fälle mit hohen Beträgen konzentrieren.

Woher beziehen

Üblicherweise im Retourenantrag oder im ursprünglichen Retourenauftrag zu finden, verknüpft mit dem Nettowert der Artikel.

Beispiele
99.99150.0025.501200.75
Endzeit des Ereignisses
EventEndTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität abgeschlossen wurde.
Beschreibung

Während die Ereigniszeit den Beginn einer Aktivität markiert, erfasst die Endzeit des Ereignisses ihren Abschluss. Das ist besonders hilfreich bei Aktivitäten mit messbarer Dauer, etwa einer Artikelprüfung oder Qualitätskontrolle.

In der Analyse dient dieses Attribut vor allem dazu, die Bearbeitungszeit einzelner Aktivitäten zu berechnen. Ziehen Analysten die Ereigniszeit von der Endzeit des Ereignisses ab, können sie die Dauer jedes Schritts ermitteln. Das ist wichtig für die Engpassanalyse, die Planung von Ressourcenkapazitäten und das Erkennen der Aktivitäten, die im Gesamtprozess am meisten Zeit beanspruchen.

Warum das wichtig ist

Damit lassen sich Aktivitätsdauern berechnen. Das ist entscheidend für eine detaillierte Engpassanalyse und das Verständnis der Ressourcenauslastung.

Woher beziehen

Zu finden in Systemprotokollen oder Transaktionsdaten, in denen sowohl Start- als auch End-Timestamps eines Vorgangs erfasst werden.

Beispiele
2023-04-15T11:00:00Z2023-11-20T14:55:00Z2024-01-05T17:30:00Z
Kunden-ID
CustomerId
Die eindeutige Kennung des Kunden, der die Retoure eingeleitet hat.
Beschreibung

Die Kunden-ID kennzeichnet eindeutig die Person oder das Unternehmen, das das Produkt zurücksendet. Über dieses Attribut wird der Retourenvorgang mit der gesamten Kundenhistorie beim Unternehmen verknüpft.

So lässt sich der Retourenprozess aus Kundensicht analysieren. Die Analyse kann zeigen, ob bestimmte Kunden besonders häufig Artikel zurücksenden, was auf betrügerisches Verhalten oder anhaltende Unzufriedenheit hindeuten kann. Außerdem können Sie den Retourenprozess nach Kundengruppen aufschlüsseln und zum Beispiel prüfen, ob VIP-Kunden ihre Retoure schneller oder anders abwickeln als andere Kunden.

Warum das wichtig ist

Sie ermöglicht kundenorientierte Analysen, mit denen sich häufige Retouren, Kundensegmente und die Retourenerfahrung verschiedener Kundengruppen untersuchen lassen.

Woher beziehen

Zu finden im Kopf des Retourenauftrags oder in den verknüpften Kundenkontodaten eines CRM- oder ERP-Systems.

Beispiele
CUST-10045ACCT-9821-B800345user@example.com
Produkt-ID
ProductId
Die eindeutige Kennung des zurückgesendeten Produkts oder der Dienstleistung.
Beschreibung

Die Produkt-ID ist ein eindeutiger Code, etwa eine SKU oder Materialnummer, der den zurückgesendeten Artikel kennzeichnet. Sie verknüpft den Retourenfall mit dem Produktkatalog des Unternehmens.

Die Analyse der Retouren nach Produkt-ID hilft, Artikel mit hohen Retourenquoten zu erkennen. So lassen sich Probleme mit der Produktqualität, Konstruktionsfehler oder ungenaue Online-Beschreibungen aufdecken. Unternehmen können diese Informationen nutzen, um über die Einstellung eines Produkts, Verbesserungen am Design oder die Aktualisierung von Marketingmaterialien zu entscheiden. Die Produkt-ID ist eine wichtige Dimension, um die finanziellen und betrieblichen Auswirkungen von Retouren für einzelne Produkte zu verstehen.

Warum das wichtig ist

Sie ermöglicht Analysen auf Produktebene, um Artikel mit hohen Retourenquoten zu erkennen. Diese können auf Qualitätsprobleme oder ungenaue Produktbeschreibungen hinweisen.

Woher beziehen

Zu finden in den Positionsdetails des Retourenauftrags, Verkaufsauftrags oder Datensatzes zur Retourenfreigabe (RMA).

Beispiele
SKU-A-5011-BLUEMAT-987654PROD-000424005808915442
Retourengrund
ReturnReason
Der vom Kunden angegebene oder bei der Prüfung festgestellte Grund für die Retoure.
Beschreibung

Der Retourengrund gibt an, warum ein Artikel zurückgesendet wurde. Die Gründe reichen von „Falscher Artikel geliefert“ und „Produkt defekt“ bis zu „Umentschieden“ oder „Passt nicht“. Diese Information wird üblicherweise bei der Anmeldung der Retoure vom Kunden erfasst.

Dieses Attribut ist für die Ursachenanalyse besonders wertvoll. Anhand der häufigsten Retourengründe kann ein Unternehmen grundlegende Probleme mit Produkten, der Versandgenauigkeit oder Produktbeschreibungen erkennen. Daraus lassen sich gezielte Verbesserungen bei Produktqualität, Logistik oder Marketing ableiten. So können die Retourenquote insgesamt sinken und die Kundenzufriedenheit steigen.

Warum das wichtig ist

Es ermöglicht eine gezielte Ursachenanalyse, mit der sich Muster bei Produktmängeln, Versandfehlern oder Kundenpräferenzen erkennen lassen. So können künftige Retouren reduziert werden.

Woher beziehen

Wird üblicherweise im Retourenantrag oder Auftragsdokument erfasst, oft als standardisierter Ursachencode oder Freitextfeld.

Beispiele
Produkt defektFalsche Größe/FarbeZu spät eingetroffenNicht mehr benötigt
Retourenkanal
ReturnChannel
Der Weg oder Kanal, über den der Kunde die Retoure eingeleitet hat.
Beschreibung

Der Retourenkanal gibt an, wie die Retoure eingeleitet wurde, zum Beispiel über ein Online-Portal, in einer Filiale, per Anruf beim Kundenservice oder per Post. Je nach Kanal können sich Prozessabläufe, Kosten und Kundenzufriedenheit unterscheiden.

Durch den Vergleich der Retourenprozesse nach Kanal kann ein Unternehmen deren Effizienz und Wirtschaftlichkeit bewerten. Dabei kann sich zeigen, dass ein Kanal eine deutlich längere Zykluszeit oder mehr manuelle Eingriffe aufweist als ein anderer. Diese Erkenntnisse helfen bei Entscheidungen darüber, in welche Prozessverbesserungen oder Automatisierung investiert werden sollte, um über alle Kanäle hinweg eine einheitlichere und effizientere Customer Experience zu schaffen.

Warum das wichtig ist

Die Analyse nach Kanal ermöglicht den Vergleich von Effizienz, Kosten und Customer Experience verschiedener Retourenwege und unterstützt so strategische Investitionsentscheidungen.

Woher beziehen

Diese Information wird üblicherweise bei der Einleitung der Retoure erfasst und im Retourenantrag oder im Fallmanagementdatensatz gespeichert.

Beispiele
OnlineIn der FilialeCallcenterPost
Tatsächlicher Erstattungsbetrag
ActualRefundAmount
Der endgültige Betrag, der dem Kunden nach allen Prüfungen und Anpassungen erstattet wurde.
Beschreibung

Der tatsächliche Erstattungsbetrag ist die endgültige Summe, die dem Kunden gutgeschrieben wird. Er kann vom beantragten Betrag abweichen, etwa aufgrund von Wiedereinlagerungsgebühren, Rabatten, abgezogenen Versandkosten oder Anpassungen je nach Zustand des zurückgesendeten Artikels.

Dieses Attribut ist für den finanziellen Abgleich und die Bewertung der Prozessergebnisse wichtig. Im Vergleich mit dem beantragten Betrag bildet es die Grundlage für die KPI „Genauigkeit des Erstattungsbetrags“. Die Analyse dieser Daten zeigt, welche finanziellen Auswirkungen Retourenrichtlinien haben und aus welchen Gründen Erstattungsbeträge angepasst werden. So werden Wertverluste und Rückgewinnungspotenziale sichtbar.

Warum das wichtig ist

Das Attribut ist entscheidend für die Finanzanalyse, die Messung der Erstattungsgenauigkeit und das Verständnis der tatsächlichen finanziellen Auswirkungen des Retourenprozesses auf das Unternehmen.

Woher beziehen

Zu finden in der Gutschrift, in Finanzbuchungsbelegen oder in den abschließenden Falldaten des ERP- oder Buchhaltungssystems.

Beispiele
99.99135.000.001200.75
Verantwortlicher Benutzer
ResponsibleUser
Der Benutzer, Mitarbeitende oder automatisierte Systemagent, der eine bestimmte Aktivität ausgeführt hat oder dafür verantwortlich ist.
Beschreibung

Dieses Attribut bezeichnet die Person oder das Team, das eine bestimmte Aufgabe im Retourenprozess ausgeführt hat. Das kann ein Kundenservice-Mitarbeiter sein, der die Retoure genehmigt hat, ein Lagermitarbeiter, der den Artikel geprüft hat, oder ein automatisiertes System, das die Rückerstattung bearbeitet hat.

Die Analyse des verantwortlichen Benutzers hilft, die Arbeitsverteilung, die Teamleistung und den Schulungsbedarf zu verstehen. Sie kann zeigen, ob bestimmte Benutzer oder Teams zu Engpässen führen oder unterschiedlichen Prozessvarianten folgen. Auch für die Analyse von Nacharbeit sind diese Daten wichtig, denn sie zeigen, wer die ursprüngliche Aufgabe ausgeführt und wer sie korrigiert hat.

Warum das wichtig ist

Dieses Attribut ist wichtig für die Analyse der Ressourcenleistung. Damit können Sie die Effizienz von Teams vergleichen, die Arbeitsverteilung untersuchen und Schulungsbedarf erkennen.

Woher beziehen

Häufig in Transaktionsdetails, Änderungsprotokollen von Dokumenten oder Benutzeraktivitätsprotokollen unter Feldern wie „User ID“ oder „Processed By“ zu finden.

Beispiele
j.smithServiceTeam_EUSYSTEM_AUTOAgent045
Ablehnungsgrund
RejectionReason
Der konkrete Grund, aus dem ein Retourenantrag oder eine Rückerstattung abgelehnt wurde.
Beschreibung

Wird eine Retoure nicht angenommen, erläutert der Ablehnungsgrund die Entscheidung. Häufige Gründe sind „Rückgabefrist abgelaufen“, „Artikel vom Kunden beschädigt“ oder „Artikel von der Rückgabe ausgeschlossen“.

Dieses Attribut ist wichtig, um die Einhaltung und Durchsetzung von Richtlinien zu verstehen. Die Analyse der Ablehnungsgründe zeigt, an welchen Stellen Kunden die Rückgabebedingungen häufig missverstehen. Sie kann auch auf Unterschiede bei der Anwendung der Richtlinien durch verschiedene Mitarbeitende oder Teams hinweisen. Diese Erkenntnisse können dazu beitragen, die Rückgabebedingungen verständlicher zu formulieren oder Mitarbeitende gezielter zu schulen.

Warum das wichtig ist

Es erläutert, warum Retouren abgelehnt werden, und liefert Erkenntnisse zum Kundenverhalten, zur Verständlichkeit der Richtlinien und zu deren einheitlicher Anwendung.

Woher beziehen

Zu finden in den Fallnotizen oder in einem speziellen Statusfeld des Retourenfreigabe- oder Fallmanagementsystems.

Beispiele
Rückgabefrist abgelaufenArtikel nicht im OriginalzustandVom Umtausch ausgeschlossenOriginalverpackung fehlt
Buchungskreis
CompanyCode
Die Kennung der juristischen Person oder Niederlassung, die die Retoure bearbeitet.
Beschreibung

In großen multinationalen Unternehmen dient ein Buchungskreis dazu, verschiedene juristische Personen oder Tochtergesellschaften voneinander zu unterscheiden. So werden Finanztransaktionen und Bestandsbewegungen dem richtigen Unternehmensteil zugeordnet.

Bei Unternehmen mit mehreren juristischen Personen ist dieses Attribut wichtig, um die Prozessanalyse nach Einheiten aufzuschlüsseln. Es ermöglicht den Vergleich des Retourenprozesses zwischen Ländern, Geschäftseinheiten oder Marken. Dadurch können regionale Unterschiede bei Effizienz, Richtlinieneinhaltung oder häufigen Retourengründen sichtbar werden.

Warum das wichtig ist

Bei Unternehmen mit mehreren juristischen Personen ermöglicht das Attribut den Vergleich von Prozessleistung und Compliance zwischen Geschäftseinheiten, Regionen oder Unternehmen.

Woher beziehen

Dieses grundlegende Organisationsdatenfeld befindet sich im Kopf von Finanz- und Logistikdokumenten eines ERP-Systems.

Beispiele
1000US01DE015400
Retourenstatus
ReturnStatus
Der Gesamtstatus des Retourenfalls zum Zeitpunkt des Ereignisses.
Beschreibung

Der Retourenstatus zeigt den aktuellen Stand der Retoure im Prozess an, zum Beispiel „Genehmigung ausstehend“, „Wareneingang ausstehend“, „Prüfung abgeschlossen“ oder „Geschlossen“. Er beschreibt den Status des gesamten Falls.

Während der Aktivitätsname einzelne Ereignisse erfasst, eignet sich der Retourenstatus dazu, Fälle nach ihrem aktuellen Stand zu filtern und zu analysieren. Er unterstützt die Steuerung des Prozessdurchsatzes, indem er zeigt, wie viele Fälle sich zu einem bestimmten Zeitpunkt in jeder Prozessphase befinden. Auf dieser Grundlage lassen sich Dashboards erstellen, die laufende Vorgänge überwachen und wachsende Rückstände in bestimmten Prozessphasen sichtbar machen.

Warum das wichtig ist

Damit lässt sich der Fortschritt von Retouren verfolgen und die laufende Arbeit analysieren. Das ist wichtig, um den Durchsatz zu steuern und Rückstände zu erkennen.

Woher beziehen

Dieses Statusfeld befindet sich auf Kopfebene des Retourenauftrags, der RMA oder des Falldatensatzes.

Beispiele
Genehmigung ausstehendArtikel eingegangenErstattung bearbeitetGeschlossen
Verwendungscode
DispositionCode
Ein Code, der das Ergebnis der Artikelprüfung und die nächste auszuführende Aktion angibt.
Beschreibung

Der Verwendungscode wird zugewiesen, nachdem der zurückgesendete Artikel physisch geprüft wurde. Er legt den nächsten Prozessschritt fest, zum Beispiel „Wieder einlagern“, „Reparieren“, „Verschrotten“ oder „An Lieferanten zurücksenden“.

Die Analyse der Verwendungscodes zeigt die Ergebnisse von Retouren. Sie kann die finanziellen Auswirkungen zurückgesendeter Waren beziffern, etwa anhand des Anteils verschrotteter und wiederverkaufbarer Artikel. Diese Daten sind wichtig für die Bestandsverwaltung und helfen, die tatsächlichen Kosten von Retouren über den Erstattungsbetrag hinaus zu verstehen.

Warum das wichtig ist

Er zeigt das Ergebnis der Prüfung und ist damit wichtig für die Bestandsverwaltung sowie für die Berechnung finanzieller Verluste oder Rückgewinnung aus retournierten Waren.

Woher beziehen

Wird üblicherweise nach Abschluss der physischen Artikelprüfung in Lagerverwaltungs- oder Bestandssystemen erfasst.

Beispiele
WIEDEREINLAGERNVERSCHROTTENREPARIERENAN_LIEFERANTEN_ZURÜCK
Erforderlich Empfohlen Optional

Aktivitäten bei der Bearbeitung von Rückgaben und Erstattungen

Dieser Abschnitt beschreibt die wichtigsten Prozessschritte und Meilensteine, deren Erfassung eine präzise Prozesserkennung und Visualisierung ermöglicht.
7 Empfohlen 5 Optional
Aktivität Beschreibung
Artikel eingegangen
Diese Aktivität markiert den physischen Eingang des zurückgesendeten Artikels im Lager oder im zuständigen Rücksendezentrum. Dieser wichtige logistische Meilenstein bestätigt, dass sich der Artikel wieder im Besitz des Unternehmens befindet.
Warum das wichtig ist

Dieses Ereignis ist ein wichtiger Kontrollpunkt, der den Rücksendeprozess in die Phasen „Kundenaktivität“ und „interne Aktivität“ unterteilt. Die Zeit von der Genehmigung bis zum Wareneingang zeigt die Leistung von Kunden und Versand.

Woher beziehen

Dieses Ereignis wird explizit im Lagerverwaltungs- oder Bestandssystem erfasst, in der Regel bei der Buchung eines Wareneingangs oder beim Scannen des Artikels nach seiner Ankunft.

Erfassung

Suchen Sie nach Wareneingangsbuchungen oder Bestandsbewegungsprotokollen, die mit der Case-ID des Rücksendefalls verknüpft sind.

Ereignistyp explicit
Disposition der Rücksendung festgelegt
Nach der Prüfung wird entschieden, was mit dem zurückgesendeten Artikel geschieht. Übliche Dispositionen sind die Rückführung in den Bestand, die Verschrottung oder die Reparatur.
Warum das wichtig ist

Dispositionsentscheidungen wirken sich direkt auf den Bestand und finanzielle Abschreibungen aus. Die Analyse dieser Ergebnisse hilft, die Kosten von Rücksendungen und die Ursachen von Produktausfällen besser zu verstehen.

Woher beziehen

Diese Entscheidung wird in der Regel nach Abschluss der Prüfung als Dispositions- oder Ursachencode für die Rücksendeartikelposition erfasst.

Erfassung

Ermitteln Sie das Ereignis, bei dem der Rücksendeartikel einem Dispositionscode oder einer Folgemaßnahme wie „Gutschrift“ oder „Verschrottung“ zugeordnet wird.

Ereignistyp explicit
Erstattung bearbeitet
Diese Aktivität markiert den abschließenden finanziellen Ausgleich, bei dem der Betrag tatsächlich an den Kunden zurückgezahlt wird. Sie bestätigt, dass die Zahlung veranlasst und die finanzielle Verpflichtung des Unternehmens erfüllt wurde.
Warum das wichtig ist

Damit wird der letzte Schritt zur Erfüllung der Kundenerwartung an eine Erstattung abgeschlossen. Verzögerungen an dieser Stelle können zu Unzufriedenheit und Streitfällen führen, selbst wenn alle vorherigen Schritte schnell erledigt wurden.

Woher beziehen

Dieses Ereignis wird häufig im Finanzsystem erfasst, wenn ein Zahlungsausgleichsdokument mit der Gutschrift verrechnet wird, oder anhand einer Bestätigung des Zahlungsdienstleisters.

Erfassung

Suchen Sie nach dem Timestamp des finanziellen Ausgleichsdokuments oder nach dem Status „Bezahlt“ auf der Gutschrift.

Ereignistyp explicit
Gutschrift erstellt
Diese Aktivität kennzeichnet die Erstellung eines Finanzdokuments, das eine Erstattung an den Kunden autorisiert. Darin wird der gutzuschreibende Betrag verbindlich festgehalten und die Zahlung im Finanzsystem vorbereitet.
Warum das wichtig ist

Damit beginnt die finanzielle Abwicklung der Rücksendung. Die Zeit vom Wareneingang bis zur Erstellung der Gutschrift ist eine wichtige Kennzahl für die Effizienz der internen Bearbeitung.

Woher beziehen

Dieses Ereignis wird explizit erfasst, wenn im Finanz- oder Vertriebsmodul eine Gutschrift, eine Gutschriftsanzeige oder ein entsprechendes Fakturierungsdokument erstellt wird.

Erfassung

Erfassen Sie den Erstellungs-Timestamp der Gutschrift, die mit dem Rücksendefall verknüpft ist.

Ereignistyp explicit
Retourenfall geschlossen
Dies ist die letzte Aktivität. Sie zeigt an, dass alle logistischen, finanziellen und administrativen Schritte für die Retoure abgeschlossen sind. Der Fall erhält den endgültigen Status „Geschlossen“; weitere Bearbeitung ist nicht vorgesehen.
Warum das wichtig ist

Damit endet der Prozess für einen einzelnen Fall endgültig. Dieser Zeitpunkt ist entscheidend, um die durchgängige Zykluszeit korrekt zu berechnen und den Prozessdurchsatz zu ermitteln.

Woher beziehen

Dieses Ereignis wird aus der abschließenden Statusänderung im zentralen Retourenfalldatensatz abgeleitet, zum Beispiel aus „Geschlossen“ oder „Abgeschlossen“.

Erfassung

Erfassen Sie den Timestamp, zu dem der zentrale Retourenfalldatensatz auf seinen endgültigen Status gesetzt wird.

Ereignistyp inferred
Rücksendeantrag erstellt
Diese Aktivität markiert den Beginn des Rücksendeprozesses: Ein formeller Antrag zur Rückgabe eines Artikels wird erstellt. In der Regel löst ein Kunde oder eine Servicekraft den Vorgang aus. Dabei wird die eindeutige Case-ID für die Nachverfolgung der Rücksendung angelegt.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Zeitspanne von dieser Aktivität bis zum Abschluss ergibt die gesamte Durchlaufzeit der Rücksendung und ist eine wichtige Leistungskennzahl.

Woher beziehen

Dieses Ereignis wird anhand des Erstellungs-Timestamps des zentralen Rücksendedatensatzes oder -dokuments erfasst, etwa eines Rücksendeauftrags oder einer Rücksendegenehmigung.

Erfassung

Ermitteln Sie in den Transaktionsprotokollen oder Tabellen des Quellsystems das Erstellungsereignis des zentralen Datensatzes für den Rücksendefall.

Ereignistyp explicit
Warenprüfung abgeschlossen
Diese Aktivität steht für den Abschluss der Qualitätsprüfung des zurückgesendeten Artikels. Dabei wird sein Zustand bewertet, um festzustellen, ob eine vollständige Erstattung, eine teilweise Gutschrift oder ein Umtausch infrage kommt.
Warum das wichtig ist

Dauer und Ergebnis der Prüfung sind entscheidend, um Engpässe in der Lagerbearbeitung und Probleme mit der Produktqualität zu erkennen. Die Prüfung liefert die Entscheidungsgrundlage für die finanziellen Folgen.

Woher beziehen

Dieses Ereignis kann explizit in einem Qualitätsmanagementmodul erfasst oder aus einer Statusänderung der Rücksendeartikelposition abgeleitet werden, die den Abschluss der Prüfung anzeigt.

Erfassung

Erfassen Sie den Timestamp des Qualitätsentscheidungsdatensatzes, der Zuweisung eines Dispositionscodes oder der Statusänderung zu „Prüfung abgeschlossen“.

Ereignistyp explicit
Kunde benachrichtigt
Dieses Ereignis steht für eine gezielte Mitteilung an den Kunden zu einer wichtigen Statusänderung im Retourenprozess. Die Benachrichtigung kann den Eingang des Artikels, den Abschluss der Rückerstattung oder den Versand eines Ersatzartikels bestätigen.
Warum das wichtig ist

Eine proaktive Kommunikation mit Kunden ist entscheidend für eine positive Customer Experience. Die Analyse von Zeitpunkt und Häufigkeit der Benachrichtigungen kann Lücken im Kundenservice aufzeigen.

Woher beziehen

Dieses Ereignis wird üblicherweise aus einem Mitteilungsprotokoll, einer E-Mail-Service-Integration oder einer Statusaktualisierung ermittelt, die eine Kundenbenachrichtigung auslöst.

Erfassung

Extrahieren Sie die Timestamps aus den systemgenerierten E-Mails oder Mitteilungsprotokollen zum Retourenfall.

Ereignistyp inferred
Rücksendeantrag abgelehnt
Diese Aktivität kennzeichnet die Entscheidung, einen Rücksendeantrag abzulehnen, häufig aufgrund eines Richtlinienverstoßes oder fehlender Rückgabeberechtigung. Sie beendet den Fall und verhindert eine weitere Bearbeitung.
Warum das wichtig ist

Die Analyse abgelehnter Rücksendungen liefert Erkenntnisse zu Missverständnissen bei Kunden, zur Wirksamkeit von Richtlinien und zu möglichem Betrug. Eine Ablehnung ist eine deutliche Abweichung vom Happy Path.

Woher beziehen

Dieses Ereignis lässt sich aus einer Statusänderung des Rücksendedatensatzes in den endgültigen Status „Abgelehnt“ oder „Storniert“ ableiten, bevor die Ware eingegangen ist.

Erfassung

Erfassen Sie den Timestamp, zu dem sich der Status des Rücksendefalls in „Abgelehnt“, „Zurückgewiesen“ oder einen vergleichbaren Endstatus ändert.

Ereignistyp inferred
Rücksendeantrag genehmigt
Diese Aktivität steht für die formelle Genehmigung eines Rücksendeantrags durch den Kunden. Damit kann der Prozess fortgesetzt werden. Die Genehmigung richtet sich häufig nach Geschäftsregeln, etwa zur Rückgabefrist und zur Rückgabeberechtigung des Produkts.
Warum das wichtig ist

Die Zeit zwischen der Erstellung und der Genehmigung des Antrags zeigt, wo in der ersten Prüfungsphase Engpässe auftreten. Die Genehmigung ist eine wichtige Voraussetzung, bevor physische oder finanzielle Schritte erfolgen.

Woher beziehen

Dieses Ereignis lässt sich in der Regel aus einer Statusänderung des Rücksendedatensatzes ableiten, zum Beispiel von „Ausstehend“ zu „Genehmigt“, oder aus der Aufhebung einer Bearbeitungssperre.

Erfassung

Erfassen Sie den Timestamp, zu dem sich der Status des Rücksendedatensatzes in „Genehmigt“ oder einen entsprechenden Status ändert.

Ereignistyp inferred
Umtauschartikel versendet
Diese Aktivität kennzeichnet den Versand des Ersatzartikels an den Kunden im Rahmen eines Umtauschs. Damit wird die Verpflichtung des Unternehmens aus dem Umtausch erfüllt.
Warum das wichtig ist

Die Zeit zwischen dem Anlegen eines Umtauschauftrags und dem Versand des Artikels ist eine wichtige Kennzahl für die Kundenzufriedenheit beim Umtausch. Sie bildet den Erfüllungsschritt im Umtauschprozess ab.

Woher beziehen

Dieses Ereignis wird in der Regel erfasst, wenn ein Versandbeleg oder Lieferschein für den Umtauschauftrag gebucht wird.

Erfassung

Erfassen Sie den Timestamp der Warenausgangsbuchung oder der Versandbestätigung für den Umtauschauftrag.

Ereignistyp explicit
Umtauschauftrag erstellt
Diese Aktivität tritt ein, wenn ein Kunde statt einer Erstattung einen Umtausch wünscht. Ein neuer Verkaufsauftrag wird erstellt, damit ein Ersatzartikel an den Kunden versendet werden kann.
Warum das wichtig ist

Dies ist ein wichtiger alternativer Pfad im Rücksendeprozess. Er dient der Kundenbindung statt einer finanziellen Erstattung. Die Analyse dieses Ablaufs zeigt, wie effizient der Umtausch funktioniert.

Woher beziehen

Dieses Ereignis wird bei der Erstellung eines neuen Verkaufsauftrags erfasst, der direkt mit dem ursprünglichen Rücksendefall verknüpft ist oder auf ihn verweist.

Erfassung

Ermitteln Sie das Erstellungsereignis eines Verkaufsauftrags, der als Ersatzlieferung oder Umtausch gekennzeichnet und mit einer Rücksende-ID verknüpft ist.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden   oder   wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie loslegen?

Wählen Sie unten eine Extraktionsanleitung für Ihr System aus, um passende Anweisungen zu erhalten. Alternativ können Sie das generische Template als Grundlage verwenden, um Ihre Daten zur Bearbeitung von Rückgaben und Erstattungen vorzubereiten.

Bearbeiten Sie Rückgaben und Erstattungen schneller. Starten Sie noch heute.

Gewinnen Sie Erkenntnisse in Echtzeit, steigern Sie die Effizienz und stärken Sie die Kundenbindung.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Richten Sie alles ein und sehen Sie schnell erste Ergebnisse.