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

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

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

このテンプレートでは、SAP ECCで調達から支払いまでの購買発注プロセスを分析するために必要なデータ項目を確認できます。収集すべき主要な属性、追跡すべき重要なアクティビティ、システムから情報を抽出する方法を説明しています。この資料を使って、プロセスマイニングに適したイベントログを作成してください。
  • 収集を推奨する属性
  • 追跡すべき主要なアクティビティ
  • SAP ECCからの抽出ガイド
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

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

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

この属性は、「購買発注作成」、「購買発注承認」、「入庫計上」など、プロセス内の1つのステップを表します。これらのアクティビティの順序によって、各購買発注のプロセスフローが形成されます。

アクティビティの順序、頻度、間隔を分析することは、プロセスマイニングの中心的な機能です。ボトルネック、手戻りループ、標準プロセスからの逸脱を特定し、改善と標準化を重点的に進められます。

重要な理由

アクティビティはプロセスの各ステップを定義します。その順序とタイミングを分析することで、実際のプロセスフロー、ボトルネック、逸脱を把握できます。

入手先

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における独立した法人を表します。すべての取引は会社コード単位で計上されるため、基本的な組織単位となります。

会社コード別にプロセスを分析することで、異なる事業部門や国の調達効率とコンプライアンスを比較できます。ある法人のベストプラクティスを他の法人へ展開したり、プロセスに課題を抱える特定の法人を特定したりできます。

重要な理由

法人を表し、組織内の異なる部門や地域にまたがるプロセスパフォーマンスの比較とコンプライアンスチェックを可能にします。

入手先

テーブル:EKKO、項目:BUKRS

10002100US01
伝票タイプ
DocumentType
購買発注の種類を分類するコードです。
説明

伝票タイプはSAPの設定項目であり、購買発注の番号範囲、項目選択、全体的なプロセスフローを制御します。標準購買発注、サービス購買発注、在庫転送発注など、種類ごとに異なる設定を定義できます。

この属性は分析に有効な軸です。伝票タイプが異なると、意図的に異なるプロセスに従うことが多いためです。伝票タイプで絞り込むことで、サイクル時間やプロセスフローをより正確に比較できます。

重要な理由

異なる購買プロセスの種類(標準、サービス、返品など)を区別します。種類ごとに経路や期待されるパフォーマンスが異なる場合があります。

入手先

テーブル:EKKO、項目:BSART

NBFOUB
品目グループ
MaterialGroup
特性が類似する品目またはサービスをまとめるための分類です。
説明

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

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

重要な理由

商品またはサービスのカテゴリ別にプロセスを分けて分析し、支出の種類ごとの行動、サイクル時間、仕入先の違いを明らかにします。

入手先

テーブル:EKPO、項目:MATKL

00101IT_HWCONSULT
発注金額
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
購買依頼または購買発注が却下された理由を説明する理由コードまたはテキストです。
説明

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

却下理由を分析すると、価格の誤り、予算超過、コンプライアンスに適合しない仕入先選定など、共通する問題を特定できます。この情報をもとに根本原因へ対処し、PO作成時の品質を高め、承認プロセスを効率化できます。

重要な理由

承認が失敗する理由を直接把握できるため、手戻りの削減や承認サイクルの短縮に向けた改善を進められます。

入手先

この情報は見つけにくい場合があります。長いテキストフィールドに保存されていたり、カスタムワークフローの設定に依存していたりするためです。多くの場合、特定の実装知識が必要です。

価格が不正確予算超過重複した申請
希望納入日
RequestedDeliveryDate
業務部門が仕入先に商品またはサービスの納入を求める日付です。
説明

購買発注で指定する納入目標日です。実際の納入パフォーマンスを測定する際の基準になります。

この日付は、「納期遵守入庫率」KPIの算出に欠かせません。実際の入庫日と希望納入日を比較することで、仕入先の信頼性と社内の受入業務の効率を定量的に測定でき、「仕入先納入パフォーマンス」ダッシュボードを支えます。

重要な理由

納入の目標日であり、納期遵守パフォーマンスKPIの算出と仕入先の信頼性評価に欠かせません。

入手先

テーブル:EKPO、項目:EINDT

2023-06-102023-07-222023-08-01
承認後変更か
IsPostApprovalChange
初回承認後にPOの変更が発生したかどうかを示すフラグです。
説明

このブール型の属性は、同じPOについて「Purchase Order Approved」アクティビティの後に「Purchase Order Changed」アクティビティが検出された場合にtrueになります。プロセスの後半で発生する問題のある変更を切り分けるのに役立ちます。

この計算フィールドは、「Post-Approval PO Change Rate」KPIと「Purchase Order Rework and Changes」ダッシュボードに直接対応します。遅延や再承認の原因となる影響の大きい変更を定量化して明らかにし、初期仕様やスコープ設定の問題を特定できます。

重要な理由

承認後の手戻りを直接測定する指標であり、プロセスの安定性と効率を評価する重要なKPIです。割合が高い場合、上流の要件定義に問題がある可能性があります。

入手先

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

truefalse
納期遵守
IsOnTimeDelivery
商品が要求納期までに受領されたかどうかを示すフラグです。
説明

このブール型の属性は、「Goods Receipt Posted」アクティビティのタイムスタンプが「Requested Delivery Date」以前の場合にtrueになります。PO明細ごとの納期遵守状況を、明確な二値の結果として示します。

この属性は、「On-Time Goods Receipt Rate」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
購買発注作成
このアクティビティは、仕入先との拘束力のある契約となる正式な購買発注伝票が作成されたことを示します。ユーザーが購買発注を作成して保存した際に記録される明示的なイベントです。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
購買依頼承認
購買依頼が購買発注に変換できるよう、正式に承認されたことを示します。このイベントは、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
返品
受け取った商品を、品質上の問題や誤納品などの理由で仕入先へ返却したことを示します。返品専用の移動タイプで品目伝票を転記することで記録される明示的なイベントです。
重要な理由

仕入先の品質や発注内容の正確性に関する問題を明らかにし、プロセスの手戻りを示す重要な指標になります。入庫差異率KPIの算出に欠かせません。

入手先

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

取得

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

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

抽出ガイド

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

準備はできましたか?

このテンプレートを使えば、SAP ECCで調達から支払いまでの購買発注プロセスを改善するための設計図を得られます。今すぐデータから情報を見つけ出し、業務効率の向上につなげてください。

P2P購買発注を最適化:今すぐ無料トライアルを開始

ボトルネックをなくし、サイクルタイムを30%以上短縮します。

無料トライアルを開始

クレジットカードは不要です。数分で始められます。