サプライチェーン管理データテンプレート
サプライチェーン管理データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出手順
サプライチェーン管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
物流プロセス内で発生した特定の業務イベントまたはタスクの名称です。たとえば、「Purchase Order Issued」や「Shipment Confirmed」などがあります。 | ||
|
説明
この属性は、物流ライフサイクルにおける一つのステップまたはマイルストーンを表します。各アクティビティは、在庫確認、商品の生産、納品証明書への署名など、実行された具体的なアクションを示します。これらのアクティビティの順序が、物流受注ごとのプロセスフローを形成します。 アクティビティ名の分析は、プロセスマイニングの基本です。プロセスマップの可視化、ステップ間の遷移時間の計算、手戻りループの特定、一般的または逸脱したプロセス経路(バリアント)の発見が可能になります。
重要な理由
プロセスのステップを定義します。アクティビティの順序と頻度を分析することが、プロセスマイニングの中心です。
入手先
アクティビティ名は、Oracle SCM Cloudの各種モジュールで取得されたイベントデータから生成されます。通常は、取引ステータスまたはイベントログを、標準化されたアクティビティ名の一覧にマッピングする必要があります。
例
購買注文を発行商品を生産完了出荷を確定納品証明書への署名完了
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティが発生した正確な日時です。 | ||
|
説明
イベント時刻は、プロセス内の各アクティビティに関連付けられたタイムスタンプです。イベントを時系列に並べ、時間の経過に沿ったプロセスフローを理解するために必要な情報を提供します。このデータは、時間に基づく分析に欠かせません。 プロセスマイニングでは、サイクルタイム、処理時間、待機時間など、時間に基づくすべての指標の計算に使用します。イベントログの作成、アクティビティ間の所要時間によるボトルネックの特定、時間ベースの目標やSLAに対するパフォーマンス評価の基盤となります。
重要な理由
このタイムスタンプは、イベントを時系列に並べ、サイクルタイムやボトルネックなど、時間に関するすべてのパフォーマンス指標を計算するために欠かせません。
入手先
タイムスタンプ項目は通常、Oracle SCM Cloudの各モジュールにある取引テーブルで確認できます。CREATION_DATEやLAST_UPDATE_DATEなどの項目が該当します。
例
2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
|
|||
|
物流受注
LogisticsOrder
|
単一の物流受注を識別する一意の識別子であり、サプライチェーンプロセス全体を追跡するためのケースIDとして機能します。 | ||
|
説明
物流受注は、サプライチェーン内で特定の需要または履行依頼に関連するすべてのアクティビティを結び付ける主要なケース識別子です。このIDにより、顧客注文や需要予測の開始から、調達、生産、最終納品まで、製品の移動全体を確認できます。 プロセスマイニング分析では、この属性が関連するすべてのイベントを一つのケースにまとめるために欠かせません。注文ごとのプロセスフローを再構築できるため、サイクルタイムの分析、ボトルネックの特定、プロセスバリアントの発見、注文を軸とした全体的なパフォーマンス評価が可能になります。
重要な理由
これは、すべてのプロセスステップを結び付けるための基本キーです。一貫した物流受注IDがなければ、注文の全行程を追跡できません。
入手先
通常、Oracle SCM Cloudの複数のモジュールに存在し、Order Management、Inventory Management、Shippingなどで確認できます。
例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
サプライヤー名
SupplierName
|
発注書に対して原材料を供給するサプライヤーまたは仕入先の名称です。 | ||
|
説明
この属性は、生産に必要な部品や原材料を供給する外部企業を識別します。「Purchase Order Issued」や「Raw Materials Received」など、調達関連のアクティビティに関連付けられます。 サプライヤー名による分析は、サプライヤーリードタイムパフォーマンスダッシュボードに欠かせません。納期どおりに安定して納品するサプライヤーと、遅延が多いサプライヤーを評価できます。調達戦略やサプライヤーとの関係管理、資材不足による生産遅延の抑制に役立ちます。
重要な理由
サプライヤーのパフォーマンス測定とベンチマークが可能になり、安定した効率的な入荷サプライチェーンの実現に役立ちます。
入手先
サプライヤー情報はOracle SCM Cloudの調達モジュールにあり、発注書に関連付けられています。主なテーブルにはPO_HEADERS_ALLとPOZ_SUPPLIERSがあります。
例
Global Components Inc.Advanced Materials LLCTech Parts Direct
|
|||
|
ユーザー
User
|
特定のアクティビティを実行した担当者のユーザーIDまたは氏名です。 | ||
|
説明
この属性は、プロセス内のタスクを実行した従業員またはシステムユーザーを識別します。業務量の分布や個人のパフォーマンスを把握するために利用できます。 ユーザー別に分析すると、リソース管理とパフォーマンス評価に役立ちます。高い成果を上げている個人やチームの特定、トレーニングの必要性の把握、手動実行時に常に時間がかかるタスクの自動化候補の発見が可能になります。
重要な理由
リソースのパフォーマンスと業務量の分布を分析し、トレーニングや自動化の機会を特定できます。
入手先
ユーザー情報は通常、Oracle SCMの取引テーブルにある「Created By」または「Last Updated By」列に保存されます。
例
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
品目番号
ItemNumber
|
処理対象となる特定製品の一意の識別子、またはSKUです。 | ||
|
説明
品目番号は、製品を最も細かい粒度で識別します。製品カテゴリ別の分析よりも詳細に、個々の製品を分析できます。 品目番号を分析に使うと、特定製品に関連するプロセス上の問題を特定できます。たとえば、特定の品目で品質管理の不合格率が高い、または生産時間が長いといった傾向を把握できます。SKU単位で問題に対応できます。
重要な理由
個々の製品レベルで詳細に分析でき、カテゴリ単位では見えない問題を特定できます。
入手先
品目識別子は、DOO_FULFILL_LINES_ALLやINV_MATERIAL_TXNSなど、Oracle SCMの多くの取引テーブルにあります。通常はINVENTORY_ITEM_IDとして保存されています。
例
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
実納品日
ActualDeliveryDate
|
納品証明書によって確認された、注文が実際に顧客へ納品された日付です。 | ||
|
説明
商品が配送先に到着し、物流プロセスが最終的に完了した日付です。通常は「Proof of Delivery Signed」アクティビティから取得されます。 この属性はパフォーマンス測定に欠かせません。「Requested Delivery Date」と直接比較して、注文が納期どおりだったか、遅延したかを判定します。また、物流受注の最終的なエンドツーエンドサイクルタイムの計算にも使用します。
重要な理由
プロセスの実際の完了時刻を示し、納期遵守率と総サイクルタイムを計算できます。
入手先
多くの場合、最終納品確認イベントのタイムスタンプです。WSH_DELIVERIESなど、出荷または輸送モジュールで確認できます。
例
2023-11-162023-11-302024-01-12
|
|||
|
希望納品日
RequestedDeliveryDate
|
顧客が指定した注文の納品日です。 | ||
|
説明
この日付は顧客が希望する納品時期を示し、納期遵守パフォーマンスを測定する際の基準になります。通常は顧客注文の作成時に設定され、サービスレベル合意(SLA)の重要な要素です。 分析では、「Actual Delivery Date」と比較して、納期遵守率KPIを計算します。顧客の期待に応える能力を把握し、遅延の根本原因を特定するために役立ちます。
重要な理由
納期遵守パフォーマンスを測定する基準であり、顧客満足度とサプライチェーンの効率を示す重要なKPIです。
入手先
通常はOracle Order Managementの販売注文または履行明細のレベルで保存されます。REQUEST_SHIP_DATEやREQUEST_ARRIVAL_DATEなどの項目を確認してください。
例
2023-11-152023-12-012024-01-10
|
|||
|
物流受注ステータス
LogisticsOrderStatus
|
物流受注の最終ステータスで、正常完了、キャンセル、または一部履行のいずれかを示します。 | ||
|
説明
この属性は、物流受注ケースの最終状態または結果を示します。計画どおりプロセス全体を完了した注文と、途中で終了した注文を区別できます。 プロセス分析では、ステータスによる絞り込みが欠かせません。たとえば、サイクルタイム分析には通常、「Completed」の注文だけを含め、キャンセルによる結果の偏りを避けます。また、注文がキャンセルされた理由の根本原因分析にも利用できます。
重要な理由
ケースの結果を示し、未完了またはキャンセルされた注文を除外して、比較可能なデータで分析できます。
入手先
最終ステータスは、Oracle Order Managementの販売注文または履行明細のステータスから導出されることが多く、DOO_HEADERS_ALLやDOO_FULFILL_LINES_ALLなどのテーブルで確認できます。
例
配送済みキャンセル済み一部出荷済みクローズ済み
|
|||
|
発注書番号
PurchaseOrderNumber
|
原材料や部品を調達するために作成された発注書の一意の識別子です。 | ||
|
説明
発注書番号は、サプライチェーンの調達部分における主要な文書IDです。物流受注とサプライヤーへの具体的な依頼を結び付けます。 この属性により、調達アクティビティを詳細に掘り下げられます。特定の発注書に関連するすべてのイベントを追跡でき、サプライヤーのパフォーマンスや調達サイクルタイムの分析に欠かせません。
重要な理由
調達文書への直接リンクを提供し、購買サブプロセスと物流フロー全体への影響を詳細に分析できます。
入手先
このIDはOracle Procurement Cloudモジュールにあり、主にPO_HEADERS_ALLテーブルのSEGMENT1として保存されています。
例
PO-98345PO-98346PO-98347
|
|||
|
製品カテゴリ
ProductCategory
|
注文内の製品が属するカテゴリまたは製品群です。 | ||
|
説明
製品カテゴリは、類似する製品をまとめる分類属性です。「Electronics」「Apparel」「Raw Materials」などが該当します。個々の製品SKUよりも上位の粒度で分析できます。 プロセスマイニングでは、製品カテゴリ別に分析を分けることで大きな効果が得られます。特定の製品タイプでサイクルタイムが長いか、異なるプロセスバリアントをたどるか、遅延が発生しやすいかを明らかにできます。製品ラインごとに改善策を調整する際にも役立ちます。
重要な理由
製品タイプ別にパフォーマンスを分析でき、特定の製品群に固有の傾向や問題を明らかにします。
入手先
この情報はOracle SCM Cloudの品目マスターデータに含まれ、EGP_SYSTEM_ITEMS_Bや関連するカテゴリテーブルから取得できます。
例
完成品スペアパーツ原材料家電製品
|
|||
|
輸送手段
ModeOfTransport
|
出荷に使用する輸送方法です。航空、海上、トラック、鉄道などがあります。 | ||
|
説明
この属性は、倉庫から顧客までなど、拠点間で商品を移動する際の輸送手段を示します。物流および輸送分析に欠かせない情報です。 プロセスマイニングで輸送手段別に絞り込みまたは分析を分けると、出荷方法ごとの効率を比較できます。輸送効率分析ダッシュボードでは、輸送手段ごとの所要時間を比較し、物流コストと納期の最適化に役立てます。
重要な理由
輸送の効率とコストを分析し、速度と費用を踏まえた物流戦略の最適化に役立ちます。
入手先
通常はOracle Transportation Management(OTM)モジュールまたは出荷実行モジュールにあります。WSH_DELIVERY_LEGSなどのテーブルにある項目を確認してください。
例
航空貨物海上貨物トラック貸切輸送トラック混載輸送
|
|||
|
エンドツーエンドサイクルタイム
EndToEndCycleTime
|
顧客注文の作成から最終的な納品証明書の取得までに経過した合計時間です。 | ||
|
説明
この計算指標は、単一注文の物流プロセス全体にかかった時間を測定します。最初のアクティビティ(例:「Customer Order Created」)のタイムスタンプと、最後のアクティビティ(例:「Proof of Delivery Signed」)のタイムスタンプの差分として計算します。 プロセス全体の効率を把握するうえで、特に重要なKPIの一つです。パフォーマンスを大局的に測定し、ダッシュボードで経時的な傾向を追跡したり、調査が必要な長期化注文を特定したりするために使用します。
重要な理由
開始から完了までのプロセスパフォーマンスを全体的に測定し、長期化したケースの特定や効率改善の進捗確認に役立ちます。
入手先
プロセスマイニングツールまたはデータ準備処理で、ケースごとに最初のイベントの開始時刻から最後のイベントの開始時刻を差し引いて計算します。
例
15日4時間22日8時間10日2時間
|
|||
|
ソースシステム
SourceSystem
|
データを抽出した情報システムを識別します。 | ||
|
説明
この属性はイベントデータの出所を示します。この場合はOracle SCM Cloudです。複数のシステムのデータを統合する環境で、データの出所を明確にするために役立ちます。 分析では、複数のシステムにまたがるプロセスやアクティビティを区別できます。単一システムのビューでは、標準的なデータガバナンス属性として機能します。
重要な理由
データの出所を明確にし、複数システムの環境でデータの起点を区別できます。
入手先
通常は「Oracle SCM Cloud」という固定値で、データの抽出・変換処理中に追加されます。
例
Oracle SCM CloudOracle Fusion SCM
|
|||
|
倉庫所在地
WarehouseLocation
|
商品をピッキングして出荷する倉庫または配送センターです。 | ||
|
説明
この属性は、特定の物流アクティビティに関わる物理的な場所または施設を示します。拠点別のパフォーマンス分析に欠かせません。 倉庫所在地別に分析すると、施設間のパフォーマンス差を明らかにできます。たとえば、ある倉庫のピッキング・梱包サイクルタイムが別の倉庫より大幅に短いことがあります。こうした結果から、拠点間で共有できるベストプラクティスや、改善が必要な施設を特定できます。
重要な理由
物理拠点間のパフォーマンスを比較し、高い成果を上げている施設や改善領域を特定できます。
入手先
倉庫または在庫組織の情報は、Oracle Inventory Managementにおける基本的なデータ要素です。INV_MATERIAL_TXNSなどのテーブルでは、ORGANIZATION_IDとして保存されていることが多いです。
例
WH-NORTHWH-WESTDC-CENTRAL
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、プロセスマイニング用データセットでイベントデータが最後に更新された時刻を示します。データの鮮度と分析対象期間を把握するために欠かせません。 データガバナンスや、ダッシュボードに表示される分析結果の更新時点を利用者に伝えるために使用します。「このプロセスビューはどの時点まで最新なのか」といった問いにも答えられます。
重要な理由
データの更新時点に関する重要な情報を提供し、分析対象期間を正しく理解できるようにします。
入手先
このタイムスタンプは、データの抽出・変換・ロード(ETL)処理中に生成され、追加されます。
例
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
手戻りフラグ
IsRework
|
物流受注で、アクティビティの繰り返しやプロセスのループなどの手戻りが発生したかどうかを示す真偽値のフラグです。 | ||
|
説明
この計算属性は、直線的で効率的なフローから逸脱したケースを特定します。通常は、同じアクティビティが繰り返される、または後のアクティビティの後に前のアクティビティが続くといった順序を検出し、プロセスループを判定します(例:「Goods Picked」→「Quality Control Failed」→「Goods Picked」)。 このフラグは、プロセスの非効率を定量化するために欠かせません。注文手戻り率KPIの計算や、手戻りが発生したケースの絞り込みと調査に利用できます。データ入力ミス、品質問題、初回処理の誤りなど、根本原因の把握にも役立ちます。
重要な理由
ループやステップの繰り返しなど、遅延やコスト増加の原因になりやすいプロセスの非効率を定量化し、切り分けるのに役立ちます。
入手先
ソースシステムでは利用できません。プロセスマイニングツールがケースごとのアクティビティの順序を分析し、手戻りを示すパターンを検出して計算します。
例
truefalse
|
|||
|
注文金額
OrderValue
|
物流受注の合計金額です。 | ||
|
説明
この属性は、単一の物流受注に関連する金銭的価値を示します。分析の優先順位付けや、プロセスの非効率が財務に与える影響を把握するための重要な業務指標です。 プロセスマイニングでは、注文金額とプロセスパフォーマンスを財務結果と関連付けて分析できます。たとえば、高額注文で遅延が長く、収益に大きなリスクが生じていることが分かる場合があります。金額の大きい注文を扱うプロセスから優先的に改善することも可能です。
重要な理由
プロセスパフォーマンスに財務面の情報を加え、金銭的な影響に基づいて改善の優先順位を付けられます。
入手先
注文金額は通常、Oracle Order Managementの販売注文ヘッダーレベルに保存されます。合計金額の項目はDOO_HEADERS_ALLなどのテーブルで確認してください。
例
5250.7512300.00950.20
|
|||
|
納期遵守フラグ
IsOnTimeDelivery
|
注文が希望納品日以前に納品されたかどうかを示す真偽値のフラグです。 | ||
|
説明
これはパフォーマンス分析を簡単にする計算属性です。「Actual Delivery Date」と「Requested Delivery Date」を比較して求めます。実納品日が希望納品日以前であればtrue、それ以外はfalseになります。 このフラグを使うと、顧客納品パフォーマンスダッシュボードなどのKPIやダッシュボードを簡単に作成できます。絞り込みや集計によって納期遵守率をすばやく計算でき、納期遅延注文に共通する特徴を調べる根本原因分析にも役立ちます。
重要な理由
顧客の期待に対するパフォーマンスを直接測定し、納期に関する主要業績評価指標を簡単に作成できます。
入手先
ソースシステムにはありません。データ変換処理で「ActualDeliveryDate」<=「RequestedDeliveryDate」を比較して計算されます。
例
truefalse
|
|||
|
輸送所要時間
TransportationDuration
|
商品の積み込み地点から配送先までの移動にかかった時間です。 | ||
|
説明
全体のサイクルタイムのうち、輸送中にかかった時間を測定する計算指標です。「Goods Loaded for Transport」アクティビティと「Goods Unloaded at Destination」アクティビティの時間差として計算します。 輸送効率分析ダッシュボードで使用します。輸送段階で発生した遅延を切り分け、運送会社や輸送手段別に分析して出荷パフォーマンスを改善できます。
重要な理由
輸送中の時間を切り分け、倉庫や生産の遅延とは分けて輸送効率を分析できます。
入手先
ケース内の「Goods Loaded for Transport」イベントと「Goods Unloaded at Destination」イベントのタイムスタンプの差分を求め、データ変換処理中に計算します。
例
2日3時間5日1時間12時間
|
|||
|
運送会社名
CarrierName
|
商品の輸送を担当する第三者物流会社または運送会社の名称です。 | ||
|
説明
運送会社名は、出荷に利用した輸送事業者を識別します。物流パートナーのパフォーマンスを評価するための重要な情報です。 この属性は輸送効率分析ダッシュボードで、運送会社ごとのパフォーマンス比較に使用します。輸送時間が最短の運送会社、特定の経路で信頼性が高い運送会社、費用対効果に優れた運送会社などを把握できます。
重要な理由
輸送パートナーのパフォーマンスをベンチマークでき、出荷コストと信頼性の最適化に役立ちます。
入手先
この情報はOracle Transportation ManagementまたはShippingモジュールに保存されます。通常はWSH_TRIPSなどのテーブルで、特定の輸送便または配送区間に関連付けられています。
例
FedExDHLUPSMaersk
|
|||
|
顧客名
CustomerName
|
注文を行った顧客の名称です。 | ||
|
説明
この属性は、商品やサービスの受け手を識別します。顧客を中心とした分析に欠かせない基本的な切り口です。 顧客別にプロセス分析を分けると、重要な傾向を把握できます。たとえば、高額顧客で遅延が多い、顧客セグメントによって異なるプロセス経路をたどるといった状況を確認できます。顧客サービスの改善や重要顧客の管理に役立つ情報です。
重要な理由
顧客を中心としたプロセスビューを提供し、特定の顧客や顧客タイプが固有のプロセス上の課題を抱えているかを把握できます。
入手先
顧客情報は受注管理モジュールに保存され、販売注文に関連付けられています。DOO_HEADERS_ALLに関連するテーブルから、顧客アカウントテーブル(HZ_CUST_ACCOUNTS)と結合して取得できます。
例
Retail CorpManufacturing SolutionsMegaStore Inc.
|
|||
サプライチェーン管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
商品をピッキング・梱包
|
倉庫担当者が在庫から注文品をピッキングし、出荷用に梱包します。このプロセスには複数のシステム取引が含まれ、最終的に梱包済みのステータスになります。 | ||
|
重要な理由
物理的な出荷プロセスの開始を示します。注文作成からこの時点までの時間は「在庫確認からフルフィルメントまでの時間」KPIで測定され、社内のフルフィルメント効率を示します。
入手先
Oracle Shippingの出荷行または配送詳細のステータスから推定します。通常は、ピックウェーブ作成、ピッキング確認、梱包確認など、複数のイベントを集約して判断します。
取得
販売注文行に関連付けられた、最後のピッキング確認または梱包確認取引のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
商品を生産完了
|
商品の製造が完了し、完成品が在庫に移されます。システムで作業指示が完了として報告された時点で記録されます。 | ||
|
重要な理由
生産段階の終了と、商品がフルフィルメントに利用できる状態になったことを示します。「生産をスケジュール」からこのイベントまでの所要時間は、製造効率を測る重要な指標です。
入手先
Oracle Manufacturing Cloudでの作業指示の完了取引から取得します。これにより、作業指示のステータスが「完了」に更新されます。
取得
作業指示の完了取引、またはステータスが「完了」に変わった時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
生産をスケジュール
|
製造品について作業指示をスケジュールし、生産期間とリソース配分を定義します。作業指示のステータスが「スケジュール済み」または「リリース済み」に更新された時点で、このイベントを記録します。 | ||
|
重要な理由
このアクティビティは、「生産・出荷段階の遅延」ダッシュボードにおける主要な節目です。生産サイクルの開始を示し、ここでの遅延はフルフィルメントプロセス全体に波及します。
入手先
Oracle Manufacturing Cloudでの作業指示のステータス変更から推定します。関連データはWIP_DISCRETE_JOBSなどのテーブルに保存されています。
取得
作業指示のステータスが「リリース済み」など、生産を開始できる状態に変わった時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
納品証明書への署名完了
|
顧客が商品の受領確認書に署名し、納品プロセスを正式に完了します。通常は、納品証明書の日付と書類を受注記録または出荷記録に登録することで記録されます。 | ||
|
重要な理由
これは、物流受注が正常に完了したことを示す確定的な終了イベントであり、「End-to-End Logistics Cycle Time」KPIに欠かせません。コンプライアンス対応や紛争解決のプロセスにも役立ちます。
入手先
出荷記録または販売注文記録を手動、あるいは半自動で更新することが一般的です。システムにPOD日付専用の項目がある場合は、その時刻をイベントのタイムスタンプとして使用できます。
取得
出荷記録または注文記録の「Proof of Delivery Date」項目にあるタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
輸送用に商品を積載
|
梱包済みの商品を運送業者の車両に積み込み、出荷が倉庫を正式に出発します。Oracle Shippingの「出荷確認」取引として記録されます。 | ||
|
重要な理由
輸送区間の開始を示すイベントです。「輸送サイクルタイム」KPIと「輸送効率分析」ダッシュボードの開始点になります。
入手先
Oracle Shippingの「出荷確認」取引で明示的に記録されるイベントです。これにより、配送詳細のステータスが「出荷済み」に更新されます。
取得
出荷確認操作の取引タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
顧客注文を作成
|
このアクティビティは、Oracle Order Managementで販売注文を作成することを示し、顧客が商品を正式に依頼したことを表します。新しい販売注文レコードがシステムに保存された時点で、このイベントが明示的に記録され、物流注文のライフサイクルが始まります。 | ||
|
重要な理由
主要な開始イベントとして、物流サイクル全体の所要時間を測定できます。注文処理の効率や顧客需要のパターンを分析する際の基準となります。
入手先
通常はDOO_HEADERS_ALLテーブルから、Order Managementモジュールの販売注文レコードの作成タイムスタンプを取得します。
取得
販売注文ヘッダーの作成日を使用します。
イベントタイプ
explicit
|
|||
|
出荷を確定
|
出荷するすべての商品が集荷場所に移され、梱包され、運送業者への引き渡し準備を終えた状態です。このアクティビティにより、システム上の出荷ステータスが「確定」または「出荷準備完了」に更新されます。 | ||
|
重要な理由
商品が倉庫から実際に出発する前の重要な節目です。社内の倉庫処理時間と、社外の輸送時間を分けて測定できます。
入手先
Oracle Shippingの出荷または配送レコードのステータス変更から推定します。WSH_DELIVERIESやWSH_NEW_DELIVERIESなどのテーブルで確認できます。
取得
出荷ステータスが「確定」に更新された時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
原材料を受領
|
注文した原材料や商品がサプライヤーから到着し、在庫として正式に受け入れられます。Oracle Inventory Managementの受入取引として記録されます。 | ||
|
重要な理由
サプライヤーのリードタイム測定が終了するイベントです。この段階の遅延は、生産スケジュールや最終的な顧客納品日に直接影響します。
入手先
Oracle Inventory Managementでの受入の取引日から取得します。通常はRCV_SHIPMENT_HEADERSテーブルとRCV_TRANSACTIONSテーブルを使用します。
取得
資材受入レコードの取引日を使用します。
イベントタイプ
explicit
|
|||
|
品質管理を実施
|
完成品は出荷可能になる前に品質検査を受けます。Oracle Quality Managementモジュールで品質検査の結果として記録されます。 | ||
|
重要な理由
これはコンプライアンスと顧客満足度に関わる重要な手順です。このアクティビティを分析すると、品質基準への適合を確認し、検査プロセスのボトルネックを特定できます。コンプライアンス監査にも役立ちます。
入手先
検査計画を実行し、結果を入力した時点のOracle Quality Management Cloudの取引レコードから取得します。
取得
品質検査の結果が「合格」または「不合格」として記録された時点のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
在庫可用性を確認
|
システムは、顧客注文に対応するために依頼された商品が在庫にあるかを確認します。多くの場合、注文処理ワークフロー内で自動的に実行されますが、結果はステータスまたはタイムスタンプとして記録されます。 | ||
|
重要な理由
このアクティビティは、「在庫フルフィルメント効率」ダッシュボードと「在庫可用性影響率」KPIに欠かせません。ここでの遅延は、欠品や在庫管理の非効率を示している可能性があります。
入手先
販売注文行のステータス変更、または引当や納期回答確認に関するOracle Inventory Management(INV)テーブルのレコードから推定します。
取得
「フルフィルメント待ち」などの販売注文行のステータス変更、または引当作成のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
注文キャンセル
|
履行が完了する前に顧客注文がキャンセルされます。販売注文ヘッダーまたは明細のステータスが「Canceled」に変更された時点で記録されます。 | ||
|
重要な理由
プロセスにおける、もう一つの未完了の終点を示します。キャンセルされた注文を分析すると、リードタイムの長さや在庫切れなど、受注に至らなかった理由を特定できます。
入手先
Oracle Order Managementの販売注文記録で、ステータスが終了状態の「Canceled」に変更されたことから推定されます。
取得
販売注文ヘッダーまたは明細のステータスが「Canceled」に変更された時刻を使用します。
イベントタイプ
inferred
|
|||
|
購買依頼を作成
|
サプライヤーから資材を調達するための正式な依頼を作成します。通常は、販売注文に対応する在庫が不足している場合に開始されます。Oracle Procurementモジュール内の明示的な取引として記録されます。 | ||
|
重要な理由
このアクティビティは、調達や外部サプライヤーへの依存関係を示します。このイベントから資材受領までの時間を分析すると、サプライヤーに起因する遅延を把握できます。
入手先
Oracle Procurement Cloudで購買依頼が作成された時点のタイムスタンプから記録します。POR_REQUISITION_HEADERS_ALLなどのテーブルで確認できます。
取得
購買依頼レコードの作成日を使用します。
イベントタイプ
explicit
|
|||
|
購買注文を発行
|
購買依頼を法的拘束力のある購買注文に変換し、サプライヤーに送付します。POが承認され、ステータスが「オープン」または「送信済み」に更新された時点で、このイベントが明示的に記録されます。 | ||
|
重要な理由
サプライヤーのリードタイムが正式に始まる時点です。「サプライヤーリードタイムパフォーマンス」ダッシュボードと「サプライヤー納期遵守率」KPIの測定に欠かせません。
入手先
Oracle Procurement Cloudでの購買注文の承認日または送信日から取得します。PO_HEADERS_ALLなどのテーブルに保存されています。
取得
購買注文のステータスが承認済みまたはオープンに変わった時点のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
配送先で商品を荷下ろし
|
出荷品が顧客の所在地または配送先の港に到着し、荷下ろしされます。この情報は、運送業者または輸送管理システムのデータに基づいて更新されることが一般的です。 | ||
|
重要な理由
輸送中の期間が終了するアクティビティです。「輸送用に商品を積載」からの所要時間は、運送業者のパフォーマンスと輸送効率を分析するうえで重要です。
入手先
Transportation Management Systemが統合されている場合は明示的なイベントとして記録されますが、推定される場合もあります。運送会社のステータス更新や、納品確認時の手動入力に基づくことがあります。
取得
統合されたTMSのタイムスタンプ、または出荷記録で手動更新された「Delivered」ステータスの時刻を使用します。
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできましたか?
今すぐプロセスマイニングを始め、サプライチェーンデータの価値を引き出してください。このテンプレートは、より効率的で透明性の高いサプライチェーンへの第一歩です。
Oracle SCMを使いこなし、今すぐサプライチェーンの効率を高める
今日から予測精度90%を達成し、欠品をなくします。
クレジットカードは不要で、すぐに設定できます。