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

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

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

このテンプレートは、倉庫業務を分析・最適化するために必要な必須データを収集するための明確なロードマップを提供します。収集すべき重要な属性、追跡すべき主要な活動、およびソースシステムからこの情報を抽出する方法に関する実用的なガイダンスを概説しています。このリソースを活用して、効果的なプロセスマイニングのための完全かつ正確なイベントログを確実に取得してください。
  • 包括的な分析のために収集を推奨する`属性`
  • マテリアルフロー全体で追跡すべき主要な活動
  • Blue Yonder WMSからのデータ抽出に関する実践的なガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

倉庫管理属性

これらは、倉庫管理プロセスを包括的に分析するためにイベントログに含めることを推奨するデータフィールドです。
5 必須 7 推奨 9 任意
名前 説明
アクティビティ名
ActivityName
「商品ピッキング済み」や「出荷完了」など、発生した特定の倉庫タスクまたはイベントの名前。
説明

この属性は、倉庫管理プロセス内で実行される特定のステップまたはタスクを記述します。プロセスログ内の各イベントは活動名に関連付けられ、プロセスフローを構成するステップのシーケンスを形成します。

分析において、活動名はプロセスマップの発見、ステップ間の遷移の分析、および標準手順からのボトルネックや逸脱の特定のために不可欠です。適合性チェックからパフォーマンス監視まで、事実上すべてのプロセスマイニング分析で使用されます。

その重要性

この属性は、個々のステップを定義し、プロセスフローの可視化と分析を可能にするため、プロセスマップの構築に不可欠です。

取得元

この情報は通常、倉庫タスクまたはイベントログテーブルで見つかり、多くの場合、タスクタイプまたはステータスコードから派生します。

ピッキングタスク作成済み保管場所からのピッキング出荷済み
イベント開始時刻
EventStartTime
特定の倉庫活動またはイベントが開始された日時を示すタイムスタンプ。
説明

この属性は、倉庫タスクまたはイベントが開始された日時を記録します。これにより、ケース内のすべての活動の時系列的な文脈が提供されます。

このタイムスタンプは、すべての時間ベースのプロセスマイニング分析に不可欠です。イベントの順序付け、活動間のサイクルタイムの計算、プロセス全体の期間の測定、待機時間や遅延の特定に使用されます。これはパフォーマンス分析の根幹をなし、プロセスマップをアニメーション化するために必要です。

その重要性

開始タイムスタンプは、イベントを時系列で並べ、サイクルタイムや待機時間など、すべてのパフォーマンス指標を計算するために必須です。

取得元

イベントログまたはタスクテーブルにあり、記録されたアクションの作成または開始時間に対応します。

2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z
倉庫オーダー
WarehouseOrder
倉庫オーダーのユニークな識別子。作成から完了までのすべての関連する物流活動を追跡するための主要なケースとして機能します。
説明

倉庫オーダーは、入荷受領や出荷オーダーなど、特定の物流リクエストに関連するすべてのイベントとタスクをグループ化する中心的な識別子です。これは、倉庫内における作業の完全な単位を表します。

プロセスマイニングでは、この属性はケースを定義するために使用され、オーダーライフサイクル全体の詳細なエンドツーエンド分析を可能にします。単一の倉庫オーダーに関連するすべての活動を追跡することで、アナリストは総フルフィルメント時間を測定し、一般的なプロセスバリエーションを特定し、施設内でのオーダーの完全なジャーニーを理解することができます。

その重要性

これは、関連するすべての倉庫活動を接続する不可欠なケース識別子であり、オーダーフルフィルメントまたは入荷処理のエンドツーエンドの完全な分析を可能にします。

取得元

これは通常、倉庫オーダーヘッダーテーブルの主キーです。オーダー管理に関連するテーブルについては、Blue Yonder WMSのドキュメントを参照してください。

WO-0012845WO-0012991WO-0013057
ソースシステム
SourceSystem
データが抽出されたシステム。この場合はBlue Yonder WMS。
説明

この属性は、イベントデータの発生元システムを特定します。現代のITランドスケープでは、単一のエンドツーエンドプロセスに関するデータは、ERP、WMS、TMSなど複数のシステムから来る可能性があります。

ソースシステムを指定することは、データガバナンス、トラブルシューティング、およびデータのコンテキスト理解にとって非常に重要です。データ品質の問題をその発生源まで追跡するのに役立ち、複数のソースからのデータを統合して統一されたプロセスビューを作成する際に不可欠です。

その重要性

不可欠なデータリネージを提供し、検証のためにデータをその発生源まで追跡するのに役立ち、複数のシステムからデータがマージされるシナリオにも対応します。

取得元

これは通常、データ抽出プロセス中にデータセットの出所を示すために追加される静的な値です。

BlueYonderWMS_USBlueYonderWMS_EU
最終データ更新
LastDataUpdate
このレコードのデータがソースシステムから最後に更新されたタイムスタンプです。
説明

この属性は、Blue Yonder WMSからデータセットが最後に抽出または更新された日時を記録します。分析対象データの鮮度に関するメタデータを提供します。

このタイムスタンプは、データガバナンスにとって重要であり、ユーザーが分析の適時性を理解するのに役立ちます。これにより、関係者がデータの最新性を認識し、プロセスに関する最新かつ関連性の高いスナップショットを見ていると信頼できるようになります。

その重要性

このタイムスタンプは、データの鮮度についてユーザーに情報を提供し、分析対象期間を理解できるようにします。

取得元

これは通常、データ抽出(ETL)プロセス中に生成および追加されるメタデータフィールドです。

2024-01-15T04:00:00Z2024-01-16T04:00:00Z
イベントの終了時刻
EventEndTime
特定の倉庫活動またはイベントが完了した日時を示すタイムスタンプ。
説明

この属性は、倉庫タスクまたはイベントが終了した日時を記録します。利用可能な場合、各活動の処理時間の正確な測定値を提供します。

開始時刻と終了時刻の両方があることで、より詳細なパフォーマンス分析が可能になります。これにより、待機時間(活動間の時間)と処理時間(活動自体の期間)を分離することができます。これは、遅延がアイドル期間によって引き起こされているのか、タスクの完了に時間がかかりすぎているのかを特定するために重要です。

その重要性

活動処理時間の正確な計算を可能にし、待機時間と区別する。これは的を絞ったパフォーマンス改善の鍵となります。

取得元

イベントログまたはタスクテーブルにあり、記録されたアクションの完了または終了時間に対応します。

2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z
ユーザー/オペレーターID
UserOperatorId
活動を実行した倉庫従業員またはオペレーターの識別子。
説明

この属性は、ピッキング、梱包、棚入れなどの特定の倉庫タスクの実行を担当する人物の固有IDを捕捉します。プロセス活動を人的リソースに紐付けます。

ユーザー/オペレーターIDによる活動分析は、リソース利用率、ワークロード配分、および個々のパフォーマンスを理解するために不可欠です。どのオペレーターが最も効率的か、誰に追加のトレーニングが必要か、チーム全体でタスクがどのようにバランスされているかといった質問に答えるのに役立ちます。これは「倉庫リソース利用率ダッシュボード」の主要なディメンションです。

その重要性

この属性は、プロセスステップを実行した個人と接続し、リソースのパフォーマンス、ワークロード、およびトレーニングニーズの分析を可能にします。

取得元

タスクまたはトランザクションテーブルで一般的に見られ、操作中にシステムまたはハンドヘルドデバイスにログインしたユーザーにリンクされています。

JSMITHBWILLISAMILLER
保管場所
StorageLocation
倉庫内の特定の場所。例えば、商品が保管またはピッキングされる棚や通路など。
説明

この属性は、タスクに関連付けられた倉庫内の物理的な場所を識別します。棚入れ活動の場合は目的の棚、ピッキング活動の場合は元の棚です。これは、通路、ラック、棚、および棚番号を含む複合コードとして表現できます。

保管場所によるデータ分析は、倉庫レイアウトの効率、スロッティング戦略、およびリソースの移動を理解するのに役立ちます。これにより、高頻度エリア、未利用ゾーン、および物流における潜在的なボトルネックを特定するために使用されます。この属性は「保管場所利用トレンドダッシュボード」にとって不可欠です。

その重要性

倉庫レイアウトの分析、スロッティング戦略の有効性、および移動ボトルネックの特定にとって重要なコンテキストを提供します。

取得元

在庫、倉庫タスク(ピッキング、保管)、ビンマスタデータに関連するテーブルで利用可能。

A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02
優先度レベル
PriorityLevel
「高」、「標準」、「低」など、倉庫オーダーの優先度。
説明

優先度レベルは、倉庫オーダーの緊急性を示します。緊急出荷などの高優先度オーダーは、標準オーダーよりも迅速に処理されることが期待されます。この属性は、WMSがタスクを順序付けし、リソースを割り当てるために使用されます。

プロセスマイニングでは、この属性は優先順位付け戦略が効果的かどうかを分析する上で重要です。「高優先度オーダーフルフィルメントダッシュボード」はこのフィールドに依存して緊急オーダーを抽出し、そのサイクルタイムを標準オーダーと比較します。これにより、高優先度オーダーが実際にプロセスを迅速に進むのか、それとも同じボトルネックに引っかかっているのかを確認するのに役立ちます。

その重要性

これにより、高優先度オーダーが標準オーダーよりも迅速に処理されているかを分析でき、優先順位付けルールの有効性を検証できます。

取得元

この情報は通常、倉庫オーダーヘッダーテーブルに保存されます。

標準
実際数量
ActualQuantity
タスク中に処理された品目の実際の数量。例えば、物理的に数えられた数量やピッキングされた数量など。
説明

実績数量とは、倉庫作業員がタスク中に物理的に処理したユニット数です。これは、サプライヤーから受領した品目の数、保管ビンからピッキングされたユニット数、または出荷コンテナに梱包された数量を指します。

計画数量と比較することで、この属性はプロセス例外やエラーを明らかにします。これは差異率を計算するための主要な指標であり、運用品質の重要な指標です。このデータは、サプライヤーの出荷問題、ピッキングエラー、在庫不正確さを特定するために不可欠です。

その重要性

これを計画数量と比較することは、プロセスエラーを特定し、差異率のような主要な品質KPIを計算するために不可欠。

取得元

タスク確認またはトランザクションログテーブルで見つかり、作業員が実行数量を記録する場所です。

1004924
要求完了日
RequestedCompletionDate
倉庫オーダーが完了し、出荷される予定または要求された日時。
説明

要求完了日は、出荷倉庫オーダーを履行するためのサービスレベル契約(SLA)または目標を表します。これは、商品がピッキング、梱包され、出荷準備が整うべき期限です。

この日付は、実際のパフォーマンスを測定するためのベンチマークとなります。実際の出荷タイムスタンプと比較することで、定時出荷率KPIを計算するために使用されます。この属性に基づいてオーダーを分析することで、遅延のリスクがあるオーダーを特定し、SLA違反の根本原因を診断するのに役立ちます。

その重要性

この属性は、定時パフォーマンスを測定するためのベンチマークであり、定時出荷率KPIの計算に不可欠です。

取得元

通常、倉庫オーダーヘッダーテーブルに保存され、多くの場合、元の販売オーダーまたは配送リクエストから継承されます。

2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z
計画数量
PlannedQuantity
ピッキングまたは受領される数量など、特定のタスクに対する品目の予測数量。
説明

計画数量は、特定のタスクに対して倉庫オーダーで指定された目標ユニット数を表します。入荷配送の場合、これはサプライヤーから期待される数量です。ピッキングタスクの場合、顧客オーダーによって要求される数量です。

この属性は精度分析にとって不可欠です。計画数量と実績数量を比較することで、受領、ピッキング、または在庫計数における差異を特定することが可能になります。これはピッキング数量差異率のようなKPIを直接サポートし、数量精度監査ダッシュボードにとって不可欠です。

その重要性

精度を測定するための基準として機能し、入庫およびピッキング活動における数量差異の検出を可能にします。

取得元

倉庫オーダーまたは特定のタスクに関連する詳細または明細項目テーブルで見つかります。

1005024
アクティビティ処理時間
ActivityProcessingTime
単一の活動を完了するために必要な、秒または分単位の期間。
説明

これは、活動の開始から終了までの経過時間を測定する計算指標です。タスクの開始を待つ時間とは対照的に、タスクに実際に費やされた作業時間を表します。

この指標は、パフォーマンス分析の基本であり、どの特定の活動が最も時間消費的であるかを特定するのに役立ちます。これにより、アナリストは本質的に遅いプロセスステップとステップ間で発生する遅延を区別でき、よりターゲットを絞った改善努力を可能にします。これは、スループットとボトルネックに焦点を当てたダッシュボードにとって重要な指標です。

その重要性

タスクに積極的に取り組んだ時間を分離し、どの特定の活動が完了に最も時間がかかっているかを正確に特定するのに役立ちます。

取得元

各活動レコードのEventEndTimeからEventStartTimeを減算して算出。

31229515
オンタイム出荷
IsOnTimeShipment
出荷が要求された完了日以前に発送された場合にtrueとなるブール型フラグ。
説明

この計算属性は、オーダーが出荷SLAを満たしたかどうかを示すシンプルな真偽値インジケーターです。「出荷完了」活動のタイムスタンプとオーダーの「要求完了日」を比較することで導出されます。

このフラグは、定時パフォーマンスの分析と可視化を簡素化します。定時出荷率KPIの計算や対応するダッシュボードの強化のために、簡単なフィルタリングと集計を可能にします。また、遅延出荷の共通特性を特定するための根本原因分析も可能になります。

その重要性

このブールフラグは、定時出荷率KPIの計算を簡素化し、遅延オーダーの特性を分析するための簡単なフィルタリングを可能にします。

取得元

「出荷完了」活動のEventStartTimeとRequestedCompletionDate属性を比較して算出。

truefalsetrue
タスクステータス
TaskStatus
「完了」、「キャンセル済み」、「失敗」など、特定のタスクの最終ステータス。
説明

この属性は、特定の倉庫タスクの結果を記述します。多くのタスクは正常に完了しますが、一部は管理者によってキャンセルされたり、システムまたは運用上の問題により失敗したりする場合があります。これは、活動名以上の文脈を提供します。

タスクステータスによる分析は、例外やプロセス障害を理解するのに役立ちます。キャンセルまたは失敗したタスクの割合が高い場合、在庫精度、システム構成、またはオペレーターのトレーニングに関する根本的な問題を示している可能性があります。これにより、障害が発生しやすい活動を特定し、さらなる調査を必要とする活動を特定するのに役立ちます。

その重要性

活動の結果を提供し、キャンセルされたタスクや失敗したタスクといった、より深い運用上の問題を示唆する可能性のある例外の分析を可能にします。

取得元

通常、タスクテーブルにあり、タスクレコードの最終状態を示します。

完了済みキャンセル済み保留中
倉庫ID
WarehouseId
活動が行われた特定の倉庫または配送センターの識別子。
説明

倉庫IDは、プロセスが発生する施設を一意に識別します。これは、複数の配送センターを運営する組織にとって不可欠です。

この属性により、異なるサイト間でのベンチマークおよび比較分析が可能になります。倉庫IDでデータをフィルタリングまたは分割することで、企業はパフォーマンスを比較し、最も優れたサイトでのベストプラクティスを特定し、特定の施設がなぜ遅れているのかを理解できます。これは、複数サイトの運用分析にとって重要なディメンションです。

その重要性

複数拠点を持つ組織にとって、この属性はパフォーマンスのベンチマーク設定や異なる拠点間でのプロセス比較に不可欠です。

取得元

これは、ほとんどすべてのトランザクションテーブルで利用可能な上位組織フィールドであることが多く、またはシステムインスタンスから推測することも可能です。

WHC-01DC-EAST-03FAC-WEST
倉庫オーダータイプ
WarehouseOrderType
倉庫オーダーを、例えば入庫、出荷、または内部転送として分類。
説明

この属性は、倉庫オーダーの全体的な目的を分類します。一般的なタイプには、サプライヤーからの入荷、顧客への出荷、返品処理、または倉庫間の内部在庫移動が含まれます。

倉庫オーダータイプでプロセスをセグメント化することは、あらゆる分析における基本的な第一歩です。入荷プロセスと出荷プロセスは、ステップ、リソース、およびパフォーマンス目標が異なるため、大きく異なります。この属性により、データにフィルターをかけ、入荷処理やオーダーフルフィルメントなどの特定のプロセスを個別に分析できます。

その重要性

異なるプロセスの分離と比較分析を可能にし、例えば、明確なフローと目標を持つ入庫対出庫など。

取得元

倉庫オーダーヘッダーテーブルで見つかり、通常、文書タイプまたはオーダーカテゴリフィールドとして。

入荷伝票出荷Internal Transfer
出荷ID
ShipmentId
倉庫オーダーが属する出荷オーダーの一意の識別子。
説明

出荷IDは、複数の倉庫オーダーが同じトラックまたはコンテナで出荷される場合に、それらをグループ化できる上位レベルの識別子です。単一のオーダーの場合、倉庫オーダー番号または配送番号と同じであることもあります。

出荷IDによる分析は、出荷プロセスを可視化します。これにより、オーダーがどのように集約されるかを理解し、ステージングからフル積載の最終出荷までの時間を測定し、出荷部門の効率を分析することができます。倉庫活動とサプライチェーンの最終輸送区間を接続します。

その重要性

一緒に発送される倉庫オーダーをグループ化し、出荷統合および発送プロセスの分析を可能にします。

取得元

出荷または輸送関連のテーブルで見つかり、倉庫オーダーにリンクされています。

SHP-45000123SHP-45000124SHP-45000125
商品SKU
ProductSku
処理されている品目の在庫管理単位(SKU)または品目番号。
説明

この属性は、倉庫タスクに関わる特定の製品を識別します。移動、保管、ピッキング、梱包されている資材に関する詳細な情報を提供します。

製品SKUによるプロセス分析は、特定の品目に関連するパターンを明らかにすることができます。例えば、一部の製品はピッキングエラーを起こしやすかったり、特殊な取り扱い要件のために棚入れ時間が長くなったり、非効率な場所に保管されていたりする場合があります。これにより、製品固有のプロセス最適化とスロッティング戦略の改善が可能になります。

その重要性

製品レベルの分析を可能にし、プロセス遅延、エラー、または特別な取り扱いを必要とする品目を特定するのに役立ちます。

取得元

この情報は、倉庫オーダーまたはタスクテーブルの明細レベルにあります。

PN-A5540-BSKU-300-RED-LGHW-88201
数量不一致
IsQuantityMismatch
タスクの実際の処理数量が計画数量と異なるかどうかを示すブール型フラグ。
説明

この計算属性は、ピッキングや受領などの特定のタスクにおける数量の不一致を示すシンプルなフラグです。「実際の数量」が「計画数量」と一致しない場合にTrueに設定されます。

このフラグは、プロセス内のエラーを簡単に特定し、数えるために使用されます。ピッキング数量不一致率や入荷数量不一致率などのKPIの計算を簡素化します。また、アナリストがすべての不一致イベントをフィルタリングし、製品、オペレーター、または場所に関連するパターンを探すことで、根本原因分析を容易にします。

その重要性

数量エラーのあるイベントにフラグを立て、差異率の計算を簡素化し、不正確なタスクの的を絞った分析を可能にします。

取得元

各関連活動のPlannedQuantityフィールドとActualQuantityフィールドを比較して算出。

falsetruefalse
機器ID
EquipmentId
使用されたマテリアルハンドリング機器の識別子(特定のフォークリフトやコンベアベルトなど)。
説明

設備IDは、倉庫タスクを実行するために使用された機械または設備を特定します。これには、フォークリフト、パレットジャッキ、自動搬送ロボット(AGV)、または特定の梱包ステーションが含まれる場合があります。

この属性により、設備の使用率、パフォーマンス、およびメンテナンスの必要性を分析できます。設備ごとの活動を追跡することで、管理者は過剰または過小に利用されている資産を特定し、異なる機械タイプの効率を比較し、メンテナンススケジュールの情報収集に役立つデータを集めることができます。これは「倉庫リソース利用率ダッシュボード」の重要なディメンションです。

その重要性

設備利用率とパフォーマンスの分析を可能にし、資産配分とメンテナンススケジュールを最適化するのに役立ちます。

取得元

タスク実行ログに記録される場合があります。特に作業員が機器にログインする環境で。

FORKLIFT-07AGV-03PACKSTATION-12
必須 推奨 任意

倉庫管理活動

これらは、正確な`プロセスディスカバリ`と`最適化`のために、`イベントログ`に記録すべき主要な`プロセスステップ`と`マイルストーン`です。
6 推奨 9 任意
アクティビティ 説明
ピッキングタスク作成済み
このイベントは、オペレーターが出荷オーダーを履行するために保管場所から商品を取り出すタスクが作成されたことを意味します。これは、出荷オーダーがピッキングのためにリリースされた際にWMSによって生成される明示的なイベントです。
その重要性

これは、物理的な出荷プロセスの開始点です。オーダー作成からピッキングタスク作成までの時間を分析することで、オーダー処理と割り当てにおける遅延が明らかになります。

取得元

タスク管理または倉庫制御テーブルに記録されます。倉庫オーダーに関連付けられたピッキングタスクの作成タイムスタンプに対応します。

取得

システム生成ピッキングタスクの作成タイムスタンプ。

イベントタイプ explicit
保管場所への商品保管
このイベントは、商品が指定された保管棚へ正常に移動・スキャンされたことを確認します。通常、オペレーターがハンドヘルドRFデバイスを使用して棚入れタスクの完了を確定した際に捕捉されます。
その重要性

これは入荷プロセスの終了を示し、在庫がフルフィルメントに利用可能になります。受領からこの時点までの時間を分析することは、「入荷から棚入れまでのサイクルタイム」ダッシュボードにとって不可欠です。

取得元

棚入れタスクのステータスが「完了」または「確認済み」に更新された際に、タイムスタンプ付きのトランザクションとして記録されます。このデータは、倉庫タスクまたは転送オーダーテーブルで確認できます。

取得

保管場所倉庫タスクの確認タイムスタンプ。

イベントタイプ explicit
倉庫オーダー作成済み
このイベントは、入荷、出荷、または内部倉庫タスクを管理するための中心的な文書である倉庫オーダーの作成を示します。通常、新しいオーダーがBlue Yonder WMSに手動または統合を通じて入力された際に、明示的なトランザクションとして捕捉されます。
その重要性

これはプロセスの明確な開始点です。このイベントから完了までの時間を分析することで、全体のオーダーフルフィルメントリードタイムがわかり、全体の効率性とサービスレベル契約の遵守状況を測定するために不可欠です。

取得元

このイベントは、倉庫オーダーレコードの作成タイムスタンプによって捕捉され、オーダーヘッダーテーブルに記録されている可能性が高いです。ord_hdrまたは類似のテーブルを探し、初期作成日でフィルタリングしてください。

取得

倉庫オーダーレコードの作成タイムスタンプから。

イベントタイプ explicit
倉庫オーダー完了
これは、出荷を含む関連するすべての活動が終了し、オーダーがクローズされたことを示す倉庫オーダーの最終ステータスです。オーダーのライフサイクルステータスが「完了」または「クローズ済み」に更新された際に捕捉されます。
その重要性

この活動は、プロセスケースの決定的な終了を示します。これにより、プロセス分析が各オーダーの最初から最後までの完全なライフサイクルを捕捉することが保証されます。

取得元

これは、倉庫オーダーヘッダーテーブルのステータス変更から推測できます。「完了」、「クローズ済み」、「請求済み」などの最終ステータスと、そのステータス変更のタイムスタンプを探してください。

取得

オーダーヘッダーの最終ステータス変更のタイムスタンプから推測。

イベントタイプ inferred
入庫・数量確認
このイベントは、商品が荷降ろしされ、スキャンされ、その数量が配送書類と照合されて検証されたことを意味します。通常、入荷オーダーの各品目について、受領担当者がシステムで受領数量を確定した際に捕捉されます。
その重要性

これは、在庫がシステム上で公式に利用可能になる重要なマイルストーンですが、まだフルフィルメント準備はできていません。このステップの期間と正確さは、在庫の可視性と棚入れプロセスの開始に直接影響します。

取得元

これは、在庫または入荷ログに記録される明示的なトランザクションです。入荷記帳に関連するトランザクション、または入荷明細のステータスが「受領済み」に変更された際のトランザクションを探してください。

取得

商品受領を確認する取引のタイムスタンプ。

イベントタイプ explicit
出荷済み
このイベントは、梱包された商品が運送業者のトラックに積み込まれ、トラックが倉庫を出発したことを意味します。これは通常、「出荷処理(Goods Issue)」がシステムに記帳され、出荷が確定した際に記録されます。
その重要性

これは、オーダーに対する倉庫の責任の終了を示す重要なマイルストーンです。定時出荷パフォーマンスとエンドツーエンドのフルフィルメントリードタイムを測定するための最終的なデータポイントです。

取得元

これは、「出庫処理(Post Goods Issue: PGI)」と呼ばれることもある主要な財務・物流トランザクションです。このトランザクションのタイムスタンプは出荷時刻として機能し、通常、出荷伝票または出荷文書テーブルに保存されます。

取得

出庫処理(PGI)取引のタイムスタンプ。

イベントタイプ explicit
ドックへの商品到着
この活動は、荷降ろしが始まる前に、トラックまたは運送業者が倉庫の受領ドックに物理的に到着したことを示します。このイベントは、ヤード管理モジュールによって明示的に記録されるか、またはゲート担当者が納品をチェックインした際に記録されることがよくあります。
その重要性

到着時刻を追跡することで、運送業者の定時到着パフォーマンスを測定し、運送業者の到着と荷受けプロセスの開始間の遅延を特定できます。ヤード管理や荷受けドアにおける潜在的なボトルネックを浮き彫りにします。

取得元

通常、Blue Yonder WMS内のヤード管理またはゲート制御モジュールに記録されます。トラック到着時に荷受け担当者による手動のタイムスタンプ入力である場合もあります。

取得

運送業者チェックイン取引のタイムスタンプ。

イベントタイプ explicit
保管場所からのピッキング
オペレーターが品目を回収し、システムで作業を確定したピッキングタスクの完了を表します。このイベントは、オペレーターがデバイスで品目をスキャンし、ピッキングを確定した際に捕捉されます。
その重要性

このマイルストーンは、ピッキング段階の終了を示します。この活動の正確さと期間は、全体的なオーダーフルフィルメント効率にとって重要であり、「ピッキング精度」分析の基礎を形成します。

取得元

ピッキングタスクのステータスが「完了」に変更された際の確認タイムスタンプから取得。これは倉庫タスクテーブルにあり、多くの場合、特定の作業員と設備にリンクされています。

取得

ピッキング倉庫タスクの確認タイムスタンプ。

イベントタイプ explicit
倉庫オーダーキャンセル済み
倉庫オーダーが完全に処理または出荷される前にキャンセルされたことを表します。このイベントは、ユーザーがキャンセル処理を実行し、オーダーのステータスが「キャンセル済み」に更新された際に捕捉されます。
その重要性

キャンセルを分析することは、在庫切れや顧客による変更など、プロセス障害の原因を特定するのに役立ちます。これはプロセス逸脱や影響を理解するための重要な終了イベントです。

取得元

これは通常、倉庫オーダーの最終ステータスに基づいて推測されるイベントです。「キャンセル済み」または「削除済み」へのステータス変更のタイムスタンプが使用されます。

取得

ステータスが「キャンセル済み」に変更されたタイムスタンプから推測。

イベントタイプ inferred
入荷配送通知済み
サプライヤーからの事前出荷通知(ASN)の受領を表し、商品が倉庫へ輸送中であることを示します。これは、ASNがシステム(多くの場合EDIまたはポータル経由)によって受領および処理された際に捕捉される明示的なイベントです。
その重要性

この活動は、入荷計画とリソース割り当てのトリガーとなります。この通知から現物の入荷までの時間は、サプライヤーパフォーマンスと入荷パイプラインの可視性を測定するための重要なKPIです。

取得元

ASN受領ログまたはBlue Yonder WMS内の入荷配送文書の作成タイムスタンプから取得。ASNまたは入荷出荷通知に関連するテーブルを確認。

取得

ASNまたは入荷伝票作成時のタイムスタンプ。

イベントタイプ explicit
出荷ステージング
梱包済みのコンテナが梱包エリアから、運送業者の集荷を待つための指定された出荷ステージングレーンへ移動することを表します。このイベントは、オペレーターがハンドリングユニットのステージングエリアへの移動を確定した際に記録されます。
その重要性

この活動は、梱包済みオーダーが積み込まれるまでの待機時間である滞留時間の分析に役立ちます。長いステージング時間は、運送業者との連携不足やステージングスペースの非効率な使用を示している可能性があります。

取得元

このイベントは、ハンドリングユニットまたは輸送コンテナがステージング場所へ移動したことから推測できます。また、明示的な「ステージへ移動」タスクの確認である場合もあります。

取得

ステージングビンへの移動を示す在庫移動ログから推測。

イベントタイプ inferred
品質検査実施済み
受領した商品に対して行われる品質チェックを表します。特定の資材に対する標準ステップである場合や、例外によりトリガーされるイベントである場合があり、品質検査官がシステムに検査結果を記録した際に捕捉されます。
その重要性

品質検査は、入荷プロセスにおいて大幅な遅延の原因となることがあります。その頻度と期間を分析することで、サプライヤーの品質問題や検査ワークフロー内のボトルネックを特定するのに役立ちます。

取得元

入荷明細に関連する品質管理(QM)モジュールまたはログに記録されます。品質検査結果や、在庫のステータスが「品質保留」に変更された際の特定のトランザクションコードを探してください。

取得

品質検査完了またはステータス更新のタイムスタンプ。

イベントタイプ explicit
梱包済み
このイベントは、出荷用のすべての品目が輸送コンテナに梱包され、ラベルが生成されたことを確認します。これは、梱包担当者がシステムでオーダーの梱包プロセスの完了を確定した際に記録されます。
その重要性

これは、倉庫内での付加価値活動の完了を示します。この時点から出荷完了までの時間は、ステージングと積み込み時間を表し、潜在的な遅延の主要な領域です。

取得元

これは、梱包プロセスが完了した際に記録される明示的なトランザクションです。出荷伝票のステータスが「梱包済み」への変更、または梱包ステーション取引の完了タイムスタンプを探してください。

取得

「梱包確定」または「コンテナクローズ」取引のタイムスタンプ。

イベントタイプ explicit
梱包開始
この活動は、梱包ステーションでの梱包プロセスの開始を示します。通常、オペレーターが梱包ステーションでピッキングされた品目またはオーダー用トートをスキャンして出荷準備を開始した際に記録されます。
その重要性

このイベントは、ピッキングから梱包への引き渡しを合図します。フルフィルメントプロセスの梱包段階を分離し、梱包エリア内の特定のボトルネックを特定するのに役立ちます。

取得元

これは、梱包ステーションのユーザーインターフェースからの明示的なトランザクションログである可能性があります。あるいは、そのオーダーの梱包ワークセンターに関連する最初のタイムスタンプ付き活動から推測することもできます。

取得

梱包ステーションにおける「梱包開始」取引のタイムスタンプ。

イベントタイプ explicit
棚入れタスク作成済み
この活動は、システムが受領品を荷受けドックから最終保管場所へ移動させるタスクを作成することを示します。これは、WMSロジックによって生成され、倉庫オペレーターに指示を出すための明示的なシステムイベントです。
その重要性

これは、棚入れプロセスの開始点です。入荷から棚入れタスク作成までの遅延は、システム設定やパフォーマンスの問題を示している可能性があり、商品が荷受けエリアに滞留することになります。

取得元

タスク管理または倉庫制御テーブルで生成および記録されます。入荷配送にリンクされた保管タスクまたは転送オーダーの作成タイムスタンプを探してください。

取得

システム生成保管タスクの作成タイムスタンプ。

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

抽出ガイド

Blue Yonder WMSからデータを取得する方法