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