在庫管理データテンプレート
在庫管理データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- NetSuiteからの抽出方法
在庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
在庫バッチ/ロット
InventoryBatchLotNumber
|
在庫商品の特定のバッチまたはロットを識別する一意の識別子であり、そのライフサイクルを追跡するためのケースIDとして機能します。 | ||
|
説明
在庫バッチまたはロット番号は主要なケース識別子であり、特定数量の商品に関連するすべてのアクティビティをまとめます。これにより、在庫への入荷から、さまざまな移動、最終的な出庫または消費まで、特定の在庫数量のライフサイクル全体を追跡できます。 プロセス分析では、一意のInventoryBatchLotNumberごとに1つのプロセスインスタンスを表します。この識別子に基づいてケースを分析すると、各バッチの処理方法を詳細に把握し、入荷から出荷までの在庫管理プロセスにおける差異、遅延、例外を特定できます。
重要な理由
特定の在庫数量の最初から最後までの流れを追跡するための重要なキーです。ライフサイクル全体とプロセスの差異を分析できます。
入手先
NetSuiteで、ロット番号またはバッチ番号が付いた在庫商品のトランザクション明細に記載されています。商品の在庫詳細の一部として管理されます。
例
LOT-202405-001B-FG-10984A2303-4CBATCH-001298
|
|||
|
アクティビティ名
ActivityName
|
在庫ライフサイクルの特定時点で発生した業務アクティビティの名称です。 | ||
|
説明
この属性は、「Goods Receipt Recorded」や「Picking Completed」など、在庫管理プロセスにおける特定のイベントまたは工程を表します。プロセスマップを作成し、業務の順序を理解するための基本となる情報です。 ActivityNameを分析すると、プロセスフローを可視化し、工程を特定して、アクティビティ間の遷移時間を計算できます。何がいつ在庫バッチに対して行われたかを定義することで、プロセスディスカバリーと適合性チェックの基盤となります。
重要な理由
プロセスの工程を定義し、在庫バッチの流れと標準フローからの逸脱を可視化・分析できます。
入手先
NetSuiteのデータから導出される概念上の属性です。通常は「Transaction Type」(例:「Item Receipt」)またはトランザクションのステータス(例:「Work Order - Built」)からマッピングします。
例
入荷記録の作成品質検査の実施棚入れの完了在庫差異の調整出荷記録の作成
|
|||
|
イベント時刻
TransactionDate
|
在庫アクティビティが発生した時点を示すタイムスタンプです。 | ||
|
説明
商品の受領や調整の計上など、アクティビティが発生した正確な日付と時刻を記録する属性です。このタイムスタンプは、イベントを正しい順序に並べ、工程間の所要時間を計算するために欠かせません。 分析では、ケースごとの時系列イベントログを作成するためにEvent Timeを使用します。サイクル時間の計算、ボトルネックの特定、時間の経過に伴うパフォーマンス監視など、時間に基づく分析の基礎となります。
重要な理由
イベントの時系列を示します。サイクル時間の計算、プロセスパフォーマンスの分析、ボトルネックの特定に欠かせません。
入手先
Item Receipt、Inventory Adjustment、Item Fulfillmentなど、NetSuiteのトランザクションにある標準の「Date」フィールドです。より正確な時刻が必要な場合は、システムノートからタイムスタンプを取得できます。
例
2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T08:22:05Z2023-10-28T11:59:59Z
|
|||
|
SKU
Item
|
特定の商品または資材を一意に識別する番号です。 | ||
|
説明
SKU(Stock Keeping Unit)は、部品番号や商品名など、商品を特定するための識別子です。商品識別の最も細かい単位です。 SKU別に分析すると、個々の商品のパフォーマンスや取り扱い状況を詳しく確認できます。特定の商品で棚入れに時間がかかる、調整率が高い、破損しやすいといった傾向を明らかにし、商品ごとのプロセス改善につなげられます。
重要な理由
商品を最も細かい単位で把握でき、在庫プロセスにおける商品の移動状況を正確に分析できます。
入手先
NetSuiteのすべての取引明細行にある標準の「Item」フィールドです。Itemsリストのレコードを参照します。
例
SKU-001-REDPN-987654RAW-STEEL-COILWIDGET-ASSY-A
|
|||
|
倉庫ロケーション
Location
|
在庫アクティビティが行われた実際の倉庫またはロケーションです。 | ||
|
説明
在庫イベントに関連する倉庫、配送センター、その他の物理的な場所を示す属性です。NetSuiteの「Location」フィールドは、在庫と業務を区分する標準的な方法です。 比較分析に欠かせないディメンションです。「倉庫別の棚入れサイクル時間」や「倉庫アクティビティヒートマップ」などのダッシュボードでは、この属性を使って拠点間のパフォーマンスを比較し、地域ごとのボトルネックや在庫移動の地理的な傾向を把握します。
重要な理由
異なる拠点間でパフォーマンスを比較し、リソースを計画できます。拠点固有のボトルネックやベストプラクティスの特定にも役立ちます。
入手先
NetSuiteのほぼすべての在庫関連取引で利用できる、標準の「Location」フィールドです。
例
WH-EASTWH-WEST-01主要配送センター小売店舗 #105
|
|||
|
取引タイプ
TransactionType
|
イベントを生成したNetSuiteの取引レコードの具体的なタイプです。 | ||
|
説明
この属性は、「Item Receipt」、「Inventory Adjustment」、「Work Order Close」、「Item Fulfillment」など、NetSuite固有の取引タイプを示します。ERPの元レコードまで直接追跡できます。 「Activity Name」が業務向けの名称を示すのに対し、Transaction Typeはデータ検証や、イベント固有の会計・業務上の背景を把握する詳細分析に欠かせません。たとえば、顧客からの返品(「Return Authorization」)と仕入先への返品を区別できます。
重要な理由
NetSuiteの元レコードのタイプに直接つながるため、データ検証、詳細なドリルダウン、イベントの技術的な背景の把握に役立ちます。
入手先
NetSuiteのすべての取引レコードにある標準の「Type」です。
例
入荷在庫調整棚入れワークシート出荷処理
|
|||
|
在庫金額
StockValue
|
取引の対象となる在庫の金銭的価値です。 | ||
|
説明
Stock Valueは、移動、調整、販売の対象となる在庫数量の金銭的価値を表します。通常は、取引数量に商品の現在の原価を掛けて算出します。 この属性は、プロセス上のアクティビティが財務に与える影響を把握するうえで欠かせません。たとえば「在庫調整の頻度と金額」ダッシュボードでは、Stock Valueを使って在庫差異のコストを定量化し、財務への影響が大きい問題から優先的に対応できます。
重要な理由
在庫の移動や調整が財務に与える影響を定量化し、高額な取引に分析の焦点を当て、コスト削減の機会に優先順位を付けられます。
入手先
取引の「Quantity」に商品の原価を掛けて算出します。原価は、関連するItemレコードの「Average Cost」や「Last Purchase Price」などから取得できます。
例
1250.75500.0025.50-150.25
|
|||
|
操作を実行したユーザー
User
|
在庫アクティビティに関連するトランザクションを作成または最後に変更した従業員です。 | ||
|
説明
特定の工程を実行したユーザーを示す属性です。商品の受領を担当した倉庫作業員、調整を承認した在庫管理者、注文を処理したピッキング担当者などが該当します。 ユーザー別にアクティビティを分析すると、業務量の分布、研修の必要性、コンプライアンス上の問題を把握できます。たとえば「在庫調整のコンプライアンス」ダッシュボードでは、この属性を使って権限のない担当者による調整を検出します。
重要な理由
プロセスアクティビティを特定の担当者に紐づけて説明責任を明確にし、パフォーマンス分析、コンプライアンスチェック、研修ニーズの特定に役立てます。
入手先
標準のNetSuiteトランザクションにある「Created By」または「Last Modified By」フィールドから取得できます。System Notesサブタブには、ユーザーによる変更履歴も詳細に記録されます。
例
John SmithJane DoeWarehouse.Operator1管理者
|
|||
|
移動理由コード
MovementReasonCode
|
在庫の移動または調整の理由を説明するコードです。 | ||
|
説明
この属性は、特定の在庫取引、特に在庫調整の背景を示します。在庫数量を変更した理由を明確にするもので、たとえば「破損品」、「棚卸調整」、「仕入先への返品」などがあります。 「在庫調整の頻度と金額」ダッシュボードでは、差異の根本原因を特定するために調整を分類できるため、欠かせません。また、すべての調整に正当で記録された理由があることを確認するコンプライアンス分析にも使用します。
重要な理由
在庫調整の背景にある理由を明らかにし、破損、盗難、入力ミスなどによる在庫差異の根本原因の特定に役立ちます。
入手先
NetSuiteのすべての取引タイプにこの目的の標準フィールドがないため、通常はカスタムの取引ヘッダーまたは明細行フィールドとして実装します。
例
棚卸調整輸送中の破損SKU再分類期限切れ在庫
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した時点を示すタイムスタンプです。 | ||
|
説明
アクティビティの完了時刻を記録する属性です。瞬時に記録される多くの在庫トランザクションでは、終了時刻が開始時刻と同じになる場合があります。一方、品質検査や棚入れタスクなど、所要時間を測定できるアクティビティでは、この属性が重要です。 主に開始時刻と組み合わせて、個々のアクティビティの処理時間を計算します。工程間の遅延だけでなく、どの工程に最も時間がかかっているかを特定し、ボトルネックをより詳細に分析できます。
重要な理由
各アクティビティの正確な所要時間を計算できるため、非効率な工程の特定やリソースパフォーマンスの分析に役立ちます。
入手先
導出が必要になる場合があります。一部のレコードでは「Last Modified Date」を使用できます。別のケースでは、後続する関連イベントのタイムスタンプを使用する場合があります。
例
2023-10-26T09:05:10Z2023-10-26T15:00:00Z2023-10-27T08:22:05Z
|
|||
|
SKUカテゴリ
ItemCategory
|
在庫商品(SKU)の分類またはカテゴリです。 | ||
|
説明
SKU Categoryは、「電子機器」、「アパレル」、「原材料」など、商品を大きな単位でまとめる分類です。同じ種類の商品をまとめて分析できます。 NetSuiteでは、標準の「Class」やカスタムの商品フィールドで表す場合があります。「期限切れ・滞留在庫の概要」などのダッシュボードで、個々のSKUではなく商品グループ全体に影響する傾向や問題を分析し、より戦略的な視点を得るために使用します。
重要な理由
商品グループ単位でまとめて分析でき、カテゴリ全体に影響する構造的な問題や傾向の特定に役立ちます。
入手先
NetSuiteのItemレコードにある標準の「Class」または「Department」フィールド、あるいは分類用に作成したカスタムの商品フィールドが該当します。
例
完成品原材料電子機器アパレル
|
|||
|
ソースシステム
SourceSystem
|
データを抽出したシステムです。 | ||
|
説明
イベントデータの取得元を示す属性です。このプロセスビューでは、すべての在庫管理アクティビティがこのERPシステムから取得されたことを示す「NetSuite」が一貫して設定されます。 静的な値に見えますが、複数のシステムのデータを統合する環境では重要な属性です。データの出所を明確にし、データ抽出や連携に関する問題の調査にも役立ちます。
重要な理由
データの出所を確認します。データガバナンス、検証、複数システムのデータを統合する場面で欠かせません。
入手先
データの抽出・変換処理で追加される固定値(「NetSuite」)です。
例
NetSuite
|
|||
|
ピッキング・梱包リードタイム
PickingAndPackingLeadTime
|
ピッキング開始から梱包完了までにかかる時間です。 | ||
|
説明
この指標は、出荷処理の効率を測定します。商品が初めてピッキング対象として指定された時点(「Picking Initiated」または「Picking Wave Created」)から、梱包が完了して出荷可能になる時点(「Packing Completed」)までの合計経過時間です。 「ピッキング・梱包完了率」ダッシュボードで使用する重要なKPIです。注文処理の速度と顧客満足度に直接影響します。このリードタイムを分析すると、出荷プロセスのピッキング段階や梱包段階にあるボトルネックを特定できます。
重要な理由
出荷処理の速度を測定します。リードタイムを短縮することは、出荷の迅速化と顧客満足度の向上につながります。
入手先
計算属性です。「Packing Completed」アクティビティと「Picking Initiated」アクティビティのタイムスタンプの差分です。
例
3600540018000
|
|||
|
仕入先
SupplierName
|
在庫商品を提供する仕入先またはベンダーの名称です。 | ||
|
説明
この属性は、商品を調達したベンダーを識別します。通常は入荷処理の際に記録し、対応する発注書から参照します。 仕入先別の分析は、調達とサプライチェーンのパフォーマンス管理に重要です。「返品処理サイクルタイム」ダッシュボードでは、特定の仕入先からの返品処理に時間がかかっていないかを確認できます。商品の品質や、その仕入先から提供される書類に問題がある可能性を示します。
重要な理由
在庫を仕入先にひも付け、仕入先のパフォーマンス、品質問題、返品率を分析できます。
入手先
Purchase OrdersとItem Receiptsの「Entity」フィールドです。NetSuiteのVendorレコードを参照します。
例
Global Electronics Inc.Bulk Goods Co.Component Suppliers LLCOffice Mart
|
|||
|
保管ビン
BinNumber
|
倉庫内で商品を保管している特定のビンまたは保管エリアです。 | ||
|
説明
Storage Binは、特定の棚、ラック、パレットの保管場所など、倉庫内で最も細かい単位の保管場所を識別します。在庫の配置を正確に追跡する必要がある環境で使用します。 Storage Bin別の分析は、倉庫内の物流を把握するうえで重要です。ビン間の移動を追跡する「内部移送リードタイム分析」や、入庫・ピッキングで頻繁にアクセスされるビンを示す「倉庫アクティビティヒートマップ」を支えます。
重要な理由
在庫の配置を詳細に把握できます。倉庫内の移動の分析、レイアウトの最適化、ピッキング効率の追跡に欠かせません。
入手先
取引明細行の「Bin Number」フィールドにあります。NetSuiteで「Advanced Bin/Numbered Inventory Management」機能を有効にする必要があります。
例
A-01-01-AB-05-03-C入荷ドック-01ピッキングエリア-12
|
|||
|
内部移送リードタイム
InternalTransferLeadTime
|
2つの社内拠点またはビンの間で在庫を移動するのにかかる時間です。 | ||
|
説明
この指標は、社内で在庫を移動する時間を測定します。「Stock Moved Internally」イベントについて、移送アクティビティの開始から完了までの経過時間として算出します。 「内部移送リードタイム分析」ダッシュボードで使用し、倉庫内物流の効率を評価します。リードタイムが長い場合、移動経路の非効率、リソース不足、同じ施設内で商品を移動するプロセスの構造的な遅延が考えられます。
重要な理由
倉庫内物流の非効率を明らかにします。建物内に在庫がある場合でも、移送時間が長いと出荷が遅れる可能性があります。
入手先
計算属性です。「Stock Moved Internally」アクティビティの開始から完了までの時間差です。
例
18003600900
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからデータが更新された最新時点のタイムスタンプです。 | ||
|
説明
NetSuiteからデータが最後に抽出され、プロセスマイニングツールで更新された日付と時刻を示す属性です。分析や表示中のデータがどの程度新しいかを把握するための情報となります。 ダッシュボードや分析に欠かせないメタデータであり、表示されている情報がどの時点のものかを確認できます。リアルタイム情報なのか、特定時点のスナップショットなのかを判断するのにも役立ちます。
重要な理由
データの新しさを示し、分析対象の期間を把握したうえで、最新の情報に基づいて意思決定できるようにします。
入手先
このタイムスタンプは、データ取り込み時のETL(Extract、Transform、Load)処理によって生成されます。
例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
単位
Units
|
取引数量の単位です(例:個、kg、箱)。 | ||
|
説明
Unit of Measure(UoM)は、「Quantity」属性の意味を補足します。数量が個、ケース、キログラム、リットルなど、どの単位で表されているかを示します。 この属性は、数量ベースの指標を正しく解釈するうえで欠かせません。特に、さまざまな商品を扱う環境で重要です。たとえば、10パレットと10個の商品を同じ数量として誤って比較することを防ぎ、正確な金額計算にも役立ちます。
重要な理由
「Quantity」フィールドの意味を補足し、個、箱、キログラムなど異なる単位で管理される商品の分析や比較を正確にします。
入手先
NetSuiteで「Multiple Units of Measure」機能を有効にすると、取引明細行の「Units」フィールドとして利用できます。
例
個ケース(24個)kgL
|
|||
|
取引ID
TransactionId
|
NetSuiteの元取引レコードを一意に識別するIDです。 | ||
|
説明
この属性は、プロセスマイニングのログでイベントを生成したNetSuite取引の一意のシステムIDまたは伝票番号です。Item Receipt番号やInventory Adjustmentの伝票番号などが該当します。 Transaction IDは、業務での利用に大きな価値があります。プロセスマイニングツールで見つかった注目すべきケースや問題のあるケースから、NetSuiteの特定の元レコードへ簡単にドリルダウンし、詳しく調査したり是正措置を講じたりできます。
重要な理由
NetSuiteの特定の取引に直接戻れるため、異常の調査や元システムでのプロセス手順の監査を簡単に行えます。
入手先
取引レコードの「Transaction Number」(ユーザー向けID)または「Internal ID」(システム上の一意の主キー)が該当します。
例
IR-001234ADJ-00056WO-00987IF-004321
|
|||
|
数量
Quantity
|
取引の対象となる商品の個数です。 | ||
|
説明
この属性は、取引で移動、受領、調整、出荷される在庫商品の数量を表します。在庫の減少などの場合、数量は正または負になります。 Quantityは、業務の規模を把握する基本的な指標です。特定のアクティビティの重要度を評価し、処理量を算出し、調整または廃棄される在庫の量を確認するために使用します。ほぼすべての在庫分析に文脈を与えます。
重要な理由
各取引の数量を示します。処理量の把握、調整金額の算出、大量処理されるアクティビティの優先順位付けに欠かせません。
入手先
NetSuiteのすべての取引明細行にある標準の「Quantity」フィールドです。
例
100501000-10
|
|||
|
有効期限
ExpirationDate
|
在庫のバッチまたはロットが期限切れになる日付です。 | ||
|
説明
この属性には、生鮮品や使用期限のある商品の有効期限を保存します。ロット番号またはバッチ番号の単位で管理する重要な情報です。 「期限切れ・滞留在庫の概要」ダッシュボードの基礎となるデータです。Expiration Dateを分析することで、期限切れのリスクがある在庫を早期に特定し、FEFO(期限の早いものから先に出庫)などの対策を実施して、品質劣化や陳腐化による損失を抑えられます。
重要な理由
生鮮品の管理に欠かせません。リスクのある在庫を早期に特定し、期限切れ在庫による廃棄や金銭的損失を減らせます。
入手先
有効期限の追跡が有効になっているロット番号付き商品の場合、取引明細行の在庫詳細で利用できます。
例
2024-12-312025-06-302024-08-01
|
|||
|
棚入れサイクルタイム
PutAwayCycleTime
|
入荷から棚入れ完了までにかかる時間です。 | ||
|
説明
この指標は、商品が正式に受領された時点(「Goods Receipt Recorded」)から、最終保管先のビンへの保管が完了する時点(「Put-away Completed」)までの合計時間を測定します。入荷および棚入れワークフローの効率を示します。 「倉庫別棚入れサイクルタイム」ダッシュボードで使用する主要なパフォーマンス指標です。このサイクルタイムを分析すると、新しい在庫を出荷可能にするまでの遅延を特定でき、荷受け場、仮置きエリア、棚入れ作業そのもののボトルネックを明らかにできます。
重要な理由
入荷した在庫を販売または使用できる状態にするまでの効率を直接測定します。サイクルタイムが長い場合、在庫の利用可能化を遅らせるボトルネックが存在します。
入手先
計算属性です。同じケースにおける「Put-away Completed」アクティビティと「Goods Receipt Recorded」アクティビティのタイムスタンプの差分です。
例
72001440086400
|
|||
|
調整コンプライアンスフラグ
AdjustmentComplianceFlag
|
在庫調整がコンプライアンス違反かどうかを示す計算フラグです。 | ||
|
説明
定義した業務ルールに違反する在庫調整を示すブール型の属性です。たとえば、権限のないユーザーが「Inventory Discrepancy Adjusted」アクティビティを実行した場合や、「Movement Reason Code」が未入力の場合に「true」になります。 このフラグは、「在庫調整のコンプライアンス」ダッシュボード向けに設計されています。違反イベントを絞り込み、件数を数えるための単純な二値の軸を作成することで、プロセスからの逸脱やポリシー違反を簡単に追跡・報告できます。
重要な理由
業務ルールに違反する取引にフラグを付け、コンプライアンス監視を簡単にします。ポリシー違反の定量化と調査にも役立ちます。
入手先
計算属性です。ほかのフィールドを確認するロジックから算出します。たとえば、
例
truefalse
|
|||
在庫管理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ピッキングの完了
|
注文に対応する在庫バッチを保管ビンから実際にピッキングし終えたことを示します。通常、Item Fulfillmentレコードのステータスが「Picking」から「Packed」などに変更されたことから推定します。 | ||
|
重要な理由
ピッキング担当者の効率や、ピッキングと梱包全体のリードタイムを測定する重要な節目です。受注処理のスピードにも大きく関わります。
入手先
Item Fulfillmentレコードのステータス変更(「Picked」など)、またはフルフィルメントに関連するすべてのピッキングタスクの完了から推定します。
取得
Item Fulfillmentトランザクションのステータスが「Picked」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
入荷記録の作成
|
在庫バッチが倉庫に正式に到着したことを示します。通常、NetSuiteで発注書と紐づくItem Receiptトランザクションが作成された時点で、このイベントが記録されます。 | ||
|
重要な理由
在庫ライフサイクルにおける主要な開始イベントです。仕入先のリードタイムや、入荷処理全体にかかる時間を測定するうえで欠かせません。
入手先
Item Receiptトランザクションレコードの作成日から取得します。トランザクションには、受領したユーザー、日付、商品、数量が記録されます。
取得
Item Receiptトランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
出荷記録の作成
|
在庫バッチを顧客へ出荷し、正式に倉庫から出庫する最終工程を示します。NetSuiteでItem Fulfillmentトランザクションのステータスが「Shipped」に設定された時点で取得します。 | ||
|
重要な理由
主要な正常終了イベントとして、入荷から出荷までの在庫ライフサイクル全体を分析し、受注処理にかかる総時間を測定するうえで欠かせません。
入手先
Item Fulfillmentレコードが「Shipped」に更新された際のステータス変更日から取得します。この処理により在庫数量が減少します。
取得
Item Fulfillmentトランザクションのステータスが「Shipped」になった時点でイベントが記録されます。
イベントタイプ
explicit
|
|||
|
在庫の廃棄・処分
|
破損、期限切れ、または陳腐化により、在庫バッチを在庫から最終的に除外することを示します。Inventory Adjustmentトランザクションで数量をマイナスにし、特定の理由コードを指定して記録します。 | ||
|
重要な理由
在庫の廃棄損を分析し、滞留在庫の財務的影響を把握して、在庫ライフサイクル管理を改善するうえで欠かせない代替終了イベントです。
入手先
調整勘定が廃棄または処分用に指定されたInventory Adjustmentトランザクション、または理由を示すカスタムフィールドから取得します。
取得
廃棄用の特定の勘定または理由コードを指定したInventory Adjustmentトランザクションによってイベントが記録されます。
イベントタイプ
explicit
|
|||
|
在庫差異の調整
|
実在庫とシステム上の在庫に差異があり、それを修正した時点で発生します。NetSuiteではInventory Adjustmentトランザクションに明示的に記録され、在庫数量が増減します。 | ||
|
重要な理由
在庫精度の分析、差異の根本原因の特定、財務上のコンプライアンス確保に欠かせないイベントです。
入手先
Inventory Adjustmentトランザクションレコードの作成時点から取得します。トランザクションには、調整勘定、理由、数量変更などの詳細が含まれます。
取得
Inventory Adjustmentトランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
棚入れの完了
|
在庫バッチが指定された保管ビンに正常に配置されたことを確認します。Bin TransferまたはBin Putaway Worksheetが完了として記録され、商品のビンロケーションが更新された時点で、このイベントを取得します。 | ||
|
重要な理由
この節目は、受注処理に利用できる在庫の追跡と、棚入れサイクル全体の時間計算に欠かせません。ここでの遅延は、受注処理能力に直接影響します。
入手先
Bin Transferレコードまたは完了したBin Putaway Worksheetの完了日、もしくはトランザクション日から取得します。この処理により、ロット番号のビンロケーションが更新されます。
取得
Bin TransferまたはBin Putaway Worksheetトランザクションの完了時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
ピッキングウェーブの作成
|
複数の注文を1つのピッキングタスクまたはウェーブにまとめ、出荷業務を開始します。通常、NetSuite WMSまたは関連するフルフィルメントモジュールでウェーブレコードが作成された時点で記録されます。 | ||
|
重要な理由
フルフィルメントサイクルの開始を示し、注文の引き当てから実際のピッキング開始までの時間を分析できます。
入手先
NetSuite WMSで作成されたピッキングウェーブまたは統合フルフィルメントレコードの作成日から取得します。WMSを使用しない導入環境には存在しない場合があります。
取得
フルフィルメントウェーブレコードの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
品質検査の実施
|
入荷した在庫バッチの品質検査が完了したことを示します。標準のNetSuiteにはこのイベントを個別に記録する機能がない場合があるため、通常は在庫ロットレコードまたは関連するカスタムレコードのステータス変更から推定します。 | ||
|
重要な理由
入荷から検査までの時間を分析すると、在庫の利用可能化を遅らせている品質保証プロセスのボトルネックを特定できます。
入手先
カスタムフィールドのタイムスタンプ、Lot/Batchレコードのステータス変更、または関連するQualityカスタムレコードから推定します。実際のNetSuite設定を分析する必要があります。
取得
在庫レコードのステータスが「Pending Inspection」から「Available」などに変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
在庫の社内移動
|
同じ倉庫内にある2つの異なる保管ビンまたはロケーション間で、在庫バッチを移動することを示します。NetSuiteでは、Inventory TransferまたはBin Transferトランザクションによって明示的に記録されます。 | ||
|
重要な理由
社内移動を追跡すると、倉庫レイアウトの効率を分析し、過剰な取り扱いを特定して、在庫配置の方法を最適化できます。
入手先
Inventory Transfer(ロケーション間)またはBin Transfer(同一ロケーション内)レコードのトランザクション日から取得します。
取得
Inventory TransferまたはBin Transferトランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
梱包の完了
|
注文の商品がピッキングされ、梱包を終えて出荷できる状態になったことを示します。通常、Item Fulfillmentレコードのステータスが「Picked」から「Packed」に変更されたことから推定します。 | ||
|
重要な理由
このアクティビティは、注文に対する倉庫内処理の終了を示し、出荷開始前の最終工程となります。
入手先
Item Fulfillmentレコードのステータスが「Packed」に変更されたことから推定します。この変更のタイムスタンプはシステムノートから取得します。
取得
Item Fulfillmentトランザクションのステータスが「Packed」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
棚入れの開始
|
入荷した在庫バッチを荷受け場から最終保管ビンへ移動するプロセスの開始を示します。NetSuiteのWMSモジュールでBin Putaway Worksheet、または同様のタスクレコードが作成されたことから推定できます。 | ||
|
重要な理由
このアクティビティは、倉庫効率の重要な指標である棚入れサイクル時間を測定する起点となります。また、在庫が仮置きエリアに滞留している時間の分析にも役立ちます。
入手先
Bin Putaway Worksheetの作成日、またはWMS拡張機能でのタスク割り当て日から推定します。NetSuite WMSを使用している環境で特に有効です。
取得
特定のItem Receiptに対するBin Putaway Worksheetレコードの作成から導出します。
イベントタイプ
inferred
|
|||
|
棚卸しの開始
|
特定のバッチまたはロケーションを対象とした実地棚卸しの開始を示します。NetSuiteでInventory Countレコードが作成され、棚卸しが予定された時点で、このアクティビティが記録されます。 | ||
|
重要な理由
このイベントを起点に、差異解消サイクルの時間を測定できます。棚卸しと在庫数量の修正にかかる時間を明らかにします。
入手先
棚卸し対象の商品とロケーションを定義するInventory Countトランザクションレコードの作成日から取得します。
取得
Inventory Countレコードの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
棚卸し結果の承認
|
実地棚卸しの結果が正式に承認されたことを示します。在庫調整に先立つイベントで、Inventory Countレコードのステータスが「Approved」に変更されたことから推定します。 | ||
|
重要な理由
この承認工程は、在庫照合プロセスのボトルネックになる場合があります。所要時間を分析すると、業務を効率化し、データの正確性をより早く高められます。
入手先
権限を持つユーザーがInventory Countレコードのステータスを「Approved」に更新した際のシステムノートまたは監査証跡から推定します。
取得
Inventory Countレコードのステータスフィールドが「Approved」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
返品商品の入荷
|
返品された商品が倉庫に実際に戻ってきたことを確認します。Return Authorizationと紐づくItem Receiptトランザクションが作成された時点で、このイベントを取得します。 | ||
|
重要な理由
このイベントを追跡すると、返品処理全体のサイクル時間を測定し、返品在庫を正確に計上して速やかに処理できるようになります。
入手先
「Created From」フィールドがReturn Authorizationに紐づくItem Receiptトランザクションの作成日から取得します。
取得
Return Authorizationに対するItem Receiptの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
返品承認の作成
|
返品プロセスの正式な開始を示します。返品依頼が承認され、記録された状態です。NetSuiteでReturn Authorization(RMA)トランザクションが作成された時点で取得します。 | ||
|
重要な理由
このアクティビティを起点にリバースロジスティクスが始まり、返品理由、返品頻度、その後の処理時間を分析できます。
入手先
Return Authorizationトランザクションレコードの作成日から取得します。このレコードは商品の実際の返品に先立って作成されます。
取得
Return Authorizationトランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使ってNetSuiteのデータを効率よく準備し、今すぐ在庫管理プロセスの改善点を見つけ出しましょう。確かな根拠に基づき、精度の高い業務改善を始められます。
今すぐNetSuiteの在庫管理を変革
非効率を特定し、フルフィルメントを改善して、サイクルタイムを30%短縮します。
クレジットカードは不要です。数分で始められます。