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

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

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

Dieses umfassende Template führt Sie durch die wesentlichen Datenpunkte, die Sie für eine aussagekräftige Analyse der Rückgabe- und Erstattungsprozesse benötigen. Es beschreibt die zentralen zu erfassenden Attribute und wichtigen Aktivitäten und erklärt, wie Sie diese Daten extrahieren. Bereiten Sie damit Ihre NetSuite-Daten für eine fundierte Process-Mining-Analyse vor.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Anleitung zum Datenexport aus NetSuite
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

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

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Bearbeitung von Rücksendungen und Erstattungen in NetSuite umfassend zu analysieren.
5 Erforderlich 5 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Name des konkreten Geschäftsvorfalls oder Prozessschritts bei der Bearbeitung einer Rückgabe, zum Beispiel „Artikel geprüft“ oder „Rückerstattung bearbeitet“.
Beschreibung

Der Aktivitätsname bezeichnet einen bestimmten Schritt oder Meilenstein im Ablauf von Rückgabe und Rückerstattung. Die Ereignisse werden anhand ihrer Timestamps geordnet, um den Prozessablauf abzubilden. Die Analyse von Reihenfolge und Häufigkeit der Aktivitäten zeigt die häufigsten Prozesspfade, Engpässe zwischen Schritten sowie Nacharbeiten oder wiederholte Aktivitäten. Beispiele sind „Rückgabegenehmigung erstellt“, „Artikel eingegangen“ und „Gutschrift freigegeben“.

Warum das wichtig ist

Dieses Attribut legt die Prozessschritte fest. Es ist wichtig, um die Prozesslandkarte darzustellen, Ablaufvarianten zu analysieren und Engpässe oder Nacharbeitsschleifen zu erkennen.

Woher beziehen

Dieses Attribut wird üblicherweise aus Statusänderungen von Transaktionsdatensätzen wie Rückgabegenehmigungen und Gutschriften oder aus bestimmten Benutzeraktionen abgeleitet, die in Systemnotizen oder benutzerdefinierten Ereignisprotokollen erfasst sind.

Beispiele
Rückgabegenehmigung erstelltArtikel eingegangenArtikel geprüftRückerstattung bearbeitetRückgabegenehmigung geschlossen
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die genaue Uhrzeit der Aktivität. Sie bilden die chronologische Grundlage des Prozesses.
Beschreibung

Der Ereignis-Timestamp erfasst den genauen Zeitpunkt einer Aktivität. Diese Daten sind entscheidend, um Ereignisse korrekt zu ordnen und zeitbasierte Analysen durchzuführen. Sie dienen dazu, Zeitspannen zwischen Aktivitäten, die Zykluszeit eines gesamten Cases und Wartezeiten zu berechnen. Diese Kennzahlen sind grundlegend für die Leistungsüberwachung, die Engpassanalyse und die Prüfung der SLA-Einhaltung. Damit die Erkenntnisse aus dem Process Mining verlässlich sind, müssen die Timestamps stimmen.

Warum das wichtig ist

Dieses Attribut gibt die chronologische Reihenfolge der Ereignisse an. Sie ist erforderlich, um den Prozessablauf zu ermitteln und Kennzahlen wie Zyklus- und Wartezeiten zu berechnen.

Woher beziehen

Diese Informationen stammen üblicherweise aus den Feldern „Date Created“ oder „Last Modified Date“ der NetSuite-Datensätze oder aus Timestamps in der Transaktion zugeordneten Systemnotizen.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z
Rückgabe-Case-ID
ReturnCaseId
Eindeutige Kennung für einen einzelnen Rückgabe- oder Rückerstattungs-Case eines Kunden. Sie verknüpft alle zugehörigen Aktivitäten vom Beginn bis zum Abschluss.
Beschreibung

Die Rückgabe-Case-ID dient als primäre Kennung, um den gesamten Ablauf einer Rückgabe nachzuverfolgen. Jede eindeutige ID gehört zu einer Rückgabegenehmigung und ermöglicht eine umfassende Analyse aller zugehörigen Ereignisse, etwa Wareneingang, Prüfung und Bearbeitung der Rückerstattung. Beim Process Mining ist diese ID unverzichtbar, um den vollständigen Prozessablauf jeder Rückgabe zu rekonstruieren, Zykluszeiten zu berechnen und Abweichungen auf Case-Ebene zu erkennen.

Warum das wichtig ist

Dieses grundlegende Attribut verbindet alle einzelnen Ereignisse zu zusammenhängenden Prozessinstanzen. So lassen sich Prozessabläufe und Leistung analysieren.

Woher beziehen

Dies ist üblicherweise die interne ID oder Transaktions-ID des ReturnAuthorization-Datensatzes in NetSuite.

Beispiele
RMA-0012345RMA-0012346RMA-0012347
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung oder Aktualisierung der Daten für diesen Prozess.
Beschreibung

Dieses Attribut erfasst, wann der Datensatz zuletzt aus dem Quellsystem aktualisiert wurde. Als wichtige Metainformation zeigt es Benutzern, wie aktuell die Analyse ist. Wird diese Information in Dashboards angezeigt, können Benutzer die Aktualität der Daten bei ihren Entscheidungen berücksichtigen.

Warum das wichtig ist

Macht transparent, wie aktuell die Daten sind. So können Benutzer der Analyse vertrauen und ihre Relevanz für den aktuellen Betriebszustand einschätzen.

Woher beziehen

Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und hinzugefügt.

Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden. Es dient dazu, die Herkunft der Daten nachzuverfolgen.
Beschreibung

Dieses Attribut gibt die Herkunft der Prozessdaten an. In diesem Zusammenhang ist das üblicherweise „NetSuite“. Die Angabe des Quellsystems ist wichtig, wenn Daten aus mehreren Systemen zusammengeführt werden. So bleiben Datenherkunft und Rückverfolgbarkeit nachvollziehbar.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für die Data Governance, die Fehlerbehebung und die Zusammenführung von Daten aus mehreren Systemen zu einer umfassenden Prozesssicht.

Woher beziehen

Dies ist ein statischer Wert („NetSuite“), der üblicherweise bei der Datenextraktion und -transformation hinzugefügt wird.

Beispiele
NetSuiteNetSuite ERP
Abteilung
Department
Die Fachabteilung oder das Team, das in einer bestimmten Prozessphase für die Bearbeitung des Rückgabe-Cases zuständig ist.
Beschreibung

Dieses Attribut ordnet Prozessaktivitäten einer bestimmten Abteilung zu, zum Beispiel „Kundenservice“, „Lager“ oder „Finanzen“. Es ist wichtig, um Übergaben zwischen Teams nachzuvollziehen und Engpässe in einzelnen Abteilungen zu erkennen. Wenn Unternehmen analysieren, wie lange Cases in einer Abteilung bearbeitet werden oder dort auf Bearbeitung warten, können sie Verzögerungsursachen ermitteln und Ressourcen gezielter einsetzen. Für das Dashboard „Leistung des Rückgabeprozesses nach Abteilung“ ist dies eine zentrale Auswertungsdimension.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Funktionsbereich und macht Verzögerungen bei Übergaben zwischen Abteilungen sowie abteilungsspezifische Engpässe sichtbar.

Woher beziehen

Dieses Attribut lässt sich aus dem Benutzer- oder Mitarbeitendendatensatz einer Aktivität oder aus einem Feld „Abteilung“ in der Transaktion ableiten. In NetSuite wird es häufig in den Mitarbeitendendatensätzen konfiguriert.

Beispiele
LagerKundenserviceFinanzenQualitätssicherung
Bearbeitende Person
ProcessingAgent
Der Mitarbeitende oder Benutzer, der eine bestimmte Aktivität im Rückgabeprozess ausgeführt hat.
Beschreibung

Die bearbeitende Person gibt an, wer für eine bestimmte Aufgabe verantwortlich war, zum Beispiel für die Freigabe einer Rückgabe oder die Prüfung eines Artikels. Dieses Attribut ist wichtig für die Leistungsanalyse auf Benutzerebene. Es hilft, leistungsstarke Mitarbeitende, zusätzlichen Schulungsbedarf und eine unausgewogene Arbeitsverteilung im Team zu erkennen. Die Auswertung der Aktivitäten nach bearbeitender Person ist zentral für das Dashboard „Leistung des Rückgabeprozesses nach Abteilung“.

Warum das wichtig ist

Ermöglicht die Analyse der Leistung einzelner Mitarbeitender und Teams, die Verteilung der Arbeitslast sowie die Ermittlung von Schulungsbedarf. Das wirkt sich direkt auf die betriebliche Effizienz aus.

Woher beziehen

Diese Information kann aus Feldern wie „Erstellt von“, „Freigegeben von“ oder Benutzerfeldern in der Unterliste „System Notes“ von NetSuite-Transaktionen stammen.

Beispiele
Alice JohnsonBob WilliamsCharlie Brown
Rückgabeart
ReturnType
Klassifizierung der Rückgabe anhand des vom Kunden angegebenen Grundes.
Beschreibung

Die Rückgabeart kategorisiert Rückgaben nach ihrem Grund, zum Beispiel „Defekter Artikel“, „Falsche Größe“, „Meinung geändert“ oder „Entspricht nicht der Beschreibung“. Diese Kategorisierung ist wichtig für die Ursachenanalyse. Durch den Vergleich von Prozesskennzahlen nach Rückgabeart kann ein Unternehmen Qualitätsprobleme bei Produkten, ungenaue Produktbeschreibungen oder Fehler bei der Auftragsabwicklung erkennen. Dieses Attribut ist zentral für das Dashboard „Rückgabeleistung nach Art und Kanal“.

Warum das wichtig ist

Hilft, die Ursachen von Rückgaben zu ermitteln. So können Unternehmen gezielt Produkte, Marketingbeschreibungen oder die Auftragsabwicklung verbessern und die Zahl der Rückgaben senken.

Woher beziehen

Dies ist üblicherweise ein benutzerdefiniertes Feld oder ein Standardlisten- beziehungsweise Datensatzfeld im Formular der Rückgabegenehmigung, in dem der Rückgabegrund erfasst wird.

Beispiele
Defektes ProduktFalscher Artikel versendetUnzufriedenheit des KundenFalsche Größe/Farbe
Rückgabestatus
ReturnAuthorizationStatus
Der aktuelle Status der Rückgabegenehmigung, zum Beispiel „Genehmigung ausstehend“, „Freigegeben“ oder „Geschlossen“.
Beschreibung

Dieses Attribut zeigt den aktuellen Stand des Rückgabe-Cases im Prozessverlauf an. Es ist wichtig, um den Fortschritt von Rückgaben zu verstehen und Cases zu segmentieren. Eine Analyse der Dauer im Status „Wareneingang ausstehend“ kann beispielsweise auf Versandverzögerungen hinweisen. Eine lange Dauer im Status „Genehmigung ausstehend“ kann dagegen auf einen internen Engpass hindeuten. Das Attribut hilft auch, das endgültige Ergebnis einer Rückgabe zu bestimmen, etwa „Geschlossen“ oder „Abgelehnt“.

Warum das wichtig ist

Zeigt den aktuellen Prozessstand jeder Rückgabe und ermöglicht die Analyse der Case-Verteilung, der Statusdauer und der Prozessergebnisse.

Woher beziehen

Dies entspricht dem Feld „Status“ oder einem ähnlichen Feld im NetSuite-Datensatz der Rückgabegenehmigung.

Beispiele
Genehmigung ausstehendWareneingang ausstehendFreigegebenAbgelehntGeschlossen
Tatsächlicher Erstattungsbetrag
ActualRefundAmount
Der endgültige Geldbetrag, der dem Kunden tatsächlich erstattet wurde.
Beschreibung

Dieses Attribut gibt den tatsächlichen Betrag an, der dem Kunden gutgeschrieben oder erstattet wurde. Er ist im Vorgang „Credit Memo“ oder in der Erstattungstransaktion erfasst. Durch Anpassungen wie Wiedereinlagerungsgebühren, Versandkosten oder Teilerstattungen für beschädigte Waren kann der Betrag vom beantragten Betrag abweichen. Das Attribut ist für die Finanzberichterstattung und die Berechnung der KPI „Abweichungsquote beim Erstattungsbetrag“ entscheidend.

Warum das wichtig ist

Zeigt die tatsächlichen finanziellen Auswirkungen der Rücksendung und ist für den finanziellen Abgleich sowie die Analyse der Erstattungsgenauigkeit unverzichtbar.

Woher beziehen

Dieser Wert stammt aus dem Feld „Total“ des Vorgangs „Credit Memo“, der aus der „Return Authorization“ erstellt wird.

Beispiele
99.99140.000.00
Abweichung beim Erstattungsbetrag
RefundAmountDiscrepancy
Die berechnete Differenz zwischen dem beantragten Erstattungsbetrag und dem tatsächlich erstatteten Betrag.
Beschreibung

Diese Kennzahl wird berechnet, indem der „Tatsächliche Erstattungsbetrag“ vom „Beantragten Erstattungsbetrag“ abgezogen wird. Ein Wert ungleich null zeigt an, dass der Betrag während des Prozesses angepasst wurde, etwa wegen Wiedereinlagerungsgebühren oder beschädigter Ware. Dieses Attribut bildet die Grundlage für die Analyse der KPI „Abweichungsquote beim Erstattungsbetrag“ und hilft dabei, Fälle mit erheblichen finanziellen Anpassungen zur weiteren Prüfung zu kennzeichnen.

Warum das wichtig ist

Macht finanzielle Anpassungen während des Rückgabeprozesses sichtbar. So lässt sich untersuchen, warum Abweichungen auftreten und ob sie einheitlich und gerechtfertigt sind.

Woher beziehen

Dies ist ein berechnetes Attribut. Die Formel lautet: RequestedRefundAmount - ActualRefundAmount.

Beispiele
0.0010.00-5.00
Automatisiert
IsAutomated
Ein boolesches Kennzeichen dafür, ob das System eine Aktivität automatisch ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, ob ein Benutzer oder ein automatisiertes System, Skript oder Workflow eine Aktivität ausgeführt hat. Zum Beispiel kann das Ereignis „Rücksendegenehmigung erstellt“ automatisch über ein Kundenportal ausgelöst werden, während „Artikel geprüft“ manuell erfolgt. Die Erfassung automatisierter Aktivitäten hilft dabei, Möglichkeiten zur Automatisierung manueller Schritte zu erkennen und den Effizienzgewinn bestehender Automatisierungen zu messen.

Warum das wichtig ist

Hilft dabei, manuelle und automatisierte Aufgaben zu unterscheiden. Das ist wichtig, um Automatisierungsmöglichkeiten zu erkennen und die Auswirkungen der digitalen Transformation zu messen.

Woher beziehen

Dies lässt sich anhand des einem Ereignis zugeordneten Benutzers ableiten. Von NetSuite erzeugte Ereignisse sind häufig einem bestimmten Systembenutzer oder einer Skript-ID zugeordnet.

Beispiele
truefalse
Beantragter Erstattungsbetrag
RequestedRefundAmount
Der Geldbetrag, der für die Rücksendung ursprünglich als Erstattung beantragt oder erwartet wurde.
Beschreibung

Dieses Attribut speichert den zu Prozessbeginn erwarteten Erstattungsbetrag. Grundlage ist in der Regel der ursprüngliche Kaufpreis der zurückgesendeten Artikel. Der Betrag dient als Vergleichswert für die tatsächlich erstattete Summe. Die KPI „Abweichungsquote beim Erstattungsbetrag“ vergleicht diesen Wert direkt mit dem tatsächlichen Erstattungsbetrag und macht Abweichungen sichtbar, die etwa durch Wiedereinlagerungsgebühren, Teilerstattungen oder andere Anpassungen entstehen.

Warum das wichtig ist

Dient als Vergleichswert für die Finanzanalyse. So lassen sich Abweichungen zwischen erwarteten und tatsächlichen Erstattungen nachverfolgen und Gründe für Anpassungen ermitteln.

Woher beziehen

Dieser Wert wird aus den Feldern „Amount“ oder „Rate“ der Positionen im Vorgang „Return Authorization“ abgeleitet.

Beispiele
99.99150.0025.50
Einhaltung der Richtlinien
ReturnPolicyAdherence
Gibt an, ob die Rücksendung den festgelegten Rückgaberichtlinien des Unternehmens entspricht.
Beschreibung

Dieses boolesche oder kategorische Attribut kennzeichnet, ob eine Rücksendung alle vorab festgelegten Kriterien erfüllt, etwa Rückgabefrist, Artikelzustand und Kaufnachweis. Es dient dazu, die Einhaltung der Richtlinien zu überwachen und Ausnahmen zu verwalten. Das Dashboard „Ausnahmen bei der Einhaltung der Rückgaberichtlinien“ verwendet dieses Attribut, um Fälle hervorzuheben, die eine besondere Bearbeitung oder Prüfung erfordern. So lassen sich Risiken verringern und Regeln einheitlich anwenden.

Warum das wichtig ist

Unterstützt die Überwachung und Durchsetzung der Rückgaberichtlinien. So sinkt das finanzielle Risiko durch nicht richtlinienkonforme Rücksendungen, und die Regeln werden fair und einheitlich angewendet.

Woher beziehen

Dabei handelt es sich mit hoher Wahrscheinlichkeit um ein benutzerdefiniertes Feld, möglicherweise ein Kontrollkästchen oder eine Auswahlliste, im Datensatz „Return Authorization“, das über einen Workflow verwaltet wird.

Beispiele
RichtlinienkonformNicht richtlinienkonform, Frist abgelaufenAusnahme genehmigt
Kunden-ID
CustomerId
Eindeutige Kennung des Kunden, der die Rückgabe beantragt.
Beschreibung

Die Kunden-ID verknüpft einen Rückgabevorgang mit einem bestimmten Kunden. So lässt sich das Rückgabeverhalten einzelner Kunden analysieren, etwa um häufige Rückgaben zu erkennen, die auf Unzufriedenheit oder betrügerisches Verhalten hindeuten können. Außerdem können Sie die Prozessleistung nach Kundentyp oder Kundenwert aufschlüsseln und den Service für wichtige Kunden priorisieren.

Warum das wichtig ist

Ermöglicht die Analyse des Rückgabeverhaltens auf Kundenebene und die Segmentierung des Prozesses anhand von Kundenmerkmalen wie Kundensegment oder Kundenwert über die gesamte Kundenbeziehung.

Woher beziehen

Dies ist das Feld „Customer“ oder „Entity“ im Kopfbereich des Datensatzes „Return Authorization“ in NetSuite.

Beispiele
CUST-001CUST-002CUST-003
Produktkennung
ProductIdentifier
Eindeutige Kennung des zurückgegebenen Produkts, zum Beispiel SKU oder Artikelnummer.
Beschreibung

Dieses Attribut identifiziert den konkreten Artikel, um den es bei der Rückgabe geht. Die Analyse auf Produktebene ist wichtig, um Artikel mit hohen Rückgabequoten zu erkennen. Diese können auf Qualitätsmängel, unzureichende Beschreibungen oder andere Probleme hinweisen. Die Daten ermöglichen eine detaillierte Analyse der Produktleistung und können Entscheidungen zu Produktentwicklung, Beschaffung und Marketing unterstützen.

Warum das wichtig ist

Verknüpft Rückgabedaten mit bestimmten Produkten. So lassen sich produktbezogene Ursachen analysieren und die Rückgabequote insgesamt senken.

Woher beziehen

Dieses Feld befindet sich in der Unterliste „Items“ des ReturnAuthorization-Datensatzes. Es entspricht dem Feld „Item“.

Beispiele
SKU-TEE-BL-LPROD-00543ITEM-987123
Rückgabekanal
ReturnChannel
Der Kanal, über den der ursprüngliche Kauf getätigt oder die Rückgabe eingeleitet wurde.
Beschreibung

Der Rückgabekanal gibt an, woher die Rückgabe stammt, zum Beispiel aus dem Online-Shop, einer Filiale oder einem Marketplace. Je nach Kanal können sich Rückgabeprozesse, Kosten und Kundenerwartungen unterscheiden. Die Analyse nach Kanal hilft Unternehmen, die jeweiligen Abläufe zu optimieren, Ressourcen gezielt einzusetzen und kanalspezifische Probleme zu erkennen. Dieses Attribut ist zentral für das Dashboard „Rückgabeleistung nach Art und Kanal“.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Vertriebskanäle und zeigt Ineffizienzen oder bewährte Vorgehensweisen bei der Einleitung und Bearbeitung von Rückgaben.

Woher beziehen

Diese Information stammt häufig aus dem ursprünglichen Sales-Order-Datensatz, der mit der Rückgabe verknüpft ist. Sie kann in einem Feld „Channel“ oder „Location“ gespeichert sein.

Beispiele
WebshopEinzelhandelsfilialeAmazon MarketplaceTelefonbestellung
SLA eingehalten
IsSlaCompliant
Ein berechnetes Kennzeichen dafür, ob die Erstattung innerhalb des festgelegten SLA-Ziels bearbeitet wurde.
Beschreibung

Dieses boolesche Attribut wird berechnet, indem der Timestamp „Erstattung bearbeitet“ mit dem „Zieldatum für die Erstattung gemäß SLA“ verglichen wird. Wurde die Erstattung am Zieldatum oder früher bearbeitet, ist der Wert „wahr“, andernfalls „falsch“. Das Kennzeichen vereinfacht die Erstellung von Compliance-Berichten und Dashboards, etwa des Dashboards „Überwachung der SLA-Einhaltung bei Erstattungen“, und dient zur Berechnung der KPI „Erreichungsquote des Erstattungs-SLA“.

Warum das wichtig ist

Liefert für jeden Case ein eindeutiges Ja-Nein-Ergebnis zur SLA-Leistung. So lassen sich die Einhaltungsquoten im Zeitverlauf einfach nachverfolgen, berichten und analysieren.

Woher beziehen

Dieses Attribut wird bei der Datentransformation oder im Process-Mining-Tool berechnet. Die Logik lautet: EventTimestamp von „Erstattung bearbeitet“ <= RefundSlaTargetDate.

Beispiele
truefalse
Zieldatum für die Erstattung gemäß SLA
RefundSlaTargetDate
Das Datum, bis zu dem die Erstattung gemäß den Service-Level-Vereinbarungen bearbeitet werden soll.
Beschreibung

Das Zieldatum für die Erstattung gemäß SLA ist ein berechneter Timestamp, der die Zusage an den Kunden für die Bearbeitung seiner Erstattung abbildet. In der Regel wird es berechnet, indem zu einem wichtigen Ereignis wie „Artikel eingegangen“ oder „Erstattung genehmigt“ ein festgelegter Zeitraum, zum Beispiel fünf Arbeitstage, addiert wird. Dieses Attribut ist für das Dashboard „Überwachung der SLA-Einhaltung bei Erstattungen“ und die KPI „Erreichungsquote des Erstattungs-SLA“ wichtig. Damit kann das Unternehmen die Leistung anhand seiner Zusagen messen.

Warum das wichtig ist

Ermöglicht die quantitative Messung der Leistung im Vergleich zu den Zusagen an Kunden. Das ist entscheidend, um Kundenzufriedenheit und Vertrauen zu erhalten.

Woher beziehen

Dieses Datum ist normalerweise kein Standardfeld. Es muss berechnet werden, indem zu einem wichtigen Timestamp, etwa dem Datum „Artikel eingegangen“, ein festgelegter SLA-Zeitraum (z. B. fünf Tage) addiert wird.

Beispiele
2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
Zustand der Rücksendung
ReturnCondition
Der bei der Prüfung festgestellte Zustand des zurückgesendeten Artikels, zum Beispiel „Neu“, „Beschädigt“ oder „Gebraucht“.
Beschreibung

Dieses Attribut erfasst das Ergebnis der physischen Prüfung des zurückgesendeten Artikels. Der Zustand bestimmt die nächsten Schritte: Wird der volle Betrag erstattet, wird der Artikel wieder eingelagert oder muss er entsorgt werden? Das Dashboard „Qualität der Zustandsbewertung bei Rücksendungen“ analysiert die Einheitlichkeit und Bearbeitungsdauer dieser Bewertung. Sie ist außerdem entscheidend für den finanziellen Abgleich und die Bestandsverwaltung.

Warum das wichtig ist

Beeinflusst unmittelbar das finanzielle Ergebnis der Rücksendung und die anschließenden Bestandsmaßnahmen. Uneinheitliche Bewertungen können zu finanziellen Verlusten und Nacharbeit führen.

Woher beziehen

Wahrscheinlich handelt es sich um ein benutzerdefiniertes Feld im Datensatz „Item Receipt“ oder „Return Authorization“, das Lagerpersonal bei der Prüfung ausfüllt.

Beispiele
WiederverkaufsfähigBeschädigt, in der VerpackungGebraucht, guter ZustandFehlende Teile
Erforderlich Empfohlen Optional

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

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess in NetSuite präzise zu entdecken.
6 Empfohlen 6 Optional
Aktivität Beschreibung
Artikel eingegangen
Diese Aktivität markiert den physischen Eingang des zurückgesendeten Artikels im Lager oder Bearbeitungszentrum. In NetSuite wird der Eingang ausdrücklich durch die Erstellung einer Item-Receipt-Transaktion erfasst, die mit der ursprünglichen Rückgabegenehmigung verknüpft ist.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein: Der Prozess wechselt von der Kundenaktion zur internen Bearbeitung. Die Zeit zwischen „Rückgabe freigegeben“ und „Artikel eingegangen“ zeigt, wie schnell Kunden Artikel zurücksenden. Die anschließende Zeitspanne gibt Aufschluss über die interne Effizienz.

Woher beziehen

Dieses Ereignis entspricht dem Erstellungszeitpunkt der ItemReceipt-Transaktion. Der Datensatz ist direkt mit der ursprünglichen ReturnAuthorization verknüpft.

Erfassung

Erstellungsdatum der mit der RA verknüpften NetSuite-Transaktion ItemReceipt.

Ereignistyp explicit
Gutschrift erstellt
Diese Aktivität zeigt an, dass die finanzielle Abwicklung der Rückgabe mit der Erstellung einer Gutschrift begonnen hat. Das Dokument enthält den Betrag, der dem Kunden erstattet werden soll. Es wird nach Eingang und Freigabe des Artikels aus der Rückgabegenehmigung erstellt.
Warum das wichtig ist

Die Erstellung der Gutschrift ist ein wichtiger finanzieller Meilenstein. Die Zeit zwischen Wareneingang und Erstellung der Gutschrift zeigt, wie effizient die Bearbeitung von der Prüfung bis zur Gutschrift ist.

Woher beziehen

Dieses Ereignis entspricht dem Erstellungszeitpunkt der CreditMemo-Transaktion. Das Feld „Created From“ der Gutschrift verweist auf die zugehörige ReturnAuthorization.

Erfassung

Erstellungsdatum der NetSuite-Transaktion CreditMemo.

Ereignistyp explicit
Rückerstattung bearbeitet
Dies ist der abschließende finanzielle Ausgleich, bei dem der Betrag an den Kunden zurückgezahlt wird. Er wird ausdrücklich durch die Erstellung einer Customer-Refund-Transaktion erfasst, die aus der Gutschrift erstellt wird.
Warum das wichtig ist

Diese Aktivität ist entscheidend, um die Einhaltung von SLAs und die Kundenzufriedenheit zu messen. Die Zeit zwischen „Gutschrift freigegeben“ und „Rückerstattung bearbeitet“ zeigt direkt, wie schnell die Treasury- oder Finanzabteilung arbeitet.

Woher beziehen

Dieses Ereignis entspricht dem Erstellungszeitpunkt der CustomerRefund-Transaktion. Das Feld „Created From“ dieser Transaktion verweist auf die zugehörige CreditMemo.

Erfassung

Erstellungsdatum der NetSuite-Transaktion CustomerRefund.

Ereignistyp explicit
Rückgabegenehmigung erstellt
Diese Aktivität markiert den Beginn des Rückgabeprozesses, wenn ein Kunde die Rückgabe eines Artikels beantragt. In NetSuite wird sie ausdrücklich durch die Erstellung eines neuen Datensatzes für eine Rückgabegenehmigung (Return Authorization, RA) erfasst. Dieser Datensatz dient als primäre Case-ID für die Rückgabe.
Warum das wichtig ist

Als Ausgangspunkt des Prozesses ist diese Aktivität wichtig, um die gesamte Rückgabezykluszeit zu messen und das Volumen eingehender Rückgabeanträge im Zeitverlauf auszuwerten.

Woher beziehen

Dieses Ereignis entspricht dem Erstellungszeitpunkt des ReturnAuthorization-Datensatzes in NetSuite. Benutzer, Datum und Anfangsstatus, zum Beispiel „Genehmigung ausstehend“, werden üblicherweise in diesem Datensatz erfasst.

Erfassung

Erstellungsdatum der NetSuite-Transaktion ReturnAuthorization.

Ereignistyp explicit
Rückgabegenehmigung freigegeben
Diese Aktivität steht für die formelle Freigabe des Rückgabeantrags durch einen Mitarbeitenden. Damit kann der Prozess fortgesetzt werden. Sie wird üblicherweise anhand einer Änderung des Statusfelds im Datensatz der Rückgabegenehmigung abgeleitet, zum Beispiel von „Genehmigung ausstehend“ zu „Wareneingang ausstehend“.
Warum das wichtig ist

Die Erfassung dieses Freigabeschritts ist entscheidend, um Engpässe in der ersten Prüfungsphase zu erkennen. Verzögerungen wirken sich direkt darauf aus, wann der Kunde informiert wird und der zurückgesendete Artikel eintrifft.

Woher beziehen

Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf des ReturnAuthorization-Datensatzes, insbesondere wenn das Feld „Status“ auf einen freigegebenen Status wie „Wareneingang ausstehend“ gesetzt wird.

Erfassung

Statusänderung des ReturnAuthorization-Datensatzes in den Status „Freigegeben“ erkennen.

Ereignistyp inferred
Rückgabegenehmigung geschlossen
Dies ist die letzte Aktivität. Sie markiert den administrativen Abschluss des Rückgabe-Cases, nachdem alle Bearbeitungsschritte abgeschlossen sind. Sie wird aus der abschließenden Statusänderung des ReturnAuthorization-Datensatzes in den Status „Geschlossen“ abgeleitet.
Warum das wichtig ist

Als endgültiger Endpunkt des Prozesses ist diese Aktivität wichtig, um die Gesamtdurchlaufzeit zu berechnen und Cases zu erkennen, die lange nach der Bearbeitung der Rückerstattung noch offen sind.

Woher beziehen

Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf des ReturnAuthorization-Datensatzes, wenn das Feld „Status“ in den endgültigen Status, zum Beispiel „Geschlossen“, geändert wird.

Erfassung

Statusänderung des ReturnAuthorization-Datensatzes in den Status „Geschlossen“ erkennen.

Ereignistyp inferred
Artikel geprüft
Diese konzeptionelle Aktivität steht für den Abschluss der physischen Prüfung des zurückgesendeten Artikels, bei der sein Zustand beurteilt wird. Da NetSuite kein standardmäßiges Objekt „Inspection“ enthält, wird die Aktivität üblicherweise aus einem benutzerdefinierten Feld oder einer Statusänderung in der Rückgabegenehmigung oder im Item Receipt abgeleitet.
Warum das wichtig ist

Die Prüfung ist häufig ein wesentlicher Engpass. Ihre Abschlusszeit zu erfassen, ist wichtig, um die Leistung der Mitarbeitenden, die Einheitlichkeit von Entscheidungen und die Auswirkungen auf die anschließende Freigabe der Rückerstattung zu analysieren.

Woher beziehen

Erfordert eine Systemanalyse. Die Aktivität lässt sich möglicherweise aus einer Änderung des benutzerdefinierten Felds „Inspection Status“ im ReturnAuthorization-Datensatz ableiten. Es kann sich aber auch um einen nicht erfassten Offline-Prozess handeln.

Erfassung

Abgeleitet aus einer Änderung eines benutzerdefinierten Statusfelds in der Rückgabegenehmigung oder im Item Receipt.

Ereignistyp inferred
Gutschrift freigegeben
Diese Aktivität steht für die formelle Freigabe der Gutschrift. Sie ist häufig bei hohen Rückerstattungsbeträgen oder im Rahmen finanzieller Kontrollen erforderlich. Sie wird aus einer Statusänderung des Gutschriftdatensatzes abgeleitet, die anzeigt, dass die Gutschrift zur Verrechnung oder Auszahlung bereit ist.
Warum das wichtig ist

Wenn eine finanzielle Freigabe erforderlich ist, kann dieser Schritt einen erheblichen Engpass darstellen. Die Analyse seiner Dauer hilft, finanzielle Kontrollen effizienter zu gestalten, ohne Rückerstattungen an Kunden zu verzögern.

Woher beziehen

Abgeleitet aus den Systemnotizen des CreditMemo-Datensatzes, insbesondere wenn ein Freigabestatusfeld von „Genehmigung ausstehend“ zu „Freigegeben“ oder „Offen“ geändert wird.

Erfassung

Statusänderung der CreditMemo-Transaktion in den Status „Freigegeben“ erkennen.

Ereignistyp inferred
Gutschrift verrechnet
Diese Aktivität steht für eine Alternative zur Rückzahlung: Die Gutschrift wird mit einer offenen Kundenrechnung verrechnet. Sie wird aus dem Link „Applied To“ in der Gutschrift abgeleitet, der anzeigt, dass das Guthaben verwendet wurde.
Warum das wichtig ist

Für die Finanzanalyse ist es wichtig, zwischen Rückzahlungen und der Verrechnung von Gutschriften zu unterscheiden. Dieser Ablauf stellt eine andere Art des Prozessabschlusses dar als eine direkte Rückerstattung.

Woher beziehen

Abgeleitet aus den Systemnotizen oder verknüpften Datensätzen der CreditMemo, insbesondere wenn sie mit einer Invoice-Transaktion verknüpft wird, um den offenen Betrag des Kunden auszugleichen.

Erfassung

Verrechnung einer CreditMemo mit einer Invoice-Transaktion erkennen.

Ereignistyp inferred
Kunde benachrichtigt
Diese Aktivität steht für eine Benachrichtigung des Kunden über eine wichtige Statusänderung, etwa die Freigabe, den Eingang des Artikels oder die Bearbeitung der Rückerstattung. Sie wird üblicherweise aus dem Timestamp einer systemgenerierten E-Mail abgeleitet, die im Kommunikationsbereich des Datensatzes protokolliert ist.
Warum das wichtig ist

Eine zeitnahe Kommunikation ist wichtig für die Kundenzufriedenheit. Wenn Sie die Verzögerung zwischen einem Meilenstein und der Benachrichtigung des Kunden messen, erkennen Sie Lücken in der Customer Experience.

Woher beziehen

Erfordert eine Systemanalyse. Erfasst wird der Timestamp einer ausgehenden E-Mail oder einer Benutzernotiz im Unterregister „Communication“ der ReturnAuthorization oder CreditMemo.

Erfassung

Timestamp eines E-Mail- oder Kommunikationseintrags, der mit dem Case verknüpft ist.

Ereignistyp inferred
Rückgabegenehmigung abgelehnt
Diese Aktivität steht für die Entscheidung, einen Rückgabeantrag abzulehnen, häufig wegen eines Verstoßes gegen Richtlinien. Das Ereignis wird anhand einer Statusänderung des Datensatzes der Rückgabegenehmigung in den Status „Abgelehnt“ oder „Geschlossen“ abgeleitet, ohne dass weitere Bearbeitungsschritte folgen.
Warum das wichtig ist

Die Analyse von Ablehnungen hilft, häufige Gründe für nicht richtlinienkonforme Rückgabeanträge zu erkennen. Diese Erkenntnisse können in die Kundenkommunikation und die Erläuterung der Richtlinien einfließen. Die Ablehnung ist eine wichtige Abweichung vom Happy Path.

Woher beziehen

Abgeleitet aus den Systemnotizen oder dem Workflow-Verlauf des ReturnAuthorization-Datensatzes, wenn das Feld „Status“ in den abschließenden Status „Abgelehnt“ geändert wird.

Erfassung

Statusänderung des ReturnAuthorization-Datensatzes in den Status „Abgelehnt“ erkennen.

Ereignistyp inferred
Umtauschauftrag erstellt
Diese Aktivität steht für einen Umtausch, bei dem anstelle einer Rückerstattung ein neuer Verkaufsauftrag für den Kunden erstellt wird. Das Ereignis wird üblicherweise durch die Erstellung eines Sales Order erfasst, der mit der ursprünglichen Rückgabegenehmigung verknüpft ist.
Warum das wichtig ist

Wenn Umtausche als eigener Ablauf erfasst werden, lassen sich Kundenpräferenzen und die Effizienz des Umtauschprozesses im Vergleich zur Rückerstattung analysieren. Umtausch ist eine häufige und wichtige Prozessvariante.

Woher beziehen

Dieses Ereignis entspricht dem Erstellungszeitpunkt einer neuen SalesOrder-Transaktion. Die Verknüpfung mit der ReturnAuthorization kann sich in einem Standardfeld oder einem benutzerdefinierten Feld befinden und muss gegebenenfalls durch eine Systemanalyse ermittelt werden.

Erfassung

Erstellungsdatum eines mit der ReturnAuthorization verknüpften SalesOrder.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus NetSuite

Möchten Sie loslegen?

Optimieren Sie die Bearbeitung von Rücksendungen und Erstattungen mit diesem Daten-Template. Verbessern Sie noch heute Ihre NetSuite-Workflows, um die Effizienz und Kundenzufriedenheit zu steigern.

Optimieren Sie jetzt Rücksendungen und Erstattungen und steigern Sie die Effizienz in NetSuite

Verkürzen Sie die Durchlaufzeit für Rücksendungen in NetSuite um 30 %. Beginnen Sie noch heute mit der Verbesserung Ihrer Abläufe.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich • In wenigen Minuten eingerichtet