在庫管理データテンプレート
在庫管理データテンプレート
- 収集を推奨する属性
- 記録すべき主なアクティビティ
- NetSuiteからのデータ抽出ガイド
在庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
在庫バッチ/ロット
InventoryBatchLotNumber
|
在庫商品の特定のバッチまたはロットを識別する一意の番号です。ライフサイクルを追跡する際のケースIDとして使われます。 | ||
|
説明
在庫バッチ番号またはロット番号は、特定の商品数量に関するすべてのアクティビティをまとめる主要なケース識別子です。これにより、在庫への入荷から、その後の移動、最終的な出庫や消費まで、個々の在庫数量のライフサイクル全体を追跡できます。 プロセス分析では、一意のInventoryBatchLotNumberごとに1つのプロセスインスタンスを表します。この識別子に基づいてケースを分析すると、バッチごとの処理状況を詳しく確認でき、入荷から出荷までの在庫管理プロセスにおける違い、遅延、例外を特定できます。
重要な理由
特定の在庫数量の全行程を追跡するための基本となる識別子です。ライフサイクル全体やプロセスの違いを分析できます。
入手先
NetSuiteでは、ロット番号またはバッチ番号で管理される商品のトランザクション明細に記録されています。商品ごとの在庫詳細の一部として管理されます。
例
LOT-202405-001B-FG-10984A2303-4CBATCH-001298
|
|||
|
アクティビティ名
ActivityName
|
在庫のライフサイクルにおいて、特定の時点で発生した業務上のアクティビティの名称です。 | ||
|
説明
在庫管理プロセスにおける特定のイベントやステップを表す属性です。たとえば、「入庫記録」や「ピッキング完了」などが該当します。プロセスマップの作成や、作業の順序の把握に欠かせません。 ActivityNameを分析すると、プロセスの流れを可視化し、各ステップを特定して、アクティビティ間の移行時間を算出できます。また、特定の時点で在庫ロットに何が起きたかを示すため、プロセスの発見や適合性チェックの基盤となります。
重要な理由
プロセスの各ステップを定義し、在庫ロットの移動経路や標準的な流れからの逸脱を可視化・分析できます。
入手先
NetSuiteのデータから導出する概念上の属性です。通常は「取引タイプ」(例:「アイテム受領」)または取引のステータス(例:「作業指示書-製造完了」)からマッピングします。
例
入荷記録品質検査の実施棚入れ完了在庫差異の調整出荷記録
|
|||
|
イベント時刻
TransactionDate
|
在庫に関するアクティビティが発生した日時を示すタイムスタンプです。 | ||
|
説明
商品の受領や在庫調整の記帳など、アクティビティが発生した正確な日時を記録する属性です。イベントを正しい順序に並べ、プロセスの各ステップにかかった時間を算出するために必要です。 分析では、イベント時刻を使ってケースごとの時系列イベントログを作成します。サイクルタイムの算出、ボトルネックの特定、経時的なパフォーマンスの監視など、時間に基づく分析の基礎となります。
重要な理由
イベントの時系列を把握できます。サイクルタイムの算出、プロセスパフォーマンスの分析、ボトルネックの特定に欠かせません。
入手先
アイテム受領、在庫調整、アイテム出荷など、NetSuiteの取引に標準で用意されている「日付」フィールドです。より正確な時刻が必要な場合は、システムノートにタイムスタンプが記録されていることがあります。
例
2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T08:22:05Z2023-10-28T11:59:59Z
|
|||
|
SKU
Item
|
特定の商品または資材を識別する一意のコードです。 | ||
|
説明
SKU(在庫管理単位)は、部品番号や商品名など、商品を特定するためのコードです。商品を識別する最も細かい単位です。 SKU別に分析すると、個々の商品のパフォーマンスや取り扱い状況を詳しく確認できます。棚入れに時間がかかる商品、調整率が高い商品、破損しやすい商品などを特定し、商品ごとのプロセス改善に役立つ具体的なインサイトを得られます。
重要な理由
商品を最も細かい単位で把握でき、在庫プロセスにおける商品の移動を正確に分析できます。
入手先
NetSuiteのすべての取引明細にある標準の「アイテム」フィールドです。アイテムリストのレコードを参照します。
例
SKU-001-REDPN-987654RAW-STEEL-COILWIDGET-ASSY-A
|
|||
|
倉庫所在地
Location
|
在庫アクティビティが行われた倉庫または物理的な場所です。 | ||
|
説明
在庫イベントに関連する倉庫、配送センター、その他の物理的な場所を示す属性です。NetSuiteの「所在地」フィールドは、在庫や業務を区分するための標準フィールドです。 拠点間の比較分析に欠かせない切り口です。「倉庫別棚入れサイクルタイム」や「倉庫アクティビティヒートマップ」などのダッシュボードでは、この属性を使って拠点ごとのパフォーマンスを比較し、地域ごとのボトルネックや在庫移動の傾向を把握します。
重要な理由
物理的な拠点ごとのパフォーマンス比較やリソース計画に役立ち、拠点固有のボトルネックや優れた取り組みを特定できます。
入手先
NetSuiteの標準「所在地」フィールドです。ほぼすべての在庫関連取引で使用できます。
例
東倉庫西倉庫01主要配送センター小売店105号店
|
|||
|
取引タイプ
TransactionType
|
イベントを発生させたNetSuiteの取引レコードの種類です。 | ||
|
説明
「アイテム受領」「在庫調整」「作業指示書の完了」「アイテム出荷」など、NetSuite本来の取引タイプを示す属性です。ERPのソースレコードを直接追跡できます。 「アクティビティ名」が業務上わかりやすい名称を示すのに対し、取引タイプはデータ検証や、イベントの会計上・業務上の背景を詳しく分析する際に重要です。たとえば、顧客からの返品(「返品承認」)と仕入先への返品を区別できます。
重要な理由
NetSuiteのソースレコードの種類を直接確認できます。データ検証や詳細なドリルダウン、イベントの技術的な背景の把握に役立ちます。
入手先
NetSuiteのすべての取引レコードに標準で用意されている「タイプ」フィールドです。
例
アイテム受領在庫調整棚入れワークシートアイテム出荷
|
|||
|
在庫移動理由コード
MovementReasonCode
|
在庫の移動や調整の理由を示すコードです。 | ||
|
説明
特に在庫調整などの取引について、その背景を示す属性です。「破損品」「棚卸調整」「仕入先への返品」など、在庫数を変更した理由を明らかにします。 「在庫調整の頻度と金額」ダッシュボードでは、調整を分類して差異の根本原因を特定するために使用します。また、コンプライアンス分析では、すべての調整に妥当な理由が記録されているかを確認できます。
重要な理由
在庫調整の理由を明らかにし、破損、盗難、入力ミスなど、在庫差異の根本原因を特定するのに役立ちます。
入手先
NetSuiteでは、すべての取引タイプに共通する標準フィールドがないため、通常は取引本体または明細にカスタムフィールドを作成して設定します。
例
棚卸調整輸送中破損SKU再分類期限切れ在庫
|
|||
|
在庫金額
StockValue
|
取引対象となる在庫の金額です。 | ||
|
説明
在庫金額は、移動、調整、販売の対象となる在庫の金銭的価値を表します。通常は、取引数量に商品の現在の原価を掛けて算出します。 プロセスのアクティビティが財務に与える影響を把握するために必要な属性です。たとえば、「在庫調整の頻度と金額」ダッシュボードでは、在庫差異による損失額を算出し、財務への影響が大きい問題から優先して対応できます。
重要な理由
在庫の移動や調整による財務への影響を数値化できます。金額の大きい取引に注目し、コスト削減の機会に優先順位を付けられます。
入手先
取引の「数量」に商品の原価を掛けて算出します。原価は、関連する商品レコードの「平均原価」や「最終仕入価格」などから取得できます。
例
1250.75500.0025.50-150.25
|
|||
|
操作を実行したユーザー
User
|
在庫アクティビティに関連する取引を作成または最後に変更した従業員です。 | ||
|
説明
特定のプロセスステップを担当したユーザーを示す属性です。商品の受領を担当した倉庫作業員、在庫調整を承認した在庫管理者、注文のピッキングを行った作業員などが該当します。 ユーザー別にアクティビティを分析すると、業務負荷の分布や研修の必要性を把握し、コンプライアンス上の問題を調査できます。たとえば、「在庫調整のコンプライアンス」ダッシュボードでは、この属性を使って権限のない担当者による調整を検出します。
重要な理由
プロセスのアクティビティを担当者に結び付け、責任の所在を明確にします。パフォーマンス分析やコンプライアンスチェック、研修が必要な担当者の特定に役立ちます。
入手先
NetSuiteの標準取引にある「作成者」または「最終変更者」フィールドから取得できます。システムノートのサブタブには、ユーザーによる変更履歴も記録されています。
例
山田太郎佐藤花子倉庫作業員1管理者
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した日時を示すタイムスタンプです。 | ||
|
説明
アクティビティの完了時刻を記録する属性です。即時に記録される在庫取引では、終了時刻と開始時刻が同じになることがあります。一方、品質検査や棚入れ作業のように所要時間を測定できるアクティビティでは、この属性が重要です。 主に開始時刻と組み合わせて、個々のアクティビティの処理時間を算出します。ステップ間の遅延だけでなく、完了までに時間がかかっているステップも特定できるため、ボトルネックを詳しく分析できます。
重要な理由
各アクティビティの所要時間を正確に算出できます。非効率なステップの特定やリソースパフォーマンスの分析に欠かせません。
入手先
この値は別のデータから導出する必要がある場合があります。一部のレコードでは「最終変更日」を使用できます。それ以外の場合は、後続する関連イベントのタイムスタンプを使用することがあります。
例
2023-10-26T09:05:10Z2023-10-26T15:00:00Z2023-10-27T08:22:05Z
|
|||
|
SKUカテゴリ
ItemCategory
|
在庫商品(SKU)の分類またはカテゴリです。 | ||
|
説明
SKUカテゴリは、「電子機器」「衣料品」「原材料」など、商品を大きなグループに分類するものです。同種の商品をまとめて分析できます。 NetSuiteでは、標準の「クラス」フィールドやカスタム商品フィールドで表すことがあります。「期限切れ・滞留在庫の概要」などのダッシュボードで使用し、個々のSKUだけでなく商品グループ全体に影響する傾向や問題を分析できます。
重要な理由
商品グループごとの集計分析ができ、カテゴリ全体に影響する傾向や組織的な問題を特定できます。
入手先
NetSuiteの商品レコードにある標準の「クラス」または「部門」フィールド、あるいは分類用に作成したカスタム商品フィールドを使用できます。
例
完成品原材料電子機器衣料品
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となるシステムです。 | ||
|
説明
イベントデータの発生元を示す属性です。このプロセスビューでは値は常に「NetSuite」となり、すべての在庫管理アクティビティがこのERPシステムから取得されたことを示します。 一見すると固定値ですが、複数のシステムのデータを組み合わせる環境では重要です。データの出所を明確にし、データ抽出や連携に関する問題の調査に役立ちます。
重要な理由
データの発生元を確認できます。データガバナンスや検証に欠かせず、複数システムのデータを統合する場合にも役立ちます。
入手先
データの抽出・変換時に追加される固定値(「NetSuite」)です。
例
NetSuite
|
|||
|
ピッキング・梱包リードタイム
PickingAndPackingLeadTime
|
ピッキング開始から梱包完了までにかかった時間です。 | ||
|
説明
出荷プロセスの効率を測定する指標です。商品がピッキング対象に指定された時点(「ピッキング開始」または「ピッキングウェーブ作成」)から、梱包が完了して出荷準備が整う時点(「梱包完了」)までの合計時間を表します。 「ピッキング・梱包完了率」ダッシュボードで使用する重要業績評価指標(KPI)です。注文の処理速度や顧客満足度に直接影響します。このリードタイムを分析すると、出荷プロセスのピッキングや梱包におけるボトルネックを特定できます。
重要な理由
出荷プロセスの処理速度を測定します。リードタイムの短縮は、出荷の迅速化と顧客満足度の向上につながります。
入手先
算出属性です。「梱包完了」と「ピッキング開始」のアクティビティのタイムスタンプの差から算出します。
例
3600540018000
|
|||
|
仕入先
SupplierName
|
在庫商品を供給する仕入先の名称です。 | ||
|
説明
商品を調達した仕入先を示す属性です。通常は入庫処理時に記録され、対応する発注書と関連付けられます。 仕入先別の分析は、調達やサプライチェーンのパフォーマンス管理に役立ちます。「返品処理サイクルタイム」ダッシュボードでは、この属性を使って、特定の仕入先からの返品処理に時間がかかっていないかを確認できます。商品の品質や仕入先の文書に問題がある可能性を把握できます。
重要な理由
在庫と仕入先を関連付け、仕入先のパフォーマンス、品質上の問題、返品率を分析できます。
入手先
発注書とアイテム受領にある「エンティティ」フィールドです。NetSuiteの仕入先レコードを参照します。
例
グローバルエレクトロニクス株式会社バルクグッズ株式会社コンポーネントサプライヤーズ合同会社オフィスマート
|
|||
|
保管棚
BinNumber
|
倉庫内で商品を保管している具体的な棚や保管場所です。 | ||
|
説明
保管棚は、特定の棚、ラック、パレットの位置など、倉庫内の最小単位の保管場所を示します。在庫の配置を正確に追跡する必要がある環境で使用します。 保管棚別の分析は、倉庫内の物流を把握するうえで重要です。「倉庫内移動リードタイム分析」では棚間の移動を追跡し、「倉庫アクティビティヒートマップ」では棚入れやピッキングで頻繁に使われる棚を確認できます。
重要な理由
在庫の保管場所を細かく把握できます。倉庫内の移動分析、レイアウトの改善、ピッキング効率の追跡に欠かせません。
入手先
取引明細の「棚番号」フィールドから取得できます。NetSuiteで「高度な棚番/番号付き在庫管理」機能を有効にする必要があります。
例
A-01-01-AB-05-03-C入荷ドック01ピッキング棚12
|
|||
|
倉庫内移動リードタイム
InternalTransferLeadTime
|
倉庫内の2つの場所または棚の間で在庫を移動するのにかかった時間です。 | ||
|
説明
倉庫内で在庫を移動するのにかかった時間を測定する指標です。「在庫の倉庫内移動」イベントの開始から完了までの経過時間として算出します。 「倉庫内移動リードタイム分析」ダッシュボードで使用し、倉庫内物流の効率を評価します。リードタイムが長い場合、移動経路の非効率、リソース不足、施設内での商品の移動に関する継続的な遅延が考えられます。
重要な理由
倉庫内物流の非効率を把握できます。建物内に在庫があっても、移動に時間がかかると出荷が遅れることがあります。
入手先
算出属性です。「在庫の倉庫内移動」アクティビティの開始から完了までのタイムスタンプの差から算出します。
例
18003600900
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータを最後に更新した日時です。 | ||
|
説明
データを最後にNetSuiteから抽出し、プロセスマイニングツールに反映した日時を示す属性です。分析や表示中のデータがどの時点のものかを把握できます。 ダッシュボードや分析に欠かせないメタデータで、インサイトがどの程度新しいかを確認できます。リアルタイムの情報か、特定の時点のスナップショットかを判断するのに役立ちます。
重要な理由
データの更新状況を把握できるため、分析対象の期間を確認し、最新の情報に基づいて判断できます。
入手先
データ取り込み時に、ETL(抽出、変換、ロード)プロセスによって生成されるタイムスタンプです。
例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
取引ID
TransactionId
|
NetSuiteのソース取引レコードを識別する一意のIDです。 | ||
|
説明
プロセスマイニングのログでイベントを発生させたNetSuite取引の一意のシステムIDまたは文書番号です。アイテム受領番号や在庫調整の文書番号などが該当します。 取引IDは業務上の調査に役立ちます。プロセスマイニングツールで見つかった注目すべきケースや問題のあるケースから、NetSuiteの該当するソースレコードに直接ドリルダウンし、詳しく調査したり是正措置を講じたりできます。
重要な理由
NetSuiteの該当取引に直接たどれるため、異常の調査やソースシステムでのプロセスステップの監査を簡単に行えます。
入手先
取引レコードの「取引番号」(ユーザー向けID)または「内部ID」(システム内で一意の主キー)を使用できます。
例
IR-001234ADJ-00056WO-00987IF-004321
|
|||
|
数量
Quantity
|
取引対象となる商品の個数です。 | ||
|
説明
取引で移動、受領、調整、出荷される在庫商品の数量を表す属性です。在庫の減少などの場合、数量は正または負の値になります。 数量は業務の規模を把握するための基本的な指標です。アクティビティの重要度の評価、処理量の算出、調整または廃棄される在庫量の把握に使います。ほぼすべての在庫分析に必要な情報です。
重要な理由
取引ごとの数量を把握できます。処理量の把握、調整額の算出、取扱量の多いアクティビティの優先順位付けに欠かせません。
入手先
NetSuiteのすべての取引明細にある標準の「数量」フィールドです。
例
100501000-10
|
|||
|
有効期限
ExpirationDate
|
在庫ロットまたはロット番号付き商品が期限切れとなる日付です。 | ||
|
説明
生鮮品や期限のある商品の有効期限を記録する属性です。ロット番号またはバッチ番号単位で管理する重要な情報です。 「期限切れ・滞留在庫の概要」ダッシュボードに欠かせないデータです。有効期限を分析することで、期限切れのリスクがある在庫を早期に特定し、FEFO(先入れ先出し)などの対策を実施して、劣化や陳腐化による損失を抑えられます。
重要な理由
生鮮品の管理に欠かせません。期限切れのリスクがある在庫を早期に特定し、廃棄や金銭的損失を抑えられます。
入手先
有効期限の追跡を有効にしているロット番号付き商品では、取引明細の在庫詳細から取得できます。
例
2024-12-312025-06-302024-08-01
|
|||
|
棚入れサイクルタイム
PutAwayCycleTime
|
商品の受領から棚入れ完了までにかかった時間です。 | ||
|
説明
商品を正式に受領した時点(「入庫記録」)から、最終保管場所への格納が完了した時点(「棚入れ完了」)までの合計時間を測定する指標です。入荷から棚入れまでのワークフローの効率を示します。 「倉庫別棚入れサイクルタイム」ダッシュボードで使用する重要業績評価指標(KPI)です。サイクルタイムを分析すると、新しい在庫を出荷可能にするまでの遅延を特定し、入荷ドック、仮置きエリア、棚入れ作業におけるボトルネックを把握できます。
重要な理由
新たに受領した在庫を販売または使用できる状態にするまでの効率を直接測定します。サイクルタイムが長い場合、在庫の利用開始を遅らせるボトルネックがあることを示します。
入手先
算出属性です。同じケースにおける「棚入れ完了」と「入庫記録」のアクティビティのタイムスタンプの差から算出します。
例
72001440086400
|
|||
|
計量単位
Units
|
取引数量の単位です(例:個、kg、箱)。 | ||
|
説明
計量単位(UoM)は、「数量」属性の内容を補足します。数量が個、ケース、キログラム、リットルなど、どの単位で表されているかを示します。 商品によって単位が異なる環境で、数量ベースの指標を正しく解釈するために必要です。たとえば、10パレットと商品10個を同じ数量として比較する誤りを防ぎ、正確な金額の算出にも役立ちます。
重要な理由
「数量」フィールドの単位を明確にし、個、箱、キログラムなど異なる単位で管理される商品の分析や比較を正確に行えます。
入手先
NetSuiteで「複数の計量単位」機能を有効にすると、取引明細の「単位」フィールドから取得できます。
例
個ケース(24個)kgL
|
|||
|
調整コンプライアンスフラグ
AdjustmentComplianceFlag
|
在庫調整がコンプライアンス違反に該当するかを示す算出フラグです。 | ||
|
説明
定められた業務ルールに違反する在庫調整を示す真偽値属性です。たとえば、権限のないユーザーが「在庫差異の調整」を実行した場合や、「在庫移動理由コード」が未入力の場合に「true」となります。 「在庫調整のコンプライアンス」ダッシュボードで使用します。違反イベントを絞り込み、件数を数えるための単純な二値の切り口を設けることで、プロセス逸脱やポリシー違反の追跡と報告を簡単にします。
重要な理由
業務ルールに違反する取引を検出し、コンプライアンスの監視を簡単にします。ポリシー違反の件数を把握し、調査できます。
入手先
算出属性です。他のフィールドを確認するロジックから導出します。例:
例
truefalse
|
|||
在庫管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ピッキング完了
|
注文に必要な在庫バッチを保管棚から実際に取り出し終えたことを示します。通常は、出荷(Item Fulfillment)レコードのステータスが「ピッキング中」から「梱包済み」などに変わったことから推定します。 | ||
|
重要な理由
ピッキング担当者の作業効率や、注文処理の迅速さを左右するピッキング・梱包のリードタイムを測定するうえで重要な節目です。
入手先
出荷(Item Fulfillment)レコードのステータス変更(例:「ピッキング済み」への変更)、または出荷に関連するすべてのピッキングタスクの完了から推定します。
記録
出荷(Item Fulfillment)トランザクションのステータスが「ピッキング済み」に変わったことから推定します。
イベントタイプ
inferred
|
|||
|
入荷記録
|
在庫バッチが倉庫に正式に到着したことを示します。NetSuiteで入荷(Item Receipt)トランザクションが作成された時点で記録され、多くの場合、発注書に関連付けられています。 | ||
|
重要な理由
在庫ライフサイクルの主な開始イベントです。仕入先のリードタイムや入荷処理全体にかかる時間を測定するうえで重要です。
入手先
入荷(Item Receipt)トランザクションレコードの作成日から取得します。このトランザクションには、受領したユーザー、日付、商品、数量が記録されます。
記録
入荷(Item Receipt)トランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
出荷記録
|
在庫バッチが顧客に出荷され、倉庫から正式に出庫されたことを示す最終ステップです。NetSuiteで出荷(Item Fulfillment)トランザクションのステータスが「出荷済み」に設定された時点で記録されます。 | ||
|
重要な理由
主な正常終了イベントです。入荷から出荷までの在庫ライフサイクル全体を分析し、注文処理にかかる時間を測定するうえで欠かせません。
入手先
出荷(Item Fulfillment)レコードが「出荷済み」に更新された日付から取得します。この処理により在庫数が減少します。
記録
出荷(Item Fulfillment)トランザクションのステータスが「出荷済み」になった時点でイベントが記録されます。
イベントタイプ
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では、在庫移動(Inventory Transfer)または棚移動(Bin Transfer)トランザクションに明示的に記録されます。 | ||
|
重要な理由
倉庫内の移動を追跡すると、レイアウトの効率を分析し、過剰な荷扱いを特定して、在庫配置の方針を見直すのに役立ちます。
入手先
場所間の在庫移動(Inventory Transfer)レコード、または同じ場所内の棚移動(Bin Transfer)レコードのトランザクション日から取得します。
記録
在庫移動(Inventory Transfer)または棚移動(Bin Transfer)トランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
品質検査の実施
|
受領した在庫バッチの品質検査が完了したことを示します。通常は、在庫ロットレコードや関連するカスタムレコードのステータス変更から推定します。標準のNetSuiteでは、このイベントが個別に記録されない場合があります。 | ||
|
重要な理由
入荷から検査までの時間を分析すると、在庫の利用開始を遅らせる品質保証プロセスのボトルネックを特定できます。
入手先
カスタムフィールドのタイムスタンプ、ロット/バッチレコードのステータス変更、または関連する品質管理用カスタムレコードから推定します。NetSuiteの具体的な設定を確認する必要があります。
記録
在庫レコードのステータスが「検査待ち」から「利用可能」などに変わったことから推定します。
イベントタイプ
inferred
|
|||
|
実地棚卸の承認
|
在庫調整に先立ち、実地棚卸の結果が正式に承認されたことを示します。在庫カウント(Inventory Count)レコードのステータスが「承認済み」に変わったことから推定します。 | ||
|
重要な理由
この承認ステップが、在庫照合プロセスのボトルネックになることがあります。所要時間を分析すると、業務の効率化やデータの正確性向上を迅速に進めるのに役立ちます。
入手先
権限のあるユーザーが在庫カウント(Inventory Count)レコードのステータスを「承認済み」に更新した際のシステムノートまたは監査証跡から推定します。
記録
在庫カウント(Inventory Count)レコードのステータスフィールドが「承認済み」に変更されたことから推定します。
イベントタイプ
inferred
|
|||
|
実地棚卸の開始
|
特定のバッチまたは場所で実地棚卸を開始したことを示します。NetSuiteで在庫カウント(Inventory Count)レコードが作成され、棚卸が予定された時点で記録されます。 | ||
|
重要な理由
このイベントを起点に差異解消のサイクルタイムを測定し、棚卸と在庫数の修正にかかる時間を把握できます。
入手先
棚卸対象の商品と場所を定義する在庫カウント(Inventory Count)トランザクションレコードの作成日から取得します。
記録
在庫カウント(Inventory Count)レコードの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
梱包完了
|
注文の商品が梱包され、出荷できる状態になったことを示します。通常は、出荷(Item Fulfillment)レコードのステータスが「ピッキング済み」から「梱包済み」に変わったことから推定します。 | ||
|
重要な理由
このアクティビティは、注文に関する倉庫内の処理が終わったことを示し、出荷開始前の最終ステップとなります。
入手先
出荷(Item Fulfillment)レコードのステータスが「梱包済み」に変わったことから推定します。変更時のタイムスタンプはシステムノートから取得します。
記録
出荷(Item Fulfillment)トランザクションのステータスが「梱包済み」に変わったことから推定します。
イベントタイプ
inferred
|
|||
|
棚入れ開始
|
受領した在庫バッチを荷受け場から最終保管棚へ移動するプロセスの開始を示します。NetSuiteのWMSモジュールで棚入れ作業票(Bin Putaway Worksheet)や同様のタスクレコードが作成されたことから推定できます。 | ||
|
重要な理由
このアクティビティは、倉庫効率の重要な指標である棚入れサイクルタイムの測定開始点となります。また、在庫が仮置きエリアにとどまる時間の分析にも役立ちます。
入手先
棚入れ作業票(Bin Putaway Worksheet)の作成日、またはWMS拡張機能でのタスク割り当てから推定します。NetSuite WMSを利用している環境で特に有用です。
記録
対象の入荷に対する棚入れ作業票(Bin Putaway Worksheet)レコードの作成から算出します。
イベントタイプ
inferred
|
|||
|
返品商品の受領
|
返品された商品が倉庫に実際に戻ってきたことを確認します。返品承認に関連付けられた入荷(Item Receipt)トランザクションの作成時に記録されます。 | ||
|
重要な理由
このイベントを追跡すると、返品処理全体のサイクルタイムを測定し、返品在庫を正確かつ速やかに処理するうえで役立ちます。
入手先
「作成元(Created From)」フィールドが返品承認に関連付けられた入荷(Item Receipt)トランザクションレコードの作成日から取得します。
記録
返品承認に対する入荷(Item Receipt)の作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
|
返品承認の作成
|
返品プロセスの正式な開始を示します。商品の返品が承認され、記録された状態です。NetSuiteで返品承認(Return Authorization、RMA)トランザクションが作成された時点で記録されます。 | ||
|
重要な理由
このアクティビティを起点に返品物流の流れを追跡し、返品理由や頻度、その後の処理時間を分析できます。
入手先
返品承認(Return Authorization)トランザクションレコードの作成日から取得します。このレコードは、商品の実際の返品に先立って作成されます。
記録
返品承認(Return Authorization)トランザクションの作成時にイベントが記録されます。
イベントタイプ
explicit
|
|||
データ抽出ガイド
準備はできましたか?
このテンプレートを使ってNetSuiteのデータを効率よく準備し、在庫管理プロセスの改善につながるインサイトを見つけましょう。根拠に基づいて、業務の最適化に取り組めます。
NetSuiteの在庫管理を今すぐ改善
非効率を特定し、出荷処理を改善して、サイクルタイムを30%短縮します。
クレジットカードは不要です。数分で利用を開始できます。