返品・返金処理データテンプレート
返品・返金処理データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- Salesforce Commerce Cloudのデータ抽出ガイド
返品・返金処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
返品プロセス内で発生した特定のビジネスプロセスステップまたはイベントの名称です。 | ||
|
説明
この属性は、返品ケースにおいて特定の時点で完了した特定のタスクまたはマイルストーンを記述します。例として、「返品リクエスト作成済み」、「倉庫で商品受領済み」、「返金処理済み」などがあります。 プロセスマイニングでは、アクティビティ名を使用してプロセスフローを作成し、ステップの順序とケースの流れを示します。アクティビティを分析することは、ボトルネック、手戻りループ、および標準プロセスからの逸脱を特定するための鍵となります。
その重要性
プロセスマップのステップを定義し、返品ワークフローの可視化と分析を可能にします。
取得元
この属性は通常、SalesforceのReturn OrderまたはCaseオブジェクトに関連付けられたイベントログ、ステータス変更記録、またはタスク完了データから導き出されます。
例
返品リクエスト承認済み商品検査完了返金処理済み
|
|||
|
イベント日時
EventTime
|
特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。 | ||
|
説明
イベントタイムは、活動が実行された、またはステータス変更が発生した正確な日付と時刻を記録します。このタイムスタンプは、イベントを正しく順序付けし、時間ベースの分析を実行するために不可欠です。 プロセスマイニングは、これらのタイムスタンプに依存して、活動を順序付けし、ステップ間のサイクルタイムと待ち時間を計算し、異なる期間におけるプロセスパフォーマンスを分析します。正確なタイムスタンプは、信頼性の高いプロセス分析の基盤です。
その重要性
このタイムスタンプは、アクティビティの時系列順序を確立し、これはサイクルタイムの計算とプロセス遅延の特定にとって不可欠です。
取得元
これは通常、Salesforce Commerce Cloudのレコードの作成または変更タイムスタンプであり、返品プロセスに関連するオブジェクト上の「CreatedDate」や「LastModifiedDate」などが該当します。
例
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
返品ケースID
ReturnCaseId
|
返品プロセスの開始から完了までのすべての関連アクティビティをリンクする、単一の顧客返品ケースの一意の識別子です。 | ||
|
説明
返品ケースIDは、特定の顧客の返品または返金リクエストに関連するすべてのアクティビティをリンクする主要な識別子です。これにより、返品の開始から最終的なクローズまで、そのライフサイクル全体を包括的に追跡および分析することが可能になります。 プロセスマイニングにおいて、この属性はケース再構築の基本となります。同じ返品ケースIDを持つ各イベントは、同じプロセスインスタンスの一部です。これにより、プロセスフローの可視化、サイクルタイムなどのケースレベルKPIの計算、および返品に関連するプロセスバリアントの分析が可能になります。
その重要性
これは、返品プロセスのすべてのステップを単一の追跡可能なケースに接続する主キーであり、エンドツーエンドのプロセス分析にとって不可欠です。
取得元
この識別子は、通常、Salesforce Commerce Cloud内の返品商品承認(RMA)プロセスによって生成されます。Return OrderまたはCaseオブジェクトによく見られます。
例
RT-0012345RT-0012346RT-0012347
|
|||
|
ソースシステム
SourceSystem
|
イベントデータの発生元システムです。 | ||
|
説明
この属性は、データが生成されたソースシステムを特定します。このプロセスでは、常に「Salesforce Commerce Cloud」となります。 より広範な分析の文脈では、このフィールドは複数のシステムからのデータを組み合わせて、異なるプラットフォーム間でプロセスがどのように流れるかを理解するのに役立ちます。データの系統が明確であることを保証し、特定のソースに固有のデータ品質の問題を診断するのに役立ちます。
その重要性
データの出所に関するコンテキストを提供し、これはデータガバナンスや複数のエンタープライズシステムからのデータ統合の際に不可欠です。
取得元
これは、データ抽出および変換中に付加される静的な値です。Salesforce自体内のフィールドではなく、データモデルの一部として定義されています。
例
Salesforce Commerce Cloud
|
|||
|
最終データ更新
LastDataUpdate
|
データがソースシステムから最後に抽出または更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、Salesforce Commerce Cloudからの最新のデータ抽出の日時を記録します。これにより、分析対象データの鮮度に関する透明性が提供されます。 この情報は、ユーザーがプロセス分析がどの程度最新であるかを理解する上で不可欠です。データの適時性に関する期待値を管理するのに役立ち、データセットの完全性を検証する上で重要です。
その重要性
ユーザーにデータの適時性について通知し、分析が最新のプロセス状態を反映しているかどうかを確実に理解できるようにします。
取得元
このタイムスタンプは、データ更新時にデータ抽出ツールまたはスクリプトによって生成されます。Salesforce内のフィールドではありません。
例
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
処理担当者
ProcessingAgent
|
返品または返品プロセス内の特定のアクティビティを担当するユーザーまたは担当者です。 | ||
|
説明
この属性は、返品ケースに対してアクションを実行した従業員またはシステムユーザーを特定します。これには、リクエストの承認、商品の検査、返金処理などが含まれます。特定のユーザーIDまたは名前である場合があります。 処理担当者を分析することで、個人またはチーム間のパフォーマンスのばらつきを理解するのに役立ちます。「担当者パフォーマンスと一貫性」ダッシュボードにとって、トレーニングの必要性を特定し、ワークロードのバランスを取り、組織全体で手順を標準化するための鍵となります。
その重要性
異なるユーザー間のパフォーマンスと一貫性の分析を可能にし、ベストプラクティスとトレーニング領域の特定に役立ちます。
取得元
通常、SalesforceのCaseまたはReturn Orderオブジェクトの「OwnerId」や「LastModifiedById」などのフィールドに見られます。関連するタスクオブジェクトや履歴オブジェクトに保存されている場合もあります。
例
Alice SmithBob Johnsonシステム自動化
|
|||
|
商品SKU
ProductSku
|
返品される商品の在庫管理単位(SKU)です。 | ||
|
説明
この属性は、返品される特定の製品の一意の識別子です。これにより、個々の製品レベルでの詳細な分析が可能になります。 製品SKUで返品を分析することで、返品率の高い製品を特定でき、品質管理の問題、不適切な製品説明、または製造上の欠陥を示している可能性があります。この情報は「倉庫受領から検査までの時間」ダッシュボードにとって不可欠であり、特定の種類の製品の検査に時間がかかるかどうかを明らかにできます。
その重要性
特定の製品ごとの返品パターン分析を可能にし、品質または説明に問題があるアイテムを特定するのに役立ちます。
取得元
この情報は、Return Order Line Itemまたは返品ケースを元の注文の特定の製品にリンクする関連オブジェクトにあります。
例
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
実際の返金額
ActualRefundAmount
|
顧客に実際に返金された最終的な金額です。 | ||
|
説明
この属性は、すべての評価、控除、および計算が完了した後、顧客に最終的に返金される金額を表します。これは、再入荷手数料、プロモーション、返品商品の状態などの要因により、要求された金額と異なる場合があります。 この属性を分析することは、財務調整と「返金額差異分析」ダッシュボードにとって不可欠です。返品ポリシーの財務的影響を定量化し、返金計算および承認ワークフローにおけるシステム的な問題を特定するのに役立ちます。
その重要性
これは返品の最終的な財務結果です。要求された金額と比較することで、返品ポリシーと調整の財務的影響が明らかになります。
取得元
この値は通常、Salesforce Commerce CloudのReturn Orderに関連するRefundまたはPayment Transactionオブジェクトに保存されます。
例
49.99115.000.00
|
|||
|
申請された返金額
RequestedRefundAmount
|
返品開始時に顧客から要求された返金の金額です。 | ||
|
説明
この属性は、顧客が最初に期待する返金額を把握するもので、通常は返品商品の価格です。この値は、返金計算プロセスのベースラインとして機能します。 この金額は、「返金額差異分析」ダッシュボードで「実際の返金額」と比較されます。著しいまたは頻繁な差異は、返品ポリシー、再入荷手数料、またはシステム計算エラーに関する問題を示唆する可能性があり、顧客の不満につながる可能性があります。
その重要性
最終的な返金額と比較するためのベースラインとして機能し、不一致を特定し、調整による財務上の影響を分析するのに役立ちます。
取得元
この値は通常、元の販売注文から派生したReturn OrderまたはReturn Order Line Itemオブジェクトに保存されます。
例
49.99125.0089.50
|
|||
|
返品サイクルタイム
ReturnCycleTime
|
返品リクエストの作成からケースの最終的なクローズまでの経過時間の合計です。 | ||
|
説明
このメトリクスは、単一ケースの返品プロセスのエンドツーエンドの期間を測定します。最初のアクティビティ(「返品リクエスト作成済み」)のタイムスタンプと最後のアクティビティ(「返品ケースクローズ済み」)のタイムスタンプの差を取ることで計算されます。 「返品処理サイクルタイム分析」ダッシュボードの主要KPIとして、プロセス効率の全体像を提供します。その分布を分析することで、外れ値を特定し、返品業務全体のパフォーマンスを理解するのに役立ちます。
その重要性
これは、全体的なプロセス効率に関する主要な業績評価指標です。これを削減することで、顧客体験が直接向上し、運用コストが削減されます。
取得元
これは、データ変換中に、各ケースの最初のアクティビティの開始時間から最後のアクティビティの終了時間を差し引くことによって生成される計算メトリクスです。
例
10日4時間21日8時間5日2時間
|
|||
|
返品チャネル
ReturnChannel
|
返品が開始されたチャネルです。オンライン、店舗、またはカスタマーサービス経由などが含まれます。 | ||
|
説明
この属性は、顧客が返品プロセスを開始するために使用した方法を指定します。一般的なチャネルには、オンラインのセルフサービスポータル、商品を実店舗に持ち込むこと、またはカスタマーサービス担当者に連絡することなどが含まれます。 返品チャネルを理解することは、「返品量とスループットのトレンド」ダッシュボードにとって重要です。これにより、リソースを効果的に割り当て、特定のチャネルが長いサイクルタイム、異なる返品理由、または高い処理コストに関連しているかどうかを分析するのに役立ちます。
その重要性
返品データをセグメント化して、オンラインや店舗などの異なるチャネル間のプロセス差異とリソースニーズを理解するのに役立ちます。
取得元
これは、Return OrderまたはCaseオブジェクト上のフィールドであるか、返品レコードを作成したユーザーまたはシステムから推測される場合があります。
例
オンラインポータル店頭カスタマーサービスコール
|
|||
|
返品理由
ReturnReason
|
顧客が商品を返品する際に提供した理由です。 | ||
|
説明
返品理由は、顧客が返品を開始した理由を把握するものです。これは、「サイズ間違い」、「破損品」、「不要になった」などの定義済みリストから選択されることがよくあります。 この属性は、根本原因分析にとって非常に重要です。返品理由を分析することで、企業は製品品質、サイズに関する問題、または説明の不正確さに関連する傾向を特定できます。この洞察は、製品開発、マーケティング、サプライチェーンの改善を促進し、最終的には返品全体の量を削減することにつながります。
その重要性
商品が返品される理由を理解することは、製品の欠陥やサイズの問題などの根本原因を特定するための鍵であり、将来の返品量を削減するのに役立ちます。
取得元
これは通常、SalesforceのReturn OrderまたはCaseオブジェクト上の選択リストフィールドで、返品開始プロセス中に顧客によって入力されることが多いです。
例
サイズ違い到着時破損誤品出荷
|
|||
|
SLA準拠
IsSlaCompliant
|
返金が定義されたSLA目標日内に処理されたかどうかを示すブール値フラグ。 | ||
|
説明
このフラグは、「返金処理済み」アクティビティが「返金SLA目標日」以前に発生した場合に「true」、それ以外の場合に「false」に設定されます。これにより、SLAパフォーマンスの明確な二値結果がケースごとに提供されます。 この属性は、「返金SLA遵守ダッシュボード」および「返金SLA遵守率」KPIの基盤となります。コンプライアンス率の分析を簡素化し、「処理担当者」や「返品チャネル」などの他の属性でデータをスライスして、不遵守の理由を深く掘り下げて分析することを可能にします。
その重要性
SLAパフォーマンス分析を簡素化し、遵守率の簡単な計算と遅延に寄与する要因の特定を可能にします。
取得元
これは計算された属性です。ロジックは次のとおりです: IF(「返金処理済み」のタイムスタンプ <= RefundSlaTargetDate)THEN true ELSE false。
例
truefalse
|
|||
|
倉庫ロケーション
WarehouseLocation
|
返品商品が受領された倉庫または施設の識別子です。 | ||
|
説明
この属性は、返品された商品が処理された物理的な場所を指定します。これは、複数の配送センターを持つビジネスにとって特に重要です。 倉庫の場所別に分析することで、施設間のパフォーマンスの違いが明らかになる可能性があります。たとえば、特定の倉庫で検査時間が長くなるか、破損とマークされる商品の割合が高くなるかを示すことができます。これは、業務を標準化し、施設固有の問題に対処するのに役立ちます。
その重要性
異なる倉庫間のパフォーマンス比較を可能にし、処理時間や品質評価のばらつきを浮き彫りにします。
取得元
この情報は、返品オーダーまたは関連する配送オブジェクトに保存されている可能性があります。また、受領アクティビティを実行したユーザーから推測することもできます。
例
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
却下理由
RejectionReason
|
返品リクエストまたは返金が拒否された具体的な理由です。 | ||
|
説明
返品が承認されなかったり、返金が拒否されたりした場合、この属性はその正当な理由を把握します。例としては、「返品期間外」、「顧客による破損品」、「返品不可商品」などがあります。 この情報は「拒否およびエスカレートされた返品」ダッシュボードにとって不可欠です。拒否理由を分析することで、企業は返品ポリシーやプロセスにおける摩擦点を理解するのに役立ちます。これにより、顧客とのより明確なコミュニケーション、ポリシーの調整、または返品リクエストの初期審査の改善につながる可能性があります。
その重要性
返品が失敗する理由に関する重要な洞察を提供し、返品ポリシー、顧客コミュニケーション、およびエージェントトレーニングの改善に役立ちます。
取得元
これは、Return OrderまたはCaseオブジェクト上のカスタムフィールドであることが多く、ステータスが「Rejected」または「Closed - Denied」に変更されたときに自動入力されます。
例
返品期間が過ぎましたオリジナルの状態ではありませんでした最終セール品
|
|||
|
受領から検査までの時間
ReceiptToInspectionTime
|
商品が倉庫で受領されてから検査が完了するまでの期間です。 | ||
|
説明
この算出されたメトリクスは、倉庫内の主要な内部ステップにかかる時間を測定します。「倉庫で商品受領済み」アクティビティと「商品検査完了」アクティビティのタイムスタンプ間の差です。 この期間は、「倉庫受領から検査までの時間」ダッシュボードおよび「平均商品受領・検査時間」KPIの焦点です。このメトリクスを分析することで、倉庫業務におけるボトルネックを特定でき、これは全体的なプロセス遅延の大きな要因となる可能性があります。
その重要性
内部倉庫のボトルネックを特定するのに役立ち、返品プロセス全体を遅延させ、返金時間と在庫状況に影響を与えます。
取得元
これは、データ変換中に、「倉庫で商品受領済み」のタイムスタンプから「商品検査完了」のタイムスタンプを差し引くことによって計算されます。
例
1日2時間3日0時間8時間
|
|||
|
商品状態
ItemCondition
|
倉庫での検査時に評価された返品商品の状態です。 | ||
|
説明
返品された商品が受領された後、通常はその状態を確認するために検査されます。この属性は、「新品」、「中古 - 再販可能」、「破損」などの結果を記録します。 この評価は最終的な返金額に直接影響し、「返品ポリシー遵守概要」ダッシュボードの主要な入力となります。このデータを追跡することで、返品された商品の品質を理解し、再販、修理、または廃棄のための在庫管理に役立ちます。
その重要性
この評価は最終的な返金額を決定することが多く、返品商品の在庫管理にとって不可欠です。
取得元
これは通常、「商品検査」アクティビティ中に更新されるカスタムフィールドで、Return Order Line Itemオブジェクトにあります。
例
新品/未開封中古 - 新品同様破損/販売不可
|
|||
|
返品ステータス
ReturnStatus
|
返品ケースのライフサイクルにおける現在のステータスです。 | ||
|
説明
この属性は、「承認保留中」、「商品受領済み」、「返金済み」、「クローズ済み」など、返品の現在の状態を示します。これは、ケースがワークフローを進むにつれて変化する動的な属性です。 プロセスマイニングはアクティビティからフローを導き出しますが、現在のステータスがあることで、オープンケースとクローズケースのフィルタリングと分析に貴重なコンテキストが提供されます。これは、プロセスの異なる段階での現在のバックログとワークロードを理解するための運用監視に役立ちます。
その重要性
返品ケースがプロセスのどこにあるかを示すスナップショットを提供し、運用監視やアクティブなケースのフィルタリングに役立ちます。
取得元
これは、Salesforce Commerce CloudのReturn OrderまたはCaseオブジェクト上の標準的な「ステータス」フィールドです。
例
承認待ち承認済み受領済み商品クローズ
|
|||
|
返品ポリシー遵守
ReturnPolicyAdherence
|
返品が確立されたビジネスポリシーに準拠しているかどうかを示すインジケーター。 | ||
|
説明
この属性は、返品期間、商品の状態、購入証明書など、会社のポリシーへの遵守状況に基づいて返品にフラグを立てたり、分類したりします。これはブール値(Compliant/Non-compliant)またはより詳細なステータスである場合があります。 この属性は、「返品ポリシー遵守概要」ダッシュボードおよび「ポリシー不遵守率」KPIの中心となります。企業がポリシーの一貫した適用状況を監視し、ポリシーに準拠しない返品がプロセスと財務に与える影響を分析することを可能にします。
その重要性
ポリシー遵守の監視を可能にし、コスト管理、不正防止、公平で一貫した顧客対応の確保に不可欠です。
取得元
これは、返品日、商品状態、製品タイプなどの他のデータポイントに適用される一連のビジネスルールに基づいて導き出される属性であることが多いです。
例
準拠規約不適合 - 返品期限超過規約不適合 - 破損品
|
|||
|
返金SLA目標日
RefundSlaTargetDate
|
返品ケースの返金が完全に処理されるべき目標日です。 | ||
|
説明
この属性は、返金完了のためのサービスレベル契約(SLA)の期限を定義します。通常、返品リクエストが承認された後、または商品が受領された後の特定の日数など、ビジネスルールに基づいて計算されます。 この日付は、「返金SLA遵守ダッシュボード」で実際のパフォーマンスが測定されるベンチマークです。遵守状況を監視することで、一貫性のあるポジティブな顧客体験を確保し、管理者がSLAを危険にさらしているチームやプロセスステップを特定できるようになります。
その重要性
返金処理のパフォーマンス目標を定義し、SLA遵守の測定と顧客満足度への影響を可能にします。
取得元
これは、CaseまたはReturn Orderオブジェクト上の計算フィールドであることが多く、作成日または承認日と事前定義された時間間隔(例: CreatedDate + 14日)から導き出されます。
例
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
顧客ID
CustomerId
|
返品を開始した顧客の一意の識別子。 | ||
|
説明
この属性は、顧客のアカウントに関連付けられた一意のIDです。これにより、顧客レベルでの返品データを集約できます。 顧客IDで返品を分析することで、異常に高い返品率を持つ顧客を特定でき、詐欺行為や慢性的な不満を示している可能性があります。また、顧客セグメントに基づいた分析も可能にし、特定の顧客グループが異なる返品パターンや行動を示すかどうかを理解するのに役立ちます。
その重要性
顧客レベルの分析を可能にし、頻繁な返品者や異なる顧客セグメント間の返品行動を特定するのに役立ちます。
取得元
これはSalesforceのOrderおよびCaseオブジェクト上の標準フィールドで、CustomerまたはAccountオブジェクトにリンクしています。
例
CUST-98765CUST-12345CUST-55555
|
|||
返品・返金処理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
倉庫で商品受領済み
|
このアクティビティは、返品された商品が指定された倉庫または処理センターで物理的に受領されたことを示します。倉庫作業員が商品をスキャンし、関連するReturnOrderItemのステータスが更新されたときに捕捉されます。 | ||
|
その重要性
これは、プロセスを顧客のアクションから内部処理へと移行させる重要なマイルストーンです。受領から検査までの時間など、倉庫の効率性KPIを測定するための出発点となります。
取得元
ReturnOrderまたはReturnOrderItemオブジェクトのステータス変更が「Received」状態になった場合、または「quantityReceived」フィールドが入力された場合から推測されます。
取得
ReturnOrderItem.quantityReceivedの更新またはステータスが「Received」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
商品検査完了
|
このアクティビティは、商品の状態が評価され文書化される、商品の検査完了を示します。返品商品のステータス変更によって捕捉され、返金計算などの次のステップをトリガーします。 | ||
|
その重要性
これは、返金が正当であるかどうかを決定するプロセスの重要な決定ポイントです。受領から検査完了までの期間は、倉庫業務の主要なKPIです。
取得元
ReturnOrderItemオブジェクトのステータスが「Inspected」に更新された場合、または「reasonForReturn」がエージェントによって確認された場合から推測されます。
取得
ReturnOrderItem.statusフィールドが「Inspected」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
返品ケースクローズ済み
|
このアクティビティは、返金、交換、または拒否が確定した後、システムでの返品ケースの最終的なクローズを表します。ReturnOrderのステータスが「Closed」または「Completed」に変更されたことから推測されます。 | ||
|
その重要性
プロセスの主要な終点として、このアクティビティは全体のサイクルタイムを計算し、返品処理業務のスループットを測定するために不可欠です。
取得元
ReturnOrderオブジェクトのステータスフィールドが「Closed」や「Completed」などの最終状態に更新されたタイムスタンプから推測されます。
取得
ReturnOrder.statusフィールドが「Closed」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
返品リクエスト作成済み
|
このアクティビティは、システム内で返品承認ケースが作成されたことを示します。Salesforce Commerce Cloudで、顧客がストアフロント経由で、またはサービス担当者が新規ReturnOrderレコードを作成したときに捕捉されます。 | ||
|
その重要性
返品プロセスの開始点として、このアクティビティはエンドツーエンドのサイクルタイムを測定し、時間の経過に伴う返品リクエストの流入量を分析するために不可欠です。
取得元
このイベントは、Salesforce Commerce Cloud OMSにおけるReturnOrderオブジェクトの作成タイムスタンプから捕捉されます。
取得
新規ReturnOrderレコードの作成を追跡します。
イベントタイプ
explicit
|
|||
|
返品リクエスト承認済み
|
このイベントは、返品リクエストがサービス担当者または自動ルールによってレビューされ、承認されたことを意味します。通常、ReturnOrderオブジェクトのステータス変更、例えば「New」から「Approved」への変更から推測されます。 | ||
|
その重要性
このマイルストーンを追跡することで、承認段階の効率を分析し、ボトルネックを特定するのに役立ちます。作成から承認までの時間は、担当者のパフォーマンスにとって重要なKPIです。
取得元
ReturnOrderオブジェクトのステータスフィールドが「Approved」や「Authorized」などの承認を示す値に更新されたタイムスタンプから推測されます。
取得
ReturnOrder.statusフィールドが「Approved」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
返金処理済み
|
このアクティビティは、返金が決済ゲートウェイによって正常に処理され、資金が顧客に送金されたことを確認します。このイベントは通常、決済プロバイダーからの確認コールバックによってトリガーされます。 | ||
|
その重要性
これは、返金SLA遵守を測定するための重要なマイルストーンです。返品プロセスの財務部分の完了を成功裏に確認します。
取得元
支払いゲートウェイからのコールバックイベントによって取得され、Salesforce内の関連するPaymentまたはRefundオブジェクトのステータスを「処理済」または「完了」に更新します。
取得
決済プロバイダーからの確認イベントによる支払いオブジェクトのステータス更新を追跡します。
イベントタイプ
explicit
|
|||
|
交換注文作成済
|
交換に至る返品の場合、このイベントは交換品に対する新しい販売注文の作成を示します。これは金銭的返金とは別の経路です。 | ||
|
その重要性
この経路を返金とは別に追跡することは、交換率と交換履行プロセスの効率を理解するために重要です。
取得元
元のReturnOrderにリンクされた新しいSalesOrderオブジェクトの作成から取得されます。
取得
ReturnOrder IDにリンクされた新規SalesOrderの作成を追跡します。
イベントタイプ
explicit
|
|||
|
商品検査開始
|
このイベントは、返品商品の品質および状態評価の開始を意味します。通常、返品商品のステータスが「Inspecting」または類似の状態に変更されたときに推測されます。 | ||
|
その重要性
検査開始を追跡することで、純粋な検査期間を倉庫全体の待機時間から分離でき、潜在的なボトルネックについてより詳細な視点が得られます。
取得元
ReturnOrderItemオブジェクトのステータスが「Inspecting」または「Under Inspection」のような値に更新された場合から推測されます。
取得
ReturnOrderItem.statusフィールドが「Inspecting」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
返品ラベル発行済み
|
このアクティビティは、顧客が商品を返品するために使用する配送ラベルが作成された時点を表します。配送業者との連携がこのイベントを返品ケースに対して明示的に記録する場合、明示的に捕捉されることがあります。 | ||
|
その重要性
このステップは顧客体験の重要な部分であり、生成プロセスがスムーズでない場合、遅延の原因となる可能性があります。顧客が商品を発送するための引き渡しを示します。
取得元
Salesforce Shippingなどの配送連携により、ReturnOrderオブジェクト上のカスタムフィールドまたは関連オブジェクトに記録される可能性があります。
取得
配送連携またはカスタムオブジェクト作成からのイベントを追跡します。
イベントタイプ
explicit
|
|||
|
返品リクエスト拒否済み
|
このイベントは、返品リクエストが拒否され、それ以上処理されないことを示します。これは、商品が受領される前にReturnOrderステータスが「Rejected」または「Canceled」に更新されたときに捕捉されます。 | ||
|
その重要性
却下された返品を分析することで、ポリシー違反などの却下理由を特定でき、顧客コミュニケーションとフロントエンドの検証ルールを改善するのに役立ちます。
取得元
ReturnOrderオブジェクトのステータスフィールドが「Rejected」や「Denied」などの拒否を示す値に更新されたタイムスタンプから推測されます。
取得
ReturnOrder.statusフィールドが「Rejected」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
返金承認済み
|
このアクティビティは、計算された返金額が承認され、処理する準備ができたことを意味します。これは自動ステップであるか、高額な返品の場合は手動承認が必要となる場合があります。 | ||
|
その重要性
この承認ステップは、特に手動での介入が必要な場合、ボトルネックとなる可能性があります。金融取引が開始される前の重要なマイルストーンです。
取得元
ReturnOrderまたは関連する支払いサマリオブジェクトのステータス変更が「Refund Approved」または「Ready for Refund」のような状態になったことから推測されます。
取得
ReturnOrderまたは関連する支払いオブジェクトのステータス変更を検出します。
イベントタイプ
inferred
|
|||
|
返金開始
|
このイベントは、Salesforce Commerce Cloudが返金リクエストを外部の決済ゲートウェイに送信する時点を示します。これは金融取引の開始を表します。 | ||
|
その重要性
開始と処理を区別することは、SLAコンプライアンス分析の鍵です。この時点以降の遅延は通常、内部処理ではなく支払いプロバイダーに関連します。
取得元
システムが決済ゲートウェイと通信した際、明示的なイベントログまたはAPIコールレコードから取得されます。Paymentオブジェクトのステータス変更からも推測できます。
取得
決済ゲートウェイへのAPIコールイベントまたは「返金保留中」へのステータス変更を追跡します。
イベントタイプ
explicit
|
|||
|
返金額計算済み
|
これは、商品の状態、再入荷手数料、プロモーションなどの要因を考慮して最終的な返金額が決定されるステップです。これは多くの場合、返金額フィールドに値を入力する自動化されたシステムステップです。 | ||
|
その重要性
このステップを分析することは、「返金額差異分析」ダッシュボードにとって重要であり、最終金額が顧客の要求額と異なるケースを浮き彫りにします。
取得元
このイベントは、ReturnOrderまたは関連する返金支払いオブジェクト上の返金額フィールドの入力または更新から推測できます。
取得
返金額フィールドが入力されたときのタイムスタンプを検出します。
イベントタイプ
inferred
|
|||