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

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

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

このテンプレートは、倉庫業務の分析と最適化に必要なデータを収集するための道筋を示します。収集すべき主要な属性、追跡すべきアクティビティ、ソースシステムから情報を抽出するための具体的な手順をまとめています。プロセスマイニングに適した完全で正確なイベントログを作成するためにご利用ください。
  • 詳細な分析に向けて収集を推奨する属性
  • マテリアルフロー全体で追跡すべき主要なアクティビティ
  • Blue Yonder WMSからデータを抽出するための手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

倉庫管理の属性

倉庫管理プロセスを詳細に分析するため、イベントログへ含めることを推奨するデータ項目です。
5 必須 7 推奨 8 任意
名前 説明
アクティビティ名
ActivityName
発生した特定の倉庫タスクまたはイベントの名称です。たとえば、「商品ピッキング完了」や「出荷発送」などです。
説明

この属性は、倉庫管理プロセスで実行された具体的なステップまたはタスクを表します。プロセスログ内の各イベントにはアクティビティ名が関連付けられ、プロセスフローを構成するステップの順序が形成されます。

分析では、アクティビティ名がプロセスマップの作成、ステップ間の遷移の分析、標準手順からのボトルネックや逸脱の特定に欠かせません。適合性チェックからパフォーマンス監視まで、ほぼすべてのプロセスマイニング分析で使われます。

重要な理由

この属性は、個々のステップを定義し、プロセスフローを可視化・分析するため、プロセスマップの作成に欠かせません。

入手先

通常、倉庫タスクまたはイベントログのテーブルにあり、タスク種別またはステータスコードから生成されます。

ピッキングタスク作成保管場所からのピッキング完了出荷完了
イベント開始時刻
EventStartTime
特定の倉庫アクティビティまたはイベントが開始された時刻を示すタイムスタンプです。
説明

この属性は、倉庫タスクまたはイベントが開始された日時を記録します。ケース内のすべてのアクティビティを時系列で把握するための情報です。

このタイムスタンプは、時間に基づくすべてのプロセスマイニング分析に欠かせません。イベントの並べ替え、アクティビティ間のサイクルタイムの計算、プロセス全体の所要時間の測定、待ち時間や遅延の特定に使われます。パフォーマンス分析の基盤となり、プロセスマップのアニメーション表示にも必要です。

重要な理由

開始タイムスタンプは、イベントを時系列に並べ、サイクルタイムや待ち時間などのすべてのパフォーマンス指標を計算するために必須です。

入手先

イベントログまたはタスクテーブルにあり、記録された処理の作成時刻または開始時刻に対応します。

2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z
倉庫オーダー
WarehouseOrder
倉庫オーダーを一意に識別するIDです。作成から完了まで、関連するすべての物流アクティビティを追跡するための主要なケース識別子として使われます。
説明

倉庫オーダーは、入荷や出荷など、特定の物流依頼に関連するすべてのイベントとタスクをまとめる中心的な識別子です。倉庫内における一連の作業単位を表します。

プロセスマイニングでは、この属性をケースの定義に使い、オーダーのライフサイクル全体をエンドツーエンドで分析します。1件の倉庫オーダーに関連するすべてのアクティビティを追跡することで、フルフィルメント時間の合計を測定し、よくあるプロセスの違いを特定し、倉庫内でオーダーが完了するまでの全体像を把握できます。

重要な理由

関連するすべての倉庫アクティビティをつなぐ、不可欠なケース識別子です。オーダーフルフィルメントまたは入荷プロセスを完全にエンドツーエンドで分析できます。

入手先

通常、倉庫オーダーヘッダーテーブルの主キーです。オーダー管理に関連するテーブルについては、Blue Yonder WMSのドキュメントを確認してください。

WO-0012845WO-0012991WO-0013057
ソースシステム
SourceSystem
データの抽出元システムです。この場合はBlue Yonder WMSです。
説明

この属性は、イベントデータの発生元システムを識別します。現在のIT環境では、1つのエンドツーエンドプロセスのデータがERP、WMS、TMSなど複数のシステムにまたがる場合があります。

ソースシステムを指定すると、データガバナンス、トラブルシューティング、データの背景把握に役立ちます。データ品質の問題を発生元まで追跡でき、複数のソースからデータを統合して一貫したプロセスビューを作成する際にも欠かせません。

重要な理由

データの出所を追跡するためのデータリネージを提供し、検証や複数システムのデータ統合に役立ちます。

入手先

通常、データ抽出時に追加される固定値で、データセットの出所を示します。

BlueYonderWMS_USBlueYonderWMS_EU
最終データ更新日時
LastDataUpdate
このレコードのデータがソースシステムから最後に更新された時刻を示すタイムスタンプです。
説明

この属性は、データセットがBlue Yonder WMSから最後に抽出または更新された日時を記録します。分析対象データの鮮度に関するメタデータを提供します。

このタイムスタンプは、データガバナンスと分析の適時性を把握するために重要です。関係者がデータの更新状況を確認し、プロセスの最新かつ関連性の高いスナップショットを見ていることを判断できます。

重要な理由

データの鮮度を示し、分析対象となる期間を把握できるようにします。

入手先

通常、データ抽出(ETL)プロセスで生成・追加されるメタデータ項目です。

2024-01-15T04:00:00Z2024-01-16T04:00:00Z
イベント終了時刻
EventEndTime
特定の倉庫アクティビティまたはイベントが完了した時刻を示すタイムスタンプです。
説明

この属性は、倉庫タスクまたはイベントが完了した日時を記録します。利用できる場合は、各アクティビティの処理時間を正確に測定できます。

開始時刻と終了時刻の両方があると、より詳細なパフォーマンス分析が可能になります。アクティビティ間の待ち時間と、アクティビティ自体にかかった処理時間を分けて把握できます。遅延が待機によるものか、タスクの完了に時間がかかっているためかを特定するうえで重要です。

重要な理由

アクティビティの処理時間を正確に計算し、待ち時間と区別できます。対象を絞ったパフォーマンス改善に欠かせない情報です。

入手先

イベントログまたはタスクテーブルにあり、記録された処理の完了時刻または終了時刻に対応します。

2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z
ユーザー/オペレーターID
UserOperatorId
アクティビティを実行した倉庫従業員またはオペレーターの識別子です。
説明

この属性は、ピッキング、梱包、棚入れなど、特定の倉庫タスクを実行した担当者の一意のIDを記録します。プロセスアクティビティと人的リソースを関連付けます。

ユーザー/オペレーターID別にアクティビティを分析すると、リソースの利用状況、作業量の分布、個人のパフォーマンスを把握できます。どのオペレーターの効率が高いか、追加のトレーニングが必要な担当者は誰か、チーム内でタスクがどのように配分されているかを確認できます。倉庫リソース利用状況ダッシュボードの主要な分析軸です。

重要な理由

プロセスの各ステップと実行担当者を関連付け、リソースのパフォーマンス、作業量、トレーニングの必要性を分析できます。

入手先

通常、タスクまたは取引テーブルにあり、作業中にシステムやハンディ端末へログインしたユーザーと関連付けられます。

JSMITHBWILLISAMILLER
保管場所
StorageLocation
商品が保管またはピッキングされる倉庫内の具体的な場所です。棚番や通路などを指します。
説明

この属性は、タスクに関連する倉庫内の物理的な場所を識別します。棚入れでは格納先の棚番、ピッキングでは出庫元の棚番を表します。通路、ラック、棚、棚番を組み合わせたコードで表される場合があります。

保管場所別にデータを分析すると、倉庫レイアウトの効率、ロケーション配置戦略、リソースの移動状況を把握できます。人や物の往来が多いエリア、利用率の低いゾーン、マテリアルフロー上のボトルネックを特定するために使われます。保管場所利用傾向ダッシュボードの基本的な分析軸です。

重要な理由

倉庫レイアウト、ロケーション配置戦略の有効性、移動上のボトルネックを分析するための重要な情報です。

入手先

在庫、倉庫タスク(ピッキング、棚入れ)、棚番マスターデータに関連するテーブルで利用できます。

A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02
優先度
PriorityLevel
倉庫オーダーの優先度です。「高」「標準」「低」などで表します。
説明

優先度は、倉庫オーダーの緊急度を示します。特急出荷などの高優先度オーダーは、標準オーダーよりも早く処理することが求められます。この属性は、WMSがタスクの順序付けやリソース配分を行う際に使われます。

プロセスマイニングでは、優先順位付けの方針が有効かどうかを分析するために欠かせません。高優先度オーダーフルフィルメントダッシュボードでは、この項目で緊急オーダーを絞り込み、標準オーダーとサイクルタイムを比較します。高優先度オーダーが実際にプロセスを速く進んでいるか、それとも同じボトルネックで滞留しているかを確認できます。

重要な理由

高優先度オーダーが標準オーダーより速く処理されているかを分析し、優先順位付けルールの有効性を検証できます。

入手先

通常、倉庫オーダーヘッダーテーブルに保存されます。

標準
実績数量
ActualQuantity
タスクの実行中に処理された商品の実際の数量です。実際に数えた数量やピッキングした数量などを指します。
説明

実績数量は、倉庫オペレーターがタスク中に実際に処理した数量です。サプライヤーから受け取った商品の数量、保管棚からピッキングした数量、出荷コンテナに梱包した数量などが該当します。

計画数量と比較することで、プロセス上の例外やエラーを把握できます。差異率の計算に使う基本指標であり、業務品質を示す重要な指標です。サプライヤーの出荷ミス、ピッキングエラー、在庫数の不一致を特定するうえで役立ちます。

重要な理由

計画数量と比較することで、プロセスエラーを特定し、差異率などの品質KPIを計算できます。

入手先

タスク確認テーブルまたは取引ログテーブルにあり、オペレーターが実行した数量を記録します。

1004924
要求完了日時
RequestedCompletionDate
倉庫オーダーの完了および出荷が予定または要求されている期限の日時です。
説明

要求完了日時は、出庫倉庫オーダーを履行するためのサービスレベル合意(SLA)または目標日時です。商品をピッキング、梱包し、出荷準備を整える期限を表します。

この日時を基準に実績を測定します。実際の出荷時刻と比較して、納期どおりの出荷率KPIを計算します。この属性でオーダーを分析すると、遅延する可能性があるオーダーを特定し、SLA違反の根本原因を調べられます。

重要な理由

納期どおりのパフォーマンスを測定する基準であり、納期どおりの出荷率KPIの計算に欠かせません。

入手先

通常、倉庫オーダーヘッダーテーブルに保存され、元の販売オーダーまたは納品依頼から引き継がれます。

2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z
計画数量
PlannedQuantity
特定のタスクで予定されている商品の数量です。ピッキング数量や入荷数量などを指します。
説明

計画数量は、特定のタスクについて倉庫オーダーが指定した目標数量です。入荷納品ではサプライヤーから届く予定の数量、ピッキングタスクでは顧客オーダーから要求された数量を表します。

この属性は、精度分析に欠かせません。計画数量と実績数量を比較することで、入荷、ピッキング、在庫数量の確認における差異を特定できます。ピッキング数量差異率などのKPIを直接支え、数量精度監査ダッシュボードにも必要です。

重要な理由

精度を測定する基準となり、入荷やピッキングにおける数量差異を検出できます。

入手先

倉庫オーダーまたは特定のタスクに関連する明細テーブルや明細行テーブルにあります。

1005024
タスクステータス
TaskStatus
特定のタスクの最終ステータスです。「完了」「キャンセル」「失敗」などで表します。
説明

この属性は、特定の倉庫タスクの結果を表します。多くのタスクは正常に完了しますが、監督者によってキャンセルされたり、システムや業務上の問題で失敗したりする場合があります。アクティビティ名だけでは分からない情報を補います。

タスクステータス別の分析は、例外やプロセス失敗を把握するために役立ちます。キャンセルまたは失敗したタスクの割合が高い場合、在庫精度、システム設定、オペレーターのトレーニングに問題がある可能性があります。失敗しやすいアクティビティを特定し、詳しく調査できます。

重要な理由

アクティビティの結果を示し、業務上のより深い問題につながる可能性があるキャンセルや失敗などの例外を分析できます。

入手先

通常、タスクテーブルにあり、タスクレコードの最終状態を示します。

完了キャンセル済み保留中
倉庫ID
WarehouseId
アクティビティが行われた特定の倉庫または配送センターの識別子です。
説明

倉庫IDは、プロセスが実行された施設を一意に識別します。複数の配送センターを運営する組織には欠かせません。

この属性により、拠点間のベンチマークと比較分析が可能になります。倉庫IDでデータを絞り込む、または分割することで、拠点ごとのパフォーマンスを比較し、成果の高い拠点のベストプラクティスを特定し、特定の施設の遅れの原因を把握できます。複数拠点の業務分析に必要な重要な分析軸です。

重要な理由

複数拠点を持つ組織では、パフォーマンスのベンチマークや拠点間のプロセス比較に欠かせません。

入手先

多くの場合、ほぼすべての取引テーブルで利用できる組織レベルの項目です。システムインスタンスから推定できる場合もあります。

WHC-01DC-EAST-03FAC-WEST
倉庫オーダー種別
WarehouseOrderType
倉庫オーダーを、入荷、出荷、社内移動などの種類に分類します。
説明

この属性は、倉庫オーダー全体の目的を分類します。一般的な種類には、サプライヤーからの入荷、顧客向けの出荷、返品処理、倉庫間の社内在庫移動などがあります。

倉庫オーダー種別でプロセスを分けることは、分析の基本的な第一歩です。入荷と出荷では、ステップ、リソース、パフォーマンス目標が大きく異なる場合があります。この属性でデータを絞り込み、入庫やオーダーフルフィルメントなど、特定のプロセスを個別に分析できます。

重要な理由

入荷と出荷など、フローや目的が異なるプロセスを分けて比較分析できます。

入手先

倉庫オーダーヘッダーテーブルにあり、通常は伝票種別またはオーダーカテゴリの項目です。

入荷配送出荷社内移動
出荷ID
ShipmentId
倉庫オーダーが属する出庫出荷を一意に識別するIDです。
説明

出荷IDは、同じトラックまたはコンテナで出荷される複数の倉庫オーダーをまとめる上位レベルの識別子です。1件のオーダーでは、倉庫オーダー番号や納品番号と同じ場合があります。

出荷IDで分析すると、出荷プロセスを把握できます。オーダーがどのように集約されているかを確認し、トラック1台分の出荷についてステージングから最終出荷までの時間を測定し、出荷部門の効率を分析できます。倉庫内のアクティビティとサプライチェーンの最終輸送工程をつなぐ情報です。

重要な理由

同時に出荷される倉庫オーダーをまとめ、出荷の集約と発送プロセスを分析できます。

入手先

出荷または輸送関連のテーブルにあり、倉庫オーダーと関連付けられます。

SHP-45000123SHP-45000124SHP-45000125
商品SKU
ProductSku
処理対象商品のSKU(在庫管理単位)または品目番号です。
説明

この属性は、倉庫タスクの対象となる具体的な商品を識別します。移動、保管、ピッキング、梱包される品目を詳細に把握できます。

商品SKU別にプロセスを分析すると、特定の商品に関する傾向を見つけられます。たとえば、ピッキングエラーが起きやすい商品、特殊な取り扱いが必要で棚入れに時間がかかる商品、効率の悪い場所に保管されている商品などを特定できます。商品ごとのプロセス改善やロケーション配置戦略の見直しに役立ちます。

重要な理由

商品単位で分析でき、プロセスの遅延やエラーを引き起こす商品、特殊な取り扱いが必要な商品を特定できます。

入手先

倉庫オーダーまたはタスクテーブルの明細行レベルにあります。

PN-A5540-BSKU-300-RED-LGHW-88201
数量不一致か
IsQuantityMismatch
タスクで処理した実績数量が計画数量と異なる場合に示すブール型フラグです。
説明

この計算属性は、ピッキングや入荷などのタスクで数量差異があることを示すフラグです。実績数量が計画数量と一致しない場合にtrueになります。

このフラグにより、プロセス内のエラーを簡単に特定・集計できます。ピッキング数量差異率や入荷数量差異率などのKPIを計算しやすくなります。また、すべての不一致イベントを絞り込み、商品、オペレーター、場所に関する傾向を調べることで、根本原因分析にも役立ちます。

重要な理由

数量エラーのあるイベントを示し、差異率の計算を簡単にするとともに、精度に問題のあるタスクを対象に分析できます。

入手先

関連する各アクティビティのPlannedQuantityフィールドとActualQuantityフィールドを比較して算出します。

falsetruefalse
納期どおりの出荷か
IsOnTimeShipment
出荷が要求完了日時以前に行われた場合にtrueとなるブール型フラグです。
説明

この計算属性は、オーダーが出荷SLAを満たしたかどうかをtrueまたはfalseで示します。出荷発送アクティビティのタイムスタンプと、オーダーの要求完了日時を比較して算出します。

このフラグにより、納期どおりのパフォーマンスを簡単に分析・可視化できます。フィルタリングや集計によって納期どおりの出荷率KPIを計算し、対応するダッシュボードに表示できます。また、遅延出荷に共通する特徴を特定する根本原因分析にも役立ちます。

重要な理由

このブール型フラグにより、納期どおりの出荷率KPIを簡単に計算し、遅延オーダーの特徴を分析するためのフィルタリングが可能になります。

入手先

出荷発送アクティビティのEventStartTimeと、RequestedCompletionDate属性を比較して算出します。

truefalsetrue
設備ID
EquipmentId
使用したマテリアルハンドリング設備の識別子です。特定のフォークリフトやコンベヤーなどを指します。
説明

設備IDは、倉庫タスクの実行に使われた機械または設備を特定します。フォークリフト、ハンドリフト、自動搬送車(AGV)、特定の梱包ステーションなどが該当します。

この属性により、設備の利用状況、パフォーマンス、保守の必要性を分析できます。設備ごとにアクティビティを追跡すると、過剰または低利用の資産を特定し、機械種別ごとの効率を比較し、保守スケジュールの策定に必要なデータを収集できます。倉庫リソース利用状況ダッシュボードの主要な分析軸です。

重要な理由

設備の利用状況とパフォーマンスを分析し、資産配分や保守スケジュールの最適化に役立てられます。

入手先

特にオペレーターが設備にログインする環境では、タスク実行ログに記録される場合があります。

FORKLIFT-07AGV-03PACKSTATION-12
必須 推奨 任意

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

正確なプロセスディスカバリーと倉庫業務の最適化に必要な、イベントログへ記録すべき主要なプロセス手順とマイルストーンです。
6 推奨 9 任意
アクティビティ 説明
ピッキングタスク作成
出荷オーダーを処理するため、オペレーターが保管場所から商品を取り出すタスクが作成されたことを示します。出荷オーダーがピッキング対象としてリリースされた際、倉庫管理システムによって生成される明示的なイベントです。
重要な理由

実際の出荷作業の開始点です。オーダー作成からピッキングタスク作成までの時間を分析することで、オーダー処理や引き当てにおける遅延を把握できます。

入手先

タスク管理または倉庫管理テーブルに記録されます。倉庫オーダーに関連付けられたピッキングタスクの作成タイムスタンプに該当します。

取得

システムが生成したピッキングタスクの作成タイムスタンプです。

イベントタイプ explicit
保管場所への入庫完了
商品が指定された保管棚へ正常に移動され、スキャンされたことを確認するイベントです。通常は、オペレーターがハンディRF端末を使って入庫タスクの完了を確定した際に記録されます。
重要な理由

入荷プロセスの終了点であり、在庫が出荷に利用可能になります。入荷完了からこの時点までの時間を分析することは、「入荷完了から入庫までのサイクルタイム」ダッシュボードに欠かせません。

入手先

入庫タスクのステータスが「完了」または「確定」に更新された際、タイムスタンプ付きのトランザクションとして記録されます。倉庫タスクまたは移動オーダーのテーブルから取得できます。

取得

入庫倉庫タスクの確定タイムスタンプです。

イベントタイプ explicit
倉庫オーダー作成
このイベントは、入荷、出荷、または倉庫内の作業を管理する中心的な文書である倉庫オーダーが作成されたことを示します。通常は、新しいオーダーが手動または連携によってBlue Yonder WMSに登録された際、明示的なトランザクションとして記録されます。
重要な理由

これはプロセスの明確な開始点です。このイベントから完了までの時間を分析することで、オーダー処理の総リードタイムを把握できます。全体の効率とサービスレベル合意の遵守状況を測定するうえで欠かせません。

入手先

このイベントは、オーダーヘッダーテーブルに記録されている可能性が高く、倉庫オーダーレコードの作成タイムスタンプで把握できます。ord_hdrまたは類似するテーブルを確認し、初回作成日で絞り込みます。

取得

倉庫オーダーレコードの作成タイムスタンプです。

イベントタイプ explicit
倉庫オーダー完了
これは倉庫オーダーの最終ステータスであり、出荷を含む関連するすべてのアクティビティが完了し、オーダーがクローズされたことを示します。オーダーのライフサイクルステータスが「完了」または「クローズ」に更新された時点で記録されます。
重要な理由

このアクティビティは、プロセスケースの明確な終了を示します。すべてのオーダーについて、開始から完了までのライフサイクル全体をプロセス分析に含められます。

入手先

倉庫オーダーヘッダーテーブルのステータス変更から推定できます。「完了」「クローズ」「請求済み」などの最終ステータスと、そのステータスが変更された時刻を確認します。

取得

オーダーヘッダーの最終ステータス変更時刻から推定されます。

イベントタイプ inferred
入荷・検品完了
商品が荷下ろしされ、スキャンされ、入荷伝票の数量と照合されたことを示します。通常は、入荷担当者が入荷オーダーの各品目について、受領数量をシステムで確定した際に記録されます。
重要な理由

在庫がシステム上で正式に利用可能になる重要な節目です。ただし、出荷に使用できる状態とは限りません。この工程の所要時間と正確性は、在庫の可視性と入庫プロセスの開始に直接影響します。

入手先

在庫または入荷ログに記録される明示的なトランザクションです。入荷計上に関するトランザクション、または入荷明細のステータスが「受領済み」に変更された記録を確認します。

取得

商品の受領を確認するトランザクションのタイムスタンプです。

イベントタイプ explicit
出荷完了
このイベントは、梱包済みの商品が運送会社のトラックに積み込まれ、トラックが倉庫を出発したことを示します。通常、システムで「出庫」が登録された時点で記録され、出荷が確定します。
重要な理由

これは、注文に対する倉庫の責任が終了したことを示す重要なマイルストーンです。納期どおりの出荷実績と、受注から出荷完了までのリードタイムを測定するための最終データポイントです。

入手先

これは、一般に「出庫登録」(PGI)と呼ばれる、財務上および物流上の主要な取引です。この取引のタイムスタンプが出荷時刻として使われ、通常は出庫納品または出荷伝票のテーブルに保存されます。

取得

出庫登録(PGI)取引のタイムスタンプです。

イベントタイプ explicit
保管場所からのピッキング完了
オペレーターが商品を取り出し、システム上で作業を確定して、ピッキングタスクが完了したことを示します。オペレーターが商品をスキャンし、端末でピッキングを確定した際に記録されます。
重要な理由

ピッキング工程の完了を示す節目です。このアクティビティの正確性と所要時間は、受注処理全体の効率に直結し、「ピッキング精度」分析の基礎になります。

入手先

ピッキングタスクのステータスが「完了」に変更された際の確定タイムスタンプから取得します。倉庫タスクテーブルに記録され、特定のオペレーターや設備に関連付けられていることが多いデータです。

取得

ピッキング倉庫タスクの確定タイムスタンプです。

イベントタイプ explicit
倉庫オーダーキャンセル
倉庫オーダーが完全に処理または出荷される前にキャンセルされたことを示します。ユーザーがキャンセル処理を実行し、オーダーのステータスが「キャンセル」に更新された時点で記録されます。
重要な理由

キャンセルを分析すると、在庫不足や顧客都合の変更など、プロセス失敗の原因を特定できます。プロセスの逸脱や中断を把握するうえで重要な終了イベントです。

入手先

通常、倉庫オーダーの最終ステータスに基づいて推定されるイベントです。ステータスが「キャンセル」または「削除」に変更された時刻を使います。

取得

ステータスが「キャンセル」に変更された時刻から推定されます。

イベントタイプ inferred
入庫タスク作成
入荷した商品を入荷口から最終的な保管場所へ移動するタスクが、システム上で作成されたことを示します。倉庫管理システムのロジックによって生成され、倉庫オペレーターに作業を指示する明示的なシステムイベントです。
重要な理由

入庫プロセスの開始点です。入荷完了から入庫タスク作成までの遅延は、システム設定や性能の問題を示している可能性があり、商品が入荷エリアに滞留する原因になります。

入手先

タスク管理または倉庫管理テーブルで生成・記録されます。入庫タスクや入荷に関連付けられた移動オーダーの作成タイムスタンプを確認します。

取得

システムが生成した入庫タスクの作成タイムスタンプです。

イベントタイプ explicit
入荷予定通知
仕入先からAdvanced Shipping Notification(ASN)を受信したことを示します。商品が倉庫へ輸送中であることを知らせるイベントです。通常は、ASNをシステムが受信して処理した際に、EDIまたはポータル経由で明示的に記録されます。
重要な理由

このアクティビティは、入荷計画とリソース配分の起点です。通知から実際の入荷までの時間は、仕入先のパフォーマンスと入荷パイプラインの可視性を測定する主要なKPIです。

入手先

ASNの受信ログ、またはBlue Yonder WMS内で入荷伝票が作成された時点のタイムスタンプから取得します。ASNや入荷通知に関連するテーブルを確認します。

取得

ASNまたは入荷伝票の作成時刻です。

イベントタイプ explicit
出荷準備
梱包済みのコンテナを梱包エリアから指定された出荷準備レーンへ移動し、運送会社の集荷を待つことを示します。オペレーターが荷役単位を出荷準備エリアへ移動したことを確定した際に記録されます。
重要な理由

このアクティビティにより、梱包済みのオーダーが積み込みを待つ滞留時間を分析できます。出荷準備エリアでの滞留が長い場合、運送会社との連携不足やスペース利用の非効率が考えられます。

入手先

荷役単位または出荷用コンテナの場所が出荷準備場所へ変更された記録から推定できます。また、「出荷準備場所へ移動」タスクの確定として明示的に記録される場合もあります。

取得

出荷準備用の保管棚への移動を示す在庫移動ログから推定します。

イベントタイプ inferred
品質検査実施
入荷した商品に対して品質検査を実施したことを示します。特定の資材に対する標準工程の場合もあれば、例外を契機に発生するイベントの場合もあります。品質検査担当者がシステムに結果を記録した際に取得されます。
重要な理由

品質検査は、入荷プロセスで大きな遅延要因になる可能性があります。頻度と所要時間を分析することで、仕入先の品質問題や検査ワークフローのボトルネックを特定できます。

入手先

品質管理(QM)モジュール、または入荷伝票に関連するログに記録されます。品質検査結果に関する特定のトランザクションコードや、在庫ステータスが「品質保留」に変更された記録を確認します。

取得

品質検査の完了時刻またはステータス更新時刻です。

イベントタイプ explicit
商品が入荷口に到着
荷下ろしが始まる前に、トラックまたは運送会社の車両が倉庫の入荷口へ実際に到着したことを示します。ヤード管理モジュールや、ゲート担当者による入荷受付の際に明示的に記録されることが多いイベントです。
重要な理由

到着時刻を追跡することで、運送会社の定刻到着状況を測定し、車両の到着から入荷処理開始までの遅延を特定できます。ヤード管理や入荷口におけるボトルネックも明らかになります。

入手先

通常は、Blue Yonder WMS内のヤード管理またはゲート管理モジュールに記録されます。トラックの到着時に、入荷担当者が手動でタイムスタンプを入力する場合もあります。

取得

運送会社の受付トランザクションのタイムスタンプです。

イベントタイプ explicit
梱包完了
出荷するすべての商品が出荷用コンテナに梱包され、ラベルが発行されたことを確認するイベントです。梱包担当者がシステム上でオーダーの梱包完了を確定した際に記録されます。
重要な理由

倉庫内で付加価値を生む作業が完了したことを示します。この時点から出荷完了までの時間は、出荷準備と積み込みにかかる時間であり、遅延が発生しやすい重要な領域です。

入手先

梱包プロセスが確定した際に記録される明示的なトランザクションです。出荷伝票のステータスが「梱包済み」に変更された記録、または梱包ステーションのトランザクションにある完了タイムスタンプを確認します。

取得

「梱包確定」または「コンテナクローズ」トランザクションのタイムスタンプです。

イベントタイプ explicit
梱包開始
梱包ステーションで梱包プロセスが始まったことを示します。通常は、オペレーターがピッキング済みの商品またはオーダー用コンテナを梱包ステーションでスキャンし、出荷準備を開始した際に記録されます。
重要な理由

ピッキングから梱包への引き渡しを示すイベントです。受注処理における梱包工程を切り分け、梱包エリア内の具体的なボトルネックを特定するのに役立ちます。

入手先

梱包ステーションのユーザーインターフェースから明示的なトランザクションログとして取得できる場合があります。または、そのオーダーに関連する梱包ワークセンターの最初のタイムスタンプ付きアクティビティから推定することもできます。

取得

梱包ステーションでの「梱包開始」トランザクションのタイムスタンプです。

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

抽出ガイド

Blue Yonder WMSからデータを取得する方法

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

このテンプレートを使ってプロセスマイニングを始め、倉庫業務の新たな効率化につなげます。今日からマテリアルフローの最適化を始めましょう。

今日からBlue Yonder WMSの効率を最大化

ボトルネックを特定し、ピッキングミスをなくして、在庫精度99.5%を実現します。

無料トライアルを開始

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