> 継続的なプロセス改善 > 返品・返金処理 > `SAP S/4HANA` > データテンプレート

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

SAP S/4HANA
返品・返金処理データテンプレート
← 改善ガイドに戻る
返品・返金処理`属性` (25) 返品・返金処理アクティビティ (12) 抽出ガイド (2)

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

この`テンプレート`は、貴社の「返品・返金処理」を分析するために必要な不可欠な`データエレメント`の包括的な概要を提供します。収集すべき主要な`属性`、追跡すべき重要なアクティビティ、および`データ`抽出のための実践的な`ガイダンス`を概説しています。このリソースを使用して、効果的な`プロセスマイニング`と最適化のために`データ`を準備してください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • 抽出の手引き
イベントログについて初めての方へ： プロセスマイニングのイベントログ作成方法.
テンプレートをダウンロード

返品・返金処理属性

これらは、SAP S/4HANA内での包括的な返品・返金処理分析のために、`イベントログ`に含めることを推奨する`データフィールド`です。
5 必須 6 推奨 14 任意
名前 説明
アクティビティ名
ActivityName
 返品および返金`プロセス`内で発生した特定の業務アクティビティまたは`イベント`の名称。
説明

この属性は、返品ライフサイクルにおける単一のステップまたはマイルストーンを記述します。「返品オーダー承認済み」や「品目検査完了」のように、アクティビティは実行されている作業を表します。これらは、SAP S/4HANAに記録されたステータス変更、伝票作成、または特定のユーザーアクションから導出されます。

これらのアクティビティの順序と頻度を分析することが、プロセスマイニングのコアです。これにより、プロセス``マップを可視化し、一般的および稀なプロセスパスを特定し、頻繁に繰り返されるアクティビティ（手戻りや非効率性を示す）を正確に突き止めるのに役立ちます。

その重要性

アクティビティはプロセスマップの根幹をなし、プロセスフロー、ボトルネック、およびバリエーションの可視化と分析を可能にします。

取得元

アクティビティ名は通常、VBUK/VBUP などのテーブルにおける伝票ステータスの変更、VBAK（販売伝票）や BKPF（会計伝票）などのヘッダーテーブルでの作成イベント、および MSEG における在庫移動ステータスなどのデータを組み合わせて生成されます。

例
返品リクエスト開始倉庫で商品受領済みクレジットメモ作成返金処理済み
イベント日時
EventTime
 特定のアクティビティが発生した正確な`タイムスタンプ`。
説明

イベント時間は、システムにビジネスイベントが記録された日付と時刻を捉えます。このタイムスタンプは、アクティビティを時系列に並べ、すべての時間ベースの分析を行う上で極めて重要です。

プロセスマイニングでは、この属性はアクティビティ間のサイクルタイムを計算し、各ステップの期間を特定し、時間の経過に伴うプロセスパフォーマンスを分析するために使用されます。これは、ボトルネックの発見、SLA遵守の監視、および返品プロセスの時間的ダイナミクスを理解するための基礎となります。

その重要性

このタイムスタンプは、イベントの順序付け、すべての期間とサイクルタイムの計算、およびプロセス遅延の特定に不可欠です。

取得元

通常、VBAK、LIKP、BKPFなどのテーブルにおける伝票作成またはステータス変更に関連する日付および時刻フィールド（ERDAT（作成日）およびERZET（作成時刻）など）、または会計伝票のポスティング日付（BUDAT）から取得されます。

例
2023-10-26T10:05:00Z2023-10-27T14:30:15Z2023-10-28T09:00:00Z
返品`ケースID`
ReturnCaseId
 単一の顧客返品`プロセス`の一意の識別子であり、開始から終了までのすべての関連アクティビティをリンクします。
説明

「返品ケースID」は、単一の返品インスタンスに属するすべてのイベントとアクティビティをグループ化する主要な識別子として機能します。各顧客の返品リクエストには一意のIDが割り当てられ、これによりプロセス全体のエンドツーエンド追跡が可能になります。

プロセスマイニングにおいて、この属性はプロセスフローを再構築するために不可欠です。これにより、「返品リクエスト開始」、「商品受領済み」、「返金処理済み」といった異なるイベントを特定の返品ごとの一貫したタイムラインに接続することで、ケース期間、プロセス``バリアント、ボトルネックの分析が可能になります。

その重要性

これは、最初から最後まで返品を追跡するための不可欠なキーであり、サイクルタイムやプロセス``バリアント発見を含むすべてのケースレベル分析を可能にします。

取得元

これは通常、返品オーダー``ヘッダー``テーブル``VBAKからの販売伝票番号（VBELN）であり、伝票カテゴリ（VBTYP）が返品を示しています。

例
600001896000019060000191
`ソースシステムID`
SourceSystemId
 データが抽出されたソースシステムの識別子。
説明

この属性は、イベントデータが発生した記録システムを指定します。このプロセスの場合、通常はSAP S/4HANAインスタンスIDになります。

複数のシステムがある環境では、このフィールドはデータ``リネージ、トラブルシューティング、データ整合性の確保に不可欠です。異なるERP``インスタンスを介して返品が処理される場合や、倉庫管理システムなどの外部システムと統合されている場合に、データを区別するのに役立ちます。

その重要性

特に複数のシステム環境において、データの発生源とリネージに関する重要なコンテキストを提供し、データの追跡可能性と信頼性を保証します。

取得元

この値は通常、データ抽出時に静的に設定され、コンフィグレーションされます。SAP システムの管理情報（System ID (SID)など）から取得できます。

例
S4H_PROD_100S4Q_DEV_200
最終データ更新
LastDataUpdateTimestamp
 このイベントのデータが最後に更新または抽出された日時を示すタイムスタンプ。
説明

この属性は、最後のデータ抽出または更新の日時を記録します。これにより、分析対象データセットの鮮度に関するメタデータが提供されます。

これは、プロセスマイニング分析の適時性を理解するために重要です。ユーザーはデータがどれだけ最新であるかを確認でき、これは運用モニタリングや進行中のケースを追跡するダッシュボードにとって特に関連性が高いです。

その重要性

データの鮮度を示します。これは、分析とダッシュボードが最新の情報に基づいていることを確認するために不可欠です。

取得元

これは通常、ETLまたはデータパイプラインツールによるデータ抽出時にデータセットに生成され、スタンプされます。

例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
イベントの終了時刻
EventEndTime
 活動の完了を示すタイムスタンプで、その期間を計算するために使用されます。
説明

StartTime (EventTime) がアクティビティの開始を示す一方、EventEndTimeはその終了を示します。多くのシステム生成イベントでは、開始時刻と終了時刻は同じであり、瞬時の発生を表します。しかし、「品目検査」のように測定可能な期間を持つアクティビティの場合、この属性は非常に重要です。

この属性により、アクティビティ処理時間を直接計算できます。これはパフォーマンス分析の基本であり、プロセス間のギャップだけでなく、どの特定のステップが最も時間を消費しているかを特定するのに役立ちます。

その重要性

個々のアクティビティ期間の正確な計算を可能にし、特定のプロセスステップ内の非効率性を特定するための鍵となります。

取得元

これはしばしば導出されます。一部のアクティビティについては、別のフィールドである場合があります。より一般的には、ケース内の後続アクティビティのStartTimeです。

例
2023-10-26T11:25:30Z2023-10-27T15:00:00Z2023-10-28T09:10:45Z
ユーザー名
UserName
 アクティビティを実行した従業員のユーザーIDです。
説明

この属性は、返品の承認やクレジットメモの作成など、タスクの完了を担当する特定のユーザーまたはシステムエージェントを識別します。SAPでは、これはしばしば、伝票を作成または変更したユーザーを記録するフィールドで捕捉されます。

ユーザーごとに分析することは、高パフォーマンスの個人やチーム、トレーニングの必要性、および作業負荷の分散を特定するのに役立ちます。また、プロセスアクションを特定の個人にリンクさせるため、逸脱の調査に不可欠であり、コンプライアンスおよび監査作業をサポートします。

その重要性

プロセスアクティビティを特定のユーザーに紐付け、チームパフォーマンス、ワークロード、およびコンプライアンスの分析を可能にします。

取得元

通常、VBAK（販売伝票）、LIKP（出荷伝票）、BKPF（会計伝票）などの伝票ヘッダーテーブルにある「登録者（ERNAM）」項目から取得されます。ユーザー詳細はユーザーマスタテーブル USR21 から補完できます。

例
CBROWNASMITHWF_BATCH
製品ID
ProductId
 返品される品目の一意の識別子。
説明

この属性は、返品の対象となる資材または製品を指定します。これは、返品プロセスを製品カタログ内の特定の品目にリンクします。

製品ごとの返品を分析することは、高い返品率を持つ品目を特定するために不可欠であり、これは品質欠陥、不適切な製品説明、または製造上の問題を示す可能性があります。このデータは、企業が製品デザイン、サプライヤー管理、および在庫戦略について情報に基づいた意思決定を行うのに役立ちます。

その重要性

返品プロセスを特定の製品にリンクさせ、品目レベルの返品率分析や品質・説明の問題特定を可能にします。

取得元

返品受注明細テーブル（VBAP）または返品出荷明細テーブル（LIPS）の品目コード項目（MATNR）から取得されます。

例
FG-10023HW-45981SW-LICENSE-PREM
返品理由
ReturnReason
 顧客が品目を返品した理由。
説明

この属性は、「不良品」、「サイズ違い」、「不要になった」など、顧客が述べた返品理由を捕捉します。これは通常、返品開始プロセス中に事前定義された理由コードのリストから選択されます。

返品理由の分析は、製品品質の問題を特定し、製品説明を改善し、または販売プロセスを洗練するために不可欠です。これは顧客不満への直接的なインサイトを提供し、全体の返品率を削減するためのビジネス改善領域を優先するのに役立ちます。

その重要性

返品が発生する理由に関する重要なインサイトを提供し、製品品質、フルフィルメントエラー、顧客の期待とのギャップに対処するための根本原因分析を可能にします。

取得元

通常、返品販売オーダー明細テーブル（VBAP）のフィールド``ABGRU（販売伝票却下理由）に保存されます。

例
001 - 品質不良002 - 輸送中の損傷005 - 誤った商品が発送された
返金額
RefundAmount
 顧客に発行される返金の最終的な金銭的価値。
説明

この属性は、返品プロセス完了時に顧客に実際にクレジットまたは返金された金額を表します。この値は、クレジットメモなどの財務伝票に記録されます。

これは、さまざまな分析で使用される主要な財務メトリックです。「返金額差異分析ダッシュボード」で要求された金額と比較するために不可欠です。また、価値に基づいて返品をセグメント化することで、高額な返品が異なるプロセスをたどるか、解決に時間がかかるかを特定できます。

その重要性

返品の財務的影響を追跡し、返金精度の分析、高価値ケースの特定、および全体的なコストの理解に不可欠です。

取得元

クレジットメモ伝票の正味金額フィールド（NETWR）から取得され、VBRK（請求伝票ヘッダー）やBSEG（会計伝票明細）などのテーブルで見つかります。

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

この属性は、返品を要求した顧客を識別します。プロセスインスタンスを顧客マスターデータ内の特定のパーティにリンクします。

顧客ごとの返品を分析することは、不正行為や不満を示す可能性のある異常に高い返品率を持つ顧客などのパターンを特定するのに役立ちます。また、顧客タイプ、価値、または履歴に基づいて返品プロセスをセグメンテーションすることも可能にし、カスタマイズされたサービスレベルを可能にします。

その重要性

返品を特定の顧客と結び付け、顧客行動の分析、セグメンテーション、および頻繁な返品者の特定を可能にします。

取得元

返品受注ヘッダーテーブル（VBAK）の得意先コード項目（KUNNR）から取得されます。

例
CUST-001234CUST-005678CUST-009012
`ケース``サイクルタイム`
CycleTime
 返品`ケース`の開始から終了までの経過時間。
説明

この計算メトリックは、単一のケースにおける返品プロセス全体のエンドツーエンドの期間を測定します。これは通常、「返品リクエスト開始」から「返品ケース終了」までの最初のイベントと最後のイベント間の時間差として計算されます。

サイクルタイムは、プロセス効率の主要なKPIです。「全体の返品サイクルタイム``ダッシュボード」で使用され、パフォーマンスの監視、ベンチマークの設定、および傾向の特定を行います。製品タイプや返品理由など、より長いサイクルタイムと相関する要因を分析することで、システム的な非効率性を明らかにすることができます。

その重要性

これは、全体のプロセス効率を測定するための基本的なKPIであり、顧客満足度と運用コストに直接影響を与えます。

取得元

これは計算フィールドです。各一意のReturnCaseIdにおける最大EventTimeと最小EventTimeの差を取ることで計算されます。

例
5日 4時間 30分12日 2時間 15分2日 8時間 0分
クレジットメモ番号
CreditMemoNumber
 返金を承認する`クレジットメモ`伝票の一意の識別子。
説明

クレジットメモとは、返品された商品に対して顧客口座に正式に貸方記入を行う請求書文書です。この属性は、その財務文書の一意の番号を示します。

クレジットメモ番号を追跡することは、返品プロセスにおける財務決済部分を分析するために不可欠です。これは重要な節目であり、多くの場合、実際の返金支払いをトリガーし、財務照合および監査に必要となります。

その重要性

返金に関する公式な財務取引を表し、プロセスの最終段階の追跡および財務監査にとって重要です。

取得元

これは、請求伝票ヘッダー``テーブル（VBRK）からの請求伝票番号（VBELN）であり、伝票カテゴリがクレジットメモを示しています。

例
900003459000034690000347
依頼された返金額
RequestedRefundAmount
 `プロセス`開始時に最初に要求または`想定`された返金額。
説明

この属性は、最初の返品リクエストに基づいて返品される商品の価値を捕捉します。これは、最終的な返金額と比較するための基準として機能します。

このフィールドは、「返金額差異分析ダッシュボード」に特に必要です。要求された金額と実際の返金額を比較することで、品目損傷による一部返金、再ストック手数料、またはその他の調整といった問題を特定し、財務上の正確性と透明性を確保するのに役立ちます。

その重要性

返金精度の測定基準として機能し、期待される返金額と実際の返金額の間の不一致を特定し、分析するのに役立ちます。

取得元

通常、最初の返品販売オーダーにおける品目の正味金額から取得されます。これは、VBAP``テーブル内の対応する明細の正味金額（NETWR）になります。

例
125.501050.0049.99
処理`エージェント`
ProcessingAgent
 手作業のアクティビティの処理を担当する特定の`エージェント`またはリソース`グループ`。
説明

この属性は、特定のタスクを実行した個人またはチームを識別します。特に共有サービス環境では、ユーザー名よりもロールやチームを参照することで、より具体的になります。

これは、「返金承認効率ダッシュボード」で異なるエージェントまたはチーム間のパフォーマンスを分析するのに役立ちます。作業負荷の分散を理解し、トレーニングの必要性を特定し、共有すべきベストプラクティスを持つ上位のパフォーマーやチームを認識するのに役立ちます。

その重要性

担当者またはチームレベルでのパフォーマンス分析を可能にし、ワークロード管理、トレーニング機会の特定、効率向上に役立ちます。

取得元

この情報は、エージェントが割り当てられている場合、SAP ビジネスパートナー機能を通じて利用できるか、またはHR組織構造におけるユーザーの部門またはロールから導出される可能性があります。

例
`Tier 1` `サポート`倉庫検査`チーム`経理部 - 買掛金
商品検査結果
ItemInspectionOutcome
 返品された品目の物理的検査の結果。
説明

この属性は、商品が倉庫に受領された後に実行された検査プロセスの結果を記録します。一般的な結果には、「受領済み」、「却下 - 損傷」、「受領済み - 再販可能」などがあります。

このデータは、その後のプロセスステップにとって重要なコンテキストを提供します。全額返金、一部返金、または返金なしのいずれが発行されるかを決定します。この結果を分析することは、却下の理由を特定するのに役立ち、輸送中に品目が頻繁に損傷する場合、製品のパッケージングやシッピング``パートナーに関するフィードバックを提供できます。

その重要性

返金承認または却下の背後にある意思決定プロセスを説明し、商品状態や返金調整理由に関する貴重なデータを提供します。

取得元

この情報は、品質管理モジュール（QM）の検査ロットに、または返品デリバリー明細（LIPS）のステータスまたは理由コードとして記録される場合があります。また、カスタムフィールドに存在する場合もあります。

例
承認済み - 再販可能承認済み - 修復が必要却下 - 顧客による損傷却下 - 誤った品目が返品された
営業組織
SalesOrganization
 元の販売と返品を担当する組織単位。
説明

「販売組織」は、SAPにおける主要な組織構造要素であり、製品およびサービスの販売と流通を担当する単位を表します。これは返品取引に割り当てられます。

この属性により、異なる事業単位、地域、または部門間で返品プロセスをフィルタリングおよび比較できます。特定の販売組織がより高い返品率を持つか、または返品処理プロセスが非効率的であるかを特定するのに役立ち、組織のパフォーマンス分析の基礎を提供します。

その重要性

異なる事業部門、地域、または販売チャネル間での返品プロセスパフォーマンスとレートの比較を可能にします。

取得元

返品受注ヘッダーテーブル（VBAK）の販売組織項目（VKORG）から取得されます。

例
10002100US01
手戻り
IsRework
 ケース内のアクティビティが以前のアクティビティの繰り返しであるかどうかを示すフラグ。
説明

この計算ブール``属性は、同じケース内でアクティビティが複数回実行される手戻りのインスタンスを識別します。例えば、品目検査が繰り返される必要がある場合や、クレジットメモが作成、キャンセルされ、その後再作成される場合などです。

この属性は、「返金処理手戻り分析ダッシュボード」および「返金手戻り率KPI」に不可欠です。エラーが発生しやすいアクティビティや複数回の試行を必要とするアクティビティを強調することで、プロセスの非効率性を定量化し、より良い管理またはトレーニングが必要な領域を示します。

その重要性

繰り返しの作業にフラグを立てることで、プロセスの非効率性やエラーを浮き彫りにし、無駄と遅延を削減するためのターゲットを絞った改善を可能にします。

取得元

このフラグは通常、プロセスマイニング``ツール自体によって計算されるか、データ変換で事前計算されます。これにより、同じアクティビティ名が同じケース内で以前にすでに現れているかどうかをチェックします。

例
truefalse
自動化
IsAutomated
 アクティビティがシステムまたは人によって実行されたかどうかを示すフラグ。
説明

このブール``属性は、ワークフローやバックグラウンド``ジョブなどシステムによって自動的に実行されるアクティビティと、ユーザーによって手動で実行されるアクティビティを区別します。

これは、「自動返金承認率KPI」の計算と、自動化を増やす機会を特定するために不可欠です。手作業のタスクをフィルタリングすることで、企業は速度、コスト、正確さの面で自動化が最も大きな利益をもたらす可能性のある領域にプロセス改善作業を集中させることができます。

その重要性

手動タスクと自動化されたタスクを区別することは、自動化の機会を特定し、デジタルトランスフォーメーションの影響を測定するために不可欠です。

取得元

これは通常、「ユーザー名」に基づいて導出されます。例えば、ユーザーが「WF_BATCH」または別のシステムIDである場合、そのアクティビティは自動化されたものとしてフラグ付けされます。

例
truefalse
返品`オーダー``ステータス`
ReturnOrderStatus
 返品`ケース`の現在の全体`ステータス`。
説明

この属性は、任意の時点での返品ケースのハイレベルなステータス（「オープン」、「処理中」、「完了」など）を提供します。これは、多くの場合、最後に完了した主要なマイルストーンから導出される集計ステータスです。

これは、現在の作業負荷とケース配分の運用ビューを提供する「現在の返品ケース``ステータス``ダッシュボード」に不可欠です。これにより、マネージャーはプロセスの各ステージにいくつのケースがあるかを理解し、より良いリソース配分と作業負荷管理を可能にします。

その重要性

各ケースがプロセスのどの段階にあるかのスナップショットを提供します。これは、現在の作業負荷とステータスを追跡する運用ダッシュボードにとって不可欠です。

取得元

関連する伝票のステータス項目から派生します。例えば、関連する販売伝票（VBUK/VBUP）や出荷伝票のヘッダステータス（GBSTK）または明細ステータス（LFSTK）などが対象です。

例
商品受領待ち検査待ち返金待ちクローズ
返品`ポリシー`順守
ReturnPolicyAdherence
 返品ケースが定義された返品ポリシーに準拠しているかどうかを示すフラグ。
説明

この計算ブール``属性は、返品が適用される返品ポリシーに定められた基準を満たしているかどうかを示します。ロジックは、例えば、返品が許可された期間内に開始されたか、または返品理由が製品に対して有効であるかなどをチェックできます。

この属性は、「返品ポリシー``コンプライアンス概要ダッシュボード」を直接サポートします。コンプライアンス率を定量化し、コンプライアンス違反のケースにドリルダウンして逸脱の理由を理解することを可能にし、ポリシーをより効果的に実施するのに役立ちます。

その重要性

業務規則へのコンプライアンスを数値化し、収益性に影響を与えたりプロセス例外を生じさせたりするポリシー違反を特定し、削減するのに役立ちます。

取得元

ビジネスルールに基づいて計算されます。例えば、（返品開始日 - 元の購入日）<= [許可される返品日数] のようになります。これには元の購入日とポリシー規則が必要です。

例
truefalse
返品`ポリシーID`
ReturnPolicyId
 この特定の返品`ケース`に適用される返品`ポリシー`の識別子。
説明

この属性は、取引に適用される特定の返品ポリシーまたはルールセットを示します。ポリシーは、製品タイプ、顧客セグメント、または購入からの時間に基づいて異なる場合があります。

このデータは、「返品ポリシー``コンプライアンス概要」に不可欠です。各ケースをポリシーに関連付けることで、システムは返品期限や品目状態要件などの規則への順守を自動的にチェックし、逸脱を分析のためにフラグ付けできます。

その重要性

ビジネスルールに対する自動コンプライアンスチェックを可能にし、返品がポリシーに従って一貫して処理されることを確実にします。

取得元

これは多くの場合、標準のSAP フィールドではなく、製品タイプ、顧客、販売日付などのデータを用いたビジネスロジック``に基づいて導出する必要がある場合があります。実装されている場合は、カスタムフィールドに保存することも可能です。

例
STD-30DAYELEC-90DAY-WARRANTYFINAL-SALE-DEFECT
返品伝票番号
ReturnDeliveryNumber
 返品`デリバリー`伝票の一意の識別子。
説明

顧客が商品を物理的に返品する際、インバウンド``ロジスティクスを管理するためにSAPで返品デリバリー伝票が作成されます。この属性は、その伝票の一意の番号です。

このIDは、返品された商品の物理的な動きを追跡するために重要です。これにより、返品の財務的側面とロジスティクス的側面が結びつき、プロセスの入庫および検査フェーズの詳細な分析が可能になります。

その重要性

返品オーダーと商品の物理的な受領との間の重要なリンクを提供し、ロジスティクスおよび倉庫処理時間の分析に不可欠です。

取得元

これは、デリバリーヘッダーテーブル（LIKP）からのデリバリー伝票番号（VBELN）であり、伝票カテゴリが返品デリバリーを示しています。

例
840000128400001384000014
返金`SLA`順守
RefundSlaAdherence
 返金がサービスレベル契約（SLA）目標内で処理されたかどうかを示すフラグ。
説明

この計算属性は、「返金処理済み」アクティビティが「返金SLA目標日」またはそれ以前に発生したかどうかをチェックします。これは、各ケースのSLA``コンプライアンスを示す単純な真偽インジケーターを提供します。

これは、「返金SLA順守モニタリング``ダッシュボード」および「返金SLA順守率KPI」のコア``メトリックです。顧客へのコミットメントに対するパフォーマンスを測定し、期待を満たせなかったケースを特定することで、遅延の根本原因分析を可能にするのに役立ちます。

その重要性

顧客に対するコミットメントに対するパフォーマンスを直接測定し、サービス品質と顧客満足度の重要な指標となります。

取得元

各ケースの「返金処理済み」アクティビティのEventTimeと「RefundSlaTargetDate」を比較して算出されます。

例
truefalse
返金SLA目標日
RefundSlaTargetDate
 返品`ケース`の返金が処理されるべき目標期日。
説明

この属性は、返金処理のためのサービスレベルアグリーメント（SLA）の期日を定義します。この期日は通常、ビジネスルール（例えば、返品承認後または商品受領後のある日数を経過した日）に基づいて計算されます。

このフィールドは、「返金SLA順守モニタリング``ダッシュボード」および関連するKPIの基礎となります。これにより、SLA違反のリスクがあるケースをプロアクティブに追跡し、遅延の根本原因を分析することで、最終的に顧客満足度を向上させるのに役立ちます。

その重要性

SLA``コンプライアンス測定の基準を提供し、パフォーマンスの監視、長期化しているケースの優先順位付け、および顧客満足度の向上に役立ちます。

取得元

これはほとんどの場合、導出フィールドです。ロジックは、主要な日付（例：返品リクエスト作成日）プラスビジネスルールで定義された期間に基づいており、これは顧客タイプや返品理由などの要因に依存する場合があります。

例
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
必須 推奨 任意

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

これらは、貴社の返品および返金`プロセス`の正確な`プロセスディスカバリ`と分析のために、`イベントログ`に記録すべき主要な`プロセス`ステップと`マイルストーン`です。
7 推奨 5 任意
アクティビティ 説明
クレジットメモ作成
 これは、返品された品目について顧客口座に`クレジット`を付与する公式の請求伝票の作成です。これは、`クレジットメモ`依頼から`クレジットメモ`が生成されたときに捕捉される明示的な`イベント`です。
その重要性

クレジットメモの作成は、財務上の重要な節目です。これは返金額を確認し、支払いプロセスを開始することを承認します。

取得元

伝票カテゴリがクレジットメモを示す VBRK テーブルの請求伝票作成から取得されます。これは VBFA テーブルを介してクレジットメモ依頼に紐付けられています。

取得

新しいクレジットメモ請求伝票の保存時（例：トランザクションVF01を使用）にイベントが記録されます。

イベントタイプ explicit
クレジットメモ申請作成済み
 検査が成功した後、このアクティビティは顧客へのクレジット発行リクエストの作成を示します。これは新しい販売伝票であるクレジットメモ申請として捕捉され、元の返品注文を参照します。
その重要性

これは、返品プロセスの財務決済部分のトリガーです。検査からこのステップまでの時間を分析することで、ロジスティクスから財務への引き継ぎの効率性が明らかになります。

取得元

伝票カテゴリがクレジットメモ依頼である VBAK テーブルの販売伝票作成から取得されます。返品へのリンクは文書フローテーブル VBFA で管理されています。

取得

新しいクレジットメモ申請伝票の保存時にイベントが記録されます。

イベントタイプ explicit
倉庫で商品受領済み
 この`イベント`は、倉庫または処理`センター`での返品された品目の物理的な受領を示します。これは、返品`デリバリー`に対して`入庫転記`（`PGR`）が実行され、品目伝票が作成されたときに明示的に捕捉されます。
その重要性

これは、検査と処分へのクロックを開始する重要なマイルストーンです。この時点より前の遅延は顧客起因であり、それ以降の遅延は内部起因です。

取得元

返品に関連する入庫移動タイプの在庫移動文書テーブル MSEG および MKPF から取得されます。転記日付（MKPF-BUDAT）がイベント時刻（EventTime）として使用されます。

取得

イベントは、返品配送の入庫記帳に対応します。

イベントタイプ explicit
商品検査完了
 返品された商品の品質および状態評価の完了を表します。`Advanced Returns Management`では、これは検査結果を記録し、返金または廃棄などのその後のアクションを決定する明確なステップとなることがよくあります。
その重要性

検査の期間と結果は、返金処理時間と在庫管理に直接影響します。このアクティビティは、検査効率と手戻りを分析するために不可欠です。

取得元

SAP Advanced Returns Management（ARM）では、検査トランザクションからの明示的なイベントとして取得できます。また、返品受注明細の検査結果を示すステータス変更から推論することも可能です。

取得

Advanced Returns Management（ARM）における物流フォローアップ活動に関連するトランザクションログまたはステータス変更から取得されます。

イベントタイプ explicit
返品`ケース`終了
 これは最終アクティビティであり、返品`プロセス`が完了し、`ケース`に対してこれ以上の操作は`想定`されないことを示します。これは通常、返品`オーダー`伝票が`システム`内で最終的な完了`ステータス`に達したときに推測されます。
その重要性

このイベントは、プロセス``ライフサイクルの終了を定義し、全体のエンドツーエンド``サイクルタイムの計算を可能にします。ケースが完全に解決されたことを確認します。

取得元

VBAK テーブルの返品受注全体のステータス、または VBAP 内の明細ステータスが「完了」または「クローズ」状態に達したことから特定されます。これはシステムのステータス管理設定に基づいて判断されます。

取得

返品注文伝票のステータスが「完了」に変更されたことから推測されます。

イベントタイプ inferred
返品リクエスト開始
 これは返品`プロセス`の開始点であり、返品`オーダー`が`システム`内で正式に作成されます。この`イベント`は、SAP S/4HANAで返品`オーダータイプ`の新しい販売伝票が保存されたときに明示的に捕捉されます。
その重要性

このアクティビティは、返品ケース``ライフサイクルの公式な開始を示します。このイベントからケース終了までの時間を分析することは、全体の返品サイクルタイムと顧客体験を測定するために重要です。

取得元

これは、VBAK``テーブルで販売伝票が作成され、伝票カテゴリ（VBAK-VBTYP）が返品オーダーを示す場合に捕捉される明示的なイベントです。作成タイムスタンプはVBAK-ERDATです。

取得

新しい返品受注伝票の保存時（例：トランザクションVA01を使用）にイベントが記録されます。

イベントタイプ explicit
返金処理済み
 このアクティビティは、返金`プロセス`の最終ステップを示します。ここでは財務上の`クレジット`が決済され、顧客への支払いが完了したことを意味します。これは、財務`モジュール`で顧客口座の未決済`クレジット`を決済する決済伝票が作成されることで推測されます。
その重要性

これは顧客に実際に支払いが行われた瞬間です。返品開始からこのステップに到達するまでの時間は、顧客満足度の主要な推進要因であり、SLA順守を測定するためのキーとなります。

取得元

財務会計の会計伝票明細テーブル BSEG 内の消込伝票情報から特定されます。クレジットメモに関連する得意先明細の消込日（BSEG-AUGDT）が、返金が処理された日時を示します。

取得

クレジットメモに関連付けられた会計伝票の消込日付フィールドが入力されたことから推測されます。

イベントタイプ inferred
交換注文が作成された
 このアクティビティは、返金の代わりに、顧客に交換品を出荷するための新しい販売`オーダー`が作成される代替解決策を表します。これは、元の返品を参照して新しい販売`オーダー`が作成されたときに捕捉されます。
その重要性

このアクティビティは、返金のための返品と交換のための返品を区別するのに役立ちます。これらは異なるプロセスパスと顧客結果を持ちます。これはバリアント分析にとって重要です。

取得元

文書フローテーブル（VBFA）内で返品受注に紐付けられている、VBAK テーブルの新しい販売伝票の作成から取得されます。

取得

交換品として指定された新しい受注伝票の保存時にイベントが記録されます。

イベントタイプ explicit
会計伝票作成済み
 この`イベント`は、`クレジットメモ`が財務会計`モジュール`に正常に`ポスティング`されたときに発生します。これにより、総勘定元帳に対応する`エントリ`が作成され、会計上の`クレジット`が正式なものとなります。
その重要性

このアクティビティは、クレジットが財務システムに統合されたことを確認します。クレジットメモ作成から会計ポスティングまでの時間は、請求から財務へのインターフェースにおける問題を浮き彫りにすることができます。

取得元

会計伝票テーブル BKPF の伝票ヘッダー作成から取得されます。これは VBRK 内のクレジットメモ（VBRK-BELNR）に紐付けられています。

取得

請求伝票が財務会計に正常に転記されたときにイベントが記録されます。

イベントタイプ explicit
返品`オーダー`承認済み
 返品`オーダー`の正式な承認またはリリースを表し、次の`ステージ`に進むことを可能にします。これは通常、販売伝票`ヘッダー`または品目上の`ステータス`変更から推測され、`ブロック`が解除されたことを示します。
その重要性

承認ステップは遅延の大きな原因となることがあります。このアクティビティを追跡することで、返品プロセスの初期承認フェーズにおけるボトルネックを特定するのに役立ちます。

取得元

ステータス管理テーブル、あるいは VBAK や VBAP テーブル内の直接のステータス項目から特定されます。承認ステータスの変更や、出荷ブロック（VBAP-LIFSP）の解除が承認を意味します。

取得

返品注文のヘッダーまたは明細ステータスフィールドの変更から推測され、リリースまたは承認を示します。

イベントタイプ inferred
返品伝票登録済み
 このアクティビティは、返品された商品の物理的な受領を管理するために使用される入庫`デリバリー`伝票の作成を示します。`システム`はこれを、返品`オーダー`を参照する`デリバリー`伝票の明示的な作成`イベント`として捕捉します。
その重要性

このステップは重要なロジスティクス上のマイルストーンです。返品承認からデリバリー作成までの時間は、返品情報を倉庫または受領部門に伝達する効率性を浮き彫りにします。

取得元

LIKP テーブルの出荷ヘッダーの作成から取得され、文書フローテーブル VBFA を介して先行する返品受注に紐付けられます。

取得

新しい返品配送伝票の保存時（例：トランザクションVL01Nを使用）にイベントが記録されます。

イベントタイプ explicit
返品却下
 返品された商品が返品ポリシーの基準を満たさず、返金またはクレジットのリクエストが却下されたことを示します。これは通常、検査後に返品注文明細に特定のステータスまたは理由コードが適用されることで捕捉されます。
その重要性

却下を追跡することは、返品ポリシーへのコンプライアンスを分析し、拒否の一般的な理由を特定するのに役立ちます。これはプロセスにおける主要な例外パスです。

取得元

返品受注明細に設定された拒否理由（VBAP-ABGRU）、または Advanced Returns Management の検査プロセス中に割り当てられた特定のステータスから特定されます。

取得

返品伝票明細に却下理由または特定の「却下済み」ステータスが設定されたことから推測されます。

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

抽出ガイド

SAP S/4HANA からデータを取得するには