倉庫管理データテンプレート
倉庫管理データテンプレート
- 包括的な分析のために収集を推奨する`属性`
- マテリアルフロー全体で追跡すべき主要な活動
- Blue Yonder WMSからのデータ抽出に関する実践的なガイド
倉庫管理属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 「商品ピッキング済み」や「出荷完了」など、発生した特定の倉庫タスクまたはイベントの名前。 | ||
| 説明 この属性は、倉庫管理プロセス内で実行される特定のステップまたはタスクを記述します。プロセスログ内の各イベントは活動名に関連付けられ、プロセスフローを構成するステップのシーケンスを形成します。 分析において、活動名はプロセスマップの発見、ステップ間の遷移の分析、および標準手順からのボトルネックや逸脱の特定のために不可欠です。適合性チェックからパフォーマンス監視まで、事実上すべてのプロセスマイニング分析で使用されます。 その重要性 この属性は、個々のステップを定義し、プロセスフローの可視化と分析を可能にするため、プロセスマップの構築に不可欠です。 取得元 この情報は通常、倉庫タスクまたはイベントログテーブルで見つかり、多くの場合、タスクタイプまたはステータスコードから派生します。 例 ピッキングタスク作成済み保管場所からのピッキング出荷済み | |||
| イベント開始時刻 EventStartTime | 特定の倉庫活動またはイベントが開始された日時を示すタイムスタンプ。 | ||
| 説明 この属性は、倉庫タスクまたはイベントが開始された日時を記録します。これにより、ケース内のすべての活動の時系列的な文脈が提供されます。 このタイムスタンプは、すべての時間ベースのプロセスマイニング分析に不可欠です。イベントの順序付け、活動間のサイクルタイムの計算、プロセス全体の期間の測定、待機時間や遅延の特定に使用されます。これはパフォーマンス分析の根幹をなし、プロセスマップをアニメーション化するために必要です。 その重要性 開始タイムスタンプは、イベントを時系列で並べ、サイクルタイムや待機時間など、すべてのパフォーマンス指標を計算するために必須です。 取得元 イベントログまたはタスクテーブルにあり、記録されたアクションの作成または開始時間に対応します。 例 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| 倉庫オーダー WarehouseOrder | 倉庫オーダーのユニークな識別子。作成から完了までのすべての関連する物流活動を追跡するための主要なケースとして機能します。 | ||
| 説明 倉庫オーダーは、入荷受領や出荷オーダーなど、特定の物流リクエストに関連するすべてのイベントとタスクをグループ化する中心的な識別子です。これは、倉庫内における作業の完全な単位を表します。 プロセスマイニングでは、この属性はケースを定義するために使用され、オーダーライフサイクル全体の詳細なエンドツーエンド分析を可能にします。単一の倉庫オーダーに関連するすべての活動を追跡することで、アナリストは総フルフィルメント時間を測定し、一般的なプロセスバリエーションを特定し、施設内でのオーダーの完全なジャーニーを理解することができます。 その重要性 これは、関連するすべての倉庫活動を接続する不可欠なケース識別子であり、オーダーフルフィルメントまたは入荷処理のエンドツーエンドの完全な分析を可能にします。 取得元 これは通常、倉庫オーダーヘッダーテーブルの主キーです。オーダー管理に関連するテーブルについては、Blue Yonder WMSのドキュメントを参照してください。 例 WO-0012845WO-0012991WO-0013057 | |||
| ソースシステム SourceSystem | データが抽出されたシステム。この場合はBlue Yonder WMS。 | ||
| 説明 この属性は、イベントデータの発生元システムを特定します。現代のITランドスケープでは、単一のエンドツーエンドプロセスに関するデータは、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 | |||
| アクティビティ処理時間 ActivityProcessingTime | 単一の活動を完了するために必要な、秒または分単位の期間。 | ||
| 説明 これは、活動の開始から終了までの経過時間を測定する計算指標です。タスクの開始を待つ時間とは対照的に、タスクに実際に費やされた作業時間を表します。 この指標は、パフォーマンス分析の基本であり、どの特定の活動が最も時間消費的であるかを特定するのに役立ちます。これにより、アナリストは本質的に遅いプロセスステップとステップ間で発生する遅延を区別でき、よりターゲットを絞った改善努力を可能にします。これは、スループットとボトルネックに焦点を当てたダッシュボードにとって重要な指標です。 その重要性 タスクに積極的に取り組んだ時間を分離し、どの特定の活動が完了に最も時間がかかっているかを正確に特定するのに役立ちます。 取得元 各活動レコードのEventEndTimeからEventStartTimeを減算して算出。 例 31229515 | |||
| オンタイム出荷 IsOnTimeShipment | 出荷が要求された完了日以前に発送された場合にtrueとなるブール型フラグ。 | ||
| 説明 この計算属性は、オーダーが出荷SLAを満たしたかどうかを示すシンプルな真偽値インジケーターです。「出荷完了」活動のタイムスタンプとオーダーの「要求完了日」を比較することで導出されます。 このフラグは、定時パフォーマンスの分析と可視化を簡素化します。定時出荷率KPIの計算や対応するダッシュボードの強化のために、簡単なフィルタリングと集計を可能にします。また、遅延出荷の共通特性を特定するための根本原因分析も可能になります。 その重要性 このブールフラグは、定時出荷率KPIの計算を簡素化し、遅延オーダーの特性を分析するための簡単なフィルタリングを可能にします。 取得元 「出荷完了」活動のEventStartTimeとRequestedCompletionDate属性を比較して算出。 例 truefalsetrue | |||
| タスクステータス TaskStatus | 「完了」、「キャンセル済み」、「失敗」など、特定のタスクの最終ステータス。 | ||
| 説明 この属性は、特定の倉庫タスクの結果を記述します。多くのタスクは正常に完了しますが、一部は管理者によってキャンセルされたり、システムまたは運用上の問題により失敗したりする場合があります。これは、活動名以上の文脈を提供します。 タスクステータスによる分析は、例外やプロセス障害を理解するのに役立ちます。キャンセルまたは失敗したタスクの割合が高い場合、在庫精度、システム構成、またはオペレーターのトレーニングに関する根本的な問題を示している可能性があります。これにより、障害が発生しやすい活動を特定し、さらなる調査を必要とする活動を特定するのに役立ちます。 その重要性 活動の結果を提供し、キャンセルされたタスクや失敗したタスクといった、より深い運用上の問題を示唆する可能性のある例外の分析を可能にします。 取得元 通常、タスクテーブルにあり、タスクレコードの最終状態を示します。 例 完了済みキャンセル済み保留中 | |||
| 倉庫ID WarehouseId | 活動が行われた特定の倉庫または配送センターの識別子。 | ||
| 説明 倉庫IDは、プロセスが発生する施設を一意に識別します。これは、複数の配送センターを運営する組織にとって不可欠です。 この属性により、異なるサイト間でのベンチマークおよび比較分析が可能になります。倉庫IDでデータをフィルタリングまたは分割することで、企業はパフォーマンスを比較し、最も優れたサイトでのベストプラクティスを特定し、特定の施設がなぜ遅れているのかを理解できます。これは、複数サイトの運用分析にとって重要なディメンションです。 その重要性 複数拠点を持つ組織にとって、この属性はパフォーマンスのベンチマーク設定や異なる拠点間でのプロセス比較に不可欠です。 取得元 これは、ほとんどすべてのトランザクションテーブルで利用可能な上位組織フィールドであることが多く、またはシステムインスタンスから推測することも可能です。 例 WHC-01DC-EAST-03FAC-WEST | |||
| 倉庫オーダータイプ WarehouseOrderType | 倉庫オーダーを、例えば入庫、出荷、または内部転送として分類。 | ||
| 説明 この属性は、倉庫オーダーの全体的な目的を分類します。一般的なタイプには、サプライヤーからの入荷、顧客への出荷、返品処理、または倉庫間の内部在庫移動が含まれます。 倉庫オーダータイプでプロセスをセグメント化することは、あらゆる分析における基本的な第一歩です。入荷プロセスと出荷プロセスは、ステップ、リソース、およびパフォーマンス目標が異なるため、大きく異なります。この属性により、データにフィルターをかけ、入荷処理やオーダーフルフィルメントなどの特定のプロセスを個別に分析できます。 その重要性 異なるプロセスの分離と比較分析を可能にし、例えば、明確なフローと目標を持つ入庫対出庫など。 取得元 倉庫オーダーヘッダーテーブルで見つかり、通常、文書タイプまたはオーダーカテゴリフィールドとして。 例 入荷伝票出荷Internal Transfer | |||
| 出荷ID ShipmentId | 倉庫オーダーが属する出荷オーダーの一意の識別子。 | ||
| 説明 出荷IDは、複数の倉庫オーダーが同じトラックまたはコンテナで出荷される場合に、それらをグループ化できる上位レベルの識別子です。単一のオーダーの場合、倉庫オーダー番号または配送番号と同じであることもあります。 出荷IDによる分析は、出荷プロセスを可視化します。これにより、オーダーがどのように集約されるかを理解し、ステージングからフル積載の最終出荷までの時間を測定し、出荷部門の効率を分析することができます。倉庫活動とサプライチェーンの最終輸送区間を接続します。 その重要性 一緒に発送される倉庫オーダーをグループ化し、出荷統合および発送プロセスの分析を可能にします。 取得元 出荷または輸送関連のテーブルで見つかり、倉庫オーダーにリンクされています。 例 SHP-45000123SHP-45000124SHP-45000125 | |||
| 商品SKU ProductSku | 処理されている品目の在庫管理単位(SKU)または品目番号。 | ||
| 説明 この属性は、倉庫タスクに関わる特定の製品を識別します。移動、保管、ピッキング、梱包されている資材に関する詳細な情報を提供します。 製品SKUによるプロセス分析は、特定の品目に関連するパターンを明らかにすることができます。例えば、一部の製品はピッキングエラーを起こしやすかったり、特殊な取り扱い要件のために棚入れ時間が長くなったり、非効率な場所に保管されていたりする場合があります。これにより、製品固有のプロセス最適化とスロッティング戦略の改善が可能になります。 その重要性 製品レベルの分析を可能にし、プロセス遅延、エラー、または特別な取り扱いを必要とする品目を特定するのに役立ちます。 取得元 この情報は、倉庫オーダーまたはタスクテーブルの明細レベルにあります。 例 PN-A5540-BSKU-300-RED-LGHW-88201 | |||
| 数量不一致 IsQuantityMismatch | タスクの実際の処理数量が計画数量と異なるかどうかを示すブール型フラグ。 | ||
| 説明 この計算属性は、ピッキングや受領などの特定のタスクにおける数量の不一致を示すシンプルなフラグです。「実際の数量」が「計画数量」と一致しない場合にTrueに設定されます。 このフラグは、プロセス内のエラーを簡単に特定し、数えるために使用されます。ピッキング数量不一致率や入荷数量不一致率などのKPIの計算を簡素化します。また、アナリストがすべての不一致イベントをフィルタリングし、製品、オペレーター、または場所に関連するパターンを探すことで、根本原因分析を容易にします。 その重要性 数量エラーのあるイベントにフラグを立て、差異率の計算を簡素化し、不正確なタスクの的を絞った分析を可能にします。 取得元 各関連活動のPlannedQuantityフィールドとActualQuantityフィールドを比較して算出。 例 falsetruefalse | |||
| 機器ID EquipmentId | 使用されたマテリアルハンドリング機器の識別子(特定のフォークリフトやコンベアベルトなど)。 | ||
| 説明 設備IDは、倉庫タスクを実行するために使用された機械または設備を特定します。これには、フォークリフト、パレットジャッキ、自動搬送ロボット(AGV)、または特定の梱包ステーションが含まれる場合があります。 この属性により、設備の使用率、パフォーマンス、およびメンテナンスの必要性を分析できます。設備ごとの活動を追跡することで、管理者は過剰または過小に利用されている資産を特定し、異なる機械タイプの効率を比較し、メンテナンススケジュールの情報収集に役立つデータを集めることができます。これは「倉庫リソース利用率ダッシュボード」の重要なディメンションです。 その重要性 設備利用率とパフォーマンスの分析を可能にし、資産配分とメンテナンススケジュールを最適化するのに役立ちます。 取得元 タスク実行ログに記録される場合があります。特に作業員が機器にログインする環境で。 例 FORKLIFT-07AGV-03PACKSTATION-12 | |||
倉庫管理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
| ピッキングタスク作成済み | このイベントは、オペレーターが出荷オーダーを履行するために保管場所から商品を取り出すタスクが作成されたことを意味します。これは、出荷オーダーがピッキングのためにリリースされた際にWMSによって生成される明示的なイベントです。 | ||
| その重要性 これは、物理的な出荷プロセスの開始点です。オーダー作成からピッキングタスク作成までの時間を分析することで、オーダー処理と割り当てにおける遅延が明らかになります。 取得元 タスク管理または倉庫制御テーブルに記録されます。倉庫オーダーに関連付けられたピッキングタスクの作成タイムスタンプに対応します。 取得 システム生成ピッキングタスクの作成タイムスタンプ。 イベントタイプ explicit | |||
| 保管場所への商品保管 | このイベントは、商品が指定された保管棚へ正常に移動・スキャンされたことを確認します。通常、オペレーターがハンドヘルドRFデバイスを使用して棚入れタスクの完了を確定した際に捕捉されます。 | ||
| その重要性 これは入荷プロセスの終了を示し、在庫がフルフィルメントに利用可能になります。受領からこの時点までの時間を分析することは、「入荷から棚入れまでのサイクルタイム」ダッシュボードにとって不可欠です。 取得元 棚入れタスクのステータスが「完了」または「確認済み」に更新された際に、タイムスタンプ付きのトランザクションとして記録されます。このデータは、倉庫タスクまたは転送オーダーテーブルで確認できます。 取得 保管場所倉庫タスクの確認タイムスタンプ。 イベントタイプ explicit | |||
| 倉庫オーダー作成済み | このイベントは、入荷、出荷、または内部倉庫タスクを管理するための中心的な文書である倉庫オーダーの作成を示します。通常、新しいオーダーがBlue Yonder WMSに手動または統合を通じて入力された際に、明示的なトランザクションとして捕捉されます。 | ||
| その重要性 これはプロセスの明確な開始点です。このイベントから完了までの時間を分析することで、全体のオーダーフルフィルメントリードタイムがわかり、全体の効率性とサービスレベル契約の遵守状況を測定するために不可欠です。 取得元 このイベントは、倉庫オーダーレコードの作成タイムスタンプによって捕捉され、オーダーヘッダーテーブルに記録されている可能性が高いです。 取得 倉庫オーダーレコードの作成タイムスタンプから。 イベントタイプ explicit | |||
| 倉庫オーダー完了 | これは、出荷を含む関連するすべての活動が終了し、オーダーがクローズされたことを示す倉庫オーダーの最終ステータスです。オーダーのライフサイクルステータスが「完了」または「クローズ済み」に更新された際に捕捉されます。 | ||
| その重要性 この活動は、プロセスケースの決定的な終了を示します。これにより、プロセス分析が各オーダーの最初から最後までの完全なライフサイクルを捕捉することが保証されます。 取得元 これは、倉庫オーダーヘッダーテーブルのステータス変更から推測できます。「完了」、「クローズ済み」、「請求済み」などの最終ステータスと、そのステータス変更のタイムスタンプを探してください。 取得 オーダーヘッダーの最終ステータス変更のタイムスタンプから推測。 イベントタイプ inferred | |||
| 入庫・数量確認 | このイベントは、商品が荷降ろしされ、スキャンされ、その数量が配送書類と照合されて検証されたことを意味します。通常、入荷オーダーの各品目について、受領担当者がシステムで受領数量を確定した際に捕捉されます。 | ||
| その重要性 これは、在庫がシステム上で公式に利用可能になる重要なマイルストーンですが、まだフルフィルメント準備はできていません。このステップの期間と正確さは、在庫の可視性と棚入れプロセスの開始に直接影響します。 取得元 これは、在庫または入荷ログに記録される明示的なトランザクションです。入荷記帳に関連するトランザクション、または入荷明細のステータスが「受領済み」に変更された際のトランザクションを探してください。 取得 商品受領を確認する取引のタイムスタンプ。 イベントタイプ explicit | |||
| 出荷済み | このイベントは、梱包された商品が運送業者のトラックに積み込まれ、トラックが倉庫を出発したことを意味します。これは通常、「出荷処理(Goods Issue)」がシステムに記帳され、出荷が確定した際に記録されます。 | ||
| その重要性 これは、オーダーに対する倉庫の責任の終了を示す重要なマイルストーンです。定時出荷パフォーマンスとエンドツーエンドのフルフィルメントリードタイムを測定するための最終的なデータポイントです。 取得元 これは、「出庫処理(Post Goods Issue: PGI)」と呼ばれることもある主要な財務・物流トランザクションです。このトランザクションのタイムスタンプは出荷時刻として機能し、通常、出荷伝票または出荷文書テーブルに保存されます。 取得 出庫処理(PGI)取引のタイムスタンプ。 イベントタイプ explicit | |||
| ドックへの商品到着 | この活動は、荷降ろしが始まる前に、トラックまたは運送業者が倉庫の受領ドックに物理的に到着したことを示します。このイベントは、ヤード管理モジュールによって明示的に記録されるか、またはゲート担当者が納品をチェックインした際に記録されることがよくあります。 | ||
| その重要性 到着時刻を追跡することで、運送業者の定時到着パフォーマンスを測定し、運送業者の到着と荷受けプロセスの開始間の遅延を特定できます。ヤード管理や荷受けドアにおける潜在的なボトルネックを浮き彫りにします。 取得元 通常、Blue Yonder WMS内のヤード管理またはゲート制御モジュールに記録されます。トラック到着時に荷受け担当者による手動のタイムスタンプ入力である場合もあります。 取得 運送業者チェックイン取引のタイムスタンプ。 イベントタイプ explicit | |||
| 保管場所からのピッキング | オペレーターが品目を回収し、システムで作業を確定したピッキングタスクの完了を表します。このイベントは、オペレーターがデバイスで品目をスキャンし、ピッキングを確定した際に捕捉されます。 | ||
| その重要性 このマイルストーンは、ピッキング段階の終了を示します。この活動の正確さと期間は、全体的なオーダーフルフィルメント効率にとって重要であり、「ピッキング精度」分析の基礎を形成します。 取得元 ピッキングタスクのステータスが「完了」に変更された際の確認タイムスタンプから取得。これは倉庫タスクテーブルにあり、多くの場合、特定の作業員と設備にリンクされています。 取得 ピッキング倉庫タスクの確認タイムスタンプ。 イベントタイプ explicit | |||
| 倉庫オーダーキャンセル済み | 倉庫オーダーが完全に処理または出荷される前にキャンセルされたことを表します。このイベントは、ユーザーがキャンセル処理を実行し、オーダーのステータスが「キャンセル済み」に更新された際に捕捉されます。 | ||
| その重要性 キャンセルを分析することは、在庫切れや顧客による変更など、プロセス障害の原因を特定するのに役立ちます。これはプロセス逸脱や影響を理解するための重要な終了イベントです。 取得元 これは通常、倉庫オーダーの最終ステータスに基づいて推測されるイベントです。「キャンセル済み」または「削除済み」へのステータス変更のタイムスタンプが使用されます。 取得 ステータスが「キャンセル済み」に変更されたタイムスタンプから推測。 イベントタイプ inferred | |||
| 入荷配送通知済み | サプライヤーからの事前出荷通知(ASN)の受領を表し、商品が倉庫へ輸送中であることを示します。これは、ASNがシステム(多くの場合EDIまたはポータル経由)によって受領および処理された際に捕捉される明示的なイベントです。 | ||
| その重要性 この活動は、入荷計画とリソース割り当てのトリガーとなります。この通知から現物の入荷までの時間は、サプライヤーパフォーマンスと入荷パイプラインの可視性を測定するための重要なKPIです。 取得元 ASN受領ログまたはBlue Yonder WMS内の入荷配送文書の作成タイムスタンプから取得。ASNまたは入荷出荷通知に関連するテーブルを確認。 取得 ASNまたは入荷伝票作成時のタイムスタンプ。 イベントタイプ explicit | |||
| 出荷ステージング | 梱包済みのコンテナが梱包エリアから、運送業者の集荷を待つための指定された出荷ステージングレーンへ移動することを表します。このイベントは、オペレーターがハンドリングユニットのステージングエリアへの移動を確定した際に記録されます。 | ||
| その重要性 この活動は、梱包済みオーダーが積み込まれるまでの待機時間である滞留時間の分析に役立ちます。長いステージング時間は、運送業者との連携不足やステージングスペースの非効率な使用を示している可能性があります。 取得元 このイベントは、ハンドリングユニットまたは輸送コンテナがステージング場所へ移動したことから推測できます。また、明示的な「ステージへ移動」タスクの確認である場合もあります。 取得 ステージングビンへの移動を示す在庫移動ログから推測。 イベントタイプ inferred | |||
| 品質検査実施済み | 受領した商品に対して行われる品質チェックを表します。特定の資材に対する標準ステップである場合や、例外によりトリガーされるイベントである場合があり、品質検査官がシステムに検査結果を記録した際に捕捉されます。 | ||
| その重要性 品質検査は、入荷プロセスにおいて大幅な遅延の原因となることがあります。その頻度と期間を分析することで、サプライヤーの品質問題や検査ワークフロー内のボトルネックを特定するのに役立ちます。 取得元 入荷明細に関連する品質管理(QM)モジュールまたはログに記録されます。品質検査結果や、在庫のステータスが「品質保留」に変更された際の特定のトランザクションコードを探してください。 取得 品質検査完了またはステータス更新のタイムスタンプ。 イベントタイプ explicit | |||
| 梱包済み | このイベントは、出荷用のすべての品目が輸送コンテナに梱包され、ラベルが生成されたことを確認します。これは、梱包担当者がシステムでオーダーの梱包プロセスの完了を確定した際に記録されます。 | ||
| その重要性 これは、倉庫内での付加価値活動の完了を示します。この時点から出荷完了までの時間は、ステージングと積み込み時間を表し、潜在的な遅延の主要な領域です。 取得元 これは、梱包プロセスが完了した際に記録される明示的なトランザクションです。出荷伝票のステータスが「梱包済み」への変更、または梱包ステーション取引の完了タイムスタンプを探してください。 取得 「梱包確定」または「コンテナクローズ」取引のタイムスタンプ。 イベントタイプ explicit | |||
| 梱包開始 | この活動は、梱包ステーションでの梱包プロセスの開始を示します。通常、オペレーターが梱包ステーションでピッキングされた品目またはオーダー用トートをスキャンして出荷準備を開始した際に記録されます。 | ||
| その重要性 このイベントは、ピッキングから梱包への引き渡しを合図します。フルフィルメントプロセスの梱包段階を分離し、梱包エリア内の特定のボトルネックを特定するのに役立ちます。 取得元 これは、梱包ステーションのユーザーインターフェースからの明示的なトランザクションログである可能性があります。あるいは、そのオーダーの梱包ワークセンターに関連する最初のタイムスタンプ付き活動から推測することもできます。 取得 梱包ステーションにおける「梱包開始」取引のタイムスタンプ。 イベントタイプ explicit | |||
| 棚入れタスク作成済み | この活動は、システムが受領品を荷受けドックから最終保管場所へ移動させるタスクを作成することを示します。これは、WMSロジックによって生成され、倉庫オペレーターに指示を出すための明示的なシステムイベントです。 | ||
| その重要性 これは、棚入れプロセスの開始点です。入荷から棚入れタスク作成までの遅延は、システム設定やパフォーマンスの問題を示している可能性があり、商品が荷受けエリアに滞留することになります。 取得元 タスク管理または倉庫制御テーブルで生成および記録されます。入荷配送にリンクされた保管タスクまたは転送オーダーの作成タイムスタンプを探してください。 取得 システム生成保管タスクの作成タイムスタンプ。 イベントタイプ explicit | |||
抽出ガイド
ステップ
- 前提条件とアクセス権: Blue Yonder WMSのユーザーアカウントと、MOCAコマンドの実行およびord_hdr、pckwrk_dtl、invmovなどの必要なテーブルへのアクセス権限があることを確認してください。MOCAコンソールやコマンドラインインターフェースのような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コンソール)を起動し、適切なBlue Yonder WMS環境への接続を確立します。
- MOCAスクリプトの実行: カスタマイズしたスクリプトをMOCAコンソールに貼り付け、コマンドを実行します。スクリプトはサーバー上で実行され、指定されたすべての活動のデータを収集します。
- 実行の監視: 大規模なデータセットの場合、クエリの実行にかなりの時間がかかる可能性があります。コンソールでエラーメッセージやパフォーマンス警告がないか監視してください。クエリがタイムアウトする場合は、より短い日付範囲で実行することを検討してください。
- 結果のファイルへのエクスポート: スクリプトが正常に実行されると、結果がコンソールに表示されます。クライアントのエクスポート機能を使用して、出力を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 クエリ例 config
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クライアントにコピーします。スクリプトの先頭にある
BaseOrders共通テーブル式(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か月の範囲が、データベースに過度の負荷をかけることなく意味のある分析を行うのに十分です。 - 倉庫とクライアントのフィルター: 複数倉庫または複数クライアント環境では、分析を集中させ、データセットを管理しやすくするため、特定の倉庫ID(
wh_id)とクライアントID(client_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