サプライチェーンマネジメントデータテンプレート
サプライチェーンマネジメントデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 抽出の手引き
サプライチェーンマネジメント属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
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がなければ、オーダーの完全なジャーニーを追跡することは不可能です。
取得元
この識別子は通常、オーダー管理、在庫管理、出荷など、Oracle SCM Cloudの複数のモジュールにわたって存在します。
例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
`実績納期`
ActualDeliveryDate
|
配送証明書によって確認された、オーダーが実際に顧客に配送された日付。 | ||
|
説明
この日付は、商品が目的地に到着し、ロジスティクスプロセスが最終的に完了したことを示します。多くの場合、「納品証明書受領」アクティビティから取得されます。 この属性は、パフォーマンス測定に不可欠です。「要求納期」と比較され、オーダーが期限内か遅延したかを判断します。また、ロジスティクスオーダーのエンドツーエンドの最終サイクルタイムを計算するためにも使用されます。
その重要性
プロセス実行の完了時間を正確に把握することで、納期遵守率や総リードタイムの計算が可能になります。
取得元
これは多くの場合、最終配送確認イベントのタイムスタンプであり、WSH_DELIVERIESなどの出荷または輸送モジュールにあります。
例
2023-11-162023-11-302024-01-12
|
|||
|
ユーザー
User
|
特定のアクティビティを実行した人物のユーザーIDまたは名前。 | ||
|
説明
この属性は、プロセス内のタスク実行を担当する従業員またはシステムユーザーを識別します。ワークロードの配分と個々のパフォーマンスを理解するために使用できます。 ユーザーによる分析は、リソース管理とパフォーマンス分析に役立ちます。これにより、高パフォーマンスの個人やチームを特定し、潜在的なトレーニングニーズを浮き彫りにしたり、手動で実行すると常に遅いタスクの自動化の機会を明らかにしたりできます。
その重要性
リソースのパフォーマンス、ワークロードの配分を分析し、トレーニングや自動化の機会を特定するのに役立ちます。
取得元
ユーザー情報は通常、ほとんどのOracle SCMトランザクションテーブルの「作成者」または「最終更新者」列に格納されています。
例
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
ロジスティクスオーダー状況
LogisticsOrderStatus
|
ロジスティクスオーダーの最終ステータスで、成功裏に完了したか、キャンセルされたか、または部分的に履行されたかを示します。 | ||
|
説明
この属性は、ロジスティクスオーダーケースの最終状態または結果を提供します。これにより、計画通りに全プロセスを進行したオーダーと、途中で終了したオーダーを区別するのに役立ちます。 プロセス分析において、ステータスによるフィルタリングは非常に重要です。例えば、サイクルタイム分析は通常、「完了済み」オーダーのみを含めるべきであり、キャンセルされたオーダーによる結果の歪みを避けます。また、オーダーがキャンセルされる理由の根本原因分析も可能になります。
その重要性
ケースの結果を示し、不完全な注文やキャンセルされた注文をフィルターして、比較可能なデータで分析が実行されるようにします。
取得元
最終ステータスは、Oracle Order Managementの販売オーダーまたはフルフィルメントラインのステータスから導かれることが多く、DOO_HEADERS_ALLやDOO_FULFILL_LINES_ALLなどのテーブルにあります。
例
配送済みキャンセル済み一部出荷済みクローズ
|
|||
|
仕入先名
SupplierName
|
発注書のための原材料を提供するサプライヤーまたはベンダーの名称。 | ||
|
説明
この属性は、生産に必要なコンポーネントまたは原材料を供給する外部関係者を識別します。「発注書発行」や「原材料受領」などの調達関連活動に関連付けられています。 サプライヤー名による分析は、サプライヤーリードタイムパフォーマンスダッシュボードにとって不可欠です。これにより、どのサプライヤーが信頼でき、納期通りに納品するか、そしてどのサプライヤーが頻繁に遅延するかを評価するのに役立ちます。この洞察は、調達戦略、サプライヤー関係管理、および材料不足によって引き起こされる生産遅延の軽減のために重要です。
その重要性
サプライヤーのパフォーマンス測定とベンチマークを可能にし、これは信頼性と効率性の高いインバウンドサプライチェーンを確保するための鍵となります。
取得元
サプライヤー情報は、Oracle SCM Cloudの調達モジュールにあり、発注書にリンクされています。主要なテーブルには、PO_HEADERS_ALLやPOZ_SUPPLIERSなどがあります。
例
Global Components Inc.Advanced Materials LLCテックパーツダイレクト
|
|||
|
品目番号
ItemNumber
|
処理されている特定の製品の一意の識別子、またはSKU。 | ||
|
説明
品目番号は、最も詳細な製品識別レベルを提供します。これにより、製品カテゴリによる分析よりも詳細な、個々の製品の分析が可能になります。 分析で品目番号を使用すると、特定の製品に関連するプロセス上の問題を特定するのに役立ちます。例えば、特定の品目が高い品質管理失敗率を示したり、より長い生産時間に関連付けられたりする可能性があります。これにより、SKUレベルでの的を絞った問題解決が可能になります。
その重要性
個々の製品レベルでの高度な詳細分析を可能にし、カテゴリレベルでは見えない可能性のある問題を特定するのに役立ちます。
取得元
品目識別子は、Oracle SCMのほとんどのトランザクションテーブル(DOO_FULFILL_LINES_ALLやINV_MATERIAL_TXNSなど)に、通常INVENTORY_ITEM_IDとして存在します。
例
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
希望納期
RequestedDeliveryDate
|
顧客から要求された、受注品の配送日です。 | ||
|
説明
この日付は、顧客が希望する配送スケジュールを表し、納期遵守率を測定するための主要なベンチマークとして機能します。通常、顧客オーダーが作成されたときに設定され、サービスレベル契約(SLA)の重要な要素です。 分析では、この属性は「実際の配送日」と比較され、納期遵守率KPIを計算します。これにより、企業は顧客の期待に応える能力を理解し、遅延の根本原因を特定するのに役立ちます。
その重要性
これは納期遵守パフォーマンスを測定するための基準であり、顧客満足度とサプライチェーン効率にとって重要なKPIです。
取得元
これは通常、Oracle Order Managementの販売オーダーまたはフルフィルメントラインレベルに格納されます。REQUEST_SHIP_DATEやREQUEST_ARRIVAL_DATEのようなフィールドを探してください。
例
2023-11-152023-12-012024-01-10
|
|||
|
発注書番号
PurchaseOrderNumber
|
原材料または部品を調達するために作成された発注書の一意の識別子。 | ||
|
説明
発注書番号は、サプライチェーンの調達部分における主要な文書IDです。ロジスティクスオーダーをサプライヤーへの特定の要求にリンクさせます。 この属性により、調達活動への詳細なドリルダウンが可能になります。特定のPOに関連するすべてのイベントを追跡するために使用でき、サプライヤーのパフォーマンスと調達サイクルタイムを分析する上で不可欠です。
その重要性
調達文書への直接リンクを提供し、購買サブプロセスとその全体的なロジスティクスフローへの影響の詳細な分析を可能にします。
取得元
この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
|
顧客オーダー作成から最終的な配送証明書受領までの経過総時間。 | ||
|
説明
この計算メトリクスは、単一オーダーのロジスティクスプロセス全体の総期間を測定します。最初の活動(例:「顧客オーダー作成」)のタイムスタンプと最後の活動(例:「納品証明書受領」)のタイムスタンプの差として計算されます。 これは、全体のプロセス効率を理解するための最も重要な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
|
この`イベント`の`データ`が`ソースシステム`から`最終的`に`更新`または`抽出`された`時刻`を示す`タイムスタンプ`です。 | ||
|
説明
この属性は、プロセスマイニングデータセット内でイベントデータが最後に更新された時刻を示します。データの鮮度と分析対象期間を理解するために不可欠です。 これはデータガバナンスのために使用され、ダッシュボードに表示されるインサイトの最新性についてユーザーに通知します。「このプロセスビューはどのくらい最新ですか?」といった質問に答えるのに役立ちます。
その重要性
データの適時性に関する重要なコンテキストを提供し、ユーザーが分析期間を理解できるようにします。
取得元
この
例
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
定時配送か
IsOnTimeDelivery
|
注文が要求された配送日またはそれ以前に配送されたかどうかを示すブール値フラグ。 | ||
|
説明
これはパフォーマンス分析を簡素化する計算属性です。「実際の配送日」を「要求納期」と比較することによって導き出されます。実際の配送日が要求納期以前であれば値はtrue、そうでなければfalseです。 このフラグにより、顧客配送パフォーマンスダッシュボードのようなKPIやダッシュボードの作成が容易になります。迅速なフィルタリングと集計により、全体の納期遵守率を計算し、遅延オーダーの共通特性を見つけるための根本原因分析を可能にします。
その重要性
顧客の期待に対するパフォーマンスを直接測定し、配送の適時性に関連する主要業績評価指標の作成を簡素化します。
取得元
この属性はソースシステムにはありません。データ変換プロセス中に「ActualDeliveryDate」が「RequestedDeliveryDate」以下であるかを比較することで計算されます。
例
truefalse
|
|||
|
手戻り
IsRework
|
ロジスティクスオーダーが、反復活動やプロセス内のループなど、手戻りを経験したかどうかを示すブール値フラグ。 | ||
|
説明
この計算属性は、直線的で効率的なフローから逸脱するケースを特定します。通常、アクティビティが繰り返されたり、後続のアクティビティの後に以前のアクティビティが続いたりするシーケンスを検出することによって決定され、プロセスのループ(例:「商品ピッキング」→「品質管理失敗」→「商品ピッキング」)を示します。 このフラグは、プロセスの非効率性を定量化する上で極めて重要です。これにより、オーダー手戻り率KPIを計算し、アナリストが手戻りを含むケースをフィルタリングして調査し、データ入力エラー、品質問題、または不正確な初期処理などの根本原因を理解するのに役立ちます。
その重要性
ループや反復ステップなど、遅延やコスト増加の原因となるプロセス非効率性を定量化し、分離するのに役立ちます。
取得元
これはソースシステムでは利用できません。プロセスマイニングツールが各ケースのアクティビティのシーケンスを分析し、手戻りを示すパターンを検出することによって計算されます。
例
truefalse
|
|||
|
注文金額
OrderValue
|
ロジスティクスオーダーの総額。 | ||
|
説明
この属性は、単一のロジスティクスオーダーに関連する財務的価値を表します。これは、分析を優先順位付けし、プロセスの非効率性が財務に与える影響を理解するための重要なビジネス指標です。 プロセスマイニングでは、オーダー価値を使用してプロセスパフォーマンスと財務成果を関連付けることができます。例えば、高価値のオーダーがより長い遅延を経験し、収益に重大なリスクをもたらすことが分析によって示される場合があります。また、最も価値の高いプロセスに対する改善を優先することも可能になります。
その重要性
プロセスパフォーマンスに財務的背景を提供し、金銭的影響に基づいて改善の優先順位付けを支援します。
取得元
オーダー金額は通常、Oracle Order Managementの販売オーダーヘッダーレベルに格納されます。合計金額フィールドについては、DOO_HEADERS_ALLなどのテーブルを参照してください。
例
5250.7512300.00950.20
|
|||
|
輸送期間
TransportationDuration
|
貨物が積み込み地点から目的地まで移動するのにかかった時間。 | ||
|
説明
これは、全体のサイクルタイムにおける「輸送中」部分を測定する計算メトリクスです。「輸送用積載済み」アクティビティと「目的地で荷降ろし済み」アクティビティのタイムスタンプ間の時間差として計算されます。 この属性は、輸送効率分析ダッシュボードの基盤となります。これにより、輸送フェーズ中に特有に発生する遅延を特定し、運送業者と輸送モードごとに分析することで、出荷パフォーマンスを最適化するのに役立ちます。
その重要性
輸送中時間を分離し、倉庫や生産の遅延とは独立して輸送効率に焦点を当てた分析を可能にします。
取得元
このメトリクスは、データ変換中に、あるケースの「輸送用積載済み」イベントと「目的地で荷降ろし済み」イベントのタイムスタンプ間の時間差を見つけることで計算されます。
例
2日3時間5日1時間12時間
|
|||
|
運送業者名
CarrierName
|
商品の輸送を担当する第三者ロジスティクス会社または運送会社の名称。 | ||
|
説明
運送会社名は、出荷に使用される特定の輸送プロバイダーを識別します。これは、ロジスティクスパートナーのパフォーマンスを評価するための重要な情報です。 この属性は、輸送効率分析ダッシュボードで使用され、異なる運送会社のパフォーマンスを比較します。これにより、どの運送会社が最短の輸送時間であるか、特定のルートで最も信頼性が高いか、そして最高の価値を提供するかといった質問に答えるのに役立ちます。
その重要性
輸送パートナーのパフォーマンスベンチマークを可能にし、これは輸送コストと信頼性を最適化するために不可欠です。
取得元
この情報はOracle Transportation Managementまたは出荷モジュールに格納されています。通常、WSH_TRIPSのようなテーブルの特定のトリップまたは配送経路にリンクされています。
例
FedExDHLUPSマースク
|
|||
|
顧客名
CustomerName
|
注文を行った顧客の名前。 | ||
|
説明
この属性は、商品およびサービスの受取人を識別します。これは、あらゆる顧客中心の分析にとって基本的な要素です。 顧客別にプロセス分析をセグメント化することで、重要なパターンが明らかになることがあります。例えば、特定の高価値顧客はより多くの遅延を経験したり、異なる顧客セグメントが異なるプロセスパスをたどったりする可能性があります。この情報は、顧客サービスを改善し、主要顧客を効果的に管理するために不可欠です。
その重要性
顧客中心のプロセスビューを可能にし、特定の顧客や顧客タイプが固有のプロセス課題に直面しているかどうかを理解するのに役立ちます。
取得元
顧客情報は受注管理モジュールに保存され、販売注文にリンクされています。これは、顧客アカウントテーブル(HZ_CUST_ACCOUNTS)と結合することにより、DOO_HEADERS_ALLに関連するテーブルで見つけることができます。
例
リテール・コーポレーション製造ソリューションメガストア株式会社
|
|||
サプライチェーンマネジメント活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
商品のピッキングと梱包
|
倉庫担当者が在庫から注文品目をピッキングし、出荷のために梱包します。このプロセスにはいくつかのシステムトランザクションが関与し、最終的に梱包済みステータスになります。 | ||
|
その重要性
これは物理的な出荷プロセスの開始を示します。オーダー作成からこの時点までの時間(「在庫確認からフルフィルメントまでの時間」KPIでカバー)は、内部フルフィルメントの効率を測定します。
取得元
Oracle Shippingにおける出荷ラインまたは配送詳細のステータスから推測されます。これは、ピックウェーブ作成、ピック確認、パック確認などの複数のイベントの集計であることが多いです。
取得
販売オーダーラインに関連付けられた最終ピッキング確認または梱包確認トランザクションのタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
生産完了品
|
商品の製造プロセスが完了し、完成品が在庫に移動されます。これは、作業指示書がシステムで完了として報告されたときに捕捉されます。 | ||
|
その重要性
製造フェーズの終了と製品の出荷準備が整ったことを示します。「生産計画済み」からこのイベントまでの期間は、製造効率の重要な指標となります。
取得元
Oracle Manufacturing Cloudにおける作業指示の完了トランザクションから取得されます。これにより、作業指示のステータスが「完了」に更新されます。
取得
作業指示書完了トランザクションのタイムスタンプ、またはステータスが「完了」に変更されたときのタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
生産計画済み
|
製造される品目については、生産タイムラインとリソース配分を定義する作業指示がスケジュールされます。このイベントは、作業指示のステータスが「スケジュール済み」または「リリース済み」に更新されたときに捕捉されます。 | ||
|
その重要性
このアクティビティは、「生産・出荷段階遅延」ダッシュボードにとって重要なマイルストーンです。生産サイクルの開始を意味し、ここでの遅延はフルフィルメントプロセス全体に波及します。
取得元
Oracle Manufacturing Cloudにおける作業指示のステータス変更から推測されます。関連データはWIP_DISCRETE_JOBSなどのテーブルに保存されます。
取得
作業指示書のステータスが「リリース済み」または生産開始を示す類似の状態に変わったときのタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
納品証明書受領
|
顧客は、商品の受領を署名で確認し、配送プロセスを正式に完了します。これは、多くの場合、オーダーまたは出荷に配送証明書の日付と文書を更新することで記録されます。 | ||
|
その重要性
これは、成功したロジスティクスオーダーの決定的な終了イベントであり、「エンドツーエンドロジスティクスサイクルタイム」KPIにとって極めて重要です。また、コンプライアンスおよび紛争解決プロセスもサポートします。
取得元
多くの場合、出荷または販売オーダー記録への手動または半自動での更新です。システムには、イベントのタイムスタンプとして使用できるPOD日付の特定フィールドがある場合があります。
取得
出荷またはオーダーレコードの「配送証明日」フィールドのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
輸送のために商品を積載
|
梱包された商品が運送会社の車両に積み込まれ、出荷が正式に倉庫から出発します。これは、Oracle Shippingの「出荷確認」トランザクションによって記録されます。 | ||
|
その重要性
このイベントは、輸送経路の始まりを示します。これは「輸送サイクルタイム」KPIおよび「輸送効率分析」ダッシュボードの開始点となります。
取得元
Oracle Shippingの「出荷確認」トランザクションによって捕捉される明示的なイベントです。これにより、配送詳細のステータスが「出荷済み」に更新されます。
取得
出荷確認アクションのトランザクションタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
顧客注文作成済み
|
このアクティビティは、Oracle 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
|
|||
|
発注書発行
|
購買依頼書は法的拘束力のある発注書に変換され、サプライヤーに送付されます。このイベントは、POが承認され、そのステータスが「オープン」または「送信済み」に更新されたときに明示的に捕捉されます。 | ||
|
その重要性
これはサプライヤーリードタイムの正式な開始を示します。「サプライヤーリードタイムパフォーマンス」ダッシュボードおよび「サプライヤー納期遵守率」KPIの測定に不可欠です。
取得元
Oracle Procurement Cloudにおける購買注文の承認日または提出日から取得され、PO_HEADERS_ALLなどのテーブルに保存されます。
取得
発注書のステータスが承認済みまたはオープン状態に変わったときのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
目的地での商品荷降ろし
|
出荷品が顧客の所在地または目的地の港に到着し、荷降ろしされます。この情報は、運送業者からのデータまたは輸送管理システムに基づいて更新されることがよくあります。 | ||
|
その重要性
このアクティビティは、輸送期間の終了を示します。「輸送用積載済み」からの期間は、運送業者のパフォーマンスと輸送効率を分析するために不可欠です。
取得元
これは、輸送管理システムが統合されている場合は明示的なイベントであるか、推測される場合があります。運送業者のステータス更新または配送確認時の手動入力に基づく可能性があります。
取得
統合されたTMSからのタイムスタンプ、または出荷記録上の手動で更新された「配送済み」ステータスを使用します。
イベントタイプ
explicit
|
|||
|
購買依頼書作成済み
|
サプライヤーから資材を調達するための正式な要求が作成されます。これは通常、販売注文を履行するのに在庫が不足している場合にトリガーされます。これはOracle Procurementモジュール内の明示的なトランザクションです。 | ||
|
その重要性
この活動は、調達および外部サプライヤーへの依存関係を浮き彫りにします。このイベントから資材受領までの時間を分析することは、サプライヤー関連の遅延を理解する上で重要です。
取得元
Oracle Procurement Cloudの購買依頼書の作成タイムスタンプから記録され、POR_REQUISITION_HEADERS_ALLのようなテーブルにあります。
取得
購買依頼書レコードの作成日を使用します。
イベントタイプ
explicit
|
|||