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

Microsoft Dynamics 365
返品・返金処理データテンプレート

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

このテンプレートは、返品・返金処理の最適化に必要なデータを収集するための手引きとして設計されています。重要なデータフィールド、主要なプロセスステップを概説し、Microsoft Dynamics 365からこの情報を抽出する方法について明確な手順を提供します。
  • 推奨されるデータ収集フィールド
  • 追跡すべき主要なプロセスステップ
  • データ抽出のガイダンス
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

返品・返金処理属性

これらは、返品・返金処理の包括的な分析のためにイベントログに含めることを推奨するデータフィールドです。
3 必須 5 推奨 13 任意
名前 説明
イベント日時
EventTime
特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプ。
説明

イベントタイム、つまりタイムスタンプは、活動が発生した正確な日時を記録します。イベントログ内の各活動には対応するタイムスタンプがあり、イベントの時系列順序を提供します。

この属性は、すべての時間ベースのプロセスマイニング分析にとって重要です。活動間のサイクルタイムの計算、待機時間とボトルネックの特定、全体的なケース期間の測定、およびサービスレベル契約(SLA)への準拠の確認に使用されます。タイムスタンプの精度は、パフォーマンス分析の信頼性に直接影響します。

その重要性

このタイムスタンプは、サイクルタイムや待機時間など、パフォーマンス分析の基本となるすべての期間ベースのメトリクスを計算するために不可欠です。

取得元

注文作成のための「SalesTable.createdDateTime」や倉庫ジャーナルのための「WMSJournalTrans.createdDateTime」など、さまざまなテーブルの作成日または変更日フィールドに対応します。

2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T09:05:42Z
返品案件ID
ReturnCaseId
顧客の返品・返金案件の一意の識別子。関連するすべてのアクティビティをリンクします。
説明

返品案件IDは、個々の返品プロセスインスタンスの主要な識別子として機能します。これは、返品注文の最初の作成から最終的なクローズまで、特定の顧客の返品または返金リクエストに関連するすべてのアクティビティをリンクします。

プロセス分析において、このIDは各返品のエンドツーエンドのジャーニーを再構築するための基本です。これにより、完全なライフサイクルを追跡し、合計サイクル時間を測定し、異なる案件間のバリエーションを分析することができます。すべてのイベント、データ、およびメトリクスは、この識別子を使用して集約および相関されます。

その重要性

これはすべてのプロセスステップを結びつける必須の案件識別子であり、各返品を最初から最後まで追跡・分析することを可能にします。

取得元

これは通常、「販売とマーケティング」モジュールにおける返品承認(RMA)番号、または「返品注文」タイプの販売注文番号です。「SalesType」が「Returned Order」である「SalesTable」のようなテーブルに見られます。

RMA-001234RMA-001235RMA-001236
アクティビティ名
ActivityName
返品および返金プロセス内で発生した特定のビジネスイベントまたはタスクの名前。
説明

この属性は、「返品注文作成済み」、「商品受領済み」、「クレジットノート転記済み」など、返品・返金ライフサイクルにおける特定のステップまたはイベントを記述します。各アクティビティは、システムに記録されるプロセスの明確なポイントを表します。

これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの核となります。これにより、プロセスマップの可視化、ステップ間のボトルネックの特定、および一般的・まれなプロセスバリアントの発見が可能になります。アクティビティのセットは、分析対象のプロセスの範囲を定義します。

その重要性

プロセスのステップを定義し、プロセスフローの可視化、ボトルネック、手戻り、逸脱の特定を可能にします。

取得元

これはシステムイベントから派生した概念的な属性です。'SalesTable'や'WMSJournalTable'のようなテーブルのステータス変更、または特定のイベントログをユーザーフレンドリーな名前にマッピングすることで生成できます。

返品注文作成済み品目受領済み処理コードが適用されたクレジットノート転記済み
担当ユーザー
ResponsibleUser
特定の活動を実行した、または責任を負うユーザーまたは従業員。
説明

この属性は、プロセスステップの実行を担当する個々のユーザーを識別します。それは、商品を受け取った倉庫作業員、品質検査員、またはクレジットノートを転記した財務担当者である可能性があります。

ユーザーごとのプロセス分析は、ワークロードの分散を理解し、トップパフォーマーを特定し、潜在的なトレーニングニーズを検出するのに役立ちます。また、特定の個人やチームが処理したケースを調査し、職務分掌が適切に行われていることを確認するためにも使用できます。

その重要性

ワークロードの配分、個人またはチームごとのパフォーマンスの分析、トレーニングやリソース配分の機会の特定を可能にします。

取得元

「SalesTable.createdBy」やジャーナルテーブルのリンクされたユーザーIDなど、トランザクションレコードの「作成者」または「変更者」フィールドで見つけることができます。

アリス・Wボブ・Jクリス・P
製品ID
ProductId
返品される製品の一意の識別子。
説明

製品ID(多くの場合SKU)は、お客様が返品する特定のアイテムを識別します。各返品注文明細は製品IDに関連付けられています。

製品ごとの返品を分析することは、返品率の高いアイテムを特定するために不可欠です。これは、品質管理の問題、不正確な製品説明、または製造上の欠陥を示している可能性があります。この分析は、製品関連の調査と改善の優先順位付けに役立ちます。

その重要性

商品ごとの返品分析を可能にし、品質問題のある商品や返品数の多い商品を特定するのに役立ちます。

取得元

これは、返品注文の'SalesLine'テーブルにある'ItemId'フィールドに対応します。

SKU-A-123SKU-B-456SKU-C-789
返品チャネル
ReturnChannel
お客様が返品を開始した方法またはチャネル。
説明

この属性は、お客様が返品プロセスを開始するために使用したチャネルを指定します。例えば、「オンラインポータル」、「店舗内」、「カスタマーサービスコール」、「郵送」などです。

返品チャネルごとにプロセス分析をセグメント化することは、各チャネルのパフォーマンスと効率を評価するのに役立ちます。企業は、チャネル間のサイクルタイム、コスト、顧客満足度を比較することで、ベストプラクティスや投資・改善すべき領域を特定できます。これは、「返品チャネル利用パフォーマンス」ダッシュボードにとって重要です。

その重要性

異なる返品チャネル間のパフォーマンス比較を可能にし、最も効率的で費用対効果の高いチャネルを最適化するのに役立ちます。

取得元

この情報は、返品注文ヘッダー('SalesTable')に保存されるか、注文を作成したユーザーから派生する場合があります。カスタムロジックまたは専用フィールドが必要になることがあります。

Webポータル店内キオスクカスタマーサポート
返品理由コード
ReturnReasonCode
お客様が商品を返品した理由。
説明

返品理由コードは、「不良品」、「サイズ違い」、「説明と異なる」、「不要になった」など、お客様が表明した返品理由を捕捉します。この情報は通常、返品が開始される際に収集されます。

返品理由の分析は、根本原因分析にとって非常に重要です。これにより、企業は製品の品質問題、製品説明の問題、または物流上のエラーを特定するのに役立ちます。このデータからのインサイトは、将来の返品を減らすために、製品設計、マーケティング、およびサプライチェーン運用の改善を推進することができます。

その重要性

返品が発生する理由に関する重要な洞察を提供し、根本原因分析を可能にすることで、返品率の低減と顧客満足度の向上に貢献します。

取得元

これは通常、返品注文明細レベルに保存されます。返品注文の'SalesLine'テーブルで理由コードフィールドを探してください。

欠陥WRONG_ITEM不要輸送中の破損
退院区分コード
DispositionCode
商品の検査結果と次に取るべきアクションを示すコードです。
説明

ディスポジションコードは、返品された商品の品質検査中に割り当てられます。これは、'Credit'(返金)、'Replace'(交換)、'Scrap'(廃棄)、または'Return to Customer'(顧客へ返送)など、その後のプロセスステップを決定します。

この属性は、返品プロセスにおける重要な意思決定ポイントです。ディスポジションコード別に分析することで、企業は返品の結果を理解し、商品の廃棄による財務的影響を追跡し、交換と返金のような異なる解決パスの効率を評価することができます。

その重要性

このコードは、検査後に返品案件がたどるパスを決定するため、プロセスバリアントとそのビジネス成果を分析する上で重要です。

取得元

これは品質管理モジュールの主要フィールドです。品質オーダーまたは検査オーダー処理に関連付けられています。

CRDTREPL-DSCRAPRTV
SLAステータス
SlaStatus
ケースがサービスレベル契約目標内に解決されたかどうかを示します。
説明

この計算された属性は、SLA遵守の簡易ステータス(通常「期日内」または「遅延」)を提供します。これは、最終アクティビティ(例:「返品注文クローズ済み」)のタイムスタンプと「RefundSlaTargetDate」を比較することによって決定されます。

この属性は、「返金解決SLAパフォーマンス」のようなダッシュボードでのパフォーマンスレポート作成を簡素化します。ユーザーが日付を比較する必要なく、直接的で理解しやすいステータスを提供します。これにより、迅速なフィルタリングと集計が可能になり、全体的な「解決SLA遵守率」を計算できます。

その重要性

SLA遵守状況をひと目でわかるように示すシンプルな指標を提供し、遅延ケースを簡単にフィルタリングして遅延の根本原因を分析できます。

取得元

これは派生属性であり、最終解決アクティビティのタイムスタンプを「RefundSlaTargetDate」属性と比較して計算されます。

期日どおり遅延
クレジットノートID
CreditNoteId
返金のために作成されたクレジットノート文書の一意の識別子。
説明

返金が処理されると、クレジットノートまたはクレジットメモとして知られる財務文書が生成されます。この属性は、その文書の一意のIDを格納します。

このIDは、運用上の返品プロセスから会計システムの財務記録への直接リンクを提供します。監査目的や財務上の差異の詳細な調査に役立ち、アナリストは返品案件を決済した特定の財務取引まで追跡することができます。

その重要性

運用上の返品プロセスを対応する財務取引にリンクさせ、監査と財務調整にとって非常に重要です。

取得元

クレジットノート番号は通常、'CustInvoiceJour'テーブルの'InvoiceId'フィールドにあります。ここで取引タイプは'Credit note'です。これは返品注文にリンクして遡ることができます。

CN-10056CN-10057CN-10058
ソースシステム
SourceSystem
イベントデータが抽出された情報システム。
説明

この属性は、データが発信されたソース情報システムを識別します。このコンテキストでは、主に「Microsoft Dynamics 365」となります。

大規模な組織では、プロセスが複数のシステムにまたがる場合があります。各イベントのソースシステムを指定することは、データガバナンス、データ抽出の問題のトラブルシューティング、およびプロセスの技術的ランドスケープを理解するために非常に重要です。これにより、分析対象データの出所が確認されます。

その重要性

データの出所に関する重要なコンテキストを提供し、データガバナンス、検証、およびプロセスのシステムランドスケープの理解にとって不可欠です。

取得元

これは通常、データ抽出、変換、ロード(ETL)プロセス中に、データセットの発生源を識別するために追加される静的な値です。

Microsoft Dynamics 365 F&OD365-PROD
ポリシー準拠
IsPolicyAdherent
返品承認が確立された返品ポリシーに準拠しているかを示すフラグです。
説明

これは、返品が会社の返品ポリシーで定義されたすべての基準を満たしているかどうかを示す計算されたブール属性です。これは、返品期間、商品の状態、返品理由などの要因に基づく場合があります。

この属性は、「返品承認コンプライアンス概要」ダッシュボードおよび「コンプライアンス準拠返品承認率」KPIを直接サポートします。これにより、企業はポリシー遵守を定量化し、例外として承認されたケースを特定し、そのような例外の理由と頻度を分析できます。これは、ガバナンスとコスト管理にとって不可欠です。

その重要性

ビジネスルールへのコンプライアンスを直接測定し、収益損失につながる可能性のある非準拠の返品承認を特定し削減するのに役立ちます。

取得元

これは派生属性です。ロジックは、返品の属性(例:返品日と購入日、返品理由)を事前定義されたビジネスルールと比較して構築する必要があります。

truefalse
倉庫ID
WarehouseId
返品された商品が受領される倉庫または場所の識別子。
説明

この属性は、返品された商品を処理する特定の物理的な倉庫または返品センターを識別します。場所によって異なるプロセス、リソース、またはパフォーマンスレベルを持つ場合があります。

倉庫ごとのプロセス分析は、場所間のパフォーマンスベンチマークに役立ちます。これにより、どの施設が返品処理において最も効率的であるかを特定し、地域的なボトルネックを浮き彫りにし、ロジスティクスネットワーク全体でのリソース配分とプロセス標準化に関する意思決定に情報を提供することができます。

その重要性

異なる倉庫や返品センター間のパフォーマンス比較を可能にし、地域的なボトルネックやベストプラクティスの特定に役立ちます。

取得元

この情報は、到着ジャーナル('WMSJournalTable')や'SalesLine'などの在庫関連トランザクションの'InventLocationId'フィールドに保存されます。

WH-EASTWH-WESTCENTRAL-DC
最終データ更新
LastDataUpdate
プロセスのデータが最後に更新された日時を示すタイムスタンプ。
説明

この属性は、データがソースシステムから最後に抽出され、プロセスマイニングツールで更新された日時を記録します。これにより、分析対象データの鮮度に関する参照点が提供されます。

最終データ更新時刻を知ることは、分析のタイムリーさを理解するために重要です。これは、ユーザーがリアルタイムデータを見ているのか、特定の時点のスナップショットを見ているのかを把握し、ダッシュボードやKPIを正しく解釈するのに役立ちます。これは運用監視にとって鍵となります。

その重要性

データの鮮度を示し、アナリストがプロセスインサイトの最新性を把握できるようにします。

取得元

これはデータ取り込みパイプライン中に生成・保存されるメタデータ属性であり、通常はETLジョブ完了のタイムスタンプを表します。

2023-11-01T02:00:00Z2023-11-02T02:00:00Z
実際の返金額
ActualRefundAmount
お客様に発行された最終的な返金金額。
説明

この属性は、お客様に返金された最終的な確認済み金額です。この値は、クレジットノートが作成され、転記される際に記録されます。

これは財務分析にとって重要な属性であり、「返金金額差異分析」ダッシュボードおよび「返金金額精度率」KPIで直接使用されます。このデータを分析することで、返品による財務的影響やプロセス中に行われた調整を理解するのに役立ちます。

その重要性

これは返品の実際の財務的影響を表し、返金の正確性を計算し、財務的成果を理解するために不可欠です。

取得元

この値は、転記されたクレジットノートの取引詳細で見つけることができます。クレジットノートの'CustTrans'および'CustInvoiceJour'テーブルに関連しています。

99.99135.000.00
終了日時
EndTime
特定のアクティビティが完了した時点を示すタイムスタンプ。
説明

終了時刻は、アクティビティの完了タイムスタンプを表します。開始時刻が始まりを示す一方、終了時刻は完了を示し、その特定のタスクの処理時間を計算できます。

この属性は、特に「商品検査」のような測定可能な期間を持つタスクの詳細なパフォーマンス分析にとって重要です。開始時刻と終了時刻を比較することで、アナリストはタスクの実際の処理時間を正確に測定し、タスク間の待機時間と区別することができます。これにより、タスク間だけでなく、特定のアクティビティ内の非効率性を特定するのに役立ちます。

その重要性

個々のアクティビティのアクティブな処理時間を計算できるため、待機時間と実際の作業時間を区別するのに役立ちます。

取得元

これはしばしば派生させる必要があります。例えば、アクティビティを完了させるステータス変更の'modifiedDateTime'であるか、後続のアクティビティのStartTimeである可能性があります。

2023-10-26T10:15:00Z2023-10-26T14:45:20Z2023-10-27T09:55:12Z
返品タイプ
ReturnType
返金や交換など、期待される結果に基づいて返品を分類します。
説明

この属性は、顧客が求める、または企業が提供する解決タイプに基づいて返品案件を分類します。一般的なタイプには、金銭的な「返金」、「交換品」との交換、または「修理」が含まれます。

この分類は、異なるプロセスパスを分析するのに役立ちます。返金を発行するプロセスは、交換品を発送するプロセスとは大きく異なります。返品タイプ別にセグメント化することで、各解決パスに特有のサイクルタイムとボトルネックをより正確に分析できます。

その重要性

返金プロセスと交換プロセスではステップとサイクルタイムが異なるため、意図する結果に基づいて分析をセグメント化することができます。

取得元

これは返品注文ヘッダーのカスタムフィールドであるか、ディスポジションコードや交換販売注文の作成のような後続の取引に基づいて派生する場合があります。

返金交換ストアクレジット
返品注文ステータス
ReturnOrderStatus
イベント発生時点での返品注文の全体的なステータス。
説明

この属性は、「オープン」、「請求済み」、「キャンセル済み」など、返品注文ヘッダーの現在のステータスを示します。これにより、案件がライフサイクルのどの段階にあるかという高レベルなビューが提供されます。

アクティビティが詳細なプロセスステップを提供する一方で、全体的なステータスは案件のフィルタリングとセグメント化に役立ちます。例えば、アナリストは現在のワークロードを理解するために「オープン」案件のみに焦点を当てたり、最終的に「キャンセル済み」となる案件のプロセスフローを分析したりすることができます。

その重要性

ケースの状態の概要を提供し、ケースのフィルタリングやキャンセルなどの結果を理解するのに役立ちます。

取得元

この情報は、'SalesTable'の'SalesStatus'または'DocumentStatus'フィールドにあります。

オープンオーダー配送済みInvoicedキャンセル済み
返金SLA目標日
RefundSlaTargetDate
返品・返金案件が完全に解決されるべき目標日付。
説明

この属性は、返品案件を解決するためのサービスレベル契約(SLA)の期限を定義します。これは、お客様が最終的な解決策(転記された返金や発送された交換品など)を受け取ることを期待される日付です。

この目標日付は、サービスコミットメントに対するパフォーマンス監視に不可欠です。これは、「解決SLA遵守率」KPIの計算と「返金解決SLAパフォーマンス」ダッシュボードの駆動に使用されます。この日付とプロセスの実際の完了日を比較することで、企業はSLA違反を特定し、滞留案件を積極的に管理することができます。

その重要性

これはプロセスパフォーマンスを測定する際のベンチマークであり、SLAコンプライアンスの追跡や遅延ケースの特定を可能にします。

取得元

これは標準フィールドではない可能性があります。多くの場合、返品作成日と事前定義されたSLA期間(例:14日)に基づいて計算されます。カスタムフィールドに保存されることもあります。

2023-11-10T23:59:59Z2023-11-15T23:59:59Z
返金要求額
RequestedRefundAmount
お客様が要求した返金総額。
説明

この属性は、返品プロセス開始時に要求された、または期待された初期の返金金額を表します。通常、返品された商品の元の購入価格に基づいています。

この値は「返金金額差異分析」のベースラインとして機能します。要求された金額と実際に返金された金額を比較することで、企業は再入荷手数料、破損品の部分的返金、その他の調整によって生じた差異を特定できます。これにより、財務の正確性とポリシー遵守状況の監視に役立ちます。

その重要性

これは、実際の処理された返金額と比較することで、財務の正確性を測定するための基準として機能します。

取得元

これは通常、返品される元の販売注文明細の明細金額または合計金額であり、'SalesLine.LineAmount'に記載されています。

99.99150.0024.50
顧客ID
CustomerId
返品を開始した顧客の一意の識別子。
説明

顧客IDは、返品に関連付けられた顧客アカウントの一意の識別子です。これにより、返品取引をCRMまたは顧客データベース内の特定の顧客にリンクできます。

顧客ごとの返品を分析することで、異常に高い返品活動を持つ顧客を特定できます。これは、不正行為や慢性的な不満を示している可能性があります。また、例えば高価値顧客にプレミアムな返品サービスを提供するなど、顧客をセグメント化するためにも使用できます。

その重要性

返品プロセスを特定の顧客に紐付け、顧客レベルの分析や返品パターン、潜在的な不正行為の特定を可能にします。

取得元

これは、返品注文の'SalesTable'にある'CustAccount'フィールドです。

CUST-00045CUST-00192CUST-00315
必須 推奨 任意

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

これらは、正確なプロセスディスカバリーのために`イベントログ`に記録すべき主要なプロセス`ステップ`と`マイルストーン`です。
5 推奨 7 任意
アクティビティ 説明
クレジットノート転記済み
クレジットノートが正式に財務台帳に転記され、お客様がクレジットを利用できるようになります。これは、企業側から見た返金処理の完了を意味します。
その重要性

これは重要な財務上のマイルストーンであり、返金がシステムで処理されたことを確認します。返金SLA遵守を測定するための主要なアクティビティとなることがよくあります。

取得元

返品注文の請求書仕訳の転記タイムスタンプ。これによりクレジットノートが確定します。返品注文のステータスは「請求済み」に変更されます。

取得

返品注文書の請求ジャーナルの転記。

イベントタイプ explicit
処理コードが適用された
このアクティビティは、検査の完了と返品された商品をどうするかについての決定を表します。「返金」、「廃棄」、「交換」などのディスポジションコードが返品明細に割り当てられます。
その重要性

これは、返金、交換、または拒否のいずれであるか、その後のプロセスパスを決定する重要な意思決定ポイントです。ここでの遅延は、全体の解決時間に大きな影響を与える可能性があります。

取得元

このイベントは、返品注文明細の在庫トランザクションまたは関連ジャーナルでDispositionCodeフィールドが入力されたときに捕捉されます。

取得

返品注文明細にDispositionCodeが設定された際の更新イベント。

イベントタイプ explicit
品目受領済み
倉庫または指定された返品センターでの返品商品の物理的な受領を示します。これは、返品注文に関連する入荷ジャーナルが転記されたときに捕捉されます。
その重要性

これは、プロセスが顧客アクションから内部処理へ移行する重要なマイルストーンです。検査や処分など、すべての内部処理時間を計算するための出発点となります。

取得元

返品注文明細に関連付けられたWMSジャーナルまたは商品到着ジャーナルの転記タイムスタンプ。これにより、在庫トランザクションが「登録済み」または「受領済み」ステータスに更新されます。

取得

返品注文明細にリンクされた商品入荷ジャーナルの転記イベント。

イベントタイプ explicit
返品注文クローズ済み
返品注文が最終状態に達しました。これは、すべての物理的および財務的取引が完了したことを意味します。通常、クレジットノートが転記された後、または代替品が発送された後に発生します。
その重要性

これは、正常に完了した返品プロセスの主要な終了イベントです。作成からこの時点までの期間は、総案件サイクルタイムを表します。

取得元

ReturnOrderのステータスフィールドが「請求済み」や「クローズ済み」といった最終値に変化したことから推測されます。これは、それ以上の処理が予定されていないことを示します。

取得

SalesTable.StatusまたはSalesTable.DocumentStatusフィールドが最終状態に変更されること。

イベントタイプ inferred
返品注文作成済み
このアクティビティは、返品プロセスが開始されることを示し、システム内で返品承認(RMA)または返品注文が作成されます。これは、Dynamics 365で新しいReturnOrderレコードが作成された際に捕捉される明示的なイベントです。
その重要性

これは、返品プロセス全体の主要な開始イベントです。このアクティビティから他のアクティビティまでの時間を分析することで、全体のプロセスリードタイムが明らかになり、初期段階のボトルネック特定に役立ちます。

取得元

このイベントは、ReturnOrderヘッダーの作成タイムスタンプから捕捉されます。これは通常、SalesTypeが「Returned Order」であるSalesTableに見られます。

取得

SalesType = 'Returned Order' を持つSalesTableレコードの作成イベント。

イベントタイプ explicit
クレジットノート作成済み
「クレジット」の処分に基づいてクレジットノートが生成され、顧客への返金が承認されます。これはプロセスにおける財務決済の正式な開始点となります。
その重要性

このアクティビティは、財務的な返金の承認を示します。処分とクレジットノート作成の間の時間は、返金開始における管理上の遅延を浮き彫りにします。

取得元

これは、元の返品注文にリンクされた負の値を持つ新しいSalesTableレコードの作成、または「クレジットノート作成」バッチジョブの実行によって推測できます。

取得

多くの場合、返品注文書を転記することによるクレジットノートの作成。

イベントタイプ explicit
交換品が出荷された
代替品の梱包伝票が転記され、お客様に発送されたことを示します。これにより、交換履行プロセスの完了がマークされます。
その重要性

これは交換バリアントにおける重要なマイルストーンであり、お客様に対する会社の義務の履行を表します。交換サイクルタイムを追跡するために不可欠です。

取得元

代替販売注文の梱包伝票仕訳の転記日。これにより、注文ステータスが「配送済み」に更新されます。

取得

交換販売注文の梱包伝票の転記。

イベントタイプ explicit
代替注文作成済み
顧客に交換品を送るための新しい販売注文が作成されます。このアクティビティは、処分アクションが「交換とクレジット」または「交換と廃棄」の場合に発生します。
その重要性

このアクティビティは交換プロセスバリアントを開始します。このパスを返金パスとは別に追跡することは、交換の複雑さとコストを理解するために不可欠です。

取得元

交換品用の新しいSalesTableレコードの作成。これは多くの場合、自動的に生成され、元の返品注文にリンクされます。

取得

処理アクションを通じて返品注文にリンクされた新しい販売注文の作成。

イベントタイプ explicit
入荷ジャーナル作成
このアクティビティは、倉庫が返品された商品の到着を待っていることを示します。これは到着ジャーナルの作成であり、商品の物理的な受領のためにシステムを準備します。
その重要性

このステップは、物流準備と実際の物理的な受領を区別します。これにより、倉庫の準備状況の分析や、入庫する返品の計画に役立ちます。

取得元

WMSJournalTableにJournalType「入荷」のレコードを作成します。このジャーナルは返品注文明細にリンクされます。

取得

返品のWMSJournalTableレコードの作成タイムスタンプ。

イベントタイプ explicit
品質オーダー生成済み
公式な品質オーダーが作成され、返品された商品が構造化された検査プロセスを経る必要があることを示します。これは、返品に詳細なテストや品質基準に対するチェックが必要なシナリオで一般的です。
その重要性

このアクティビティは、正式な検査プロセスの開始を示します。この時点からの時間を追跡することで、品質保証ワークフローの効率と期間を測定するのに役立ちます。

取得元

返品注文にリンクされたInventQualityOrderTableのレコードの作成タイムスタンプ。

取得

InventQualityOrderTableレコードの作成。

イベントタイプ explicit
返品注文キャンセル済み
返品注文は完了前にキャンセルされます。これは、お客様のリクエスト、または商品が返品されなかったことによる可能性があります。
その重要性

これはプロセスに対する代替の、失敗した終了を表します。返品がキャンセルされる理由を分析することで、顧客行動やプロセス失敗に関するインサイトが得られます。

取得元

ReturnOrderステータスフィールドが「キャンセル済み」に変わったことから推測されます。これは、正常にクローズされた注文とは異なる最終状態です。

取得

SalesTable.Statusフィールドが「キャンセル済み」に変更されること。

イベントタイプ inferred
返品注文確定済み
システム内で返品注文が正式に確定したことを示し、多くの場合、その後のロジックをトリガーします。これは通常、明示的なアクションまたは返品注文ヘッダーのステータス変更として記録されます。
その重要性

確認は物流が開始される前の重要なステップです。作成と確認の間の遅延は、管理上またはシステム関連のバックログを示している可能性があります。

取得元

これは、返品注文の「確定」ジャーナル転記、またはSalesTableのDocumentStatusフィールドの変更によって特定できます。

取得

返品注文に対する「販売注文の確認」機能の実行。

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

抽出ガイド

Microsoft Dynamics 365 からデータを取得する方法