倉庫管理データテンプレート
倉庫管理データテンプレート
- 詳細な分析に向けて収集を推奨する属性
- マテリアルフロー全体で追跡すべき主要なアクティビティ
- Blue Yonder WMSからデータを抽出するための手順
倉庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 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 | |||
倉庫管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| ピッキングタスク作成 | 出荷オーダーを処理するため、オペレーターが保管場所から商品を取り出すタスクが作成されたことを示します。出荷オーダーがピッキング対象としてリリースされた際、倉庫管理システムによって生成される明示的なイベントです。 | ||
| 重要な理由 実際の出荷作業の開始点です。オーダー作成からピッキングタスク作成までの時間を分析することで、オーダー処理や引き当てにおける遅延を把握できます。 入手先 タスク管理または倉庫管理テーブルに記録されます。倉庫オーダーに関連付けられたピッキングタスクの作成タイムスタンプに該当します。 取得 システムが生成したピッキングタスクの作成タイムスタンプです。 イベントタイプ explicit | |||
| 保管場所への入庫完了 | 商品が指定された保管棚へ正常に移動され、スキャンされたことを確認するイベントです。通常は、オペレーターがハンディRF端末を使って入庫タスクの完了を確定した際に記録されます。 | ||
| 重要な理由 入荷プロセスの終了点であり、在庫が出荷に利用可能になります。入荷完了からこの時点までの時間を分析することは、「入荷完了から入庫までのサイクルタイム」ダッシュボードに欠かせません。 入手先 入庫タスクのステータスが「完了」または「確定」に更新された際、タイムスタンプ付きのトランザクションとして記録されます。倉庫タスクまたは移動オーダーのテーブルから取得できます。 取得 入庫倉庫タスクの確定タイムスタンプです。 イベントタイプ explicit | |||
| 倉庫オーダー作成 | このイベントは、入荷、出荷、または倉庫内の作業を管理する中心的な文書である倉庫オーダーが作成されたことを示します。通常は、新しいオーダーが手動または連携によってBlue Yonder WMSに登録された際、明示的なトランザクションとして記録されます。 | ||
| 重要な理由 これはプロセスの明確な開始点です。このイベントから完了までの時間を分析することで、オーダー処理の総リードタイムを把握できます。全体の効率とサービスレベル合意の遵守状況を測定するうえで欠かせません。 入手先 このイベントは、オーダーヘッダーテーブルに記録されている可能性が高く、倉庫オーダーレコードの作成タイムスタンプで把握できます。 取得 倉庫オーダーレコードの作成タイムスタンプです。 イベントタイプ 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 | |||
抽出ガイド
ステップ
- 前提条件とアクセス権限:ord_hdr、pckwrk_dtl、invmovなど、必要なテーブルにアクセスし、MOCAコマンドを実行できる権限を持つBlue Yonder WMSのユーザーアカウントを用意します。MOCA ConsoleやコマンドラインインターフェースなどのMOCAクライアントにもアクセスできる必要があります。
- MOCAスクリプトの確認とカスタマイズ:提供されたMOCAスクリプトをコピーします。テーブル名と列名がご利用のBlue Yonder WMS環境と一致しているか、慎重に確認します。
@[where_clause_dates]や@[where_clause_warehouse]などのプレースホルダーは、実際の値に置き換える必要があります。 - 抽出パラメーターの定義:スクリプト内のプレースホルダー変数を置き換えます。
@[where_clause_dates]には、たとえばwhere adddte between 'YYYY-MM-DD' and 'YYYY-MM-DD'のように、具体的な期間を指定します。@[where_clause_warehouse]には、たとえばwhere wh_id = '[Your Warehouse ID]'のように、抽出対象の倉庫IDを指定します。 - MOCAサーバーへの接続:MOCAクライアント(例:MOCA Console)を起動し、正しいBlue Yonder WMS環境に接続します。
- MOCAスクリプトの実行:カスタマイズしたスクリプトをMOCA Consoleに貼り付け、コマンドを実行します。サーバー上でスクリプトが実行され、指定したすべてのアクティビティのデータが収集されます。
- 実行状況の監視:大量のデータを扱う場合、クエリの実行に時間がかかることがあります。コンソールに表示されるエラーメッセージやパフォーマンスに関する警告を確認します。タイムアウトする場合は、期間を短くして実行してください。
- 結果をファイルにエクスポート:スクリプトが正常に実行されると、結果がコンソールに表示されます。クライアントのエクスポート機能を使い、出力をCSVファイルとして保存します。コマンドラインでは、たとえば
mocarun -S "[Your MOCA Script]" > event_log.csvのように、出力を直接ファイルへリダイレクトできます。 - ProcessMind向けにCSVを整形:エクスポートしたCSVファイルを開きます。列見出しがクエリで指定した属性(
WarehouseOrder、ActivityName、EventStartTimeなど)と一致していることを確認します。アップロード時の文字化けを防ぐため、UTF-8で保存してください。 - 確認とアップロード:ファイルの内容を最終確認し、明らかなエラーや不整合がないか確認します。問題がなければ、分析のためにCSVファイルをProcessMindへアップロードします。
設定
- 期間:プロセスの変動を代表するサンプルを得るため、3~6か月分のデータを抽出することを推奨します。日付フィルターのプレースホルダー
@[where_clause_dates]は、各SELECT文の主要なタイムスタンプ列(adddteやmoddteなど)に適用してください。 - 倉庫とクライアントのフィルター:抽出範囲を限定するため、必ずフィルターを使用します。
@[where_clause_warehouse]は、特定の倉庫ID(wh_id)と、必要に応じてクライアントID(client_id)による絞り込みに使用します。これはパフォーマンスとデータの関連性を確保するうえで重要です。 - 注文タイプのフィルター:分析対象を絞るため、特定の倉庫注文タイプ(
ordtyp)でフィルタリングすることを検討します。たとえば、出荷顧客注文のみ、または入荷購買注文のみを分析できます。対象セクションのWHERE句に追加してください。 - パフォーマンスに関する考慮事項:抽出スクリプトでは、複数の大規模テーブルを結合・統合します。システムへの影響を避けるため、利用の少ない時間帯に実行を予約してください。非常に大規模な環境では、1か月分ずつなど、小さな単位で段階的に抽出する方法が安全です。
- 前提条件:スクリプトの実行者には、クエリで参照するすべてのテーブル(
ord_hdr、ord_dtl、invmov、pckwrk_dtl、asnhdr、trn_logなど)への読み取り権限が必要です。また、MOCAコマンドを実行する権限も必要です。
a サンプルクエリ sql
publish data
where wh_id = '[Your Warehouse ID]'
and event_time between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
|
[
/* 1. Warehouse Order Created */
select
ordnum as WarehouseOrder,
'Warehouse Order Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where ordtyp in ('ORD', 'INB')
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 2. Inbound Delivery Notified */
select
supnum as WarehouseOrder, /* ASN number often used as the order key for inbound */
'Inbound Delivery Notified' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
expdte as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from asnhdr
where adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 3. Goods Arrived at Dock */
select
refnum as WarehouseOrder,
'Goods Arrived at Dock' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Typically a receiving dock location */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'RCV_ARVL'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 4. Goods Received and Counted */
select
ordnum as WarehouseOrder,
'Goods Received and Counted' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'R' /* Standard receipt transaction type */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 5. Quality Inspection Performed */
select
ordnum as WarehouseOrder,
'Quality Inspection Performed' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'H' and trncod = 'QA_CMP' /* Example transaction for QA Hold Release/Complete */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 6. Putaway Task Created */
select
ordnum as WarehouseOrder,
'Putaway Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'P' /* Putaway work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 7. Goods Put Away in Storage */
select
ordnum as WarehouseOrder,
'Goods Put Away in Storage' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'M' and trncod = 'PUTAWAY' /* Move transaction for putaway */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 8. Picking Task Created */
select
ordnum as WarehouseOrder,
'Picking Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O' /* Outbound Picking work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 9. Goods Picked from Storage */
select
ordnum as WarehouseOrder,
'Goods Picked from Storage' as ActivityName,
pk_end_dte as EventStartTime,
pk_end_dte as EventEndTime,
pckr_id as UserOperatorId,
pckqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O'
and statcod = 'P' /* Status 'Picked' */
and pk_end_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 10. Packing Initiated */
select
ordnum as WarehouseOrder,
'Packing Initiated' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Packing station */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'PACK_INIT'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 11. Goods Packed */
select
ordnum as WarehouseOrder,
'Goods Packed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod >= 80 and statcod < 90 /* Example status range for Packed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 12. Staging for Shipment */
select
ordnum as WarehouseOrder,
'Staging for Shipment' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation, /* Staging lane */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trncod = 'STG_MOVE' /* Move to staging transaction */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 13. Shipment Dispatched */
select
ordnum as WarehouseOrder,
'Shipment Dispatched' as ActivityName,
act_ship_dte as EventStartTime,
act_ship_dte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 90 /* Status Shipped */
and act_ship_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 14. Warehouse Order Completed */
select
ordnum as WarehouseOrder,
'Warehouse Order Completed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 99 /* Status Completed/Closed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 15. Warehouse Order Canceled */
select
ordnum as WarehouseOrder,
'Warehouse Order Canceled' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 91 /* Example Canceled status */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
] ステップ
- データベース接続の確立:Blue Yonder WMSの基盤データベース(通常はOracleまたはSQL Server)について、読み取り専用の認証情報と接続情報(サーバーアドレス、データベース名、ポート)を取得します。DBeaver、Oracle SQL Developer、SQL Server Management Studioなどの標準SQLクライアントで接続します。
- 主要なWMSテーブルの特定:提供されたクエリでは、
ord(注文)、pckwrk(ピッキング作業)、wrkque(作業キュー)、invmov(在庫移動)、lodhdr(積載ヘッダー)など、標準的なBlue Yonder WMSテーブルを使用します。カスタマイズされている可能性があるため、データディクショナリでテーブル名と列構造を確認してください。 - SQLクエリの確認とパラメーター化:提供されたSQLスクリプトをSQLクライアントにコピーします。スクリプト冒頭の
BaseOrdersCommon Table Expression(CTE)内にあるプレースホルダー変数を確認します。 - 期間の設定:
adddte >= 'YYYY-MM-DD'およびadddte < 'YYYY-MM-DD'の句を変更し、データ抽出の期間を指定します。初期分析では3~6か月を推奨します。 - システム固有のフィルターの適用:
wh_id = '[Your_Warehouse_ID]'フィルターを調整し、特定の倉庫に抽出範囲を限定します。複数クライアント環境では、必要に応じてclient_idなどのフィルターも追加・変更します。 - 抽出スクリプトの実行:SQLスクリプト全体を実行します。このクエリは、複数のテーブルからイベントを集約し、統一されたイベントログ形式にまとめます。実行時間は期間とデータ量によって異なります。
- 初回結果の検証:クエリ完了後、出力を簡単に確認します。
WarehouseOrder、ActivityName、EventStartTime列に想定どおり値が入っていることを確認します。行数は、倉庫注文の一意の件数を大きく上回るはずです。 - イベントログのエクスポート:クエリ結果をCSVファイルにエクスポートします。アップロード時の文字化けを防ぐため、ファイルのエンコーディングをUTF-8に設定してください。
- アップロードの準備:エクスポートしたCSVファイルの列見出しが、必要な属性(例:
WarehouseOrder、ActivityName、EventStartTime)と一致していることを確認します。これでファイルをプロセスマイニングソフトウェアにアップロードできます。
設定
- 前提条件:Blue Yonder WMSデータベースへの読み取り専用SQLアクセスが必要です。ご利用の組織固有のWMS設定とデータモデルに精通していると、作業を進めやすくなります。
- データベース接続:この方法では、データベースへの直接接続が必要です。開始前に、必要なファイアウォールルールとネットワークアクセス権限が設定されていることを確認してください。
- 期間による絞り込み:データ量を管理するため、クエリのWHERE句で具体的な期間を指定することが欠かせません。通常は3~6か月であれば、データベースに過度な負荷をかけずに有意義な分析ができます。
- 倉庫とクライアントによる絞り込み:複数倉庫または複数クライアントの環境では、必ず特定の
wh_id(倉庫ID)とclient_id(クライアントID)で絞り込み、分析対象とデータ量を適切に管理してください。 - パフォーマンスに関する考慮事項:稼働中の本番データベースでこのクエリを実行すると、システム性能に影響する可能性があります。利用の少ない時間帯、または可能であれば専用のレポート用データベースやレプリケーションデータベースで実行することを強く推奨します。
- システムのカスタマイズ:提供されたクエリでは標準的なテーブル名と列名を使用しています。Blue Yonder WMSの環境でカスタマイズやバージョン差異がある場合は、これらの名前を調整してください。社内のWMS管理者またはデータディクショナリに確認してください。
a サンプルクエリ sql
WITH BaseOrders AS (
SELECT
ordnum AS WarehouseOrder
FROM
ord
WHERE
adddte >= '2023-01-01' -- Placeholder: Set your start date
AND adddte < '2023-07-01' -- Placeholder: Set your end date
AND wh_id = '[Your_Warehouse_ID]' -- Placeholder: Set your warehouse ID
)
-- 1. Warehouse Order Created
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
o.adddte AS EventStartTime,
o.adddte AS EventEndTime,
o.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 2. Inbound Delivery Notified (ASN Received)
SELECT
a.ordnum AS WarehouseOrder,
'Inbound Delivery Notified' AS ActivityName,
a.adddte AS EventStartTime,
a.adddte AS EventEndTime,
a.add_usr_id AS UserOperatorId,
a.exp_arv_dte AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(ad.qtyord AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM asnhdr a
JOIN asndtl ad ON a.asnhdr_id = ad.asnhdr_id
WHERE a.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
t.ordnum AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
t.checkin_dte AS EventStartTime,
t.checkin_dte AS EventEndTime,
t.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
t.dock_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM trk_log t -- Note: Yard management table may vary
WHERE t.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND t.checkin_dte IS NOT NULL
UNION ALL
-- 4. Goods Received and Counted
SELECT
i.ordnum AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
i.moddte AS EventStartTime,
i.moddte AS EventEndTime,
i.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(i.qtyexp AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(i.qtyrcv AS DECIMAL(18, 4)) AS ActualQuantity,
i.inv_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM rcvlin i -- Receiving Line table
WHERE i.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND i.qtyrcv > 0
UNION ALL
-- 5. Quality Inspection Performed
SELECT
q.ordnum AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
q.insp_dte AS EventStartTime,
q.insp_dte AS EventEndTime,
q.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(q.insp_qty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(q.act_qty AS DECIMAL(18, 4)) AS ActualQuantity,
q.stoloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM qc_log q -- Quality Control log table may vary
WHERE q.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND q.status = 'COMPLETED'
UNION ALL
-- 6. Putaway Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation, -- From receiving dock
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PUTAWAY'
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
m.ordnum AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Destination storage location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m -- Inventory Movement table
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'PUTFIN' -- Putaway Finish transaction type
UNION ALL
-- 8. Picking Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
JOIN ord o ON w.ordnum = o.ordnum
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PICK'
UNION ALL
-- 9. Goods Picked from Storage
SELECT
p.ordnum AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
p.moddte AS EventStartTime,
p.moddte AS EventEndTime,
p.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(p.pckqty AS DECIMAL(18, 4)) AS PlannedQuantity, -- Often planned and actual are the same here
CAST(p.pckqty AS DECIMAL(18, 4)) AS ActualQuantity,
p.pckloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM pckwrk p
WHERE p.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND p.wrksts = 'C' -- Status for Completed Pick
UNION ALL
-- 10. Packing Initiated
SELECT
s.ordnum AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
s.moddte AS EventStartTime,
NULL AS EventEndTime,
s.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
s.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord_status_log s -- Status log table may vary
WHERE s.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND s.ordsta = 'PCK_START'
UNION ALL
-- 11. Goods Packed
SELECT
c.ordnum AS WarehouseOrder,
'Goods Packed' AS ActivityName,
c.moddte AS EventStartTime,
c.moddte AS EventEndTime,
c.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(c.actqty AS DECIMAL(18, 4)) AS ActualQuantity,
c.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ship_cntr c -- Shipping Container table
WHERE c.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND c.cntr_sts = 'PACKED'
UNION ALL
-- 12. Staging for Shipment
SELECT
m.ordnum AS WarehouseOrder,
'Staging for Shipment' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Staging location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'STAGEMOV' -- Staging Movement transaction type
UNION ALL
-- 13. Shipment Dispatched
SELECT
l.ordnum AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
l.shp_dte AS EventStartTime,
l.shp_dte AS EventEndTime,
l.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(sl.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
l.wh_id AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM lodhdr l
JOIN ship_line sl ON l.lodnum = sl.lodnum
WHERE l.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND l.lodsts = 'S' -- Shipped status
UNION ALL
-- 14. Warehouse Order Completed
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(o.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'C' -- Status for Completed
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'X'; -- Status for Canceled 始める準備はできましたか?
このテンプレートを使ってプロセスマイニングを始め、倉庫業務の新たな効率化につなげます。今日からマテリアルフローの最適化を始めましょう。
今日からBlue Yonder WMSの効率を最大化
ボトルネックを特定し、ピッキングミスをなくして、在庫精度99.5%を実現します。
クレジットカード不要。14日間無料でお試しいただけます。