データテンプレート: 受注から現金化まで - 販売注文処理
受注から入金までの受注処理データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- SAP S/4HANA向け抽出ガイド
Order to Cash - 販売注文処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
販売オーダープロセスの特定の時点で発生したビジネスアクティビティの名前です。 | ||
|
説明
この属性は、受注ライフサイクルにおける「受注作成」、「出庫転記」、「入金受領」といった特定のステップやイベントを記述します。これらの活動は、異なるSAPモジュールにわたる様々なステータス変更、伝票作成日、およびログエントリから導出されます。 これらの活動の順序と期間を分析することは、プロセスマイニングの基盤です。これにより、プロセスマップの可視化、ステップ間のボトルネックの特定、プロセスバリアントの分析が可能となり、設計されたプロセスと比較して受注が実際にシステム内でどのように流れているかを理解するのに役立ちます。
その重要性
これはプロセスのステップを定義し、プロセスマップの構築、プロセスフローとボトルネックの分析を可能にします。
取得元
これは導出属性であり、通常、VBAK、LIKP、VBRK、CDHDR/CDPOSなどのテーブルからのステータス変更や伝票作成イベントを意味のある活動名にマッピングすることによって、データ抽出中に生成されます。
例
販売注文作成済み出荷作成済み請求書作成支払い受領済み
|
|||
|
イベント日時
EventTime
|
特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプ。 | ||
|
説明
Event Timeはプロセス内の各アクティビティの正確な日時を提供し、イベントログの時系列的な基盤となります。例えば、販売注文が作成された日時、商品が出荷された日時、請求書が支払われた日時などを記録します。 この属性は、すべての時間ベースの分析において極めて重要です。アクティビティ間のサイクルタイムの計算、遅延の特定、サービスレベル契約に対するプロセスパフォーマンスの測定、および販売注文プロセス全体の期間分析に利用されます。これらのタイムスタンプの精度が、プロセスマイニングのインサイトの質に直接影響を与えます。
その重要性
このタイムスタンプは、パフォーマンス分析の基本となるすべての期間、サイクルタイム、待機時間を計算する上で不可欠です。
取得元
これは、SAPテーブルの様々な日付/時刻フィールド、例えばVBAK、LIKP、VBRKのERDAT/ERZET(作成日付/時刻)、またはCDHDRからの変更ログタイムスタンプをソースとする導出属性です。
例
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
販売注文
Vbeln
|
受注から現金化までのプロセスにおける主要なケース識別子として機能する、販売伝票の一意の識別子です。 | ||
|
説明
受注番号は、顧客からの商品またはサービスのリクエストを一意に識別するものです。受注の作成、確認から配送、請求に至るまで、受注処理ライフサイクルにおけるすべての活動を連結する中心的なオブジェクトとなります。 プロセスマイニングでは、この属性は個々の受注のエンドツーエンドのプロセスを追跡するために不可欠です。受注番号ごとにプロセスを分析することで、企業はボトルネックを特定し、プロセスのばらつきを理解し、特定の顧客取引ごとのサイクルタイムや納期遵守などのKPIを測定することができます。
その重要性
これは、関連するすべてのプロセスイベントを連結し、オーダーライフサイクルの完全なケースレベルビューを可能にするコア識別子です。
取得元
この属性は、VBAKテーブルの販売伝票番号(VBELNフィールド)です。
例
100002341000056710000891
|
|||
|
ユーザー名
Ernam
|
伝票を作成または最終変更した担当者のSAPユーザーIDです。 | ||
|
説明
この属性は、受注の作成や出庫の転記など、特定の活動を担当したユーザーを捕捉します。プロセスステップを、それを実行した個人またはチームに関連付けます。 ユーザーごとに活動を分析することは、研修ニーズの特定、業務負荷の分散の理解、特定のユーザーに固有の逸脱の検出に役立ちます。また、コンプライアンスおよび監査目的にも有用であり、プロセス内で誰が主要なアクションを実行したかの明確な記録を提供します。
その重要性
これにより、ユーザーまたはチームごとのプロセスパフォーマンス分析が可能になり、優秀な実績者、トレーニング機会、ワークロードの分散を特定するのに役立ちます。
取得元
この属性は、VBAKなどのテーブル(作成用のERNAMフィールド)またはCDHDRの変更伝票ヘッダー(UNAMEフィールド)からの「オブジェクトを作成した人物の名前」です。
例
CBURNSDSCRANTONJHALPERT
|
|||
|
品目コード
Matnr
|
販売される製品または品目の一意の識別子です。 | ||
|
説明
品目コードは、品目マスターデータにおける製品の一意のキーです。販売オーダーの各明細項目は、特定の品目コードに対応します。 この属性により、製品中心のプロセス分析が可能になります。特定の製品がより長い処理時間、より頻繁な変更、またはより高いキャンセル率に関連しているかどうかを分析するために使用されます。このインサイトは、サプライチェーンの複雑性やデータの不正確さなど、特定の製品ラインに関連する問題を明らかにするのに役立ちます。
その重要性
製品レベルの分析を促進し、特定の材料や製品ラインがプロセスの遅延、再作業、またはその他の非効率性と関連しているかどうかを明らかにします。
取得元
この属性は、販売受注明細テーブルVBAP (MATNRフィールド) からの「品目コード」です。
例
PROD-1001PROD-2005SERV-A01
|
|||
|
営業組織
Vkorg
|
特定の製品やサービスの販売を担当する組織単位です。 | ||
|
説明
営業組織は、企業内の販売単位を表します。販売条件の交渉、商品やサービスの流通を担当し、各販売取引は特定の営業組織に割り当てられます。 この属性は、パフォーマンス分析のための主要な分析軸となります。異なる営業組織間でデータをフィルタリングまたは比較することで、企業はパフォーマンスのベンチマークを行い、地域または部門ごとのベストプラクティスを特定し、プロセス効率が地理的または事業部門によってどのように異なるかを理解することができます。
その重要性
企業グループ内の異なる事業部門、地域、または企業間でパフォーマンスの比較とベンチマーキングを可能にします。
取得元
この属性は、VBAKテーブルの「販売組織」(VKORGフィールド)です。
例
10002000US01DE01
|
|||
|
希望納期
Vdatu
|
顧客が商品またはサービスに対して要求した納入日です。 | ||
|
説明
この日付は、販売オーダーの品目に対する顧客の希望納期を示します。これは、計画、スケジューリング、およびサービスレベル契約(SLA)の測定に用いられる重要な情報です。 この属性は、顧客サービスレベルとロジスティクスパフォーマンスを測定するために不可欠です。「納期遵守率」KPIのベースラインとして機能し、顧客の要求が満たされたかどうかを判断するため、実際の出庫日または納期と比較されます。逸脱を分析することで、フルフィルメントや計画におけるシステム的な課題を特定するのに役立ちます。
その重要性
これは、納期遵守パフォーマンスを測定する上で主要な日付であり、顧客満足度とサプライチェーン効率にとって不可欠なKPIです。
取得元
この属性は、販売オーダー出荷日程行テーブルVBEPにある「依頼納期」(VDATUフィールド)です。
例
2023-02-012023-03-152023-04-20
|
|||
|
純額
Netwr
|
販売オーダー明細または伝票の正味額で、伝票通貨で表示されます。 | ||
|
説明
正味金額は、割引や追加料金を適用し、税金を除く受注の価値を表します。これは、各販売受注に関連する主要な財務メトリクスです。 プロセスマイニングにおいて、この属性は重要なビジネスコンテキストを提供します。高額な受注に分析の優先順位を付けたり、受注金額が処理時間や複雑さと相関があるかどうかを理解したり、キャンセルや遅延などのプロセス非効率性の財務的影響を測定したりするために使用されます。例えば、分析により、高額な受注が手動の与信チェックによって頻繁に遅延していることが示される場合があります。
その重要性
各ケースに財務的コンテキストを提供し、価値ベースの分析を可能にします。これにより、影響の大きい受注に対する改善を優先し、遅延コストを定量化することができます。
取得元
この属性は、VBAPテーブル (NETWRフィールド) からの「伝票通貨での受注明細の正味価額」またはVBAKテーブルから集計されたものです。
例
1500.00250.5012345.75
|
|||
|
販売伝票タイプ
Auart
|
標準受注、返品、クレジットメモなど、さまざまな種類の販売伝票を区別するための分類です。 | ||
|
説明
SAPにおける販売伝票タイプは、販売伝票の処理方法を管理する重要な要素です。伝票番号範囲、必須項目、全体の取引フローなどを定義し、例えば、標準受注には「OR」、返品受注には「RE」などが使用されます。 プロセスマイニングにおいて、この属性は分析をセグメント化する上で極めて重要です。異なる伝票タイプごとのプロセスフローを比較することで、サイクルタイム、手戻り率、自動化レベルにおける顕著な差異が明らかになります。これにより、特定の受注タイプに最適化されたプロセス改善策を講じることが可能になります。
その重要性
これにより、販売伝票を異なるカテゴリに分類し、さまざまなタイプの受注がどのように処理されているかを比較分析することが可能になります。
取得元
この属性は、VBAKテーブルの「販売伝票タイプ」(AUARTフィールド)です。
例
ORRECR販売オーダー
|
|||
|
顧客番号
Kunnr
|
顧客口座の一意の識別子です。 | ||
|
説明
顧客番号は、マスターデータで各顧客に割り当てられる一意のキーです。販売オーダー、出荷、支払いなど、その顧客に関連するすべての取引で使用されます。 顧客視点からプロセスを分析することは極めて重要です。この属性により、顧客別のオーダーパフォーマンスをセグメント化し、どの顧客が最も長い遅延を経験しているかを特定し、主要なアカウントでプロセス実行がどのように異なるかを理解できます。これは、顧客セグメント別のサイクルタイムを分析するダッシュボードにとって不可欠です。
その重要性
これにより、顧客中心の分析が可能になり、特定の顧客や顧客グループに影響を与えるプロセス上の課題を特定し、顧客ごとのKPIを測定するのに役立ちます。
取得元
この属性は、VBAKテーブルの「得意先」または「得意先コード」(KUNNRフィールド)です。
例
C000123C000456C000789
|
|||
|
ソースシステム
SourceSystemId
|
データが抽出されたソースシステムを特定します。 | ||
|
説明
この属性は、イベントデータの発生元システムを指定します。例えば、「SAP S/4HANA Production」や「ECC Quality」などです。複数のERPシステムや、レガシーおよびモダンなプラットフォームが混在する環境では、このフィールドはデータリネージと検証にとって不可欠です。 分析では、異なるシステムや組織インスタンス間でプロセスをフィルタリングし比較することを可能にします。これにより、特定のシステムランドスケープに固有のプロセス実行やデータ品質のバリエーションを明らかにすることができます。
その重要性
データの起源に関するコンテキストを提供します。これは、複数システム環境においてデータ整合性を確保し、比較分析を可能にする上で不可欠です。
取得元
これは通常、データ抽出プロセス中に、データセットに発生元システムのラベルを付けるために追加される静的な値です。
例
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
事業部
Spart
|
特定の製品ラインや事業領域を表す組織単位です。 | ||
|
説明
部門は、多くの場合製品ラインを表す材料またはサービスをグループ化するために使用されます。これは販売エリア定義の一部であり、製品指向の観点からビジネスを構築するのに役立ちます。 この属性は、異なる製品グループのプロセスパフォーマンスを分析するのに役立ちます。例えば、「スペアパーツのオーダー処理は、完成品のオーダー処理と異なりますか?」といった質問に答えるのに役立ちます。このセグメンテーションは、「製品ライン別サイクルタイム」KPIおよび関連するダッシュボード分析にとって重要です。
その重要性
製品ラインや事業領域に基づいたプロセス分析を可能にし、ビジネス内の様々な部門間のパフォーマンスの違いを明らかにします。
取得元
この属性は、VBAKまたはVBAPテーブル (SPARTフィールド) からの「部門」です。
例
000105
|
|||
|
伝票通貨
Waerk
|
販売伝票に指定された金額の通貨コードです。 | ||
|
説明
この属性は、販売伝票内の正味金額のような金額の通貨(例:USD、EUR、JPY)を定義します。これは、財務データを正確に解釈し集計するために必要なコンテキストを提供します。 プロセスフローの直接的な推進要因ではないものの、通貨はあらゆる財務分析に不可欠です。金額が正しく理解されることを保証し、グローバル規模でレポートするために金額を共通通貨に変換する際に必要となります。
その重要性
すべての金銭的価値に不可欠なコンテキストを提供し、特にグローバルな業務における正確な財務分析と報告を保証します。
取得元
この属性は、VBAKテーブルの「SD伝票通貨」(WAERKフィールド)です。
例
USDEURGBP
|
|||
|
全体出荷ステータス
Lfstk
|
販売オーダー全体の出荷ステータスで、未処理、一部出荷済み、または全量出荷済みかを示します。 | ||
|
説明
このステータス項目は、販売伝票のフルフィルメントの進捗を全体的に示します。すべての明細行のステータスを集計し、納品の観点で受注がオープン・進行中・完了のどれに当たるかを示します。 プロセス分析では、オープン受注の現状把握やケースの絞り込みに役立ちます。たとえば「完全出荷済み」の受注だけを分析すれば、完了したプロセスの全体像を把握でき、「未処理」の受注を分析すれば、滞留や初期のボトルネックを見つけやすくなります。
その重要性
受注のフルフィルメント進捗状況のスナップショットを提供します。受注が未処理、一部出荷済み、または完全に出荷済みであるかに基づいて、フィルタリングと分析を行うことが可能です。
取得元
この属性は、VBUKステータステーブル (LFSTKフィールド) からの「全品目の全体出荷ステータス」です。
例
ABC
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからの最新のデータ更新/抽出時点を示すタイムスタンプ。 | ||
|
説明
この属性は、プロセス分析用のデータがいつ最終更新されたかを示します。これにより、ビジネスユーザーやアナリストが閲覧しているデータの鮮度に関する透明性が提供され、分析がカバーする期間を理解できるようになります。 ダッシュボードやレポートにおいて、この情報はコンテキストとして不可欠です。ユーザーがリアルタイム情報を見ているのか、それとも定期的なスナップショットを見ているのかを理解するのに役立ち、最近のトレンドや運用パフォーマンスの解釈に影響を与えます。
その重要性
データの適時性をユーザーに通知し、分析の時間的コンテキストへの理解を促し、誤解を防ぐのに役立ちます。
取得元
この属性は、データ抽出またはETLツールによって生成され、データパイプラインが最終的に実行された際のタイムスタンプを記録します。
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
処理時間
ProcessingTime
|
特定のアクティビティに積極的に費やした時間の長さです。 | ||
|
説明
Processing Time(処理時間)は、アクティビティ継続時間とも呼ばれ、単一のプロセスステップの開始から終了までの時間を測定します。これは、ステップ間の待機時間ではなく、実際の作業時間を表します。 この計算指標は、プロセス内でどのアクティビティが最も時間を要するかを特定するために極めて重要です。ボトルネック分析の主要な要素であり、「与信チェック実行」のような時間のかかるアクティビティにおける非効率性を特定するのに役立ちます。これは、自動化やリソース配分の見直しが必要であることを示唆している可能性があります。
その重要性
アクティビティの実作業時間を測定し、どの特定のタスクが最も時間がかかり、最適化の候補であるかを特定するのに役立ちます。
取得元
これは、活動のEndTimeとStartTimeの差を取ることによって導出される計算属性です。
例
360086400300
|
|||
|
却下理由
Abgru
|
販売伝票または品目が却下あるいはキャンセルされた理由を示すコードです。 | ||
|
説明
却下理由は、販売オーダーまたは特定の明細項目がキャンセルされた際の背景を提供します。これらの理由は通常、企業によって設定され、「在庫切れ」、「顧客キャンセル」、「価格誤り」などのコードが含まれる場合があります。 この属性は、オーダーキャンセルに対する根本原因分析にとって不可欠です。最も頻繁な却下理由を分析することで、企業は販売、在庫、または価格設定プロセスにおける根本的な問題を特定できます。このインサイトは、「販売オーダーキャンセル分析」ダッシュボードにとって、販売機会の損失を減らし、効率を向上させるために極めて重要です。
その重要性
受注キャンセルの「理由」を提供することで、価格エラー、在庫切れ、データ`品質の低下といった問題に対処するための根本原因分析を可能にします。
取得元
この属性は、販売受注明細テーブルVBAP (ABGRUフィールド) からの「見積および販売受注の却下理由」です。
例
010215
|
|||
|
受注数量
Kwmeng
|
特定の販売伝票明細でオーダーされた品目の数量です。 | ||
|
説明
この属性は、販売オーダーの明細品目として顧客が要求した特定の数量を表します。これは、トランザクションデータの基本的な要素です。 オーダー数量を分析することで、貴重なビジネスコンテキストが得られます。ボリュームがプロセス効率と相関するかどうかを確認するために、オーダーサイズ(少量オーダーと大量オーダー)で分析をセグメント化できます。さらに、これはビジネスレポーティングやオペレーション規模を理解するための重要な指標となります。
その重要性
受注規模に基づいた分析を可能にし、受注量が処理時間、複雑性、またはエラー率にどのように影響するかを理解するのに役立ちます。
取得元
この属性は、VBAPテーブル (KWMENGフィールド) からの「販売単位での累積受注数量」です。
例
101505
|
|||
|
手動入力の有無
IsManualEntry
|
販売伝票が手動で作成されたのか、EDIやEコマースポータルなどの自動チャネルを通じて作成されたのかを示すフラグです。 | ||
|
説明
この属性は、SAP GUIでユーザーが直接入力した受注と、電子データ交換(EDI)、API、またはその他の統合システムを通じて自動的に作成された受注とを区別します。この情報は、受注を作成したユーザー(例:システムユーザーか人間のユーザーか)や販売伝票内の特定のインジケーターから推測できる場合があります。 この属性は自動化分析に不可欠であり、「手動受注入力率」KPIをサポートします。これにより、手動作成された受注と自動作成された受注とのプロセス効率、エラー率、サイクルタイムの直接的な比較が可能となり、さらなる自動化に向けたビジネスケースの構築に役立ちます。
その重要性
受注入力プロセスにおける自動化のレベルを測定し、手動注文と自動注文の効率性およびエラー率を比較するのに役立ちます。
取得元
これは多くの場合、導出属性です。VBAKの「作成者」ユーザー(ERNAM)と既知のシステム/バッチユーザーのリストを照合するか、特定のチャネルインジケーターに基づいて推測できます。
例
truefalse
|
|||
|
手戻り
IsRework
|
活動やケースにおいて、手戻り(繰り返しの確認や大幅な変更など)が発生したかどうかを示すブール値のフラグです。 | ||
|
説明
このフラグは、確認後に変更されたり、同じ活動が複数回発生したりするなど、手戻りがあった販売オーダーを識別するために使用されます。このフラグを設定するためのロジックは、「販売オーダー変更済み」活動の発生、または同じケースに対して複数の「オーダー確認済み」イベントの発生に基づいています。 この属性は、「販売オーダー変更および手戻り率ダッシュボード」および関連KPIを直接サポートします。手戻りのフィルタリングと定量化を容易にし、企業がプロセス非効率性のコストと頻度を測定し、これらの逸脱の根本原因に対処することを支援します。
その重要性
このフラグは、手戻りの頻度と影響の定量化に役立ち、プロセスの逸脱、手動での変更、非効率性を削減に向けた分析を可能にします。
取得元
これは計算属性です。ロジックはデータ変換中に定義され、多くの場合、繰り返される活動や特定の変更イベント(例: CDHDR/CDPOSテーブルから)を検出することで定義されます。
例
truefalse
|
|||
|
期日通りに配達されているか
IsOnTimeDelivery
|
注文が確定済みまたは依頼された納期までに配送されたかどうかを示すブール値のフラグです。 | ||
|
説明
この属性は、各オーダーの納期遵守パフォーマンスについて、明確な二値の結果を示します。これは、実際の「出庫転記済み」タイムスタンプを「依頼納期」(VDATU)またはオーダースケジュールの確定納期と比較することで算出されます。 このフラグは、「納期遵守率」KPIと「納期約束遵守ダッシュボード」の基盤となります。これにより、ユーザーはすべてのオーダーを「納期通り」と「遅延」のカテゴリに迅速に分類し、各グループのプロセス特性を調査して遅延の根本原因を特定することが容易になります。
その重要性
顧客の期待値に対する履行パフォーマンスを直接測定し、重要な「納期遵守率」KPIの基礎となります。
取得元
これは、「出庫転記済み」活動のタイムスタンプと「依頼納期」(VBEP-VDATU)を比較することで導出される計算属性です。
例
truefalse
|
|||
|
終了日時
EndTime
|
特定の活動またはイベントが完了した時刻を示すタイムスタンプです。 | ||
|
説明
EndTimeは個々のアクティビティの完了時刻を示します。StartTimeがタスクの開始時刻を示すのに対し、EndTimeはタスクが終了した時刻を捉え、実作業時間の測定を可能にします。 この属性は、アクティビティの処理時間を正確に計算する上で不可欠です。これによりアナリストは、タスクに実際に費やされた時間(Processing Time = EndTime - StartTime)と、次のタスクが開始されるのを待つ時間(Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime)を区別できます。この区別は、正確なボトルネック分析の基礎となります。
その重要性
これにより、アクティビティ処理時間の正確な計算が可能になります。これは、実作業時間とアイドル待機時間を区別するために不可欠です。
取得元
これは導出属性です。一部の活動では、SAP内の特定のタイムスタンプに対応する場合があります。多くの場合、イベントが瞬時と見なされる際には、推測されるか、StartTimeに設定されます。
例
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
販売チャネル
Vtweg
|
製品やサービスが小売、卸売、オンラインなどのチャネルを通じて顧客に届く経路です。 | ||
|
説明
流通チャネルは、製品を顧客に販売および配布する方法を定義します。これは、営業組織とともに販売エリアを定義する主要な組織要素です。 流通チャネル別にプロセスを分析することは、特定のチャネルが他のチャネルよりも効率的であるか、あるいはそうでないかを企業が理解するのに役立ちます。例えば、「オンライン」チャネルからのオーダーは高度に自動化され迅速である一方、「直販」チャネルからのオーダーはより多くの手動ステップを含み、時間がかかる場合があります。これにより、特定のチャネルに対する的を絞った改善が可能になります。
その重要性
Web、直販、小売などの様々な販売チャネルにおけるパフォーマンス分析を可能にし、チャネル固有のボトルネックやベストプラクティスを特定するのに役立ちます。
取得元
この属性は、VBAKテーブル (VTWEGフィールド) からの「流通チャネル」です。
例
102001
|
|||
Order to Cash - 販売注文処理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
出荷作成済み
|
この活動は、出荷伝票の作成を意味し、出荷および物流プロセスを開始させます。これは、販売受注を参照して出荷伝票が作成される明示的なイベントです。 | ||
|
その重要性
このマイルストーンは、販売処理からロジスティクスへ切り替わる節目を示します。受注確定から納品作成までの時間を分析することで、フルフィルメント計画におけるボトルネックを特定できます。
取得元
LIKPテーブル(SD伝票:出荷ヘッダーデータ)の作成タイムスタンプから取得されます。販売受注へのリンクはVBFAテーブル(販売伝票フロー)に格納されています。
取得
LIKPテーブルの出荷伝票ヘッダーの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
商品出荷登録済み
|
これは、商品の法的・財務的な引き渡しであり、会社の在庫からの正式な出荷を示します。この明確なイベントは在庫レベルを減少させ、請求の前提条件となります。 | ||
|
その重要性
出荷伝票転記は、財務およびロジスティクスにおける極めて重要なマイルストーンです。多くの場合、「出荷」の時点と見なされ、在庫評価と収益認識に直接影響を与えます。
取得元
出庫が転記された際、LIKPテーブル (WADAT_IST - 実在庫移動日) にタイムスタンプが記録されます。VBFA伝票フローテーブルは、これを受注に紐付けます。
取得
配送ヘッダーの実際の入出庫日付 (LIKP-WADAT_IST) から取得されます。
イベントタイプ
explicit
|
|||
|
支払い受領済み
|
この活動は、顧客からの支払いが受領され、未決済請求書に対して決済されたプロセスの成功裡な完了を示します。これは、売掛金明細をクローズする明示的な会計転記です。 | ||
|
その重要性
これは「受注から入金まで(Order to Cash)」サイクルにおける、最終的な価値実現ステップです。請求書から支払いまでの時間を分析することは、キャッシュフローと売上債権回転日数(DSO)を管理する上で不可欠です。
取得元
BSEGテーブル(会計伝票セグメント)内の、請求書の消込に関連する顧客支払明細の消込日付(AUGDT)から取得されます。
取得
BSEGテーブル内の消込済み顧客明細またはBKPF内の消込伝票の消込日付(AUGDT)から取得されます。
イベントタイプ
explicit
|
|||
|
注文クローズ済み
|
販売伝票の最終ステータスを示し、配送、請求、支払いを含むすべての関連プロセスが完了したことを意味します。これは販売伝票の全体ステータスから推測されます。 | ||
|
その重要性
この活動は、プロセス分析において正常に完了した受注の明確な終了点となります。これにより、履行された受注のエンドツーエンドのサイクルタイムが正確に測定されることが保証されます。
取得元
販売伝票の全体ステータスフィールド (VBUK-GBSTK) が「C」(完全に処理済み) に変更されることから推測されます。タイムスタンプは、支払い消込のような関連伝票への最終更新から導出される必要があります。
取得
ドキュメントステータス VBUK-GBSTK が「C」になった場合に推測され、タイムスタンプは最終イベント (例: 支払い受領) から取得されます。
イベントタイプ
inferred
|
|||
|
請求書作成
|
顧客への請求伝票の作成を示します。この伝票には、支払い対象となる製品、数量、価格が詳細に記載されています。これは、出荷伝票または販売オーダーを参照して請求書が生成される明示的なイベントです。 | ||
|
その重要性
この活動は、入金回収サイクルの開始を示します。出庫から請求書作成までの期間は、請求プロセスの効率を測定するための重要なKPIとなります。
取得元
VBRKテーブル(請求伝票:ヘッダーデータ)の作成日付(ERDAT)と時間(ERZET)から取得されます。VBFAテーブルは、請求書を先行する伝票にリンクします。
取得
VBRKテーブルの請求伝票ヘッダーの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
販売オーダー確認済み
|
材料の利用可能性が確認され、注文品目に対して確認数量と納期が確定された時点を示します。これは、確認数量を含むスケジュールラインの作成から推測されます。 | ||
|
その重要性
これは顧客へのコミットメントを示す重要なマイルストーンです。このステージに到達するまでにかかる時間(オーダー確認サイクルタイム)は、内部プロセス効率の重要な指標です。
取得元
販売伝票明細において、確認数量 (BMENG > 0) が設定されたVBEPテーブル (販売伝票: スケジュールラインデータ) のレコード作成から推測されます。
取得
VBEPテーブル内の確定数量を持つ最初のスケジュール行の作成日付から導出されます。
イベントタイプ
inferred
|
|||
|
販売注文作成済み
|
この活動は、システム内で新しい販売受注が正式に作成された際に、販売プロセスが開始されたことを示します。ユーザーが新しい販売受注伝票を保存した際(例:トランザクションVA01を使用)、このイベントが明示的に捕捉され、VBAKテーブルに新しいエントリが作成されます。 | ||
|
その重要性
これは「受注から入金まで(Order to Cash)」プロセスの主要な開始イベントです。この活動から後続のマイルストーンまでの時間を分析することは、全体のサイクルタイムを測定し、初期プロセス遅延を特定する上で基本となります。
取得元
作成時にVBAK テーブル(販売伝票ヘッダデータ)に記録されます。作成日(ERDAT)と時間(ERZET)のフィールドがタイムスタンプを提供します。
取得
VBAKテーブルの販売受注ヘッダーレコードの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
ピッキング済み
|
出荷伝票に記載された商品を倉庫の保管場所からピッキングする物理的プロセスが完了したことを示します。これは通常、出荷伝票のステータス更新によって推測されます。 | ||
|
その重要性
ピッキングは、倉庫におけるフルフィルメントプロセスの重要なステップです。その完了状況を追跡することで、倉庫の効率性を測定し、商品が出荷準備に入る前の遅延を特定するのに役立ちます。
取得元
LIPS (納品明細) または LIKP (納品ヘッダー) テーブル内のステータスフィールド、例えばピッキングステータス (KOSTA) から推測されます。「完全にピッキング済み」への変更がイベントの発生を示します。
取得
納品伝票のピッキングステータスフィールド (例: LIKP-KOSTA) のタイムスタンプのある変更から推測されます。
イベントタイプ
inferred
|
|||
|
会計伝票作成済み
|
この活動は、請求書が財務会計モジュールに正常に転記され、仕訳エントリが作成された際に発生します。これは、財務元帳に対応する伝票を生成する明示的なイベントです。 | ||
|
その重要性
このイベントは、販売による収益が会社の会計帳簿に正式に計上されたことを示します。ここでの遅延は、財務報告の正確性に影響を与える可能性があります。
取得元
BKPFテーブル(会計伝票ヘッダー)の作成日付(CPUDT)と時間(CPUTM)から取得されます。VBRKテーブルには、対応する会計伝票番号(VBRK-BELNR)がよく格納されています。
取得
BKPFテーブルの会計伝票ヘッダーの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
信用照会実行済み
|
販売オーダーに関連する顧客の信用度チェックが完了したことを示します。これは自動または手動のステップであり、完了は通常、伝票全体の信用ステータスが変更されることで推測されます。 | ||
|
その重要性
与信チェックは一般的なボトルネックであり、受注確定と履行を大幅に遅延させる可能性があります。このアクティビティを追跡することで、その期間とプロセス全体への影響を測定するのに役立ちます。
取得元
VBUKテーブル (販売伝票: ヘッダーステータスおよび管理データ) のステータス更新から推測されます。信用状況フィールド (CMGST) の変更が、チェックの完了を示します。
取得
販売伝票の信用状況フィールド (VBUK-CMGST) のタイムスタンプのある変更から推測されます。
イベントタイプ
inferred
|
|||
|
請求書を顧客に送信済み
|
生成された請求書が、例えば印刷、メール、またはEDIを介して顧客に送信されたことを示します。これは通常、出力決定システムの処理ログから推測されます。 | ||
|
その重要性
支払いの起算は、顧客が請求書を受領した時点から始まることがよくあります。このイベントを追跡することは、入金回収サイクルタイムを正確に測定するために不可欠です。
取得元
NASTテーブル (メッセージステータス) のレコードから推測されます。このテーブルには請求書などの出力タイプ処理が記録されており、処理日時をイベントのタイムスタンプとして利用できます。
取得
NASTテーブル内の関連する出力メッセージレコードの処理タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
販売オーダーブロック解除済み
|
処理ブロックが解除され、販売オーダーが次の段階に進むことを示します。これは通常、関連するブロックフィールドが設定値から空白またはクリア状態へと変更されたことを検出することで推測されます。 | ||
|
その重要性
ブロック解除にかかる時間をトラッキングすることは、遅延期間を理解する上で不可欠です。この活動は、手戻りと解決プロセスの効率の定量化に役立ちます。
取得元
変更データテーブル (CDHDR、CDPOS) において、販売伝票のブロックフィールド (例: VBAK-LIFSK) が空白以外の値から空白に変更された場合に推測されます。
取得
ブロックフィールド(例: VBAK-LIFSK)が非空白値から空白値へと戻された変更を検出することで特定されます。
イベントタイプ
inferred
|
|||
|
販売オーダーブロック設定済み
|
この活動は、販売受注に処理ブロックが適用され、出荷伝票作成などの後続活動が妨げられる場合に発生します。これは、販売受注ヘッダーまたは明細上の特定のブロックフィールドの変更ログを監視することによって推測されます。 | ||
|
その重要性
ブロック設定は、ハッピーパスからの重要な逸脱です。ブロックが設定される理由と頻度を特定することで、データ品質、価格設定、顧客マスターデータに関するシステム上の問題が明らかになります。
取得元
販売伝票のブロックフィールド(例: VBAK-AUFSP(受注ブロック)や VBAK-LIFSK(出荷ブロック))の変更履歴を記録したデータテーブル (CDHDR、CDPOS) から推測されます。
取得
ブロックフィールド(例: VBAK-LIFSK)が空白値から非空白値へと変更されたことを検出することで特定されます。
イベントタイプ
inferred
|
|||
|
販売オーダー明細拒否済み
|
販売受注の特定の明細が完全に処理される前にキャンセルまたは却下されることを表します。これは、明細に「却下理由」が適用されたことから推測されます。 | ||
|
その重要性
この活動は、受注の一部が失敗に終わったことを示します。品目がいつ、なぜ却下されたのかを分析することは、製品在庫状況、価格設定、または顧客要件に関する問題を特定するのに役立ちます。
取得元
変更ログ (CDHDR、CDPOS) から、販売伝票明細の「拒否理由」フィールド (VBAP-ABGRU) が入力された時点によって推測されます。
取得
1つ以上の明細のVBAP-ABGRUフィールドが入力された際のタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
販売注文変更済み
|
既存の販売注文の重要な属性(数量、価格、要求納期など)が、初回作成後に変更されたことを示します。このイベントは、SAPの変更ログテーブルに明示的に記録されます。 | ||
|
その重要性
頻繁な変更はプロセスの不安定さを示し、手戻り、履行エラー、および遅延につながる可能性があります。このアクティビティは、販売注文変更率を測定し、その根本原因を特定する上で重要です。
取得元
変更データテーブルであるCDHDR(変更伝票ヘッダー)およびCDPOS(変更伝票明細)から取得されます。これらのテーブルは、VBAKやVBAPなどの販売受注テーブルへの変更を記録します。
取得
販売注文オブジェクト(OBJECTCLAS「VERKBELEG」)にリンクされたCDHDRテーブルのエントリから特定されます。
イベントタイプ
explicit
|
|||