倉庫管理データテンプレート
倉庫管理データテンプレート
- 収集を推奨する属性
- 倉庫業務で追跡すべき主要なアクティビティ
- Körber WMS向けデータ抽出ガイド
倉庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 倉庫注文のライフサイクルにおいて、ある時点で発生した特定のイベントまたはタスクの名称です。 | ||
| 説明 この属性は、倉庫管理プロセスにおける1つのステップを表します。たとえば、「保管場所から商品をピッキング」や「出荷発送」などです。各アクティビティは、特定のタイムスタンプとともにシステムへ記録された、個別の業務イベントを表します。 アクティビティの分析は、プロセスマイニングの中心です。倉庫内で実際に業務がどのように流れているかを示すプロセスマップを作成できます。これにより、ボトルネック、手戻りのループ、標準業務手順からの逸脱を特定できます。 重要な理由 プロセスの各ステップを定義し、プロセスマップの基盤となります。プロセスフロー、変動、ボトルネックを分析できます。 入手先 Körber WMSのイベントまたはトランザクションログテーブルです。業務イベントが記録されています。多くの場合、トランザクションコードやステータス変更の説明から生成されます。 例 ピッキングタスクを作成商品を梱包出荷を実行倉庫オーダーをキャンセル | |||
| イベント時刻 EventTime | アクティビティまたはイベントがソースシステムに記録された正確な日時です。 | ||
| 説明 イベント時刻は各アクティビティに関連付けられたタイムスタンプで、発生した正確な時点を示します。この時系列データは、プロセス内の各ステップ間の所要時間、サイクルタイム、待機時間を計算するための基礎となります。 プロセス分析では、イベントを時系列に並べ、プロセスフローを構築し、時間に基づく分析を行うために使用します。サイクルタイム分析など、パフォーマンスを測定するダッシュボードや、「注文のエンドツーエンド平均サイクルタイム」などのKPIの計算にも欠かせません。 重要な理由 イベントの順序付けや、サイクルタイム、待機時間など時間に基づく指標の計算、プロセスパフォーマンスの把握に欠かせないタイムスタンプです。 入手先 Körber WMS内のすべてのトランザクションおよびイベントログテーブルにあります。通常は「CreationDate」、「Timestamp」、「EventDateTime」などの名称です。 例 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| 倉庫注文 WarehouseOrder | 倉庫注文を一意に識別するIDです。関連するすべての物流アクティビティを追跡する際の主要なケースIDとして使用されます。 | ||
| 説明 倉庫注文は、入荷や出荷など、特定の物流依頼に関連するすべてのタスクとイベントをまとめる中心的な識別子です。注文の作成から最終的な出荷またはキャンセルまで、倉庫内における注文のライフサイクルをエンドツーエンドで追跡できます。 プロセスマイニングでは、倉庫注文単位で分析することで、注文ごとのプロセスフロー全体を可視化できます。これにより、標準注文と特急注文など、注文の種類ごとに共通する経路、逸脱、ボトルネック、全体のサイクルタイムを特定できます。 重要な理由 関連するすべてのイベントを結び付ける基本的なケースIDです。特定の注文ごとに、倉庫管理プロセスを完全にエンドツーエンドで分析できます。 入手先 通常、Körber WMSの中核となる注文管理テーブルにあります。注文ヘッダーなど、具体的なテーブル名とフィールド名については、Körber WMSのドキュメントをご確認ください。 例 WO-0012845WO-0012991WO-0013402 | |||
| ソースシステム SourceSystem | データを抽出したシステムです。 | ||
| 説明 イベントデータの発生元システムを示します。この場合は「Körber WMS」です。複数のシステムを統合している環境では、データソースの識別やデータの系譜の追跡に役立ちます。 分析時には、複数のシステムからデータを統合する場合などに、データの背景情報を提供します。データ品質の確認や、特定のシステムのアクティビティに絞った分析にも利用できます。 重要な理由 データの発生元に関する重要な背景情報を提供し、複数のシステムが接続された環境でも、データの明確性と追跡可能性を確保します。 入手先 通常、データ抽出時に追加される固定値で、ソースシステムを識別します。 例 Körber WMSKörberOne | |||
| 最終データ更新 LastDataUpdate | このプロセスのデータが最後に更新された時点を示すタイムスタンプです。 | ||
| 説明 最新のデータ抽出または更新が行われた日時を示す属性です。分析対象データの鮮度を把握できるため、現在表示しているプロセスの状況がどの時点のものかを確認できます。 ダッシュボードやレポートでは、透明性を確保するうえで重要な情報です。リアルタイム、日次、週次のどのデータを見ているかを把握でき、意思決定にも影響します。 重要な理由 データの適時性を示します。分析に基づいて正確で適切な業務判断を行うために欠かせません。 入手先 各データ更新サイクルの終了時に、データパイプラインまたはETLツールによって生成・記録されます。 例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ユーザー/オペレーターID UserOperatorId | アクティビティを実行したユーザーまたはオペレーターの識別子です。 | ||
| 説明 ピッキング、梱包、棚入れなど、特定のタスクを実行した倉庫従業員またはシステムユーザーを識別する属性です。場合によっては、自動化システムやボットを示します。 このディメンションは、リソースパフォーマンスの分析に欠かせません。作業負荷の分布を把握し、成果の高い従業員を特定したり、追加のトレーニングが必要な従業員を見つけたりできます。「リソース利用状況と作業負荷」ダッシュボードや「オペレーターあたりの処理量」KPIの基盤となります。 重要な理由 従業員のパフォーマンス、作業負荷の分布、リソース効率を分析できます。トレーニングの必要性や高い成果を上げている従業員の特定にも役立ちます。 入手先 ユーザー操作が記録されるトランザクションまたはログテーブルにあります。「UserID」、「UserName」、「ExecutedBy」、「OperatorID」などのフィールドを確認してください。 例 JSMITHABOT01CDAVISシステム | |||
| 優先度 PriorityLevel | 標準や特急など、倉庫注文の緊急度または優先度を示します。 | ||
| 説明 優先度は、倉庫注文の処理上の緊急度を示す分類です。たとえば、「特急」や「高優先度」と設定された注文は、標準注文より先に処理する必要があります。 「特急注文分析」ダッシュボードや「特急出荷率」KPIに欠かせない属性です。緊急注文が倉庫業務全体に与える影響や関連コスト、標準注文より実際に短時間で処理されているかどうかを把握できます。 重要な理由 緊急注文の処理状況、発生頻度、プロセス全体のパフォーマンスとコストへの影響を分析できます。 入手先 注文ヘッダーデータにあります。「Priority」、「Urgency」、または配送サービスレベルを示すフィールドを確認してください。 例 標準特急翌日配送緊急 | |||
| 実績数量 ActualQuantity | タスク中に実際に取り扱われた、または記録された商品の数量です。 | ||
| 説明 実績数量は、倉庫オペレーターが実際に数え、ピッキング、梱包、または受け入れた数量です。タスク完了時に記録され、在庫不足、破損、人為的ミスなどにより「計画数量」と異なる場合があります。 この属性を「計画数量」と比較することは、「在庫プロセスの健全性と精度」ダッシュボードの基礎です。2つの値の差異は、調査が必要なプロセス上の失敗やデータの不正確さを直接示します。 重要な理由 実際に取り扱われた数量を示す基準値です。差異率の計算や在庫精度の確保に欠かせません。 入手先 トランザクションの確認記録またはタスク完了記録にあります。「ActualQty」、「ConfirmedQuantity」、「PickedQuantity」などのフィールド名が考えられます。 例 10491 | |||
| 製品SKU ProductSKU | 取り扱う商品の在庫管理単位(SKU)または品目番号です。 | ||
| 説明 製品SKUは、倉庫注文に含まれる特定の商品または品目を一意に識別します。1つの注文に複数のSKUが含まれる場合があります。 製品SKU単位で分析すると、特定の商品で取り扱いプロセスが複雑になったり、問題が発生したりしていないかを把握できます。たとえば、壊れやすい商品の梱包時間が長い、特定のSKUでピッキング差異が頻繁に発生するといった傾向を確認できます。保管方法や取り扱い手順の見直しにも役立ちます。 重要な理由 特定の商品に基づいてプロセスパフォーマンスを分析できます。遅延やエラーの原因となる商品を明らかにできます。 入手先 メインの倉庫注文ヘッダーに紐付く注文明細テーブルにあります。一般的なフィールド名は「SKU」、「MaterialNumber」、「ItemCode」です。 例 SKU-847361SKU-991204SKU-103557 | |||
| SLAステータス SLAStatus | 希望完了日に基づき、注文が期限内に完了したか、遅延したか、遅延リスクがあるかを示します。 | ||
| 説明 SLAステータスは、「RequestedCompletionDate」に対する納期遵守状況に基づいて各注文を分類する計算属性です。「期限内」、「遅延」、「処理中」などの値を取ります。 サービスレベルの達成状況をすぐに把握できます。遅延した注文を簡単に絞り込み、特定のボトルネックやリソース上の問題など、根本原因を分析できます。顧客満足度と業務の信頼性に関する分析に欠かせない要素です。 重要な理由 サービスレベル合意の遵守状況を直接測定し、遅延注文の特定と根本原因分析を簡単にします。 入手先 データ変換層で、「倉庫注文完了」イベントのタイムスタンプと「RequestedCompletionDate」を比較して計算します。 例 定刻遅延進行中 | |||
| サイクルタイム CycleTime | 倉庫注文の作成から完了までにかかった合計時間です。 | ||
| 説明 サイクルタイムは、ケースの最初のイベント(「倉庫注文作成」)から最後のイベント(「倉庫注文完了」)までの経過時間を測定する計算指標です。注文の処理時間をエンドツーエンドで示します。 プロセスマイニングにおける主要なパフォーマンス指標であり、「どのくらい時間がかかっているか」という問いに直接答えます。「倉庫注文のエンドツーエンドサイクルタイム」ダッシュボードや「注文のエンドツーエンド平均サイクルタイム」KPIの中心的な指標として、プロセス全体の健全性を追跡し、完了までに異常に長い時間がかかる注文を特定します。 重要な理由 倉庫プロセス全体の効率を測定する重要なKPIです。顧客満足度と業務コストに直接影響します。 入手先 各倉庫注文について、最後のイベントのタイムスタンプと最初のイベントのタイムスタンプの差を求め、プロセスマイニングツールで計算します。 例 8640017280036000 | |||
| ピッキング差異の有無 IsPickingDiscrepancy | 実績数量と計画数量が一致したかどうかを示すフラグです。 | ||
| 説明 ピッキング関連のアクティビティで、「実績数量」が「計画数量」と異なる場合にtrueとなる、派生ブール属性です。特定のタスクにおけるピッキングミスや在庫上の問題を簡単に示します。 このフラグを使うと、ピッキング差異が発生したすべての注文をすばやく絞り込めます。「ピッキング差異率」KPIの計算や、「在庫プロセスの健全性と精度」ダッシュボードで問題が発生した箇所を示すために使われます。 重要な理由 ピッキングミスを明確な二値で示し、在庫精度の問題を特定・定量化する分析を簡単にします。 入手先 データ変換時に計算します。対象となるピッキングアクティビティについて、ロジックは 例 truefalse | |||
| 使用設備 EquipmentUsed | タスクの実行に使用したフォークリフトやスキャナーなどの設備の識別子です。 | ||
| 説明 倉庫タスクで使用したマテリアルハンドリング設備(MHE)またはテクノロジーを示す属性です。特定のフォークリフト、ハンドパレットトラック、ハンディスキャナー、自動搬送車(AGV)などが該当します。 設備単位で分析すると、リソースの利用状況、保守の必要性、設備の種類がタスク効率に与える影響を把握できます。「リソース利用状況と作業負荷」ダッシュボードの重要なディメンションとして、人と機械の両方を確認できます。 重要な理由 設備の利用状況とタスクパフォーマンスへの影響を分析できます。車両・設備群の管理を改善し、機械に起因するボトルネックを特定できます。 入手先 Körber WMSのドキュメントをご確認ください。特にオペレーターが特定の設備にログインする運用では、タスク実行記録に記録されている場合があります。 例 FORKLIFT-08SCANNER-112AGV-03 | |||
| 保管場所 StorageLocation | 商品が保管されている、またはピッキングされる倉庫内の具体的な場所です。棚番や通路などが該当します。 | ||
| 説明 ラック、棚、ビンなど、倉庫内の物理的な位置を示す属性です。「保管場所への商品棚入れ」や「保管場所から商品をピッキング」などのアクティビティに関係します。 「棚入れ効率とロケーション利用状況」ダッシュボードで、移動時間、場所の利用状況、保管戦略の有効性を分析するために使います。たとえば、出庫頻度の高い商品が、ピッキング時間を短縮できる取り出しやすい場所に保管されているかを確認できます。 重要な理由 移動時間や特定の場所における棚入れ・ピッキング作業の効率を分析し、倉庫レイアウトと保管戦略の改善に役立ちます。 入手先 在庫、タスク、またはロケーションマスターデータのテーブルにあります。「BinCode」、「LocationID」、「StorageBin」などのフィールドを確認してください。 例 A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| 倉庫ID WarehouseId | アクティビティが行われる倉庫または配送センターを一意に識別するIDです。 | ||
| 説明 倉庫IDは、倉庫注文を処理している物理的な場所または施設を示します。複数の配送センターを持つ組織では、分析の重要なディメンションとなります。 拠点間のパフォーマンスを比較し、ベンチマークできます。たとえば、倉庫Aと倉庫Bの「注文のエンドツーエンド平均サイクルタイム」を比較し、優れた方法や拠点固有の業務上の問題を特定できます。 重要な理由 異なる物理的な倉庫拠点間でパフォーマンスを比較・ベンチマークできます。地域や施設に固有の問題を明らかにできます。 入手先 通常、注文ヘッダーまたは拠点設定のテーブルにあります。「Plant」、「Site」、「LocationCode」などで表される場合があります。 例 WH-NYCDC-LAXFC-DAL | |||
| 希望完了日 RequestedCompletionDate | 顧客または社内の関係者が、注文の完了を希望する日付です。 | ||
| 説明 出荷注文の目標完了日または出荷日です。顧客の期待やサービスレベル合意(SLA)によって決まることが多く、実績を測定する際の主な期限となります。 「特急注文分析」ダッシュボードに欠かせない日付です。「希望完了日」と「実績完了日」(「出荷発送」または「倉庫注文完了」アクティビティのタイムスタンプ)を比較することで、納期遵守状況を確認し、遅延リスクのある注文を特定できます。 重要な理由 納期遵守状況を測定し、サービスレベル合意(SLA)を満たすための基準となります。遅延の可能性がある注文も明らかにできます。 入手先 注文ヘッダーテーブルにあります。一般的なフィールド名は「RequiredDeliveryDate」、「RequestedShipDate」、「SLA」です。 例 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| 注文タイプ OrderType | 倉庫注文を、入荷、出荷、社内移動などに分類します。 | ||
| 説明 注文タイプは、倉庫注文の業務上の目的を定義します。一般的な種類には、顧客向け出荷(出荷)、仕入先からの入荷(入荷)、倉庫拠点間の在庫移動(社内移動)、返品などがあります。 フィルタリングや比較分析に役立つ属性です。物流業務の種類ごとにプロセスフローとパフォーマンスを分析・比較できます。たとえば、入荷プロセスが出荷プロセスより効率的かどうかを確認できます。 重要な理由 注文の目的に基づいて分析を分けられます。入荷と出荷など、プロセス間のパフォーマンスの違いを明らかにできます。 入手先 通常、Körber WMSの注文ヘッダーテーブルにあります。「OrderType」、「TransactionType」などのフィールドを確認してください。 例 出荷入荷受領社内移動顧客返品 | |||
| 終了時刻 EndTime | 利用可能な場合に、アクティビティが完了した時点を示すタイムスタンプです。 | ||
| 説明 終了時刻は、アクティビティの完了時点を示すタイムスタンプです。StartTime(EventTime)が開始時点を示すのに対し、終了時刻は完了時点を示すため、そのアクティビティ単体の所要時間を直接計算できます。すべてのイベントに明確な終了時刻があるとは限らず、多くの場合、次のイベントのStartTimeから直前のアクティビティの所要時間を推定します。 この属性は、個々のタスクの処理時間を正確に計算するうえで非常に役立ちます。たとえば、検査の開始から終了までの時間を測定し、「品質検査の平均時間」を算出できます。 重要な理由 個々のアクティビティの処理時間を正確に計算できます。非効率なタスクやリソースのボトルネックを特定するうえで重要です。 入手先 Körber WMSのドキュメントをご確認ください。開始時刻とともにトランザクションテーブルに記録されている場合や、関連するステータス履歴テーブルにある場合があります。 例 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| 計画数量 PlannedQuantity | ピッキングや入荷などのタスクで、取り扱う予定だった商品の数量です。 | ||
| 説明 計画数量は、倉庫注文で指定されたタスクごとの目標数量です。たとえば、特定のSKUを10個ピッキングする注文の場合、そのピッキングタスクの計画数量は10です。 「実績数量」と比較することで、差異を特定できます。「ピッキング差異率」や「在庫差異率」など、在庫精度の維持に欠かせないKPIの計算にも使われます。 重要な理由 ピッキングや入荷などのタスクの正確性を測定する基準となり、在庫差異の検出に役立ちます。 入手先 タスクまたは注文明細テーブルにあります。「OrderQuantity」、「PlannedQty」、「ExpectedQuantity」などのフィールドを確認してください。 例 10501 | |||
| 配送業者 Carrier | 注文の最終配送を担当する配送業者です。 | ||
| 説明 配送業者は、商品を倉庫から最終目的地まで輸送する第三者物流事業者(FedEx、UPS、DHLなど)です。通常、出荷計画または発送の段階で割り当てられます。 配送業者単位で分析すると、配送パートナー間のパフォーマンスの違いを明らかにできます。特定の配送業者で荷待ち時間が長い、遅延が頻繁に発生するといった傾向を把握でき、配送業者との契約交渉や選定に役立つデータを得られます。 重要な理由 配送パートナーごとのパフォーマンスを分析し、物流の改善と配送の信頼性向上に役立ちます。 入手先 Körber WMSの出荷または輸送計画テーブルにあります。「CarrierCode」、「ShippingAgent」、「SCAC」などのフィールドを確認してください。 例 FedExUPSDHLLocal Freight Inc. | |||
倉庫管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 倉庫オーダーを作成 | システムで倉庫オーダーを最初に作成することです。商品の移動に対する需要を表します。通常は、ユーザーまたはERPなどの連携システムが作成時刻とともにオーダー記録を作成した時点で、明示的にログへ記録されます。 | ||
| 重要な理由 エンドツーエンドのプロセスの開始点です。オーダー処理サイクル全体の時間と、需要およびオーダー量を把握するために欠かせません。 入手先 Körber WMSで新しいオーダー記録を保存した際、倉庫オーダーヘッダーテーブルの作成時刻から取得します。 取得 倉庫オーダーヘッダーの作成時刻から記録します。 イベントタイプ explicit | |||
| 倉庫オーダーを完了 | 倉庫オーダーをシステム上でクローズし、関連するすべての物理移動とトランザクションが完了したことを示します。通常は、オーダーヘッダーのステータス変更から推定し、オーダーのライフサイクルを完了させます。 | ||
| 重要な理由 プロセスの主な終点です。エンドツーエンドのサイクルタイムを算出し、プロセス全体の完了率を測定するために欠かせません。 入手先 倉庫オーダーヘッダーのステータスが「Complete」や「Closed」などの最終ステータスに変更されたことから推定します。 取得 倉庫オーダーヘッダーのステータスが「Completed」に変更された時刻から推定します。 イベントタイプ inferred | |||
| 出荷を実行 | 商品を積み込み、トラックが倉庫を出発します。「Ship Confirm」または「Post Goods Issue」トランザクションによってイベントが発生し、システム上の出荷が確定します。 | ||
| 重要な理由 商品の物理的な出発を示す重要なマイルストーンです。請求書の発行や顧客への通知における主要イベントになることが多いです。 入手先 「Ship Confirm」トランザクションを明示的に実行します。船荷証券の印刷と関連付けられ、このトランザクションに特定のタイムスタンプが記録されます。 取得 「Ship Confirm」または「Post Goods Issue」トランザクションのタイムスタンプです。 イベントタイプ explicit | |||
| 商品を保管場所からピッキング | 作業者が、オーダーの商品を保管場所から取り出したことを確認します。通常は商品と場所をスキャンして行い、保管ビンの在庫を減らすとともに操作を記録します。 | ||
| 重要な理由 出荷プロセスにおける主要なマイルストーンです。ピッキング時間を分析し、ピッキングから梱包までの間に発生する遅延を特定できます。 入手先 作業者がRFデバイスでピッキングタスクの完了を確認した時点で記録します。タスクステータスが「Completed」に更新され、完了時刻が記録されます。 取得 ピッキングタスク確認トランザクションのタイムスタンプです。 イベントタイプ explicit | |||
| 商品を保管場所へ棚入れ | 作業者が、通常は保管ビンとパレットまたは商品をスキャンして、棚入れタスクの完了を確認します。この操作により、商品の移動が明示的に記録され、システム上の在庫場所が更新されます。 | ||
| 重要な理由 入荷プロセスの終了を示す重要なマイルストーンです。「Putaway Cycle Time」と「Goods Receipt to Putaway Time」のKPI算出に使用します。 入手先 作業者がRFデバイスで棚入れタスクの完了を確認した時点で記録します。この操作により、タスクステータスが「Completed」に更新され、完了時刻が記録されます。 取得 棚入れタスク確認トランザクションのタイムスタンプです。 イベントタイプ explicit | |||
| 商品を受け入れて数量を確認 | 倉庫担当者が商品を荷下ろしし、スキャンして、入荷通知と照合しながら数量を確認します。この明示的なトランザクションにより、特定数量の資材を倉庫が物理的に受け入れたことを確認できます。 | ||
| 重要な理由 「Goods Receipt to Putaway Time」などのKPIを可能にする、入荷における重要なマイルストーンです。予定数量と実際の受入数量の差異も早期に特定できます。 入手先 ユーザーがRFスキャナーまたはデスクトップのトランザクションで受入数量を確認した際に生成されます。この操作により、ステージング場所の在庫ステータスが「Received」または「On-Hand」に更新されます。 取得 入荷確認トランザクションのタイムスタンプです。 イベントタイプ explicit | |||
| 商品を梱包 | 出荷用コンテナまたは段ボール箱への梱包が完了し、荷物を封かんしてラベルを貼付します。このイベントは、オーダーがステージングと出荷の準備を終えたことを示し、明示的に記録されます。 | ||
| 重要な理由 出荷に向けた商品の準備を完了する重要なマイルストーンです。梱包処理量の算出や、積み込み前の遅延特定に使用します。 入手先 作業者が明示的な「Packing Complete」または「Close Carton」トランザクションを実行し、出荷用コンテナの完了時刻を記録します。 取得 「Close Container」または「Packing Complete」トランザクションのタイムスタンプです。 イベントタイプ explicit | |||
| ピッキングタスクを作成 | システムが、出庫倉庫オーダーに基づいて作業者向けのピッキングタスクを生成します。このタスクは、特定の商品を指定数量だけ取り出す場所を作業者に指示します。 | ||
| 重要な理由 出荷処理プロセスを開始するイベントです。ピッキングタスクの生成を分析すると、オーダー処理ロジックと作業負荷の配分を把握できます。 入手先 Körber WMSのタスク管理テーブルまたは作業キューテーブルに、「Picking」タスクタイプと作成時刻を持つ記録が作成されます。 取得 ピッキングタスク記録の作成時刻から記録します。 イベントタイプ explicit | |||
| 倉庫オーダーをキャンセル | 完了前に倉庫オーダーをキャンセルし、進行中のすべての作業を停止します。通常は、オーダーヘッダーのステータスが「Canceled」に変更されたことから推定します。 | ||
| 重要な理由 プロセスの別の終点を示します。キャンセルを分析すると、在庫不足や顧客都合の変更など、プロセスが失敗した理由を把握できます。 入手先 倉庫オーダーヘッダーのステータスが「Canceled」または「Deleted」に変更されたことと、その変更時刻から推定します。 取得 倉庫オーダーヘッダーのステータスが「Canceled」に変更された時刻から推定します。 イベントタイプ inferred | |||
| 入荷通知を受信 | サプライヤーからAdvanced Shipping Notification(ASN)または入荷通知を受信します。このイベントは商品の到着予定を示し、倉庫が入荷作業を計画できるようにします。通常はEDIトランザクションまたは手入力で作成されます。 | ||
| 重要な理由 入荷計画プロセスの開始を示すアクティビティです。この通知から商品の到着までの時間を分析すると、サプライヤーのパフォーマンスを測定し、人員を計画できます。 入手先 ASNまたは入荷記録の作成時刻から取得します。これらの記録は、EDIインターフェースまたは手入力で作成されることが多いです。 取得 ASN記録がシステムで正常に作成された時点で記録します。 イベントタイプ explicit | |||
| 出荷用にステージング | 梱包済みの段ボール箱またはパレットを、運送業者の集荷を待つ指定のステージングレーンへ移動します。通常は、出荷場所への在庫移動トランザクションのタイムスタンプから推定します。 | ||
| 重要な理由 梱包から最終出荷までの滞留時間を分析できます。ステージング時間が長い場合、運送業者との調整不足やドックドア管理の非効率を示している可能性があります。 入手先 取扱単位の場所が梱包ワークセンターから出荷レーンへ変更されたことから推定します。移動トランザクションに必要なタイムスタンプが記録されます。 取得 移動先がステージングエリアである在庫移動トランザクションのタイムスタンプから推定します。 イベントタイプ inferred | |||
| 品質検査を実施 | 受け入れた商品に品質管理検査を実施します。商品を専用のQCエリアへ移動する場合もあります。このアクティビティは、「On-Hand」から「QI Hold」へ移動し、その後「Unrestricted」に戻るといった在庫ステータスの変更から推定されることが多いです。 | ||
| 重要な理由 品質検査にかかる時間を分析できます。品質検査は大きなボトルネックになる場合があります。検査量を追跡し、在庫を利用可能にするまでの遅延を特定するのにも役立ちます。 入手先 品質保留に関連する一連の在庫ステータス変更から推定できます。システムによっては、品質管理の明示的なトランザクションログを利用できます。 取得 在庫ステータスの変更、または品質検査オーダーに関連するトランザクションログから推定します。 イベントタイプ inferred | |||
| 商品がドックに到着 | 運送業者が倉庫の入荷ドックに到着したことを記録します。通常はゲート担当者または入荷担当者が処理し、実際の入荷作業の開始を示します。このイベントは、配送状況の変更から推定されることが多いです。 | ||
| 重要な理由 運送業者の時間どおりの到着状況を測定し、入荷ドックでの待機時間を分析できます。荷下ろし前に発生する可能性のあるボトルネックも特定できます。 入手先 通常は入荷記録のステータス更新として記録します。利用できる場合は、ヤード管理モジュールの「Check-In」トランザクションから取得することもあります。 取得 入荷記録のステータスが「Arrived」または「At Dock」に変更されたことから推定します。 イベントタイプ inferred | |||
| 梱包を開始 | ピッキングした商品が梱包ステーションに到着し、作業者が梱包を開始します。通常は、特定の出庫オーダーに関連付けられた梱包ステーションで、最初の商品スキャンが行われた時点から推定します。 | ||
| 重要な理由 梱包工程の開始を示します。このアクティビティの前の待機時間と梱包にかかる時間を測定すると、出荷準備におけるボトルネックを特定できます。 入手先 明示的な「Start Packing」トランザクションとして記録される場合もありますが、通常はオーダーの梱包ステーションで最初の商品スキャンが行われた時点から推定します。 取得 対象オーダーの梱包ステーションで最初の操作が行われた時刻から推定します。 イベントタイプ inferred | |||
| 棚入れタスクを作成 | WMSが、受け入れた商品をステージングエリアから最終保管ビンへ移動するタスクを作業者向けに作成します。棚入れ方法に基づくシステムロジックが、商品の最適な保管先ビンを決定します。 | ||
| 重要な理由 棚入れプロセスの開始を示します。このイベントからタスク完了までの時間を分析すると、システムと作業者の効率を測定できます。 入手先 タスク管理テーブルまたは作業キューテーブルに、「Putaway」タスクタイプと対応する作成時刻を持つ記録が作成されます。 取得 棚入れタスク記録の作成時刻から記録します。 イベントタイプ explicit | |||
データ抽出ガイド
ステップ
- データベースアクセスを確立:Körber WMSの本番データベースまたはレプリカデータベースについて、読み取り専用の認証情報と接続情報(サーバー名、データベース名、ポート)を取得します。Microsoft SQL Server Management Studio(SSMS)やOracle SQL Developerなどのクライアントツールが必要です。
- 主要テーブルを特定:スクリプトを実行する前に、システム管理者と連携し、利用中のKörber WMSで使われている正確なテーブル名と列名を確認します。実装によって名称が異なる場合があります。通常は、注文ヘッダー、タスク、在庫トランザクションなどのテーブルを使用します。
- データベースに接続:SQLクライアントを起動し、提供された認証情報でKörber WMSデータベースに接続します。
- SQLスクリプトを読み込む:新しいクエリウィンドウを開き、このドキュメントの「query」セクションに記載されたSQLスクリプト全体をコピーします。
- パラメーターを設定:スクリプトの先頭にあるプレースホルダー変数を確認します。
@[StartDate]、@[EndDate]、@[WarehouseId]を、抽出対象の日付範囲と倉庫識別子に置き換えます。 - クエリを実行:設定したSQLスクリプトを実行します。実行時間は、日付範囲とシステム内のデータ量によって異なります。
- 結果を確認:クエリの完了後、SQLクライアントで出力を簡単に確認します。行が返され、
WarehouseOrder、ActivityName、EventTimeなどの列に想定どおり値が入っていることを確認します。 - CSVにエクスポート:結果セット全体をCSVファイルにエクスポートします。多くのSQLクライアントには、クエリ結果を直接エクスポートする機能があります。
- アップロードの準備:エクスポートしたCSVファイルをUTF-8エンコードで保存します。ファイル内の列見出しが、余分なスペースや文字を含めず、必須属性名と完全に一致していることを確認します。
設定
- データベース接続:データベースへの直接接続が必要です。サーバーアドレス、データベース名、有効なユーザー名、パスワードを用意します。誤ってデータを変更することを防ぐため、読み取り専用ユーザーを強く推奨します。
- 日付範囲のフィルタリング:クエリでは、
@StartDateと@EndDateのプレースホルダーで抽出期間を指定します。初期分析では、十分なプロセスの変化を捉えつつデータベースへの負荷を抑えるため、3~6か月の範囲を推奨します。 - 倉庫と注文のフィルタリング:スクリプトには、特定の施設に抽出対象を限定する
@[WarehouseId]プレースホルダーが含まれています。必要に応じて、スクリプトのWHERE句に注文種別や顧客などのフィルターを追加し、データセットをさらに絞り込めます。 - データの粒度:このスクリプトは、注文ヘッダーレベル(例:「Warehouse Order Created」)と、詳細なタスクまたはトランザクションレベル(例:「Goods Picked」)の両方のイベントを抽出します。
- 前提条件:クエリで参照するすべてのテーブルを読み取るための十分なデータベース権限が必要です。テーブル名と列名を確認し、必要に応じて調整するには、利用中のKörber WMSスキーマに関する知識が必要です。
a サンプルクエリ sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId; 準備はできましたか?
本日から倉庫管理プロセスに潜む価値ある改善機会と非効率を明らかにしましょう。このテンプレートを基盤として、データに基づく効率的な業務改善を始められます。
倉庫管理を最適化:本日から効率を向上
ピッキングミスをなくし、在庫精度99.5%を短期間で実現します。
クレジットカードは不要です。いつでもキャンセルできます。