在庫管理データテンプレート
在庫管理データテンプレート
これは在庫管理向けの汎用プロセスマイニング用データテンプレートです。より具体的なガイダンスについては、システム別テンプレートをご利用ください。
特定のシステムを選択- 任意の在庫管理システムに適用できる汎用的なデータ構造です。
- プロセス分析に必要な属性とアクティビティを明確に確認できます。
- 在庫ワークフローを最適化し、効率を高めるための基盤になります。
在庫管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 Activity | 発生した特定の在庫管理イベントまたはタスクの名称です。たとえば、「入庫」や「ピッキング完了」などです。 | ||
| 説明 アクティビティ名は、在庫管理プロセスにおける個々のステップまたはイベントを表します。品質検査、社内移動、棚卸し、ピッキング、出荷など、在庫バッチに対して実行される個別のタスクを示します。 アクティビティの分析は、プロセスマイニングの中心です。プロセスフローを可視化し、一般的な経路と代替経路を特定し、各ステップの頻度を測定できます。アクティビティの順序を把握することで、非効率、手戻りループ、コンプライアンスに反するプロセスのばらつきを特定しやすくなります。 重要な理由 プロセスを構成する個々のステップを定義します。実際のプロセスフローを発見し、改善領域を特定するための基本項目です。 入手先 多くの場合、元システムの在庫管理または倉庫管理モジュールにあるトランザクションタイプ、移動タイプ、またはイベントログの説明から取得されます。 例 入荷品質検査の完了社内在庫移動ピッキング完了出庫計上 | |||
| 在庫バッチ/ロット CaseId | 特定の在庫バッチまたはロットを識別する一意の識別子です。この属性が主なケース識別子となり、関連するすべてのアクティビティをまとめます。 | ||
| 説明 在庫バッチ/ロットは、同じ時期に受け入れまたは生産された特定数量の製品に割り当てられる一意の識別子です。入荷から出荷または廃棄まで、倉庫内における一連の品目をライフサイクル全体にわたって追跡できます。 プロセスマイニングでは、このIDがケースを定義するため重要です。各ケースは、特定の在庫バッチまたはロットの移動を表します。この識別子でアクティビティをグループ化して分析すると、エンドツーエンドのフローを把握し、特定バッチの取扱いにおけるボトルネックを特定し、製品やサプライヤーごとのライフサイクル期間を追跡できます。 重要な理由 在庫に関するすべてのアクティビティを追跡可能な1つのプロセスにつなぐ基本的なリンクです。バッチまたはロットのライフサイクルをエンドツーエンドで分析できます。 入手先 通常は在庫トランザクションテーブルまたはマテリアルマスターデータにあり、入出庫記録に関連付けられています。 例 LOT202405A1BCH-0019843M45-20240315-01788109-B2 | |||
| 開始時刻 StartTime | 在庫アクティビティが開始された、または記録された時刻を示すタイムスタンプです。 | ||
| 説明 開始時刻はイベント時刻とも呼ばれ、アクティビティが開始された、またはシステムに記録された正確な日時です。在庫ライフサイクルにおける各イベントの時系列を示します。 このタイムスタンプは、イベントの順序を定め、プロセス指標を計算するため、プロセスマイニングに欠かせません。アクティビティ間のサイクルタイム、ケース全体の所要時間、待ち時間の計算に使われます。こうした時間指標を分析することで、在庫取扱いプロセスの遅延やボトルネックを特定できます。 重要な理由 イベントを時系列に並べ、サイクルタイムや所要時間など、時間に関するすべてのパフォーマンス指標を計算するために欠かせないタイムスタンプです。 入手先 ほとんどのトランザクションテーブルまたはイベントログテーブルにある標準項目です。作成日、計上日、イベント時刻などの名称で記録されます。 例 2023-10-26T08:00:00Z2023-11-15T14:35:10Z2024-01-05T11:21:05Z | |||
| ソースシステム SourceSystem | ERPやWMSなど、データの抽出元となったソースシステムまたはアプリケーションを識別します。 | ||
| 説明 ソースシステム属性は、イベントデータの元となったアプリケーションまたはプラットフォームを示します。複雑なIT環境では、在庫データが複数のシステムから取得される場合があります。たとえば、業務データは倉庫管理システム(WMS)から、財務データは基幹業務システム(ERP)から取得します。 この属性は、データ検証、トラブルシューティング、データの背景理解に役立ちます。データの出所を追跡したり、異なるシステムや会社の事業所間でプロセスやデータ品質を比較したりできます。 重要な理由 データの出所に関する背景を示します。データガバナンスや検証に欠かせないほか、複数のシステムが連携する環境でも役立ちます。 入手先 データ抽出時に追加される固定値の場合と、システムのインスタンスを識別するソースデータテーブル内の項目の場合があります。 例 SAP S/4HANAOracle Fusion SCMManhattan WMSDynamics 365 F&O | |||
| 最終データ更新 LastDataUpdate | このイベントのデータがソースシステムから最後に更新または抽出された時刻を示すタイムスタンプです。 | ||
| 説明 この属性は、ソースシステムからデータを最後に抽出または更新した日時を記録します。分析対象データの鮮度を示すメタデータ項目です。 プロセスマイニングでは、最終データ更新のタイムスタンプが分析対象データの最新性を把握するうえで重要です。リアルタイム情報を見ているのか、特定時点のスナップショットを見ているのかを確認できます。業務モニタリングや、最新情報に基づく意思決定にも欠かせません。 重要な理由 データの鮮度を示し、分析対象の期間と分析結果の関連性を理解できるようにします。 入手先 通常は、データの抽出、変換、ロード(ETL)を行うツールまたはプロセスが生成・保存するメタデータです。 例 2023-10-27T02:00:00Z2023-11-16T02:00:00Z2024-01-06T02:00:00Z | |||
| ユーザー User | アクティビティを実行したユーザー、従業員、または自動システムの識別子です。 | ||
| 説明 ユーザー属性は、在庫トランザクションの実行責任者である人物またはシステムエージェントを識別します。倉庫作業者、品質検査担当者、ロボット処理を行う自動システムのユーザーなどが該当します。 ユーザー別にアクティビティを分析することは、パフォーマンス管理や研修ニーズの特定に欠かせません。効率の高いユーザーやチーム、標準プロセスから逸脱している担当者、人的ミスが起こりやすいタスクを把握できます。リソース配分、作業負荷の平準化、組織全体のプロセスコンプライアンスにも役立ちます。 重要な理由 担当者やチーム別のパフォーマンス分析と説明責任を可能にし、優れた成果を上げている担当者や研修の機会を特定できます。 入手先 通常はトランザクションデータにあり、レコードを作成または変更したユーザーアカウントに関連付けられています。「作成者」や「ユーザーID」などの項目が該当します。 例 JSMITHABROWNBATCH_USEROPERATOR_42 | |||
| 倉庫 Warehouse | アクティビティが発生した倉庫、工場、または配送センターの識別子です。 | ||
| 説明 倉庫属性は、在庫を保管・取り扱う配送センターや工場などの物理的な施設を識別します。在庫プロセスにおける重要な組織・地理的な軸です。 この属性は、拠点別のパフォーマンス分析に欠かせません。異なる拠点間で効率、精度、サイクルタイムを比較できます。たとえば、棚入れ時間が最も短い倉庫や在庫精度が最も高い倉庫を特定し、優れた拠点のベストプラクティスを調査して他拠点に展開できます。 重要な理由 拠点ごとのパフォーマンスを比較でき、高い成果を上げている拠点のベストプラクティスや、改善が必要な拠点を特定できます。 入手先 ほぼすべての在庫トランザクションレコードにある標準的な組織データ項目です。 例 WH-NYC-01DC-WESTPLANT-1000SITE-EU-FRA | |||
| 数量 Quantity | アクティビティの対象となる製品の数量です。 | ||
| 説明 数量は、受領、移動、ピッキングなど、特定のアクティビティで取り扱う在庫量を表します。各トランザクションの規模を示す基本的な指標です。 数量を分析することは、業務負荷を把握し、潜在的な問題を特定するうえで重要です。たとえば、大量移動は処理時間の長さと相関する場合があります。また、実地棚卸しの数量とシステム記録を比較して在庫精度を計算するためにも使われます。さらに、調整アクティビティの数量を追跡することで、在庫差異の規模を定量化できます。 重要な理由 トランザクションの規模を測定できます。業務負荷の分析、在庫水準の計算、差異の定量化に欠かせません。 入手先 ほぼすべての在庫トランザクションレコードにある標準項目です。 例 1005012.51000 | |||
| 移動理由 MovementReason | 在庫の移動または調整の理由を説明するコードまたは説明文です。 | ||
| 説明 移動理由属性は、特に調整、返品、廃棄などの標準外の移動について、在庫トランザクションが発生した理由を示します。アクティビティの業務上の根拠を記録します。 根本原因分析に欠かせない属性です。理由コードごとの頻度を分析することで、破損、陳腐化、データ入力ミスなど、在庫差異の主な要因を特定できます。これにより、在庫精度の向上や廃棄削減に向けた、対象を絞ったプロセス改善を進められます。 重要な理由 在庫の調整や移動が発生した理由を説明し、在庫差異、破損、廃棄などの問題を根本原因から分析できます。 入手先 在庫調整、廃棄、その他の標準外の移動に関するトランザクションデータにあります。 例 0001 - 輸送中の破損0005 - 棚卸差異の調整1002 - 顧客からの返品3010 - 期限切れ在庫の廃棄 | |||
| 終了時刻 EndTime | 在庫アクティビティが完了した時刻を示すタイムスタンプです。 | ||
| 説明 終了時刻は、アクティビティが完了した正確な日時を示します。瞬時に完了し、単一のタイムスタンプ(StartTime)だけを持つアクティビティもあれば、品質検査や棚入れタスクのように測定可能な所要時間を持つアクティビティもあります。 開始時刻と終了時刻の両方があると、パフォーマンスを詳細に分析できます。アクティビティの処理時間を直接計算でき、ボトルネックの特定にも役立ちます。特定タスクの所要時間を分析することで、リソース効率、作業負荷の配分、想定以上に時間がかかっている工程を把握できます。 重要な理由 アクティビティの処理時間を正確に計算できるため、ボトルネックの特定や業務効率の測定に欠かせません。 入手先 アクティビティの開始と終了が定義されているイベントログまたはトランザクションログにあります。倉庫管理システム(WMS)で一般的です。 例 2023-10-26T08:30:00Z2023-11-15T14:55:10Z2024-01-05T16:00:00Z | |||
| 製品ID ProductId | 取り扱う製品、資材、または在庫保管単位(SKU)を識別する一意の識別子です。 | ||
| 説明 製品IDは、SKUまたはマテリアル番号とも呼ばれ、在庫内の特定品目に割り当てられた一意のコードです。製品を相互に区別できます。 この属性は、製品単位の分析に欠かせません。特定の品目や品目グループにプロセスを絞り込み、取扱いの違いを把握できます。たとえば、壊れやすい製品と耐久性の高い製品で棚入れ時間を比較したり、製品ラインごとに検査率を比較したりできます。製品特性に応じた倉庫レイアウト、取扱手順、在庫戦略の改善に役立ちます。 重要な理由 製品単位の分析が可能になり、品目ごとのプロセスパフォーマンスを比較し、それに応じて在庫戦略を調整できます。 入手先 在庫トランザクションテーブル、マテリアルマスターデータ、または品目マスターレコードにある基本項目です。 例 SKU-100-RED-LGMAT-582910FG-A105-CPN-987654 | |||
| 製品カテゴリ ProductCategory | 製品が属する分類またはカテゴリです。「電子機器」、「アパレル」、「回転の速い商品」などが該当します。 | ||
| 説明 製品カテゴリは、共通する特性に基づいて製品をまとめた上位レベルのグループです。この分類により、個別品目ではなく大きなセグメント単位で在庫パフォーマンスを整理・分析できます。 プロセスマイニングでは、この属性を使って集計分析を行い、戦略レベルの傾向やパターンを特定できます。たとえば、「高額電子機器」と「消耗品」で在庫回転率や品質検査の不合格率を比較できます。こうした分析結果は、カテゴリ管理、戦略的な調達、在庫方針全体の改善に役立ちます。 重要な理由 製品グループ間でプロセスパフォーマンスを比較し、戦略的な意思決定に役立つ、上位レベルの集計分析が可能になります。 入手先 通常はマテリアルマスターデータまたは品目マスターデータにあり、製品IDを介して関連付けられています。 例 電子機器アパレル原材料完成品予備部品 | |||
| 保管場所 StorageLocation | 倉庫内の具体的な物理場所です。ビン、ラック、通路、ゾーンなどが該当します。 | ||
| 説明 保管場所は、倉庫属性よりも詳細な粒度で場所を示します。入荷ドック、品質検査エリア、特定の保管ビン、梱包ステーションなど、在庫アクティビティが行われた正確なエリアを特定します。 保管場所単位でプロセスを分析すると、倉庫レイアウトやマテリアルフローの非効率を発見できます。たとえば、離れた場所間の社内移動にかかる過剰な移動時間や、特定ゾーンの混雑を明らかにできます。倉庫レイアウト、スロッティング戦略、ピッキング経路の改善に役立つ分析結果です。 重要な理由 倉庫内移動を詳細に分析でき、レイアウトの改善、移動時間の短縮、混雑エリアの特定に役立ちます。 入手先 倉庫管理システム(WMS)で一般的です。トランザクションデータの「ビン」、「ロケーション」、「保管ビン」などの項目に記録されます。 例 A-01-03-B入荷ドック-02品質検査梱包ステーション-5 | |||
| 在庫ステータス StockStatus | 在庫の現在のステータスまたは種類を示します。使用制限なし、品質検査中、ブロック済みなどが該当します。 | ||
| 説明 在庫ステータスは、在庫の使用可否または利用可能性を示します。一般的なステータスには、「使用制限なし」(利用可能)、「品質検査中」(品質確認待ち)、「ブロック済み」(利用不可)、「輸送中」などがあります。「在庫ステータス変更」などのアクティビティがこの属性を直接変更します。 異なるステータスに滞留している時間を分析することは、在庫の流れと利用可能性を把握するうえで重要です。品質検査中やブロック済みなど、生産的でない状態に在庫がどの程度拘束されているかを定量化できます。品質プロセスの遅延や、在庫の使用を妨げる問題を明らかにし、在庫保有コストやサービスレベルへの影響を把握できます。 重要な理由 在庫の利用可能性を追跡し、品質検査中やブロック済みなど、生産的でない状態に在庫が留まる期間を分析できます。 入手先 通常は在庫残高または在庫水準テーブルにあり、ステータスを変更する特定のトランザクションで記録されます。 例 無制限使用可能品質検査ブロック中返品 | |||
| 数量単位 UnitOfMeasure | 数量を測定する単位です。「個」、「ケース」、「キログラム」、「パレット」などが該当します。 | ||
| 説明 数量単位(UoM)は、数量属性の意味を補足します。特定のトランザクションで在庫品目を数えたり測定したりする際の標準単位を示します。 単純に見える項目ですが、UoMはデータの正確性と意味のある分析に欠かせません。数量単位がなければ、「10」が個別品目10個を意味するのか、製品10パレットを意味するのか判断できず、比較を誤る可能性があります。この属性により、異なる数量単位を標準単位または基準単位に換算し、整合性のある比較や集計を行えます。 重要な理由 数量属性の意味を補足し、異なる製品やトランザクション間で正確に比較・計算できるようにします。 入手先 通常はトランザクションデータの数量項目の隣、または品目マスターデータにあります。 例 EACSKGPL | |||
在庫管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| ピッキング完了 | 在庫バッチを保管ビンから実際に取り出し、ステージングエリアまたは梱包エリアへ移動したことを確認します。出荷処理における移動作業の多い工程が終了した時点です。 | ||
| 重要な理由 このマイルストーンは、実際のピッキング工程の完了を示します。「ピッキング開始」から「ピッキング完了」までの時間を分析することは、倉庫作業者の効率を測定し、改善するうえで欠かせません。 入手先 通常は、作業者が商品とロケーションをスキャンしてピッキングを確認し、ピッキングタスクのステータスが完了に更新された時点で記録されます。 取得 バッチが正常に取り出されたことを示す、ピッキングタスクの確認または終了トランザクションを探します。 イベントタイプ explicit | |||
| 入荷 | このアクティビティは、在庫バッチが施設に物理的に受け入れられたことを示します。通常、システムがそのバッチを初めて認識する時点であり、在庫記録の作成が開始されます。 | ||
| 重要な理由 在庫ライフサイクルの主な開始点です。このイベントから棚入れや利用可能になるまでの時間を分析することは、入荷業務の効率を測定するうえで重要です。 入手先 通常、ユーザーが発注書や事前出荷通知などのソース文書に対する入荷処理を行うと、在庫または倉庫管理モジュールに明示的に記録されます。 取得 バッチの数量が正の値でシステムに登録された、資材取引ログまたは入荷書類から取得します。 イベントタイプ explicit | |||
| 出庫計上 | 在庫バッチが倉庫から最終的に出庫したことを示します。在庫数量を正式に減少させるトランザクションであり、販売の場合は請求処理を開始することもあります。 | ||
| 重要な理由 標準的な出荷プロセスの重要な終点です。「入庫」から「出庫計上」までのエンドツーエンドのサイクルタイムにより、在庫の総リードタイムを測定できます。 入手先 通常は出荷確認またはトラック出発時のスキャンによって開始され、出庫を正式に計上する確定的なマテリアルトランザクションです。 取得 出荷、生産払出し、または移送によって在庫数量を減少させるマテリアル伝票の計上を取得します。 イベントタイプ explicit | |||
| 在庫廃棄 | 在庫バッチを廃棄品として最終処分したことを表します。バッチを帳簿から正式に除却し、在庫から恒久的に削除するトランザクションです。 | ||
| 重要な理由 廃棄は、在庫価値の全損を示す重要な終点です。廃棄の頻度と理由を分析することで、賞味期限・使用期限の管理、取扱中の破損、製品の陳腐化に関する問題を特定できます。 入手先 廃棄専用の移動タイプへの計上、または廃棄理由コードを指定した在庫調整仕訳帳の使用によって記録される、明示的なマテリアルトランザクションです。 取得 廃棄用に指定された移動タイプまたは理由コードによって、バッチを在庫から削除するマテリアル伝票の計上を取得します。 イベントタイプ explicit | |||
| 在庫調整 | 実地棚卸しの結果に合わせるため、または破損を反映するために、バッチのシステム上の在庫数量を修正する明示的なトランザクションです。在庫の増加または減少を正式に記録します。 | ||
| 重要な理由 調整は、在庫の不正確さやプロセス上の問題を直接示します。調整の頻度、金額、理由を分析することで、在庫差異の根本原因を特定しやすくなります。 入手先 帳簿上の数量を変更する、独立した財務・物流トランザクションです。通常は在庫調整または実地棚卸し計上と呼ばれます。 取得 在庫調整仕訳帳またはマテリアル伝票から、システム数量と実棚数量の差異を計上するトランザクションを取得します。 イベントタイプ explicit | |||
| 棚入れの完了 | 在庫バッチが物理的に移動され、最終保管棚にスキャン登録されたことを確認します。この時点で、在庫は通常ピッキングに利用可能とみなされます。 | ||
| 重要な理由 入荷プロセスの終了を示す重要なマイルストーンです。「入荷」から「棚入れの完了」までの合計時間は、倉庫の入荷パフォーマンスを測る主要KPIです。 入手先 通常、倉庫オペレーターがハンディスキャナーなどで棚入れタスクの完了を確認した時点で取得され、システム上の在庫場所が更新されます。 取得 一時的な入荷エリアから恒久的な保管棚へ、バッチの場所を更新する棚入れタスクの確認または完了取引を探します。 イベントタイプ explicit | |||
| 返品受領 | 以前に出荷した在庫バッチが顧客から倉庫へ物理的に戻り、受領されたことを示します。このアクティビティから、バッチのリバースロジスティクスが始まります。 | ||
| 重要な理由 このイベントは、返品管理サブプロセスの開始点です。返品を追跡することは、製品品質の問題、顧客満足度、リバースロジスティクスの効率を把握するうえで重要です。 入手先 ユーザーが返品承認(RMA)または返品注文に対する入庫処理を行い、バッチを在庫に戻した時点で記録されます。 取得 返品注文に関連付けられ、バッチの在庫数量を増加させる入庫トランザクションを特定します。多くの場合、使用制限付きまたは検査中のステータスで入庫されます。 イベントタイプ explicit | |||
| ピッキング開始 | 注文に対応するため、保管場所から在庫バッチを取り出すシステムタスクが生成されたことを示します。このバッチの出荷処理が始まった時点です。 | ||
| 重要な理由 このイベントは出荷フローを開始します。注文作成からピッキング開始までの時間を測定すると、実作業が始まる前の注文処理や引当の遅延を把握できます。 入手先 通常は、販売注文、生産注文、または在庫移動に関連付けられた倉庫タスク、移動注文、または移送注文レコードの作成によって記録されます。 取得 出荷要件に対応するため、保管ビンからバッチをピッキングするよう作業者に指示するシステムタスクの作成時刻を特定します。 イベントタイプ explicit | |||
| 品質検査の完了 | このアクティビティは、品質検査が完了し、使用可否の判定が記録されたことを示します。通常、合格したバッチは利用可能在庫にリリースされ、不合格の場合はブロック済みステータスに移されます。 | ||
| 重要な理由 この工程が完了すると、在庫を後続プロセスで利用できるようになります。ここで遅延が発生すると、生産や受注処理に大きな下流ボトルネックが生じる可能性があります。 入手先 通常、ユーザーが検査結果を記録した時点で取得されます。これにより、バッチの在庫タイプが「品質」から「利用可能」または「ブロック済み」に変更されます。 取得 検査の最終的な合格または不合格の判定を記録する取引またはステータス更新を取得します。 イベントタイプ explicit | |||
| 品質検査の開始 | 在庫バッチが品質管理の対象に指定され、制限付きステータスに置かれた時点を示します。通常、在庫は物理的または論理的な品質検査エリアへ移動され、フルフィルメントには利用できません。 | ||
| 重要な理由 このアクティビティは品質保証プロセスの開始を示します。開始から完了までの時間は、品質保証のサイクルタイムと在庫の利用可能性への影響を測る重要な指標です。 入手先 在庫バッチのステータス変更、たとえば「品質検査」在庫への移動や、正式な検査注文レコードの作成から推定されることがよくあります。 取得 入荷直後に、品質保証のためバッチを保留にした記録またはステータス変更を特定します。 イベントタイプ inferred | |||
| 在庫カウント実施 | 在庫バッチの実地棚卸しを行い、その数量をシステムに入力した時点を表します。循環棚卸しや実地在庫確認のプロセスにおける重要なステップです。 | ||
| 重要な理由 このアクティビティは、在庫精度の管理プロセスを把握するうえで欠かせません。棚卸しの頻度や所要時間、特定された差異の解消にかかる時間を分析できます。 入手先 通常は、ユーザーが在庫管理システムの実地棚卸しまたは循環棚卸しの仕訳帳に実棚数量を入力した時点で記録されます。 取得 棚卸し仕訳帳明細の作成、またはバッチに対して実棚数量が保存された時刻を特定します。 イベントタイプ explicit | |||
| 在庫ステータス変更 | バッチの論理ステータスの変更を記録します。これにより、在庫の使用可否が変わります。品質検査以外の理由で在庫を保留にする、販売対象外にする、または使用制限のない状態に戻す処理などが含まれます。 | ||
| 重要な理由 このアクティビティは、在庫ライフサイクルにおける標準外の中断を明らかにします。ステータスの頻繁な変更から、データ品質の問題、製品の保留、資金を拘束するその他の管理処理が見つかる場合があります。 入手先 通常は、バッチまたはロットのマスターレコードにあるステータス項目の変更、または在庫の使用可否を変更する専用トランザクションから推定されます。 取得 在庫バッチレコードに関連付けられたステータスまたは在庫タイプ項目の経時的な変更を追跡します。 イベントタイプ inferred | |||
| 梱包完了 | ピッキングしたバッチを出荷容器に入れて封をし、梱包工程を完了したことを表します。出荷前に倉庫内で行う最後の付加価値工程です。 | ||
| 重要な理由 このアクティビティにより、出荷処理の梱包工程を切り分けて分析できます。ピッキング完了から梱包完了までの時間を分析すると、梱包ステーションのボトルネックを特定できます。 入手先 ユーザーが梱包明細を確認した時点や出荷容器を閉じた時点で記録される明示的なイベントの場合があります。また、出荷ステータスの変更から推定することもできます。 取得 梱包容器が閉鎖済みとして記録された時刻、または関連する出荷のステータスが「梱包済み」に更新された時刻を取得します。 イベントタイプ explicit | |||
| 棚入れの開始 | 在庫バッチを入荷エリアまたは仮置きエリアから指定された保管場所へ移動するシステムタスクが生成されたことを示します。倉庫内の所定の場所へ商品を物理的に配置する作業の開始点です。 | ||
| 重要な理由 このアクティビティにより、入荷時の待ち時間と、実際の棚入れ作業を分けて把握できます。新たに到着した在庫の移動を、システムとスタッフがどの程度早く開始できるかを分析できます。 入手先 通常、棚入れ移動専用の倉庫タスク、作業指示、または移動指示レコードが作成された時点で取得されます。 取得 オペレーターにバッチを保管棚へ移動するよう指示するシステムタスクの作成日時を特定します。 イベントタイプ explicit | |||
| 社内在庫移動 | 同一施設内で在庫バッチをある保管場所から別の保管場所へ移動することを示します。初回の棚入れや最終的なピッキングには含まれず、補充や集約などを目的とした中間的な移動です。 | ||
| 重要な理由 頻繁な庫内移動は、倉庫レイアウトや補充戦略に改善の余地があることを示している可能性があります。これらの移動を分析することで、庫内物流やマテリアルハンドリングにおける非効率を特定できます。 入手先 所有権や在庫総量を変更せず、バッチのビンまたは保管場所を変更する明示的な在庫移動トランザクションとして記録されます。 取得 同一施設内でバッチのロケーションコードを変更するトランザクションを特定します。初回の棚入れと最終ピッキングによる移動は除外します。 イベントタイプ explicit | |||
抽出ガイド
準備はできましたか?
システム別ガイドを選んで在庫データの抽出を始めるか、この汎用テンプレートを任意のシステム向けの柔軟な出発点として利用してください。
在庫効率を今すぐ最大化する
任意のシステムで利用でき、数日で具体的な成果を確認できます。
クレジットカードは不要です。5分で設定できます。