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

Körber WMS
倉庫管理データテンプレート

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

このテンプレートは、プロセスマイニングに向けた倉庫管理データの準備を支援するためのものです。収集すべき基本的なデータ属性、追跡すべき重要なアクティビティ、データ抽出の具体的な手順をまとめています。これらの推奨事項に従うことで、倉庫業務を詳細に分析できます。
  • 収集を推奨する属性
  • 倉庫業務で追跡すべき主要なアクティビティ
  • Körber WMS向けデータ抽出ガイド
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

倉庫管理の属性

倉庫管理プロセスを詳細に分析するため、イベントログへ含めることを推奨するデータ項目です。
5 必須 4 推奨 11 任意
名前 説明
アクティビティ名
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の計算や、「在庫プロセスの健全性と精度」ダッシュボードで問題が発生した箇所を示すために使われます。

重要な理由

ピッキングミスを明確な二値で示し、在庫精度の問題を特定・定量化する分析を簡単にします。

入手先

データ変換時に計算します。対象となるピッキングアクティビティについて、ロジックはIF (ActualQuantity != PlannedQuantity) THEN true ELSE falseです。

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.
必須 推奨 任意

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

倉庫業務を正確にプロセスディスカバリーするため、イベントログへ記録すべき主要なプロセス手順とマイルストーンです。
7 推奨 8 任意
アクティビティ 説明
倉庫オーダーを作成
システムで倉庫オーダーを最初に作成することです。商品の移動に対する需要を表します。通常は、ユーザーまたは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からデータを取得する方法

準備はできましたか?

本日から倉庫管理プロセスに潜む価値ある改善機会と非効率を明らかにしましょう。このテンプレートを基盤として、データに基づく効率的な業務改善を始められます。

倉庫管理を最適化:本日から効率を向上

ピッキングミスをなくし、在庫精度99.5%を短期間で実現します。

無料トライアルを開始

クレジットカードは不要です。いつでもキャンセルできます。