お客様の倉庫管理データテンプレート

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
ユーザー/オペレーターID
UserOperatorId
アクティビティを実行した倉庫の従業員またはオペレーターの一意の識別子。
説明

この属性は、ピッキング、梱包、格納など、特定の倉庫タスクの実行を担当するユーザーのIDを捕捉します。プロセスアクティビティと関与する人的リソースをリンクします。

ユーザー/オペレーターIDごとのパフォーマンス分析は、リソース利用率と個人またはチーム効率を理解する上で不可欠です。これにより、トップパフォーマー、トレーニングニーズ、ワークロード配分を特定するのに役立ちます。このデータは、「オペレーター別リソース利用率」ダッシュボードおよび関連するKPIにとって重要であり、管理者が人員配置とタスク割り当てを最適化できるようにします。

その重要性

プロセスパフォーマンスを特定の個人やチームにリンクさせ、ワークロード、生産性、およびリソース割り当ての分析を可能にします。

取得元

この情報は通常、Manhattan SCALEのトランザクションログに記録され、多くの場合、「user_id」、「operator」、または「executed_by」のようなフィールドに含まれます。

JSMITHBWILLIAMSLCHEN
品目ID
MaterialId
処理される製品または資材の一意の識別子です。
説明

SKU(在庫管理単位)として知られるこの属性は、倉庫アクティビティに関与する特定のアイテムを識別します。単一の倉庫オーダーには、それぞれ個別の明細項目またはタスクで処理される複数の品目が含まれる場合があります。

品目IDごとにプロセスを分析することで、製品固有の問題が明らかになることがあります。例えば、特定のアイテムは、そのサイズ、重量、または保管要件のために、品質検査不良、ピッキングエラー、またはより長い取り扱い時間が発生しやすい可能性があります。これは、さまざまな種類の製品の保管戦略と取り扱い手順を最適化するのに役立ちます。

その重要性

特定のアイテムがプロセス遅延、エラー、または再作業に関連しているかどうかを特定するために、製品レベルの分析を可能にします。

取得元

Manhattan SCALEのオーダーラインアイテムテーブルにあり、主要な倉庫オーダーにリンクされています。

SKU-10234-ASKU-98543-BMAT-HDWR-550
実際数量
ActualQuantity
計数、ピッキング、または出荷された品目の実際数量。
説明

この属性は、入庫やピッキングなど、主要なチェックポイントにおける商品の測定数量を記録します。これは物理的に処理された数量を表し、計画された数量とは異なる場合があります。

実際数量を計画数量と比較することは、差異を特定するために不可欠です。これは「オーダー数量差異トレンド」ダッシュボードおよび関連するKPIの基礎となります。これらの違いを追跡することは、サプライヤーの精度、在庫レコード、またはピッキングエラーにおける問題を特定するのに役立ち、在庫完全性を維持するために重要です。

その重要性

計画数量と実行数量の間の不一致を特定するために不可欠であり、潜在的な在庫精度問題や運用上のエラーを浮き彫りにします。

取得元

Manhattan SCALEにおける受入、計数、またはピッキングなどの活動のトランザクション詳細記録にあります。

100985010
注文タイプ
OrderType
倉庫オーダーを、例えば入庫、出庫、または内部振替として分類します。
説明

オーダータイプは、倉庫オーダーの全体的な目的を定義します。一般的なタイプには、顧客出荷(出荷)、サプライヤー入庫(入庫)、場所間の在庫転送(内部)、または返品が含まれます。

この属性により、プロセス分析をセグメント化できます。オーダータイプでフィルタリングすることで、入庫プロセスと出荷プロセスなど、異なるプロセスのパフォーマンスを比較できます。これは、それぞれのステップ、リソース、およびパフォーマンス目標が大きく異なることが多く、これらを一緒に分析すると誤解を招く可能性があるため、非常に重要です。

その重要性

入庫と出庫のように、異なるフローとパフォーマンス期待を持つ個別のプロセスを分離・比較することを可能にします。

取得元

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

入荷受領出荷Internal Transfer顧客返品
終了日時
EndTime
測定可能な期間を持つ`アクティビティ`が完了したことを示す`タイムスタンプ`。
説明

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

分析において、終了時間は「処理時間」メトリックの計算に使用され、リソース効率とタスク期間を理解する上で重要です。これにより、どの特定アクティビティに最も時間がかかっているかを特定し、全体のサイクルタイムと潜在的な遅延に寄与しているものを明らかにできます。

その重要性

個々のアクティビティの処理時間を正確に計算することを可能にし、どのタスクが最も時間とリソースを消費しているかを特定するのに役立ちます。

取得元

これは、開始時間と同じトランザクションログ内、または「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
オンタイム出荷
IsOnTimeShipment
注文が要求された完了日以前に出荷されたかどうかを示す`フラグ`です。
説明

このブール属性は、「実際完了日」と「要求完了日」を比較して導き出されます。オーダーが定時に完了した場合は真、遅れた場合は偽となります。

この属性は、容易なフィルタリングと集計を可能にすることで、パフォーマンス分析を簡素化します。これは「定時出荷率」KPIを計算する基礎となり、顧客SLAへの順守を追跡するダッシュボードを動かします。これにより、準拠オーダーと非準拠オーダーを迅速に分離し、遅延オーダーに対する根本原因分析を可能にします。

その重要性

日付の比較を単純な真/偽フラグに変換することで、パフォーマンスレポートを簡素化し、オンタイム出荷率を簡単に計算できるようにします。

取得元

'ActualCompletionDate' <= 'RequestedCompletionDate'を比較することで計算されます。このロジックは、プロセスマイニングツールに適用されます。

truefalse
使用設備
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 minutes2.5時間8時間
出荷ID
ShipmentId
まとめて出荷される複数の注文グループに対する一意の識別子です。
説明

出荷IDは、同じ車両で、または同じ貨物の一部として一緒に輸送される複数の倉庫オーダーを統合する上位レベルの識別子です。個々のオーダーを特定の輸送イベントにリンクします。

分析において、出荷IDは物流業務のより広範なビューを可能にします。ステージングおよび積載段階における統合プロセスの効率を分析し、出荷レベルでの定時パフォーマンスを測定し、オーダー統合が全体のリードタイムにどのように影響するかを理解するために使用できます。

その重要性

複数の注文を単一の出荷イベントにグループ化し、集約、ステージング、および積載プロセスの分析を可能にします。

取得元

Manhattan SCALE内の輸送または出荷管理テーブルにあります。このIDは通常、複数の倉庫オーダーにリンクしています。

SH-945001SH-945002SH-945003
受注処理サイクルタイム
OrderFulfillmentCycleTime
倉庫オーダーの作成から最終完了までの総経過時間。
説明

このメトリックは、「倉庫オーダー作成」イベントから「倉庫オーダー完了」イベントまでの各倉庫オーダーの総期間を計算します。これは、倉庫フルフィルメントプロセス全体の全体的な効率を測定する主要なパフォーマンス指標です。

ダッシュボードや分析において、この属性は全体のパフォーマンスのハイレベルなビューを提供します。トレンドを追跡し、外れ値(延長されたサイクルタイム)を特定し、時間経過にわたるパフォーマンスをベンチマークするために使用されます。これは「全体のオーダーフルフィルメントサイクルタイム」ダッシュボードと対応するKPIを直接サポートします。

その重要性

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

取得元

これは、各倉庫オーダーの最初と最後のイベントのタイムスタンプの差を取ることによって導き出される計算フィールドです。

2.1日18.5時間36時間
品質検査結果
QualityInspectionResult
品質検査アクティビティの結果。「合格」、「不合格」、「再作業」など。
説明

この属性は、「品質検査実施済み」アクティビティの結果を記録します。受領した商品が必要な品質基準を満たしているか、またはさらなるアクションが必要かを示します。

これは品質管理分析にとって重要な属性です。順守だけでなく、結果の観点からも「品質管理コンプライアンス率」を追跡するのに役立ちます。サプライヤーまたは品目ごとの不良率を分析することで、調達の意思決定を改善し、品質の低い商品に関連する下流のコストを削減するのに役立ちます。

その重要性

品質チェックの結果を提供し、サプライヤーの品質、製品の問題、および検査プロセスの有効性の分析を可能にします。

取得元

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

合格不合格再作業が必要
実際の完了日
ActualCompletionDate
倉庫オーダーが完了した実際の日付。通常は出荷時です。
説明

この属性は、「出荷済み」など、オーダーの倉庫プロセスの最終ステップを示すタイムスタンプです。フルフィルメントプロセスの実際の完了時間を表します。

この日付は、「要求完了日」と直接比較され、定時出荷パフォーマンスを計算します。これは、倉庫のオーダーに対する責任がいつ終了したかを確認する事実上のデータポイントです。この属性を分析することで、フルフィルメントサイクルタイムとSLAに対するパフォーマンスを正確に測定するのに役立ちます。

その重要性

注文完了の事実上のタイムスタンプを提供します。これは、実際のサイクルタイムを計算し、要求された日付に対するパフォーマンスを測定するために使用されます。

取得元

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

2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
手戻り
IsRework
ある活動または一連の活動が再作業(リワーク)であるかどうかを示す`フラグ`です。
説明

このブール属性は、「ストレージから商品ピッキング済み」アクティビティが単一のオーダー内で同じ品目に対して複数回実行されるなど、再作業のインスタンスを識別します。これはプロセスフローのパターンを分析することで導き出されます。

再作業をフラグ付けすることは、プロセスの非効率性とエラーを特定するために不可欠です。それは「ピッキング再作業率」KPIを定量化するのに役立ち、アナリストが繰り返されるステップのあるケースを分離して調査することを可能にします。再作業の要因を理解することは、運用コストを削減し、プロセス品質を向上させるための鍵です。

その重要性

プロセス内の非効率なループや繰り返し作業を指摘します。これらは、遅延や運用コスト増加の隠れた原因となることがよくあります。

取得元

これは計算属性であり、通常、プロセスマイニングツール内で、特定の繰り返しの活動パターン(例:セルフループやショートループ)を検出するルールを定義することで導き出されます。

truefalse
数量不一致
QuantityDiscrepancy
品目の計画数量と実際数量の計算された差異。
説明

このメトリックは、「実際数量」から「計画数量」を引くことによって計算されます。ゼロではない値は、処理された商品の数量と予想された数量との間に差異があることを示します。値は正(過剰)または負(不足)になる場合があります。

この属性は、「オーダー数量差異率」KPIの基礎となります。入庫またはピッキングにおけるエラーの大きさを定量化し、在庫精度を追跡するダッシュボードに明確なメトリックを提供します。これらの差異のトレンドと根本原因を分析することは、運用精度を向上させる上で不可欠です。

その重要性

在庫および受注処理のエラーを直接定量化し、正確性の追跡と不一致による財務的影響を明確な指標で提供します。

取得元

これは、プロセスマイニングツールで「実際数量 - 計画数量」という式で導き出される計算フィールドです。

0-25
計画数量
PlannedQuantity
オーダーに基づき、特定のタスクにおける品目の予定数量。
説明

この属性は、元の倉庫オーダーまたはタスク指示に従って、受領、ピッキング、または処理されると予想されたアイテムの数量を示します。これは実際の運用が測定される基準です。

この値は、「実際数量」と組み合わせて差異を計算するために使用されます。計画数量と実際数量の間の頻繁な違いは、サプライヤー出荷、在庫精度、またはピッキングプロセスにおける問題を示す可能性があり、品質および精度分析にとって重要な属性となります。

その重要性

数量の正確性を測定するための基準として機能し、在庫と受注処理に影響を与える不一致を特定するのに役立ちます。

取得元

Manhattan SCALE内のオーダーラインアイテムまたはタスク詳細テーブルにあります。

1001005012
運送業者名
CarrierName
オーダーの出荷を担当する運送会社の名称。
説明

この属性は、出荷に割り当てられた物流パートナーまたは運送業者(例:FedEx、UPS、DHL)を特定します。倉庫プロセスを下流の輸送部分にリンクします。

運送業者ごとのパフォーマンスを分析することで、サプライチェーンに関する重要なインサイトを明らかにできます。特定の運送業者がより長いステージング時間、頻繁な遅延、または特定の取り扱い要件と関連しているかどうかを判断するのに役立ちます。この情報は、運送業者のパフォーマンスを評価し、物流パートナーシップを最適化するために使用できます。

その重要性

倉庫業務とロジスティクスパートナーを連携させ、運送業者ごとのパフォーマンス分析を可能にし、潜在的な輸送関連のボトルネックを特定するのに役立ちます。

取得元

Manhattan SCALE内の出荷または輸送計画テーブルにあり、多くの場合オーダーヘッダーにリンクされています。

FedExUPSXPOロジスティクス
必須 推奨 任意

倉庫管理アクティビティ

これらは、正確で洞察に満ちたプロセスディスカバリーのために捕捉すべき不可欠なプロセスステップとマイルストーンです。
7 推奨 8 任意
アクティビティ 説明
保管場所から商品ピッキング済み
このアクティビティは、オペレーターによってアイテムがその保管場所から物理的に回収されたことを確認します。これは、オペレーターがハンディデバイスでピッキングを確認するためにアイテムと場所をスキャンしたときに捕捉される明示的なイベントです。
その重要性

これは、オーダーフルフィルメントサイクルにおける重要なマイルストーンです。ピッキングスループット、再作業率、およびリソース利用率を測定するために不可欠です。

取得元

ピッキングが確認された際に、ピッキングトランザクション``ログまたはタスク履歴テーブルにログされ、多くの場合オペレーターIDとタイムスタンプが含まれます。

取得

ピッキングラインアイテムの確認タイムスタンプから取得され、通常はバーコードスキャンによって行われます。

イベントタイプ explicit
倉庫オーダー作成済み
このアクティビティは、倉庫管理システムにおけるオーダーの作成を示します。これは入庫受領または出荷フルフィルメントのためである場合があります。通常、ERPとの統合を介して、新しいオーダーレコードがシステムに挿入される際に作成タイムスタンプとともにログに記録される明示的なイベントです。
その重要性

これは、倉庫プロセスの主要な開始イベントです。この時点から完了までの時間を分析することは、総オーダーフルフィルメントサイクルタイムを測定するために不可欠です。

取得元

このイベントは、Manhattan SCALEの主要なオーダーヘッダーテーブルの作成タイムスタンプ(オーダー作成日フィールドなど)から捕捉されます。

取得

倉庫オーダーレコードの作成タイムスタンプから取得されます。

イベントタイプ explicit
倉庫オーダー完了
すべての物理アクティビティが完了した後の倉庫オーダーの最終的な論理的完了を表します。これは通常、「完了」や「クローズ済み」といったオーダーレコードの最終ステータス更新から導き出される推測イベントです。
その重要性

このアクティビティは、倉庫ライフサイクル全体の決定的な終了ポイントとして機能します。これは、全体のオーダーフルフィルメントサイクルタイムとスループットを計算する上で不可欠です。

取得元

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

取得

注文ステータスが「完了」に変更された際の最終更新タイムスタンプから派生します。

イベントタイプ inferred
出荷済み
これは、運送業者が商品とともに倉庫を出発する瞬間を示します。これは、ユーザーがシステムで「出荷確認」または「出荷」トランザクションを実行し、出荷を最終確定した際にトリガーされる明示的なイベントです。
その重要性

これは、要求納期に対する定時出荷パフォーマンスを測定するための重要なマイルストーンです。多くの場合、顧客への通知や請求書発行をトリガーします。

取得元

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

取得

トレーラーまたはオーダーの出荷確認トランザクションが実行された際にログされます。

イベントタイプ explicit
商品保管済み
このアクティビティは、商品が指定された保管ビンに正常に配置されたことを確認します。これは、オペレーターが保管場所をスキャンし、格納アクションを確認してシステム内のタスクを完了した際に明示的に捕捉されます。
その重要性

このイベントは入庫プロセスを終了し、在庫をフルフィルメントに利用可能にします。これは「商品入庫から格納時間」KPIを測定するためのエンドポイントです。

取得元

棚入れタスクのステータスが「完了」または同様の状態に更新された際に、タスク管理または在庫トランザクション``ログログされます。

取得

棚入れタスクの完了タイムスタンプから取得され、通常はロケーションスキャンによって行われます。

イベントタイプ explicit
商品受領および計数済み
物理的な受領プロセスの完了を示し、商品が荷降ろしされ、識別され、数量が納品通知と照合されます。これは明示的な`イベント`であり、通常、オペレーターがハンドヘルドデバイスまたは`ターミナル`で各`アイテム`の最終受領数量を確認した際にキャプチャされます。
その重要性

これは、在庫精度と格納サイクルの開始にとって重要なマイルストーンです。数量差異と入庫チームの効率の分析を可能にします。

取得元

このイベントは、品目計数確認時に捕捉されたタイムスタンプとともに、Manhattan SCALEの受領明細トランザクションログに記録されます。

取得

オペレーターがスキャンまたは手動入力で受領数量を確認した際にログされます。

イベントタイプ explicit
梱包済み
このアクティビティは、出荷用のすべてのアイテムが最終コンテナに梱包され、コンテナが封印されたことを示します。これは、梱包担当者がシステムでカートンまたは出荷の完了を確認した際に記録される明示的なイベントです。
その重要性

このマイルストーンは梱包ステージを終了し、出荷をステージングおよび発送準備完了とします。これは梱包スループットと効率を分析するための重要なデータポイントです。

取得元

Manhattan SCALEで「カートンを閉じる」または「梱包完了」アクションが実行された際に、梱包または出荷トランザクションログに記録されます。

取得

'Pack Complete'または'Close Container'トランザクションタイムスタンプから取得されます。

イベントタイプ explicit
ピッキングタスク作成済み
システムがオペレーターに対してオーダーをフルフィルメントするためにストレージからアイテムを回収するピッキングタスクを生成することを表します。このイベントは、オーダーが割り当てられ、WMSがユーザーに指示を作成する際に明示的にログに記録されます。
その重要性

これは、出荷フルフィルメントプロセスの開始です。このイベントからピッキング完了までの時間は、ピッキング担当者の効率を測定するための鍵となります。

取得元

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

取得

ピッキングタスクのシステム生成時に記録されるイベントです。

イベントタイプ explicit
入庫通知受信済み
仕入れ先からの事前出荷通知(ASN)の受領を表し、入荷する出荷の詳細を示します。これはASNがManhattan SCALEで正常に処理されログに記録され、入庫計画アクティビティをトリガーする際に明示的に捕捉されるイベントです。
その重要性

このイベントは、入庫物流プロセスを測定するための開始ポイントとして機能します。サプライヤーパフォーマンスと、入荷商品に対する倉庫の準備状況の分析を可能にします。

取得元

入荷通知のEDIまたは手動入力が成功した際に、入庫トランザクションテーブルまたはASNテーブルにログされます。

取得

ASNの受領と処理時に記録されるイベントです。

イベントタイプ explicit
出荷ステージング
梱包されたカートンが梱包エリアから指定された出荷ステージングレーンまたはエリアへの移動を表します。このアクティビティは通常、WMS内の出荷コンテナまたはパレットの位置変更から推測されます。
その重要性

梱包と積載間の遅延を特定するのに役立ちます。この状態が長い場合、運送業者との連携不足や非効率なドックドア管理を示している可能性があります。

取得元

Manhattan SCALEにおける輸送コンテナIDの在庫移動トランザクションまたは場所更新から推測され、ステージング場所へ移動したことを示します。

取得

梱包されたコンテナの場所がステージングまたはドックドアエリアに変更されたことから推測されます。

イベントタイプ inferred
品質検査実施済み
受領された商品が格納される前に行われる品質管理チェックを表します。これは、QCオペレーターが特定の在庫について検査結果(合格または不合格)をシステムに記録した際に明示的に捕捉されます。
その重要性

このアクティビティは、品質管理手順への順守を追跡する上で非常に重要です。その発生と期間を分析することで、製品品質を確保し、検査プロセスにおける遅延を特定するのに役立ちます。

取得元

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

取得

品質検査確認ステップのトランザクション``ログから取得されます。

イベントタイプ explicit
商品ドック到着
このアクティビティは、トラックまたはコンテナが倉庫の入庫ドックに物理的に到着したことを示します。これは多くの場合、ゲートまたはドックエージェントが荷降ろしを開始する前にシステムで出荷をチェックインした際に明示的に捕捉されます。
その重要性

到着から入庫アクティビティ開始までの時間を追跡することで、リソース不足による待機時間など、入庫ドックにおけるボトルネックを特定するのに役立ちます。

取得元

運送業者が施設にチェックインした際に、Manhattan SCALE内の出荷またはアポイントメントスケジューリングモジュールに記録されます。

取得

受入ドックでのチェックイントランザクションタイムスタンプから取得されます。

イベントタイプ explicit
格納タスク作成済み
システムは、オペレーターが入庫した商品をドックから保管場所へ移動させるタスクを生成します。これは、システムが目的地を割り当て、新しい格納指示を作成する際に、タスク管理エンジンで捕捉される明示的なイベントです。
その重要性

内部的な商品移動プロセスの開始を示します。これとタスク完了までの時間は、棚入れ効率とシステムパフォーマンスを測定します。

取得元

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

取得

棚入れタスクのシステム生成時に記録されるイベントです。

イベントタイプ explicit
梱包開始
梱包プロセスの開始を示し、ピッキングされた商品が梱包ステーションに到着します。これは、オペレーターがトートまたはオーダーを梱包ステーションにスキャンした際にキャプチャされる明示的な`イベント`であるか、そのステーションでの最初の`アイテム`スキャンから推測される場合があります。
その重要性

このイベントは、出荷前の最終的な付加価値ステージを開始します。この時点から測定することで、特に梱包エリア内のボトルネックを特定するのに役立ちます。

取得元

Manhattan SCALEの梱包ステーションに関連付けられたトランザクション``ログから取得されます。「梱包開始」トランザクションまたは最初に梱包されたアイテムタイムスタンプである場合があります。

取得

オペレーターがステーションで注文の梱包プロセスを開始した際にログされます。

イベントタイプ explicit
運送業者への積載
このアクティビティは、梱包されたコンテナをトラックまたはトレーラーに物理的に積載することを捕捉します。通常、オペレーターが各パレットまたはコンテナを運送業者に積載する際にスキャンしたときに記録される明示的なイベントです。
その重要性

これは、倉庫内での最終的な物理的な取り扱いステップです。このアクティビティを分析することで、積載時間を測定し、出荷用のすべての商品が正しく積載されていることを確認するのに役立ちます。

取得元

積載プロセス中にコンテナがスキャンされた際に、Manhattan SCALEの出荷トランザクションログに記録されます。

取得

輸送コンテナが車両に積載された際のスキャンタイムスタンプから取得されます。

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

抽出ガイド

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