倉庫管理データテンプレート

Oracle WMS Cloud
倉庫管理データテンプレート

倉庫管理データテンプレート

このテンプレートでは、倉庫管理プロセスの分析に必要なデータを収集するための明確な手順を示します。追跡が必要な主要な属性とアクティビティに加え、ソースシステムから情報を抽出する方法も説明します。
  • 収集を推奨する属性
  • プロセスで追跡する主要なアクティビティ
  • データ抽出の手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

倉庫管理の属性

倉庫管理を詳細に分析するため、イベントログへ含めることを推奨するデータ項目です。
5 必須 7 推奨 9 任意
名前 説明
アクティビティ名
ActivityName
倉庫管理プロセス内で発生した特定の業務イベントまたはタスクの名称です。たとえば、「Goods Picked」や「Shipment Dispatched」などがあります。
説明

アクティビティ名は、倉庫オーダーのライフサイクルにおける1つのステップまたはマイルストーンを表します。これらのアクティビティがプロセスマップ上の連続したノードとなり、プロセスフローの可視化と分析を可能にします。各アクティビティには時刻が記録されるため、パフォーマンス測定とボトルネック分析の基盤になります。

プロセスマイニングでは、この属性がプロセスモデルの構築に欠かせません。アクティビティの頻度、経路、ステップ間の所要時間の分析に使います。「Quality Inspection Performed」や「Picking Task Created」などのアクティビティがどの順序で、どの程度発生しているかを把握することは、リソース配分の最適化とサイクルタイム短縮に重要です。

重要な理由

この属性によってプロセスマップ上のステップを定義し、倉庫のワークフローを可視化、分析、最適化できます。

入手先

通常は、プロセスのマイルストーンを記録するOracle WMS Cloudのイベントログ、タスクステータステーブル、またはトランザクションレコードから取得します。

商品が到着ピッキングタスクを作成商品の梱包完了出荷完了
イベント開始時刻
EventStartTime
特定の倉庫アクティビティまたはイベントが開始した時刻を示すタイムスタンプです。
説明

イベント開始時刻は、アクティビティの開始を示す正確な日時です。プロセスマイニングでは、イベントを時系列に並べ、所要時間やサイクルタイムを計算するために使う主要な時間属性です。このタイムスタンプは、実際に発生したプロセスフローを正確に再現するために欠かせません。

イベント開始時刻に基づく分析は、パフォーマンスの監視に重要です。アクティビティ間の時間、ケース全体の所要時間、サービスレベル合意の遵守状況などの主要指標を計算できます。「Goods Receipt to Putaway Cycle Time」のようにサイクルタイムを可視化するダッシュボードは、この属性を使って遅延を特定します。

重要な理由

イベントを正しい順序に並べ、サイクルタイムやボトルネックなど、時間に基づくすべてのパフォーマンス指標を計算するために重要なタイムスタンプです。

入手先

通常は、Oracle WMS Cloudのトランザクションテーブルにあるタスクまたはイベントレコードに関連付けられた作成時刻または開始時刻のフィールドです。

2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
倉庫オーダー
WarehouseOrder
倉庫オーダーを一意に識別するIDです。開始から終了まで、関連するすべての物流アクティビティを追跡する際の主要なケースIDとして機能します。
説明

倉庫オーダーは、入荷や出荷など、倉庫内の1つの物流タスクに関連するすべてのイベントとアクティビティをまとめる中心的な識別子です。プロセスマイニングではケースIDとして機能し、その注文に関する倉庫プロセスのライフサイクル全体をエンドツーエンドで分析できます。

倉庫オーダー単位でプロセスを分析すると、作成から完了またはキャンセルまでの全体の流れを可視化できます。一般的なプロセス経路、ボトルネック、逸脱、倉庫業務の効率に影響する手戻りループの特定にも役立ちます。さまざまな注文タイプについて、全体的なパフォーマンスと標準手順への準拠状況を把握するうえで重要な視点です。

重要な理由

関連するすべての倉庫アクティビティを結び付け、物流注文ごとの完全なエンドツーエンドのプロセスビューを可能にする、不可欠なケースIDです。

入手先

通常は、Oracle WMS Cloudの倉庫オーダーテーブルにあるヘッダーレベルのデータに記録されています。OrdersやTasksモジュールなどで確認できます。

WO-0054321ORD-9876543SHIP-2024-1001
ソースシステム
SourceSystem
倉庫管理データを抽出したシステムです。
説明

データの取得元を示す属性で、この場合はOracle WMS Cloudです。一見固定値に見えますが、データガバナンスやトレーサビリティの確保、複数システムのデータを統合して分析する場合に欠かせません。

プロセスマイニングでは、関係者がデータを信頼し、その背景を理解するために役立ちます。異なる倉庫で異なるシステムを使っている場合、この項目によって倉庫ごとのプロセスパフォーマンスを分けて比較できます。

重要な理由

データの取得元とガバナンスに関する重要な情報を提供し、トレーサビリティを確保するとともに、複数システムの分析を可能にします。

入手先

通常は、データ変換プロセスでデータセットの取得元を示すために追加する固定値です。

Oracle WMS CloudOracle Fusion WMS
最終データ更新時刻
LastDataUpdate
このイベントのデータがソースシステムから最後に抽出または更新された時刻を示すタイムスタンプです。
説明

最終データ更新時刻は、Oracle WMS Cloudからデータを取得した日時を示します。このメタデータは、分析対象データの鮮度を把握し、最新情報に基づいて意思決定できているかを確認するために重要です。

プロセスマイニングのダッシュボードでは、表示データがいつ更新されたかを知らせます。分析がリアルタイムの業務を反映しているのか、過去のスナップショットなのかを判断する材料となり、業務を監視するうえで重要です。

重要な理由

データの鮮度を示すため、プロセス分析がどの時点の状況を反映しているかを把握するうえで欠かせません。

入手先

通常は、データの抽出、変換、ロード(ETL)プロセスで生成され、追加されるタイムスタンプです。

2023-11-01T02:00:00Z2023-11-02T02:00:00Z
SLA状態
SLAState
Requested Completion Dateに基づき、倉庫オーダーが期限内に完了したか、遅延したか、遅延リスクがあるかを示す計算済みのステータスです。
説明

SLA Stateは、オーダーの期限に対するパフォーマンスを即座に分類する派生属性です。完了アクティビティ(例:'Shipment Dispatched')のタイムスタンプと'RequestedCompletionDate'を比較して算出します。状態は'On Time'、'Late'、または期限が近い未完了オーダーについては'At Risk'に分類できます。

この属性は、'Warehouse Order SLA Adherence'ダッシュボード専用に設計されています。複雑な日付比較を分かりやすいステータスに変換するため、パフォーマンスをすばやく視覚的に確認できます。分析担当者は、すべての遅延オーダーを絞り込み、サービスレベル合意を満たせなかった原因を分析できます。

重要な理由

SLAのコンプライアンス状況をひと目で確認できるシンプルなステータスを示し、期限内のパフォーマンスを追跡・分析しやすくします。

入手先

最終アクティビティのタイムスタンプとRequestedCompletionDateを比較して算出します。

予定どおり遅延遅延リスクあり
イベント終了時刻
EventEndTime
特定の倉庫アクティビティまたはイベントが完了した時刻を示すタイムスタンプです。
説明

イベント終了時刻は、アクティビティが終了した正確な日時を示します。利用できる場合は、次のアクティビティの開始時刻から推定するよりも、アクティビティの所要時間を正確に測定できます。「Packing」や「Quality Inspection」など、処理時間を測定できるタスクで特に役立ちます。

開始時刻と終了時刻の両方があれば、アクティビティの処理時間を正確に計算できます。タスクに実際に取り組んでいた時間(処理時間)と、次のステップの開始を待っていた時間(待機時間)を区別できるため、リソースの利用状況と効率を分析できます。

重要な理由

個々のアクティビティの所要時間を正確に計算できるため、実際の処理時間と何もせずに待機していた時間を区別できます。

入手先

通常は、Oracle WMS Cloudのタスクまたはイベントレコードにある完了時刻または終了時刻のフィールドです。

2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
ユーザー/作業員ID
UserOperatorId
倉庫アクティビティを実行したユーザー、作業員、または従業員の識別子です。
説明

ピッキング、梱包、棚入れなど、特定のタスクを実行した担当者を識別する属性です。人員のパフォーマンス、作業量の分配、標準作業手順の遵守状況を分析するための重要な切り口になります。

ユーザー/作業員IDでプロセスを分析すると、パフォーマンスの高い従業員、追加のトレーニングが必要な従業員、チーム内の作業量の偏りを特定できます。「アクティビティ別リソース利用状況」ダッシュボードでは、ユーザーごとの貢献度や、特定のユーザー操作に関連するボトルネックを把握するために欠かせません。

重要な理由

人員のパフォーマンスを分析し、トレーニングの必要性を特定するとともに、作業量を公平に分配するための重要な属性です。

入手先

通常はトランザクションテーブルまたはタスクテーブルに記録されています。操作を実行した際にシステムやハンディターミナルへログインしていたユーザーと関連付けられていることが多い項目です。

JSMITHBJOHNSONUSER123
倉庫オーダータイプ
WarehouseOrderType
倉庫オーダーを、入荷、出荷、社内移動などの種類に分類します。
説明

倉庫オーダータイプは、注文の目的に関する重要な情報を提供します。一般的な種類には、顧客向け出荷、購買オーダーの入荷、拠点間の在庫移動、返品などがあります。この分類は、プロセス分析を分け、異なるワークフローのパフォーマンスを比較するための基本となります。

プロセスマイニングでオーダータイプを絞り込むと、入荷フローと出荷フローそれぞれのプロセスマップを作成できます。両者では手順も目標とするパフォーマンスも大きく異なります。たとえば、出荷のKPIは処理速度と顧客への配送に重点を置く一方、入荷のKPIは在庫の利用可能性と正確性に重点を置きます。「ピッキング・梱包処理量」ダッシュボードで異なるフルフィルメントプロセスを比較するために欠かせない属性です。

重要な理由

入荷、出荷、社内処理など、目的やワークフローが異なるプロセスに分けて分析できます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は倉庫オーダーのヘッダーデータに含まれています。

出荷入荷受領社内移動顧客返品
優先度
PriorityLevel
「High」、「Normal」、「Low」など、倉庫オーダーの緊急度を分類したものです。
説明

優先度は、倉庫オーダーの緊急度を示す業務上の属性です。特急出荷や重大な在庫不足に対する補充など、優先度の高い注文は、より速いプロセス経路で処理し、リソースがすぐに対応する必要があります。

「優先注文フルフィルメントパフォーマンス」ダッシュボードに欠かせない属性です。優先度に基づいてプロセスを絞り込み、比較すると、優先度の高い注文が実際に優先処理され、厳しいSLAを満たしているかを評価できます。最も重要な業務ニーズに対応できるよう、リソースが適切に配分されているかの確認にも役立ちます。

重要な理由

緊急注文が通常注文より速く処理されているかを分析し、重要なSLAの達成状況を確認できます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は注文ヘッダーデータのフィールドです。

通常
完了希望日
RequestedCompletionDate
倉庫オーダーの完了または出荷が予定されている目標日です。
説明

完了希望日は、サービスレベル合意(SLA)または顧客が期待する注文の期限を示します。実際の注文完了時刻と比較し、期限どおり、前倒し、遅延のいずれであったかを判断する基準になります。

「倉庫オーダーSLA遵守状況」などのパフォーマンス監視ダッシュボードや、「定時出荷コンプライアンス」などのKPIの計算に欠かせない属性です。実際の出荷時刻とこの希望日を比較すると、サービスレベルの達成状況を測定し、遅延の根本原因を特定し、期限に間に合わない可能性のある注文を優先できます。

重要な理由

定時パフォーマンスとSLAコンプライアンスを測定する主要な属性であり、顧客満足度に直接影響します。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は注文ヘッダーデータの一部で、販売オーダーまたは購買オーダーから取得されます。

2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
実績数量
ActualQuantity
入荷やピッキングなどのアクティビティで、実際に数えた、または処理した商品の数量です。
説明

実績数量は、倉庫タスクで処理した単位数の実数です。入荷、棚入れ、ピッキング、循環棚卸などで記録されることが多く、在庫移動の実態を示します。

「在庫数量差異」ダッシュボードに欠かせない属性です。購買オーダーや出荷オーダーなどの元伝票にある計画数量と実績数量を比較すると、差異をすぐに特定できます。差異を分析すると、仕入先のミス、入荷時のミス、ピッキングミスなど、在庫の不正確さの原因を特定でき、正確な在庫水準の維持に役立ちます。

重要な理由

計画数量と比較することで在庫差異を特定でき、在庫精度の向上に役立つ重要な属性です。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常はトランザクション明細またはタスク明細テーブルのフィールドです。

10098500
ロケーション識別子
LocationIdentifier
アクティビティが発生した倉庫内の具体的な物理ロケーションです。ビン、ドックドア、ステージングエリアなどが該当します。
説明

イベントに関連する倉庫内の正確な場所を示します。「商品到着」では入荷ドック、「商品棚入れ」では保管ビン、「商品の梱包完了」では梱包ステーション、「出荷用ステージング完了」ではステージングレーンなどが該当します。

この属性によって、プロセス分析に空間的な視点を加えられます。倉庫内の特定エリアに関連するボトルネックの特定に役立ちます。たとえば、特定の通路でピッキングが常に遅い、特定のドックドアが入荷のボトルネックになっている、といった状況を把握できます。倉庫レイアウト、リソース配分、プロセス設計に関する判断材料になります。

重要な理由

物理的な視点を分析に加え、特定の倉庫ゾーン、通路、ビンに関連するボトルネックの特定に役立ちます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常はタスクレベルの詳細に記録されています。

A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
使用設備
EquipmentUsed
倉庫アクティビティの実行に使ったフォークリフトやハンディスキャナーなどの設備の識別子です。
説明

倉庫タスクで使用した物理的な資産または設備を示す属性です。設備の使用状況を追跡すると、作業員のパフォーマンスに加えて、リソースを別の角度から分析できます。設備の稼働率や保守の必要性を把握し、機器の配分を最適化するのに役立ちます。

「アクティビティ別リソース利用状況」ダッシュボードでは、使用設備による分析が重要です。特定の設備がボトルネックになっていないか、設備の可用性や効率に基づいてタスク配分を改善できないかを確認できます。たとえば、特定の型式のフォークリフトが棚入れ作業で一貫して遅いことが分かれば、原因を調査できます。

重要な理由

設備の利用状況と効率を分析し、資産に起因するボトルネックを特定してリソース配分を最適化できます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。特定の設備にログインして作業する場合は、タスク実行レコードに記録されていることがあります。

FORKLIFT-05SCANNER-A12CART-27
倉庫オーダーステータス
WarehouseOrderStatus
「Completed」や「Cancelled」など、倉庫オーダーの現在または最終的なステータスです。
説明

倉庫オーダーの結果または最終状態を示す属性です。正常に処理された注文、キャンセルされた注文、処理中の注文を区別できます。完了したプロセスだけを分析対象にしたり、キャンセルの理由を調査したりする際の重要な切り口です。

最終ステータスに基づいてケースを分析すると、プロセスの違いと結果を把握できます。たとえば、「Completed」の注文と「Cancelled」の注文のプロセスフローを比較すると、通常どの段階でキャンセルが発生するかが分かり、在庫、顧客からの依頼、システムエラーなどの問題を調査できます。「Daily Warehouse Throughput」などの処理量KPIの計算にも使います。

重要な理由

ケースの結果を定義するため、正常に完了した注文に分析対象を絞ったり、キャンセルなどの例外を調査したりできます。

入手先

通常は、Oracle WMS Cloudの倉庫オーダーヘッダーレコードにあるステータスフィールドです。

完了進行中キャンセル済み保留中
出荷ID
ShipmentId
一緒に輸送される1つ以上の倉庫オーダーをまとめる、出荷の一意識別子です。
説明

Shipment IDは、複数の倉庫オーダーを輸送用の単一の物流単位にまとめるための上位レベルの識別子です。たとえば、同じ配送先に向かう複数の小口オーダーを、同じトラックの1件のShipmentにまとめることができます。

この分析ではWarehouse OrderがケースIDですが、Shipment IDを使うと、出荷物流を別の切り口で分析できます。たとえば、1件のShipmentに含まれるすべてのオーダーをまとめるまでの合計時間を、Shipment単位で評価できます。また、単一のオーダーではなく、Shipment全体に影響する問題の追跡にも利用できます。

重要な理由

複数のオーダーを1つの輸送単位にまとめ、集約効率とShipment単位のパフォーマンスを分析できるようにします。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は、ShipmentまたはLoad管理のモジュールに記載されています。

SHP-98765LOAD-A543BOL-123456
商品SKU
ProductSKU
倉庫オーダーで処理する商品のStock Keeping Unit(SKU)または識別子です。
説明

商品SKUは、特定の商品や品目を識別する一意のコードです。倉庫オーダーには1つ以上の商品が含まれることが多く、この属性によって処理対象の商品別に分析できます。

商品SKU単位でプロセスを分析すると、商品ごとの倉庫効率への影響を把握できます。たとえば、大型商品や壊れやすい商品は取り扱い時間が長くなり、回転の速い商品はより効率化されたプロセス経路をたどる場合があります。この情報は、ピッキングや棚入れの移動時間を短縮するための商品配置戦略や、商品の特性が全体の処理量に与える影響を理解するうえで役立ちます。

重要な理由

商品の特性に基づいて分析できるため、取り扱い時間やプロセスフローの把握、商品配置や保管戦略の検討に役立ちます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常はオーダー明細またはタスク詳細レベルに記録されています。

SKU-100-RED-LGPROD-54321HW-CMP-001A
手戻りかどうか
IsRework
同じケース内で、アクティビティが前のステップの繰り返しであるかを示す真偽値のフラグです。手戻りやプロセスループを把握できます。
説明

Is Reworkは、プロセスが直線的な流れから外れ、アクティビティを繰り返したことを特定する計算済みフラグです。たとえば、同じオーダーで'Goods Picked'の後に再び'Goods Picked'が発生した場合、2回目のアクティビティが手戻りとしてフラグ付けされます。これは、ピッキングミスの修正が必要になった場合など、問題の発生を示すことがあります。

この属性は、'Process Deviation & Rework Analysis'ダッシュボードと'Warehouse Rework Rate' KPIに欠かせません。これらのイベントにフラグを付けることで、手戻りの頻度と影響を定量化できます。手戻りが発生しやすいアクティビティを特定すると、非効率や運用コストの増加につながるプロセス上の弱点、品質問題、トレーニング不足を把握できます。

重要な理由

このフラグにより、プロセスの非効率やループを直接特定でき、手戻りのコストと頻度を定量化できます。

入手先

同じCaseIdでアクティビティの繰り返しシーケンスを検出し、プロセスマイニングツール内で算出します。

truefalse
理由コード
ReasonCode
在庫調整、返品、逸脱など、特定のイベントが発生した理由を説明するコードまたは説明です。
説明

理由コードは、プロセス内で発生した標準外のイベントや例外の背景を示します。たとえば、「在庫調整済み」アクティビティの理由コードに「破損品」、「循環棚卸調整」、「期限切れ在庫」などが記録されます。プロセス逸脱の根本原因を分析するうえで重要です。

プロセスマイニングでは、例外が発生した理由を理解するために役立ちます。理由コードごとの頻度と影響を分析すると、組織的な問題を特定できます。たとえば、「破損品」による調整が頻発している場合は取り扱い手順の見直しにつながり、「ピッキングミス」が多い場合は、ピッカー向けのトレーニングやシステムチェックの改善が必要だと判断できます。

重要な理由

例外や逸脱の背景を把握し、在庫調整や遅延などの問題の根本原因を分析できます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は例外処理のトランザクションで入力されます。

DMG:輸送中の破損QTY_MISMATCH:サプライヤーの数量不足WRONG_ITEM_PICKED
計画数量
PlannedQuantity
購買オーダーや販売オーダーなどの元伝票に基づく、アクティビティで予定された商品の数量です。
説明

計画数量は、元となる伝票で指定されたタスクの予定単位数です。入荷では購買オーダーの数量、出荷では販売オーダーの数量が該当します。

実績数量と比較する基準になります。「在庫データ差異率」KPIは、計画数量と実績数量の差に基づいて計算します。この差異を分析すると、仕入先、社内プロセス、データ入力ミスなど、サプライチェーンや在庫管理上の問題に対処できます。

重要な理由

在庫精度を測定し、入荷やピッキングで発生する差異を特定するための基準になります。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は、倉庫タスクに関連付けられたオーダー明細に記録されています。

100100500
運送業者
Carrier
出荷を担当する運送業者または輸送事業者です。
説明

倉庫から最終目的地まで商品を輸送する物流パートナーを示す属性です。FedExやUPSなどの商用運送業者、貨物輸送会社、自社車両などが該当します。

「出荷ディスパッチサイクルタイム」ダッシュボードで、運送業者ごとのパフォーマンスを分析、比較するために使います。「出荷用ステージング完了」から「出荷完了」までの時間を運送業者別に分けると、効率の高いパートナー、遅延の原因となるパートナーを特定し、契約交渉や運送業者の選定に役立てられます。

重要な理由

異なる運送業者のパフォーマンスを比較し、出荷物流の改善と出荷遅延の削減に役立ちます。

入手先

Oracle WMS Cloudのドキュメントを参照してください。通常は倉庫オーダーに関連する出荷またはロード情報に保存されています。

FedExUPSDHLXPO Logistics
必須 推奨 任意

倉庫管理のアクティビティ

正確なプロセスディスカバリーに必要な、イベントログへ記録すべき主要なプロセス手順とマイルストーンです。
7 推奨 9 任意
アクティビティ 説明
倉庫オーダー完了
倉庫オーダー自体が最終的に完了したことを示します。出荷時に完了する場合もあれば、すべてのシステム更新が完了した後、少し遅れて完了する場合もあります。プロセスが正常に終了したことを示すイベントです。
重要な理由

エンドツーエンドの倉庫プロセスのライフサイクルが終了したことを示します。倉庫業務全体の総サイクルタイムと処理量を計算するために欠かせません。

入手先

通常は、倉庫オーダーオブジェクトの最終ステータスが「Completed」または「Closed」に変更されたことから推定します。この最終ステータス更新の時刻を使用します。

取得

倉庫オーダーのステータスが最終的な正常終了状態に変更されたことから推定します。

イベントタイプ inferred
入荷納品を作成
このアクティビティは、Oracle WMS Cloudで事前出荷通知(ASN)または入荷納品レコードを作成したことを示します。入荷プロセスの開始点であり、商品が倉庫に到着する予定であることを正式に通知するものです。
重要な理由

これは通常、倉庫の入荷プロセスにおける主な開始イベントです。この時点から実際の入庫までの時間を分析することで、サプライヤーの信頼性と計画の精度を測定できます。

入手先

このイベントは通常、入荷出荷またはASNオブジェクトの取引履歴から取得します。ドキュメントの作成タイムスタンプに対応します。

取得

入荷出荷またはASNレコードの作成イベントから取得します。

イベントタイプ explicit
出荷完了
積み込み済みのトラックが出荷され、倉庫を出発する最終ステップを示します。このトランザクションにより、WMS上および実際の出荷作業上で出荷オーダーが完了します。
重要な理由

最終出荷のマイルストーンであり、定時出荷のコンプライアンスを測る重要なKPIデータです。商品が運送業者へ引き渡され、倉庫の責任が終了したことを示します。

入手先

Oracle WMS Cloudにおける主要な明示的トランザクションで、通常は「Ship Confirm」または「Dispatch Load」と呼ばれます。Outbound LoadまたはShipmentレコードに正確な時刻とともに記録されます。

取得

「Ship Confirm」または「Dispatch Load」トランザクションの時刻から取得します。

イベントタイプ explicit
商品の梱包完了
出荷容器または注文全体の梱包プロセスが完了したことを示します。作業員がすべての商品が梱包されたことを確認し、出荷用に容器を封印してラベルを貼付します。
重要な理由

このマイルストーンは、注文に関して倉庫内で付加価値を生むアクティビティが終了したことを示します。ピッキングから梱包完了までの時間は、倉庫内のフルフィルメント速度を測る重要な指標です。

入手先

通常は、「Close Container」や「Finish Pack」などの明示的なトランザクションです。完了時刻は、梱包または出荷オーダーのトランザクション履歴に記録されます。

取得

注文に対する最後の梱包トランザクションの完了時刻から取得します。

イベントタイプ explicit
商品をピッキング
オペレーターが保管場所から商品を物理的に取り出し、システム上でピッキングを確認したことを示します。商品は梱包または仕分けエリアへ移動できる状態です。
重要な理由

受注処理における主要なマイルストーンです。ピッキング時間を分析することで、倉庫レイアウト、ピッキング戦略、オペレーターの作業によるボトルネックを特定できます。

入手先

タスク履歴または取引ログに記録されたピッキングタスクの完了タイムスタンプから取得します。オペレーターによる確認スキャンで取引が完了します。

取得

ピッキングタスク取引の完了タイムスタンプに基づきます。

イベントタイプ explicit
商品を入庫
商品が荷下ろしされ、スキャンされ、倉庫の管理対象として正式に受け入れられたことを示します。入荷納品書類と照合して数量を確認する取引イベントです。
重要な理由

在庫を正式に受け入れたことを示す重要なマイルストーンです。このアクティビティの完了までにかかる時間は、在庫を棚入れや受注処理に利用できるようになるまでの時間に直接影響します。

入手先

Oracle WMS Cloudの入庫取引ログから取得します。商品の入庫をスキャンまたは確認するたびに、タイムスタンプ付きの取引レコードが生成されます。

取得

「ASNを受領」または同様の入庫取引の完了タイムスタンプに基づきます。

イベントタイプ explicit
商品を棚入れ
棚入れプロセスが正常に完了したことを示します。オペレーターが商品を保管棚へ物理的に移動し、システム上で処理を確認することで、在庫が利用可能になります。
重要な理由

入荷プロセスの終了を示す重要なマイルストーンです。「入庫から保管までの時間」KPIの合計値を算出し、棚入れ効率を分析するうえで欠かせません。

入手先

オペレーターが棚入れタスクを確認すると、完了タイムスタンプ付きの取引レコードが作成されます。通常はタスク履歴または在庫取引ログから取得します。

取得

棚入れタスク取引の完了タイムスタンプに基づきます。

イベントタイプ explicit
ピッキングタスクを作成
システムが、出荷受注に必要な商品を保管場所から取り出すピッキングタスクをオペレーター向けに生成したときに発生します。倉庫内の受注処理サイクルの開始点です。
重要な理由

出荷ピッキングプロセスの開始を示すイベントです。このイベントからピッキング完了までの時間は、受注処理の効率とリソースの対応力を測る重要な指標です。

入手先

倉庫タスク管理テーブルに記録されます。ピッキングタスクレコードの作成タイムスタンプをアクティビティ時刻として使用します。

取得

システムが生成したピッキングタスクの作成タイムスタンプから取得します。

イベントタイプ explicit
倉庫オーダーキャンセル
完了前に倉庫オーダーがキャンセルされたことを示します。プロセスが正常に終了しなかった場合の代替終了状態です。
重要な理由

キャンセルを追跡すると、需要の変化、入力ミス、その他の注文中止の原因を把握できます。プロセス上の無駄が発生している箇所の特定にも役立ちます。

入手先

通常は、倉庫オーダーのステータスが「Cancelled」または同様の最終状態に変更されたことから推定します。このステータス更新の時刻を使用します。

取得

倉庫オーダーのステータスが「Cancelled」に変更されたことから推定します。

イベントタイプ inferred
出荷用ステージング完了
梱包済みの容器が梱包ステーションから指定された出荷ステージングエリアへ移動されたことを示します。注文は完了し、運送業者への積み込みを待っている状態です。
重要な理由

処理段階から最終出荷段階への移行を示します。ステージングに商品が滞留した時間から、運送業者の到着やドックのスケジュールに起因する遅延を把握できます。

入手先

通常は、梱包済み容器のロケーションをステージングレーンに更新するロケーション移動トランザクションで取得します。この移動トランザクションの時刻がイベント時刻になります。

取得

梱包済みLPNをステージングロケーションへ移動する在庫移動トランザクションから取得します。

イベントタイプ explicit
品質検査を実施
入庫した商品の品質管理チェックが完了したことを示します。特定の資材やサプライヤーに対する標準工程として実施される場合もあれば、必要に応じて個別に実施される場合もあります。
重要な理由

品質検査の所要時間と頻度を追跡することは、入荷プロセスの遅延を特定するうえで欠かせません。商品が品質保証ステータスで保留され、利用可能になるまでの時間を測定できます。

入手先

通常は、在庫レコードのステータスが「QA保留」から「利用可能」または「棚入れ」に変わったことから推定します。品質管理モジュールに明示的な取引ログが記録される場合もあります。

取得

在庫ステータスの変更、または入庫した商品に関連付けられたQA取引の完了から推定します。

イベントタイプ inferred
商品が到着
トラックや運送会社の車両が倉庫の搬入口に到着し、正式な受付手続きを行ったことを示します。通常、荷下ろしや個々の商品の詳細な入荷処理が始まる前に記録されます。
重要な理由

このマイルストーンにより、運送会社の輸送時間と倉庫内部の処理時間を区別できます。搬入口の利用状況や、入荷エリアで発生するボトルネックを分析するうえで重要です。

入手先

通常は、入荷出荷またはASNレコードのステータス更新として取得します。搬入口の担当者が納品書類をスキャンするか、システムを手動で更新すると記録されます。

取得

入荷出荷の「受付到着」などのステータス変更イベントとして記録されます。

イベントタイプ explicit
在庫を調整
特定の場所にある商品の数量を、手動またはシステム上で調整したことを示します。棚卸し、破損、入庫時の数量差異の修正などによって発生します。
重要な理由

このアクティビティは、在庫精度の低下につながるプロセス上の問題を特定するうえで重要です。調整の頻度と数量を分析することで、入庫、ピッキング、保管における問題箇所を特定できます。

入手先

Oracle WMS Cloud内の在庫調整取引ログから取得します。これらのログには、商品、場所、数量の変更、理由コード、タイムスタンプが記録されます。

取得

在庫調整取引レコードから直接取得します。

イベントタイプ explicit
梱包を開始
このアクティビティは、ピッキングされた商品が梱包ステーションに到着し、作業員が梱包プロセスを開始したことを示します。通常は、商品と梱包容器を関連付ける明示的なスキャンです。
重要な理由

このアクティビティを追跡すると、梱包サブプロセスをピッキングやステージングから切り分けて分析できます。梱包ステーションの効率と処理量を詳細に分析できます。

入手先

これは明示的なトランザクションの場合もあれば、梱包容器(LPN)の作成と、最初の商品がその容器にスキャンされたことから推定される場合もあります。梱包または出荷のトランザクションログに記録されています。

取得

「Start Pack」トランザクション、または容器に最初の商品を梱包した時刻から取得します。

イベントタイプ explicit
棚入れタスクを作成
このイベントは、入庫した商品を受け入れ場所から指定の保管場所へ移動するタスクを、システムが倉庫オペレーター向けに生成したことを示します。棚入れサブプロセスの開始点です。
重要な理由

このアクティビティを起点に棚入れサイクルが始まります。タスクの作成から棚入れ完了までの時間を分析することで、システムの効率とオペレーターの対応時間を評価できます。

入手先

通常は、倉庫タスクまたは取引テーブルに明示的なイベントとして記録されます。棚入れタスクレコードの作成タイムスタンプがイベント時刻になります。

取得

システムが生成した棚入れタスクの作成タイムスタンプから取得します。

イベントタイプ explicit
積み込み開始
梱包済みの商品をステージングエリアから運送業者のトラックへ移動する、実際の積み込み作業の開始を示します。通常は「Start Load」トランザクションによって開始されます。
重要な理由

積み込みプロセス自体の効率を把握できます。ステージングでの待機時間と、トラックへの積み込みに実際にかかった時間を分けて分析できます。

入手先

通常は、Oracle WMS CloudのOutbound Loadレコードに関連付けられた明示的なトランザクションです。ユーザーが「Start Load」操作を実行し、その時刻が記録されます。

取得

特定の出荷用運送業者ロードに関連付けられた「Start Load」トランザクションから取得します。

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

抽出ガイド

Oracle WMS Cloudからデータを取得する方法

始める準備はできましたか?

このデータテンプレートを使って、倉庫管理のプロセスマイニングを始めましょう。今日から業務の最適化に取り組めます。

倉庫管理を最適化し、Oracle WMS Cloudの効率を向上

ボトルネックを特定し、Oracle WMS Cloudで在庫精度99.5%を実現します。

無料トライアルを開始

クレジットカードは不要です。今日から最適化を始められます。