倉庫管理データテンプレート
倉庫管理データテンプレート
- 収集を推奨する属性
- 倉庫業務で追跡する主なアクティビティ
- 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です。個々のオーダーについて、倉庫管理プロセスをエンドツーエンドで分析できます。 入手先 通常、この識別子は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 | アクティビティを実行したユーザーまたは作業者を識別するIDです。 | ||
| 説明 ピッキング、梱包、棚入れなど、特定のタスクを実行した倉庫従業員またはシステムユーザーを識別する属性です。場合によっては、自動化システムやボットを示します。 リソースパフォーマンスの分析に欠かせません。作業負荷の分布や、特に高い成果を上げている従業員、追加のトレーニングが必要な従業員を把握できます。「リソースの稼働状況と作業負荷」ダッシュボードや「作業者あたりの処理量」重要業績評価指標（KPI）の基礎となります。 重要な理由 従業員のパフォーマンスや作業負荷の分布、リソースの効率を分析できます。トレーニングの必要性や高い成果を上げている従業員の特定にも役立ちます。 入手先 ユーザーの操作が記録されるトランザクションテーブルまたはログテーブルにあります。「UserID」「UserName」「ExecutedBy」「OperatorID」などのフィールドを確認してください。 例 JSMITHABOT01CDAVISシステム | |||
| 優先度 PriorityLevel | 標準や特急など、倉庫オーダーの緊急度や優先度を示します。 | ||
| 説明 優先度は、倉庫オーダーの処理の緊急度を示す分類です。たとえば「特急」や「優先度高」と指定されたオーダーは、標準オーダーより先に処理する必要があります。 「特急オーダー分析」ダッシュボードや「特急出荷率」重要業績評価指標（KPI）に欠かせない属性です。緊急オーダーが倉庫業務全体や関連コストに与える影響を把握し、標準オーダーより実際に速く処理されているかを確認できます。 重要な理由 緊急オーダーの処理状況や頻度、プロセス全体のパフォーマンスとコストへの影響を分析できます。 入手先 オーダーヘッダーデータにあります。「Priority」「Urgency」などのフィールドや、出荷サービスレベルを示す項目を確認してください。 例 標準特急翌日配送重大 | |||
| 商品SKU ProductSKU | 取り扱う商品の在庫管理単位（SKU）または品目番号です。 | ||
| 説明 商品SKUは、倉庫オーダーで扱う商品や品目を一意に識別します。1つのオーダーに複数のSKUが含まれる場合もあります。 商品SKUごとに分析すると、特定の商品で取り扱いが複雑になったり、問題が発生しやすくなったりしていないかを把握できます。たとえば、壊れやすい商品の梱包に時間がかかる、特定のSKUでピッキングミスが頻発するといった傾向が分かります。保管方法や取り扱い手順の見直しにも役立ちます。 重要な理由 商品ごとのプロセスパフォーマンスを分析し、特定の商品が遅延やエラーの原因になっていないかを把握できます。 入手先 倉庫オーダーのメインヘッダーに関連付けられたオーダー明細テーブルにあります。「SKU」「MaterialNumber」「ItemCode」などのフィールドが一般的です。 例 SKU-847361SKU-991204SKU-103557 | |||
| 実績数量 ActualQuantity | タスクで実際に取り扱った、または記録した商品の数量です。 | ||
| 説明 実績数量は、倉庫作業者が実際に数えた、ピッキングした、梱包した、または受領した商品の数量です。タスクの完了時に記録されます。在庫不足、破損、人為的なミスなどにより、予定数量と異なる場合があります。 実績数量と予定数量の比較は、「在庫プロセスの健全性と精度」ダッシュボードの基礎となります。2つの値に差がある場合、プロセス上の問題やデータの不正確さが考えられるため、調査が必要です。 重要な理由 実際に取り扱った数量を示すため、差異率の算出や在庫精度の確認に欠かせません。 入手先 トランザクションの確認記録またはタスク完了記録にあります。「ActualQty」「ConfirmedQuantity」「PickedQuantity」などのフィールドが使われている場合があります。 例 10491 | |||
| SLAステータス SLAStatus | 希望完了日を基準に、オーダーが期限内に完了したか、遅延したか、遅延リスクがあるかを示します。 | ||
| 説明 SLAステータスは、「RequestedCompletionDate」との比較に基づいて、各オーダーの納期状況を分類する算出属性です。「期限内」「遅延」「進行中」などの値を取ります。 サービスレベルの達成状況をすぐに確認できます。遅延したオーダーを簡単に絞り込み、特定のボトルネックやリソースの問題など、根本原因を分析できます。顧客満足度や業務の信頼性を分析するうえで重要な要素です。 重要な理由 サービスレベル契約の遵守状況を直接測定し、遅延オーダーの特定と根本原因の分析を簡単にします。 入手先 データ変換レイヤーで、「倉庫オーダー完了」イベントのタイムスタンプと「RequestedCompletionDate」を比較して算出します。 例 期限内遅延進行中 | |||
| オーダー種別 OrderType | 倉庫オーダーを入荷、出荷、倉庫内移動などに分類します。 | ||
| 説明 オーダー種別は、倉庫オーダーの業務上の目的を示します。一般的な種別には、顧客向け出荷（出荷）、仕入先からの入荷（入荷）、倉庫間の在庫移動（内部移動）、返品があります。 この属性を使うと、条件を指定したり、異なるオーダーを比較したりできます。物流業務の種類ごとにプロセスフローやパフォーマンスを分析し、たとえば入荷プロセスと出荷プロセスのどちらが効率的かを確認できます。 重要な理由 オーダーの目的別に分析を分け、入荷と出荷など、プロセス間のパフォーマンスの違いを把握できます。 入手先 通常、Körber WMSのオーダーヘッダーテーブルにあります。「OrderType」「TransactionType」などのフィールドを確認してください。 例 出荷入荷倉庫内移動顧客返品 | |||
| サイクルタイム CycleTime | 倉庫オーダーの作成から完了までにかかった合計時間です。 | ||
| 説明 サイクルタイムは、ケースの最初のイベント（「倉庫オーダー作成」）から最後のイベント（「倉庫オーダー完了」）までの経過時間を測る指標です。オーダーの処理にかかった時間をエンドツーエンドで示します。 プロセスマイニングの主要なパフォーマンス指標であり、「どれくらい時間がかかるか」という問いに直接答えます。「倉庫オーダーのエンドツーエンドサイクルタイム」ダッシュボードや「オーダーの平均エンドツーエンドサイクルタイム」重要業績評価指標（KPI）の中心となる指標です。プロセス全体の健全性を追跡し、処理に通常より時間がかかるオーダーを特定できます。 重要な理由 倉庫プロセス全体の効率を測る重要な重要業績評価指標（KPI）です。顧客満足度や業務コストに直接影響します。 入手先 プロセスマイニングツールで、各倉庫オーダーの最初のイベントと最後のイベントのタイムスタンプの差を算出します。 例 8640017280036000 | |||
| ピッキング差異の有無 IsPickingDiscrepancy | 実際のピッキング数量が予定数量と一致したかどうかを示すフラグです。 | ||
| 説明 ピッキング関連のアクティビティで、実績数量が予定数量と異なる場合にtrueとなる、算出された真偽値属性です。特定のタスクでピッキングミスや在庫の問題が発生したかを簡単に確認できます。 このフラグを使うと、ピッキング差異が発生したオーダーをすぐに絞り込めます。「ピッキング差異率」重要業績評価指標（KPI）の算出に使われ、「在庫プロセスの健全性と精度」ダッシュボードで問題が発生した箇所を示します。 重要な理由 ピッキングミスの有無を明確に示し、在庫精度の問題を特定・定量化する分析を簡単にします。 入手先 データ変換時に算出します。対象となるピッキングアクティビティについて、ロジックは 例 truefalse | |||
| 予定数量 PlannedQuantity | ピッキングや入荷などのタスクで、取り扱う予定だった商品の数量です。 | ||
| 説明 予定数量は、倉庫オーダーで指定されたタスクの目標数量です。たとえば、特定のSKUを10個ピッキングするオーダーでは、そのピッキングタスクの予定数量は10個です。 実績数量と比較することで、数量の差異を特定できます。「ピッキング差異率」や「在庫差異率」などの重要業績評価指標（KPI）の算出に使われ、在庫精度の維持に役立ちます。 重要な理由 ピッキングや入荷の正確性を測る基準となり、在庫差異の検出に役立ちます。 入手先 タスクまたはオーダー明細テーブルにあります。「OrderQuantity」「PlannedQty」「ExpectedQuantity」などのフィールドを確認してください。 例 10501 | |||
| 使用機器 EquipmentUsed | タスクの実行に使ったフォークリフトやスキャナーなどの機器を識別するIDです。 | ||
| 説明 倉庫タスクで使用した荷役機器（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 | |||
| 終了時刻 EndTime | アクティビティが完了した時点を示すタイムスタンプです。データがある場合に記録されます。 | ||
| 説明 終了時刻は、アクティビティが完了した時点のタイムスタンプです。開始時刻（イベント時刻）が開始を示すのに対し、終了時刻は完了を示すため、個々のアクティビティにかかった時間を直接算出できます。すべてのイベントに明確な終了時刻があるとは限りません。その場合、次のイベントの開始時刻から、前のイベントの所要時間を推定します。 この属性は、個々のタスクの処理時間を正確に算出するうえで役立ちます。たとえば、検査の開始から終了までの時間を測定し、「品質検査の平均時間」を算出できます。 重要な理由 個々のアクティビティの処理時間を正確に算出できます。非効率なタスクやリソースのボトルネックを特定するうえで役立ちます。 入手先 Körber WMSの文書をご確認ください。開始時刻とともにトランザクションテーブルに記録されている場合や、関連するステータス履歴テーブルに記録されている場合があります。 例 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| 運送会社 Carrier | オーダーの最終配送を担当する運送会社です。 | ||
| 説明 運送会社は、倉庫から最終目的地まで商品を輸送する物流事業者（FedEx、UPS、DHLなど）です。通常、出荷計画または発送の段階で割り当てられます。 運送会社別に分析すると、配送パートナー間のパフォーマンスの違いを把握できます。たとえば、特定の運送会社でステージング時間が長い、遅延が頻発するといった傾向が分かります。運送会社の選定や契約交渉に役立つデータを得られます。 重要な理由 配送パートナーごとのパフォーマンスを分析し、物流の改善や納品の信頼性向上に役立てられます。 入手先 Körber WMSの出荷または輸送計画テーブルにあります。「CarrierCode」「ShippingAgent」「SCAC」などのフィールドを確認してください。 例 FedExUPSDHLLocal Freight Inc. | |||
倉庫管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 保管場所から商品をピッキング | 作業者が、オーダーの商品を保管場所からピッキングしたことを確定します。通常、商品と保管場所をスキャンして記録します。この操作により、保管棚の在庫が減り、作業内容がログに記録されます。 | ||
| 重要な理由 これは出庫プロセスの重要な節目です。ピッキングにかかる時間を分析し、ピッキングから梱包までの遅れを特定できます。 入手先 作業者がRF端末でピッキングタスクの完了を確定した時点で記録します。タスクのステータスが「完了」に更新され、完了時刻が記録されます。 記録 ピッキングタスクの確認トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| 倉庫オーダーを作成 | 商品移動の需要を示す倉庫オーダーをシステム上で作成します。通常、ユーザーまたはERPなどの連携システムがオーダーのレコードを作成すると、作成時刻とともにイベントログに記録されます。 | ||
| 重要な理由 このイベントは、一連のプロセスの開始を示します。オーダーサイクルタイム全体の測定や、需要とオーダー量の把握に欠かせません。 入手先 Körber WMSで新しいオーダーレコードを保存した際に、倉庫オーダーヘッダーテーブルに記録される作成時刻から取得します。 記録 倉庫オーダーヘッダーの作成時刻から記録します。 イベントタイプ explicit | |||
| 倉庫オーダー完了 | システム上で倉庫オーダーがクローズされ、関連するすべての物理的な移動とトランザクションが完了したことを示します。通常、オーダーヘッダーのステータス変更から判断され、オーダーのライフサイクルが終了します。 | ||
| 重要な理由 プロセスの主な終了地点です。エンドツーエンドのサイクルタイムの算出や、プロセス全体の完了率の測定に欠かせません。 入手先 倉庫オーダーヘッダーのステータスが「Complete」や「Closed」などの最終ステータスに変わったことから判断します。 記録 倉庫オーダーヘッダーのステータスが「Completed」に変わった時点のタイムスタンプから判断します。 イベントタイプ inferred | |||
| 出荷を確定 | 商品をトラックに積み込み、トラックが倉庫を出発します。「出荷確定」または「出庫転記」トランザクションを実行すると、このイベントが発生し、システム上で出荷が確定します。 | ||
| 重要な理由 商品の物理的な出荷を示す重要な節目です。請求処理や顧客への連絡において、重要なイベントとなることがよくあります。 入手先 「Ship Confirm」トランザクションを明示的に実行し、船荷証券を印刷します。このトランザクションには固有のタイムスタンプが記録されます。 記録 「Ship Confirm」または「Post Goods Issue」トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| 商品の梱包が完了 | 出荷用コンテナまたは段ボール箱への梱包が完了し、荷物が封かんされてラベルが貼付されます。このイベントは、オーダーが出荷待ちの場所への移動と出荷の準備を終えたことを示し、明示的に記録されます。 | ||
| 重要な理由 この重要な節目は、出荷に向けた商品の準備が完了したことを示します。梱包の処理量の算出や、積み込み前の遅れの特定に使います。 入手先 作業者が「梱包完了」または「段ボール箱を閉じる」トランザクションを実行し、出荷用コンテナの完了時刻を記録します。 記録 「コンテナを閉じる」または「梱包完了」トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| 商品を保管場所に棚入れ | 作業者が、通常は保管棚とパレットまたは商品をスキャンして、棚入れタスクの完了を確定します。この操作により、商品の移動が記録され、システム上の在庫場所が更新されます。 | ||
| 重要な理由 この重要な節目は、入荷プロセスの終了を示します。「棚入れサイクルタイム」や「入荷から棚入れまでの時間」の重要業績評価指標（KPI）の算出に使います。 入手先 作業者がRF端末で棚入れタスクの完了を確定した時点で記録します。この操作により、タスクのステータスが「完了」に更新され、完了時刻が記録されます。 記録 棚入れタスクの確認トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| 商品を受領して数量を確認 | 倉庫スタッフが商品を荷下ろしし、スキャンして、入荷予定通知と照合しながら数量を数えます。この明示的なトランザクションにより、特定の数量の資材を倉庫が物理的に受領したことを確認できます。 | ||
| 重要な理由 これは入荷プロセスの重要な節目であり、「入荷から棚入れまでの時間」などの重要業績評価指標（KPI）の測定に使えます。また、予定数量と受領数量の差異を早期に特定するのにも役立ちます。 入手先 ユーザーがRFスキャナーまたはデスクトップのトランザクションで受領数量を確定した時点で記録します。この操作により、在庫ステータスが仮置き場所で「受領済み」または「在庫あり」に更新されます。 記録 入荷確認トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| ピッキングタスクを作成 | 出庫倉庫オーダーに基づいて、システムが作業者向けのピッキングタスクを作成します。このタスクにより、作業者は指定された場所から特定の商品を指定数量だけ取り出します。 | ||
| 重要な理由 このイベントは、出庫処理の開始を示します。ピッキングタスクの作成状況を分析すると、オーダー処理のロジックや作業量の配分を把握できます。 入手先 Körber WMSのタスク管理テーブルまたは作業キューテーブルに、「ピッキング」タイプのタスクと作成時刻を含むレコードが作成されます。 記録 ピッキングタスクレコードの作成時刻から記録します。 イベントタイプ explicit | |||
| 倉庫オーダーキャンセル | 倉庫オーダーが完了前にキャンセルされ、進行中の作業がすべて停止します。通常、オーダーヘッダーのステータスが「Canceled」に変わったことから判断します。 | ||
| 重要な理由 プロセスのもう1つの終了パターンを示します。キャンセルを分析すると、在庫不足や顧客都合の変更など、プロセスが完了しなかった理由を把握できます。 入手先 倉庫オーダーヘッダーのステータスが「Canceled」または「Deleted」に変わったことと、その変更時のタイムスタンプから判断します。 記録 倉庫オーダーヘッダーのステータスが「Canceled」に変わった時点のタイムスタンプから判断します。 イベントタイプ inferred | |||
| 入荷予定通知を受信 | 仕入先から事前出荷通知（ASN）または入荷予定通知を受信します。このイベントにより商品の到着予定が分かり、倉庫は入荷作業を計画できます。通常、EDIトランザクションまたは手入力で登録されます。 | ||
| 重要な理由 このアクティビティは、入荷計画プロセスの開始を示します。通知から商品の到着までの時間を分析すると、仕入先のパフォーマンスを測定し、人員を計画するのに役立ちます。 入手先 ASNまたは入荷レコードの作成時刻から取得します。これらのレコードは、EDIインターフェースまたは手入力で作成されることがよくあります。 記録 ASNレコードがシステムに正常に作成された時点で記録します。 イベントタイプ explicit | |||
| 出荷待ちの場所へ移動 | 梱包済みの段ボール箱またはパレットを梱包エリアから指定の出荷待ちレーンへ移動し、運送業者の集荷を待ちます。通常、在庫移動トランザクションで出荷場所へ移動した時刻から推定します。 | ||
| 重要な理由 梱包から最終出荷までの滞留時間を分析できます。出荷待ちの時間が長い場合、運送業者との連携不足や、出荷口の管理に非効率がある可能性があります。 入手先 荷役単位が梱包作業エリアから出荷レーンへ移動したことから推定します。移動トランザクションに必要なタイムスタンプが記録されます。 記録 移動先が出荷待ちエリアとなっている在庫移動トランザクションのタイムスタンプから推定します。 イベントタイプ inferred | |||
| 品質検査を実施 | 受領した商品に品質検査を行います。検査専用エリアへ商品を移動する場合もあります。このアクティビティは、在庫ステータスが「在庫あり」から「品質検査保留」に変わり、その後「使用制限なし」に戻るなど、ステータスの変化から推定されることがよくあります。 | ||
| 重要な理由 ボトルネックになることもある品質検査の所要時間を分析できます。検査量を追跡し、在庫を利用可能にするまでの遅れを特定するのにも役立ちます。 入手先 品質検査保留に関連する一連の在庫ステータス変更から推定できます。システムによっては、品質管理のトランザクションログが明示的に記録されます。 記録 在庫ステータスの変更、または品質検査オーダーに関連するトランザクションログから推定します。 イベントタイプ inferred | |||
| 商品が入荷口に到着 | 運送業者の車両が倉庫の入荷口に到着した時刻を記録します。通常、守衛または入荷担当者が記録し、実際の入荷作業の開始を示します。納品のステータス変更から推定する場合もあります。 | ||
| 重要な理由 このイベントを使って運送業者の時間厳守状況を測定し、入荷口での待ち時間を分析できます。荷下ろしが始まる前に、潜在的なボトルネックを特定するのにも役立ちます。 入手先 入荷レコードのステータス更新として記録されることが多く、利用可能な場合は、ヤード管理モジュールの「チェックイン」トランザクションで記録されることもあります。 記録 入荷レコードのステータスが「到着」または「入荷口に到着」に変わった時点から推定します。 イベントタイプ inferred | |||
| 梱包を開始 | ピッキングした商品が梱包ステーションに到着し、作業者が梱包を開始します。通常、特定の出庫オーダーに関連付けられた、梱包ステーションでの最初の商品スキャンから推定します。 | ||
| 重要な理由 梱包工程の開始を示します。このアクティビティの前の待ち時間と梱包にかかる時間を測定すると、出荷準備のボトルネックを特定できます。 入手先 「梱包開始」トランザクションが明示的に記録される場合もありますが、通常はオーダーの商品が梱包ステーションで最初にスキャンされた時点から推定します。 記録 対象オーダーについて、梱包ステーションで最初の作業が行われた時刻から推定します。 イベントタイプ inferred | |||
| 棚入れタスクを作成 | WMSが作業者向けのタスクを作成し、仮置きエリアから最終保管棚へ商品を移動するよう指示します。棚入れルールに基づくシステムのロジックが、商品の最適な保管先を決定します。 | ||
| 重要な理由 このイベントは、棚入れプロセスの開始を示します。イベント発生からタスク完了までの時間を分析すると、システムと作業者の効率を測定できます。 入手先 タスク管理テーブルまたは作業キューテーブルに、「棚入れ」タイプのタスクと対応する作成時刻を含むレコードが作成されます。 記録 棚入れタスクレコードの作成時刻から記録します。 イベントタイプ explicit | |||
データ抽出ガイド
ステップ
- データベースへのアクセスを準備する：Körber WMSの本番データベースまたはレプリカデータベースに接続するため、読み取り専用の認証情報と接続情報（サーバー名、データベース名、ポート）を入手します。Microsoft SQL Server Management Studio（SSMS）やOracle SQL Developerなどのクライアントツールが必要です。
- 主要テーブルを特定する：スクリプトを実行する前に、システム管理者と連携し、利用中のKörber WMSで使われている正確なテーブル名と列名を確認します。これらは環境によって異なる場合があります。主なテーブルには通常、受注ヘッダー、タスク、在庫取引が含まれます。
- データベースに接続する：SQLクライアントを起動し、提供された認証情報を使ってKörber WMSデータベースに接続します。
- SQLスクリプトを読み込む：新しいクエリウィンドウを開き、この文書の「クエリ」セクションにあるSQLスクリプト全体をコピーします。
- パラメーターを設定する：スクリプトの先頭にあるプレースホルダー変数を探します。
@[StartDate]、@[EndDate]、@[WarehouseId]を、抽出したい日付範囲と倉庫IDに置き換えます。 - クエリを実行する：設定したSQLスクリプトを実行します。実行時間は、日付範囲とシステム内のデータ量によって異なります。
- 結果を確認する：クエリの完了後、SQLクライアントで出力を簡単に確認します。行が返され、列（
WarehouseOrder、ActivityName、EventTimeなど）に想定どおり値が入っていることを確認してください。 - CSVに出力する：結果セット全体をCSVファイルに出力します。多くのSQLクライアントには、クエリ結果を直接出力する機能が備わっています。
- アップロードの準備をする：出力したCSVファイルをUTF-8エンコードで保存します。ファイル内の列見出しが、余分な空白や文字を含まず、必須の属性名と完全に一致していることを確認してください。
設定
- データベース接続：データベースへの直接接続が必要です。サーバーアドレス、データベース名、有効なユーザー名とパスワードを用意してください。誤ってデータを変更するのを防ぐため、読み取り専用ユーザーの使用を強く推奨します。
- 日付範囲の絞り込み：クエリでは
@StartDateと@EndDateのプレースホルダーで抽出期間を指定します。初回分析では、十分なプロセスの違いを把握しつつデータベースへの負荷を抑えるため、3～6か月の期間を推奨します。 - 倉庫と受注の絞り込み：スクリプトには、抽出対象を特定の施設に限定する
@[WarehouseId]プレースホルダーが含まれています。データをさらに絞り込むには、受注タイプや顧客などの条件をスクリプトのWHERE句に追加できます。 - データの粒度：このスクリプトでは、受注ヘッダーレベル（例：「倉庫受注作成」）と、詳細なタスクまたは取引レベル（例：「商品のピッキング」）の両方のイベントを抽出します。
- 前提条件：クエリで参照するすべてのテーブルを読み取るための十分なデータベース権限が必要です。テーブル名や列名を確認し、必要に応じて調整するには、利用中のKörber WMSのスキーマに関する知識が必要です。
クエリの例 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％を短期間で達成しましょう。
クレジットカードは不要です。いつでも解約できます。