在庫管理データテンプレート
在庫管理データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出手順
在庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
「Goods Receipt Recorded」や「Picking Completed」など、発生した特定の在庫管理イベントの名称です。 | ||
|
説明
この属性は、特定の在庫バッチについて、ある時点で実行された業務アクティビティを表します。在庫管理プロセス全体における1つのステップであり、プロセスフローを構成するイベントの順序を形成します。 アクティビティの順序を分析することは、プロセスマイニングの中心です。プロセスマップの可視化、アクティビティ間のボトルネックの特定、遷移時間の測定、標準外のプロセスバリアントの発見に役立ちます。それぞれの値は、在庫ライフサイクルにおける重要なマイルストーンに対応します。
重要な理由
この属性はプロセスのステップを定義し、プロセスマップの可視化、バリアントの分析、ボトルネックの特定を可能にします。
入手先
InventTrans、WHSWorkTable、WHSRFMenuItemTableなどのテーブルにある取引タイプ、ステータス変更、または作業注文タイプから導出されます。
例
入荷が記録されました棚入れが完了しました在庫差異が調整されましたピッキング完了在庫廃棄
|
|||
|
イベント時刻
EventTime
|
在庫アクティビティが発生した正確な時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、アクティビティがシステムに記録された日付と時刻を取得します。在庫バッチごとのイベントの時系列を示し、プロセスマイニングの基礎となります。 タイムスタンプは、アクティビティ間のサイクルタイム、所要時間、待機時間の計算に使われます。これにより、パフォーマンス分析、ボトルネックの特定、サービスレベル合意の遵守状況の監視が可能になります。意味のあるプロセス分析には、正確で完全なタイムスタンプが欠かせません。
重要な理由
イベントの順序付け、サイクルタイムと所要時間の計算、時間の経過に伴うプロセスパフォーマンスの分析に欠かせません。
入手先
通常は、InventTransなどの取引テーブル(例:DATEPHYSICAL、CREATEDDATETIME)や、WHSWorkTableなどの作業注文テーブル(例:CREATEDDATETIME、MODIFIEDDATETIME)にあります。
例
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
在庫バッチ/ロット
InventoryBatchLot
|
特定の在庫品目のバッチまたはロットを一意に識別する番号で、主なケース識別子として機能します。 | ||
|
説明
在庫バッチまたはロット番号は主なケース識別子として機能し、特定の数量の製品に関連するすべてのアクティビティをまとめます。これにより、在庫への受入からさまざまな移動、最終的な出庫または消費まで、特定の在庫数量のライフサイクル全体を追跡できます。 プロセス分析では、この属性によって各在庫バッチの流れを全体的に把握できます。1つのバッチを追跡することで、エンドツーエンドのサイクルタイムを測定し、一般的な経路を特定し、特定の品目や仕入先について標準業務手順からの逸脱を見つけ出せます。
重要な理由
在庫数量のエンドツーエンドのライフサイクルを追跡するための基本キーであり、バッチごとのバリアント分析とパフォーマンス監視を可能にします。
入手先
通常は、InventTransなどの在庫取引テーブルや、InventBatchなどのバッチ詳細を管理する関連テーブルにあります。
例
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
ソースシステム
SourceSystem
|
データの生成元となったシステムを識別します。例:「Dynamics 365 F&O」。 | ||
|
説明
この属性は、イベントデータを生成したソースアプリケーションまたはプラットフォームを指定します。現代の企業では、ERP、倉庫管理システム(WMS)、製造実行システム(MES)など、複数のシステムからデータが届く場合があります。 単一システムの分析では静的な値であることが多い一方、複数のソースのデータを統合する場合には重要になります。データの整合性の確保、連携の問題の調査、異なるシステムがプロセス全体にどのように関与しているかの把握に役立ちます。
重要な理由
データの出所に関する重要な背景情報を提供します。データガバナンスや、複数の統合システムにまたがるプロセスの分析に欠かせません。
入手先
通常は、データ抽出時にデータセットの出所を示すために追加される静的な値です。
例
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからこのプロセスのデータが最後に更新された時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、直近のデータ抽出または更新の日付と時刻を記録します。分析対象データの鮮度を明確に把握できます。 プロセス分析がどの時点の情報に基づいているかを理解するうえで重要です。データの適時性に関する認識をそろえるのに役立ち、レポートやダッシュボードに必要なメタデータとして、理解した期間に基づく意思決定を支えます。
重要な理由
データの適時性を示し、分析がどの程度最新の情報に基づいているかを把握できるようにします。
入手先
データ取り込みパイプラインで生成されるメタデータ項目で、抽出ジョブのタイムスタンプを記録します。
例
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
イベント終了時刻
EventEndTime
|
アクティビティの完了時刻を示すタイムスタンプで、所要時間の計算に使われます。 | ||
|
説明
在庫管理のイベントの多くは瞬時に発生しますが、品質検査や棚入れ作業など、明確な開始時刻と終了時刻を持つアクティビティもあります。この属性は、そのようなアクティビティの完了時刻を取得します。 開始時刻と終了時刻の両方があれば、個々のアクティビティの処理時間を計算できます。リソース効率の分析、時間を最も消費しているアクティビティの特定、プロセスステップの実際のコストの把握に欠かせません。
重要な理由
アクティビティの正確な所要時間を計算できるため、非効率なステップの特定やリソース利用状況の分析に役立ちます。
入手先
別のステータス更新時刻から導出される場合があります。たとえば、WHSWorkTableの作業注文行のステータスが「Closed」に変わったときの変更日時などです。
例
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
ユーザーID
UserId
|
アクティビティを実行した、または担当するユーザーの識別子です。 | ||
|
説明
この属性は、在庫取引に関連付けられたユーザーIDを記録します。たとえば、ピッキング作業を完了した倉庫作業員や、調整を転記した在庫管理担当者などです。 ユーザー別にアクティビティを分析することで、トレーニングの必要性を特定し、高い成果を上げている個人やチームを把握し、手動介入やエラーの根本原因を調査できます。「手動在庫調整の要因」などのダッシュボードで、誰が、なぜ変更を行ったのかを把握するために欠かせません。
重要な理由
ユーザーの関与状況を追跡し、パフォーマンス分析、トレーニング機会の特定、手動調整の要因の把握に役立ちます。
入手先
さまざまなテーブルにあり、createdByまたはmodifiedByフィールドとして記録されることが多い項目です。たとえば、WHSWorkTableにはUSERIDフィールドがあります。
例
d.smithj.doewarehouse.worker1
|
|||
|
倉庫ID
WarehouseId
|
在庫アクティビティが発生した倉庫または物理拠点の識別子です。 | ||
|
説明
この属性は、在庫が保管されている、またはアクティビティが発生した倉庫を指定します。各イベントの地理的または組織的な背景を示します。 倉庫別にプロセスを分析することは、異なる拠点のパフォーマンスを比較するうえで重要です。最も効率の高い倉庫、差異率が最も高い倉庫、ボトルネックが最も深刻な場所を特定できます。対象を絞った業務改善とリソース配分を支えます。
重要な理由
異なる物理拠点や倉庫間で、パフォーマンスを比較し、ボトルネックを分析できます。
入手先
取引テーブルに関連付けられた在庫ディメンションのフィールドにあります。InventTransのINVENTDIMIDを確認してください。この値からInventDimテーブルに関連付けられ、そこにINVENTLOCATIONIDが格納されています。
例
WH-MAINSITE-02DC-WEST
|
|||
|
品目ID
ItemId
|
取り扱う製品または資材を一意に識別する番号で、SKUとも呼ばれます。 | ||
|
説明
この属性は、特定の製品、資材、または在庫保管単位(SKU)を識別する一意のコードです。移動、カウント、検査された各在庫アクティビティを対象品目に関連付けます。 品目IDでプロセスを分析すると、製品ごとの動きを詳しく調べられます。どの製品の棚入れ時間が最も長いか、調整の頻度が高いか、廃棄されることが多いかといった問いに答えられます。在庫最適化と製品ライフサイクル管理の基礎となる属性です。
重要な理由
在庫アクティビティを特定の製品(SKU)に関連付け、製品ごとのプロセスパフォーマンス、コスト、問題を分析できます。
入手先
InventTrans(フィールド:ITEMID)、InventBatch、InventTableなど、ほとんどの在庫関連テーブルにある主キーです。
例
A0001HW-1024RAW-STL-P01
|
|||
|
数量
Quantity
|
取引の対象となる品目の数量で、基本単位で表します。 | ||
|
説明
この属性は、在庫アクティビティの影響を受けた品目の数量を表します。受入や正の調整では正の値、出庫、廃棄、負の調整では負の値になります。 数量の分析は、在庫プロセスの規模と影響を把握するうえで基本となります。廃棄商品の量の計算から在庫差異の規模の測定まで、ほぼすべてのダッシュボードとKPIで使われます。影響の大きさに基づく問題の優先順位付けにも役立ちます。
重要な理由
各取引における品目の物理的な数量を定量化し、業務への影響、処理量、差異の規模を測定できます。
入手先
InventTransなどの主要な取引テーブル(フィールド:QTY)にあります。
例
100-2510500
|
|||
|
理由コード
ReasonCode
|
在庫調整や返品など、特定の取引が発生した理由を説明するコードです。 | ||
|
説明
理由コードは、アクティビティが発生した理由に関する定性的な背景を示します。在庫調整、在庫移動、返品、廃棄などで、根本的な業務上の要因を分類するために使われます。 理由コード別の分析は、根本原因の分析に欠かせません。在庫差異が発生した理由(例:「破損品」「入力ミス」)、在庫を社内で移動した理由(例:「補充」「集約」)、返品の理由を明らかにできます。プロセス改善の取り組みに必要な情報です。
重要な理由
イベントの背後にある「理由」を示し、在庫調整、返品、廃棄などの問題について、根本原因を詳しく分析できます。
入手先
取引によって異なるテーブルにあります。たとえば、InventJournalTrans(フィールド:REASONREFRECID)や、カスタム設定を通じて記録されます。
例
RC-DMG発見棚卸
|
|||
|
ピッキングから梱包までの時間
PickingToPackingTime
|
注文のピッキング開始から梱包完了までにかかる合計時間です。 | ||
|
説明
このKPIは、出荷フルフィルメントプロセス内のサイクルタイム、具体的には「Picking Initiated」または「Picking Completed」アクティビティから「Packing Completed」アクティビティまでの所要時間を測定します。ケースが販売注文行を表す場合はケース単位で、または関連するアクティビティ間で計算できます。 この指標は、ピッキングと梱包の業務効率を評価するうえで重要です。時間が短いほどフルフィルメントが効率化され、注文の出荷が速くなり、顧客満足度の向上につながります。出荷ワークフロー内のボトルネックの特定にも役立ちます。
重要な理由
注文フルフィルメントの中核プロセスの効率を測定し、出荷速度と顧客満足度に直接影響します。
入手先
同じ注文または作業IDについて、「Packing Completed」と「Picking Initiated」アクティビティのタイムスタンプの差を求めて計算します。
例
25分1時間5分48分
|
|||
|
ロケーションID
LocationId
|
倉庫内の特定の保管場所で、棚、ラック、通路などを指します。 | ||
|
説明
この属性は、在庫が保管されている、またはアクティビティが実行された倉庫内の正確な場所を識別します。倉庫内の移動を詳細に分析できます。 ロケーションIDで分析すると、倉庫のレイアウトと動線を最適化できます。非効率な移動経路、混雑したエリア、ピッキングエラーや在庫差異が発生しやすい場所を明らかにできます。「倉庫アクティビティフロー分析」や「社内在庫移動の概要」ダッシュボードに欠かせません。
重要な理由
倉庫レイアウトの最適化、社内移動の分析、問題のある保管エリアの特定に必要な詳細情報を提供します。
入手先
InventDimテーブル(フィールド:WMSLOCATIONID)にあります。取引テーブルからINVENTDIMIDを介して関連付けられます。
例
A1-R2-S3-B4入荷ドック-01梱包ステーション-5
|
|||
|
作業ID
WorkId
|
ピッキングや棚入れなど、倉庫作業注文を一意に識別する番号です。 | ||
|
説明
作業IDは、倉庫管理モジュールで生成され、注文品のピッキングや受領商品の棚入れなど、倉庫作業員が行う一連のタスクを表します。関連するアクティビティをまとめる識別子です。 作業IDで追跡すると、特定の倉庫作業の効率を分析できます。棚入れやピッキングの作成から完了までの時間を測定し、作業員のパフォーマンスを分析できます。
重要な理由
関連する倉庫タスクをまとめ、ピッキングや棚入れなど、特定の作業注文の効率を分析できます。
入手先
WHSWorkTableテーブルの主キーです。
例
USMF-000123USMF-000124USMF-000125
|
|||
|
品目金額
ItemValue
|
取引の対象となる在庫の金銭的価値です。 | ||
|
説明
取引で移動または調整された数量の財務上の価値を表し、通常は品目の現在の原価に基づいて計算されます。物理的な在庫移動を財務的な影響に換算する属性です。 品目金額による分析は、財務報告と業務への影響の評価に欠かせません。「廃棄在庫金額比率」などのKPIの計算に使われ、高額な差異や廃棄イベントなど、財務的な影響が大きいアクティビティに改善の優先順位を付けるのに役立ちます。
重要な理由
在庫数量を財務的な影響に換算し、問題の優先順位付けや財務KPIの計算に役立ちます。
入手先
InventTransの数量(QTY)に、InventTableModuleまたは関連する原価テーブルの品目原価を掛けて計算します。転記済みの金額は、InventTrans.COSTAMOUNTPOSTEDにある場合があります。
例
1500.00-375.5025000.75
|
|||
|
品質注文ID
QualityOrderId
|
品質検査注文を一意に識別する番号です。 | ||
|
説明
入荷時またはプロセスの別の段階で商品の検査が必要な場合、品質注文が生成されます。この属性はその注文を一意に識別し、作成、テスト、合否検証など、関連するすべての品質アクティビティを結び付けます。 品質注文IDで追跡すると、品質管理プロセスの効率と結果を分析できます。「品質検査パフォーマンス」などのダッシュボードで、作成から完了までのリードタイムを測定し、検査ワークフローのボトルネックを特定するために欠かせません。
重要な理由
品質関連のアクティビティを結び付け、品質検査プロセスの所要時間と結果を分析できます。
入手先
InventQualityOrderTableテーブルの主キーです。
例
QO-00182QO-00183QO-00184
|
|||
|
差異調整かどうか
IsDiscrepancyAdjustment
|
アクティビティが「Inventory Discrepancy Adjusted」イベントの場合にtrueとなるブール値のフラグです。 | ||
|
説明
この計算属性は、手動在庫調整に関連するアクティビティを識別する単純なフラグ(trueまたはfalse)です。在庫精度を分析する際のフィルタリングと集計を簡単にします。 このフラグを使うと、「在庫差異率」や「手動調整率」などのKPIを簡単に計算できます。アクティビティ名を複雑にフィルタリングしなくても、標準外のイベントだけをすばやく抽出し、根本原因を調査できます。
重要な理由
差異に関連するすべてのイベントにフラグを付け、在庫精度に関するKPIの分析と計算を簡単にします。
入手先
計算フィールド:ActivityNameが「Inventory Discrepancy Adjusted」の場合はTRUE、それ以外はFALSEです。
例
truefalse
|
|||
|
棚入れサイクルタイム
PutAwayCycleTime
|
商品の受領から、最終保管場所への棚入れが完了するまでの合計時間です。 | ||
|
説明
このKPIは、特定の在庫バッチについて、「Goods Receipt Recorded」アクティビティから「Put-away Completed」アクティビティまでの所要時間を測定します。受入と棚入れプロセスの効率を定量化するケース単位の指標です。 このサイクルタイムを監視することは、入荷物流フローのボトルネックを特定するうえで重要です。値が高い場合、倉庫容量、リソースの確保、プロセスの非効率などの問題があり、フルフィルメントに利用できる在庫の準備が遅れている可能性があります。
重要な理由
入荷受入プロセス全体の効率を測定し、新しい在庫が利用可能になるまでの速さに直接影響します。
入手先
同じInventoryBatchLotについて、「Put-away Completed」と「Goods Receipt Recorded」のタイムスタンプの差を求め、ケース単位で計算します。
例
4時間15分1日2時間35分
|
|||
|
棚卸仕訳ID
CountingJournalId
|
在庫棚卸仕訳を一意に識別する番号です。 | ||
|
説明
在庫棚卸仕訳は、循環棚卸や年次実地棚卸など、実地棚卸の結果を記録するために使われます。このIDは、特定の棚卸イベントにおけるすべてのカウント入力と、それによって生じた調整をまとめます。 棚卸仕訳IDで分析すると、在庫調整アクティビティの背景を把握できます。計画された棚卸による調整と、臨時の修正による調整を区別でき、在庫精度が低下した要因の理解に役立ちます。
重要な理由
在庫カウントと、それによって生じた調整をまとめ、差異が特定され修正された理由を把握できます。
入手先
仕訳タイプが「Counting」であるInventJournalTableのJOURNALIDです。
例
ICJ-00561ICJ-00562ICJ-00563
|
|||
|
移動仕訳ID
MovementJournalId
|
在庫移動仕訳を一意に識別する番号です。 | ||
|
説明
在庫移動仕訳は、集約や補充のために品目をロケーション間で移動するなど、正式な棚入れまたはピッキングプロセスに含まれない社内在庫移動を記録するために使われます。このIDは、1つの移動取引に含まれる明細をまとめます。 移動仕訳IDで分析すると、「社内在庫移動」アクティビティの背景を把握できます。移動の規模と理由を理解でき、頻度が高い場合には、倉庫レイアウトや補充戦略の非効率を明らかにできます。
重要な理由
社内在庫移動の背景を示し、標準プロセス外の在庫移動の頻度と理由を分析できます。
入手先
仕訳タイプが「Movement」であるInventJournalTableのJOURNALIDです。
例
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
返品注文ID
ReturnOrderId
|
顧客返品注文(RMA)を一意に識別する番号です。 | ||
|
説明
この属性は、顧客から商品を受け戻すプロセスを追跡するReturn Material Authorization(RMA)または返品注文の識別子です。特定の返品イベントに関連するすべてのアクティビティを結び付けます。 このIDは、返品商品のプロセスフローを分析するうえで欠かせません。返品商品の受領から、再入庫、修理、廃棄などの最終処理まで、エンドツーエンドのサイクルタイムを測定できます。返品プロセスの遅延や非効率の特定に役立ちます。
重要な理由
顧客返品のライフサイクル全体を追跡し、返品処理のサイクルタイムと効率を分析できます。
入手先
販売タイプが「Returned order」であるSalesTableの販売注文IDです。
例
RMA-01002RMA-01003RMA-01004
|
|||
在庫管理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ピッキング作業が作成されました
|
販売オーダーまたは生産オーダーのために在庫バッチをピッキングするよう、システムが倉庫作業員向けの指示を生成したことを示します。WMSでピッキング用の新しい「work」レコードが作成された時点で記録されます。 | ||
|
重要な理由
このイベントは、出荷処理の開始を示します。注文の作成からピッキング作業の作成までの時間は、引当または計画の遅延を示す場合があります。
入手先
WHSWorkTableに、Work Order Typeが「Sales order」または「Production pick」の新しいレコードが作成されます。これは、注文を倉庫にリリースすると発生します。
取得
Work Order Typeがピッキングに関連するWHSWorkTableのレコードについて、作成時刻を取得します。
イベントタイプ
explicit
|
|||
|
ピッキング完了
|
このアクティビティは、作業員が在庫バッチの実際のピッキングを完了し、ステージングまたは梱包場所へ移動したことを示します。WMSのピッキング「work」のステータスが「Closed」に変わったことから推定されます。 | ||
|
重要な理由
このマイルストーンは、ピッキング工程の終了と梱包または出荷の開始を示します。「平均ピッキング・梱包時間」や、フルフィルメント全体の効率を測定するうえで欠かせません。
入手先
ピッキング作業の「Work Status」フィールドが「Closed」に変わったときのWHSWorkTableから推定されます。
取得
該当するピッキング作業について、WHSWorkTableのWork Statusフィールドが「Closed」に更新された時刻を特定します。
イベントタイプ
inferred
|
|||
|
入荷が記録されました
|
このアクティビティは、通常は仕入先からの入荷または生産完了品として、在庫バッチが倉庫に最初に入庫されたことを示します。発注書の入荷処理、または生産オーダーの「report as finished」仕訳が転記され、正の数量を持つ取引が作成された時点で記録されます。 | ||
|
重要な理由
在庫ライフサイクルにおける主要な開始イベントです。棚入れサイクルタイムと在庫全体のリードタイムの追跡を開始し、パフォーマンス測定の基準を提供します。
入手先
InventTransテーブルに記録されます。発注書の入荷処理を転記した場合、または生産オーダーを完了として報告した場合に生成される明示的な取引です。
取得
発注書の入荷処理または生産オーダーの報告に関連し、正の数量を持つInventTransの取引を特定します。
イベントタイプ
explicit
|
|||
|
出庫記録
|
このアクティビティは、通常は顧客への販売または生産での消費によって、在庫バッチが倉庫から最終的に払い出されたことを示します。販売注文の梱包明細または生産ピッキングリスト仕訳が転記されたときに記録されます。 | ||
|
重要な理由
これは、在庫ライフサイクルにおける主な正常終了イベントです。バッチが倉庫に滞留していた期間の追跡を終え、最終的な処理結果を確認します。
入手先
InventTransテーブルに、数量が負の明示的な取引として記録されます。販売注文の梱包明細または生産ピッキングリストを転記すると生成されます。
取得
販売注文の出庫または製造オーダーでの消費に関連付けられた、数量が負のInventTransの取引を特定します。
イベントタイプ
explicit
|
|||
|
在庫差異が調整されました
|
棚卸しで見つかった差異やその他の理由による差異を修正するため、在庫調整が転記されたことを示すアクティビティです。手持在庫数量を変更する明示的な取引です。 | ||
|
重要な理由
在庫精度と「Inventory Discrepancy Rate」KPIを測定するうえで重要なイベントです。調整が頻繁に行われている場合、プロセス管理、入荷、ピッキングに根本的な問題がある可能性があります。
入手先
カウント仕訳または在庫調整仕訳が転記されると、InventTransテーブルに明示的な取引が作成されます。
取得
タイプが「Counting」または「Profit/Loss」のInventJournalTableの転記から生成されたInventTransの取引を特定します。
イベントタイプ
explicit
|
|||
|
棚入れが完了しました
|
在庫バッチを指定された保管ビンへ物理的に移動し終えたことを示すアクティビティです。対応する倉庫「work」レコードのステータスが「Closed」に変わったことから推定します。 | ||
|
重要な理由
この重要な節目は、荷受けと棚入れプロセスの終了を示し、在庫を受注処理に利用できる状態にします。「Average Put-away Cycle Time」KPIの測定に欠かせません。
入手先
棚入れ作業オーダーのWHSWorkTableにおいて、「Work Status」フィールドが「Closed」に変わった時点から推定します。
取得
対象バッチについて、WHSWorkTableのWork Statusフィールドが「Closed」に更新された時刻を特定します。
イベントタイプ
inferred
|
|||
|
品質オーダーが作成されました
|
入荷時に在庫バッチが自動または手動で品質検査のため保留になった時点を示します。発注書などの元伝票に関連付けられた品質オーダーテーブルのレコードが作成された時点で記録されます。 | ||
|
重要な理由
品質オーダーの作成を追跡することで、在庫が制限中または「保留」状態に置かれている時間を分析できます。この時間は、受注処理に利用できる在庫量に影響します。
入手先
InventQualityOrderTableで生成されます。商品、仕入先、生産プロセスに設定された品質関連付けによって、このイベントが発生します。
取得
対象の在庫バッチについて、InventQualityOrderTableのレコード作成時刻を取得します。
イベントタイプ
explicit
|
|||
|
品質検査が実施されました
|
品質検査が実施され、結果が記録されたことを示すアクティビティです。通常は、品質オーダーのステータスが「Open」から「Passed」や「Failed」などの完了を示す状態に変わったことから推定します。 | ||
|
重要な理由
品質検査プロセスそのものにかかった時間を測定します。ここで遅延が発生すると、在庫を使用または棚入れできるようになるまでに大きなボトルネックが生じます。
入手先
InventQualityOrderTableのステータス更新から推定します。オープン状態から検証済み状態への移行がイベントを示します。
取得
InventQualityOrderTableのステータスフィールドを監視し、「Pass」や「Fail」などの終了ステータスに変わった時刻を取得します。
イベントタイプ
inferred
|
|||
|
在庫が内部移動されました
|
同じ倉庫内で、補充や集約などのために在庫バッチをある場所から別の場所へ移動したことを記録するイベントです。在庫移動仕訳の転記、または倉庫移動作業の完了によって記録されます。 | ||
|
重要な理由
社内移動の頻度が高い場合、倉庫レイアウトや保管方法が非効率である可能性があります。これらの移動を分析することで、在庫配置を最適化し、取扱コストを削減できます。
入手先
移動仕訳を起点とするInventTransの明示的な取引、またはWHSWorkTableで「Movement」作業が完了したことから推定されるイベントです。
取得
InventTransで「Transfer」タイプの取引、またはWHSWorkTableでタイプが「Movement」の完了済み作業レコードを特定します。
イベントタイプ
explicit
|
|||
|
在庫廃棄
|
期限切れ、破損、または陳腐化した在庫バッチを正式に廃棄または償却したことを示します。廃棄専用の理由コードを付けた在庫調整仕訳を転記することで記録されます。 | ||
|
重要な理由
これは、重大な失敗または終端の終了イベントです。廃棄在庫を分析することで、廃棄量を把握し、陳腐化しやすい製品を特定し、在庫計画を改善できます。
入手先
廃棄のために「Profit/Loss」タイプの在庫仕訳または棚卸仕訳を転記すると、InventTransテーブルに数量が負の明示的な取引が作成されます。
取得
廃棄理由コードを付けた在庫仕訳の転記から生じた、InventTransの数量が負の取引を特定します。
イベントタイプ
explicit
|
|||
|
梱包完了
|
ピッキングした商品を出荷用の容器または荷物に梱包し終えたことを示します。梱包ステーションのインターフェースで容器が閉じられたとき、または出荷ステータスが更新されたときに推定できます。 | ||
|
重要な理由
このアクティビティは、注文フルフィルメントにおける重要なマイルストーンです。完了を追跡することで、梱包ステーションの効率と、出荷全体の所要時間への影響を分析できます。
入手先
WHSContainerTableで容器のステータスが「Closed」に変わったとき、またはWHSShipmentTableで出荷ステータスが進んだときに推定できます。
取得
バッチに関連付けられたWHSContainerTableのレコードで、ステータスが「Closed」に変わった時刻を取得します。
イベントタイプ
inferred
|
|||
|
棚入れ作業が作成されました
|
受け入れエリアや荷受けエリアから保管場所へ入荷在庫を移動するよう、システムが倉庫作業員向けの指示を生成したことを示します。Warehouse Management System(WMS)で新しい「work」レコードが作成された時点で記録されます。 | ||
|
重要な理由
物理的な棚入れプロセスの開始を示します。入荷からこの時点までの時間を分析すると、システムや計画上の遅延を明らかにできます。
入手先
WHSWorkTableに、Work Order Typeが「Put-away」の新しいレコードが作成されます。入荷後、ロケーションディレクティブに基づいて自動的に発生します。
取得
Work Order Typeが「Put-away」であるWHSWorkTableのレコード作成時刻を取得します。
イベントタイプ
explicit
|
|||
|
棚卸が実施されました
|
作業員がカウントした在庫バッチの数量をカウント仕訳に入力した時点で発生します。仕訳明細の「counted」フィールドに値が入力された時点で記録されます。 | ||
|
重要な理由
システム上の手持在庫数量と実地カウントの差異を特定するために必要なデータを提供します。調整を行う前の重要な手順です。
入手先
ユーザーがカウント仕訳の明細(InventJournalTrans)の「Counted」数量フィールドに値を入力した時点で記録されます。
取得
InventJournalTransテーブルにカウント数量が記録された時刻を取得します。
イベントタイプ
explicit
|
|||
|
棚卸仕訳が作成されました
|
特定のバッチまたは場所について、在庫カウントが開始されたことを示すアクティビティです。ユーザーが在庫カウント仕訳を作成した時点で記録される明示的なイベントです。 | ||
|
重要な理由
棚卸しプロセスの開始を示します。カウント作業の期間と頻度は、業務負荷と在庫精度への取り組みを把握するうえで重要です。
入手先
仕訳タイプが「Counting」であるInventJournalTableのレコード作成から取得します。
取得
カウント仕訳について、InventJournalTableのヘッダーレコードの作成時刻を使用します。
イベントタイプ
explicit
|
|||
|
返品商品の受領
|
このアクティビティは、以前販売した在庫バッチが顧客から倉庫へ戻され、受領されたことを記録します。返品注文が処理され、商品を受領したときに記録されます。 | ||
|
重要な理由
返品を追跡することは、製品品質の問題とリバースロジスティクスの効率を把握するうえで欠かせません。検査、再入庫、廃棄のための新しいサブプロセスを開始します。
入手先
InventTransテーブルに、Return Material Authorization(RMA)または返品注文に関連付けられた、数量が正の明示的な取引が作成されます。
取得
返品注文に関連付けられ、返品されたバッチを在庫に戻したことを記録するInventTransの取引を特定します。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使って、在庫管理プロセスの分析を始めてください。非効率を明らかにし、自信を持って業務を改善できます。
在庫管理を最適化し、今すぐ業務の流れを改善
在庫サイクルタイムを30%短縮し、フルフィルメント率を高めます。
クレジットカードは不要です。数分で設定できます。