> Kontinuierliche Prozessoptimierung > Retouren und Erstattungsmanagement > Oracle Fusion SCM > Datenvorlage

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`

Oracle Fusion SCM

Retouren- und Erstattungsmanagementsattribute (21) Retouren- und Erstattungsmanagementsaktivitäten (15) Extraktionsanleitungen (3)

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`

Dieses Template wurde entwickelt, um Sie bei der Analyse Ihrer Retouren- und Erstattungsmanagement in Oracle Fusion SCM zu helfen. Es skizziert die wesentlichen zu erfassenden Attribute, die wichtigen Aktivitäten zur Verfolgung und bietet eine klare Anleitung zur Datenextraktion. Verwenden Sie es, um relevante Erkenntnisse in Ihren Prozess zu gewinnen und Bereiche für Verbesserungen zu identifizieren.

Empfohlene Attribute zur Erfassung
Schlüsselaktivitäten zur Verfolgung für die Prozessanalyse
Schritt-für-Schritt-Anleitung zur Datenextraktion für Oracle Fusion SCM

Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Vorlage herunterladen

Retouren- und Erstattungsmanagementsattribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse Ihrer Retouren- und Erstattungsmanagement innerhalb von Oracle Fusion SCM durchzuführen.

5 Erforderlich 7 Empfohlen 9 Optional

	Name	Beschreibung
	Aktivität ActivityName	Der Name eines spezifischen Geschäftsschritts oder Ereignisse, das innerhalb des Retouren- und Rückerstattungsprozesses aufgetreten ist.
Beschreibung Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Retouren-Lebenszyklus, wie z.B. „RMA erstellt“, „Artikel geprüft“ oder „Rückerstattung bearbeitet“. Jede Aktivität stellt einen separaten Punkt im Prozess dar, der in den Event-Logs des Systems erfasst wird. Die Analyse der Reihenfolge und Dauer dieser Aktivitäten ist die Grundlage für Process Mining. Sie ermöglicht die Visualisierung von Prozesskarten, die Identifizierung von Engpässen zwischen den Schritten und die Berechnung aktivitätsspezifischer Durchlaufzeiten. Diese Daten sind wichtig für das Verständnis des Prozessflusses, der Nacharbeitsschleifen und der Compliance mit Standardarbeitsanweisungen. Bedeutung Aktivitäten bilden das Basis der Prozessablauf und ermöglichen die Visualisierung und Analyse des Prozessflusses, von Varianten und Engpässen. Datenquelle Abgeleitet aus Event-Logs, Statusänderungen oder spezifischen Transaktionsaufzeichnungen innerhalb von Oracle Fusion SCM-Modulen wie Auftragsverwaltung und Bestandsverwaltung. Beispiele RMA erstelltArtikel empfangenGutschrift erstelltRückerstattung bearbeitet
	Ereigniszeit EventTime	Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung Der Event Time, oder den Antrag bearbeitet.ie Startzeit, ist das genaue Datum und die Uhrzeit, zu der eine Aktivität im Quellsystem erfasst wurde. Er bietet den chronologischen Kontext für jeden Schritt im Prozess. Dieser Zeitstempel ist maßgeblich für alle zeitbasierten Analysen. Er wird verwendet, um Ereignisse korrekt zu ordnen, Durchlaufzeiten zwischen Aktivitäten zu berechnen, die Gesamtdauer eines Falls zu messen und die Leistung im Vergleich zu Service Level Agreements (SLAs) zu bewerten. Ohne genaue Zeitstempel ist es unmöglich, die Prozesseffizienz zu analysierenn, Verzögerungen zu identifizieren oder den Antrag bearbeitet.ie Prozessdynamik zu verstehen. Bedeutung Dieses Attribut liefert die chronologische Abfolge der Ereignisse, die grundlegend für die Berechnung aller zeitbasierten Kennzahlen und die Entdeckung von Prozessengpässen ist. Datenquelle Diese Informationen finden sich in der Regel als 'Creation Date', 'Zeitstempel' oder 'Last Update Date' Feld, das mit Transaktions- oder StatusDatensätzen in Oracle Fusion SCM verknüpft ist. Beispiele 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Retourenvorgangs-ID ReturnCaseId	Der primäre Bezeichner, der alle Aktivitäten verknüpft, die mit einer spezifischen Kundenrücksendung oder Rückerstattungsanfrage verbunden sind.
Beschreibung Die Retourenfall-ID dient als eindeutiger Fallbezeichner für den gesamten Retouren- und Rückerstattungsprozess. Sie verbindet jedes Event, von der ersten Erstellung der Rücksendeautorisierung (RMA) bis zur endgültigen Erstattungsmanagement und Fallabschließung. In der Process-Mining-Analyse ist dieses Attribut wichtig für die Rekonstruktion des End-to-End-Prozesses jeder Retoure. Es ermöglicht Analysten, den vollständigen Lebenszyklus zu verfolgen, die Gesamtzykluszeiten zu messen und die Variationen in der Bearbeitung verschiedener Retouren zu verstehen. Alle anderen ereignisbezogenen Daten werden nach dieser ID gruppiert, um eine kohärente Prozessansicht zu bilden. Bedeutung Dies ist der wesentliche Schlüssel, um alle zugehörigen Ereignisse zu einer einzigen Prozessinstanz zusammenzufügen und so eine End-to-End-Analyse zu ermöglichen. Datenquelle Dieser Bezeichner wird in der Regel innerhalb der Oracle Auftragsmanagement oder Service Module generiert, wenn eine Retourenanfrage initiiert wird. Beispiele RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Letzte Datenaktualisierung LastDataUpdate	Der Zeitstempel, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung Dieses Attribut gibt den letzten Aktualisierungszeitpunkt des Datensatzes an. Es liefert ein Aktualitätsdatum für den gesamten Datensatz, nicht für einzelne Ereignisse. Die Kenntnis des letzten Datenaktualisierungszeitpunkts ist maßgeblich, damit Benutzer die Aktualität der Analyse verstehen. Es hilft ihnen, Dashboards und KPIs korrekt zu interpretieren und zu wissen, ob sie EchtzeitHinweisrmationen oder Daten sehen, die Stunden oder Tage alt sind. Es ist ein wichtiges Metadatum für jedes Process Mining Projekt. Bedeutung Informiert Nutzer über die Aktualität der Daten und stellt sicher, dass sie den Kontext und die Aktualität ihrer Analyse verstehen. Datenquelle Dieser `Zeitstempel` wird während des `Daten`-Extraktions-, Transformations- und Ladevorgangs (`ETL-Prozess`) generiert und hinzugefügt. Beispiele 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Quellsystem SourceSystem	Das System, aus dem die Daten extrahiert wurden.
Beschreibung Dieses Attribut identifiziert das ursprüngliche Informationssystem, in dem die EventDaten erfasst wurden. Für diesen Prozess wäre es in der Regel 'Oracle Fusion SCM'. In Umgebungen mit mehreren integrierten Systemen ist dieses Feld wichtig für die Datenherkunft und Fehlerbehebung. Es hilft, den Datenursprung zu bestätigen und kann verwendet werden, um die Analyse auf Ereignisse aus bestimmten Systemen zu filtern, wodurch Datenqualität und Kontext gewahrt bleiben. Bedeutung Es liefert wichtigen Kontext zur Datenherkunft, was für die Datenvalidierung und -analyse in Multi-System-Umgebungen notwendig ist. Datenquelle Dies ist oft ein statischer Wert, der während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen. Beispiele Oracle Fusion SCMOracle SCM Cloud
	Angefragter Rückerstattungsbetrag RequestedRefundAmount	Der Geldbetrag, den der Kunde ursprünglich für die Rücksendung angefordert hat.
Beschreibung Dieses Attribut erfasst den Wert der Rückerstattung, wie vom Kunden zu Beginn des Prozesses angefordert. Es ist der Basisbetrag, mit dem die endgültige Rückerstattung verglichen wird. Dieser Datenpunkt ist unerlässlich für das Dashboard „Angeforderte vs. tatsächliche Rückerstattungsbeträge“ und den KPI „Diskrepanzrate der Rückerstattungsbeträge“. Die Analyse der Differenz zwischen angeforderten und tatsächlichen Beträgen kann Probleme wie Neine Artikelrücksendungen, Wiederauffüllungsgebühren oder Richtlinienanpassungen aufdecken und relevante Erkenntnisse in die finanzielle Genauigkeit und Kundenzufriedenheit liefern. Bedeutung Dient als Grundlage für die Finanzanalyse, ermöglicht die Berechnung von Differenzen bei Rückerstattungsbeträgen und deckt potenzielle Probleme auf. Datenquelle Dieser Wert sollte im RMA- oder Retourenanfrage-Header in Oracle Fusion SCM gespeichert werden, wahrscheinlich im Auftragsmanagement Modul. Beispiele 129.9945.501200.00
	Bearbeitender Sachbearbeiter ProcessingAgent	Der Benutzer oder Bearbeiter, der für die Ausführung einer spezifischen Aktivität im Retourenprozess verantwortlich ist.
Beschreibung Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der eine bestimmte Aufgabe ausgeführt hat, wie z.B. die Genehmigung einer RMA oder den Antrag bearbeitet.ie Bearbeitung einer Rückerstattung. Es kann sich auch auf ein Team oder eine Abteilung beziehen, wenn die individuelle Zuweisung nicht verfolgt wird. Die Leistungsanalyse nach Bearbeiter ist maßgeblich für das operative Management. Dieses Attribut ermöglicht das Dashboard „Leistung der Retourenbearbeiter“, das Vergleiche von Arbeitslast, Aktivitätsdauer und Nacharbeitsraten zwischen verschiedenen Bearbeitern zulässt. Diese Erkenntnisse können Schulungsbedarfe aufzeigen, Top-Performer identifizieren und eine bessere Ressourcenallokation ermöglichen. Bedeutung Ermöglicht Leistungsanalysen nach Benutzer oder Team und hilft so, Top-Performer, Schulungsmöglichkeiten und Arbeitslastungleichgewichte zu identifizieren. Datenquelle Typischerweise zu finden in Feldern wie „USER_ID“, „PROCESSED_BY“ oder „AGENT_NAME“ in Transaktionslogs innerhalb von Oracle Fusion SCM. Beispiele j.doea.smithm.jones
	Endzeit EndTime	Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung Die Endzeit markiert den Abschluss einer Aktivität. Während die Startzeit angibt, wann ein Event begann, wird die Endzeit benötigt, um die tatsächliche Bearbeitungszeit dieses spezifischen Ereignisse zu berechnen. Bei sofortigen Ereignisse können Startzeit und Endzeit identisch sein. In der Analyse liefert die Differenz zwischen Endzeit und Startzeit die „Bearbeitungszeit“ für eine Aktivität. Dies ist maßgeblich, um zu identifizieren, welche spezifischen Schritte zeitaufwändig sind, im Gegensatz zur Wartezeit zwischen den Schritten. Es ist unerlässlich für detaillierte Engpassanalysen und Berechnungen der Ressourceneffizienz. Bedeutung Dieses Attribut ist notwendig, um die tatsächliche Bearbeitungszeit einzelner Aktivitäten zu berechnen und dabei aktive Arbeitszeit von Wartezeit zu unterscheiden. Datenquelle Dies kann ein separates Feld in den Quellsystem-Logs sein oder aus der Startzeit der nachfolgenden Aktivität abgeleitet werden. Beispiele 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Retourenstatus ReturnStatus	Der aktuelle oder finale Status des Retourenfalls.
Beschreibung Dieses Attribut gibt den Gesamtstatus des Retourenfalls zu einem bestimmten Zeitpunkt oder sein Endergebnis an, z.B. „Geschlossen – Rückerstattet“, „Geschlossen – Abgelehnt“ oder „In Bearbeitung“. Der Retourenstatus ist maßgeblich für die Ergebnis- und Überwachungsanalyse. Er ermöglicht das Filtern von Fällen basierend auf ihrem Ergebnis, den Vergleich der Prozessabläufe von genehmigten versus abgelehnten Retouren und die Unterstützung des „Dashboard zum aktuellen Retourenfallstatus“. Das Verständnis der Ergebnisverteilung ist unerlässlich für die Messung der Prozesseffektivität. Bedeutung Liefert das Ergebnis eines Falls, was für Filterung, Vergleichsanalyse und das Verständnis von Prozess-Erfolgsraten notwendig ist. Datenquelle Standarderweise als Statusfeld im Hauptretouren- oder RMA-Header-Datensatz in Oracle Auftragsmanagement verfügbar. Beispiele Auf Empfang wartendInspektion abgeschlossenGeschlossen – ErstattetGeschlossen: abgelehnt
	Rückgabegrund ReturnReason	Der vom Kunden angegebene Grund für die Rücksendung des Artikels.
Beschreibung Dieses Attribut enthält den Retourengrund, der in der Regel vom Kunden aus einer vordefinierten Listee ausgewählt wird, wie z.B. „Defekter Artikel“, „Falsche Größe“ oder „Nicht mehr benötigt“. Die Analyse der Retourengründe liefert relevante Erkenntnisse in die Produktqualität, die Genauigkeit des Verkaufsprozesses und das Kundenverhalten. Diese Daten können verwendet werden, um Produkte mit hohen Fehlerraten zu identifizieren, Produktbeschreibungen zu verbessern, um Neine Bestellungen zu reduzieren, und die Hauptursachen für Retouren zu verstehen. Diese Analyse kann strategische Verbesserungen vorantreiben, die das Gesamtvolumen der Retouren reduzieren. Bedeutung Bietet wichtige Einblicke, warum Retouren auftreten, welche zur Verbesserung von Produkten und Verkaufsprozessen geverwendet werden können. Datenquelle Typischerweise als Code- oder Textfeld auf der RMA-Position in Oracle Auftragsmanagement gespeichert. Beispiele DefektFalscher Artikel versendetZu spät angekommenBesserer Preis verfügbar
	SLA-Zieldatum für Rückerstattung RefundSlaTargetDate	Das Datum, bis zu dem die Rückerstattung gemäß der Service Level Agreement abgeschlossen sein soll.
Beschreibung Dieses Attribut definiert die Frist für den Abschluss des Rückerstattungsprozesses für einen bestimmten Fall. Das SLA-Ziel wird oft durch Unternehmensrichtlinien, Kundenstufen oder den Antrag bearbeitet.en Retourengrund bestimmt. Dieses Datum ist der Referenzwert für die Messung von Pünktlichkeit und Compliance. Es wird direkt im Dashboard „Einhaltung der Rückerstattungsrichtlinien-SLA“ verwendet und ist unerlässlich für die Berechnung des KPIs „Rückerstattungs-SLA-Konformitätsrate“. Der Vergleich des tatsächlichen Abschlussdatums der Rückerstattung mit diesem Ziel ermöglicht die Identifizierung von SLA-Verstöße und hilft, Fälle zu priorisieren, die Gefahr laufen, verspätet zu sein. Bedeutung Bietet den Referenzwert für die Messung der pünktlichen Leistung und ist maßgeblich für die Berechnung von SLA-Compliance-KPIs. Datenquelle Dies kann ein spezifisches Datumsfeld im Retourenfall sein oder muss durch Addition eines vordefinierten Zeitraums (z.B. 14 Tage) zum Initiierungsdatum der Retoure abgeleitet werden. Beispiele 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Tatsächlicher Rückerstattungsbetrag ActualRefundAmount	Der endgültige Geldbetrag, der tatsächlich bearbeitet und dem Kunden zurückerstattet wurde.
Beschreibung Dieses Attribut repräsentiert den endgültigen, bestätigten Betrag, der den Antrag bearbeitet.em Kunden nach allen Prüfungen, Anpassungen und Gebühren zurückgezahlt wurde. Dieser Wert spiegelt das wahre finanzielle Ergebnis des Retourenfalls wider. Dies ist ein kritischer FinanzDatenpunkt, der im Dashboard „Angeforderte vs. tatsächliche Rückerstattungsbeträge“ verwendet wird. Der Vergleich mit dem angeforderten Betrag ist maßgeblich für die Berechnung des KPIs „Diskrepanzrate der Rückerstattungsbeträge“ und das Verständnis der finanziellen Auswirkungen von Retourenrichtlinien, Artikelzuständen und Bearbeitungsanpassungen. Bedeutung Repräsentiert das wahre finanzielle Ergebnis der Retoure und ermöglicht Diskrepanzanalysen und Finanzberichterstattung. Datenquelle Diese Informationen würden wahrscheinlich aus den Gutschriften- oder KreditorentransaktionsDatensätzen stammen, die mit dem Retourenfall in Oracle Fusion Financials verknüpft sind. Beispiele 129.9940.000.00
	Diskrepanz des Rückerstattungsbetrags RefundAmountDiscrepancy	Die berechnete Differenz zwischen dem angeforderten und dem tatsächlichen Rückerstattungsbetrag.
Beschreibung Diese Metrik quantifiziert die monetäre Differenz zwischen dem, was der Kunde angefordert hat und dem, was er erhalten hat. Sie wird berechnet, indem der „ActualRefundAmount“ vom „RequestedRefundAmount“ subtrahiert wird. Dieser berechnete Wert ist die Grundlage für den KPI „Diskrepanzrate der Rückerstattungsbeträge“. Ein Wert ungleich Null weist darauf hin, dass während des Prozesses eine Anpassung vorgenommen wurde. Die Analyse der Gründe für diese Diskrepanzen, wie z.B. Wiedereinlagerungsgebühren oder Schadensabzüge, kann Einblicke in die Wirksamkeit der Richtlinien und die Kundenkommunikation geben. Bedeutung Quantifiziert finanzielle Anpassungen im Rückerstattungsprozess und hilft, die Auswirkungen von Richtlinien und Inspektionsergebnissen zu analysierenn. Datenquelle Berechnetes Feld: 'RequestedRefundAmount' – 'ActualRefundAmount'. Beispiele 0.005.50-10.00
	Dispositions-Code DispositionCode	Ein Code, der den Antrag bearbeitet.ie endgültige Bearbeitung des zurückgesendeten physischen Artikels angibt.
Beschreibung Der Dispositionscode gibt an, was mit dem zurückgesendeten Produkt nach der Prüfung geschah, z.B. ob es ins Lager zurückgeführt, verschrottet, zur Aufarbeitung geschickt oder an den Lieferanten zurückgegeben wurde. Diese Informationen sind wertvoll für die Analyse der finanziellen und operativen Auswirkungen von Retouren. Durch die Analyse von Dispositionscodes kann ein Unternehmen die Kosten für nicht wiederverkäufliche Waren ermitteln und Möglichkeiten zur Verbesserung der Aufbereitungsprozesse identifizieren. Es verknüpft den Retourenprozess mit Bestands- und Finanzergebnissen. Bedeutung Verbindet den Retourenprozess mit seinem physischen Ergebnis im Lager und liefert Einblicke in Rückgewinnungsraten und Kosten. Datenquelle Diese Informationen werden in Oracle Bestandsverwaltung oder Warehouse Management Modulen erfasst, nachdem die Prüfungsaktivität abgeschlossen ist. Beispiele RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
	Ist Nacharbeit IsRework	Ein Boolescher Flag, der anzeigt, ob eine Aktivität Teil einer Nacharbeitsschleife ist.
Beschreibung Dieses Flag identifiziert Aktivitäten, die Wiederholungen früherer Schritte im selben Fall sind und eine Prozessschleife oder Nacharbeit anzeigen. Wenn zum Beispiel ein Artikel die Prüfung nicht besteht und erneut geprüft werden muss, würde das zweite Prüfungs-Event als Nacharbeit gekennzeichnet werden. Dieses Attribut ist die Basis für die Quantifizierung von Prozessineffizienz. Es wird im Dashboard „Nacharbeitsraten der Retourenbearbeitung“ und zur Berechnung des KPIs „Häufigkeit von Nacharbeits-Ereignisse bei Retouren“ verwendet. Die Identifizierung des Umfangs und der Ursachen von Nacharbeit ist ein primäres Ziel des Process Mining, da sie direkt auf verschwendeten Aufwand, Verzögerungen und erhöhte Kosten hinweist. Bedeutung Markiert direkt Prozesseffizienzen und Schleifen, was die Quantifizierung und Analyse der Ursachen von Nacharbeit vereinfacht. Datenquelle Dies ist ein berechnetes Attribut, das von den Algorithmen der Process-Mining-Software identifiziert wird, die wiederholte Aktivitäten innerhalb eines einzelnen Case erkennen. Beispiele JaNein
	Ist SLA-konform IsSlaCompliant	Ein boolesches Flag, das anzeigt, ob die Rückerstattung innerhalb des definierten SLA-Ziels verarbeitet wurde.
Beschreibung Dieses berechnete Attribut liefert einen einfachen Wahr/Falsch-Indikator für die SLA-Konformität jedes Retourenfalls. Es wird durch den Vergleich des tatsächlichen Rückerstattungsabschluss-Zeitstempels mit dem „RefundSlaTargetDate“ bestimmt. Dieses Flag ist unerlässlich für die einfache Messung und Visualisierung von Compliance-Raten. Es treibt das Dashboard „Einhaltung der Rückerstattungsrichtlinien-SLA“ an und vereinfacht die Berechnung des KPIs „Rückerstattungs-SLA-Konformitätsrate“. Es ermöglicht schnelles Filtern und die Ursachenanalyse, um zu verstehen, warum bestimmte Fälle ihre SLA nicht erfüllen. Bedeutung Vereinfacht das SLA-Monitoring und Reporting, indem ein Datumsvergleich in eine einfache boolesche Metrik umgewandelt wird. Datenquelle Berechnetes Feld. Es ist 'Ja', wenn der Zeitstempel 'Rückerstattung bearbeitet' am oder vor dem 'RefundSlaTargetDate' liegt, und 'false' andernfalls. Beispiele JaNein
	Kunden-ID CustomerId	Der eindeutige Bezeichner für den Kunden, der den Antrag bearbeitet.ie Retoure initiiert hat.
Beschreibung Dieses Attribut ist die eindeutige ID, die den mit dem Retourenfall verbundenen Kunden identifiziert. Es verknüpft den Retourenprozess mit der KundenDatenbank. Die Analyse von Retouren aus kundenzentrierter Sicht kann wichtige Muster aufdecken. Zum Beispiel kann es helfen, Kunden mit ungewöhnlich hohen Retourenhäufigkeiten zu identifizieren, was auf Zufriedenheitsprobleme oder potenziellen Betrug hinweisen könnte. Es ermöglicht auch eine Analyse basierend auf Kundensegmenten, um zu verstehen, ob bestimmte Gruppen unterschiedliche Retourenverhaltensweisen aufweisen. Bedeutung Ermöglicht eine kundenorientierte Analyse, die hilft, wiederkehrende Retourenkunden, segmentiertes Verhalten und potenziellen Betrug zu identifizieren. Datenquelle Findet sich als Kunden- oder Partei-ID im Kopf der ursprünglichen Verkaufsbestellung oder den Antrag bearbeitet.es Retourenantrags in Oracle Auftragsmanagement. Beispiele CUST-100589743ACC-54321
	Lager-ID WarehouseId	Der Bezeichner des Lagers oder den Antrag bearbeitet.er Einrichtung, das/die den zurückgegebenen Artikel erhalten hat.
Beschreibung Dieses Attribut gibt den spezifischen physischen Ort an, wie z.B. ein Verteilungenzentrum oder Lager, wo der zurückgesendete Artikel des Kunden empfangen und verarbeitet wurde. Die Analyse des Prozesses nach Lager ist wichtig, um standortspezifische Leistungsprobleme zu identifizieren. Sie ermöglicht den Vergleich von Prüfzeiten, Dispositionsergebnissen und gesamten Durchlaufzeiten zwischen verschiedenen Einrichtungen. Dies kann operative Ineffizienzen, Personalprobleme oder Schulungsbedarfe an bestimmten Standorten aufzeigen. Bedeutung Ermöglicht Leistungsanalysen nach Standort und hilft so, regionale oder anlagenspezifische Engpässe und Ineffizienzen zu identifizieren. Datenquelle Dieses Feld, oft als „ORGANIZATION_ID“ bezeichnet, ist mit der Wareneingangstransaktion in Oracle Bestandsverwaltung verbunden. Beispiele WH-US-WESTWH-EU-CENTRALDC-01
	Produkt-ID ProductId	Der eindeutige Bezeichner für das zurückgesendete Produkt.
Beschreibung Dieses Attribut ist der eindeutige Bezeichner, wie eine SKU oder Artikelnummer, für das spezifische Produkt, das an der Retoure beteiligt ist. Es verknüpft den Retourenprozess mit dem Produktkatalog. Die Analyse auf Produktebene ist maßgeblich für die Identifizierung problematischer Artikel. Durch Filtern oder Dimensionieren der Prozessanalyse nach Produkt-ID können Unternehmen Produkte mit hohen Retourenquoten, langen Prüfzeiten oder spezifischen Fehlerbildern identifizieren. Diese Informationen sind wichtig für die Qualitätskontrolle, das Lieferkettenmanagementnmanagement und die Produktentwicklung. Bedeutung Verknüpft den Retourenprozess mit spezifischen Produkten und ermöglicht so die Analyse von Produktqualität und Retourenmustern. Datenquelle Dies wäre die „INVENTORY_ITEM_ID“ oder ein ähnliches Feld auf der RMA-Position in Oracle Auftragsmanagement oder Inventory Modulen. Beispiele PROD-5540-ASKU-98765ITEM-001-B
	Retourentyp ReturnType	Kategorisiert die Retoure basierend auf dem erwarteten Ergebnis, wie Rückerstattung, Umtausch oder Reparatur.
Beschreibung Dieses Attribut klassifiziert die Art der bearbeiteten Retoure. Der Prozessablauf und die erforderlichen Schritte können erheblich variieren, je nachdem, ob der Kunde eine Geldrückerstattung, ein ErsatzProdukt oder einen reparierten Artikel erhält. Die Analyse des Prozesses nach Retourentyp ist maßgeblich für das Verständnis von Prozessvarianten. Sie ermöglicht die Erstellung separater Prozesskarten für Rückerstattungen versus Umtausche und hilft dabei, einzigartige Engpässe und Leistungsmerkmale für jeden Pfad zu identifizieren. Diese Segmentierung ist der Schlüssel zu gezielten Prozessoptimierungsmaßnahmen. Bedeutung Ermöglicht die Segmentierung der Analyse basierend auf unterschiedlichen Prozesspfaden, da Umtausch und Rückerstattungen oft unterschiedliche Schritte durchlaufen. Datenquelle Dies ist in der Regel ein Kategorie- oder Typfeld im RMA-Header oder in der Position in Oracle Auftragsmanagement. Beispiele RückerstattungUmtauschReparatur
	RMA-Nummer RmaNumber	Der eindeutige Bezeichner für die Transaktion der Rücksendeautorisierung (RMA).
Beschreibung Die RMA-Nummer ist eine formale Genehmigung für einen Kunden, ein Produkt zurückzusenden. Obwohl sie oft mit der Retourenfall-ID identisch ist, kann sie in einigen Systemen ein separater, vorangehender Bezeichner sein. Dieses Attribut dient als wichtige Geschäftsreferenznummer, die sowohl internen Benutzern als auch Kunden bekannt ist. Sie kann zum Suchen und Filtern von Fällen verwendet werden und ist oft die primäre Nummer, die in der Kommunikation bezüglich der Retoure verwendet wird. Bedeutung Dient als primäre Geschäftsreferenznummer, wichtig für die operative Nachverfolgung und die Kommunikation mit Kunden. Datenquelle Dies ist der primäre Bezeichner für das Return Merchandise Authorization Objekt innerhalb von Oracle Auftragsmanagement. Beispiele 789001789002789003

Erforderlich Empfohlen Optional

Retouren- und Erstattungsmanagementsaktivitäten

Dies sind die wichtigen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu sicherstellen.

7 Empfohlen 8 Optional

	Aktivität	Beschreibung
	Artikel empfangen	Diese Aktivität markiert den physischen Eingang des zurückgesendeten Artikels im Lager oder Verarbeitungszentrum. Es ist ein explizites Event, das in Oracle Fusion Bestandsverwaltung erfasst wird, wenn die Waren gescannt und als gegen die RMA erhalten verbucht werden.
Bedeutung Der Empfang des Artikels ist ein wichtiger Meilenstein, der nachfolgende Inspektions- und Bearbeitungsschritte auslöst. Die Messung der Zeit von 'RMA Genehmigt' bis 'Artikel erhalten' hilft bei der Analyse der Logistik- und Versandleistung. Datenquelle Dies ist eine explizite Transaktion, die in Oracle Bestandsverwaltung erfasst wird. Das Event entspricht dem Transaktionsdatum des RMA-Eingangs. Erfassen Den Transaktions-Zeitstempel des RMA-Eingangs im Inventar verwenden. Ereignistyp explicit
	Artikel geprüft	Diese Aktivität signalisiert den Abschluss des Artikelprüfungsprozesses, bei dem eine Qualitätsbewertung erfasst wird. Es ist in der Regel eine explizite Transaktion in Oracle Bestandsverwaltung oder Quality Management, die den RMA-Status aktualisiert.
Bedeutung Das Ergebnis der Prüfung beeinflusst direkt die nächsten Schritte, wie die Genehmigung oder Ablehnung der Rückerstattung. Die Dauer der Prüfungsaktivität selbst ist ein wichtiger Leistungsindikator für die Lagereffizienz. Datenquelle Erfasst vom Transaktions-Zeitstempel, wenn ein Prüfer die Inspektionsaufgabe gegen den RMA-Beleg in Oracle Inventory oder Quality Management abschließt. Erfassen Den Abschluss-Zeitstempel der Prüfungstransaktion verwenden. Ereignistyp explicit
	Gutschrift erstellt	Dies ist die finanzielle Aktivität, bei der eine Gutschrift in den Debitorenbuchungen generiert wird, um eine Rückerstattung an den Kunden zu autorisieren. Dies ist ein explizites Event, das durch den Retourenprozess im Auftragsmanagement ausgelöst wird.
Bedeutung Die Erstellung einer Gutschrift ist ein wichtiger Meilenstein, der den Antrag bearbeitet.as Einbindung des Unternehmens zur Rückerstattung an den Kunden zeigt. Sie ist der Auslöser für den gesamten finanziellen Abwicklungsteil des Prozesses. Datenquelle Dies ist eine explizite Transaktion in Oracle Accounts Receivable. Das Event kann über die Verkaufsauftragsreferenz auf der Gutschrift mit der ursprünglichen RMA verknüpft werden. Erfassen Das Erstellungsdatum der Gutschriftstransaktion in AR verwenden. Ereignistyp explicit
	RMA erstellt	Diese Aktivität markiert den offiziellen Beginn des Retourenprozesses, bei dem eine Rücksendeautorisierung (RMA) in Oracle Fusion SCM erstellt wird. Dieses Event wird in der Regel explizit erfasst, wenn ein Benutzer oder ein automatisierter Prozess einen neuen RMA-VerkaufsauftragsDatensatz generiert.
Bedeutung Dies ist das primäre Start-Event für den gesamten Retourenprozess. Die Analyse der Zeit von dieser Aktivität zu anderen deckt die gesamte Prozessdauer auf und hilft, anfängliche Verzögerungen zu identifizieren. Datenquelle Dies wird vom Erstellungs-Zeitstempel des Retourenauftrags-Headers in Oracle Fusion Auftragsmanagement erfasst. Das Event entspricht der initialen Speicherung des RMA-Dokuments. Erfassen Erstellungsdatum des Retourenauftrags-Header-Datensatzes verfolgen. Ereignistyp explicit
	RMA genehmigt	Dieser wichtige Meilenstein bedeutet, dass die Retourenanfrage gemäß den Geschäftsregeln validiert und genehmigt wurde. Dies wird im Allgemeinen aus einer Statusänderung der RMA abgeleitet, die nachfolgende Prozessschritte wie den Kundenversand freischaltet.
Bedeutung Die Genehmigung ist ein wichtiges Tor im Prozess. Verzögerungen hier wirken sich direkt auf die gesamte Retouren-Bearbeitungszeit und die Kundenzufriedenheit aus. Diese Aktivität ist unerlässlich für die Analyse von Genehmigungs-Engpässen. Datenquelle Abgeleitet vom Zeitstempel der Statusänderung im RMA-Auftragskopf oder den Antrag bearbeitet.er Position, die in den Status 'Genehmigt' oder 'Wareneingang ausstehende Zahlungen identifizieren.end' übergeht. Erfassen Erfassen Sie den Zeitstempel, wenn der RMA-Status auf einen genehmigten Zustand aktualisiert wird. Ereignistyp inferred
	Rückerstattung bearbeitet	Diese Aktivität markiert den Abschluss der Rückerstattungszahlung an den Kunden. Es ist ein explizites Event, das erfasst wird, wenn die Zahlungsverrechnungstransaktion in Oracle Financials verbucht wird.
Bedeutung Dies ist ein kritischer Endpunkt zur Messung der gesamten Rückerstattungszykluszeit aus Kundensicht. Er bestätigt, dass die finanzielle Verpflichtung gegenüber dem Kunden erfüllt wurde. Datenquelle Dieses Event wird aus dem Buchungs- oder Clearingdatum der Zahlungstransaktion in Oracle Accounts Payable oder Treasury erfasst, die die Gutschrift begleicht. Erfassen Das Clearingdatum der Zahlungstransaktion verwenden, die die Gutschrift begleicht. Ereignistyp explicit
	Rücksendefall geschlossen	Dies ist die finale Aktivität, die besagt, dass alle mit der RMA verbundenen Aktionen abgeschlossen sind, einschließlich Wareneingang, Disposition und finanzieller Abwicklung. Dies wird aus einem finalen Status „Geschlossen“ auf dem RMA-Auftrag abgeleitet.
Bedeutung Dieses Event dient als definitives Prozessende, wichtig für die Berechnung der End-to-End-Zykluszeit und um sicherzustellen, dass keine Fälle unbegrenzt offen bleiben. Datenquelle Abgeleitet vom Zeitstempel, zu dem der RMA-Auftragskopf und alle seine Positionen einen finalen Status 'Geschlossen' in Oracle Auftragsmanagement erreichen. Erfassen Erfassen Sie den letzten Zeitstempel, wenn sich der Status des RMA-Kopfes oder den Antrag bearbeitet.er Position auf 'Geschlossen' ändert. Ereignistyp inferred
	Artikel vom Kunden versandt	Repräsentiert die Handlung des Kunden, den Retourenartikel an das Unternehmen zurückzusenden. Dieses Event wird oft nicht direkt in Oracle SCM erfasst, kann aber aus Carrier-IntegrationsDaten oder einer manuellen Aktualisierung abgeleitet werden.
Bedeutung Diese Aktivität gibt Einblick in das Kundenverhalten und die Zeit, die Waren im Transit verbringen. Sie hilft, interne Bearbeitungsverzögerungen von Versandverzögerungen zu unterscheiden. Datenquelle Dies kann ein abgeleitetes Event sein, basierend auf den VersandDaten des Spediteurs, die mit der RMA verknüpft sind, oder eine manuelle Statusaktualisierung in Oracle SCM. Wenn keine Integration besteht, ist dieses Event möglicherweise nicht verfügbar. Erfassen Zeitstempel von einer integrierten Spediteur-API oder einem manuellen Dateneingabefeld. Ereignistyp inferred
	Artikelinspektion gestartet	Gibt den Beginn der physischen Inspektion des zurückgesendeten Artikels zur Beurteilung seines Zustands an. Dies kann aus dem Standort oder den Antrag bearbeitet.er Statusänderung des Artikels innerhalb des Lagerverwaltungssystems abgeleitet oder ein expliziter Scan sein.
Bedeutung Die Messung der Zeit zwischen Wareneingang und Inspektionsbeginn hebt Warteverzögerungen an der Inspektionsstation hervor, einem häufigen Engpass. Datenquelle Dies könnte durch eine Statusänderung auf der Wareneingangsposition oder eine Transaktion erfasst werden, die den Artikel an einen Prüfstandort in Oracle Bestandsverwaltung verschiebt. Es kann eine benutzerdefinierte Konfiguration erfordern, um dies explizit zu erfassen. Erfassen Zeitstempel einer Statusänderung oder eines Inventartransfers in einen Inspektionsbereich. Ereignistyp inferred
	Kunde benachrichtigt	Dies stellt die an den Kunden gesendete Kommunikation dar, die die Lösung seines Retourenfalls bestätigt, wie z.B. Rückerstattung bearbeitet oder Austausch versandt. Dies wird oft aus einem Kommunikationsprotokoll oder einer Statusaktualisierung des Falls erfasst.
Bedeutung Eine zeitnahe Kundenkommunikation ist maßgeblich für die Zufriedenheit. Die Analyse hilft sicherzustellen, dass Service Level Agreements für die Kommunikation eingehalten werden. Datenquelle Erfordert Systemanalyse. Dies kann von einem integrierten CRM- oder Kommunikationsplattform protokolliert werden, oder es könnte eine manuelle Statusaktualisierung der RMA oder eines verwandten Service-Requestn sein. Erfassen Zeitstempel von einem externen Kommunikationssystem oder einer manuellen Aktualisierung. Ereignistyp inferred
	Refund Initiated	Diese Aktivität signalisiert, dass der Zahlungsprozess für die Rückerstattung begonnen hat. Dies wird oft aus einer Statusänderung der Gutschrift abgeleitet, die von einem offenen Zustand in einen Zustand übergeht, der anzeigt, dass sie zur Zahlung bearbeitet wird.
Bedeutung Diese Aktivität hilft, die Genehmigung und Erstellung der Gutschrift von der eigentlichen Zahlungsabwicklung zu trennen, die möglicherweise von einem anderen Team oder System bearbeitet wird und eine Verzögerungsquelle darstellen könnte. Datenquelle Abgeleitet von einer Statusänderung der Gutschrift in den Debitorenbuchungen oder von der Erstellung eines Zahlungsbelegs in der Kreditorenbuchhaltung, der sich auf die Gutschrift bezieht. Erfassen Identifizieren Sie den Zeitstempel, wenn sich der Gutschriftsstatus auf 'Zahlung ausstehende Zahlungen identifizieren.end' oder Ähnliches ändert. Ereignistyp inferred
	Retouren-Disposition festgelegt	Nach der Inspektion stellt diese Aktivität die Entscheidung dar, was mit dem zurückgegebenen Artikel geschehen soll, z. B. 'Zurück ins Lager' oder 'Verschrotten'. Dies wird durch eine explizite Inventartransaktion erfasst, die den Artikel an sein endgültiges Ziel bewegt.
Bedeutung Dieser Schritt ist maßgeblich für die Bestandsgenauigkeit und die finanzielle Abstimmung. Die Analyse von Dispositionen hilft, Retourengründe und Produktqualitätsprobleme zu verstehen. Datenquelle Als Transaktion in Oracle Bestandsverwaltung aufgezeichnet, z. B. eine Umlagerung in ein Unterlager oder eine Artikelstatusaktualisierung, nach der Inspektion. Erfassen Zeitstempel der Inventartransaktion verfolgen, die die Disposition ausführt. Ereignistyp explicit
	RMA abgelehnt	Stellt eine endgültige Entscheidung dar, den Retourenantrag des Kunden abzulehnen. Dies wird in der Regel aus einer Statusänderung der RMA auf 'Abgelehnt' oder 'Storniert' während der Genehmigungsphase abgeleitet.
Bedeutung Dies ist ein kritischer Ausnahmepfad. Die Analyse der Häufigkeit und Gründe für Ablehnungen kann Probleme mit Retourenrichtlinien, Kundenerwartungen oder Betrugsversuchen aufdecken. Datenquelle Abgeleitet vom Zeitstempel der Statusänderung im RMA-Auftragskopf oder den Antrag bearbeitet.er Position auf den Status 'Abgelehnt' oder einen gleichwertigen Endstatus. Erfassen Identifizieren Sie den Zeitstempel der Statusänderung zu 'Abgelehnt' oder 'Storniert'. Ereignistyp inferred
	RMA-Genehmigung eingereicht	Dies stellt den Zeitpunkt dar, zu dem die erstellte RMA zur internen Überprüfung und Genehmigung eingereicht wird. Dies wird oft aus einer Statusänderung der RMA abgeleitet, die anzeigt, dass sie von einem Entwurfs- oder Erfassungszustand in einen Zustand der ausstehende Zahlungen identifizieren.enden Genehmigung übergegangen ist.
Bedeutung Die Verfolgung hilft, die Dauer der Vorab-Genehmigungsphase zu messen. Sie trennt die Dateneingabezeit von der tatsächlich aufgewendeten Wartezeit, bis ein Genehmiger Maßnahmen ergreift. Datenquelle Abgeleitet vom Zeitstempel, zu dem der Status des RMA-Auftragskopfes oder den Antrag bearbeitet.er Position auf 'Genehmigung ausstehende Zahlungen identifizieren.end' oder einen gleichwertigen Status innerhalb des Genehmigungs-Workflows der Auftragsverwaltung wechselt. Erfassen Identifizieren Sie den Zeitstempel der Statusänderung zu 'Genehmigung ausstehende Zahlungen identifizieren.end'. Ereignistyp inferred
	Umtauschauftrag erstellt	Diese Aktivität tritt in Szenarien auf, in denen der Kunde einen Umtausch anstelle einer Rückerstattung angefordert hat. Es ist ein explizites Event, bei dem ein neuer Verkaufsauftrag generiert wird, oft mit der ursprünglichen RMA verknüpft.
Bedeutung Diese Aktivität identifiziert eine wichtige Prozessvariante. Die Trennung von Austauschprozessen und Rückerstattungsprozessen ist maßgeblich für eine genaue Zykluszeitanalyse für jeden Pfad. Datenquelle Dies ist ein explizites Event, die Erstellung eines neuen Verkaufsauftragsdokuments in Auftragsmanagement. Es muss über ein Referenzfeld mit der RMA verknüpft werden. Erfassen Erstellungsdatum des neuen Verkaufsauftrags verwenden, der mit der RMA verknüpft ist. Ereignistyp explicit

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Oracle Fusion SCM

Schritte

Navigieren Sie zum OTBI-Analyse-Editor: Melden Sie sich bei Ihrer Oracle Fusion Cloud SCM-Instanz an. Verwenden Sie das Navigationsmenü, um zu „Tools“ zu wechseln, und wählen Sie dann „Reports and Analysen“ aus. Klicken Sie auf die Schaltfläche „Create“ und wählen Sie „Analysis“ aus dem Dropdown-Menü.
Themenbereiche auswählen: Im Popup „Select Subject Area“ müssen Sie die primären Themenbereiche auswählen, die Retouren- und RückerstattungsDaten enthalten. Wählen Sie „Sales – CRM All Linien“ und „Receivables – Transactions Real Time“. Sie werden diese kombinieren, um eine vollständige Ansicht des Prozesses zu erstellen.
In den erweiterten Modus wechseln: Nach der Auswahl der Themenbereiche öffnet sich der Analyse-Editor. Wechseln Sie sofort zum Tab „Advanced“, um auf den logischen SQL-Editor zuzugreifen, der für die Erstellung der erforderlichen Event Log-Struktur notwendig ist.
Die Event Log-Abfrage erstellen: Kopieren Sie die vollständige logische SQL-Abfrage, die im Abschnitt „Query“ dieses Dokuments bereitgestellt wird, und fügen Sie sie in das Textfeld „SQL Query“ auf dem Tab „Advanced“ ein. Diese Abfrage ist mit mehreren UNION ALL-Klauseln strukturiert, um jede der 15 erforderlichen Aktivitäten als separate Zeilen abzurufen.
Abfrageparameter festlegen: Ändern Sie die Platzhalterwerte innerhalb der Abfrage. Aktualisieren Sie insbesondere die Platzhalter [START_DATE] und [END_DATE], um den Datumsbereich für Ihre Extraktion zu definieren. Möglicherweise müssen Sie auch Filter für spezifische Business Units oder Retourenauftragstypen basierend auf der Konfiguration Ihrer Organisation anpassen.
Abfrage validieren: Klicken Sie auf die Schaltfläche „Validate SQL“, um sicherzustellen, dass die Syntax korrekt ist. Das System überprüft die Spaltennamen und die Struktur anhand der ausgewählten Themenbereiche.
Resultate überprüfen: Navigieren Sie zum Tab „Results“, um die Ausgabe vorab anzuzeigen. Die Daten sollten in einem Event Log-Format erscheinen, wobei jede Zeile eine eigenständige Aktivität im Retourenprozess darstellt. Überprüfen Sie, ob Spalten wie ReturnCaseId, ActivityName und Ereigniszeitpunkt (Event Time) wie erwartet ausgefüllt sind.
Analyse speichern: Sobald Sie mit den Resultaten zufrieden sind, klicken Sie auf das Symbol „Save Analysis“. Geben Sie ihr einen aussagekräftigen Namen, z.B. „ProcessMind Returns and Refund Extraktion“, und speichern Sie sie in einem freigegebenen Ordner.
Einen Exportplan erstellen: Um die Extraktion zu automatisieren, können Sie die Analyse so planen, dass sie regelmäßig ausgeführt wird. Suchen Sie auf der Oracle BI-Startseite Ihre gespeicherte Analyse, klicken Sie auf „More“ und wählen Sie „Schedule“.
Den Exportauftrag konfigurieren: In den Planungsoptionen definieren Sie die Häufigkeit (z.B. täglich, wöchentlich). Im Abschnitt „Delivery“ stellen Sie das Ausgabeformat auf CSV ein. Konfigurieren Sie das Ziel, z.B. einen Content Server oder E-Mail, wohin die Ausgabedatei gesendet wird. Aktivieren Sie den Plan, um die automatisierten Extraktionen zu starten.

Konfiguration

Themenbereiche: Die primären Themenbereiche für diese Analyse sind „Sales – CRM All Linien“ für RMA-Bestellköpfe, -positionen und Statusverläufe sowie „Receivables – Transactions Real Time“ für Gutschriften- und Rückerstattungsdetails. Zusätzliche Themenbereiche wie „Inventory – Inventory Transactions Real Time“ können erforderlich sein, wenn detailliertere Informationen zur Inspektion und Disposition benötigt werden.
Datumsbereichsfilterung: Es ist maßgeblich, einen Datumsbereichsfilter anzuwenden, um das Datenvolumen zu begrenzen und sicherzustellen, dass die Analyse erfolgreich abgeschlossen wird. Wir empfehlen, Daten für einen Zeitraum von 3 bis 6 Monaten gleichzeitig zu extrahieren. Die bereitgestellte Abfrage filtert nach dem RMA-Erstellungsdatum.
Schlüsselfilter: Über den Datumsbereich hinaus sollten Sie nach dem Bestelltyp filtern, um speziell Retouren (Return Material Authorization, RMA) auszuwählen. Das Filtern nach einer spezifischen Geschäftseinheit oder juristischen Person wird ebenfalls empfohlen, um den Datenumfang angemessen festzulegen.
Logischer SQL-Modus: Diese Extraktionsmethode erfordert die Verwendung des Tabs „Advanced“ und das Schreiben einer benutzerdefinierten logischen SQL-Abfrage mit UNION ALL-Anweisungen. Dieser Ansatz ist notwendig, um die TransaktionsDaten in das von ProcessMind benötigte Event Log-Format umzuwandeln.
Voraussetzungen: Der Benutzer, der den Antrag bearbeitet.iese Extraktion ausführt, benötigt eine Rolle mit den erforderlichen Berechtigungen zum Erstellen und Ausführen von OTBI-Analysen, wie die Rolle „BI Author“. Der Zugriff auf die angegebenen Sales-, Receivables- und potenziell Inventory-Themenbereiche ist ebenfalls zwingend erforderlich.

a Beispielabfrage config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Schritte

Navigieren Sie zum OTBI-Analyse-Editor: Melden Sie sich bei Ihrer Oracle Fusion Cloud SCM-Instanz an. Verwenden Sie das Navigationsmenü, um zu „Tools“ zu wechseln, und wählen Sie dann „Reports and Analysen“ aus. Klicken Sie auf die Schaltfläche „Create“ und wählen Sie „Analysis“ aus dem Dropdown-Menü.
Themenbereiche auswählen: Im Popup „Select Subject Area“ müssen Sie die primären Themenbereiche auswählen, die Retouren- und RückerstattungsDaten enthalten. Wählen Sie „Sales – CRM All Linien“ und „Receivables – Transactions Real Time“. Sie werden diese kombinieren, um eine vollständige Ansicht des Prozesses zu erstellen.
In den erweiterten Modus wechseln: Nach der Auswahl der Themenbereiche öffnet sich der Analyse-Editor. Wechseln Sie sofort zum Tab „Advanced“, um auf den logischen SQL-Editor zuzugreifen, der für die Erstellung der erforderlichen Event Log-Struktur notwendig ist.
Die Event Log-Abfrage erstellen: Kopieren Sie die vollständige logische SQL-Abfrage, die im Abschnitt „Query“ dieses Dokuments bereitgestellt wird, und fügen Sie sie in das Textfeld „SQL Query“ auf dem Tab „Advanced“ ein. Diese Abfrage ist mit mehreren UNION ALL-Klauseln strukturiert, um jede der 15 erforderlichen Aktivitäten als separate Zeilen abzurufen.
Abfrageparameter festlegen: Ändern Sie die Platzhalterwerte innerhalb der Abfrage. Aktualisieren Sie insbesondere die Platzhalter [START_DATE] und [END_DATE], um den Datumsbereich für Ihre Extraktion zu definieren. Möglicherweise müssen Sie auch Filter für spezifische Business Units oder Retourenauftragstypen basierend auf der Konfiguration Ihrer Organisation anpassen.
Abfrage validieren: Klicken Sie auf die Schaltfläche „Validate SQL“, um sicherzustellen, dass die Syntax korrekt ist. Das System überprüft die Spaltennamen und die Struktur anhand der ausgewählten Themenbereiche.
Resultate überprüfen: Navigieren Sie zum Tab „Results“, um die Ausgabe vorab anzuzeigen. Die Daten sollten in einem Event Log-Format erscheinen, wobei jede Zeile eine eigenständige Aktivität im Retourenprozess darstellt. Überprüfen Sie, ob Spalten wie ReturnCaseId, ActivityName und Ereigniszeitpunkt (Event Time) wie erwartet ausgefüllt sind.
Analyse speichern: Sobald Sie mit den Resultaten zufrieden sind, klicken Sie auf das Symbol „Save Analysis“. Geben Sie ihr einen aussagekräftigen Namen, z.B. „ProcessMind Returns and Refund Extraktion“, und speichern Sie sie in einem freigegebenen Ordner.
Einen Exportplan erstellen: Um die Extraktion zu automatisieren, können Sie die Analyse so planen, dass sie regelmäßig ausgeführt wird. Suchen Sie auf der Oracle BI-Startseite Ihre gespeicherte Analyse, klicken Sie auf „More“ und wählen Sie „Schedule“.
Den Exportauftrag konfigurieren: In den Planungsoptionen definieren Sie die Häufigkeit (z.B. täglich, wöchentlich). Im Abschnitt „Delivery“ stellen Sie das Ausgabeformat auf CSV ein. Konfigurieren Sie das Ziel, z.B. einen Content Server oder E-Mail, wohin die Ausgabedatei gesendet wird. Aktivieren Sie den Plan, um die automatisierten Extraktionen zu starten.

Konfiguration

Themenbereiche: Die primären Themenbereiche für diese Analyse sind „Sales – CRM All Linien“ für RMA-Bestellköpfe, -positionen und Statusverläufe sowie „Receivables – Transactions Real Time“ für Gutschriften- und Rückerstattungsdetails. Zusätzliche Themenbereiche wie „Inventory – Inventory Transactions Real Time“ können erforderlich sein, wenn detailliertere Informationen zur Inspektion und Disposition benötigt werden.
Datumsbereichsfilterung: Es ist maßgeblich, einen Datumsbereichsfilter anzuwenden, um das Datenvolumen zu begrenzen und sicherzustellen, dass die Analyse erfolgreich abgeschlossen wird. Wir empfehlen, Daten für einen Zeitraum von 3 bis 6 Monaten gleichzeitig zu extrahieren. Die bereitgestellte Abfrage filtert nach dem RMA-Erstellungsdatum.
Schlüsselfilter: Über den Datumsbereich hinaus sollten Sie nach dem Bestelltyp filtern, um speziell Retouren (Return Material Authorization, RMA) auszuwählen. Das Filtern nach einer spezifischen Geschäftseinheit oder juristischen Person wird ebenfalls empfohlen, um den Datenumfang angemessen festzulegen.
Logischer SQL-Modus: Diese Extraktionsmethode erfordert die Verwendung des Tabs „Advanced“ und das Schreiben einer benutzerdefinierten logischen SQL-Abfrage mit UNION ALL-Anweisungen. Dieser Ansatz ist notwendig, um die TransaktionsDaten in das von ProcessMind benötigte Event Log-Format umzuwandeln.
Voraussetzungen: Der Benutzer, der den Antrag bearbeitet.iese Extraktion ausführt, benötigt eine Rolle mit den erforderlichen Berechtigungen zum Erstellen und Ausführen von OTBI-Analysen, wie die Rolle „BI Author“. Der Zugriff auf die angegebenen Sales-, Receivables- und potenziell Inventory-Themenbereiche ist ebenfalls zwingend erforderlich.

a Beispielabfrage config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Schritte

Python-Umgebung einrichten: Stellen Sie sicher, dass Python 3.6 oder neuer installiert ist. Installieren Sie die notwendigen Bibliotheken mit pip: pip install requests pandas.
Oracle Fusion SCM-Zugriff konfigurieren: Beschaffen Sie ZugangsDaten für einen Oracle Fusion-Benutzer mit den erforderlichen Rollen für den Zugriff auf REST APIs. Erforderliche Rollen umfassen in der Regel Order Manager und Accounts Receivable Manager. Der Benutzer muss über Berechtigungen zum Anzeigen von Verkaufsaufträgen (RMAs) und Gutschriften für Forderungen verfügen.
API-Endpunkte identifizieren: Bestätigen Sie die Basis-URL für Ihre Oracle Fusion SCM-Instanz. Das Skript verwendet die REST-Ressourcen salesOrdersForOrderHub und receivablesCreditMemos. Die Version 11.13.18.05 muss möglicherweise an Ihre Umgebung angepasst werden.
Das Python-Skript anpassen: Öffnen Sie das bereitgestellte Python-Skript. Aktualisieren Sie die Platzhaltervariablen am Anfang des Skripts: ORACLE_BASE_URL, ORACLE_USERNAME und ORACLE_PASSWORD. Passen Sie die Variable RMA_ORDER_TYPE an den spezifischen Bestelltypcode an, der in Ihrem System für RMAs verwendet wird.
Extraktionszeitraum definieren: Ändern Sie die Variablen START_DATE und END_DATE im Skript, um das Zeitfenster für die Datenextraktion zu definieren. Es wird empfohlen, mit einem kleineren Zeitraum, z.B. einem Monat, zu beginnen, um das Skript zu testen.
Das Skript ausführen: Führen Sie das Skript von Ihrer Kommandozeile aus: python extract_oracle_returns.py. Das Skript verbindet sich mit den Oracle APIs, ruft die Daten ab, verarbeitet sie und gibt Statusaktualisierungen in der Konsole aus.
Das Event Log abrufen: Nach erfolgreichem Abschluss generiert das Skript eine Datei namens returns_Event_log.csv im selben Verzeichnis. Diese Datei enthält das extrahierte Event Log.
Überprüfen und für den Upload vorbereiten: Öffnen Sie die Datei returns_Event_log.csv in einer Tabellenkalkulationsanwendung. Überprüfen Sie die Daten auf Vollständigkeit und Genauigkeit, achten Sie dabei besonders auf die Spalten ActivityName und Ereigniszeitpunkt (Event Time). Stellen Sie sicher, dass die Spaltenüberschriften den Anforderungen Ihres Process-Mining-Tools entsprechen.
In ProcessMind hochladen: Laden Sie die generierte CSV-Datei direkt in ProcessMind hoch. Ordnen Sie die Spalten aus der CSV-Datei den entsprechenden Attributen in ProcessMind zu (ReturnCaseId zu Case-ID, ActivityName zu Activity, Ereigniszeitpunkt (Event Time) zu Zeitstempel).

Konfiguration

API-Endpunkte: Das Skript verwendet primär zwei REST API-Endpunkte: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub für RMA-BestellDaten und /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos für Daten zu finanziellen Rückerstattungen.
Authentifizierung: Das Skript verwendet Basic Authentication. Der angegebene Benutzername und das Passwort müssen zu einem Benutzerkonto gehören, das über API-Zugriff und ausreichende Berechtigungen zum Lesen von Bestell- und DebitorenkontoDaten verfügt.
Datumsbereich: Die Extraktion wird nach dem CreationDate der RMA-Bestellungen gefiltert. Konfigurieren Sie die Variablen START_DATE und END_DATE im Skript. Für initiale Ladevorgänge wird ein Zeitraum von 3-6 Monaten empfohlen. Für fortlaufende Aktualisierungen verwenden Sie ein gleitendes Fenster.
RMA-Bestelltyp-Filter: Es ist maßgeblich, die Variable RMA_ORDER_TYPE im Skript zu konfigurieren. Dies stellt sicher, dass Sie nur Retouren und keine Standardverkaufsaufträge extrahieren. Ihren spezifischen RMA-Bestelltyp-Code finden Sie in der Setup-Aufgabe 'Manage Order Typs' in Oracle Fusion.
Statuscode-Mapping: Das Skript ordnet die internen Statuscodes von Oracle (z.B. DOO_AWAITING_RECEIVING, DOO_CLOSED) den geschäftsfreundlichen ActivityName-Werten zu. Dieses Mapping muss möglicherweise an Ihre spezifische Oracle SCM-Konfiguration angepasst werden.
Voraussetzungen: Der Zugriff auf eine Oracle Fusion SCM-Umgebung ist erforderlich. Das Benutzerkonto für die Extraktion muss Rollen wie Order Manager (ORA_DOO_ORDER_MANAGER_JOB) und Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB) oder gleichwertige benutzerdefinierte Rollen besitzen, die den Zugriff auf die benötigten REST APIs gewähren.

a Beispielabfrage python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
ORACLE_BASE_URL = class="hl-string">"https://[your_oracle_fusion_instance].fa.ocs.oraclecloud.com"
ORACLE_USERNAME = class="hl-string">"[your_api_user]"
ORACLE_PASSWORD = class="hl-string">"[your_api_password]"
RMA_ORDER_TYPE = class="hl-string">"ORA_RETURN_ORDER"  class=class="hl-string">"hl-comment"># IMPORTANT: Configure with your specific RMA Order Type Code
START_DATE = class="hl-string">"2023-01-01T00:00:00.000Z" class=class="hl-string">"hl-comment"># Format: YYYY-MM-DDTHH:MM:SS.sssZ
END_DATE = class="hl-string">"2023-06-30T23:59:59.000Z"

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_paginated_data(endpoint, params):
    class="hl-string">"""Fetches all data from a paginated Oracle REST API endpoint."""
    all_items = []
    url = fclass="hl-string">"{ORACLE_BASE_URL}{endpoint}"
    params[class="hl-string">'limit'] = 200 class=class="hl-string">"hl-comment"># Max limit can be up to 500
    params[class="hl-string">'offset'] = 0

    while True:
        print(fclass="hl-string">"Fetching data from {url} with offset {params['offset']}...")
        try:
            response = requests.get(url, auth=(ORACLE_USERNAME, ORACLE_PASSWORD), params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            if data.get(class="hl-string">'hasMore', False):
                params[class="hl-string">'offset'] += len(items)
            else:
                break
        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
        except json.JSONDecodeError as e:
            print(fclass="hl-string">"JSON Decode Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
if __name__ == class="hl-string">"__main__":
    event_log_records = []
    last_data_update = datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch all RMA Orders
    print(class="hl-string">"Fetching RMA orders...")
    rma_params = {
        class="hl-string">'finder': class="hl-string">'findOrders',
        class="hl-string">'q': fclass="hl-string">"OrderTypeCode='{RMA_ORDER_TYPE}' and CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OrderNumber,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,OrderStatus,ReturnReasonCode,CrossReference,lines',
        class="hl-string">'expand': class="hl-string">'lines.fulfillmentLines'
    }
    rma_orders = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", rma_params)

    class=class="hl-string">"hl-comment"># 2. Fetch all related Credit Memos (can be optimized by filtering on creation date)
    print(class="hl-string">"Fetching Credit Memos...")
    cm_params = {
        class="hl-string">'fields': class="hl-string">'TransactionNumber,TransactionDate,Amount,CustomerTransactionId,SalesOrderNumber'
    }
    credit_memos = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivablesCreditMemos", cm_params)
    cm_map = {cm[class="hl-string">'SalesOrderNumber']: cm for cm in credit_memos if class="hl-string">'SalesOrderNumber' in cm}

    print(fclass="hl-string">"Processing {len(rma_orders)} RMA orders...")
    for rma in rma_orders:
        case_id = rma.get(class="hl-string">'OrderNumber')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Helper to add events
        def add_event(activity, timestamp, agent, status, reason=None, end_time=None):
            if timestamp:
                event_log_records.append({
                    class="hl-string">'ReturnCaseId': case_id,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp,
                    class="hl-string">'EndTime': end_time if end_time else timestamp,
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'ProcessingAgent': agent,
                    class="hl-string">'ReturnStatus': status,
                    class="hl-string">'ReturnReason': reason,
                    class="hl-string">'RequestedRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'ActualRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'RefundSlaTargetDate': None class=class="hl-string">"hl-comment"># Placeholder
                })

        class=class="hl-string">"hl-comment"># Activity: RMA Created
        add_event(class="hl-string">'RMA Created', rma.get(class="hl-string">'CreationDate'), rma.get(class="hl-string">'CreatedBy'), class="hl-string">'Draft', rma.get(class="hl-string">'ReturnReasonCode'))

        class=class="hl-string">"hl-comment"># Activities from Fulfillment Lines
        if class="hl-string">'lines' in rma and rma[class="hl-string">'lines']:
            for line in rma[class="hl-string">'lines'][class="hl-string">'items']:
                if class="hl-string">'fulfillmentLines' in line and line[class="hl-string">'fulfillmentLines']:
                    for ff_line in line[class="hl-string">'fulfillmentLines'][class="hl-string">'items']:
                        ff_status = ff_line.get(class="hl-string">'StatusCode')
                        last_update = ff_line.get(class="hl-string">'LastUpdateDate', rma.get(class="hl-string">'LastUpdateDate'))
                        agent = ff_line.get(class="hl-string">'LastUpdatedBy', rma.get(class="hl-string">'LastUpdatedBy'))

                        class=class="hl-string">"hl-comment"># The following is an inference based on typical status flows.
                        class=class="hl-string">"hl-comment"># Your specific statuses may vary.
                        if ff_status in [class="hl-string">'DOO_AWAIT_APPROVAL', class="hl-string">'DOO_SUBMITTED']:
                            add_event(class="hl-string">'RMA Approval Submitted', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_AWAIT_RECEIVING':
                            add_event(class="hl-string">'RMA Approved', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_PARTIALLY_FULFILLED', class="hl-string">'DOO_SHIPMENT_CONFIRMED']:
                             add_event(class="hl-string">'Item Received', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, ff_status)
                             class=class="hl-string">"hl-comment"># Infer inspection events based on receipt
                             add_event(class="hl-string">'Item Inspection Started', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, class="hl-string">'Awaiting Inspection')
                             add_event(class="hl-string">'Item Inspected', last_update, agent, class="hl-string">'Inspection Complete')
                        elif ff_status == class="hl-string">'DOO_AWAIT_BILLING':
                            add_event(class="hl-string">'Return Disposition Determined', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_CLOSED':
                            add_event(class="hl-string">'Return Case Closed', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_CANCELED', class="hl-string">'DOO_REJECTED']:
                            add_event(class="hl-string">'RMA Rejected', last_update, agent, ff_status)
                        
                        class=class="hl-string">"hl-comment"># Placeholder activities not directly available
                        add_event(class="hl-string">'Item Shipped By Customer', None, class="hl-string">'Customer', class="hl-string">'In Transit')
                        add_event(class="hl-string">'Customer Notified', None, class="hl-string">'System', class="hl-string">'Notification Sent')

        class=class="hl-string">"hl-comment"># Activity: Exchange Order Created
        if rma.get(class="hl-string">'CrossReference'):
             add_event(class="hl-string">'Exchange Order Created', rma.get(class="hl-string">'LastUpdateDate'), rma.get(class="hl-string">'LastUpdatedBy'), rma.get(class="hl-string">'OrderStatus'))

        class=class="hl-string">"hl-comment"># Activities from Credit Memos
        if case_id in cm_map:
            cm = cm_map[case_id]
            cm_date = cm.get(class="hl-string">'TransactionDate')
            cm_amount = cm.get(class="hl-string">'Amount')
            add_event(class="hl-string">'Credit Memo Created', cm_date, class="hl-string">'System', class="hl-string">'Credit Memo Issued')
            add_event(class="hl-string">'Refund Initiated', cm_date, class="hl-string">'System', class="hl-string">'Refund In Progress')
            class=class="hl-string">"hl-comment"># Assuming refund is processed shortly after creation for this example
            add_event(class="hl-string">'Refund Processed', cm_date, class="hl-string">'System', class="hl-string">'Refund Complete')

            class=class="hl-string">"hl-comment"># Update refund amounts on all events for this case
            for rec in event_log_records:
                if rec[class="hl-string">'ReturnCaseId'] == case_id:
                    rec[class="hl-string">'ActualRefundAmount'] = cm_amount
                    rec[class="hl-string">'RequestedRefundAmount'] = cm_amount class=class="hl-string">"hl-comment"># Assuming requested equals actual

    class=class="hl-string">"hl-comment"># 4. Create and Save DataFrame
    if not event_log_records:
        print(class="hl-string">"No events were generated. Check your configuration and date range.")
    else:
        df = pd.DataFrame(event_log_records)
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        df = df.dropna(subset=[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'ReturnCaseId', class="hl-string">'EventTime'])

        class=class="hl-string">"hl-comment"># Reorder columns
        column_order = [
            class="hl-string">'ReturnCaseId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
            class="hl-string">'ProcessingAgent', class="hl-string">'ReturnStatus', class="hl-string">'ReturnReason', class="hl-string">'RequestedRefundAmount', 
            class="hl-string">'ActualRefundAmount', class="hl-string">'RefundSlaTargetDate'
        ]
        df = df[column_order]

        df.to_csv(class="hl-string">'returns_event_log.csv', index=False)
        print(class="hl-string">"Successfully created returns_event_log.csv")

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`

Retouren- und Erstattungsmanagementsattribute

Retouren- und Erstattungsmanagementsaktivitäten

Extraktionsanleitungen

Oracle Transactional Business Intelligence (OTBI) Export

Schritte

Konfiguration

a Beispielabfrage config

Oracle BI Cloud Connector (BICC) View Object Extraktion

Schritte

Konfiguration

a Beispielabfrage config

Python-Skript mit Oracle Fusion SCM REST APIs

Schritte

Konfiguration

a Beispielabfrage python

Bereit, um loszulegen?

Engpässe beseitigen, Retouren- und Rückerstattungsprozesse jetzt optimieren

Ihr Template für Retouren- und Rückerstattungs-Processing Daten

Ihr Template für Retouren- und Rückerstattungs-Processing Daten

Retouren- und Erstattungsmanagementsattribute

Retouren- und Erstattungsmanagementsaktivitäten

Extraktionsanleitungen

Oracle Transactional Business Intelligence (OTBI) Export

Schritte

Konfiguration

a Beispielabfrage config

Oracle BI Cloud Connector (BICC) View Object Extraktion

Schritte

Konfiguration

a Beispielabfrage config

Python-Skript mit Oracle Fusion SCM REST APIs

Schritte

Konfiguration

a Beispielabfrage python

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Engpässe beseitigen, Retouren- und Rückerstattungsprozesse jetzt optimieren

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`

Ihr `Template` für Retouren- und Rückerstattungs-`Processing Daten`