倉庫管理データテンプレート
倉庫管理データテンプレート
- 収集を推奨する項目
- `プロセス`で追跡すべき主要な活動
- データ抽出のガイダンス
倉庫管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
「品目ピッキング済み」や「出荷済み」など、倉庫管理プロセス内で発生した特定のビジネスイベントまたはタスクの名前。 | ||
|
説明
活動名とは、倉庫オーダーのライフサイクルにおける単一のステップまたはマイルストーンを記述するものです。これらの活動はプロセスマップ内の連続するノードを形成し、プロセスフローの可視化と分析を可能にします。各活動にはタイムスタンプが付与され、パフォーマンス測定とボトルネック分析の基礎となります。 プロセスマイニングにおいて、この属性はプロセスモデルを構築するための基礎となります。これにより、活動の頻度、経路、および異なるステップ間の期間を分析します。「品質検査実施済み」や「ピッキングタスク作成」といった活動のシーケンスと発生を理解することは、リソース配分の最適化とサイクルタイムの改善に不可欠です。
その重要性
この属性はプロセスマップのステップを定義し、倉庫ワークフローの可視化、分析、最適化を可能にします。
取得元
この情報は通常、Oracle WMS Cloud内のイベントログ、タスクステータステーブル、またはプロセス・マイルストーンをキャプチャするトランザクション記録から派生します。
例
入荷済みピッキングタスク作成済み梱包済み出荷済み
|
|||
|
イベント開始時刻
EventStartTime
|
特定の倉庫活動または**イベント**が開始されたことを示す**タイムスタンプ**です。 | ||
|
説明
イベント開始時刻は、活動の開始を示す正確な日時です。これはプロセスマイニングにおいて、イベントを時系列で並べ、期間とサイクルタイムを計算するために使用される主要な時間属性です。このタイムスタンプは、実際に発生したプロセスフローの正確な表現を構築するために不可欠です。 イベント開始時刻に基づく分析は、パフォーマンス監視にとって極めて重要です。これにより、活動間の時間、ケース全体の期間、サービスレベルアグリーメントの遵守といった主要なメトリックを計算できます。「入庫から格納までのサイクルタイム」のようなサイクルタイムを可視化するダッシュボードは、遅延を特定するためにこの属性に完全に依存しています。
その重要性
このタイムスタンプは、イベントを正確に順序付けし、サイクルタイムやボトルネックといったすべての時間ベースのパフォーマンスメトリックを計算するために極めて重要です。
取得元
これは通常、Oracle WMS Cloudトランザクションテーブルのタスクまたはイベント記録に関連付けられた作成または開始タイムスタンプフィールドです。
例
2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
|
|||
|
倉庫オーダー
WarehouseOrder
|
倉庫オーダーの一意の識別子であり、関連するすべての物流活動を最初から最後まで追跡するための主要なケースとして機能します。 | ||
|
説明
倉庫オーダーは、入庫や出庫といった倉庫内の単一の物流タスクに関連するすべてのイベントと活動をグループ化する中心的な識別子です。これはプロセスマイニングのケース識別子として機能し、その特定のオーダーに関する倉庫プロセスライフサイクル全体の最初から最後まで分析を可能にします。 倉庫オーダー別にプロセスを分析することで、作成から完了またはキャンセルまでの完全なジャーニーを可視化できます。これは、倉庫業務の効率に影響を与える一般的なプロセス経路、ボトルネック、逸脱、および手戻りループを特定するのに役立ちます。このビューは、異なる種類のオーダーに対する全体的なパフォーマンスと標準手順への遵守を理解するために極めて重要です。
その重要性
これは、関連するすべての倉庫活動を接続し、各物流オーダーに対する完全なエンドツーエンドのプロセスビューを可能にする不可欠なケースIDです。
取得元
この識別子は通常、オーダーモジュールやタスクモジュールなど、Oracle WMS Cloud内の倉庫オーダーテーブルのヘッダーレベルで見つかります。
例
WO-0054321ORD-9876543SHIP-2024-1001
|
|||
|
ソースシステム
SourceSystem
|
倉庫管理データが抽出されたシステム。 | ||
|
説明
この属性はデータの出所を識別します。このケースではOracle WMS Cloudです。静的であるように見えるかもしれませんが、データガバナンス、トレーサビリティ、および複数のシステムからのデータが広範な分析のために統合されるシナリオにおいて極めて重要です。 プロセスマイニングのコンテキストでは、ステークホルダーがデータを信頼し、そのコンテキストを理解するのに役立ちます。異なる倉庫が異なるシステムを使用している場合、このフィールドはそれらの間でプロセスパフォーマンスをセグメント化し、比較するために不可欠になります。
その重要性
取得元
これは通常、データ変換プロセス中に付加される静的な値であり、データセットの出所をラベル付けするためのものです。
例
Oracle WMS CloudOracle Fusion WMS
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータがソースシステムから最後に抽出または更新された時点を示すタイムスタンプ。 | ||
|
説明
その重要性
取得元
この
例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
SLA状態
SLAState
|
`完了希望日`に基づき、`倉庫オーダー`が`予定通り`に`完了`したか、`遅延`したか、あるいは`リスク`が`ある`かを示す`計算`された`ステータス`です。 | ||
|
説明
SLAステータスは、オーダーの納期に対するパフォーマンスを即座に分類する派生属性です。これは、完了活動(例:「出荷済み」)のタイムスタンプを「要求完了日」と比較して計算されます。ステータスは「期限内」、「遅延」、または納期が近づいている未完了オーダーについては「リスクあり」として分類されます。 この属性は、「倉庫オーダーSLA遵守」ダッシュボードのために特別に設計されています。複雑な日付比較を分かりやすいステータスに簡素化し、パフォーマンスの迅速な視覚的評価を可能にします。アナリストはこれを使用して、すべての遅延オーダーをフィルタリングし、サービスレベルアグリーメントを遵守できなかった理由の根本原因分析を実行できます。
その重要性
SLAコンプライアンスの状況を一目でわかるようにシンプルに提供し、オンタイムパフォーマンスの追跡と分析を容易にします。
取得元
これは最終活動のタイムスタンプを要求完了日と比較することで計算されます。
例
期日どおり遅延リスクあり
|
|||
|
イベントの終了時刻
EventEndTime
|
特定の倉庫活動または**イベント**が完了したことを示す**タイムスタンプ**です。 | ||
|
説明
イベント終了時刻は、活動が完了した正確な日時を示します。利用可能な場合、これは次の活動の開始時刻から推測するよりも、活動の期間をより正確に測定できます。これは「梱包」や「品質検査」のように測定可能な処理時間を持つタスクに特に役立ちます。 分析において、開始時刻と終了時刻の両方があることで、活動の処理時間を正確に計算できます。これにより、タスクに積極的に取り組んだ時間(処理時間)と、次のステップが開始されるのを待機した時間(待機時間)とを区別できます。この区別は、リソース稼働率と効率分析にとって重要です。
その重要性
取得元
これは通常、Oracle WMS Cloudのタスクまたはイベント記録における完了または終了タイムスタンプフィールドです。
例
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
|
|||
|
ユーザー/オペレーターID
UserOperatorId
|
倉庫活動を実行したユーザー、オペレーター、または従業員の識別子。 | ||
|
説明
この属性は、ピッキング、梱包、または品物の格納といった特定のタスクを実行する責任者を示します。これは、人的リソースのパフォーマンス、作業負荷の配分、および標準作業手順への遵守を分析するための重要な側面です。 ユーザー/オペレーターID別にプロセスを分析することで、最高のパフォーマンスを発揮する従業員、追加トレーニングが必要な従業員、およびチーム全体での作業負荷の不均衡を特定するのに役立ちます。これは、「活動ごとのリソース稼働率」ダッシュボードにとって不可欠であり、異なるユーザーが全体的なプロセス効率にどのように貢献しているか、およびボトルネックが特定のユーザーアクションとどこで関連しているかを理解するために重要です。
その重要性
この属性は、人員パフォーマンスの分析、トレーニングニーズの特定、および公平な作業負荷配分を保証するために重要です。
取得元
これは通常、トランザクションまたはタスクテーブルで見つかり、アクションが実行された際にシステムまたはハンディデバイスにログインしていたユーザーにリンクされていることが多いです。
例
JSMITHBJOHNSONUSER123
|
|||
|
倉庫オーダータイプ
WarehouseOrderType
|
`倉庫オーダー`を`分類`します(`例`:`入庫`、`出荷`、または`内部振替`)。 | ||
|
説明
倉庫オーダータイプは、オーダーの目的に関する重要なコンテキストを提供します。一般的なタイプには、顧客出荷、発注書受領、施設間の在庫転送、または返品が含まれます。この分類は、プロセス分析をセグメント化し、異なるワークフロー間のパフォーマンスを比較するための基礎となります。 プロセスマイニングにおいて、オーダータイプでフィルタリングすることで、入庫および出庫フローの異なるプロセスマップを作成でき、これらはしばしば非常に異なるステップとパフォーマンス目標を持ちます。例えば、出庫出荷のKPIは速度と顧客への配送に焦点を当てる一方、入庫受領のKPIは在庫の可用性と正確性に焦点を当てます。この属性は、「ピッキング&梱包スループット」ダッシュボードにおいて、異なる処理プロセスを比較するために極めて重要です。
その重要性
取得元
Oracle WMS Cloud
例
出荷入荷受領Internal Transfer`顧客返品`
|
|||
|
優先度レベル
PriorityLevel
|
`倉庫オーダー`の`緊急度分類`で、「High」、「Normal」、「Low」などがあります。 | ||
|
説明
優先度レベルは、倉庫オーダーの緊急性を示す、ビジネスによって定義された属性です。速達出荷や重大な品切れのための在庫補充といった優先度の高いオーダーは、通常、より迅速なプロセス経路をたどり、リソースからの即時対応を必要とします。 この属性は「優先オーダー処理パフォーマンス」ダッシュボードにとって不可欠です。優先度レベルに基づいてプロセスをフィルタリングし比較することで、管理者は高優先度オーダーが実際に迅速化され、より厳格なSLAを遵守しているかどうかを評価できます。これは、最も重要なビジネスニーズを満たすためにリソースが効果的に配分されていることを保証するのに役立ちます。
その重要性
取得元
Oracle WMS Cloud
例
高通常低
|
|||
|
実際数量
ActualQuantity
|
入庫やピッキングなど、活動中にカウントまたは処理された品目の実際の数量。 | ||
|
説明
実績数量とは、倉庫タスク中に処理された単位の物理的なカウントです。これは通常、入庫、格納、ピッキング、または循環棚卸し活動中に記録されます。在庫移動の真実を表します。 この属性は「在庫数量不一致」ダッシュボードにとって極めて重要です。実績数量を、発注書や出荷オーダーなどの元文書からの計画数量と比較することで、不一致を即座に特定できます。これらの差異を分析することは、サプライヤーエラー、受領ミス、ピッキングエラーといった在庫不正確性の原因を特定するのに役立ち、正確な在庫レベルを維持するために不可欠です。
その重要性
取得元
Oracle WMS Cloud
例
10098500
|
|||
|
要求完了日
RequestedCompletionDate
|
倉庫オーダーが完了または出荷される予定の目標日。 | ||
|
説明
要求完了日は、オーダーに対するサービスレベルアグリーメント(SLA)または顧客が期待する納期を表します。この日付は、オーダーの実際の完了時刻と比較され、期限内、早期、または遅延を判断するためのベンチマークとなります。 この属性は、「倉庫オーダーSLA遵守」のようなパフォーマンス監視ダッシュボードや、「オンタイム出荷コンプライアンス」といったKPIの計算にとって基礎となります。実際の出荷タイムスタンプとこの要求日を比較することで、企業はサービスレベルパフォーマンスを測定し、遅延の根本原因を特定し、納期遅延のリスクがあるオーダーに優先順位を付けることができます。
その重要性
これは、オンタイムパフォーマンスとSLAコンプライアンスを測定するための主要な属性であり、顧客満足度に直接影響します。
取得元
Oracle WMS Cloud
例
2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
|
|||
|
Equipment Used
EquipmentUsed
|
フォークリフトやハンディスキャナーなど、倉庫活動を実行するために使用される機器の識別子。 | ||
|
説明
この属性は、倉庫タスク中に利用された物理資産または機器を指定します。機器の使用状況を追跡することは、人的オペレーターのパフォーマンスの視点を補完し、リソース分析のもう一つの層を提供します。これは、機器の稼働率の理解、メンテナンスニーズの特定、および機械の配分の最適化に役立ちます。 「活動ごとのリソース稼働率」ダッシュボードにとって、使用機器別にデータを分析することは極めて重要です。これは、特定の種類の機器がボトルネックになっているかどうか、または機器の可用性と効率に基づいてタスク配分を改善する機会があるかどうかを明らかにできます。例えば、特定のフォークリフトモデルが格納タスクで常に遅いことを示し、調査を促すかもしれません。
その重要性
これにより、設備稼働率と効率の分析が可能になり、資産関連のボトルネックを特定し、リソース配分を最適化するのに役立ちます。
取得元
Oracle WMS Cloud
例
FORKLIFT-05SCANNER-A12CART-27
|
|||
|
Location Identifier
LocationIdentifier
|
ビン、ドックドア、ステージングエリアなど、活動が発生した倉庫内の特定の物理的場所。 | ||
|
説明
ロケーション識別子は、イベントに関連付けられた倉庫内の正確な場所を指定します。これは「品目到着」の受領ドック、「品目保管済み」の保管ビン、「梱包済み」の梱包ステーション、または「出荷準備済み」のステージングレーンである可能性があります。 この属性はプロセス分析に空間的な側面を追加します。倉庫の特定の物理的エリアに関連するボトルネックを特定するのに役立ちます。例えば、特定の通路が常にピッキングで遅延していることや、特定のドックドアが受領のネックとなっていることが分析によって明らかになるかもしれません。この洞察は、倉庫のレイアウト、リソース配分、およびプロセス設計に関する意思決定に役立ちます。
その重要性
取得元
Oracle WMS Cloud
例
A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
|
|||
|
倉庫オーダーステータス
WarehouseOrderStatus
|
「完了」や「キャンセル済み」など、倉庫オーダーの現在または最終ステータス。 | ||
|
説明
この属性は、倉庫オーダーの結果または最終状態を示します。成功裡に処理されたオーダーと、キャンセルされたかまだ進行中のオーダーとを区別するのに役立ちます。これは、完了したプロセスのみを分析したり、キャンセルの理由を調査したりするためにケースをフィルタリングする重要な側面です。 最終ステータスに基づいてケースを分析することは、プロセス変動と結果を理解するために重要です。例えば、「完了」と「キャンセル済み」オーダーのプロセスフローを比較することで、キャンセルが通常どの段階で発生するかを明らかにでき、在庫、顧客要求、またはシステムエラーに関する潜在的な問題への洞察を提供します。また、「日次倉庫スループット」のようなスループットKPIを計算するためにも使用されます。
その重要性
取得元
これは通常、Oracle WMS Cloudの倉庫オーダーヘッダー記録におけるステータスフィールドです。
例
完了済み進行中取り消し済み保留中
|
|||
|
処理時間
ProcessingTime
|
倉庫活動を積極的に実行するのに費やされた時間。 | ||
|
説明
処理時間とは、活動の開始から終了までに経過した時間を測定する計算メトリックです。これは、タスク間の待機時間とは対照的に、タスクの実際の「実作業時間」または作業期間を表します。通常、イベント終了時刻からイベント開始時刻を引くことで計算されます。 このメトリックは効率分析の基本であり、「活動ごとのリソース稼働率」ダッシュボードの主要な構成要素です。積極的に作業している時間を分離することで、管理者はどの特定のタスクが最も時間のかかるものであり、プロセスの改善や自動化の機会がどこにあるかを特定できます。これは「注文の梱包には実際にどれくらいの時間がかかりますか?」といった疑問に答えるのに役立ちます。
その重要性
この計算メトリックは、タスクの実際の作業時間を測定し、時間のかかる活動を特定し、リソース効率を分析するのに役立ちます。
取得元
これはEventStartTimeとEventEndTimeから計算されます。(処理時間 = EventEndTime - EventStartTime)。
例
15分45秒1時間5分
|
|||
|
出荷ID
ShipmentId
|
1つまたは複数の倉庫オーダーをまとめて輸送する出荷の一意の識別子。 | ||
|
説明
出荷IDは、複数の倉庫オーダーを輸送のための単一の物流単位に統合できる上位レベルの識別子です。例えば、同じ目的地へ向かう複数の小規模オーダーが、同じトラックで一つの出荷としてまとめられることがあります。 この分析では倉庫オーダーがケースIDですが、出荷IDは出荷物流を分析するための追加の次元を提供します。これにより、出荷単位でのパフォーマンス(例:一つの出荷のためにすべてのオーダーを統合するのにかかった総時間)を評価できます。また、単一のオーダーだけでなく、出荷全体に影響を与える問題を追跡するためにも使用できます。
その重要性
取得元
Oracle WMS Cloud
例
SHP-98765LOAD-A543BOL-123456
|
|||
|
商品SKU
ProductSKU
|
倉庫オーダーで扱われる製品のSKU(在庫管理単位)または識別子。 | ||
|
説明
製品SKUは、特定の製品または品目を識別する一意のコードです。倉庫オーダーには1つ以上の製品が含まれることが多く、この属性により、処理されている品目別に分析をセグメント化できます。 製品SKU別にプロセスを分析することで、異なる製品が倉庫の効率にどのように影響するかを明らかにできます。例えば、かさばる品目や壊れやすい品目は処理時間が長くなる可能性があり、一方、高回転の製品はより最適化されたプロセス経路をたどるかもしれません。この情報は、製品がピッキングおよび格納の移動時間を最適化するために倉庫に配置されるスロッティング戦略にとって、また、製品特性が全体のスループットにどのように影響するかを理解するために貴重です。
その重要性
取得元
Oracle WMS Cloud
例
SKU-100-RED-LGPROD-54321HW-CMP-001A
|
|||
|
手戻り
IsRework
|
ある`アクティビティ`が、同じ`ケース`内で以前の`ステップ`の`繰り返し`であるかどうかを`示す``ブール値`の`フラグ`です。これは、`手戻り`や`プロセスループ`の`兆候`となります。 | ||
|
説明
この
その重要性
このフラグは、プロセスにおける非効率性やループを直接特定し、手戻りのコストと頻度を定量化するのに役立ちます。
取得元
これは、同じCaseIdに対する活動の繰り返しのシーケンスを検出することによって、プロセスマイニングツール内で計算されます。
例
truefalse
|
|||
|
理由コード
ReasonCode
|
`在庫調整`、`返品`、`逸脱`など、`特定イベント`の`理由`を`説明`する`コード`または`説明`です。 | ||
|
説明
その重要性
例外や逸脱に関する重要なコンテキストを提供し、在庫調整や遅延といった問題の根本原因分析を可能にします。
取得元
Oracle WMS Cloud
例
DMG - `輸送中`の`損傷`QTY_MISMATCH - Supplier ShortageWRONG_ITEM_PICKED
|
|||
|
計画数量
PlannedQuantity
|
発注書や販売オーダーなどの元文書に基づいた、活動の予定数量。 | ||
|
説明
計画数量とは、元の文書によって指定された、特定のタスクに対する予定の単位数です。入庫の場合、これは発注書上の数量になります。出庫の場合、これは販売オーダー上の数量になります。 この属性は、実績数量と比較するための基準として機能します。「在庫データ不一致率」KPIは、計画量と実績量の間の逸脱に基づいて計算されます。これらの差異を分析することは、サプライヤー、内部プロセス、またはデータ入力エラーに関する問題に対処するために、サプライチェーンおよび在庫管理にとって極めて重要です。
その重要性
在庫精度を測定し、受領またはピッキングプロセス中の不一致を特定するための基準として機能します。
取得元
Oracle WMS Cloud
例
100100500
|
|||
|
運送業者
Carrier
|
出荷処理に割り当てられた出荷運送業者または輸送プロバイダー。 | ||
|
説明
運送業者属性は、倉庫から最終目的地へ品物を輸送する責任を負う物流パートナーを特定します。これは、FedExやUPSのような商業運送業者、貨物輸送会社、または社内フリートである可能性があります。 この情報は「出荷サイクルタイム」ダッシュボードで使用され、異なる運送業者のパフォーマンスを分析・比較します。「出荷準備済み」から「出荷済み」までの時間を運送業者別にセグメント化することで、どのパートナーがより効率的か、どのパートナーが遅延の原因となっているかを特定でき、このデータを契約交渉や運送業者選定に利用できます。
その重要性
取得元
Oracle WMS Cloud
例
FedExUPSDHLXPO Logistics
|
|||
倉庫管理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
`商品棚入れ済み`
|
この活動は、格納プロセスの成功裡の完了を示します。オペレーターは品物を物理的に保管ビンに移動させ、システムでその行動を確認し、在庫を利用可能にします。 | ||
|
その重要性
これは入庫プロセスの終わりを示す重要なマイルストーンです。総「入庫から保管までの時間」KPIを計算し、格納効率を分析するために不可欠です。
取得元
これは、オペレーターが格納タスクを確認したときに取得され、完了タイムスタンプ付きのトランザクション記録を作成します。通常、タスク履歴または在庫トランザクションログで見つかります。
取得
イベントタイプ
explicit
|
|||
|
ピッキング済み
|
この活動は、オペレーターが品目を保管場所から物理的に回収し、システムでピッキングを確認したことを示します。品目は現在、梱包またはステージングエリアへ移動する準備ができています。 | ||
|
その重要性
これは注文処理プロセスにおける主要なマイルストーンです。ピッキング時間を分析することは、倉庫レイアウト、ピッキング戦略、またはオペレーターのパフォーマンスによって引き起こされるボトルネックを特定するのに役立ちます。
取得元
これは、タスク履歴またはトランザクションログにおけるピッキングタスクの完了タイムスタンプから取得されます。オペレーターによる確認スキャンがトランザクションを完了させます。
取得
イベントタイプ
explicit
|
|||
|
倉庫オーダー完了済み
|
これは倉庫オーダー自体の最終的なクローズを表し、出荷発送時、またはすべてのシステム更新が完了した直後に発生する場合があります。これはプロセスにおける成功した終了イベントです。 | ||
|
その重要性
この活動は、エンドツーエンドの倉庫プロセスライフサイクルの終端を定義します。倉庫業務全体の総サイクルタイムとスループットを計算するために不可欠です。
取得元
このイベントは通常、倉庫オーダーオブジェクトの最終ステータスが「完了」または「クローズ済み」に変化したことから推測されます。この最終ステータス更新のタイムスタンプが使用されます。
取得
イベントタイプ
inferred
|
|||
|
入荷伝票作成済み
|
この活動は、Oracle WMS Cloudにおける事前出荷通知(ASN)または入庫伝票の作成を示します。これは、入庫プロセスの開始を意味し、品目が倉庫に到着する予定であるという正式な通知を表します。 | ||
|
その重要性
これは入庫倉庫プロセスの主要な開始イベントです。この時点から実際の品物受領までの時間を分析することは、サプライヤーの信頼性と計画の正確性を測定するのに役立ちます。
取得元
このイベントは通常、入庫出荷またはASNオブジェクトのトランザクション履歴から取得されます。これは文書の作成タイムスタンプに対応します。
取得
イベントタイプ
explicit
|
|||
|
出荷済み
|
この活動は、積載されたトラックが発送され、倉庫から出発する最終ステップを示します。このトランザクションは、WMS内で出庫オーダーを金銭的および物理的に完了させます。 | ||
|
その重要性
これは最終的な出庫マイルストーンであり、オンタイム出荷コンプライアンスに関する重要なKPIデータポイントです。これは、品物の運送業者への引き渡しと倉庫の責任の終了を意味します。
取得元
これはOracle WMS Cloudにおける主要な明示的トランザクションであり、しばしば「出荷確認」または「積載発送」と呼ばれます。これは出庫積載または出荷記録に対して正確なタイムスタンプと共に記録されます。
取得
「
イベントタイプ
explicit
|
|||
|
梱包済み
|
出荷コンテナまたはオーダー全体の梱包プロセスの完了を表します。オペレーターはすべての品目が梱包され、コンテナが出荷用に封印およびラベル付けされたことを確認します。 | ||
|
その重要性
このマイルストーンは、オーダーに対する倉庫内での付加価値活動の終了を示します。ピッキングから梱包完了までの時間は、内部処理速度の主要な指標です。
取得元
これは通常、「コンテナクローズ」や「梱包完了」といった明示的なトランザクションです。完了タイムスタンプは、梱包または出庫オーダーのトランザクション履歴に記録されます。
取得
イベントタイプ
explicit
|
|||
|
物品受領済み
|
この活動は、品目が荷降ろしされ、スキャンされ、倉庫の責任範囲に正式に受け入れられたことを示します。これは、入庫伝票に対して数量が確認されるトランザクションイベントです。 | ||
|
その重要性
これは、在庫の公式な受領を示す重要なマイルストーンです。この活動を完了するのにかかる時間は、在庫が格納および処理に利用可能になる速さに直接影響します。
取得元
これは、Oracle WMS Cloud内の受領トランザクションログから取得されます。品目の受領のスキャンまたは確認ごとに、タイムスタンプ付きのトランザクション記録が生成されます。
取得
「
イベントタイプ
explicit
|
|||
|
`積載開始`
|
このイベントは、梱包された品物がステージングエリアから運送業者のトラックへ移動される物理的な積載プロセスの開始を表します。これはしばしば「積載開始」トランザクションによって開始されます。 | ||
|
その重要性
この活動は、積載プロセス自体の効率に関する可視性を提供します。これは、ステージングの待機時間とトラックへの積載に費やされた実際の時間を区別するのに役立ちます。
取得元
これは通常、Oracle WMS Cloudの出庫積載記録にリンクされた明示的なトランザクションです。ユーザーはタイムスタンプ付きの「積載開始」アクションを実行します。
取得
イベントタイプ
explicit
|
|||
|
ピッキングタスク作成済み
|
このイベントは、システムがオペレーターのために保管場所から品目を回収し、出庫オーダーを処理するためのピッキングタスクを生成したときに発生します。これは、倉庫内のオーダー処理サイクルの始まりを示します。 | ||
|
その重要性
これは出庫ピッキングプロセスのトリガーです。このイベントからピッキング完了までの時間は、注文処理の効率とリソース応答性の重要な指標です。
取得元
このイベントは、倉庫タスク管理テーブルに記録されます。ピッキングタスク記録の作成タイムスタンプが活動時間として使用されます。
取得
イベントタイプ
explicit
|
|||
|
倉庫オーダーキャンセル済み
|
倉庫オーダーが完了する前のキャンセルを表します。これは、プロセスにおける代替的で成功しなかった最終状態です。 | ||
|
その重要性
キャンセルを追跡することは、需要の変化、データ入力エラー、またはオーダーが中止される原因となるその他の問題を理解するために重要です。これはプロセスの無駄の発生源を特定するのに役立ちます。
取得元
このイベントは、倉庫オーダーのステータスが「キャンセル済み」または同様の最終状態に変化したことから推測されます。このステータス更新のタイムスタンプが使用されます。
取得
イベントタイプ
inferred
|
|||
|
入荷済み
|
トラックまたは運送業者が倉庫のドックに物理的に到着し、公式のチェックインプロセスが完了したことを表します。これは通常、個々の品目の荷降ろしや詳細な受領が開始される前に記録されます。 | ||
|
その重要性
このマイルストーンは、運送業者の輸送時間と倉庫の内部処理時間を区別するのに役立ちます。ドックドアの稼働率と受領エリアにおける潜在的なボトルネックを分析するために極めて重要です。
取得元
これはしばしば、入庫出荷またはASN記録のステータス更新として取得され、ドック担当者が配送書類をスキャンするか、システムを手動で更新することによってトリガーされます。
取得
イベントタイプ
explicit
|
|||
|
出荷準備済み
|
この活動は、梱包されたコンテナが梱包ステーションから指定された出荷ステージングエリアへ移動されたことを示します。オーダーは現在完了しており、運送業者への積載を待っています。 | ||
|
その重要性
これは処理から最終発送段階への移行を示します。品物がステージングで費やす時間は、運送業者の到着遅延やドックのスケジュール設定における遅延を浮き彫りにすることができます。
取得元
これは通常、梱包されたコンテナのロケーションがステージングレーンに更新されるロケーション移動トランザクションを通じて取得されます。この移動トランザクションのタイムスタンプがイベントを示します。
取得
イベントタイプ
explicit
|
|||
|
品質検査実施済み
|
受領した品目に対する品質管理チェックの完了を表します。これは特定の資材やサプライヤーにとって標準的なステップである場合もあれば、アドホックにトリガーされる場合もあります。 | ||
|
その重要性
品質検査の期間と頻度を追跡することは、入庫プロセスにおける遅延を特定するために不可欠です。これは、品物が利用可能になるまでに品質保証ステータスで保持される時間を測定するのに役立ちます。
取得元
このイベントは、在庫記録のステータスが「QA保留」から「利用可能」または「格納」に変化したことから推測される可能性が高いです。品質モジュールからの明示的なトランザクションログも存在する場合があります。
取得
イベントタイプ
inferred
|
|||
|
在庫調整済み
|
特定のロケーションにおける品目数量の手動またはシステムによる調整を表します。これは、循環棚卸し、破損、または受領時の不一致の修正によって発生する可能性があります。 | ||
|
その重要性
この活動は、在庫の不正確さにつながるプロセス障害を特定するために極めて重要です。調整の頻度と規模を分析することは、受領、ピッキング、または保管における問題を特定するのに役立ちます。
取得元
これは、Oracle WMS Cloud内の特定の在庫調整トランザクションログから取得されます。これらのログは、品目、ロケーション、数量変更、理由コード、およびタイムスタンプを詳細に記録します。
取得
イベントタイプ
explicit
|
|||
|
格納タスク作成
|
このイベントは、倉庫オペレーターが受領品を荷受けドックから指定された保管場所に移動させるためのタスクがシステムで生成されることを示します。これが格納サブプロセスの開始点です。 | ||
|
その重要性
この活動は格納サイクルを開始します。タスク作成から実際の格納完了までの時間を分析することは、システム効率とオペレーターの応答時間を評価するのに役立ちます。
取得元
これは通常、倉庫タスクまたはトランザクションテーブルに記録される明示的なイベントです。格納タスク記録の作成タイムスタンプがイベント時間として機能します。
取得
イベントタイプ
explicit
|
|||
|
梱包開始
|
この活動は、ピッキングされた品目が梱包ステーションに到着し、オペレーターが梱包プロセスを開始したことを示します。これは通常、品目を梱包コンテナに関連付ける明示的なスキャンです。 | ||
|
その重要性
この活動を追跡することは、梱包サブプロセスをピッキングおよびステージングから分離するのに役立ちます。これは、梱包ステーションの効率とスループットの詳細な分析を可能にします。
取得元
これは明示的なトランザクションである可能性があり、または、梱包コンテナ(LPN)の作成と、最初の品目がそれにスキャンされたことから推測される可能性もあります。これは梱包または出荷トランザクションログで見つかります。
取得
「
イベントタイプ
explicit
|
|||