データ テンプレート: 購買から支払いまで - 購買オーダー

SAP ECC
データ テンプレート: 購買から支払いまで - 購買オーダー

Purchase to Pay - 発注書データテンプレート

このテンプレートは、SAP ECCにおける「購買から支払いまで(P2P)の購買発注プロセス」を分析するために必要な重要なデータポイントをご案内します。収集すべき重要な属性、追跡すべき主要なアクティビティを明確にし、システムからこの情報を抽出するための実践的なガイダンスを提供します。このリソースを活用してプロセスマイニングの取り組みに堅牢なイベントログを構築してください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • SAP ECCの抽出ガイダンス
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

購買から支払いまで - 発注書属性

これらは、イベントログに含めることが推奨される必須データフィールドであり、Purchase to Pay - Purchase Order プロセスの包括的な分析を可能にします。
3 必須 6 推奨 13 任意
名前説明
アクティビティ
Activity
発注書ライフサイクル内で発生した特定のビジネスイベントまたはステップの名前。
説明

この属性は、「Purchase Order Created」、「Purchase Order Approved」、または「Goods Receipt Posted」といったプロセスにおける個々のステップを記述します。これらのアクティビティのシーケンスが、各Purchase Orderのプロセスフローを形成します。

アクティビティ間のシーケンス、頻度、および期間を分析することが、プロセスマイニングのコアとなります。これにより、ボトルネック、rework ループ、および標準プロセスからの逸脱を特定し、ターゲットを絞った改善と標準化の取り組みを可能にします。

その重要性

アクティビティはプロセスの各ステップを定義します。それらの順序とタイミングを分析することで、実際のプロセスフロー、ボトルネック、および逸脱が明らかになります。

取得元

変更に関するCDHDR/CDPOS、GR/IRに関する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)ドキュメントの一意の識別子であり、調達プロセスを追跡するための主要なケースとして機能します。
説明

Purchase Order番号は、作成から最終的なgoods receipt、そして完了までのすべてのアクティビティをリンクする中心的な識別子です。それぞれのPO番号は、調達プロセスの単一のインスタンスを表します。

プロセスマイニングにおいて、この属性は各購買のend-to-endの道のりを再構築するために不可欠です。これにより、個々のオーダーごとにcycle time、プロセスのバリエーション、コンプライアンスチェックを詳細に分析でき、プロセスモデル全体の基盤を形成します。

その重要性

これは、すべての関連イベントを接続するコア識別子であり、個々の発注書のライフサイクル全体を分析することを可能にします。

取得元

Table: EKKO, Field: EBELN

450001762345000176244500017625
オーダー金額
OrderAmount
購買発注明細の合計金額です。
説明

この属性は、発注書の特定の明細行の合計金額を表し、数量に正味価格を掛けて算出されます。発注書全体の金額を知るには、明細金額を集計する必要があります。

発注金額別にプロセスを分析することは、より厳格な管理や異なる承認経路が必要となる可能性のある高額取引を特定するために非常に重要です。これは、「発注金額分析」ダッシュボードに利用され、財務的に重要な発注書にプロセス改善の取り組みを優先させる上で役立ちます。

その重要性

各購入がもたらす経済的な影響を数値化することで、価値基準に基づいた分析が可能になります。これにより、より価値の高い注文を優先したり、コスト削減の機会を見つけ出したりできます。

取得元

Table: EKPO, Field: NETWR (正味発注金額).

1500.00250.7512345.50
ドキュメントタイプ
DocumentType
さまざまな種類の購買発注を分類するコードです。
説明

Document Typeは、SAPにおける購買発注の採番範囲、フィールド選択、および全体的なプロセスフローを制御する設定です。例えば、標準PO、サービスPO、在庫転送オーダーなどで異なるタイプが存在します。

この属性は分析において強力なディメンションとなります。なぜなら、異なるDocument Typeは意図的に異なるプロセスに従うことが多いためです。Document Typeでフィルタリングすることにより、cycle timeやプロセスフローをより正確に比較分析できます。

その重要性

様々な種類の購買プロセス (例:標準、サービス、返品) を区別します。これらは多くの場合、異なるパスとパフォーマンス期待値を持っています。

取得元

Table: EKKO, Field: BSART

NBFOUB
ユーザー名
UserName
アクティビティを実行した担当者のユーザーIDです。
説明

この属性は、ドキュメントを作成、変更、または承認した従業員のSAPユーザー名をキャプチャします。自動化されたステップの場合、システムまたはバッチユーザーIDが表示されることがあります。

ユーザーごとに分析することで、研修の必要性、高いパフォーマンスを発揮する個人、または潜在的なコンプライアンスイシューを特定するのに役立ちます。これは、ワークロードの分散、承認マトリックスのコンプライアンス、および異なるチームや個人のパフォーマンスの理解に関するダッシュボードを構築するための鍵となります。

その重要性

ユーザーアクションを特定の個人に属性付けすることで、ユーザーパフォーマンス、ワークロード、およびコンプライアンスプロトコルへの準拠状況の分析を可能にします。

取得元

Table: EKKO, Field: ERNAM (登録者); Table: CDHDR, Field: USERNAME (変更者).

JSMITHMBROWNBATCH_USER
仕入先コード
VendorNumber
ベンダーまたはサプライヤーの一意の識別子です。
説明

これは、物品やサービスを調達するサプライヤーを一意に識別するコードです。調達プロセスにおいて、重要なマスタデータとして機能します。

この属性は、ベンダー中心の分析に不可欠です。これにより、ベンダーの納期遵守実績の評価、異なるサプライヤー間のリードタイム比較、支出パターンの分析を可能にします。これは、「ベンダー納期遵守実績」ダッシュボードの主要なディメンションです。

その重要性

仕入先のパフォーマンス分析を可能にし、信頼できる仕入先や遅延や品質問題を引き起こしている仕入先を特定するのに役立ちます。

取得元

Table: EKKO, Field: LIFNR

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

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

会社コード別にプロセスを分析することで、異なる事業単位や国間での調達効率とコンプライアンスの比較が可能になります。これにより、ある法人組織におけるベストプラクティスを他で展開したり、プロセスに課題を抱えている特定の単位を特定したりするのに役立ちます。

その重要性

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

取得元

Table: EKKO, Field: BUKRS

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

Material Group(または購買カテゴリ)は、調達するデータ品目やサービスのタイプを分類するために使用されます。例としては、「IT Hardware」、「Office Supplies」、「Professional Services」などがあります。

この属性は、spend analysis(支出分析)や調達パターンを理解するために不可欠です。これにより、プロセスをフィルタリングして、異なるカテゴリがどのように処理され、誰が承認し、どのベンダーが供給しているかを分析できます。これは「Purchase Order Value Analysis」ダッシュボードにおける主要なディメンションです。

その重要性

プロセスを製品またはサービスカテゴリでセグメント化することで、異なる種類の支出における異なる挙動、サイクルタイム、または仕入先を明らかにできます。

取得元

Table: EKPO, Field: MATKL

00101IT_HWCONSULT
エンドツーエンドサイクルタイム
EndToEndCycleTime
購買発注の最初のアクティビティから最後のアクティビティまでの総経過時間です。
説明

この指標は、購買依頼作成といった初期イベントから購買発注完了のような最終イベントまで、購買発注プロセス全体の期間を測定します。

これは、プロセス全体の効率を測る上で非常に重要なKPIです。パフォーマンスの全体像を把握し、最も長くかかっているケースや一般的なボトルネックの特定に役立ちます。また、「エンドツーエンドPOサイクルタイム分析」ダッシュボードおよび「平均エンドツーエンドPOサイクルタイム」KPIを直接サポートします。

その重要性

調達プロセス全体の速度と効率を測定し、その健全性を示す主要な指標となります。

取得元

これは、各ケースの最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを差し引くことで算出される計算属性です。

10日4時間22 days 1 hour5日8時間
ソースシステム
SourceSystem
データを抽出した元システム。
説明

この属性は、データの発生元を識別するものです。通常はSAP ECCインスタンス識別子(例:'ECC_PROD_100')が設定されます。複数のシステム環境では、データソースを区別するのに役立ちます。

ガバナンスとデータリネージにおいては、ソースシステムを把握することが非常に重要です。これにより、データの整合性を確保し、特に異なるERPシステムやモジュールからデータが統合される際には、データ抽出や品質に関する問題のトラブルシューティングに貢献します。

その重要性

データの発生源を特定します。これは、データガバナンス、検証、および複数のシステム間での分析管理にとって極めて重要です。

取得元

これは通常、データ抽出プロセス中に、データセットに発生元システムのラベルを付けるために追加される静的な値です。

SAP_ECC_PRODECC_EU_100S4H_FIN
仕入先名
VendorName
ベンダーまたはサプライヤーの正式名称です。
説明

ベンダー番号よりも分かりやすい、ベンダーの名称です。通常、ベンダーマスターデータから取得されます。

Vendor Numberは結合や一意の識別に使用されますが、Vendor Nameはユーザー向けのダッシュボードやレポートに不可欠です。これにより、ベンダーコードに慣れていないビジネスユーザーでも分析がより直感的でアクセスしやすくなります。

その重要性

ベンダーの可読性の高い名称を提供することで、ビジネスユーザーにとってダッシュボードやレポートが格段に理解しやすくなります。

取得元

Table: LFA1, Field: NAME1。これはEKKO-LIFNRからLFA1-LIFNRへの結合が必要です。

Staples Inc.グローバルテックソリューションズオフィスサプライ社
最終データ更新
LastDataUpdate
ソースシステムからデータが最後に更新された日時を示すタイムスタンプです。
説明

この属性は、最新のデータ抽出または更新の日時を記録します。これにより、分析対象となるデータの鮮度に関する情報を提供します。

この情報をダッシュボードに表示することは、ユーザーがインサイトがほぼリアルタイムのデータに基づいているのか、過去のスナップショットに基づいているのかを理解するために不可欠です。これは、ユーザーの期待値を管理し、データの鮮度を把握した上で意思決定を行えるようにするために重要です。

その重要性

データの適時性についてユーザーに通知し、分析が最新の業務状況を反映しているかどうかを確実に理解できるようにします。

取得元

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

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

この属性は、承認ワークフロー中にPurchase Orderが却下されたときに提供される具体的な理由をキャプチャします。この情報は、rework(手戻り)と遅延の根本原因を理解するために不可欠です。

却下理由を分析することで、不適切な価格設定、予算超過、またはコンプライアンス違反のベンダー選定などの一般的なイシューを特定するのに役立ちます。このインサイトにより、ビジネスは根本原因に対処し、最初のPO作成の品質を向上させ、承認プロセスを効率化できます。

その重要性

承認が失敗する理由について直接的な洞察を提供し、手戻りの削減や承認サイクルタイムの短縮に向けた的を絞った改善を可能にします。

取得元

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

価格誤り予算超過重複申請
工場
Plant
データ品目が配送される物理的な場所またはPlantです。
説明

Plantは、生産施設、倉庫、またはデータ品目やサービスが受領されるその他の場所を表す組織単位です。

Plantごとに分析することで、調達プロセスにおける地理的バリエーションを理解するのに役立ちます。特定の場所へのベンダー配送時間の違いを明らかにしたり、非効率な受領プロセスを持つ特定のPlantを特定したりすることができ、goods receiptの適時性分析をサポートします。

その重要性

納入場所を特定し、地域別のプロセス差異やロジスティクスパフォーマンスを分析するのに役立ちます。

取得元

Table: EKPO, Field: WERKS

100011002000
希望納期
RequestedDeliveryDate
企業がベンダーに品目またはサービスの配送を要求した日付。
説明

これは、発注書に指定された目標納期です。実際の納期遵守実績が測定される際のベースラインとなります。

この日付は、「納期遵守入庫率」KPIを計算するために不可欠です。実際の入庫日をこの希望納期と比較することで、組織はベンダーの信頼性と社内受領効率を定量的に測定でき、これは「ベンダー納期遵守実績」ダッシュボードの分析を直接的にサポートします。

その重要性

これは、納期遵守実績KPIの計算とベンダーの信頼性評価に不可欠な、納期の目標日です。

取得元

Table: EKPO, Field: EINDT

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

このブーリアン属性は、同じ発注書に対して「発注書承認済み」アクティビティの後に「発注書変更」アクティビティが検出された場合にtrueとなります。これにより、プロセス後期に発生する問題のある変更を特定するのに役立ちます。

この計算フィールドは、「承認後PO変更率」KPIと「発注書手戻りおよび変更」ダッシュボードを直接的にサポートするものです。この属性は、遅延を引き起こしたり、再承認が必要となる可能性のある、プロセスを阻害する変更を定量化・明確化するのに役立ちます。これにより、初期仕様やスコープ策定プロセスにおける潜在的な問題点を示唆することができます。

その重要性

承認後の手戻りを直接測定するものであり、プロセスの安定性と効率性における主要KPIです。手戻り発生率が高い場合、上流の要件定義に問題があることを示します。

取得元

これは、イベントログ内のアクティビティのシーケンスから導出される計算属性です。

truefalse
納期内配送
IsOnTimeDelivery
物品が要求納期通りまたはそれ以前に受領されたかどうかを示すフラグです。
説明

このブーリアン属性は、「入庫計上済み」アクティビティのタイムスタンプが「希望納期」以前である場合にtrueとなります。これにより、各発注書明細の納期遵守状況について明確な二値の結果(合否)を示します。

この属性は、「納期遵守入庫率」KPIの基盤となります。納期内と納期遅延の配送の集計とフィルタリングを容易にすることで、ベンダーパフォーマンスと社内受領効率の分析を簡素化します。

その重要性

納品の適時性に関する明確な成否メトリックを提供し、ベンダーパフォーマンスKPIやダッシュボードを直接的にサポートします。

取得元

これは、入庫計上日(EKBE-BUDAT)と希望納期(EKPO-EINDT)を比較して導出される計算属性です。

truefalse
購買グループ
PurchasingGroup
調達アクティビティを担当する特定のバイヤーまたはバイヤーのグループです。
説明

Purchasing Groupは、特定の購買アクティビティを担当するバイヤー個人またはチームを表します。彼らはベンダーとの主要な連絡窓口です。

この属性は、Purchasing Organizationよりも詳細なレベルで分析を提供します。バイヤー間のワークロードの分散を理解し、バイヤーレベルでのパフォーマンスの違いを特定するのに役立ち、リソース配分や研修イニシアティブに役立つ情報を提供できます。

その重要性

購買の責任者が誰であるかを詳細に把握できるビューを提供し、購買担当者またはチームレベルでの詳細なワークロードとパフォーマンス分析を可能にします。

取得元

Table: EKKO, Field: EKGRP

001002N01
購買依頼書
PurchaseRequisition
発注書に先行する購買依頼の識別子。
説明

この属性は、発注書を元の購買依頼に紐付けます。ただし、すべての発注書に先行する依頼があるわけではありません。

この関連付けは、「購買依頼から発注への変換」ダッシュボードや「PRからPOへの変換率」KPIの分析に不可欠です。これにより、初期依頼から正式な発注作成までの上流プロセスの効率を測定し、依頼なしで作成された非準拠の発注書を特定することができます。

その重要性

購買発注をその元の購買依頼と紐付けることで、購買依頼から購買発注への変換プロセスを分析し、事前の購買依頼なしで作成された購買発注を特定できるようになります。

取得元

Table: EKPO, Field: BANFN

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

Purchasing Organizationは、SAPにおける調達アクティビティを担当する主要な組織単位です。会社全体で集中管理することも、PlantやRegion(地域)ごとに分散管理することも可能です。

Purchasing Organizationごとにプロセスのパフォーマンスを分析することで、どの調達チームが最も効率的であるかを特定できます。これにより、異なる組織単位間でcycle time、rework rate(手戻り率)、コストなどのメトリクスを比較し、ベストプラクティスや改善が必要な領域を明確にすることができます。

その重要性

担当の調達チームを特定し、異なる組織ユニット間でのパフォーマンス比較と分析を可能にします。

取得元

Table: EKKO, Field: EKORG

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

この属性は、発注書の金額がUSD、EUR、GBPなどのどの通貨で表示されているかを指定します。これにより、すべての金額値を正しく理解するための重要な情報となります。

グローバル企業にとって、通貨は正確な財務分析に不可欠です。これにより、発注金額の適切な集計と比較が可能になり、すべての金額KPIは、それぞれの通貨を考慮して解釈する必要があります。

その重要性

すべての金額に適切なコンテキストを提供し、特に多国籍組織において正確な財務分析を可能にします。

取得元

Table: EKKO, Field: WAERS

USDEURJPY
必須 推奨 任意

購買から支払いまで - 発注書活動

これらは、イベントログに記録すべき重要なプロセスステップとマイルストーンであり、正確なプロセスディスカバリとボトルネック特定のための基盤となります。
6 推奨 8 任意
アクティビティ説明
ベンダーへ発注書送付済み
このアクティビティは、承認されたPurchase OrderがEDI、メール、または印刷などの方法で正式にベンダーに送信された時点を示します。これは、アウトプットメッセージが正常に処理されたときにメッセージ制御テーブルに記録される明示的なイベントです。
その重要性

これは、ベンダーのリードタイムの計測を開始する重要なマイルストーンです。このイベントから入庫までの時間を分析することは、ベンダーパフォーマンスと納期遵守を評価する上で重要です。

取得元

NASTメッセージステータステーブルに記録されます。関連するPO出力タイプにおいて、処理ステータス(NAST-VSTAT)が「1」(正常処理済み)の場合、NAST-DATVRとNAST-UHRVRからtimestampを取得できます。

取得

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

イベントタイプ explicit
入荷記帳済み
このアクティビティは、特定のPurchase Orderに対するベンダーからのデータ品目の物理的な受領を意味します。goods receiptの記帳は、マテリアル ドキュメントを作成し、インベントリを更新する明示的なアクションです(例:トランザクション MIGO経由)。
その重要性

これは、ベンダーの納期遵守実績の追跡と、請求書照合プロセス開始の重要なマイルストーンです。納期遵守率や入庫の適時性を計算するために使用されます。

取得元

品目伝票の作成時に記録されます。このeventのtimestampは、品目伝票ヘッダーテーブル(MKPF)の転記日付(MKPF-BUDAT)または登録日付(MKPF-CPUDT)であり、明細テーブル(MSEG)を介してPOにリンクされます。

取得

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

イベントタイプ explicit
発注書完了
購買発注品目が完全に納品されたと見なされることを示します。これは推測されるイベントであり、通常、購買発注品目に「納品完了」インジケーターが自動的または手動で設定されることから導き出されます。
その重要性

このアクティビティは、プロセスの注文履行部分の論理的な終点として機能します。これは、作成から完了までのend-to-endのPO cycle timeを計算するために不可欠です。

取得元

購買発注品目の「納品完了」インジケーター(EKPO-ELIKZ)が「X」に設定されたときに記録される変更ドキュメント(CDHDR/CDPOS)から推測されます。最後の品目が完了としてマークされることは、購買発注全体の完了を示す場合があります。

取得

EKPO-ELIKZ フラグが設定されたときのタイムスタンプを、変更ドキュメントから特定します。

イベントタイプ inferred
購買オーダー作成済み
このアクティビティは、ベンダーとの拘束力のある契約である正式なPurchase Order ドキュメントの作成を意味します。これは、ユーザーがPOを作成および保存したとき(例:トランザクション ME21N経由)、EKKOおよびEKPOテーブルにエントリが生成されることで記録される明示的なイベントです。
その重要性

購買発注のライフサイクルが正式に開始されたことを示します。これは、購買依頼から購買発注への変換にかかる時間と、エンドツーエンドの調達完了までの時間の両方を測定する上で重要な節目となります。

取得元

対応する購買発注番号 (EKKO-EBELN) の購買発注ヘッダテーブル (EKKO) の登録日 (EKKO-AEDAT) から取得されます。

取得

各新規購買発注に対して、EKKOテーブルから作成タイムスタンプを使用します。

イベントタイプ explicit
購買オーダー承認済み
Purchase Orderの最終承認を表し、仕入先への送付を承認します。この重要なマイルストーンは、POのリリースステータスが「完全にリリース済み」または「承認済み」状態に変化したことから推測されます。
その重要性

このアクティビティは、PO Approval Cycle Time KPIの計算と、承認ワークフローにおけるボトルネックの特定に不可欠です。これは、ベンダーへの発注送信など、後続のほとんどのアクティビティの前提条件となります。

取得元

購買発注ヘッダー テーブル(EKKO)の変更ログ(CDHDR/CDPOS)を追跡することで、最終リリースコードが適用されたとき、または全体リリースステータスインジケーター(EKKO-FRGKE)が「released」に設定されたときに推測されます。

取得

購買発注の全体リリースステータス(EKKO-FRGKE)が最終承認済みのステータスに変更されたときのタイムスタンプを特定します。

イベントタイプ inferred
購買依頼書作成
このアクティビティは、データ品目またはサービスの正式な要求の作成を示します。これは、ユーザーが新しい購買依頼ドキュメントを保存したとき(ME51Nのようなトランザクションを使用)、EBANテーブルに一意のレコードが生成されることで記録される明示的なイベントです。
その重要性

これは、調達プロセスの主要な開始点です。このイベントから発注書作成までの時間を分析することで、社内需要を実行可能な注文に変換する効率を測定するのに役立ちます。

取得元

Purchase Requisitionヘッダーテーブル(EBAN)にエントリが作成された際に記録されます。登録日付(EBAN-BADAT)と時刻がこのeventのtimestampとして機能します。

取得

作成日に基づいてEBAN テーブル内の新しいエントリを特定します。

イベントタイプ explicit
サービス確認入力済
サービスベースの購買発注の場合、このアクティビティは、サービスが提供されたことの確認を表します。これは、サービス入庫伝票の作成(例:トランザクションML81N経由)を通じて取得される明示的なイベントです。
その重要性

これは、サービスに対する入庫と同等のものであり、サービスオーダーの履行状況を追跡するために不可欠です。サービス支払いのための財務プロセスを開始させます。

取得元

サービス伝票ヘッダテーブル (ESSR) の登録日 (ESSR-ERDAT) から取得されます。購買発注書へのリンクはESLLテーブルにあります。

取得

購買発注にリンクされたサービス入力シートには、ESSRテーブルから作成タイムスタンプを使用します。

イベントタイプ explicit
品質検査実行済み
受領品が品質検査を受けたことを示します。このアクティビティは通常、入荷時に作成された検査ロットに対して、品質管理モジュールで使用決定がなされたときに推測されます。
その重要性

品質が重要視される業界において、このアクティビティは検査プロセスの期間と結果を分析するのに役立ちます。ここでの遅延は、入荷から使用可能になるまでの間にボトルネックを生み出す可能性があります。

取得元

品質管理モジュールから推測されます。入荷時に検査ロットが作成され(QALS テーブル)、このアクティビティは、タイムスタンプを含む使用決定(QAVE テーブル)の作成によってマークされます。

取得

品目ドキュメントにリンクされた検査ロットのQAVE テーブルにおける使用決定のタイムスタンプを特定します。

イベントタイプ inferred
購買オーダー却下済み
このアクティビティは、承認者が承認ワークフロー中にPurchase Orderを却下したときに発生します。これは推測されるイベントであり、POのリリース戦略データにおけるステータス変更から導き出され、却下が発生したことを示します。
その重要性

却下を追跡することで、購買発注のデータ品質問題、ポリシー不遵守、または承認マトリックス内の問題点を特定できます。これはしばしば手戻りを引き起こし、全体のサイクルタイムを増加させます。

取得元

購買発注リリースステータスの変更ドキュメント(CDHDR/CDPOS)から推測されます。拒否は通常、リリースコードがキャンセルされたとき、または特定の拒否ステータスが設定されたときに記録されます。

取得

リリースコードのキャンセルや却下を示すステータス変更について、変更ログを監視します。

イベントタイプ inferred
購買オーダー変更済み
初期作成後にPurchase Orderに加えられた数量、価格、納期などのあらゆる変更を表します。これらの変更は、SAPの変更伝票システムに明示的に記録されます。
その重要性

特に承認後の頻繁な変更は、プロセスの非効率性、不十分な初期計画、またはスコープクリープを示します。このアクティビティは、購買発注のリワークと変更ダッシュボードおよび関連KPIにとって不可欠です。

取得元

購買発注オブジェクト (EINKBELEG) の変更伝票ヘッダ (CDHDR) とアイテム (CDPOS) テーブルに明示的にログ記録されます。各変更はタイムスタンプ付きの新しいエントリーを作成します。

取得

購買発注番号に紐づくCDHDRおよびCDPOS テーブルから変更イベントとタイムスタンプを抽出します。

イベントタイプ explicit
購買依頼書承認済み
購買依頼の正式な承認を表し、Purchase Orderへの変換を許可します。このeventは、SAPのリリース戦略workflowによって追跡される、購買依頼data内のリリースステータスfieldの変化から推測されます。
その重要性

承認を追跡することは、発注前フェーズでのボトルネックを特定し、承認ポリシーへの準拠を確保するために極めて重要です。ここでの遅延は、調達プロセス全体のサイクルタイムに直接影響を与えます。

取得元

購買依頼 テーブル(EBAN)の変更ログ、具体的にはリリースステータスフィールド(例:EBAN-FRGZU)への変更を監視するか、EBAN オブジェクトのCDHDR/CDPOSにおける変更ドキュメントを分析することで推測されます。

取得

EBANリリースステータスフィールドの変更ドキュメントを監視し、最終承認のタイムスタンプを特定します。

イベントタイプ inferred
購買発注削除済み
Purchase Order明細のキャンセルまたは論理的削除を表し、入荷伝票作成や請求書処理などのさらなる処理を防止します。これは、PO明細に削除フラグが設定されたときに捕捉される推論されるeventです。
その重要性

これは、注文がキャンセルされたことを示す終端アクティビティです。注文がなぜ、いつ削除されたかを分析することで、需要計画やベンダー選定における問題を明らかにできます。

取得元

購買発注品目の削除インジケーター(EKPO-LOEKZ)が「L」に設定されていることを示す変更ドキュメント(CDHDR/CDPOS)から推測されます。

取得

EKPO-LOEKZ フラグが設定されたときのタイムスタンプを、変更ドキュメントから特定します。

イベントタイプ inferred
購買発注承認依頼済み
作成または変更された購買発注が、設定されたリリース戦略に従って承認のために提出されたことを示します。このイベントは、リリース戦略がトリガーされ、購買発注が承認保留ステータスになったときに推測されます。
その重要性

購買発注書作成と承認プロセス開始の区別は、承認サイクルタイム KPIを正確に測定するのに役立ちます。これにより、承認ワークフローが開始される前の遅延が浮き彫りになります。

取得元

購買発注(オブジェクト EINKBELEG)の変更ドキュメント(CDHDR/CDPOS)から推測されます。具体的には、リリースステータスの初期設定時、または全体リリースステータス(EKKO-FRGKE)が承認プロセスがアクティブであることを示す値に最初に設定された時です。

取得

購買発注のリリース戦略をトリガーする最初の変更ドキュメントエントリを特定します。

イベントタイプ inferred
返品済み
以前受領した商品を仕入先へ返品することを示します。これは、品質問題や誤った出荷が原因であることが多いです。返品固有の移動タイプで品目伝票を転記することによって捕捉される明示的なeventです。
その重要性

このアクティビティは、ベンダー品質または注文精度に関する問題を浮き彫りにし、プロセスのrework(手戻り)の主要なインジケータです。Goods Receipt Variance Rate KPIを計算するために不可欠です。

取得元

返品移動タイプ(例:「仕入先への返品」を示す122)が使用されると、品目伝票テーブル(MKPF/MSEG)に記録されます。転記日付(MKPF-BUDAT)がこのeventのtimestampとなります。

取得

元の購買発注を参照する返品移動タイプ(例:122)を持つ品目ドキュメントを特定します。

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

抽出ガイド

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