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

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

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

このテンプレートは、倉庫管理プロセスに必要なデータを収集する際の指針となるものです。効果的な分析に必要な属性とアクティビティを整理しています。また、システムからデータを抽出する方法も分かりやすく説明しているため、プロセスマイニングをスムーズに始められます。
  • 収集を推奨する属性
  • 追跡する主なアクティビティ
  • Manhattan SCALEからの抽出方法
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

倉庫管理の属性

詳細なイベントログを作成し、倉庫管理プロセスを深く分析するために欠かせないデータ項目です。
5 必須 6 推奨 12 任意
名前 説明
アクティビティ名
ActivityName
発生した特定の倉庫管理タスクまたはイベントの名称です。
説明

この属性は、倉庫管理プロセスにおける個々のステップや節目を記録します。例として、「商品を保管場所からピッキング」「梱包開始」「出荷完了」などがあります。各アクティビティは、倉庫オーダーに対して実行された特定の作業を表します。

プロセスマイニングでは、プロセスマップ上のノードを定義する重要な属性です。アクティビティの順序、頻度、所要時間を分析することで、プロセスフローを可視化し、標準手順からの逸脱を特定できます。また、作業が滞留しているボトルネックも明らかにできます。

重要な理由

プロセスの各ステップを定義し、プロセスマップの基盤となることで、業務フローとそのばらつきを分析できます。

入手先

Manhattan SCALE内で倉庫オーダーの進捗を追跡するトランザクションコード、イベントログ、またはステータス更新テーブルから導出します。

商品がドックに到着ピッキングタスク作成商品を梱包出荷完了
イベント時刻
EventTime
倉庫のアクティビティまたはイベントが発生した時点を示すタイムスタンプです。
説明

この属性は、プロセスに記録された各アクティビティの正確な日付と時刻を示します。イベントログの時系列を支える基盤であり、特定のオーダーに関するすべての倉庫業務の順序とタイミングを確定します。

イベント時刻は、時間に基づくプロセスマイニング分析全般に欠かせません。アクティビティ間のサイクルタイムの計算、プロセス全体の所要時間の測定、遅延の特定、期間ごとのプロセスパフォーマンス分析に使用します。信頼性の高いプロセスマップを作成し、意味のあるパフォーマンス指標を導き出すには、正確なタイムスタンプが必要です。

重要な理由

イベントを正しい順序に並べ、サイクルタイムやリードタイムなど、所要時間に基づくすべての指標を計算するために欠かせないタイムスタンプです。

入手先

Manhattan SCALEでは、アクティビティ情報とともにイベントログテーブルまたはトランザクションレコードにあります。フィールド名は「created_ts」「event_timestamp」「status_change_date」などの場合があります。

2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
倉庫オーダー
WarehouseOrder
入荷処理や出荷処理など、特定の物流作業単位を識別する一意の識別子です。
説明

倉庫オーダーは主なケース識別子として機能し、単一の物流プロセスに関連するすべてのアクティビティを開始から終了までまとめます。これにより、商品の受領、格納、ピッキング、梱包、出荷のいずれを含む場合でも、倉庫内におけるオーダーのライフサイクルをエンドツーエンドで追跡できます。

プロセスマイニング分析では、この属性が各オーダーの経路を再構築する基盤となります。すべてのイベントを特定の倉庫オーダーに紐付けることで、分析担当者はプロセスフローを可視化し、個々のオーダーのサイクルタイムを測定できます。また、処理効率に影響するばらつきやボトルネックも特定できます。

重要な理由

関連するすべての倉庫アクティビティを単一の一貫したプロセスインスタンスに紐付けるための基本キーであり、エンドツーエンドの分析を可能にします。

入手先

通常は、オーダーヘッダーテーブルなど、Manhattan SCALEの中核的なオーダー管理テーブルにあります。

WO-00583921WO-00583922WO-00583923
ソースシステム
SourceSystem
データの取得元となるシステムです。
説明

この属性は、イベントデータが生成された元のアプリケーションを識別します。このプロセスでは、通常「Manhattan SCALE」が設定されます。

複数のシステムを連携している環境では、このフィールドによってデータソースを区別できます。データの出所を把握できるため、データガバナンス、トラブルシューティング、異なるプラットフォーム間でのデータ取得方法の違いを理解する際に役立ちます。

重要な理由

データの出所に関する重要な背景情報を提供し、複雑なIT環境におけるデータガバナンス、検証、連携に役立ちます。

入手先

通常は、データ抽出、変換、ロード(ETL)処理の際にデータセットを識別するために追加される固定値です。

Manhattan SCALESCALE_PRODWMS_US_01
最終データ更新日時
LastDataUpdate
ソースシステムからデータが最後に更新された時点のタイムスタンプです。
説明

この属性は、Manhattan SCALEからデータが最後に抽出され、プロセスマイニングツールにロードされた日時を示します。分析対象データの鮮度を表します。

分析結果がどの時点の情報に基づくものかを理解するうえで重要です。リアルタイムデータを見ているのか、特定時点のスナップショットを見ているのかを把握できるため、業務上の意思決定やレポート作成に役立ちます。

重要な理由

データの鮮度を示し、分析とレポートが対象とする期間を正しく理解できるようにします。

入手先

通常は、データロード処理中にETLツールまたはデータパイプラインが生成して保存します。

2023-11-01T02:00:00Z2023-11-02T02:00:00Z
オーダー種別
OrderType
倉庫オーダーを、入荷、出荷、社内移動などに分類します。
説明

オーダー種別は、倉庫オーダーの全体的な目的を定義します。一般的な種別には、顧客向け出荷(出荷)、仕入先からの受領(入荷)、拠点間の在庫移動(社内移動)、返品などがあります。

この属性によって、プロセス分析を分類できます。オーダー種別で絞り込むことで、荷受けプロセスと出荷プロセスなど、異なるプロセスのパフォーマンスを比較できます。プロセスごとにステップ、リソース、パフォーマンス目標が大きく異なるため、まとめて分析すると誤った判断につながる可能性があります。

重要な理由

入荷と出荷のように、フローやパフォーマンスの期待値が異なるプロセスを分けて比較できます。

入手先

Manhattan SCALEのオーダーヘッダーデータにあります。フィールド名は「order_type」「transaction_type」などの場合があります。

入荷受領出荷社内移動顧客返品
ユーザー/作業者ID
UserOperatorId
アクティビティを実行した倉庫従業員または作業者を一意に識別するIDです。
説明

この属性は、ピッキング、梱包、格納など、特定の倉庫タスクを実行したユーザーのIDを記録します。プロセスのアクティビティと、それに関わった人員を紐付けます。

ユーザー/作業者ID別にパフォーマンスを分析することで、リソース利用率や個人・チームの効率を把握できます。優れた作業者、トレーニングの必要性、業務量の配分を特定するのにも役立ちます。「作業者別リソース利用率」ダッシュボードや関連KPIの基盤となるデータであり、管理者は人員配置とタスク割り当てを最適化できます。

重要な理由

プロセスのパフォーマンスを個人またはチームに紐付け、業務量、生産性、リソース配分を分析できます。

入手先

通常はManhattan SCALEのトランザクションログに記録され、「user_id」「operator」「executed_by」などのフィールドに格納されます。

JSMITHBWILLIAMSLCHEN
品目ID
MaterialId
取り扱う商品または資材を一意に識別するIDです。
説明

この属性は、SKU(在庫保管単位)とも呼ばれ、倉庫アクティビティの対象となる特定の商品を識別します。1つの倉庫オーダーに複数の品目が含まれ、それぞれが別の明細またはタスクとして処理される場合があります。

品目ID別にプロセスを分析すると、商品固有の問題を明らかにできます。たとえば、サイズ、重量、保管要件によって、品質検査で不合格になりやすい商品、ピッキングミスが多い商品、取り扱いに時間がかかる商品を特定できます。商品タイプごとの保管方法や取り扱い手順の改善にも役立ちます。

重要な理由

商品単位で分析し、特定の商品がプロセスの遅延、エラー、手戻りに関連しているかを特定できます。

入手先

Manhattan SCALEのオーダー明細テーブルにあり、主倉庫オーダーに紐付けられています。

SKU-10234-ASKU-98543-BMAT-HDWR-550
実績数量
ActualQuantity
受領、ピッキング、出荷した品目の実際の数量です。
説明

この属性は、受領やピッキングなどの重要なチェックポイントで測定した商品の数量を記録します。計画数量とは異なる場合がある、実際に取り扱った数量を示します。

実績数量と計画数量を比較することで、差異を特定できます。これは「オーダー数量差異の推移」ダッシュボードと関連KPIの基盤となります。差異を追跡することで、仕入先の納品精度、在庫記録、ピッキングミスに関する問題を特定し、在庫の整合性を維持できます。

重要な理由

計画数量と実績数量の差異を特定し、在庫精度の問題や業務上のエラーの可能性を明らかにするために欠かせません。

入手先

Manhattan SCALEで、受領、計数、ピッキングなどのアクティビティに関するトランザクション明細レコードから取得します。

100985010
終了時刻
EndTime
所要時間を測定できるアクティビティが完了した時点を示すタイムスタンプです。
説明

終了時刻はアクティビティの完了を示します。開始時刻(EventTime)と組み合わせることで、個々のタスクの処理時間を正確に計算できます。すべてのイベントに明確な終了時刻があるわけではありませんが、「ピッキング」や「梱包」など、終了時刻を取得できるアクティビティでは非常に有用です。

分析では、終了時刻を使って「ProcessingTime」指標を計算します。これはリソース効率とタスク所要時間を把握するうえで重要です。どのアクティビティに最も時間がかかっているかを特定し、サイクルタイム全体や遅延の原因を分析できます。

重要な理由

個々のアクティビティの処理時間を正確に計算できるため、どのタスクが最も多くの時間とリソースを消費しているかを特定できます。

入手先

開始時刻と同じトランザクションログ内に、「completed_ts」や「end_time」などの別フィールドとして存在する場合があります。直接取得できない場合は、後続アクティビティの開始時刻から推定できることもあります。

2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
要求完了日
RequestedCompletionDate
顧客または社内の関係者が、オーダーの出荷期限として指定した日付です。
説明

この属性は、出荷倉庫オーダーに対するサービスレベル合意(SLA)または目標納品日を示します。倉庫業務の納期遵守パフォーマンスを測定する基準となる期限です。

パフォーマンス評価における重要な基準日です。「出荷納期遵守パフォーマンス」ダッシュボードと「納期遵守出荷率」KPIで、オーダーが期限どおりに処理されたかを判定するために使用します。この日付に間に合わなかったオーダーを分析することで、遅延の構造的な原因を特定し、顧客満足度を高められます。

重要な理由

納期どおりの出荷パフォーマンスと、顧客とのサービスレベル合意の遵守状況を測定するための主な基準となります。

入手先

通常はManhattan SCALEのオーダーヘッダーテーブルに保存され、上流のERPまたはオーダー管理システムから設定されます。

2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
使用機器
EquipmentUsed
アクティビティの実行に使用したフォークリフトやハンディスキャナーなど、機器の識別子です。
説明

この属性は、倉庫タスクの実行に使用したマテリアルハンドリング機器(MHE)またはテクノロジーを示します。特定のフォークリフトID、パレットジャック番号、ハンディRFスキャナーIDなどが該当します。

このデータは、人員だけでなくリソースの利用状況を分析するうえで役立ちます。高額な機器の使用パターンを把握し、保守計画を立て、必要なときに適切な機器を利用できるようにします。また、「リソース利用率(ピッキング)」などのKPIを、別の分析軸から直接支援します。

重要な理由

機器の利用状況とプロセス効率への影響を分析し、保守スケジュールやMHEへの投資管理に役立ちます。

入手先

Manhattan SCALEのドキュメントまたはシステムログを確認してください。システムが記録する設定になっている場合は、タスク実行記録で追跡できる可能性があります。

FORKLIFT-07SCANNER-58BCART-22
保管場所
StorageLocation
商品を保管またはピッキングする倉庫内の具体的な場所です。棚や通路などが該当します。
説明

この属性は、保管または取り出し作業に関わる物理的な場所(例:5番通路、3番棚、Cレベル)を識別します。倉庫プロセスに空間的な情報を付加します。

保管場所別にアクティビティを分析することで、倉庫レイアウトとマテリアルフローを最適化できます。アクセス頻度の高い場所、ピッキング時の非効率な移動経路、混雑しやすいエリアを特定するのに役立ちます。格納とピッキングの効率を分析し、保管方法を改善する機会を明らかにできます。

重要な理由

倉庫内の移動に空間的な情報を付加し、レイアウト効率、移動時間、ピッキング経路を分析できます。

入手先

Manhattan SCALEで格納およびピッキングアクティビティのタスクレベルデータに含まれ、「location_id」「bin_code」「source_location」などのフィールドに格納されます。

A01-R02-B03DOCK-04PACK-STATION-12
入荷から棚入れまでの時間
GoodsReceiptToPutawayTime
商品を受け取ってから保管場所に棚入れするまでの経過時間です。
説明

この計算指標は、入荷プロセスの重要な一部である、「商品受領・数量確認」アクティビティから「商品を保管場所に棚入れ」アクティビティまでの時間を測定します。入荷ドックと棚入れ業務の効率を数値化します。

この時間は、「入荷から棚入れまでのサイクル」ダッシュボードと対応するKPIの主要な入力値です。値が高い場合、入荷ドックのボトルネック、棚入れタスクの作成遅延、非効率な移動経路などが考えられ、いずれも在庫の利用可能時期を遅らせます。

重要な理由

入荷プロセスの重要な工程を切り出して効率を測定し、在庫の利用可能時期を遅らせるボトルネックを明らかにします。

入手先

対象ケースにおける「商品受領・数量確認」イベントと「商品を保管場所に棚入れ」イベントの時間差から算出する計算フィールドです。

45分2.5時間8時間
出荷ID
ShipmentId
まとめて出荷される複数の注文グループを一意に識別するIDです。
説明

出荷IDは、同じ車両で、または同じ積荷の一部として輸送される1件以上の倉庫注文をまとめる、上位レベルの識別子です。個々の注文を特定の輸送イベントに関連付けます。

分析では、出荷IDによって物流業務をより広い視点から確認できます。荷待ちや積み込み段階における集約プロセスの効率、出荷単位での定時性、注文の集約が全体のリードタイムに与える影響を分析できます。

重要な理由

複数の注文を1つの出荷イベントにまとめ、集約、荷待ち、積み込みの各プロセスを分析できます。

入手先

Manhattan SCALEの輸送または出荷管理テーブルにあり、通常は複数の倉庫注文に関連付けられています。

SH-945001SH-945002SH-945003
品質検査結果
QualityInspectionResult
「合格」、「不合格」、「手直し」など、品質検査アクティビティの結果です。
説明

この属性は、「品質検査実施」アクティビティの結果を記録します。受け入れた商品が必要な品質基準を満たしているか、追加対応が必要かを示します。

品質管理分析に欠かせない属性です。基準への適合だけでなく、結果も含めて「品質管理コンプライアンス率」を追跡できます。仕入先や資材別に不合格率を分析することで、調達判断の改善や、品質不良品に伴う後工程のコスト削減につなげられます。

重要な理由

品質チェックの結果を示し、仕入先の品質、製品の問題、検査プロセスの有効性を分析できます。

入手先

Manhattan SCALEのドキュメントを確認してください。品質管理または入荷タスクに関連するテーブルに保存されている可能性があります。

合格不合格手直しが必要
定時出荷かどうか
IsOnTimeShipment
注文が希望完了日までに出荷されたかどうかを示すフラグです。
説明

「実際の完了日」と「希望完了日」を比較して算出するブール型属性です。注文が予定どおり完了していればtrue、遅延していればfalseになります。

フィルタリングや集計を容易にし、パフォーマンス分析を簡略化します。「定時出荷率」KPIの算出基盤となり、顧客SLAの遵守状況を追跡するダッシュボードにも利用されます。SLAを遵守した注文と未遵守の注文をすばやく分け、遅延注文の根本原因分析に役立ちます。

重要な理由

日付の比較結果を単純なtrue/falseフラグに変換することで、パフォーマンスレポートを簡略化し、定時出荷率を容易に算出できます。

入手先

「ActualCompletionDate」<=「RequestedCompletionDate」を比較して算出します。このロジックはプロセスマイニングツールで適用します。

truefalse
実績完了日
ActualCompletionDate
倉庫オーダーが実際に完了した日付です。通常は出荷時点を指します。
説明

この属性は、「出荷完了」など、オーダーに関する倉庫プロセスの最終ステップを示すタイムスタンプです。処理が実際に完了した時刻を表します。

この日付を「要求完了日」と比較して、納期どおりに出荷できたかを計算します。倉庫がオーダーに対する責任を終えた時点を示す事実データです。これを分析することで、処理サイクル時間とSLAに対するパフォーマンスを正確に測定できます。

重要な理由

オーダーが完了した実際の時刻を示し、実績サイクルタイムの計算や要求日とのパフォーマンス比較に使用します。

入手先

「出荷完了」や「倉庫オーダー完了」など、プロセス内の最終アクティビティのタイムスタンプに該当します。

2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
手直しかどうか
IsRework
アクティビティまたは一連のアクティビティが手直しに該当するかどうかを示すフラグです。
説明

このブール型属性は、同じ注文内で同じ資材に対して「商品を保管場所からピッキング」アクティビティが複数回実行されるなど、手直しの発生を特定します。プロセスフローのパターンを分析して算出します。

手直しのフラグ付けは、プロセスの非効率やエラーを特定するうえで重要です。「ピッキング手直し率」KPIを定量化し、手順が繰り返されたケースを切り出して調査できます。手直しの要因を把握することは、業務コストの削減とプロセス品質の向上につながります。

重要な理由

プロセス内の非効率なループや繰り返し作業を検出します。これらは遅延や業務コスト増加の見えにくい要因になりがちです。

入手先

特定の繰り返しアクティビティパターン(自己ループや短いループなど)を検出するルールを定義し、通常はプロセスマイニングツール内で算出する属性です。

truefalse
数量差異
QuantityDiscrepancy
品目の計画数量と実績数量の差を算出した値です。
説明

「実績数量」から「計画数量」を引いて算出します。ゼロ以外の値は、想定数量と実際に取り扱った商品の数量に差があることを示します。正の値は過剰、負の値は不足です。

この属性は「注文数量差異率」KPIの基盤です。入荷またはピッキングにおけるエラーの大きさを数値化し、在庫精度を追跡するダッシュボードに明確な指標を提供します。差異の傾向と根本原因を分析することは、業務の正確性向上に欠かせません。

重要な理由

在庫および注文履行におけるエラーを直接数値化し、精度と差異による財務影響を追跡する明確な指標を提供します。

入手先

プロセスマイニングツールで「ActualQuantity - PlannedQuantity」の式から算出する計算フィールドです。

0-25
注文履行サイクルタイム
OrderFulfillmentCycleTime
倉庫注文の作成から最終完了までに経過した合計時間です。
説明

この指標は、「倉庫注文作成」イベントから「倉庫注文完了」イベントまで、各倉庫注文にかかった合計時間を算出します。倉庫の注文履行プロセス全体をエンドツーエンドで測定する主要なパフォーマンス指標です。

ダッシュボードや分析では、全体的なパフォーマンスを把握できます。傾向の追跡、外れ値(サイクルタイムの長期化)の特定、経時的なパフォーマンスの比較に利用します。「全体の注文履行サイクルタイム」ダッシュボードと対応するKPIを直接支援します。

重要な理由

倉庫のエンドツーエンドの速度と効率を測定する重要なKPIであり、顧客満足度と業務コストに直接影響します。

入手先

各倉庫注文における最初と最後のイベントのタイムスタンプの差から算出する計算フィールドです。

2.1日18.5時間36時間
計画数量
PlannedQuantity
オーダーに基づいて、特定のタスクで取り扱う予定の品目数量です。
説明

この属性は、元の倉庫オーダーまたはタスク指示に基づき、受領、ピッキング、取り扱いを行う予定だった商品の数量を示します。実際の業務結果を測定する際の基準となります。

「実績数量」と組み合わせて差異を計算します。計画数量と実績数量の差異が頻発する場合、仕入先の納品、在庫精度、ピッキングプロセスに問題がある可能性があります。品質と精度を分析するための重要な属性です。

重要な理由

数量精度を測定する基準となり、在庫やオーダー処理に影響する差異を特定できます。

入手先

Manhattan SCALEのオーダー明細テーブルまたはタスク明細テーブルにあります。

1001005012
運送会社名
CarrierName
オーダーの輸送を担当する運送会社の名称です。
説明

この属性は、出荷する出荷品に割り当てられた物流パートナーまたは運送会社(例:FedEx、UPS、DHL)を識別します。倉庫プロセスと、その後に続く輸送工程を関連付けます。

運送会社別にパフォーマンスを分析すると、サプライチェーンに関する重要な傾向を把握できます。特定の運送会社で荷待ち時間が長い、遅延が頻発する、または特別な取り扱い要件があるかどうかを確認できます。この情報は、運送会社のパフォーマンス評価や物流パートナーシップの改善に役立ちます。

重要な理由

倉庫業務と物流パートナーを関連付け、運送会社別のパフォーマンス分析によって、輸送に関する潜在的なボトルネックを特定できます。

入手先

Manhattan SCALEの出荷または輸送計画テーブルにあり、通常は注文ヘッダーに関連付けられています。

FedExUPSXPO Logistics
必須 推奨 任意

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

正確で有益なプロセスディスカバリーに必要な、記録すべき主要なプロセス手順とマイルストーンです。
7 推奨 8 任意
アクティビティ 説明
倉庫オーダー作成
このアクティビティは、倉庫管理システムでオーダーが作成されたことを示します。対象は入荷処理の場合も、出荷処理の場合もあります。通常は明示的なイベントであり、新しいオーダーレコードがシステムに登録された時点の作成日時とともに記録されます。多くの場合、ERPとの連携によって登録されます。
重要な理由

これは倉庫プロセスの主な開始イベントです。この時点から完了までの時間を分析することで、オーダー処理サイクル全体の時間を測定できます。

入手先

このイベントは、Manhattan SCALEの主要なオーダーヘッダーテーブルにある作成日時(オーダー作成日フィールドなど)から取得します。

取得

倉庫オーダーレコードの作成日時から取得します。

イベントタイプ explicit
倉庫オーダー完了
すべての物理的な作業が完了した後、倉庫オーダーを論理的に最終完了したことを示します。通常は推定イベントであり、オーダーレコードの最終ステータス更新(「完了」や「クローズ」など)から導出されます。
重要な理由

倉庫業務全体のライフサイクルにおける確定的な終点です。オーダー処理サイクル全体の時間と処理量を計算するために欠かせません。

入手先

Manhattan SCALEのオーダーヘッダーにあるステータスフィールドが最終的なクローズ状態へ更新された時点のタイムスタンプから推定します。

取得

オーダーステータスが「完了」に変わった際の最終更新時刻から導出します。

イベントタイプ inferred
出荷完了
商品を積んだ運送会社の車両が倉庫を出発した時点を示します。明示的なイベントであり、ユーザーがシステム上で「出荷確定」または「発送」トランザクションを実行して出荷を確定した時点で記録されます。
重要な理由

要求された納品日どおりに出荷できたかを測定するための重要な節目です。顧客への通知や請求処理の開始につながることもあります。

入手先

Manhattan SCALEの出荷テーブルまたは出荷オーダーテーブルにある「出荷確定」トランザクションのタイムスタンプから取得します。

取得

トレーラーまたはオーダーに対して出荷確定トランザクションが実行された時点で記録されます。

イベントタイプ explicit
商品を保管場所からピッキング
作業者が保管場所から商品を物理的に取り出したことを確認するアクティビティです。通常は明示的なイベントであり、作業者がハンディ端末で商品や保管場所をスキャンしてピッキングを確定した時点で取得されます。
重要な理由

オーダー処理サイクルにおける重要な節目です。ピッキング処理量、手戻り率、リソース利用率を測定するために欠かせません。

入手先

ピッキングが確定された時点で、ピッキングトランザクションログまたはタスク履歴テーブルに記録されます。通常は作業者IDとタイムスタンプも含まれます。

取得

通常はバーコードスキャンによって取得される、ピッキング明細の確定時刻から取得します。

イベントタイプ explicit
商品を保管場所へ格納
商品が割り当てられた保管棚に正常に格納されたことを確認するアクティビティです。作業者が保管場所をスキャンして格納操作を確定し、システム上でタスクを完了した時点で明示的に記録されます。
重要な理由

このイベントによって入荷プロセスが完了し、在庫が出荷処理に利用できる状態になります。「入荷から格納までの時間」KPIの測定終点です。

入手先

Manhattan SCALEで格納タスクのステータスが「完了」または同様の状態に更新された時点で、タスク管理ログまたは在庫トランザクションログに記録されます。

取得

通常は保管場所のスキャンによって取得される、格納タスクの完了時刻から取得します。

イベントタイプ explicit
商品を受領し、数量を確認
商品を荷下ろしして識別し、入荷通知と照合して数量を確認する、物理的な受領プロセスの完了を示します。通常は明示的なイベントであり、作業者がハンディ端末または端末上で各商品の最終受領数量を確定した時点で記録されます。
重要な理由

これは在庫精度に関わる重要な節目であり、格納サイクルの開始点です。数量差異や荷受けチームの作業効率を分析できます。

入手先

Manhattan SCALEの受領明細トランザクションログに記録され、商品数量の確定時にタイムスタンプが取得されます。

取得

作業者がスキャンまたは手動入力で受領数量を確定した時点で記録されます。

イベントタイプ explicit
商品を梱包
出荷対象のすべての商品が最終容器に梱包され、容器が封印されたことを示します。明示的なイベントであり、梱包担当者がシステム上で箱または出荷の完了を確定した時点で記録されます。
重要な理由

この節目によって梱包工程が完了し、出荷をステージングして発送できる状態になります。梱包処理量と効率を分析するための重要なデータポイントです。

入手先

Manhattan SCALEで「箱を閉じる」または「梱包完了」の操作が実行された時点で、梱包トランザクションログまたは出荷トランザクションログに記録されます。

取得

「梱包完了」または「容器を閉じる」トランザクションのタイムスタンプから取得します。

イベントタイプ explicit
ピッキングタスク作成
オーダーを処理するため、保管場所から商品を取り出すピッキングタスクをシステムが作業者向けに生成したことを示します。オーダーが引き当てられ、WMSが作業者向けの指示を作成した時点で明示的に記録されます。
重要な理由

出荷処理プロセスの開始点です。このイベントからピッキング完了までの時間は、ピッキング作業の効率を測定するうえで重要です。

入手先

Manhattan SCALEのタスク履歴テーブルまたは作業オーダー履歴テーブルに、作成日時とともに記録されます。

取得

システムがピッキングタスクを生成した時点で記録されるイベントです。

イベントタイプ explicit
入荷通知受信
仕入先から入荷予定の出荷内容を記載した事前出荷通知(ASN)を受信したことを示します。明示的なイベントであり、ASNが正常に処理され、Manhattan SCALEに記録された時点で取得されます。これを起点に入荷計画のアクティビティが始まります。
重要な理由

このイベントは、入荷物流プロセスの測定開始点となります。仕入先のパフォーマンスや、入荷商品の受け入れに向けた倉庫の準備状況を分析できます。

入手先

入荷通知がEDIまたは手動入力によって正常に登録されると、入荷トランザクションテーブルまたはASNテーブルに記録されます。

取得

ASNの受信および処理時に記録されるイベントです。

イベントタイプ explicit
出荷向けにステージング
梱包済みの箱を梱包エリアから、指定された出荷ステージングレーンまたはエリアへ移動したことを示します。通常は、WMS内で出荷容器またはパレットの場所が変更されたことから推定されます。
重要な理由

梱包から積み込みまでの遅延を特定できます。この状態が長く続く場合、運送会社との連携不足やドック扉の管理効率の低さが考えられます。

入手先

Manhattan SCALEで出荷容器IDに対する在庫移動トランザクションまたは場所の更新が行われ、ステージング場所へ移動したことを示す情報から推定します。

取得

梱包済み容器がステージングエリアまたはドック扉エリアへ移動したことを示す場所の変更から推定します。

イベントタイプ inferred
品質検査を実施
受領した商品を格納する前に実施する品質管理チェックを示します。明示的なイベントであり、品質管理担当者が対象在庫の検査結果(合格または不合格)をシステムに登録した時点で取得されます。
重要な理由

このアクティビティは、品質管理手順の遵守状況を追跡するうえで欠かせません。発生状況と所要時間を分析することで、商品の品質を確保し、検査プロセスの遅延を特定できます。

入手先

検査結果が登録された時点で、Manhattan SCALEの品質管理モジュールまたは在庫ステータストランザクションログに記録されます。

取得

品質検査の確認ステップに関するトランザクションログから取得します。

イベントタイプ explicit
商品がドックに到着
トラックまたはコンテナが倉庫の荷受けドックに物理的に到着したことを示します。通常は、荷下ろしの前にゲート担当者またはドック担当者がシステム上で出荷を受け付けた時点で、明示的に記録されます。
重要な理由

到着から荷受け作業の開始までの時間を追跡すると、リソース不足による待ち時間など、荷受けドックのボトルネックを特定できます。

入手先

運送会社が施設で受付を済ませた時点で、Manhattan SCALEの出荷モジュールまたは予約管理モジュールに記録されます。

取得

荷受けドックでの受付トランザクションのタイムスタンプから取得します。

イベントタイプ explicit
格納タスク作成
システムが、受領した商品をドックから保管場所へ移動するよう作業者に指示するタスクを生成します。明示的なイベントであり、システムが格納先を割り当て、新しい格納指示を作成した時点でタスク管理エンジンに記録されます。
重要な理由

内部の商品移動プロセスの開始を示します。この時点からタスク完了までの時間によって、格納効率とシステムパフォーマンスを測定できます。

入手先

Manhattan SCALEのタスク履歴テーブルまたは作業オーダー履歴テーブルに、格納タスクの作成日時とともに記録されます。

取得

システムが格納タスクを生成した時点で記録されるイベントです。

イベントタイプ explicit
梱包開始
ピッキング済みの商品が梱包ステーションに到着し、梱包プロセスが始まったことを示します。作業者がステーションでトートまたはオーダーをスキャンした時点で明示的に記録する場合と、ステーションで最初の商品をスキャンした時点から推定する場合があります。
重要な理由

出荷前の最終的な付加価値工程の開始イベントです。この時点から測定することで、梱包エリア内のボトルネックを切り分けて特定できます。

入手先

Manhattan SCALEの梱包ステーションに関連するトランザクションログから取得します。「梱包開始」トランザクション、または最初の商品を梱包した時点のタイムスタンプが該当する場合があります。

取得

作業者がステーションでオーダーの梱包を開始した時点で記録されます。

イベントタイプ explicit
運送会社の車両へ積み込み
梱包済みの容器をトラックまたはトレーラーに物理的に積み込んだことを記録するアクティビティです。通常は明示的なイベントであり、作業者がパレットまたは容器を運送会社の車両へ積み込む際にスキャンした時点で記録されます。
重要な理由

倉庫内における最後の物理的な取り扱い工程です。このアクティビティを分析することで、積み込み時間を測定し、出荷対象の商品がすべて正しく積み込まれたことを確認できます。

入手先

積み込み中に容器がスキャンされた時点で、Manhattan SCALEの出荷トランザクションログに記録されます。

取得

出荷容器を車両に積み込んだ際のスキャン時刻から取得します。

イベントタイプ explicit
推奨 任意

抽出ガイド

Manhattan SCALEからデータを取得する方法

準備はできましたか?

このデータテンプレートを使って、今日から倉庫管理業務の最適化を始めましょう。より高い効率を実現するための第一歩となります。

倉庫の効率を最大化し、今すぐ無料で開始

ピッキングミスをなくし、在庫精度99.5%を無理なく実現します。

無料トライアルを開始

クレジットカードは不要です。数分で無料利用を開始できます。