在庫管理データテンプレート
在庫管理データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 抽出の手引き
在庫管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
「入庫記録済み」や「ピッキング完了」など、発生した特定の在庫管理イベントの名前です。 | ||
|
説明
この属性は、特定の在庫バッチに対してある時点で実行されたビジネス活動を記述します。これは、全体的な在庫管理プロセスにおける単一のステップを表し、プロセスフローを構成する一連のイベントを形成します。\n\n活動のシーケンスを分析することは、プロセスマイニングの核心です。プロセスマップを可視化し、活動間のボトルネックを特定し、移行時間を測定し、非標準的なプロセスバリエーションを発見するのに役立ちます。各値は、在庫ライフサイクルにおける主要なマイルストーンに対応します。
その重要性
この属性はプロセスのステップを定義し、プロセスマップの可視化、バリアントの分析、ボトルネックの特定を可能にします。
取得元
例
入荷記録済み棚入れ完了在庫差異調整済みピッキング完了在庫廃棄済み
|
|||
|
イベント日時
EventTime
|
在庫活動が発生した時点を示す正確なタイムスタンプです。 | ||
|
説明
この属性は、活動がシステムに記録された日時をキャプチャします。これにより、各在庫バッチのイベントの時系列順序が提供され、これはプロセスマイニングの基本となります。\n\nタイムスタンプは、サイクルタイム、期間、活動間の待機時間を計算するために使用されます。これにより、パフォーマンス分析、ボトルネック特定、サービスレベル契約への準拠モニタリングが可能になります。正確で完全なタイムスタンプは、意味のあるプロセス分析にとって不可欠です。
その重要性
タイムスタンプは、イベントの順序付け、サイクルタイムと期間の計算、および経時的なプロセスパフォーマンスの分析に不可欠です。
取得元
通常、InventTransのような取引テーブル(例:DATEPHYSICAL, CREATEDDATETIME)や、WHSWorkTableのような作業指示テーブル(例:CREATEDDATETIME, MODIFIEDDATETIME)にあります。
例
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
在庫バッチ/ロット
InventoryBatchLot
|
在庫アイテムの特定のバッチまたはロットの一意の識別子で、主要なケース識別子として機能します。 | ||
|
説明
在庫バッチまたはロット番号は、特定の製品数量に関連するすべての活動をグループ化する主要なケース識別子として機能します。これにより、個別の在庫数量の、入庫から様々な移動、そして最終的な出庫または消費に至るまでの完全なライフサイクルを追跡できます。\n\nプロセス分析において、この属性は各在庫バッチのジャーニー全体を包括的に把握することを可能にします。単一のバッチを追跡することで、アナリストはエンドツーエンドのサイクルタイムを測定し、共通の経路を特定し、特定のアイテムやサプライヤーに対する標準運用手順からの逸脱を発見できます。
その重要性
これは、在庫数量のエンドツーエンドのライフサイクルを追跡するための必須キーであり、各特定のバッチのバリアント分析とパフォーマンスモニタリングを可能にします。
取得元
この識別子は通常、InventTransのような在庫トランザクションテーブルや、InventBatchのようなバッチ詳細を管理する関連テーブルで見られます。
例
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステムを特定します。例えば、「Dynamics 365 F&O」などです。 | ||
|
説明
この属性は、イベントデータを生成したソースアプリケーションまたはプラットフォームを指定します。現代の企業では、データはERP、倉庫管理システム(WMS)、製造実行システム(MES)など、複数のシステムから来る場合があります。\n\n単一システム分析では静的な値であることが多いですが、複数のソースからのデータを組み合わせる際には非常に重要になります。これにより、データの整合性を確保し、統合の問題をトラブルシューティングし、異なるシステムが全体的なプロセスにどのように貢献しているかを理解するのに役立ちます。
その重要性
データの出所に関する重要なコンテキストを提供します。これは、データガバナンスや、複数の統合システムにまたがるプロセスを分析する際に不可欠です。
取得元
データ抽出時にデータセットの出所を示すために付与する、通常は固定の値です。
例
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
最終データ更新
LastDataUpdate
|
このプロセスのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、最新のデータ抽出または更新の日時を記録します。分析されているデータの鮮度に関する透明性を提供します。\n\nこれは、ユーザーがプロセス分析の現在性を理解するために重要です。データの適時性に関する期待値を管理するのに役立ち、あらゆるレポートやダッシュボードの重要なメタデータであり、決定が理解された時間枠に基づいて行われることを保証します。
その重要性
データの鮮度をユーザーに伝え、分析がどれくらい最新であるかを確実に認識させます。
取得元
これは、データインジェストパイプライン中に生成されるメタデータフィールドで、抽出ジョブのタイムスタンプを記録します。
例
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
イベントの終了時刻
EventEndTime
|
活動の完了を示すタイムスタンプで、その期間を計算するために使用されます。 | ||
|
説明
在庫管理における多くのイベントは瞬時に発生しますが、品質検査や入庫作業のように、明確な開始時刻と終了時刻を持つ活動もあります。この属性は、そのような活動の完了時刻を捕捉します。 開始時刻と終了時刻の両方を持つことで、個々の活動の処理時間を計算できます。これは、リソース効率の分析、最も時間を消費する活動の特定、およびプロセスステップの真のコストを理解するために不可欠です。
その重要性
正確なアクティビティ期間の計算を可能にし、非効率なステップの特定とリソース利用率の分析に役立ちます。
取得元
例えば、WHSWorkTableの作業指示書明細の更新日時が「完了」ステータスに変更された際など、別途のステータス更新タイムスタンプから派生する場合があります。
例
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
ユーザー`ID`
UserId
|
活動を実行した、または責任を持つユーザーの識別子です。 | ||
|
説明
この属性は、ピッキング作業を完了した倉庫作業員や調整を転記した在庫管理責任者など、在庫トランザクションに関連するユーザーIDを記録します。\n\nユーザーごとの活動分析は、トレーニングニーズの特定、高パフォーマンスの個人やチームの認識、手動介入やエラーの根本原因の調査に役立ちます。「手動在庫調整の要因」のようなダッシュボードにとって、誰が変更を行っているのか、なぜ行っているのかを理解するために不可欠です。
その重要性
ユーザーの関与を追跡することは、パフォーマンス分析、研修機会の特定、手動調整の要因理解において重要です。
取得元
様々なテーブルに見られ、多くの場合createdByまたはmodifiedByフィールドとして存在します。例えば、
例
d.smithj.doewarehouse.worker1
|
|||
|
倉庫ID
WarehouseId
|
在庫活動が行われた倉庫または物理的な場所の識別子です。 | ||
|
説明
この属性は、在庫が所在する、または活動が発生した倉庫を指定します。各イベントの地理的または組織的なコンテキストを提供します。\n\n倉庫ごとにプロセス分析をセグメント化することは、異なるサイト間のパフォーマンスを比較するために重要です。どの倉庫が最も効率的か、どの倉庫で差異率が最も高いか、どこでボトルネックが最も深刻かを特定するのに役立ちます。これは、対象を絞った業務改善とリソース配分をサポートします。
その重要性
異なる物理ロケーションや倉庫間でのパフォーマンス比較とボトルネック分析を可能にします。
取得元
トランザクションテーブルに関連付けられた在庫ディメンションフィールドに見られます。
例
WH-MAINSITE-02DC-WEST
|
|||
|
品目ID
ItemId
|
処理される製品または材料の一意の識別子で、SKUとも呼ばれます。 | ||
|
説明
この属性は、特定の製品、材料、または在庫管理単位(SKU)の一意のコードです。すべての在庫活動を、移動、計数、または検査されるアイテムにリンクします。\n\nアイテムIDによってプロセスを分析することで、製品固有の行動を深く掘り下げることができます。どの製品の棚入れ時間が最も長いか、どの製品が最も頻繁に調整されるか、またはどの製品が最も多く廃棄されるかといった疑問に答えるのに役立ちます。これは、在庫最適化と製品ライフサイクル管理の基本です。
その重要性
在庫活動を特定の製品(SKU)に紐付け、製品固有のプロセスパフォーマンス、コスト、および問題の分析を可能にします。
取得元
例
A0001HW-1024RAW-STL-P01
|
|||
|
数量
Quantity
|
トランザクションに関わるアイテムの数量(基本測定単位)です。 | ||
|
説明
この属性は、在庫活動の影響を受けるアイテムの数量を表します。入庫や正の調整では正の値に、出庫、廃棄、負の調整では負の値になります。\n\n数量の分析は、在庫プロセスの規模と影響を理解するための基本です。廃棄品の量を計算したり、在庫差異の規模を測定したりするなど、ほぼすべてのダッシュボードやKPIで使用されます。これにより、物質的な影響に基づいて問題を優先順位付けするのに役立ちます。
その重要性
各トランザクションにおける商品の物理的な数量を定量化します。これは、ビジネスへの影響、スループット、差異の規模を測定するために不可欠です。
取得元
例
100-2510500
|
|||
|
理由コード
ReasonCode
|
在庫調整や返品など、特定のトランザクションの理由を説明するコードです。 | ||
|
説明
理由コードは、活動が発生した理由について質的なコンテキストを提供します。これらは、根本的なビジネスドライバーを分類するために、在庫調整、在庫移動、返品、および廃棄で一般的に使用されます。\n\n理由コードによる分析は、根本原因分析に不可欠です。在庫差異がなぜ発生するのか(例:「破損品」、「データ入力エラー」)、在庫がなぜ内部で移動されるのか(例:「補充」、「統合」)、またはアイテムがなぜ返品されるのかを明らかにするのに役立ちます。この情報は、プロセス改善イニシアチブにとって重要です。
その重要性
イベントの「なぜ」を説明し、在庫調整、返品、廃棄などの問題に対する強力な根本原因分析を可能にします。
取得元
トランザクションに応じて様々なテーブルに見られます。例えば、
例
RC-DMGFOUNDCYCLECOUNT
|
|||
|
ピッキングから梱包までの時間
PickingToPackingTime
|
注文のピッキングが開始されてから梱包が完了するまでの合計時間です。 | ||
|
説明
このKPIは、出荷処理プロセス内のサイクルタイム、具体的には「ピッキング開始」または「ピッキング完了」活動と「梱包完了」活動間の期間を測定します。これは、ケースが販売注文明細を表す場合、または関連する活動間でケースレベルで計算できます。\n\nこの指標は、ピッキングおよび梱包作業の効率を評価するために不可欠です。時間が短いほど、より合理化された処理プロセスを示し、注文の迅速な出荷と高い顧客満足度につながります。これにより、出荷ワークフロー内のボトルネックを特定するのに役立ちます。
その重要性
中核となる注文処理プロセスの効率を測定し、出荷速度と顧客満足度に直接影響します。
取得元
同じ注文または作業IDに対する「梱包完了」と「ピッキング開始」アクティビティのタイムスタンプ間の時間差を見つけることで計算されます。
例
25分1時間5分48分
|
|||
|
ロケーションID
LocationId
|
倉庫内の特定の保管場所(ビン、ラック、通路など)です。 | ||
|
説明
この属性は、在庫が保管されている、または活動が実行される倉庫内の正確なロケーションを識別します。内部倉庫移動を分析するための詳細な情報を提供します。\n\nロケーションIDによる分析は、倉庫レイアウトとフローの最適化に役立ちます。非効率な移動経路を明らかにしたり、混雑エリアを特定したり、ピッキングエラーや在庫差異が発生しやすいロケーションを突き止めたりすることができます。これは、「倉庫活動フロー分析」および「内部在庫移動概要」ダッシュボードにとって不可欠です。
その重要性
倉庫レイアウトの最適化、内部移動の分析、問題のある保管エリアの特定に役立つ詳細な情報を提供します。
取得元
例
A1-R2-S3-B4RECV-DOCK-01PACK-STN-5
|
|||
|
作業ID
WorkId
|
ピッキングや棚入れなどの倉庫作業指示書の一意の識別子です。 | ||
|
説明
作業ID (Work ID) は、倉庫作業員のための一連のタスク(注文品目のピッキングや入荷品の格納など)を表すために、倉庫管理モジュールで生成されます。これは関連するアクティビティをグループ化します。 作業IDによる追跡は、特定の倉庫タスクの効率を分析することを可能にします。これにより、格納またはピッキングプロセスが作成から完了までに要する時間を測定し、作業員のパフォーマンスを分析するために使用できます。
その重要性
関連する倉庫タスクをグループ化し、ピッキングや格納などの特定の作業指示の効率分析を可能にします。
取得元
WHSWorkTableテーブルの主キーです。
例
USMF-000123USMF-000124USMF-000125
|
|||
|
処理時間
ProcessingTime
|
個々の活動の期間で、開始時刻と終了時刻から計算されます。 | ||
|
説明
この指標は、特定の活動を実行するために実際に費やされた時間を表します。単一イベントのイベント終了時刻とイベント開始時刻の差として計算されます。\n\n処理時間を分析することは、プロセス内で最も時間のかかるステップを特定するための鍵です。これにより、期間が最も長い活動に最適化の努力を集中させ、全体的な効率とリソース利用率を向上させるのに役立ちます。
その重要性
個々の活動の期間を測定し、どの特定のプロセスステップが遅延の原因となっているかを特定するのに役立ちます。
取得元
計算フィールド: EventEndTime - EventTime.
例
15分2時間30分45秒
|
|||
|
品目`値`
ItemValue
|
トランザクションに関わる在庫の金銭的価値です。 | ||
|
説明
この属性は、トランザクションで移動または調整された数量の計算された財務的価値を表し、通常、アイテムの現在の原価に基づいて決定されます。これは、物理的な在庫移動を財務的影響に変換します。\n\nアイテム価値による分析は、財務報告とビジネス影響評価に不可欠です。「廃棄在庫価値比率」のようなKPIの計算に使用され、高価値の差異や廃棄イベントなど、最も財務的影響が大きい活動にプロセス改善努力を集中するのに役立ちます。
その重要性
在庫数量を財務的影響に変換することは、課題の優先順位付けや財務KPIの算出において極めて重要です。
取得元
例
1500.00-375.5025000.75
|
|||
|
品質オーダーID
QualityOrderId
|
品質検査オーダーの一意の識別子です。 | ||
|
説明
商品の受領時や別のプロセスステップで検査が必要な場合、品質オーダーが生成されます。この属性は、そのオーダーの一意の識別子であり、作成、テスト、合否検証といった関連するすべての品質活動をリンクします。 品質オーダーIDによる追跡は、品質管理プロセスの効率と結果を分析するのに役立ちます。これは、「品質検査パフォーマンス」のようなダッシュボードにとって不可欠であり、作成から完了までのリードタイムを測定し、検査ワークフロー内のボトルネックを特定するために重要です。
その重要性
品質関連活動を連携させ、品質検査プロセスの期間と結果の分析を可能にします。
取得元
InventQualityOrderTableテーブルの主キーです。
例
QO-00182QO-00183QO-00184
|
|||
|
差異調整である
IsDiscrepancyAdjustment
|
アクティビティが「在庫不一致調整済み」イベントである場合にTrueとなるブール値フラグです。 | ||
|
説明
この計算された属性は、手動在庫調整に関連する活動を識別する単純なフラグ(真または偽)です。在庫精度を分析する際のフィルタリングと集計を簡素化します。\n\nこのフラグを使用すると、「在庫差異率」や「手動調整率」のようなKPIを簡単に計算できます。これにより、アナリストは活動名に関する複雑なフィルタリングを行うことなく、これらの非標準的なイベントを迅速に分離し、その根本原因を調査できます。
その重要性
すべての差異関連イベントにフラグを立てることで、在庫精度に関連するKPIの分析と計算を簡素化します。
取得元
計算フィールド: ActivityNameが「在庫不一致調整済み」の場合TRUE、それ以外の場合FALSE。
例
truefalse
|
|||
|
棚入れサイクルタイム
PutAwayCycleTime
|
入庫から商品が最終保管場所に完全に棚入れされるまでの合計時間です。 | ||
|
説明
このKPIは、特定の在庫バッチに対する「入庫記録」活動から「棚入れ完了」活動までの期間を測定します。これは、受入および棚入れプロセスの効率を定量化するケースレベルの指標です。\n\nこのサイクルタイムを監視することは、インバウンドロジスティクスフローにおけるボトルネックを特定するために不可欠です。高い値は、倉庫容量、リソース可用性、またはプロセス非効率性の問題を示している可能性があり、これらすべてが出荷のための在庫の可用性を遅らせます。
その重要性
インバウンド受入プロセス全体の効率を測定し、新しい在庫がどれだけ迅速に利用可能になるかに直接影響します。
取得元
同じ
例
4時間15分1日2時間35分
|
|||
|
棚卸仕訳帳ID
CountingJournalId
|
在庫棚卸しジャーナルの一意の識別子です。 | ||
|
説明
在庫棚卸仕訳帳は、循環棚卸や年次棚卸などの現物棚卸の結果を記録するために使用されます。このIDは、特定の棚卸イベントのすべての棚卸エントリと、それによって生じる調整をグループ化します。 棚卸仕訳帳IDによる分析は、在庫調整アクティビティのコンテキストを提供します。これにより、計画された棚卸による調整とアドホックな修正による調整を区別することができ、在庫不正確さの要因を理解する上で重要です。
その重要性
在庫棚卸とそれに伴う調整をグループ化し、不一致が特定され修正された理由のコンテキストを提供します。
取得元
InventJournalTableから取得される、ジャーナルタイプが「Counting」であるJOURNALIDです。
例
ICJ-00561ICJ-00562ICJ-00563
|
|||
|
移動ジャーナルID
MovementJournalId
|
在庫移動ジャーナルの一意の識別子です。 | ||
|
説明
在庫移動仕訳帳は、正式な格納またはピッキングプロセスの一部ではない内部在庫転送(統合または補充のために品目をロケーション間で移動するなど)を記録するために使用されます。このIDは、単一の移動トランザクション内の明細をグループ化します。 移動仕訳帳IDによる分析は、「在庫内部移動済み」アクティビティのコンテキストを提供します。これにより、これらの移動の範囲と理由を理解するのに役立ち、頻繁に発生する場合は倉庫レイアウトや補充戦略の非効率性を浮き彫りにすることができます。
その重要性
内部在庫移動のコンテキストを提供し、非標準的な在庫移動の頻度と理由を分析するのに役立ちます。
取得元
InventJournalTableから取得される、ジャーナルタイプが「Movement」であるJOURNALIDです。
例
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
返品オーダーID
ReturnOrderId
|
顧客返品オーダー(RMA)の一意の識別子です。 | ||
|
説明
この属性は、顧客からの商品の受入プロセスを追跡する返品承認(RMA)または返品オーダーの識別子です。特定の返品イベントに関連するすべての活動をリンクします。\n\nこのIDは、返品プロセスフローを分析するために不可欠です。返品された商品の受入から、在庫への戻し、修理、廃棄などの最終処分までのエンドツーエンドのサイクルタイムを測定できます。これは、返品プロセスにおける遅延や非効率性を特定するのに役立ちます。
その重要性
顧客返品の開始から完了までのライフサイクル全体を追跡し、返品処理のサイクルタイムと効率を分析可能にします。
取得元
SalesTableから取得される、販売タイプが「返品オーダー」である販売オーダーIDです。
例
RMA-01002RMA-01003RMA-01004
|
|||
在庫管理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ピッキング作業作成済み
|
システムが倉庫作業員に対し、販売注文または生産注文のために在庫バッチをピッキングするよう指示を生成したことを示します。これは、WMSでピッキング用の新しい「作業」レコードが作成されたときに捕捉されます。 | ||
|
その重要性
このイベントは、出荷処理プロセスの開始を示します。注文作成からピッキング作業作成までの時間は、割り当てまたは計画の遅延を示す可能性があります。
取得元
取得
作業指示タイプがピッキングに関連する
イベントタイプ
explicit
|
|||
|
ピッキング完了
|
この活動は、作業員が在庫バッチの物理的なピッキングを完了し、それをステージングまたは梱包場所に移動したことを意味します。これは、WMSピッキング「作業」のステータスが「完了」に変更されたことから推測されます。 | ||
|
その重要性
このマイルストーンは、ピッキングフェーズの終了と梱包または出荷の開始を示します。「平均ピッキングから梱包までの時間」と全体の出荷処理効率を測定するために不可欠です。
取得元
WHSWorkTableにおいて、ピッキング作業指示書の「作業ステータス」フィールドが「完了」に変更された場合に推測されます。
取得
関連するピッキング作業について、
イベントタイプ
inferred
|
|||
|
入荷記録済み
|
この活動は、通常サプライヤーまたは生産出力からの在庫バッチの倉庫への初期入庫を示します。このイベントは、購買注文受領書または生産注文の「完了報告」ジャーナルが転記され、正の数量のトランザクションが作成されたときに記録されます。 | ||
|
その重要性
これは、在庫ライフサイクルの主要な開始イベントです。棚入れサイクルタイムと全体の在庫リードタイムの追跡を開始し、パフォーマンス測定のベースラインを提供します。
取得元
InventTransテーブルに記録されます。これは、購買注文の製品受領書を転記するか、生産注文を完了として報告することによって生成される明示的なトランザクションです。
取得
購買注文受領または生産注文報告にリンクされた、正の数量を持つ
イベントタイプ
explicit
|
|||
|
出荷記録済み
|
この活動は、顧客への販売または生産での消費により、在庫バッチが倉庫から最終的に除去されることを示します。これは、販売注文の梱包伝票または生産ピッキングリストジャーナルが転記されたときに記録されます。 | ||
|
その重要性
これは、在庫ライフサイクルの主要な成功終了イベントです。倉庫でのバッチの時間追跡を完了し、その最終処分を確認します。
取得元
InventTransテーブルに負の数量を持つ明示的なトランザクションとして記録されます。販売注文の梱包伝票または生産ピッキングリストの転記から生成されます。
取得
販売注文出荷または生産注文消費にリンクされた、負の数量を持つ
イベントタイプ
explicit
|
|||
|
在庫差異調整済み
|
この活動は、棚卸し中に見つかった差異やその他の理由を修正するための在庫調整の転記を表します。これは、手持在庫数量を変更する明示的なトランザクションです。 | ||
|
その重要性
これは、在庫精度および「在庫差異率」KPIを測定するための重要なイベントです。頻繁な調整は、プロセス管理、受入、またはピッキングにおける根本的な問題を示唆しています。
取得元
棚卸仕訳帳または在庫調整仕訳帳が転記されると、
取得
イベントタイプ
explicit
|
|||
|
棚入れ完了
|
この活動は、在庫バッチが指定された保管ビンに物理的に移動されることの完了を表します。これは、対応する倉庫「作業」レコードのステータスが「完了」に変更されたことから推測されます。 | ||
|
その重要性
この重要なマイルストーンは、受入と棚入れプロセスの終了を示し、在庫が出荷可能になることを意味します。「平均棚入れサイクルタイム」KPIを測定するために不可欠です。
取得元
WHSWorkTableにおいて、棚入れ作業指示書の「作業ステータス」フィールドが「完了」に変更された場合に推測されます。
取得
関連するバッチについて、
イベントタイプ
inferred
|
|||
|
品質オーダー作成済み
|
入庫時に在庫バッチが品質検査のために自動的または手動で保留にされる瞬間を表します。これは、品質オーダーテーブルにレコードが作成され、それが購買注文のようなソースドキュメントにリンクされることによって記録されます。 | ||
|
その重要性
品質オーダーの作成を追跡することは、在庫が制限された、または「保留中」のステータスで費やす時間を分析するのに役立ち、これは出荷可能な可用性に影響を与えます。
取得元
取得
特定の在庫バッチについて、
イベントタイプ
explicit
|
|||
|
品質検査実施済み
|
この活動は、品質検査が実施され、結果が記録されたことを意味します。通常、品質オーダーのステータスが「オープン」から「合格」または「不合格」といった完了を示す状態に変更されたことから推測されます。 | ||
|
その重要性
品質検査プロセス自体の期間を測定します。ここでの遅延は、在庫が使用可能になる前や棚入れされる前に重大なボトルネックを生じさせる可能性があります。
取得元
InventQualityOrderTableのステータス更新から推測されます。オープンステータスから検証済みステータスへの移行がイベントを示します。
取得
InventQualityOrderTableのステータスフィールドを監視し、「合格」や「不合格」のような最終ステータスへの変更タイムスタンプをキャプチャします。
イベントタイプ
inferred
|
|||
|
在庫内部移動済み
|
このイベントは、在庫バッチが補充や統合のために同じ倉庫内で別のロケーションに移動されることを記録します。これは、在庫振替ジャーナルの転記または倉庫移動作業の完了によって記録されます。 | ||
|
その重要性
内部移動が頻繁に発生することは、非効率な倉庫レイアウトや保管戦略を示している可能性があります。これらの移動を分析することで、在庫配置の最適化と処理コストの削減に役立ちます。
取得元
振替仕訳帳に由来する
取得
イベントタイプ
explicit
|
|||
|
在庫廃棄済み
|
期限切れ、破損、または陳腐化により、在庫バッチが正式に処分または償却されることを表します。これは、廃棄固有の理由コードを持つ在庫調整ジャーナルを転記することによって記録されます。 | ||
|
その重要性
これは重大な障害または最終的な終了イベントです。廃棄された在庫を分析することで、無駄を定量化し、陳腐化しやすい製品を特定し、在庫計画を改善するのに役立ちます。
取得元
「損益」タイプの在庫仕訳帳または棚卸仕訳帳が廃棄のために転記されると、
取得
廃棄理由コードを持つ在庫仕訳帳の転記に由来する
イベントタイプ
explicit
|
|||
|
梱包完了
|
ピッキングされた商品をコンテナまたは小包に梱包して出荷する作業の完了を表します。これは、梱包ステーションのインターフェースでコンテナが閉じられたとき、または出荷ステータスが更新されたときに推測できます。 | ||
|
その重要性
この活動は、注文処理における重要なマイルストーンです。その完了を追跡することで、梱包ステーションの効率と、全体の出荷タイムラインへの貢献度を分析できます。
取得元
これは、WHSContainerTableでコンテナーステータスが「完了」に変更された場合、またはWHSShipmentTableで出荷ステータスが進行した場合に推測できます。
取得
バッチに関連付けられた
イベントタイプ
inferred
|
|||
|
棚入れ作業作成済み
|
システムが倉庫作業員に対し、受領した在庫をステージングエリアまたは受入エリアから保管場所に移動するよう指示を生成したことを示します。これは、倉庫管理システム(WMS)で新しい「作業」レコードが作成されたときに捕捉されます。 | ||
|
その重要性
これは、物理的な棚入れプロセスの開始を示します。入庫からこの時点までの時間を分析することで、システムまたは計画の遅延を明らかにできます。
取得元
取得
作業指示タイプが「格納」である
イベントタイプ
explicit
|
|||
|
棚卸し実行済み
|
このイベントは、作業員が在庫バッチの計数数量を計数ジャーナルに入力したときに発生します。これは、ジャーナル明細行の「計数済み」フィールドが入力されたときに記録されます。 | ||
|
その重要性
この活動は、システムの手持数量と実地棚卸し数との間の差異を特定するために必要なデータを提供します。これは、いかなる調整が行われる前の重要なステップです。
取得元
ユーザーが「計上済み」数量フィールドに値を入力した際に、棚卸しジャーナル(InventJournalTrans)の明細行に記録されます。
取得
イベントタイプ
explicit
|
|||
|
棚卸仕訳帳作成済み
|
この活動は、特定のバッチまたはロケーションに対する棚卸しの開始を意味します。これは、ユーザーが棚卸しジャーナルを作成したときに記録される明示的なイベントです。 | ||
|
その重要性
棚卸しプロセスの開始を示します。計数活動の期間と頻度は、業務オーバーヘッドと在庫精度向上の取り組みを理解するために重要です。
取得元
仕訳タイプが「棚卸」である
取得
棚卸仕訳帳のカウントには、InventJournalTableのヘッダーレコードの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
返品受領
|
この活動は、以前に販売された在庫バッチが顧客から倉庫に返品されることを記録します。このイベントは、返品オーダーが処理され、商品が受領されたときに記録されます。 | ||
|
その重要性
返品の追跡は、製品の品質問題とリバースロジスティクスプロセスの効率を理解するために不可欠です。検査、再在庫、または処分のため新しいサブプロセスを開始します。
取得元
返品承認書(RMA)または返品注文にリンクされた正の数量を持つ明示的なトランザクションが、
取得
返品されたバッチを在庫に再登録する、返品注文にリンクされた
イベントタイプ
explicit
|
|||