調達から支払いまで:発注書のデータテンプレート

SAP ECC
調達から支払いまで:発注書のデータテンプレート

調達から支払いまで:発注書のデータテンプレート

このテンプレートでは、SAP ECCで調達から支払いまでの発注書プロセスを分析するために必要なデータ項目を確認できます。収集する属性や追跡する主要なアクティビティに加え、システムからデータを抽出する方法も説明します。プロセスマイニングに必要なイベントログの作成にお役立てください。
  • 収集を推奨する属性
  • 追跡する主要なアクティビティ
  • SAP ECCからのデータ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

調達から支払いまで:発注書の属性

調達から支払いまでの発注書プロセスを詳しく分析するため、イベントログに含めることを推奨する主要なデータ項目です。
3 必須 6 推奨 12 任意
名前 説明
アクティビティ
Activity
購買発注のライフサイクルで発生した、特定の業務イベントまたはステップの名称です。
説明

この属性は、「購買発注を作成」「購買発注を承認」「入庫を転記」など、プロセス内の個々のステップを表します。これらのアクティビティの順序によって、購買発注ごとのプロセスフローが構成されます。

アクティビティの順序、頻度、所要時間の分析は、プロセスマイニングの中核です。ボトルネックや手戻りのループ、標準プロセスからの逸脱を特定し、的を絞った改善や標準化につなげられます。

重要な理由

アクティビティによってプロセスの各ステップが分かります。その順序やタイミングを分析すると、実際のプロセスフローやボトルネック、標準からの逸脱を把握できます。

入手先

CDHDR/CDPOS(変更)、EKBE(入庫/請求書照合)、EBAN(購買依頼)など、複数のSAPテーブルやトランザクションログから取得します。生成には、多くの場合、個別のロジックや抽出プログラムが必要です。

例
購買発注を作成購買発注を承認入庫を転記
イベント時刻
EventTime
アクティビティが発生した正確な日時です。
説明

このタイムスタンプは、購買発注の承認や入庫の転記など、イベントが発生した正確な時点を示します。ケース内のすべてのアクティビティを時系列に並べるために使われます。

タイムスタンプは、時間に基づく分析に欠かせません。アクティビティ間のサイクルタイムの算出、遅延の特定、プロセスの処理量の分析、サービスレベル合意(SLA)に対する実績の測定に使われます。

重要な理由

サイクルタイムやボトルネックなど、所要時間に基づく指標の算出と、イベントの時系列順の整理に欠かせません。

入手先

EKKO-AEDAT(変更日)、CDHDR-UDATE/UTIME(変更ログのタイムスタンプ)、EKBE-BUDAT(転記日)など、SAPテーブルの複数の日付・時刻フィールドから取得します。

例
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
購買発注
PurchaseOrder
購買発注(PO)文書を一意に識別する番号です。調達プロセスを追跡する際の主要なケースとして使われます。
説明

購買発注番号は、作成から最終的な入庫と完了まで、すべてのアクティビティを結び付ける中心的な識別子です。購買発注番号ごとに、調達プロセスの1つの実行を表します。

プロセスマイニングでは、この属性を使って個々の購買の流れを最初から最後まで再構成します。各発注のサイクルタイム、プロセスのバリアント、コンプライアンスを詳細に分析でき、プロセスモデルの基盤となります。

重要な理由

関連するすべてのイベントを結び付ける基本の識別子です。個々の購買発注のライフサイクル全体を分析できます。

入手先

テーブル:EKKO、フィールド:EBELN

例
450001762345000176244500017625
ユーザー名
UserName
アクティビティを実行した人のユーザーIDです。
説明

この属性には、文書を作成、変更、承認した従業員のSAPユーザー名が記録されます。自動処理の場合は、システムまたはバッチユーザーのIDが表示されることがあります。

ユーザー別に分析すると、トレーニングの必要性や高い成果を上げている担当者、コンプライアンス上の懸念を特定できます。業務量の分布や承認マトリクスへの準拠を確認するダッシュボードの作成や、チーム・個人ごとの実績把握にも役立ちます。

重要な理由

ユーザーの操作を個人にひも付け、実績や業務量、コンプライアンス手順の遵守状況を分析できます。

入手先

テーブル:EKKO、フィールド:ERNAM(作成者);テーブル:CDHDR、フィールド:USERNAME(変更者)。

例
JSMITHMBROWNBATCH_USER
仕入先番号
VendorNumber
仕入先を一意に識別する番号です。
説明

調達する商品やサービスの仕入先を一意に識別するコードです。調達プロセスにおける重要なマスターデータです。

この属性は、仕入先別の分析に欠かせません。仕入先の納品実績の評価、仕入先間のリードタイムの比較、支出傾向の分析に使えます。「仕入先の納品実績」ダッシュボードの主要な分析軸です。

重要な理由

仕入先の実績を分析し、信頼できる仕入先や、遅延・品質上の問題を引き起こしている仕入先を特定できます。

入手先

テーブル:EKKO、フィールド:LIFNR

例
100345V-20598700112
会社コード
CompanyCode
購買を開始する法人または会社を識別するコードです。
説明

会社コードは、SAPにおける独立した法人を表します。すべての取引は会社コード単位で転記されるため、基本的な組織単位の1つです。

会社コード別にプロセスを分析すると、事業部門や国ごとの調達効率とコンプライアンスを比較できます。ある法人の優れた取り組みを他の法人に展開したり、プロセスに課題を抱える部門を特定したりするのに役立ちます。

重要な理由

法人を識別し、組織内の各部門におけるプロセス実績の比較やコンプライアンスの確認に役立ちます。

入手先

テーブル:EKKO、フィールド:BUKRS

例
10002100US01
品目グループ
MaterialGroup
特性が似た品目やサービスを分類するための区分です。
説明

品目グループ(購買カテゴリ)は、調達する商品やサービスの種類を分類するために使います。例として、「ITハードウェア」「事務用品」「専門サービス」などがあります。

この属性は、支出分析や調達傾向の把握に欠かせません。カテゴリ別にプロセスを絞り込み、処理方法や承認者、仕入先を分析できます。「購買発注金額分析」ダッシュボードの主要な分析軸です。

重要な理由

商品やサービスのカテゴリ別にプロセスを分けて分析できます。支出の種類ごとの処理方法、サイクルタイム、仕入先の違いを把握できます。

入手先

テーブル:EKPO、フィールド:MATKL

例
00101IT_HWCONSULT
文書タイプ
DocumentType
購買発注の種類を分類するコードです。
説明

文書タイプはSAPの設定項目で、購買発注の番号範囲、フィールド選択、全体のプロセスフローを制御します。標準購買発注、サービス購買発注、在庫転送発注など、種類ごとに異なる設定が可能です。

文書タイプによって異なるプロセスをたどることが多いため、分析の重要な軸になります。文書タイプで絞り込むと、サイクルタイムやプロセスフローを同じ条件で比較できます。

重要な理由

標準、サービス、返品など、購買プロセスの種類を区別します。それぞれ異なる経路や実績の基準が設定されていることがあります。

入手先

テーブル:EKKO、フィールド:BSART

例
NBFOUB
発注金額
OrderAmount
購買発注明細の合計金額です。
説明

この属性は、購買発注明細ごとの合計金額を表します。数量に正味価格を掛けて算出します。購買発注全体の金額を求めるには、各明細の金額を合計します。

発注金額別にプロセスを分析すると、より厳格な管理や異なる承認経路が必要な高額取引を特定できます。「購買発注金額分析」ダッシュボードに使われ、金額の大きい発注を優先したプロセス改善にも役立ちます。

重要な理由

購買ごとの財務上の影響を数値化し、高額発注の優先やコスト削減の機会の特定に役立てられます。

入手先

テーブル:EKPO、フィールド:NETWR(正味発注金額)。

例
1500.00250.7512345.50
ソースシステム
SourceSystem
データの抽出元となるシステムです。
説明

この属性はデータの取得元を示します。通常はSAP ECCのインスタンス識別子(例:「ECC_PROD_100」)です。複数のシステムがある環境では、データソースの区別に役立ちます。

ガバナンスとデータリネージを確認するうえで、ソースシステムの把握は重要です。データの完全性を確保し、特に複数のERPシステムやモジュールのデータを統合する場合に、データ抽出や品質に関する問題の調査に役立ちます。

重要な理由

データの取得元を示します。複数のシステムにまたがる分析のデータガバナンス、検証、管理に欠かせません。

入手先

通常は、データ抽出時に追加する固定値です。データセットに取得元のシステムを示すラベルを付けます。

例
SAP_ECC_PRODECC_EU_100S4H_FIN
プラント
Plant
商品を納品する物理的な場所またはプラントです。
説明

プラントは、製造施設、倉庫、その他商品やサービスを受け入れる場所を表す組織単位です。

プラント別に分析すると、調達プロセスにおける地域ごとの差を把握できます。特定の場所への仕入先の納品にかかる時間の違いや、入庫処理に非効率があるプラントを特定し、商品の入庫が適時に行われているかを分析できます。

重要な理由

納品先を示す項目です。地域ごとのプロセスの違いや物流パフォーマンスの分析に役立ちます。

入手先

テーブル:EKPO、項目:WERKS

例
100011002000
仕入先名
VendorName
仕入先の正式名称です。
説明

仕入先番号よりも利用者にとって分かりやすい、仕入先の名称です。通常は仕入先マスターデータから取得します。

仕入先番号はデータの結合や一意の識別に使います。一方、仕入先名は、利用者向けのダッシュボードやレポートに欠かせません。仕入先コードに詳しくない業務担当者にも、分析内容が伝わりやすくなります。

重要な理由

仕入先の名称を分かりやすく表示し、業務担当者がダッシュボードやレポートを理解しやすくします。

入手先

テーブル:LFA1、フィールド:NAME1。EKKO-LIFNRとLFA1-LIFNRを結合します。

例
Staples Inc.Global Tech SolutionsOffice Supply Co.
最終データ更新
LastDataUpdate
ソースシステムからデータが最後に更新された日時を示すタイムスタンプです。
説明

この属性には、データを最後に抽出または更新した日時が記録されます。分析対象のデータがどの程度新しいかを把握できます。

ダッシュボードにこの情報を表示すると、インサイトがほぼリアルタイムのデータに基づくのか、過去の時点のデータに基づくのかを利用者が判断できます。データの鮮度を明示することで、利用者の期待を適切に調整し、データの経過時間を踏まえた意思決定を支援します。

重要な理由

データの更新状況を利用者に伝え、分析が業務の最新状況を反映しているかどうかを判断できるようにします。

入手先

このタイムスタンプは、データ抽出またはETLプロセスの実行時に生成され、追加されます。

例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
却下理由
RejectionReason
購買依頼または発注書が却下された理由を示すコードまたはテキストです。
説明

承認ワークフローで発注書が却下された際に、その具体的な理由を記録する属性です。手戻りや遅延の根本原因を把握するうえで重要な情報です。

却下理由を分析すると、価格の誤り、予算超過、コンプライアンスに適合しない仕入先の選定など、よくある問題を特定できます。根本原因への対処、発注書の初期作成の品質向上、承認プロセスの効率化に役立ちます。

重要な理由

承認が通らない理由を直接把握できるため、手戻りの削減や承認サイクルタイムの短縮に向けた改善につなげられます。

入手先

この情報は見つけにくい場合があります。長文テキスト項目に保存されていたり、独自のワークフロー設定に依存していたりすることがあります。確認には、個別の実装に関する知識が必要になる場合もあります。

例
価格の誤り予算超過重複した依頼
希望納期
RequestedDeliveryDate
商品やサービスの納品を仕入先に求める日付です。
説明

購買発注に指定された目標納期です。実際の納品実績を測定する際のベースラインになります。

この日付は、「納期どおりの入庫率」の重要業績評価指標(KPI)の算出に欠かせません。実際の入庫日と希望納期を比較すると、仕入先の信頼性と社内の受入業務の効率を定量的に測定でき、「仕入先の納品実績」ダッシュボードにも役立ちます。

重要な理由

納品の目標日です。納期遵守に関する重要業績評価指標(KPI)の算出や、仕入先の信頼性の評価に欠かせません。

入手先

テーブル:EKPO、フィールド:EINDT

例
2023-06-102023-07-222023-08-01
承認後の変更かどうか
IsPostApprovalChange
最初の承認後に発注書が変更されたかどうかを示すフラグです。
説明

同じ発注書で「発注書変更」アクティビティが「発注書承認」アクティビティの後に検出された場合、この真偽値属性はtrueになります。プロセスの後半で発生する問題のある変更を特定できます。

この計算項目は、「承認後の発注書変更率」KPIと「発注書の手戻りと変更」ダッシュボードに直接利用されます。遅延や再承認の原因となる業務への影響が大きい変更を定量化して明らかにし、初期の要件定義や範囲設定に関する問題の特定に役立ちます。

重要な理由

承認後の手戻りを直接測定できるため、プロセスの安定性と効率を示す重要業績評価指標(KPI)になります。数値が高い場合は、上流工程での要件定義に問題がある可能性があります。

入手先

イベントログ内のアクティビティの順序から算出される属性です。

例
truefalse
納期どおりに納品されたか
IsOnTimeDelivery
依頼された納品日までに商品を受領したかどうかを示すフラグです。
説明

「入庫転記」アクティビティのタイムスタンプが「依頼納品日」と同日またはそれ以前の場合、この真偽値属性はtrueになります。発注明細ごとの納品パフォーマンスを明確に判定できます。

この属性は「納期どおりの入庫率」KPIの基礎となります。納期どおりの納品と遅延した納品を簡単に集計・絞り込みできるため、仕入先のパフォーマンスと社内の入庫処理の効率を分析しやすくなります。

重要な理由

納品が期日どおりかどうかを明確に示し、仕入先のパフォーマンスに関するKPIやダッシュボードを支えます。

入手先

入庫転記日(EKBE-BUDAT)と依頼納品日(EKPO-EINDT)を比較して算出される属性です。

例
truefalse
購買グループ
PurchasingGroup
調達業務を担当する購買担当者または担当者グループです。
説明

購買グループは、特定の購買業務を担当する購買担当者またはチームを表します。仕入先との主な連絡窓口です。

この属性を使うと、購買組織より細かい単位で分析できます。購買担当者間の業務量の分布や実績の違いを把握し、人員配置やトレーニングの計画に役立てられます。

重要な理由

購買担当者やチーム単位で、購買の担当者を詳しく把握できます。これにより、業務量やパフォーマンスを詳細に分析できます。

入手先

テーブル:EKKO、項目:EKGRP

例
001002N01
購買依頼
PurchaseRequisition
購買発注の前段階にある購買依頼の識別子です。
説明

この属性は、購買発注と元になった購買依頼を結び付けます。すべての購買発注に先行する購買依頼があるとは限りません。

この関連付けは、「購買依頼から発注への変換」ダッシュボードと「購買依頼から購買発注への変換率」の重要業績評価指標(KPI)の分析に欠かせません。最初の依頼から正式な発注の作成まで、前段階のプロセスの効率を測定できます。また、購買依頼を経ずに作成された、コンプライアンスに準拠しない購買発注の特定にも役立ちます。

重要な理由

購買発注と元の依頼を結び付け、購買依頼から購買発注への変換プロセスを分析できます。先行する購買依頼なしで作成された購買発注も特定できます。

入手先

テーブル:EKPO、フィールド:BANFN

例
1001589010015891
購買組織
PurchasingOrganization
価格交渉や品目・サービスの調達を担当する組織単位です。
説明

購買組織は、SAPで調達業務を担う主要な組織単位です。全社で一元化することも、プラントや地域ごとに分散させることもできます。

購買組織別にプロセス実績を分析すると、調達チームごとの効率を把握できます。サイクルタイム、手戻り率、コストなどの指標を組織単位で比較し、優れた取り組みや支援が必要な領域を特定できます。

重要な理由

調達を担当するチームを特定し、組織単位ごとの実績比較や分析に役立てられます。

入手先

テーブル:EKKO、フィールド:EKORG

例
1000US01DE01
通貨
Currency
購買発注金額の通貨コードです。
説明

この属性は、購買発注金額の通貨(USD、EUR、GBPなど)を示します。金額を解釈するために欠かせない情報です。

グローバルに事業を展開する組織では、正確な財務分析に通貨の情報が欠かせません。発注金額を適切に集計・比較できるほか、金額に関する重要業績評価指標(KPI)を通貨単位と併せて解釈できます。

重要な理由

金額の通貨を明示し、特に多国籍の組織における正確な財務分析を支援します。

入手先

テーブル:EKKO、フィールド:WAERS

例
USDEURJPY
必須 推奨 任意

調達から支払いまで:発注書のアクティビティ

正確なプロセスの発見とボトルネックの特定に必要な、イベントログに記録する主要なプロセスステップとマイルストーンです。
6 推奨 8 任意
アクティビティ 説明
入庫を転記
このアクティビティは、特定の購買発注に対する商品の物理的な受領を示します。入庫の転記は明示的な操作であり(例:トランザクションMIGO)、品目伝票を作成して在庫を更新します。
重要な理由

仕入先の納品実績を追跡し、請求書照合プロセスの開始を把握するうえで重要な節目です。納期遵守率や入庫の適時性の算出にも使われます。

入手先

品目伝票の作成時に記録されます。イベントのタイムスタンプには、品目伝票ヘッダーテーブル(MKPF)の転記日(MKPF-BUDAT)または作成日(MKPF-CPUDT)を使用します。明細テーブル(MSEG)を介して購買発注と関連付けます。

記録

購買発注を参照する品目伝票について、MKPFテーブルの転記または作成のタイムスタンプを使用します。

イベントタイプ explicit
購買依頼を作成
このアクティビティは、商品やサービスの正式な依頼が作成されたことを示します。ユーザーが新しい購買依頼文書を保存すると(ME51Nなどのトランザクションを使用)、明示的なイベントとして記録され、EBANテーブルに一意のレコードが作成されます。
重要な理由

これは調達プロセスの主な開始点です。このイベントから購買発注の作成までにかかる時間を分析すると、社内の需要を実際の発注に変える効率を測定できます。

入手先

購買依頼ヘッダーテーブル(EBAN)にレコードが作成された時点で記録されます。このイベントのタイムスタンプには、作成日(EBAN-BADAT)と時刻が使われます。

記録

作成日を基に、EBANテーブルの新しいレコードを特定します。

イベントタイプ explicit
購買発注を仕入先に送付
このアクティビティは、承認済みの購買発注がEDI、メール、印刷などの方法で仕入先に正式に送信された時点を示します。出力メッセージが正常に処理されると、メッセージ制御テーブルに明示的なイベントとして記録されます。
重要な理由

この重要な節目から、仕入先のリードタイムの計測が始まります。このイベントから入庫までの時間を分析すると、仕入先の実績や納期遵守状況を評価できます。

入手先

メッセージ状況テーブル(NAST)に記録されます。該当する購買発注の出力タイプについて、処理状況(NAST-VSTAT)が「1」(正常に処理済み)の場合、NAST-DATVRとNAST-UHRVRからタイムスタンプを取得できます。

記録

購買発注の出力メッセージについて、NASTテーブルの処理タイムスタンプを使用します。

イベントタイプ explicit
購買発注を作成
このアクティビティは、仕入先との拘束力のある契約となる正式な購買発注文書が作成されたことを示します。ユーザーが購買発注(PO)を作成して保存すると(例:トランザクションME21N)、EKKOテーブルとEKPOテーブルにレコードが作成され、明示的なイベントとして記録されます。
重要な理由

購買発注のライフサイクルが正式に始まったことを示します。購買依頼から購買発注への変換時間と、発注から納品までの所要時間を測定するうえで重要な節目です。

入手先

該当する購買発注番号(EKKO-EBELN)について、購買発注ヘッダーテーブル(EKKO)の作成日(EKKO-AEDAT)から取得します。

記録

新しい購買発注ごとに、EKKOテーブルの作成タイムスタンプを使用します。

イベントタイプ explicit
購買発注を完了
購買発注明細の納品がすべて完了したと見なされることを示します。通常、購買発注明細の「納品完了」インジケーターが自動または手動で設定されたことから推定されます。
重要な理由

このアクティビティは、発注履行プロセスの論理的な終点となります。作成から完了までの購買発注のサイクルタイム全体を算出するうえで欠かせません。

入手先

購買発注明細の「納品完了」インジケーター(EKPO-ELIKZ)が「X」に設定された時点を記録する変更文書(CDHDR/CDPOS)から推定します。最後の明細が完了としてマークされた時点を、購買発注全体の完了と見なすことができます。

記録

EKPO-ELIKZフラグが設定された時点のタイムスタンプを、変更文書から特定します。

イベントタイプ inferred
購買発注を承認
購買発注が最終承認され、仕入先への送付が許可されたことを示します。この重要な節目は通常、購買発注のリリース状況が「完全リリース済み」または「承認済み」に変わった時点から推定されます。
重要な理由

このアクティビティは、購買発注の承認サイクルタイムの重要業績評価指標(KPI)を算出し、承認ワークフローのボトルネックを特定するうえで重要です。発注を仕入先に送るなど、その後の多くのアクティビティを進めるための前提条件でもあります。

入手先

購買発注ヘッダーテーブル(EKKO)の変更ログ(CDHDR/CDPOS)を追跡し、最終リリースコードが適用された時点、または全体のリリース状況インジケーター(EKKO-FRGKE)が「リリース済み」に設定された時点を特定します。

記録

購買発注の全体のリリース状況(EKKO-FRGKE)が最終承認状態に変わったタイムスタンプを特定します。

イベントタイプ inferred
サービス確認を入力
サービスの購買発注では、サービスが提供されたことの確認を示します。サービス入力シートの作成時に明示的なイベントとして記録されます(例:トランザクションML81N)。
重要な理由

サービスにおける入庫に相当し、サービス発注の履行状況を追跡するうえで欠かせません。サービスの支払いに関する財務プロセスの開始にもつながります。

入手先

サービス入力シートのヘッダーテーブル(ESSR)の作成日(ESSR-ERDAT)から取得します。購買発注との関連付けにはESLLテーブルを使用します。

記録

購買発注に関連付けられたサービス入力シートについて、ESSRテーブルの作成タイムスタンプを使用します。

イベントタイプ explicit
品質検査を実施
受領した商品が品質検査を受けたことを示します。通常、入庫時に作成された検査ロットに対して品質管理モジュールで使用決定が行われた時点から推定されます。
重要な理由

品質が重視される業界では、検査にかかる時間や結果の分析に役立ちます。この段階で遅延が発生すると、入庫から使用可能になるまでの間にボトルネックが生じることがあります。

入手先

品質管理モジュールのデータから推定します。入庫時に検査ロットが作成され(QALSテーブル)、タイムスタンプを含む使用決定が作成されると(QAVEテーブル)、このアクティビティが記録されます。

記録

品目伝票に関連付けられた検査ロットについて、QAVEテーブルの使用決定のタイムスタンプを特定します。

イベントタイプ inferred
商品を返品
品質上の問題や誤出荷などを理由に、受領済みの商品を仕入先に返品したことを示します。返品専用の移動タイプを指定して品目伝票を転記すると、明示的なイベントとして記録されます。
重要な理由

このアクティビティから、仕入先の品質や発注内容の正確性に関する問題が分かり、プロセスの手戻りを示す重要な指標になります。入庫差異率の重要業績評価指標(KPI)の算出にも欠かせません。

入手先

返品移動タイプ(例:「仕入先への返品納品」を示す「122」)を使用すると、品目伝票テーブル(MKPF/MSEG)に記録されます。タイムスタンプには転記日(MKPF-BUDAT)を使用します。

記録

元の購買発注を参照する返品移動タイプ(例:122)の品目伝票を特定します。

イベントタイプ explicit
購買依頼を承認
購買依頼が正式に承認され、購買発注への変換が許可されたことを示します。このイベントは、SAPのリリース戦略ワークフローで追跡される購買依頼データのリリース状況フィールドの変更から推定されます。
重要な理由

承認状況を追跡することで、発注前の段階にあるボトルネックを特定し、承認ポリシーへの準拠を確認できます。この段階での遅延は、調達サイクルタイム全体に直接影響します。

入手先

購買依頼テーブル(EBAN)の変更ログを基に推定します。具体的には、リリース状況フィールド(例:EBAN-FRGZU)の変更を監視するか、EBANオブジェクトの変更文書(CDHDR/CDPOS)を分析します。

記録

EBANのリリース状況フィールドに関する変更文書を監視し、最終承認のタイムスタンプを特定します。

イベントタイプ inferred
購買発注の承認を申請
作成または変更された購買発注が、設定済みのリリース戦略に従って承認に回されたことを示します。リリース戦略が開始され、購買発注が承認待ちの状態になると、このイベントが推定されます。
重要な理由

購買発注の作成と承認プロセスの開始を区別すると、承認サイクルタイムの重要業績評価指標(KPI)を正確に測定できます。また、承認ワークフローが始まるまでの遅れも把握できます。

入手先

購買発注(オブジェクトEINKBELEG)の変更文書(CDHDR/CDPOS)から、リリース状況が初めて設定されたことを確認して推定します。または、全体のリリース状況(EKKO-FRGKE)が、承認プロセスの開始を示す値に初めて設定された時点を確認します。

記録

購買発注のリリース戦略を開始した最初の変更文書レコードを特定します。

イベントタイプ inferred
購買発注を削除
購買発注明細の取り消し、または論理削除を示します。これにより、入庫や請求などの後続処理ができなくなります。購買発注明細に削除インジケーターが設定された時点から推定されるイベントです。
重要な理由

このアクティビティは、発注が取り消されたことを示す終端イベントです。発注が削除された理由や時期を分析すると、需要計画や仕入先選定の問題を明らかにできます。

入手先

購買発注明細の削除インジケーター(EKPO-LOEKZ)が「L」に設定されたことを示す変更文書(CDHDR/CDPOS)から推定します。

記録

EKPO-LOEKZフラグが設定された時点のタイムスタンプを、変更文書から特定します。

イベントタイプ inferred
購買発注を却下
承認ワークフロー中に承認者が購買発注を却下した場合に発生します。購買発注のリリース戦略データに記録された状況変更から、却下があったことを推定するイベントです。
重要な理由

却下を追跡すると、購買発注のデータ品質やポリシーへの準拠、承認マトリクスに関する問題を特定できます。却下によって手戻りが発生し、サイクルタイムが長くなることも少なくありません。

入手先

購買発注のリリース状況に関する変更文書(CDHDR/CDPOS)から推定します。通常、リリースコードが取り消された場合や、特定の却下状況が設定された場合に、却下が記録されます。

記録

リリースコードの取り消し、または却下を示す状況変更について、変更ログを監視します。

イベントタイプ inferred
購買発注を変更
購買発注の作成後に行われた数量、価格、納期などの変更を示します。これらの変更は、SAPの変更文書システムに明示的に記録されます。
重要な理由

特に承認後の頻繁な変更は、プロセスの非効率、初期計画の不備、または対象範囲の拡大を示します。このアクティビティは、購買発注の手戻りと変更に関するダッシュボードや関連する重要業績評価指標(KPI)に欠かせません。

入手先

購買発注オブジェクト(EINKBELEG)の変更文書ヘッダー(CDHDR)テーブルと明細(CDPOS)テーブルに明示的に記録されます。変更ごとにタイムスタンプ付きの新しいレコードが作成されます。

記録

購買発注番号に関連付けられたCDHDRテーブルとCDPOSテーブルから、変更イベントとタイムスタンプを抽出します。

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

データ抽出ガイド

SAP ECCからデータを取得する方法

始める準備はできましたか?

このテンプレートを使って、SAP ECCの調達から支払いまでの発注書プロセスを改善するための手順を確認できます。データからインサイトを見つけ、今すぐ業務の効率化につなげましょう。

調達から支払いまでの発注書プロセスを改善:今すぐ無料トライアルを開始

ボトルネックを解消し、サイクルタイムを30%以上短縮しましょう。

無料トライアルを開始しましょう。

クレジットカード不要。数分で利用を開始できます。