返品・返金処理用データテンプレート

Oracle Fusion SCM
返品・返金処理用データテンプレート

返品・返金処理用データテンプレート

このテンプレートは、Oracle Fusion SCMの返品・返金処理を分析するために設計されています。収集すべき必須属性、追跡すべき主要アクティビティ、データの抽出方法を分かりやすくまとめています。プロセスの状況を把握し、改善すべき領域を特定するためにご利用ください。
  • 収集を推奨する属性
  • プロセス分析で追跡すべき主要アクティビティ
  • Oracle Fusion SCMからデータを抽出する手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

返品・返金処理の属性

Oracle Fusion SCMの返品・返金処理を詳細に分析するため、イベントログに含める推奨データ項目です。
5 必須 7 推奨 9 任意
名前 説明
アクティビティ
ActivityName
返品・返金プロセス内で発生した特定の業務ステップまたはイベントの名称です。
説明

この属性は、返品ライフサイクルにおける個々のステップまたはマイルストーンを表します。例として、「RMA作成」、「商品検品完了」、「返金処理完了」などがあります。各アクティビティは、システムのイベントログに記録されたプロセス上の明確な時点を示します。

これらのアクティビティの順序と所要時間を分析することが、プロセスマイニングの中心です。プロセスマップの可視化、ステップ間のボトルネックの特定、アクティビティごとのリードタイムの計算が可能になります。プロセスフロー、手戻りのループ、標準業務手順へのコンプライアンスを把握するうえで欠かせないデータです。

重要な理由

アクティビティはプロセスマップの基盤となり、プロセスフロー、ばらつき、ボトルネックの可視化と分析を可能にします。

入手先

Oracle Fusion SCMのOrder ManagementやInventory Managementなどのモジュール内にあるイベントログ、ステータス変更、特定の取引レコードから取得します。

RMA作成商品受領クレジットメモ作成返金処理完了
イベント時刻
EventTime
特定のアクティビティまたはイベントが発生した時点を示すタイムスタンプです。
説明

イベント時刻、つまり開始時刻は、アクティビティがソースシステムに記録された正確な日時です。プロセスの各ステップを時系列で把握するための基準になります。

このタイムスタンプは、時間に基づくすべての分析に欠かせません。イベントを正しい順序に並べ、アクティビティ間の処理時間を計算し、案件全体の所要時間を測定し、サービスレベル合意(SLA)に対するパフォーマンスを評価するために使います。正確なタイムスタンプがなければ、プロセスの効率を分析し、遅延を特定し、プロセスの動きを理解することはできません。

重要な理由

この属性はイベントの時系列を示します。すべての所要時間指標を計算し、プロセスのボトルネックを見つけるための基本情報です。

入手先

通常、Oracle Fusion SCMの取引レコードまたはステータスレコードに紐づく「作成日」、「タイムスタンプ」、「最終更新日」などの項目に記録されています。

2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
返品案件ID
ReturnCaseId
特定の顧客の返品または返金申請に関連するすべてのアクティビティを紐づける主識別子です。
説明

返品案件IDは、返品・返金プロセス全体で使用する一意のケース識別子です。返品承認(RMA)の作成から最終的な返金処理、案件のクローズまで、すべてのイベントをつなぎます。

プロセスマイニング分析では、各返品のエンドツーエンドの流れを再構成するための基本的な属性です。返品のライフサイクル全体を追跡し、総処理時間を測定し、返品ごとの処理方法の違いを把握できます。その他すべてのイベントレベルのデータは、このIDごとにグループ化され、一貫したプロセスビューを形成します。

重要な理由

関連するすべてのイベントを1つのプロセスインスタンスにまとめるための基本キーであり、エンドツーエンド分析を可能にします。

入手先

通常、返品申請の開始時にOracle Order ManagementまたはServiceモジュール内で生成されます。

RMA-2023-00123RMA-2023-00456RMA-2023-00789
ソースシステム
SourceSystem
データを抽出したシステムです。
説明

イベントデータが記録された元の情報システムを示す属性です。このプロセスでは、通常「Oracle Fusion SCM」になります。

複数のシステムが連携する環境では、データの系譜を確認し、問題を切り分けるために欠かせません。データの出所を確認し、特定のシステムからのイベントに絞って分析できます。データの品質と背景情報を維持するうえでも役立ちます。

重要な理由

データの出所に関する重要な背景情報を提供し、複数システム環境でのデータ検証と分析に役立ちます。

入手先

通常、抽出・変換・ロード(ETL)処理の際に、データセットの出所を示す固定値として追加されます。

Oracle Fusion SCMOracle SCM Cloud
最終データ更新
LastDataUpdate
ソースシステムからデータを最後に更新または抽出した時点のタイムスタンプです。
説明

データセットが最後に更新された時点を示す属性です。個々のイベントではなく、データセット全体の更新日時を表します。

最終データ更新時刻を把握することは、分析の鮮度を理解するうえで重要です。リアルタイムの情報を見ているのか、数時間または数日前のデータを見ているのかを確認し、ダッシュボードやKPIを正しく解釈できます。プロセスマイニングプロジェクトに欠かせないメタデータです。

重要な理由

データがいつ更新されたかを示し、分析の背景と最新性を正しく理解できるようにします。

入手先

通常、抽出・変換・ロード(ETL)処理の際に生成され、追加されます。

2023-11-01T02:00:00Z2023-11-02T02:00:00Z
処理担当者
ProcessingAgent
返品プロセスで特定のアクティビティを実行したユーザーまたは担当者です。
説明

RMAの承認や返金処理など、特定のタスクを実行した従業員またはシステムユーザーを示す属性です。個人単位の割り当てを追跡していない場合は、チームや部門を示すこともあります。

担当者別のパフォーマンス分析は、業務管理に欠かせません。この属性により「返品処理担当者パフォーマンス」ダッシュボードを作成し、担当者ごとの業務量、アクティビティの所要時間、手戻り率を比較できます。研修が必要な領域や高い成果を上げている担当者を見つけ、より適切なリソース配分に役立てられます。

重要な理由

ユーザーまたはチーム別のパフォーマンス分析を可能にし、高い成果を上げている担当者、研修機会、業務量の偏りを特定できます。

入手先

通常、Oracle Fusion SCMの取引ログにある「USER_ID」、「PROCESSED_BY」、「AGENT_NAME」などの項目に記録されています。

j.doea.smithm.jones
実返金額
ActualRefundAmount
実際に処理され、顧客へ返金された最終的な金額です。
説明

検品、調整、手数料の適用後に顧客へ実際に支払われた、確定済みの最終金額を表す属性です。返品案件における実際の財務結果を示します。

「申請額と実返金額」ダッシュボードで使用する重要な財務データです。申請返金額と比較することで、「返金額差異率」KPIを計算し、返品ポリシー、商品の状態、処理上の調整が財務に与える影響を把握できます。

重要な理由

返品による実際の財務結果を表し、差異分析と財務報告を可能にします。

入手先

この情報は、Oracle Fusion Financialsで返品ケースに関連付けられたCredit MemoまたはAccounts Payableの取引記録から取得できる可能性があります。

129.9940.000.00
申請返金額
RequestedRefundAmount
顧客が返品時に最初に申請した金額です。
説明

プロセスの開始時点で顧客が申請した返金額を記録する属性です。最終的な返金額と比較する基準額になります。

「申請額と実返金額」ダッシュボードや「返金額差異率」KPIに欠かせないデータです。申請額と実返金額の差を分析することで、誤った商品の返品、再入庫手数料、ポリシーによる調整などの問題を明らかにし、財務の正確性と顧客満足度の向上に役立てられます。

重要な理由

財務分析の基準となり、返金額の差異を計算し、潜在的な問題を明らかにできます。

入手先

Oracle Fusion SCMのRMAまたは返品申請ヘッダーに保存されます。通常はOrder Managementモジュールに記録されます。

129.9945.501200.00
終了時刻
EndTime
アクティビティが完了した時点を示すタイムスタンプです。
説明

終了時刻は、アクティビティが完了した時点を示します。開始時刻がイベントの開始を示すのに対し、終了時刻はそのイベントの実際の処理時間を計算するために必要です。瞬時に完了するイベントでは、開始時刻と終了時刻が同じになる場合があります。

分析では、終了時刻と開始時刻の差からアクティビティの「処理時間」を求めます。これにより、ステップ間の待ち時間ではなく、どのステップ自体に時間がかかっているのかを特定できます。詳細なボトルネック分析やリソース効率の計算に欠かせません。

重要な理由

個々のアクティビティの実際の処理時間を計算し、実作業時間と待ち時間を区別するために必要な属性です。

入手先

ソースシステムのログに別項目として記録されている場合や、後続アクティビティのStartTimeから算出できる場合があります。

2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
返品ステータス
ReturnStatus
返品案件の現在または最終的なステータスです。
説明

特定の時点における返品案件全体のステータス、または最終結果を示す属性です。例として、「クローズ・返金済み」、「クローズ・却下」、「処理中」などがあります。

返品ステータスは、結果の分析と監視に欠かせません。結果に基づいて案件を絞り込み、承認された返品と却下された返品のプロセスフローを比較し、「現在の返品案件ステータス」ダッシュボードに表示できます。結果の分布を把握することは、プロセスの有効性を測るうえで重要です。

重要な理由

案件の結果を示すため、絞り込み、比較分析、プロセスの成功率の把握に役立ちます。

入手先

通常、Oracle Order Managementの返品またはRMAのメインヘッダーレコードにあるステータス項目から取得できます。

受領待ち検品完了クローズ・返金済みクローズ・却下
返品理由
ReturnReason
商品を返品する際に顧客が申告した理由です。
説明

この属性には返品理由が含まれます。通常は、顧客があらかじめ定義された一覧から「不良品」「サイズ違い」「不要になった」などを選択します。

返品理由を分析すると、製品品質、販売プロセスの正確性、顧客行動について具体的な傾向を把握できます。このデータを使って、不良率の高い製品を特定したり、誤注文を減らすために製品説明を改善したり、返品の根本原因を理解したりできます。こうした分析は、返品件数全体の削減につながる戦略的な改善に役立ちます。

重要な理由

返品が発生する理由を把握できるため、製品や販売プロセスの改善に役立ちます。

入手先

通常は、Oracle Order ManagementのRMA明細項目にコードまたはテキスト項目として保存されます。

不良誤った商品を発送到着が遅すぎたより安い価格の商品がある
返金SLA目標日
RefundSlaTargetDate
サービスレベル合意書に基づき、返金を完了する予定日です。
説明

この属性は、対象ケースの返金プロセスを完了すべき期限を定義します。SLA目標は、会社の方針、顧客ランク、返品理由などに基づいて決まることが一般的です。

この日付は、処理の適時性とコンプライアンスを測定する基準になります。「Refund Policy SLA Compliance」ダッシュボードで直接使用され、「Refund SLA Conformance Rate」KPIの計算にも欠かせません。実際の返金完了日とこの目標日を比較することで、SLA違反を特定し、遅延する可能性があるケースを優先的に処理できます。

重要な理由

期限内処理の実績を測定する基準となり、SLAコンプライアンスKPIの計算に欠かせません。

入手先

返品ケースに設定された日付項目の場合もあれば、返品開始日にあらかじめ定義した期間(例:14日)を加えて算出する場合もあります。

2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
RMA番号
RmaNumber
Return Merchandise Authorization取引を一意に識別する番号です。
説明

RMA番号は、顧客が製品を返品するための正式な承認番号です。Return Case IDと同じ番号であることが多い一方、システムによっては別の先行IDとして管理されます。

この属性は、社内ユーザーと顧客の双方にとって分かりやすい主要な業務参照番号です。ケースの検索や絞り込みに使えるほか、返品に関する連絡で主に使用される番号でもあります。

重要な理由

業務上の主要な参照番号として、運用状況の追跡と顧客との連絡に役立ちます。

入手先

Oracle Order ManagementのReturn Merchandise Authorizationオブジェクトにある主要な識別子です。

789001789002789003
SLA準拠
IsSlaCompliant
返金が定義されたSLA目標内に処理されたかどうかを示す真偽値フラグです。
説明

返品ケースごとのSLA準拠状況をtrueまたはfalseで示す計算属性です。実際の返金完了タイムスタンプと「RefundSlaTargetDate」を比較して判定します。

このフラグは、コンプライアンス率を簡単に測定し、可視化するうえで欠かせません。「Refund Policy SLA Compliance」ダッシュボードで使用され、「Refund SLA Conformance Rate」KPIの計算も簡単になります。ケースをすばやく絞り込み、SLAを満たせなかった理由を根本原因分析で調べることができます。

重要な理由

日付の比較結果を単純な真偽値メトリクスに変換し、SLAの監視と報告を簡単にします。

入手先

計算項目です。「Refund Processed」のタイムスタンプが「RefundSlaTargetDate」以前であればtrue、それ以外はfalseになります。

truefalse
倉庫ID
WarehouseId
返品された商品を受け入れた倉庫または施設の識別子です。
説明

顧客から返品された商品を受け取り、処理した具体的な物理拠点を示します。配送センターや倉庫などが該当します。

倉庫別にプロセスを分析すると、拠点ごとのパフォーマンス問題を特定できます。異なる施設間で検品時間、処分結果、全体のサイクルタイムを比較できるため、特定拠点の業務上の非効率、要員配置の問題、研修の必要性を明らかにできます。

重要な理由

拠点別のパフォーマンス分析を可能にし、地域や施設ごとのボトルネックと非効率を特定するのに役立ちます。

入手先

「ORGANIZATION_ID」と呼ばれることが多く、Oracle Inventory Managementの入庫取引に関連付けられています。

WH-US-WESTWH-EU-CENTRALDC-01
処分コード
DispositionCode
返品された現物を最終的にどのように処理したかを示すコードです。
説明

Disposition Codeは、検品後に返品製品をどう処理したかを示します。たとえば、在庫に戻した、廃棄した、再生処理に回した、仕入先に返却した、といった内容です。

この情報は、返品が財務と業務に与える影響を分析するうえで役立ちます。処分コードを分析することで、再販できない商品のコストを把握し、再生処理を改善できる機会を特定できます。返品プロセスを在庫と財務の結果に結び付ける情報です。

重要な理由

返品プロセスを在庫上の現物の処理結果に結び付け、回収率とコストを把握できます。

入手先

検品アクティビティの完了後、Oracle Inventory ManagementまたはWarehouse Managementモジュールに記録されます。

在庫に戻す廃棄再生仕入先に返品
手戻り
IsRework
アクティビティが手戻りループの一部であるかどうかを示す真偽値フラグです。
説明

同じケース内で以前の手順が繰り返されたアクティビティを特定し、プロセスループまたは手戻りを示します。たとえば、商品が検品に不合格となり再検品が必要になった場合、2回目の検品イベントに手戻りフラグが付きます。

この属性は、プロセスの非効率を定量化するうえで基本となります。「Return Processing Rework Rates」ダッシュボードで使用され、「Return Rework Event Frequency」KPIの計算にも使われます。手戻りの量と原因を特定することは、プロセスマイニングの主要な目的です。無駄な作業、遅延、コスト増加を直接示すためです。

重要な理由

プロセスの非効率とループを直接示し、手戻りの量と原因を簡単に定量化・分析できます。

入手先

1つのケース内で繰り返されたアクティビティを検出するプロセスマイニングソフトウェアのアルゴリズムによって特定される計算属性です。

truefalse
製品ID
ProductId
返品対象となる製品を一意に識別するIDです。
説明

返品対象となる特定の製品を識別する一意のIDです。SKUや品目番号などが該当し、返品プロセスと製品カタログを関連付けます。

製品単位の分析は、問題のある品目を特定するうえで欠かせません。Product IDでプロセス分析を絞り込んだり、切り分けたりすることで、返品率が高い製品、検品に時間がかかる製品、特定の不良パターンを示す製品を特定できます。この情報は、品質管理、サプライチェーン管理、製品開発に役立ちます。

重要な理由

返品プロセスを特定の製品に関連付け、製品品質と返品パターンの分析を可能にします。

入手先

Oracle Order ManagementまたはInventoryモジュールのRMA明細項目にある「INVENTORY_ITEM_ID」などの項目です。

PROD-5540-ASKU-98765ITEM-001-B
返品タイプ
ReturnType
返金、交換、修理など、想定される処理結果に基づいて返品を分類します。
説明

処理対象となる返品の種類を分類する属性です。顧客が金銭による返金、交換品、修理済み品のいずれを受け取るかによって、プロセスフローと必要な手順は大きく異なります。

Return Type別の分析は、プロセスの違いを理解するうえで欠かせません。返金と交換で別々のプロセスマップを作成できるため、それぞれの経路に固有のボトルネックやパフォーマンス特性を特定できます。この切り分けは、対象を絞ったプロセス改善に役立ちます。

重要な理由

交換と返金では手順が異なることが多いため、異なるプロセス経路に基づいて分析を切り分けられます。

入手先

通常は、Oracle Order ManagementのRMAヘッダーまたは明細にあるカテゴリ項目またはタイプ項目です。

返金交換修理
返金額の差異
RefundAmountDiscrepancy
要求された返金額と実際の返金額との差を計算した値です。
説明

顧客が要求した金額と実際に受け取った金額の金銭的な差を定量化するメトリクスです。「RequestedRefundAmount」から「ActualRefundAmount」を差し引いて計算します。

この計算値は「Refund Amount Discrepancy Rate」KPIの基礎になります。ゼロ以外の値は、プロセス中に調整が行われたことを示します。返品手数料や破損による控除など、差異が生じた理由を分析することで、方針の有効性と顧客への説明方法を改善できます。

重要な理由

返金プロセスにおける金額調整を定量化し、方針と検品結果の影響を分析するのに役立ちます。

入手先

計算項目:「RequestedRefundAmount」-「ActualRefundAmount」。

0.005.50-10.00
顧客ID
CustomerId
返品を開始した顧客を一意に識別するIDです。
説明

返品ケースに関連する顧客を識別する一意のIDです。返品プロセスと顧客データベースを関連付けます。

顧客を軸に返品を分析すると、重要な傾向が見えてきます。たとえば、返品頻度が異常に高い顧客を特定し、満足度の問題や不正の可能性を調べることができます。また、顧客セグメント別の分析も可能になり、特定のグループで返品行動に違いがあるかを把握できます。

重要な理由

顧客を軸にした分析を可能にし、返品を繰り返す顧客、セグメントごとの行動、不正の可能性を特定するのに役立ちます。

入手先

Oracle Order Managementで、元の販売注文または返品依頼のヘッダーにある顧客IDまたは取引先IDとして確認できます。

CUST-100589743ACC-54321
必須 推奨 任意

返品・返金処理のアクティビティ

正確なプロセスディスカバリーとボトルネックの特定に必要な、イベントログへ記録する主要なプロセスステップとマイルストーンです。
7 推奨 8 任意
アクティビティ 説明
RMA作成
このアクティビティは、Oracle Fusion SCMで返品承認(RMA)が作成され、返品プロセスが正式に開始されたことを示します。通常、ユーザーまたは自動処理によって新しいRMA販売注文レコードが生成された時点で、明示的に記録されます。
重要な理由

返品プロセス全体の主な開始イベントです。このアクティビティから他のアクティビティまでの時間を分析することで、プロセス全体の所要時間を把握し、初期段階の遅延を特定できます。

入手先

Oracle Fusion Order Managementにおける返品注文ヘッダーの作成タイムスタンプから取得します。このイベントは、RMAドキュメントが最初に保存された時点に対応します。

取得

返品注文ヘッダーレコードの作成日を追跡します。

イベントタイプ explicit
RMA承認
返品申請が業務ルールに従って確認・承認されたことを示す重要なマイルストーンです。通常、RMAのステータス変更から推定し、顧客による商品の発送など、後続のプロセスを開始できる状態になったことを示します。
重要な理由

承認はプロセス上の重要なゲートウェイです。ここでの遅延は返品全体の処理時間と顧客満足度に直接影響します。承認に関するボトルネックを分析するうえで欠かせないアクティビティです。

入手先

RMA注文ヘッダーまたは明細のステータスが「承認済み」または「入荷待ち」に変わった時点のタイムスタンプから推定します。

取得

RMAのステータスが承認済みの状態に更新された時点のタイムスタンプを記録します。

イベントタイプ inferred
クレジットメモ作成
売掛金管理でクレジットメモが生成され、顧客への返金が承認されたことを示す財務アクティビティです。Order Managementの返品プロセスによって開始される明示的なイベントです。
重要な理由

クレジットメモの作成は、顧客への返金を確約したことを示す明確なマイルストーンです。プロセスにおける財務決済部分全体の開始点となります。

入手先

Oracle Accounts Receivableにおける明示的な取引です。クレジットメモの販売注文参照を使って、元のRMAに紐づけられます。

取得

ARにおけるクレジットメモ取引の作成日を使用します。

イベントタイプ explicit
商品受領
倉庫または処理センターで返品商品を実際に受け取ったことを示します。通常、商品がスキャンされ、RMAに対する受領として記録された時点で、Oracle Fusion Inventory Managementに明示的に記録されます。
重要な理由

商品の受領は、後続の検品・処理を開始する重要なマイルストーンです。「RMA承認」から「商品受領」までの時間を測定することで、物流と配送のパフォーマンスを分析できます。

入手先

Oracle Inventory Managementに記録された明示的な取引です。RMA受領の取引日がこのイベントに対応します。

取得

InventoryにおけるRMA受領取引のタイムスタンプを使用します。

イベントタイプ explicit
商品検品完了
商品の検品が完了し、品質評価が記録されたことを示します。通常、Oracle Inventory ManagementまたはQuality Managementで、RMAのステータスを更新する明示的な取引として記録されます。
重要な理由

検品結果は、返金承認や却下などの後続ステップに直接影響します。検品そのものにかかった時間は、倉庫業務の効率を測る重要なKPIです。

入手先

Oracle InventoryまたはQuality Managementで、検査担当者がRMA受領に対する検品タスクを完了した時点の取引タイムスタンプから取得します。

取得

検品取引の完了タイムスタンプを使用します。

イベントタイプ explicit
返品案件クローズ
RMAに関するすべての処理が完了したことを示す最終アクティビティです。商品の受領、処置、財務決済が含まれます。通常、RMA注文が最終的に「クローズ」ステータスになったことから推定します。
重要な理由

プロセスの確定した終了イベントです。エンドツーエンドの処理時間を計算し、案件が無期限に未完了のまま残っていないことを確認するうえで重要です。

入手先

Oracle Order Managementで、RMA注文ヘッダーとすべての明細が最終的な「クローズ」ステータスになった時点のタイムスタンプから推定します。

取得

RMAヘッダーまたは明細のステータスが「クローズ」に変わった最後のタイムスタンプを記録します。

イベントタイプ inferred
返金処理完了
顧客への返金支払いが完了したことを示します。Oracle Financialsに支払いの消込取引が記録された時点で、明示的なイベントとして取得されます。
重要な理由

顧客の視点で返金全体の処理時間を測定するための重要な終点です。顧客に対する財務上の義務が果たされたことを確認できます。

入手先

クレジットメモを決済するOracle Accounts PayableまたはTreasuryの支払取引について、会計日または消込日から取得します。

取得

クレジットメモを決済する支払取引の消込日を使用します。

イベントタイプ explicit
RMA却下
顧客の返品申請を却下する最終的な判断を示します。通常、承認段階でRMAのステータスが「却下」または「キャンセル」に変わったことから推定します。
重要な理由

重要な例外経路です。却下の頻度と理由を分析することで、返品ポリシー、顧客の期待、または不正行為の試みに関する問題を明らかにできます。

入手先

RMA注文ヘッダーまたは明細のステータスが「却下」または同等の最終ステータスに変わった時点のタイムスタンプから推定します。

取得

ステータスが「却下」または「キャンセル」に変わった時点のタイムスタンプを特定します。

イベントタイプ inferred
RMA承認申請
作成されたRMAが社内の確認・承認に提出された時点を示します。通常、RMAのステータスが下書きまたは入力中から承認待ちへ変わったことから推定します。
重要な理由

承認前の段階にかかった時間を測定できます。データ入力にかかった時間と、承認者の対応を待っていた時間を分けて把握できます。

入手先

Order Managementの承認ワークフローで、RMA注文ヘッダーまたは明細のステータスが「承認待ち」または同等のステータスに変わった時点のタイムスタンプから推定します。

取得

ステータスが「承認待ち」に変わった時点のタイムスタンプを特定します。

イベントタイプ inferred
交換注文作成
顧客が返金ではなく交換を希望した場合に発生します。通常、元のRMAに紐づく新しい販売注文が生成される明示的なイベントです。
重要な理由

重要なプロセス分岐を示すアクティビティです。各経路の処理時間を正確に分析するには、交換プロセスと返金プロセスを分けて把握する必要があります。

入手先

Order Managementで新しい販売注文ドキュメントが作成される明示的なイベントです。参照項目を使ってRMAに紐づける必要があります。

取得

RMAに紐づく新しい販売注文の作成日を使用します。

イベントタイプ explicit
商品検品開始
返品商品の状態を確認する実物検品の開始を示します。倉庫管理モジュール内で商品の場所またはステータスが変わったことから推定する場合や、明示的なスキャンから取得する場合があります。
重要な理由

商品の受領から検品開始までの時間を測定することで、検品場所での待ち時間を把握できます。これは一般的なボトルネックです。

入手先

受領明細のステータス変更や、Oracle Inventory Managementで商品が検品場所へ移動した取引から取得する場合があります。明示的に記録するには、追加の設定が必要になることがあります。

取得

ステータス変更または検品エリアへの在庫移動のタイムスタンプです。

イベントタイプ inferred
返品商品の処置決定
検品後、返品商品を「在庫に戻す」または「廃棄する」など、どのように処理するかを決定したことを示します。通常、商品を最終的な移動先へ移す明示的な在庫取引として記録されます。
重要な理由

在庫の正確性と財務照合に関わる重要なステップです。処置内容を分析することで、返品理由や製品品質の問題を把握できます。

入手先

検品後に、サブインベントリ間の移動や商品のステータス更新など、Oracle Inventory Managementの取引として記録されます。

取得

処置を実行した在庫取引のタイムスタンプを追跡します。

イベントタイプ explicit
返金処理開始
返金の支払い処理が開始されたことを示します。通常、クレジットメモのステータスがオープンから支払い処理中を示す状態に変わったことから推定します。
重要な理由

クレジットメモの承認・作成と実際の支払い処理を分けて把握できます。支払い処理は別のチームやシステムが担当する場合があり、遅延の原因になることがあります。

入手先

Accounts Receivableのクレジットメモのステータス変更、またはクレジットメモを参照するAccounts Payableの支払レコード作成から推定します。

取得

クレジットメモのステータスが「支払い待ち」または同様の状態に変わった時点のタイムスタンプを特定します。

イベントタイプ inferred
顧客による商品発送
顧客が返品商品を会社へ返送したことを示します。このイベントはOracle SCMに直接記録されないことが多く、配送業者との連携データや手動更新から推定する場合があります。
重要な理由

顧客の行動と、商品が輸送中である時間を把握できます。社内処理の遅延と配送による遅延を区別するのに役立ちます。

入手先

RMAに紐づく配送業者の出荷データから推定するか、Oracle SCMで手動更新したステータスから取得します。連携がない場合、このイベントは利用できないことがあります。

取得

連携した配送業者APIまたは手動入力項目のタイムスタンプです。

イベントタイプ inferred
顧客通知
返金処理完了や交換商品の発送など、返品案件の解決結果を顧客へ通知したことを示します。通常、コミュニケーションログまたは案件のステータス更新から取得します。
重要な理由

適時の顧客連絡は、満足度を高めるうえで欠かせません。これを分析することで、連絡に関するサービスレベル合意を遵守できているか確認できます。

入手先

システムの分析が必要です。連携したCRMまたはコミュニケーション基盤に記録されている場合や、RMAまたは関連するサービスリクエストのステータスを手動で更新している場合があります。

取得

外部のコミュニケーションシステムまたは手動更新のタイムスタンプです。

イベントタイプ inferred
推奨 任意

抽出ガイド

Oracle Fusion SCMからデータを取得する方法

準備はできましたか?

このテンプレートを使ってデータ収集を効率化し、返品・返金処理に関する有用な情報を引き出してください。今すぐプロセスの最適化を始めましょう。

ボトルネックをなくし、返品・返金処理を今すぐ最適化

Oracle Fusion SCMで非効率を特定し、サイクルタイムを30%短縮します。

無料トライアルを開始

クレジットカードは不要です。5分以内にセットアップできます。