サプライチェーンマネジメントのデータテンプレート

SAP S/4HANAサプライチェーン
サプライチェーンマネジメントのデータテンプレート

サプライチェーンマネジメントのデータテンプレート

このテンプレートでは、サプライチェーンを効果的に分析するために必要なデータ項目とプロセス手順を整理して紹介します。イベントログの作成に必要な属性とアクティビティを収集する際に役立ちます。また、SAP S/4HANAから必要なデータを抽出する方法も説明します。
  • 収集を推奨する属性
  • 追跡すべき主なアクティビティ
  • データ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

サプライチェーンマネジメントの属性

サプライチェーンマネジメントのプロセスを効果的に分析するには、イベントログの作成に必要なデータ項目を収集することが重要です。以下の項目を参考にしてください。
5 必須 7 推奨 7 任意
名前 説明
アクティビティ名
ActivityName
サプライチェーンプロセスの特定の時点で発生した業務アクティビティまたはイベントの名前です。
説明

この属性は、物流注文のライフサイクルにおける特定のステップや節目を示します。例として、発注書発行や出庫転記があります。これらのアクティビティが、プロセスを構成する一連のイベントとなります。

アクティビティの順序を分析することは、プロセスマイニングの中核です。実際のプロセスフローを明らかにし、標準業務手順と比較できるほか、遅延や手戻りの原因となるステップを特定できます。

重要な理由

プロセスの各ステップを定義する情報であり、プロセスマップの作成、バリアントの分析、アクティビティ間のサイクルタイムの測定に欠かせません。

入手先

データ変換時に、さまざまなSAPテーブル(例:EKKO、LIKP、VBUK)のトランザクションコードやステータス変更を、分かりやすいアクティビティ名に対応付けて作成します。

例
購買発注を発行購買発注の入庫を転記出荷納品を作成納品証明確認
イベント時刻
EventTime
アクティビティが発生した日時を示すタイムスタンプです。
説明

この属性には、プロセス内の各アクティビティの正確な日時が記録されます。イベントログの時系列を構成し、実際に発生した順にプロセスのステップを並べるために使われます。

イベント時刻は、時間に基づく分析に欠かせません。アクティビティ間のサイクルタイムやプロセス全体のリードタイムの計算、時間の経過に伴うパフォーマンス傾向の把握、ボトルネックが発生しやすい時点の特定に使用されます。

重要な理由

あらゆる所要時間やパフォーマンス指標の計算に必要なタイムスタンプです。プロセスのボトルネックやリードタイムを分析できます。

入手先

変更文書のCDHDR/CDPOSや、ヘッダーテーブルのERDAT/ERZETなど、SAPの主要テーブルにある伝票作成またはステータス変更に関連するタイムスタンプフィールドから抽出します。

例
2023-04-15T10:25:00Z2023-04-18T14:00:00Z2023-04-22T08:15:00Z
物流注文
LogisticsOrder
需要の発生から最終的な納品確認まで、サプライチェーンの一連のプロセスを識別する一意のIDです。
説明

物流注文は主要なケース識別子として機能し、サプライチェーンにおける特定の需要やフルフィルメント依頼に関連するすべてのアクティビティを結び付けます。この方法により、計画や調達から生産、配送まで、製品のライフサイクル全体を追跡し、プロセスを一貫して把握できます。

プロセスマイニングで物流注文ごとに分析すると、需要を満たすまでの全経路を確認できます。調達や販売などの個別プロセスを切り離して見るのではなく、サプライチェーン全体にわたる一般的なバリアント、ボトルネック、逸脱を特定できます。

重要な理由

関連するすべてのイベントを1つのプロセスインスタンスに結び付けるための重要なキーであり、サプライチェーンをエンドツーエンドで分析できます。

入手先

これは概念上の識別子であり、受注番号と後続の発注書番号や納品番号など、複数の伝票番号を関連付けて作成する必要がある場合があります。SAP S/4HANA Supply Chainの文書を参照するか、担当分野の専門家にご相談ください。

例
LO-4500078192LO-4500078193LO-4500078194
ソースシステム
SourceSystem
データの取得元となるシステムです。
説明

イベントデータが生成された特定のソースシステムのインスタンスを識別します。複雑なシステム環境では、地域や事業部門ごとに複数のSAP S/4HANAインスタンスを運用している場合があります。

この属性は、データガバナンスや分析対象の区分に役立ちます。システム間でプロセスのパフォーマンスを比較したり、信頼できる単一のデータソースに対象を絞ったりできます。

重要な理由

データの取得元を把握するための重要なコンテキストを提供します。データの検証や、異なるシステム環境間でのプロセス比較に役立ちます。

入手先

通常はデータ抽出時に追加する固定値で、SAPシステムID(SAPSID)などを使ってデータの取得元を識別します。

例
S4H_PROD_EUS4H_PROD_NAS4H_DEV
最終データ更新
LastDataUpdate
ソースシステムからデータを最後に更新または抽出した日時です。
説明

この属性は、イベントログのデータが最後に更新された日時を示します。分析対象データの鮮度を確認できるため、データがいつ時点のものかを把握できます。

分析において、データの新しさを理解することは、十分な情報に基づいて判断するうえで欠かせません。このタイムスタンプにより、データへの信頼性が高まり、ダッシュボードや重要業績評価指標(KPI)が対象とする期間も確認できます。

重要な理由

データの鮮度を明示し、プロセス分析がどの時点までのデータに基づいているかを確認できます。

入手先

通常はメタデータフィールドで、データ更新が正常に完了した際に、データ抽出ツールまたはETLツールが生成して入力します。

例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
プラント
Plant
アクティビティが発生した製造施設または配送施設です。
説明

プラントは、商品を生産、保管、または配送する場所を表すSAPの組織単位です。プロセスのアクティビティに地理的または機能的なコンテキストを与えます。

プラント別のプロセスパフォーマンス分析は、一般的な要件の1つです。拠点間で効率、処理量、コンプライアンスを比較し、ベストプラクティスや改善が必要な拠点を特定できます。

重要な理由

分析に地理的または組織的な切り口を加え、施設間のパフォーマンスを比較できます。

入手先

販売のVBAP、購買のEKPO、出荷のLIPSなど、多くの伝票明細テーブルにあります。通常、フィールド名はWERKSです。

例
100021003500
仕入先名
SupplierName
調達活動に関連する仕入先またはベンダーの名前です。
説明

この属性は、商品やサービスの調達先となる仕入先を識別します。通常、購買依頼の作成や発注書の発行などのアクティビティに関連付けられます。

仕入先名は、仕入先納品パフォーマンスのダッシュボードに欠かせません。データを絞り込み、区分することで、仕入先ごとの納期遵守率、リードタイム、品質水準を比較できます。戦略的な調達や仕入先との関係管理に役立ちます。

重要な理由

仕入先別のパフォーマンス分析を可能にし、調達プロセスの最適化や仕入先の信頼性評価に役立ちます。

入手先

仕入先番号(LIFNR)は購買伝票(例:テーブルEKKN、EBAN)に保存されます。仕入先名は、仕入先マスターテーブルLFA1から取得します。

例
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
品目番号
MaterialNumber
処理対象となる製品または品目を一意に識別する番号です。
説明

品目番号はSKUとも呼ばれ、SAPで特定の製品を識別する一意のコードです。製造、調達、出荷される物理的またはデジタルな商品と、プロセスのアクティビティを結び付けます。

この属性は、製品単位の分析に欠かせません。特定の製品で品質問題、生産遅延、在庫切れが起きやすいかを特定できます。ダッシュボードを品目で絞り込み、製品ラインごとのパフォーマンスを調べることもできます。

重要な理由

製品単位で分析し、遅延や品質不良などのプロセス上の問題が特定の品目に集中しているかを特定できます。

入手先

販売伝票のVBAP、発注書のEKPO、出荷伝票のLIPSなど、多くの伝票の明細テーブルにあります。通常、フィールド名はMATNRです。

例
FG-100-ARM-2034-BSA-5500
品質検査結果
QualityInspectionResult
合格または不合格など、品質検査の結果です。
説明

この属性には、製造品または受領品に対して実施した品質検査の結果が記録されます。結果に応じて、商品を次の工程に進めるか、手直し、返品、廃棄が必要かが決まります。

この属性は、品質管理の不合格率に関するダッシュボードと重要業績評価指標(KPI)に欠かせません。不合格の頻度や理由を分析すると、特定の製品、仕入先、生産ラインにおける品質問題を特定できます。

重要な理由

品質関連の重要業績評価指標(KPI)の計算に直接役立ち、サプライチェーンにおける品質低下の原因を特定できます。

入手先

通常、この情報は品質管理(QM)モジュールに保存されます。検査ロットテーブルQALSや、使用決定コードを含むQAVEなどからデータを取得できます。

例
合格不合格手直しが必要条件付き合格
実行ユーザー
ExecutingUser
アクティビティを実行した担当者のユーザーIDです。
説明

この属性には、発注書の作成や入庫転記などのアクティビティを実行した従業員のSAPユーザー名またはIDが記録されます。プロセスの各ステップと、それに関わった担当者を結び付けます。

ユーザーごとに分析すると、業務負荷の分布や研修の必要性を把握し、個人やチーム間のパフォーマンスの違いを確認できます。また、コンプライアンス分析で、重要なプロセスのステップを誰が実行したかを確認する際にも役立ちます。

重要な理由

アクティビティを特定のユーザーに関連付け、業務負荷の分析、パフォーマンスの比較、コンプライアンス違反の調査を可能にします。

入手先

多くのSAPテーブルにある「作成者」または「変更者」フィールドから取得します。例として、EKKO(発注書ヘッダー)のERNAM、LIKP(出荷ヘッダー)、VBRK(請求書ヘッダー)があります。

例
CBROWNJSMITHASINGH
希望納期
RequestedDeliveryDate
仕入先に商品の納品を依頼した日付です。
説明

発注書に指定された納品日で、仕入先に求める納期を示します。実際の納品パフォーマンスを測る際のベースラインとなります。

この日付は、仕入先納期遵守率の重要業績評価指標(KPI)の計算に欠かせません。実際の入庫日と希望納期を比較することで、仕入先が約束を守っているかを客観的に測定できます。

重要な理由

仕入先納期遵守率の重要業績評価指標(KPI)を計算する際のベースラインとなる日付であり、仕入先のパフォーマンス管理に欠かせません。

入手先

発注書明細テーブルEKPOにあります。フィールド名はEINDT(納品日)です。

例
2023-05-20T00:00:00Z2023-06-15T00:00:00Z2023-07-01T00:00:00Z
顧客名
CustomerName
注文品の納品先となる顧客の名前です。
説明

この属性は、受注とその後のフルフィルメント活動に関連する最終顧客を識別します。サプライチェーンプロセスにおける需要側のコンテキストを示します。

プロセスマイニングで顧客ごとに分析すると、主要顧客ごとのフルフィルメントのパターンやパフォーマンスの違いを特定できます。納品証明の遅延分析などのダッシュボードでは、特定の顧客による確認の遅れが常態化していないかを確認できます。

重要な理由

顧客ごとに分析対象を区分し、顧客固有の行動、ボトルネック、サービスレベル合意の達成状況を明らかにします。

入手先

顧客番号(KUNNR)は販売伝票(例:テーブルVBAK)に保存されます。顧客名は、顧客マスターテーブルKNA1から取得します。

例
Retail CorpInnovate SolutionsManufacturing Partners
受注伝票番号
SalesOrderNumber
受注伝票(SO)を一意に識別する番号です。
説明

受注伝票番号は、顧客への販売を確定する正式な伝票番号です。サプライチェーンの受注から入金までのプロセスを識別する重要な情報です。

この属性は、特定の顧客注文のフルフィルメントを追跡するうえで欠かせません。最初の顧客依頼を、その後の納品や請求などのアクティビティに結び付け、受注フルフィルメントのリードタイム分析を支えます。

重要な理由

受注フルフィルメントのサブプロセスを識別し、顧客需要を物流や金銭の精算に結び付ける重要な情報です。

入手先

受注ヘッダーテーブルVBAKと明細テーブルVBAPにあります。フィールド名はVBELNです。

例
100023451000234610002347
手直しの有無
IsRework
アクティビティまたは一連のアクティビティが手直しに該当するかどうかを示すフラグです。
説明

この真偽値属性は、プロセス内で前のステップが繰り返されたことを示し、手直しや修正の発生を表します。たとえば、「品質検査」の後に「製造指図作成」が続き、再度「品質検査」が行われた場合、2回目の検査を手直しとして記録できます。

手直しの特定は、プロセスの非効率や見えにくいコストを把握するうえで重要です。このフラグを使って手直しループの頻度や影響を定量化し、注文処理エラー率の重要業績評価指標(KPI)の計算や、プロセス改善が必要な領域の特定に役立てます。

重要な理由

手直しループに含まれるアクティビティを明示的に特定して数えることで、プロセスの非効率を定量化できます。

入手先

通常は、同じケース内でアクティビティの順序が繰り返されている箇所を特定し、プロセスマイニングツールで計算します。

例
truefalse
注文数量
OrderQuantity
注文の明細に記載された品目の数量です。
説明

この属性は、受注または発注書の明細で依頼された品目の数量を示します。各取引の規模を把握できます。

数量ごとに分析すると、業務への影響が大きい可能性のある大量注文を優先して調べられます。また、単位あたりのコストなど、ほかの指標の基準として使ったり、注文量が処理時間に与える影響を把握したりできます。

重要な理由

取引の規模を把握し、影響度の分析や案件規模ごとの区分に役立ちます。

入手先

発注書のEKPOにあるMENGEや、受注のVBAPにあるKWMENGなど、明細テーブルにあります。

例
100500025
発注書番号
PurchaseOrderNumber
発注書(PO)伝票を一意に識別する番号です。
説明

発注書番号は、仕入先に資材を注文する際に使用する正式な伝票番号です。サプライチェーンの調達プロセスを識別する重要な情報です。

この属性を使うと、調達プロセスを詳しく分析できます。調達のエンドツーエンドサイクルタイムのダッシュボードや、仕入先納期遵守率の重要業績評価指標(KPI)の計算に使用し、購買依頼、発注、入庫、支払いの各アクティビティを結び付けます。

重要な理由

調達サブプロセスをドリルダウンして分析し、関連する調達イベントを結び付けるための重要な識別子です。

入手先

発注書ヘッダーテーブルEKKOと明細テーブルEKPOにあります。フィールド名はEBELNです。

例
450007819245000781934500078194
納期遅延の有無
IsLateDelivery
仕入先からの納品が希望納期より遅れたかどうかを示す真偽値です。
説明

この計算フラグは、納品が期限内だったかどうかを真偽値で示します。「発注書入庫転記」アクティビティのタイムスタンプと「希望納期」属性を比較して算出します。

この属性により、仕入先のパフォーマンスに関するダッシュボードや重要業績評価指標(KPI)を簡単に作成できます。すばやく絞り込みや集計を行い、仕入先納期遵守率を計算したり、遅延が多い仕入先、品目、地域を特定したりできます。

重要な理由

納品ごとの結果を明確な二値で示し、仕入先のパフォーマンス分析を簡単にします。納期遵守率の重要業績評価指標(KPI)の算出に欠かせません。

入手先

計算フィールドです。ロジックは次のとおりです:IF('Goods Receipt For PO Posted'.EventTime > PurchaseOrder.RequestedDeliveryDate)THEN True ELSE False。

例
truefalse
終了時刻
EndTime
アクティビティの完了時刻を示すタイムスタンプです。処理時間の計算に使用します。
説明

終了時刻は、特定のアクティビティが完了した時点を示します。開始時刻(EventTime)がアクティビティの開始時点を示すのに対し、終了時刻は、特に即時に完了しないアクティビティの実行時間を把握するために必要です。

開始時刻と終了時刻の両方があれば、処理時間と待ち時間を正確に測定できます。タスクに実際に取り組んでいる時間と、次のステップを待っている時間を区別できるため、効率化の機会を特定できます。

重要な理由

アクティビティの処理時間を正確に計算し、付加価値のある作業と待ち時間を区別できます。

入手先

SAPのステータス変更から算出できます。たとえば、JEST/JCDSなどのテーブルで「処理中」への更新を開始、「完了」への更新を終了とします。即時に完了するイベントでは、EndTimeとStartTimeが同じ場合があります。

例
2023-04-15T11:30:00Z2023-04-18T14:05:00Z2023-04-22T09:00:00Z
運送業者名
CarrierName
出荷を担当する輸送会社または貨物運送業者の名前です。
説明

運送業者名は、倉庫から顧客への輸送など、拠点間で商品を運ぶ物流サービス事業者を識別します。

この属性は、輸送サイクルタイム分析のダッシュボードに欠かせません。運送業者ごとの輸送時間、コスト、信頼性を比較し、物流計画や運送業者の選定に役立てることができます。

重要な理由

輸送事業者ごとのパフォーマンス分析を可能にし、物流コストや納品時間の最適化に役立ちます。

入手先

運送業者ID(フォワーディングエージェント)は、VTTK(出荷ヘッダー)などの出荷伝票に保存されます。名前はLFA1などのマスターデータテーブルから取得します。

例
DHLFedExMaersk Logistics
必須 推奨 任意

サプライチェーンマネジメントのアクティビティ

サプライチェーンのプロセスを正確に把握し、改善するために記録すべき主な手順とマイルストーンです。
6 推奨 9 任意
アクティビティ 説明
出庫転記
このアクティビティは、倉庫から商品が法的・物理的に出庫されたことを示します。在庫が減少し、売上原価が計上されることで、注文品の正式な出荷が記録されます。
重要な理由

これは、輸送中の期間の開始を示す重要な節目です。納品に向けて商品が会社の管理下を離れたことを示す確定時点です。

入手先

これは、マテリアル文書を作成する明示的なイベントです。タイムスタンプはマテリアル文書ヘッダー(MKPF、フィールドBUDAT)に記録され、出荷伝票(LIKP、フィールドWBSTK)の在庫移動ステータスが更新されます。

記録

出荷伝票に関連付けられた出庫マテリアル文書から、転記日付(MKPF-BUDAT)を使用します。

イベントタイプ explicit
受注を作成
このアクティビティは、新しい受注の作成を示します。受注には、商品を求める顧客の依頼が正式に記録されます。ユーザーがシステムで新しい受注文書を保存したときに記録される、明示的なイベントです。
重要な理由

これは受注から入金までのプロセスの主な開始点です。このイベントからほかのイベントまでの時間を分析すると、受注充足にかかる全体のリードタイムを把握し、初期処理の遅延を特定できます。

入手先

このイベントは明示的に記録されます。受注テーブルの変更文書(CDHDR/CDPOS)、または受注ヘッダーテーブル(VBAK)の作成タイムスタンプ(項目ERDAT)で確認できます。

記録

受注文書の作成日(VBAK-ERDAT)と作成時刻(VBAK-ERZET)を使用します。

イベントタイプ explicit
商品の生産を完了
商品の製造が完了したことを確認するアクティビティです。通常は製造指図からの入庫として記録され、完成品が在庫に計上されます。
重要な理由

生産サイクルの終了を示します。製造指図の作成からこのイベントまでの時間が製造リードタイムとなり、生産効率を測る重要な指標です。

入手先

マテリアル伝票の転記(製造指図からの入庫)で明示的に記録するか、製造指図の最終確認(AFRUテーブル)またはステータスの「納品済み」への変更から推定できます。

記録

製造指図に対する最終入庫のマテリアル伝票の転記日、またはステータス変更から推定します。

イベントタイプ inferred
納品証明確認
商品が指定どおりに届いたことを、顧客または運送業者が正式に確認したことを示します。多くの場合、納品証明(POD)の情報を出荷伝票に更新して記録します。
重要な理由

このアクティビティは、フルフィルメントプロセスの確定的な終了点です。正確な請求、紛争解決、納品サイクルの最終区間の測定に欠かせません。

入手先

これは明示的なイベントです。納品証明の日付は、出荷ヘッダーテーブル(LIKP、フィールドPODAT)または関連するPODテーブル(VLPOD)に記録されます。

記録

出荷伝票から納品証明日付(LIKP-PODAT)を使用します。

イベントタイプ explicit
購買発注の入庫を転記
購買発注に基づいて、仕入先から原材料や商品を物理的に受領することを示します。倉庫または工場で商品を受領した時点で記録されます。
重要な理由

このアクティビティにより、調達サイクルにおける仕入先からの納品が完了します。仕入先の納期遵守率を算出し、入荷物流のパフォーマンスを把握するうえで重要です。

入手先

入庫のマテリアル伝票の転記時に記録される明示的なイベントです。イベントのタイムスタンプはマテリアル伝票ヘッダーテーブル(MKPF)の項目BUDATにあります。購買発注との関連付けには明細テーブル(MSEG)を使用します。

記録

購買発注に関連付けられたマテリアル伝票の転記日(MKPF-BUDAT)を使用します。

イベントタイプ explicit
購買発注を発行
必要な資材を調達するため、外部の仕入先に購買発注を正式に作成して発行することを示します。このアクティビティにより、購買依頼が仕入先との法的拘束力を持つ契約に変わります。
重要な理由

重要な節目となるこのアクティビティは、仕入先のリードタイムや調達サイクルタイムの測定に欠かせません。仕入先の納期遵守パフォーマンスを評価するためのベースラインになります。

入手先

購買発注の作成時に記録される明示的なイベントです。作成タイムスタンプは購買発注ヘッダーテーブル(EKKO)の項目AEDATに保存されます。

記録

購買発注の文書作成日(EKKO-AEDAT)を使用します。

イベントタイプ explicit
ピッキングを完了
出荷納品に必要な商品を倉庫から集める作業の完了を示します。多くのシステムでは、納品文書のピッキングステータスが更新された時点で確認されます。
重要な理由

倉庫の処理能力を高めるには、効率的なピッキングが欠かせません。このアクティビティを追跡すると、倉庫業務のボトルネックを特定し、ピッキングのパフォーマンスを測定できます。

入手先

これは単独の明示的なイベントではなく、ステータスの変化から推定する場合があります。出荷明細テーブル(LIPS、フィールドKOSTA)のピッキングステータスが「C」(処理完了)に設定された時点で記録されます。

記録

変更文書を参照し、ピッキングステータス(LIPS-KOSTA)が全数ピッキング済みに更新された時点を推定します。

イベントタイプ inferred
出荷伝票作成
輸送計画のために1件以上の納品をまとめる出荷伝票の作成を示します。この伝票には、運送業者、経路、輸送手段の詳細が記録されます。
重要な理由

このアクティビティは、正式な輸送計画の開始を示します。出庫から出荷完了までの時間を分析すると、輸送プロセスの効率を把握できます。

入手先

これは、出荷ヘッダーテーブル(VTTK、フィールドERDAT)に記録される明示的なイベントです。LE-TRAモジュールの一部であり、すべての組織で使用されているとは限りません。

記録

出荷伝票ヘッダーから作成日付(VTTK-ERDAT)を使用します。

イベントタイプ explicit
出荷納品を作成
商品のピッキングと顧客への出荷を許可する納品文書の作成を示します。このアクティビティを境に、プロセスは受注管理から物流の実行段階に移ります。
重要な理由

出荷を実際に進めるための重要な段階です。受注作成から納品作成までの遅れは、計画や在庫の確保に問題があることを示す場合があります。

入手先

明示的なイベントです。作成タイムスタンプは納品ヘッダーテーブル(LIKP)の項目ERDATに記録されます。

記録

納品文書ヘッダーの作成日(LIKP-ERDAT)と作成時刻(LIKP-ERZET)を使用します。

イベントタイプ explicit
品質検査を実施
生産した商品の品質検査が完了したことを示します。合格または不合格の検査結果は、使用決定に記録されます。
重要な理由

このアクティビティは、製品品質の監視と生産上の問題の特定に欠かせません。不合格率の高さや検査時間の長さが、重大なボトルネックになることがあります。

入手先

品質検査ロットの使用決定時に記録される明示的なイベントです。決定日はQALSテーブルの項目PASTRTERMまたはQAVEテーブルに記録されます。

記録

検査ロットの使用決定が記録されたタイムスタンプ(QALS/QAVEテーブル)を使用します。

イベントタイプ explicit
在庫の引当可能数を確認
受注を充足するために、依頼された商品が在庫にあるかをシステムまたは担当者が確認することを示します。多くの場合、受注作成時に自動で行われますが、個別のイベントとして記録されないこともあります。
重要な理由

受注からこの確認までの時間と確認結果を把握すると、在庫水準が受注充足の所要時間に与える影響を分析できます。この段階で遅延が生じると、調達や生産が必要になることがよくあります。

入手先

通常、明示的なイベントとしては記録されません。受注明細テーブル(VBEP)で最初に確定した納入日程行が作成された時点、または受注明細のステータス変更から推定できます。

記録

受注の納入日程行(VBEPテーブル)の確認ステータス更新から推定します。

イベントタイプ inferred
納品先での荷下ろし
このアクティビティは、顧客の所在地で商品を物理的に荷下ろししたことを示します。このイベントはSAPで明示的に記録されない場合があり、運送業者のデータや後続イベントから推定することがよくあります。
重要な理由

これは、輸送区間の終了を示します。出庫からこの時点までの時間が輸送時間となり、物流の最適化に欠かせない指標です。

入手先

コアERPで明示的なイベントとして記録されることはほとんどありません。運送業者からのEDIメッセージ、Transportation Management(TM)モジュールのデータ、または利用可能な場合は納品証明書のタイムスタンプから推定できます。

記録

運送業者のステータス更新(例:EDI 214)から推定するか、近似値として納品証明のタイムスタンプを使用します。

イベントタイプ inferred
製造指図を作成
受注に必要な完成品を製造するため、製造指図が作成されたことを示します。社内製造プロセスの正式な開始点です。
重要な理由

製造指図の作成は、製造リードタイムの開始を示します。この時点を分析すると、需要シグナルから生産開始までの遅れを特定できます。

入手先

明示的なイベントです。作成日は製造指図ヘッダーテーブル(AUFK)の項目ERDATに記録されます。

記録

指図ヘッダーテーブルの作成日(AUFK-ERDAT)を使用します。

イベントタイプ explicit
購買依頼を作成
必要な商品や原材料を調達するための社内依頼の作成を示します。受注を充足するのに在庫が不足している場合や、在庫が再発注点を下回った場合に作成されることがよくあります。
重要な理由

調達サイクルの最初の段階です。作成時点を追跡すると、調達開始の遅れを特定し、購買プロセス全体を分析できます。

入手先

明示的なイベントです。作成タイムスタンプは購買依頼ヘッダーテーブル(EBAN)の項目BADATに記録されます。

記録

購買依頼文書の作成日(EBAN-BADAT)を使用します。

イベントタイプ explicit
顧客請求書作成
このアクティビティは、納品した商品またはサービスに基づいて顧客向けの請求伝票を作成したことを示します。プロセスの最終段階である金銭の精算が始まります。
重要な理由

このアクティビティは、請求サイクルタイムの分析に役立ちます。納品確認から請求までの遅れは、キャッシュフローに悪影響を及ぼす可能性があります。

入手先

これは明示的なイベントです。作成時刻は請求伝票ヘッダーテーブル(VBRK、フィールドERDAT)に記録されます。

記録

請求伝票ヘッダーから作成日付(VBRK-ERDAT)を使用します。

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

データ抽出ガイド

SAP S/4HANAのサプライチェーンデータを取得する方法

準備はできましたか?

このテンプレートを使ってデータを準備し、今日からサプライチェーンのパフォーマンス改善に取り組みましょう。各ステップでサポートいたします。

今すぐサプライチェーンマネジメントを改善

プロセス全体を可視化し、数日で予測精度を90%に高めます。

無料トライアルを開始

14日間無料でお試しいただけます。クレジットカードは不要です。