サプライチェーンマネジメントのデータテンプレート
サプライチェーンマネジメントのデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出ガイド
サプライチェーンマネジメントの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
物流プロセスで発生した具体的な業務イベントまたは作業の名称です。「発注書の発行」や「出荷の確定」などが該当します。 | ||
|
説明
この属性は、物流のライフサイクルにおける個々の手順や節目を表します。在庫の確認、商品の生産、納品確認書への署名など、各アクティビティは具体的な作業を示します。これらのアクティビティの順序が、物流注文ごとのプロセスフローを構成します。 アクティビティ名の分析は、プロセスマイニングの基本です。プロセスマップの可視化、手順間の所要時間の計算、手戻りの特定、一般的な経路や逸脱した経路(バリアント)の発見に役立ちます。
重要な理由
プロセスの各手順を定義します。アクティビティの順序や頻度の分析が、プロセスマイニングの中核です。
入手先
アクティビティ名は、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により、最初の顧客注文や需要予測から、調達、生産、最終納品まで、製品の一連の流れを把握できます。 プロセスマイニング分析では、この属性を使って関連するすべてのイベントを1つのケースにまとめます。注文ごとのプロセスフローを再構成できるため、サイクルタイムの分析、ボトルネックの特定、プロセスバリアントの発見、注文単位での全体的なパフォーマンス評価が可能になります。
重要な理由
これは、すべてのプロセス手順を結び付けるための必須キーです。一貫した物流注文IDがなければ、注文の全行程を追跡できません。
入手先
この識別子は通常、Oracle SCM Cloudの複数のモジュールで確認できます。Order Management、Inventory Management、Shippingなどが該当します。
例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
ユーザー
User
|
特定のアクティビティを実行した人のユーザーIDまたは名前です。 | ||
|
説明
この属性は、プロセス内のタスクを実行した従業員またはシステムユーザーを示します。作業負荷の分布や個人のパフォーマンスを把握するために利用できます。 ユーザー別に分析すると、リソース管理やパフォーマンス分析に役立ちます。高い成果を上げている個人やチームの特定、トレーニングが必要な領域の把握、手作業で時間がかかっているタスクの自動化機会の発見につながります。
重要な理由
リソースのパフォーマンスや作業負荷の分布を分析し、トレーニングや自動化の機会を見つけるのに役立ちます。
入手先
ユーザー情報は通常、ほとんどのOracle SCMトランザクションテーブルの「作成者」または「最終更新者」列に保存されています。
例
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
仕入先名
SupplierName
|
発注書に記載された原材料の供給元である仕入先またはベンダーの名称です。 | ||
|
説明
この属性は、生産に必要な部品や原材料を供給する外部の取引先を示します。「発注書の発行」や「原材料の受領」など、調達に関するアクティビティに関連付けられます。 仕入先名による分析は、仕入先リードタイムパフォーマンスのダッシュボードに欠かせません。納期を守る信頼性の高い仕入先と、遅延が頻発する仕入先を評価できます。このインサイトは、調達戦略や仕入先との関係管理、資材不足による生産遅延の抑制に役立ちます。
重要な理由
仕入先のパフォーマンスを測定して比較できます。安定した効率的な入荷サプライチェーンの実現に役立ちます。
入手先
仕入先情報はOracle SCM Cloudの調達モジュールにあり、発注書に関連付けられています。主なテーブルにはPO_HEADERS_ALLやPOZ_SUPPLIERSがあります。
例
Global Components Inc.Advanced Materials LLCTech Parts Direct
|
|||
|
品目番号
ItemNumber
|
処理対象となる製品を識別する一意の番号、またはSKUです。 | ||
|
説明
品目番号を使うと、製品を最も細かい単位で識別できます。製品カテゴリ別の分析よりも詳しく、個々の製品を分析できます。 品目番号を使った分析では、特定の製品に関連するプロセス上の問題を見つけられます。たとえば、特定の品目で品質検査の不合格率が高い、または生産時間が長いといった傾向を把握できます。SKU単位で問題に対処できます。
重要な理由
製品ごとの詳細な分析が可能になり、カテゴリ単位では見えにくい問題の特定に役立ちます。
入手先
品目識別子は、DOO_FULFILL_LINES_ALLやINV_MATERIAL_TXNSなど、Oracle SCMの多くのトランザクションテーブルにあり、通常はINVENTORY_ITEM_IDとして保存されています。
例
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
実際の納品日
ActualDeliveryDate
|
納品確認書によって確認された、注文品が実際に顧客へ納品された日付です。 | ||
|
説明
商品が納品先に到着し、物流プロセスが完了した日付です。「納品確認書への署名」アクティビティから取得することがよくあります。 この属性はパフォーマンスの測定に欠かせません。「希望納品日」と直接比較し、注文が納期どおりに納品されたか、遅延したかを判定します。また、物流注文の最終的なエンドツーエンドのサイクルタイムの計算にも使います。
重要な理由
プロセスの実際の完了時刻を示し、納期遵守率や合計サイクルタイムを計算できます。
入手先
通常、出荷または輸送モジュールの最終納品確認イベントのタイムスタンプを使います。WSH_DELIVERIESなどで確認できます。
例
2023-11-162023-11-302024-01-12
|
|||
|
希望納品日
RequestedDeliveryDate
|
顧客が希望する注文の納品日です。 | ||
|
説明
この日付は、顧客が希望する納品時期を示し、納期遵守パフォーマンスを測る主な基準になります。通常、顧客注文の作成時に設定され、サービスレベル契約(SLA)の重要な要素です。 分析では、この属性を「実際の納品日」と比較して、納期遵守率KPIを算出します。顧客の期待に応えられているかを把握し、遅延の根本原因を特定するのに役立ちます。
重要な理由
納期遵守パフォーマンスを測るベースラインです。顧客満足度とサプライチェーンの効率を評価する重要なKPIです。
入手先
通常、Oracle Order Managementの販売注文または充足明細に保存されています。REQUEST_SHIP_DATEやREQUEST_ARRIVAL_DATEなどのフィールドを確認してください。
例
2023-11-152023-12-012024-01-10
|
|||
|
物流注文のステータス
LogisticsOrderStatus
|
物流注文の最終ステータスです。正常に完了したか、キャンセルされたか、一部のみ充足されたかを示します。 | ||
|
説明
この属性は、物流注文ケースの最終状態または結果を示します。計画どおりに全工程を進んだ注文と、途中で終了した注文を区別できます。 プロセス分析では、ステータスによる絞り込みが欠かせません。たとえば、サイクルタイムの分析では、キャンセルされた注文による偏りを避けるため、通常は「完了」した注文のみを対象にします。また、注文がキャンセルされる理由の根本原因分析にも役立ちます。
重要な理由
ケースの結果を示します。未完了またはキャンセルされた注文を除外し、比較可能なデータを使って分析できます。
入手先
最終ステータスは、通常、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
|
注文に含まれる製品が属するカテゴリまたは製品群です。 | ||
|
説明
製品カテゴリは、類似する製品をまとめる分類属性です。「電子機器」「衣料品」「原材料」などが該当します。個々の製品SKUよりも大きな単位で分析できます。 プロセスマイニングでは、製品カテゴリ別に分析することで、特定の種類の製品でサイクルタイムが長いか、異なるプロセスバリアントをたどるか、遅延が発生しやすいかを把握できます。製品ラインごとに改善策を検討するのに役立ちます。
重要な理由
製品の種類ごとにパフォーマンスを分析し、特定の製品群に固有の傾向や問題を明らかにできます。
入手先
この情報はOracle SCM Cloudの品目マスターデータに含まれ、EGP_SYSTEM_ITEMS_Bや関連するカテゴリテーブルから取得できます。
例
完成品予備部品原材料家電製品
|
|||
|
輸送手段
ModeOfTransport
|
出荷に使う輸送手段です。航空、海上、トラック、鉄道などがあります。 | ||
|
説明
この属性は、倉庫から顧客への輸送など、拠点間で商品を運ぶ際の輸送手段を示します。物流や輸送の分析に欠かせない情報です。 プロセスマイニングでは、輸送手段で絞り込んだり分類したりすることで、輸送方法ごとの効率を分析できます。輸送効率分析ダッシュボードでは、輸送手段ごとの所要時間を比較し、物流コストや納品時間の最適化に役立てます。
重要な理由
輸送の効率とコストを分析し、所要時間と費用に基づいて物流戦略を最適化できます。
入手先
通常、Oracle Transportation Management(OTM)モジュールまたは出荷実行モジュールで確認できます。WSH_DELIVERY_LEGSなどのテーブルにあるフィールドを確認してください。
例
航空貨物海上貨物トラック貸切輸送トラック混載輸送
|
|||
|
エンドツーエンドのサイクルタイム
EndToEndCycleTime
|
顧客の注文作成から最終的な納品証明までにかかった合計時間です。 | ||
|
説明
この計算指標は、1件の注文に関する物流プロセス全体の所要時間を測定します。最初のアクティビティ(例:「顧客注文の作成」)と最後のアクティビティ(例:「納品証明への署名」)のタイムスタンプの差として算出します。 プロセス全体の効率を把握するうえで、特に重要な重要業績評価指標(KPI)の1つです。パフォーマンスを全体的に測る指標として、ダッシュボードで経時的な傾向を追跡したり、調査が必要な長期化した注文を特定したりするために使います。
重要な理由
開始から完了までのプロセス全体のパフォーマンスを測定し、長期化したケースの特定や効率改善の追跡に役立ちます。
入手先
プロセスマイニングツールまたはデータ準備の段階で、各ケースの最初のイベントの開始時刻から最後のイベントの開始時刻を差し引いて算出します。
例
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
|
物流注文で、アクティビティの繰り返しやプロセスのループなどの手戻りが発生したかを示す真偽値です。 | ||
|
説明
この計算属性は、直線的で効率的な流れから外れたケースを特定します。通常、同じアクティビティが繰り返される、または後のアクティビティの後に前のアクティビティが続くといった順序を検出し、プロセスのループを判定します(例:「商品のピッキング」→「品質検査不合格」→「商品のピッキング」)。 このフラグは、プロセスの非効率を定量化するうえで重要です。注文の手戻り率を算出できるほか、手戻りのあるケースを絞り込んで調査し、データ入力ミス、品質上の問題、初回処理の誤りなどの根本原因を把握できます。
重要な理由
ループや手順の繰り返しなど、遅延やコスト増加につながることの多いプロセスの非効率を定量化し、原因を絞り込めます。
入手先
この情報はソースシステムにはありません。プロセスマイニングツールが各ケースのアクティビティの順序を分析し、手戻りを示すパターンを検出して算出します。
例
truefalse
|
|||
|
注文金額
OrderValue
|
物流注文の合計金額です。 | ||
|
説明
この属性は、1件の物流注文に関連する金額を表します。分析の優先順位を決め、プロセスの非効率が財務に与える影響を把握するための重要な業務指標です。 プロセスマイニングでは、注文金額とプロセスのパフォーマンスを関連付けて、財務への影響を分析できます。たとえば、高額注文ほど遅延が長く、売上に大きなリスクをもたらしていることが分かる場合があります。また、金額の大きい注文を扱うプロセスから優先的に改善できます。
重要な理由
プロセスのパフォーマンスを金額面から把握し、財務への影響に基づいて改善の優先順位を決められます。
入手先
注文金額は通常、Oracle Order Managementの販売注文ヘッダーに保存されています。合計金額の項目は、DOO_HEADERS_ALLなどのテーブルで確認できます。
例
5250.7512300.00950.20
|
|||
|
納期どおりに配送されたか
IsOnTimeDelivery
|
注文が指定された納品日までに配送されたかどうかを示す真偽値です。 | ||
|
説明
この計算属性を使うと、パフォーマンスを簡単に分析できます。「実際の納品日」と「指定納品日」を比較して算出します。実際の納品日が指定納品日以前であればtrue、それ以外はfalseになります。 このフラグを使うと、顧客納品パフォーマンスダッシュボードなどで重要業績評価指標(KPI)やダッシュボードを簡単に作成できます。データをすばやく絞り込んで集計し、納期遵守率を算出できます。また、遅延した注文に共通する特徴を調べ、根本原因を分析できます。
重要な理由
顧客の期待に対するパフォーマンスを直接測定でき、納期に関する重要業績評価指標(KPI)の作成も簡単になります。
入手先
この属性はソースシステムにはありません。データ変換時に「ActualDeliveryDate」<=「RequestedDeliveryDate」を比較して算出します。
例
truefalse
|
|||
|
輸送所要時間
TransportationDuration
|
貨物の積み込みから目的地への到着までにかかる時間です。 | ||
|
説明
この計算指標は、サイクルタイム全体のうち輸送中にかかった時間を測定します。「輸送用に貨物を積み込む」アクティビティから「目的地で貨物を降ろす」アクティビティまでの時間差として算出します。 この属性は、輸送効率分析ダッシュボードで使います。輸送中に発生した遅延を切り分け、運送会社や輸送手段ごとに分析して、輸送パフォーマンスの改善に役立てられます。
重要な理由
輸送中の時間を切り分けて測定できるため、倉庫や生産の遅延とは分けて輸送効率を分析できます。
入手先
データ変換時に、ケースごとに「輸送用に貨物を積み込む」イベントと「目的地で貨物を降ろす」イベントのタイムスタンプの差を求めて算出します。
例
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での作業オーダーのステータス変更から推定します。関連データはWIP_DISCRETE_JOBSなどのテーブルに保存されています。
記録
作業オーダーのステータスが「リリース済み」など、生産を開始できる状態に変わった時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
納品確認書への署名
|
顧客が商品の受領を署名で確認し、納品プロセスが正式に完了します。納品日と納品確認書を注文または出荷レコードに登録して記録することがよくあります。 | ||
|
重要な理由
物流注文が正常に完了したことを示す最終イベントで、エンドツーエンド物流サイクルタイムKPIの測定に欠かせません。コンプライアンスや紛争解決のプロセスにも役立ちます。
入手先
出荷または販売注文レコードを手動または半自動で更新して記録することがよくあります。システムに納品確認書の日付を記録する専用フィールドがある場合は、その値をイベントのタイムスタンプとして使用できます。
記録
出荷または注文レコードの「納品確認日」フィールドのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
製品の生産完了
|
商品の製造が完了し、完成品が在庫に移されます。システムで作業オーダーが完了として報告された時点で記録されます。 | ||
|
重要な理由
生産段階の終了と、製品が注文の充足に利用可能になったことを示します。「生産スケジュールの設定」からこのイベントまでの所要時間は、製造効率を測る重要な指標です。
入手先
Oracle Manufacturing Cloudでの作業オーダー完了トランザクションから取得します。この処理により、作業オーダーのステータスが「完了」に更新されます。
記録
作業オーダー完了トランザクションのタイムスタンプ、またはステータスが「完了」に変わった時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
輸送車両への積み込み
|
梱包済みの商品を運送業者の車両に積み込み、出荷が正式に倉庫を出発します。Oracle Shippingの「出荷確定」トランザクションとして記録されます。 | ||
|
重要な理由
このイベントから輸送区間が始まります。輸送サイクルタイムKPIと輸送効率分析ダッシュボードの起点になります。
入手先
Oracle Shippingの「出荷確定」トランザクションで明示的に記録されるイベントです。これにより、納品詳細のステータスが「出荷済み」に更新されます。
記録
出荷確定の実行時刻を使用します。
イベントタイプ
explicit
|
|||
|
顧客注文の作成
|
このアクティビティは、Oracle Order Managementで販売注文が作成されたことを示し、顧客からの正式な商品注文を表します。システムに新しい販売注文レコードが保存されると、このイベントが明示的に記録され、物流注文のライフサイクルが始まります。 | ||
|
重要な理由
主要な開始イベントとして、物流のエンドツーエンドのサイクルタイムを測定できます。注文処理の効率や顧客需要の傾向を分析する際のベースラインになります。
入手先
通常、Order Managementモジュールの販売注文レコードの作成日時から取得します。対象テーブルはDOO_HEADERS_ALLなどです。
記録
販売注文ヘッダーの作成日を使用します。
イベントタイプ
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
|
|||
|
注文のキャンセル
|
充足が完了する前に顧客注文がキャンセルされます。販売注文ヘッダーまたは明細のステータスが「キャンセル」に変更された時点で記録されます。 | ||
|
重要な理由
これは、プロセスが正常に完了しなかった場合の別の終了点です。キャンセルされた注文を分析すると、リードタイムの長さや在庫切れなど、販売に至らなかった理由を特定できます。
入手先
Oracle Order Managementの販売注文レコードのステータスが、最終状態の「キャンセル」に変わったことから推定します。
記録
販売注文ヘッダーまたは明細のステータスが「キャンセル」に変わった時点のタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
発注書の発行
|
購買依頼を法的拘束力のある発注書に変換し、仕入先に送付します。発注書が承認され、ステータスが「オープン」または「送信済み」に更新された時点で、このイベントが明示的に記録されます。 | ||
|
重要な理由
ここから仕入先のリードタイムが始まります。仕入先リードタイムパフォーマンスのダッシュボードや仕入先納期遵守率KPIの測定に欠かせません。
入手先
Oracle Procurement Cloudでの発注書の承認日または送信日から取得します。PO_HEADERS_ALLなどのテーブルに保存されています。
記録
発注書のステータスが承認済みまたはオープンに変わった時点のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
納品先での荷下ろし
|
出荷品が顧客の所在地または仕向港に到着し、荷下ろしされます。この情報は、運送業者や輸送管理システムからのデータに基づいて更新されることがよくあります。 | ||
|
重要な理由
このアクティビティで輸送中の期間が終了します。「輸送車両への積み込み」からの所要時間は、運送業者の実績や輸送効率を分析するうえで重要です。
入手先
輸送管理システムと連携している場合は明示的なイベントとして記録されることがありますが、データから推定する場合もあります。運送業者のステータス更新や、納品確認時の手入力に基づくことがあります。
記録
連携した輸送管理システムのタイムスタンプ、または出荷レコードで手動更新された「納品済み」ステータスの時刻を使用します。
イベントタイプ
explicit
|
|||
|
購買依頼の作成
|
仕入先から資材を調達するための正式な依頼を作成します。通常、販売注文を満たすだけの在庫がない場合に発生します。Oracle Procurementモジュール内の明示的なトランザクションです。 | ||
|
重要な理由
このアクティビティから、調達や外部仕入先への依存関係がわかります。このイベントから資材の受領までにかかる時間を分析すると、仕入先に起因する遅延を把握できます。
入手先
Oracle Procurement Cloudでの購買依頼の作成日時から記録します。POR_REQUISITION_HEADERS_ALLなどのテーブルで確認できます。
記録
購買依頼レコードの作成日を使用します。
イベントタイプ
explicit
|
|||
データ抽出ガイド
始める準備はできましたか?
今日からプロセスマイニングを始め、サプライチェーンのデータを最大限に役立てましょう。このテンプレートを使って、より効率的で透明性の高いサプライチェーンへの第一歩を踏み出せます。
Oracle SCMを使いこなし、サプライチェーンを今すぐ効率化
今日から予測精度90%を実現し、欠品をなくしましょう。
クレジットカード不要。すぐにセットアップできます。