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

アクティビティ名は、返品のライフサイクルにおける個別のステップや節目を表します。「返品申請の作成」「商品の受領」「返金処理」など、1つの処理やステータス変更を示します。これらのアクティビティがプロセスマップを構成します。

分析では、この属性を使ってプロセスフローを可視化し、各ステップの順序や発生頻度を確認します。アクティビティを分析すると、よくある経路、標準プロセスからの逸脱、手戻りが発生する箇所を特定できます。返品で実際に何が起きているかを把握するための基本情報であり、ほとんどのプロセスマイニングのダッシュボードや重要業績評価指標（KPI）で使われます。

プロセスの各ステップを定義し、プロセスマップの可視化、バリアントの分析、ボトルネックや手戻りの特定を可能にします。

多くの場合、ソースシステムのステータス変更ログ、イベントテーブル、またはトランザクションコードから取得します。

イベント時刻（タイムスタンプ）は、アクティビティが実行された正確な日時を記録します。この時系列データは、各ケース内のイベントを正しい順序に並べ、返品プロセスのタイムラインを作成するために欠かせません。

時間に基づく分析に欠かせない属性です。アクティビティ間のサイクルタイムや返品ケース全体の所要時間の算出、返金処理時間などのサービスレベル合意（SLA）への準拠状況の確認に使います。タイムスタンプを分析すると、遅延箇所を特定し、時間の経過に伴うプロセスの状況を把握して、返品サイクルを短縮する機会を見つけられます。

イベントの時系列を把握できるため、サイクルタイムの算出、ボトルネックの特定、SLAへの準拠状況の測定に役立ちます。

通常、システムログ、トランザクションレコード、または各アクティビティに関連する文書の作成タイムスタンプに記録されています。

返品ケースIDは、個々の返品プロセスを一意に識別する主キーです。顧客が返品を開始するたびに固有のIDが割り当てられ、その返品に関する後続のイベント、文書、連絡の追跡に使われます。

プロセスマイニング分析では、このIDを使って関連イベントを結び付け、一貫したプロセスフローを再構成します。最初の申請から返金や交換などの最終的な解決まで、返品ごとの一連の流れを把握できます。一貫したケースIDがなければ、プロセスのバリアント分析、サイクルタイムの測定、ボトルネックの正確な特定はできません。

プロセスマイニングの基本となる属性です。関連するすべてのイベントを1つのケースにまとめ、返品プロセス全体の再構成と分析を可能にします。

通常、返品注文文書、返品承認（RMA）レコード、またはケース管理システムのヘッダーにあります。

ソースシステム属性は、アクティビティが記録された元のアプリケーションやプラットフォームを示します。多くの組織では、返品プロセスが複数のシステムにまたがります。たとえば、最初の申請にはCRM、商品の受領にはWMS、返金処理にはERPを使います。

ソースシステムを特定することは、データガバナンスやプロセスを支えるシステム環境の把握に役立ちます。分析では、データ品質の問題の発生元を追跡したり、異なるシステム間でタスクの引き継ぎが頻繁に発生するプロセスの分断を明らかにしたりできます。こうした分断は、遅延や非効率の原因となることがあります。

データの出所を把握し、異なるITシステム間の連携によるタスクの引き継ぎや遅延を分析するのに役立ちます。

多くの場合、データ抽出時に追加されるメタデータ項目か、システムログのヘッダーに含まれています。

この属性には、プロセスマイニング分析に使うデータセットをソースシステムから最後に抽出または更新した日時が記録されます。これにより、分析で得られるインサイトがどの時点のデータに基づくかを把握できます。

サイクルタイムなどのプロセス指標の計算に直接使うものではありませんが、レポートを見る人がデータの鮮度を判断するうえで重要です。関係者がデータの更新時期を把握し、分析結果を適切に解釈できるようになります。たとえば、ダッシュボードが昨日までの状況を示しているのか、先週までの状況を示しているのかを確認できます。

データの鮮度に関する重要な情報を示し、プロセス分析がどの時点の状況を反映しているかを関係者が把握できるようにします。

通常、データの抽出、変換、読み込み（ETL）の過程で生成されるメタデータです。

イベント時刻がアクティビティの開始を示すのに対し、イベント終了時刻はその完了を記録します。「商品の検査」や「品質検査」など、所要時間を測定できるアクティビティで特に役立ちます。

分析では、個々のアクティビティの処理時間や所要時間を算出するために使います。イベント終了時刻からイベント時刻を差し引くことで、各ステップにかかった時間を測定できます。ボトルネック分析、リソースのキャパシティ計画、プロセス全体で最も時間を要するアクティビティの特定に欠かせません。

アクティビティごとの所要時間を算出できるため、詳細なボトルネック分析やリソースの利用状況の把握に役立ちます。

操作の開始と終了の両方のタイムスタンプが記録されているシステムログやトランザクションデータにあります。

実際の返金額は、顧客に最終的に返金された金額です。再入庫手数料、割引、送料の差し引き、返品商品の状態に応じた調整などにより、申請額と異なる場合があります。

この属性は、財務照合やプロセスの結果測定に欠かせません。申請額と比較することで、返金額の正確性に関する重要業績評価指標（KPI）の主要な要素となります。このデータを分析すると、返品ポリシーが財務に与える影響や返金額を調整する理由を把握し、価値の損失や回収の機会を見つけられます。

財務分析、返金額の正確性の測定、返品プロセスが事業に与える実際の財務的影響の把握に欠かせません。

ERPまたは会計システムのクレジットメモ、財務転記文書、またはケースの最終クローズ記録にあります。

この属性は、返品プロセスの特定のタスクを実行した担当者やチームを示します。返品を承認したカスタマーサービス担当者、商品を検査した倉庫作業員、返金を処理した自動システムなどが該当します。

担当ユーザーを分析すると、業務量の分布、チームのパフォーマンス、研修の必要性を把握できます。特定のユーザーやチームがボトルネックになっているか、異なるプロセスのバリアントに沿って処理しているかも確認できます。また、元のタスクを誰が実行し、誰が修正したかが分かるため、手戻りの分析にも役立ちます。

リソースパフォーマンスの分析に役立つ属性です。チームの効率を比較し、業務量の分布を分析して、研修の機会を特定できます。

通常、トランザクションの詳細、文書の変更ログ、ユーザーのアクティビティログにある「ユーザーID」や「処理担当者」などの項目に記録されています。

製品IDは、SKUや品目番号など、返品対象の商品を特定する固有のコードです。返品ケースと会社の商品カタログを結び付けます。

製品IDごとに返品を分析すると、返品率の高い商品を特定できます。製品の品質、設計上の問題、オンラインの商品説明の不正確さなどが明らかになる場合があります。この情報は、製品の販売終了、設計の改善、販促資料の更新などの判断に役立ちます。製品ごとの返品による財務面・業務面の影響を把握するための重要な分析軸です。

製品ごとの分析により、返品率の高い商品を特定できます。品質上の問題や不正確な商品説明を示す手がかりになります。

返品注文、販売注文、または返品承認（RMA）レコードの明細にあります。

返品チャネルは、返品を開始した方法を示します。たとえば、「オンラインポータル」「店舗」「カスタマーサービスへの電話」「郵送」などがあります。チャネルによって、プロセス、コスト、顧客満足度が異なる場合があります。

チャネルごとに返品プロセスを分析すると、効率や費用対効果を比較できます。あるチャネルではサイクルタイムが大幅に長い、または手作業による対応が多いといった違いが明らかになることがあります。こうしたインサイトは、すべてのチャネルで一貫性のある効率的な顧客体験を実現するため、プロセス改善や自動化への投資先を判断するのに役立ちます。

チャネル別の分析により、返品方法ごとの効率、コスト、顧客体験を比較し、戦略的な投資判断に役立てられます。

通常、返品の開始時に収集され、返品申請またはケース管理レコードに保存されます。

返品理由は、商品が返品された理由を記録します。「誤った商品が届いた」「製品に不具合がある」「気が変わった」「サイズが合わなかった」など、理由はさまざまです。通常、返品の申請時に顧客から収集します。

この属性は、根本原因の分析に役立ちます。よくある返品理由を分析すると、製品、配送の正確性、商品説明に関する問題を特定できます。その結果を製品品質、物流、マーケティングの改善に役立てることで、返品率の低下と顧客満足度の向上につなげられます。

製品の不具合、配送ミス、顧客の好みに関する傾向を特定する根本原因分析に役立ち、今後の返品を減らせます。

通常、返品申請フォームや注文文書に記録され、標準化された理由コードまたは自由記述欄として保存されます。

この属性は、通常、返品対象商品の価格に基づく顧客の当初の返金希望額を表します。返品・返金プロセスの開始時点におけるベースラインとなる金額です。

分析では、この金額を実際の返金額と比較することが、返金額の正確性に関する重要業績評価指標（KPI）の算出に欠かせません。差額から、再入庫手数料、破損品の一部返金、当初の計算ミスなどの問題が分かる場合があります。この金額を分析すると、財務上の影響に応じて返品を分類することもできます。

返金額の正確性を測るベースラインとなり、金額に応じた返品の分類にも役立つため、高額案件に注目できます。

通常、返品申請または返品注文の初期文書にあり、商品の正味金額に関連付けられています。

顧客IDは、製品を返品する個人または会社を一意に識別します。この属性により、返品取引を顧客の会社との取引履歴に結び付けられます。

顧客を軸に返品プロセスを分析できます。特定の顧客の返品頻度が高い場合、不正行為や継続的な不満を示している可能性があります。また、顧客を分類して、VIP顧客と一般顧客で返品プロセスの速さや内容に違いがあるかを確認できます。

顧客を軸にした分析が可能になり、返品頻度の高い顧客の特定、顧客の分類、顧客グループごとの返品体験の評価に役立ちます。

返品注文のヘッダー、またはCRMやERPシステムに登録された顧客アカウント情報にあります。

大規模な多国籍組織では、会社コードを使って複数の法人や子会社を区別します。このコードにより、財務取引や在庫移動を適切な事業体に正しく割り当てられます。

複数の法人を持つ会社では、この属性がプロセス分析の分類に役立ちます。国、事業部門、ブランドごとに返品プロセスのパフォーマンスを比較でき、地域による効率、ポリシーの遵守状況、よくある返品理由の違いを明らかにできます。

複数の事業体を持つ組織では、事業部門、地域、会社ごとにプロセスのパフォーマンスやコンプライアンスを比較できます。

ERPシステムの財務・物流文書のヘッダーにある、組織に関する基本的なデータ項目です。

処置コードは、返品された商品を実際に検査した後に割り当てられます。「在庫に戻す」「修理」「廃棄」「仕入先に返送」など、次の処理を決定します。

処置コードを分析すると、返品の結果を把握できます。たとえば、廃棄される商品と再販売できる商品の割合を確認し、返品商品の財務的影響を定量化できます。このデータは、在庫管理や返金額だけでは分からない返品の実際のコストを把握するうえで重要です。

検査結果を把握できるため、在庫管理や返品商品の損失・回収額の算出に役立ちます。

通常、返品商品の実物検査が完了した後、倉庫管理システムまたは在庫システムに記録されます。

返品が受け付けられなかった場合、却下理由にその理由が記録されます。よくある理由には、「返品可能期間の超過」「顧客による商品の破損」「返品対象外の商品」などがあります。

この属性は、プロセスのコンプライアンスやポリシーの適用状況を把握するうえで重要です。却下理由を分析すると、返品ポリシーについて顧客が誤解しやすい点を特定できます。また、担当者やチームによってポリシーの適用にばらつきがないかも確認できます。分析結果をもとに、顧客向けの返品ポリシーを分かりやすくしたり、スタッフへの研修を充実させたりできます。

返品が拒否された理由を示し、顧客の行動、ポリシーの分かりやすさ、適用の一貫性を把握できます。

ケースの記録、または返品承認システムやケース管理システムの専用ステータス項目にあります。

返品ステータスは、「承認待ち」「商品の到着待ち」「検査完了」「クローズ」など、返品の進捗状況を示します。ケース全体の状態を表します。

アクティビティ名が個々のイベントを記録するのに対し、返品ステータスは現在の状態に基づくケースの絞り込みや分析に役立ちます。プロセスの各段階にあるケース数を随時確認できるため、業務の処理量を把握できます。進行中の作業を監視し、特定の段階で滞留が増えていないかを確認するダッシュボードの作成にも使えます。

返品の進捗や進行中の作業を追跡できるため、処理量の管理や滞留の特定に役立ちます。

返品注文、返品承認（RMA）、またはケースレコードのヘッダーレベルにあるステータス項目です。