在庫管理データテンプレート

Oracle Fusion SCM
在庫管理データテンプレート

在庫管理データテンプレート

このテンプレートでは、Oracle Fusion SCMから在庫管理データを抽出し、構成する方法を詳しく説明します。効果的なイベントログの作成に必要な属性とアクティビティを紹介しています。この資料を使って在庫プロセスを正確に分析し、改善すべき領域を特定してください。
  • 収集を推奨する属性
  • プロセスの把握に必要な主なアクティビティ
  • Oracle Fusion SCMからのデータ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

在庫管理の属性

在庫管理プロセスを詳しく分析できるよう、イベントログに含めることを推奨する主要なデータ項目です。
5 必須 5 推奨 10 任意
名前 説明
アクティビティ名
ActivityName
実行された在庫管理アクティビティの名称です。
説明

アクティビティ名は、特定のバッチまたはロットの在庫管理プロセスで発生した個々の工程やイベントを表します。これらのイベントがプロセスの流れを構成します。

アクティビティの例として、「入荷を記録」「品質検査を実施」「在庫を倉庫内で移動」「出庫を記録」などがあります。こうしたアクティビティの順序や頻度を分析することがプロセスマイニングの中心です。プロセスマップの可視化、逸脱の特定、工程間の移行時間の分析が可能になります。

重要な理由

在庫のライフサイクルを構成する個々の工程やイベントを定義するため、プロセスマップの作成に欠かせない属性です。

入手先

通常、ソーステーブル(例:INV_MATERIAL_TXNS)の取引タイプやイベントコードを、わかりやすいアクティビティ名に対応付けて作成します。

例
入荷を記録棚入れを完了在庫差異を調整ピッキングを開始
イベント開始時刻
EventStartTime
在庫アクティビティの開始時刻を示すタイムスタンプです。
説明

この属性には、アクティビティが開始した正確な日時が記録されます。イベントを時系列に並べ、プロセスの流れを作るための主な時間情報です。

分析では、イベント開始時刻を使ってアクティビティ間の所要時間や待ち時間を算出します。ボトルネックの特定、「平均棚入れサイクルタイム」などの重要業績評価指標(KPI)の測定、シフト・日・月などの期間別のプロセスパフォーマンス分析に役立ちます。

重要な理由

イベントの順序付け、サイクルタイムや待ち時間の算出、プロセスのボトルネックの把握に欠かせないタイムスタンプです。

入手先

通常、在庫取引テーブルの取引日または作成日フィールドから取得します。たとえば、INV_MATERIAL_TXNSのTRANSACTION_DATEが該当します。

例
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
在庫バッチ/ロット
InventoryBatchLot
特定の在庫品目のバッチまたはロットを識別する一意の番号です。ライフサイクルを追跡するためのケースIDとして使用します。
説明

在庫バッチまたはロット番号は、特定の数量の商品に関連するすべてのアクティビティをまとめる主なケース識別子です。これにより、在庫への入荷から、さまざまな移動、最終的な払い出しや消費まで、個別の在庫数量のライフサイクル全体を追跡できます。

プロセスマイニング分析では、この属性が基礎となります。入荷、品質検査、倉庫内移動、出庫など、個別に記録されたイベントを1つの一貫したプロセスインスタンスに結び付けます。在庫バッチ/ロットごとにプロセスを分析すると、エンドツーエンドのサイクルタイムを算出し、よくある経路を特定し、特定の在庫グループに影響するボトルネックを見つけられます。

重要な理由

関連する在庫アクティビティをすべて結び付ける重要なケース識別子です。これにより、在庫バッチが入荷から払い出しまでたどった経路全体を追跡できます。

入手先

通常、ロットまたはバッチ管理の詳細に関連付けられたINV_MATERIAL_TXNSなどの在庫取引テーブルに記録されています。

例
ロット2024-A01134バッチ-US-00582LPN-493820-202405
ソースシステム
SourceSystem
データの抽出元となるシステムを示します。
説明

この属性は、在庫取引を記録したソースアプリケーションを示します。大規模な企業では、在庫データが複数のシステムやモジュールから取得される場合があります。

ソースシステムの指定は、データガバナンスとデータのコンテキストを把握するうえで重要です。データ抽出の問題を調査する際に役立つほか、地域ごとに異なるERPなど、複数のシステムやインスタンスにまたがるプロセスの比較にも使えます。

重要な理由

データの出所に関する重要なコンテキストを示します。データの検証やガバナンス、複数のシステムにまたがる可能性があるプロセスの分析に役立ちます。

入手先

通常、データの抽出・変換時に、データの出所を示す固定値として追加します。

例
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
最終データ更新
LastDataUpdate
このレコードのデータがソースシステムから最後に更新された時刻を示すタイムスタンプです。
説明

この属性には、データがソースシステムから最後に抽出され、プロセスマイニングツールに読み込まれた時刻が記録されます。分析対象データの新しさを示します。

このタイムスタンプは、インサイトがどの時点のデータに基づいているかを把握するうえで重要です。ほぼリアルタイムのデータを見ているのか、過去のある時点のデータを見ているのかを確認できるため、分析に基づいて適切なタイミングで判断するのに役立ちます。

重要な理由

データの新しさを示し、プロセス分析がどの時点の状況を反映しているか、次回のデータ更新がいつ予定されているかを確認できます。

入手先

データの抽出・変換・読み込み(ETL)処理で生成されるメタデータフィールドです。

例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
イベント終了時刻
EventEndTime
在庫アクティビティの完了時刻を示すタイムスタンプです。
説明

イベント終了時刻は、アクティビティの完了時刻を示します。在庫取引の多くは特定の時点で発生するイベントとして記録されますが、「品質検査」や「ピッキング」など、所要時間があるアクティビティもあります。瞬時に完了するイベントでは、終了時刻と開始時刻が同じになることがよくあります。

この属性はイベント開始時刻と組み合わせて、個々のアクティビティの処理時間を算出するために使います。パフォーマンス分析やリソースの利用状況の調査、想定より時間がかかりプロセス全体の遅延につながるアクティビティの特定に欠かせません。

重要な理由

個々のアクティビティの処理時間を算出し、時間のかかる工程を特定できます。

入手先

瞬時に完了する取引では、開始時刻と同じ場合があります。所要時間があるアクティビティでは、該当するソーステーブルに別の完了時刻フィールドが記録されます。

例
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
倉庫内ロケーション
WarehouseLocation
アクティビティが発生した倉庫内の具体的な場所です。棚やゾーンなどが該当します。
説明

この属性は、在庫取引に関連する倉庫内の物理的な場所を示します。通路、ラック、棚などを特定できます。在庫の保管場所や移動先を詳しく把握できます。

倉庫内ロケーション別に分析すると、物流上の非効率を特定できます。たとえば、「倉庫内在庫移動のリードタイム」ダッシュボードでは、特定のゾーン間の移動が常に遅れているかを確認できます。また、在庫差異が特定の場所で頻発していないかも把握できます。

重要な理由

倉庫内の場所を特定できるため、移動効率や、ボトルネックや調整の頻発といった場所固有の問題を分析できます。

入手先

在庫取引テーブルのLOCATOR_IDなどの項目から取得します。ロケーションマスターデータ(INV_ITEM_LOCATIONS)と結合すると、場所の名称を参照できます。

例
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
品目番号
ItemNumber
取り扱う製品または資材を一意に識別する番号です。
説明

品目番号は、SKU(在庫管理単位)とも呼ばれ、在庫取引の対象となる製品を特定します。これにより、製品ごとに分析対象を絞り込んだり、分類したりできます。

プロセスマイニングでは、製品を軸に分析するために欠かせない属性です。「棚入れに最も時間がかかる製品はどれか」「調整が最も頻繁に発生する品目はどれか」といった問いに答えるのに役立ちます。製品ラインやカテゴリごとに、的を絞った改善を進められます。

重要な理由

製品ごとにデータを絞り込んで分析できるため、プロセスの遅延や問題に関連する品目を特定できます。

入手先

在庫取引テーブルの主要項目で、通常はINVENTORY_ITEM_IDという名前です。品目マスターテーブル(EGP_SYSTEM_ITEMS_B)と結合すると、品目の詳細を参照できます。

例
AS54888CPU-INT-i9MEM-DDR5-32GB
操作を実行したユーザー
UserPerformingAction
在庫取引を実行した人のユーザーIDまたは名前です。
説明

この属性は、棚入れタスクを完了した倉庫作業者や、調整を承認した在庫管理者など、各アクティビティを実行したユーザーを特定します。

ユーザー別の分析は、作業負荷の分布や研修の必要性を把握し、コンプライアンスを確保するうえで重要です。たとえば、「在庫調整の頻度と理由」ダッシュボードでは、この属性を使って調整を最も頻繁に行うユーザーを確認できます。優れた実績を上げているユーザーや、在庫管理手順について追加の研修が必要なユーザーを把握するのに役立ちます。

重要な理由

操作を個々のユーザーに関連付けることで、ユーザーのパフォーマンス、作業負荷、研修の必要性、プロセスのコンプライアンスを分析できます。

入手先

通常、取引テーブルの「USER_ID」または「CREATED_BY」フィールドに記録されています。たとえば、INV_MATERIAL_TXNSのCREATED_BYが該当します。

例
ジェイ・スミスエイ・マーティン倉庫作業者
移動理由コード
MovementReasonCode
在庫の移動や調整が発生した業務上の理由を示すコードです。
説明

移動理由コードは、在庫取引が発生した理由を示します。廃棄、循環棚卸による調整、返品など、通常とは異なる移動を分析する際に特に重要です。

根本原因の分析に欠かせない属性です。たとえば、「在庫調整の頻度と理由」ダッシュボードでは、このコードを使って調整を分類し、破損、盗難、入力ミスなどを区別できます。理由を分析することで、影響の大きい問題に優先順位を付け、改善に取り組めます。

重要な理由

在庫の移動や調整が発生した理由を把握できるため、差異や廃棄などの問題の根本原因を分析するうえで役立ちます。

入手先

取引テーブルの理由コード項目に記録されています。たとえば、INV_MATERIAL_TXNSのREASON_IDは、理由コードのマスターデータテーブルと結合できます。

例
輸送中の破損循環棚卸による調整期限切れ在庫
SKUカテゴリ
SKUCategory
製品(SKU)が属するカテゴリまたは製品群です。
説明

SKUカテゴリは、類似する製品をまとめるための分類です。「電子機器」「原材料」「完成品」のほか、価値に基づく分類(A、B、C品目など)があります。

この属性を使うと、数千もの個別品目ではなく、製品グループ単位で分析できます。「廃棄・陳腐化率の分析」などのダッシュボードでは、廃棄されやすい製品カテゴリを特定できます。これにより、在庫方針や需要予測の改善に取り組む対象を絞り込めます。

重要な理由

製品グループごとにプロセスのパフォーマンスを集計・比較できます。個別品目の分析では見えにくい傾向を把握できます。

入手先

通常、この情報は品目マスターデータ(EGP_SYSTEM_ITEMS_B)に保存されており、取引データとの結合が必要です。

例
回転の速い品目高額品予備部品
保管場所コード
SubinventoryCode
在庫組織内の区分で、特定の保管場所や保管区分を表します。
説明

保管場所は、倉庫などの在庫組織内で品目を論理的または物理的に分類する単位です。「入荷」「完成品」「品質保留」「不良品」などが例として挙げられます。

この属性を使うと、棚などの個別の場所よりも大きな単位でロケーションを分析できます。「入荷」保管場所から「完成品」保管場所へ品質検査後に品目を移すまでの時間など、機能の異なるエリア間での資材の流れを追跡するのに役立ちます。

重要な理由

入荷、品質管理、主保管エリアなど、倉庫内の機能別エリア間における在庫の移動や滞留時間を分析できます。

入手先

在庫テーブルの標準項目で、SUBINVENTORY_CODEという名前がよく使われます。

例
入荷FGI保管場所
取引タイプ
TransactionType
在庫取引に対してシステムで定義されたタイプです。
説明

この属性は、在庫イベントをシステム上で分類した生の値です。「発注受領」「保管場所間移動」「循環棚卸による調整」などが該当します。多くの場合、利用者向けのアクティビティ名は、この技術的な分類をもとに設定されます。

アクティビティ名はプロセスマップで使われますが、取引タイプは詳細な技術分析や、アクティビティへのマッピングの検証に役立ちます。1つのアクティビティにまとめられた個別のサブプロセスやシステムの動作を特定できます。

重要な理由

イベントのシステム上の分類を確認できます。詳細な分析や、「アクティビティ名」の設定内容の検証に役立ちます。

入手先

在庫取引テーブルの標準項目です。通常は、MTL_TRANSACTION_TYPESなどの取引タイプマスターテーブルと結合して取得します。

例
発注受領サブ在庫間の移動仕掛品への構成品払出
品目ステータス
ItemStatus
品目の現在のステータスを示します。アクティブ、非アクティブ、廃止などがあります。
説明

品目ステータスは、製品のライフサイクル上の段階を示します。通常の取引に使う「アクティブ」、品質確認中の「保留」、使用を終了した「廃止」などがあります。

この属性は、特定のアクティビティを分析する際の背景情報になります。たとえば、廃止品目の廃棄率が高いのは想定内ですが、アクティブな品目の廃棄が多い場合は重大な問題の可能性があります。分析対象を絞り込み、現在有効な在庫に焦点を当てるのに役立ちます。

重要な理由

製品のライフサイクルを把握できます。廃止品目の廃棄など想定される処理と、予期しないプロセス上の問題を区別するのに役立ちます。

入手先

この情報は品目マスターテーブル(EGP_SYSTEM_ITEMS_Bなど)から取得し、取引データと結合する必要があります。

例
アクティブ非アクティブ廃止
在庫保有日数
InventoryHoldingDays
在庫ロットが最初に受領されてから、最終的に払い出されるか処分されるまでの期間です。
説明

特定の在庫バッチまたはロットの保有期間を算出するケース単位のKPIです。最初の「入荷記録」アクティビティのタイムスタンプから、最後の「出庫記録」または「在庫廃棄・処分」アクティビティのタイムスタンプまでを測定します。

運転資本と保管コストの管理に欠かせない指標です。在庫保有日数が長い場合、在庫の動きが遅く、コストの増加や陳腐化のリスク、倉庫スペースの非効率な使用につながる可能性があります。このKPIを分析すると、在庫水準の最適化や回転率の改善に役立ちます。

重要な理由

財務面と業務面の効率を測る重要なKPIです。在庫に資金がどれだけ長く拘束されているかを把握し、動きの遅い在庫を特定できます。

入手先

プロセスマイニングツールで算出するケース単位の指標です。対象となる最後のイベントと最初のイベントのタイムスタンプの差を求めます。

例
30日10:05:0095日04:00:0015日12:30:00
在庫取引ID
InventoryTransactionId
個々の在庫イベントに対してシステムが生成する一意の識別子です。
説明

在庫取引IDは、ソースシステムにおける個々の在庫取引レコードの主キーです。イベントログの各行は、いずれかのIDに対応します。

通常、概要レベルのプロセスマップで直接使うことはありませんが、データ検証、監査、ドリルダウン分析に役立ちます。Oracle Fusion SCMの該当レコードに直接リンクできるため、分析担当者はソースシステム上で異常や個別のイベントを調査できます。

重要な理由

各イベントを一意に識別できます。データ検証や追跡に欠かせず、ソースシステムのレコードをドリルダウンして確認できます。

入手先

在庫取引のメインテーブルの主キーです。通常、INV_MATERIAL_TXNSのTRANSACTION_IDが該当します。

例
987654321123456789555444333
在庫組織
InventoryOrganization
在庫を保有する組織(倉庫や製造工場など)です。
説明

在庫組織は、配送センターや工場など、在庫を保有する独立した施設または事業体を表します。Oracle Fusion SCMにおける主要な組織データです。

この属性を使うと、拠点ごとにプロセスを絞り込んで比較できます。「棚入れが最も速い倉庫はどこか」「在庫差異率は欧州と北米のどちらの拠点で高いか」といった問いに答えられます。拠点間のベンチマークや、組織内でのベストプラクティスの共有にも役立ちます。

重要な理由

倉庫や工場などの拠点間でプロセスを比較し、ベンチマークできます。拠点ごとのパフォーマンスを特定するのに役立ちます。

入手先

取引テーブルの主要項目で、ORGANIZATION_IDなどが該当します。組織名を参照するには、組織マスターデータテーブルと結合します。

例
US1配送センターシアトル製造拠点欧州中央倉庫
循環棚卸による調整かどうか
IsCycleCountAdjustment
在庫調整が循環棚卸の直後に発生した場合に真となるブール値フラグです。
説明

この派生属性は、同じ品目とロケーションについて、「循環棚卸の実施」アクティビティの直後に発生した「在庫差異の調整」アクティビティを特定するブール値フラグ(真/偽)です。棚卸の結果として直接行われた調整を切り分けられます。

「循環棚卸後の調整率」KPIに使用します。棚卸によってどの程度の頻度で調整が発生するかを把握し、循環棚卸プログラムの有効性を測定できます。このような調整の割合が高い場合、在庫記録の精度に構造的な問題がある可能性があります。

重要な理由

実地棚卸の結果として直接発生した調整を切り分け、循環棚卸プロセスの有効性を測定できます。

入手先

特定の品目またはバッチにおけるアクティビティの順序を確認し、データ変換時に作成する派生属性です。

例
truefalse
数量
Quantity
取引対象となる品目の数量です。
説明

この属性は、移動、調整、棚卸などの取引対象となった品目の数量を示します。各イベントの規模を把握できます。

数量は、さまざまな分析の基礎となる指標です。処理した商品の量、在庫差異の規模、廃棄量の算出に使います。コストデータと組み合わせると、プロセスの非効率による金銭的な影響も定量化できます。「循環棚卸の差異分析」ダッシュボードでは、このような分析が可能です。

重要な理由

取引ごとの数量を把握できるため、処理量、差異の規模、在庫業務による金銭的な影響を分析できます。

入手先

在庫取引テーブルの標準項目です。INV_MATERIAL_TXNSのPRIMARY_QUANTITYやTRANSACTION_QUANTITYなどが該当します。

例
100-105000
数量単位
UnitOfMeasure
取引数量の単位です(個、kg、箱など)。
説明

数量単位(UOM)は、「数量」属性の値が何を表すかを示します。たとえば、数量が「10」の場合、個数10個、箱10箱、または10キログラムを意味する可能性があります。

数量に基づく分析を正しく解釈するために欠かせない属性です。数量単位がなければ、品目の異なる取引を比較したり、数量を正確に集計したりできません。分析の基準をそろえ、意味のある比較を可能にします。

重要な理由

「数量」属性の値を正しく解釈し、意味のある比較を行うために必要な情報です。

入手先

通常、取引テーブルの数量項目と並んで記録されています。INV_MATERIAL_TXNSのTRANSACTION_UOMなどが該当します。

例
EAKGBOX
必須 推奨 任意

在庫管理のアクティビティ

在庫業務のプロセスを正確かつ詳細に把握するため、イベントログに記録する重要なプロセスのステップと節目です。
7 推奨 8 任意
アクティビティ 説明
ピッキングを完了
在庫ロットを保管場所から実際に取り出し、仮置き場へ移動したことを示します。ピッキング担当者がシステム上でタスクの完了を確定する明示的な取引です。
重要な理由

注文処理における重要な節目です。「ピッキングを開始」からこのイベントまでの時間で、ピッキング担当者の効率とピッキングプロセスのパフォーマンスを測定できます。

入手先

ピッキング確定取引によって記録します。移動オーダー明細または倉庫タスクのステータスを「完了」に更新するか、INV_MATERIAL_TXNSに「Subinventory Transfer」取引を記録します。

記録

ユーザーがシステム上でピッキング取引を確定した時点で記録します。多くの場合、モバイルRF端末を使用します。

イベントタイプ explicit
入荷を記録
在庫のバッチまたはロットが倉庫に物理的に到着したことを示します。通常は発注書または返品承認に基づく入荷です。商品を受け取った際にシステムへ明示的な取引として記録され、在庫ロットの最初の記録が作成されます。
重要な理由

このアクティビティは、在庫のライフサイクル分析における主な開始点です。このイベントから棚入れや品質検査などのイベントまでの時間を追跡することは、入荷業務の効率を測るうえで重要です。

入手先

INV_MATERIAL_TXNSテーブルに、資材取引として記録されます。取引タイプには「PO Receipt」「RMA Receipt」「Intransit Shipment Receipt」などがあります。取引の作成日をイベントのタイムスタンプとして使用します。

記録

入荷取引の実行時にイベントが記録されます。

イベントタイプ explicit
出庫を記録
顧客への出荷、生産指示への払い出し、別施設への移動などにより、在庫ロットが倉庫から最終的に出庫されたことを示します。在庫数を減らす明確な資材取引として記録されます。
重要な理由

在庫のライフサイクルにおける主な終了点です。在庫回転率や保管日数の算出に欠かせず、特定ロットの需要が満たされたことを確認できます。

入手先

INV_MATERIAL_TXNSに資材取引として記録されます。「Sales Order Issue」「WIP Component Issue」「Transfer Order Shipment」などの取引タイプがあります。

記録

出荷確定または部品払い出しの取引が処理された時点で記録されます。

イベントタイプ explicit
品質検査を実施
品質検査が完了し、在庫ロットを受け入れるか却下するかが決定されたことを示します。通常、品質検査レコードの最終ステータス更新から推定します。
重要な理由

この重要な節目によって、後続のプロセスで在庫を利用できるかどうかが決まります。検査結果と所要時間を分析すると、品質管理とサプライヤーのパフォーマンスを改善できます。

入手先

QA_RESULTSの品質検査レコードが「承認済み」や「却下」などの最終ステータスに更新された時刻、またはロットの資材ステータスが「QA」から「アクティブ」に変更された時刻から推定します。

記録

在庫ロットに関連付けられた品質検査レコードの完了日から算出します。

イベントタイプ inferred
在庫を廃棄
期限切れ、破損、陳腐化などにより使用できなくなった在庫ロットを、正式に在庫から除外したことを示します。在庫価値を損失計上する明示的な取引です。
重要な理由

販売も使用もされない在庫の終了点です。廃棄を追跡すると、在庫の長期滞留、需要予測、取り扱いプロセスに関する問題を特定できます。また、財務にも直接影響します。

入手先

INV_MATERIAL_TXNSに資材取引として記録されます。通常は「Miscellaneous Issue」または専用の「Scrap」取引タイプを使用し、廃棄専用の勘定科目と理由コードを関連付けます。

記録

廃棄取引が実行され、承認された時点で記録されます。

イベントタイプ explicit
在庫差異を調整
実地棚卸の数量に合わせる場合や、破損などの差異を反映する場合に、在庫ロットのシステム上の在庫数を修正する明示的な取引です。在庫の増減を正式に記録します。
重要な理由

調整の頻度と理由を追跡することは、盗難、破損、プロセス上のミスなど、在庫精度が低下する根本原因の特定に欠かせません。財務記録と在庫の信頼性にも直接影響します。

入手先

INV_MATERIAL_TXNSに資材取引として記録されます。「Cycle Count Adjustment」や「Miscellaneous Issue/Receipt」などの取引タイプがあり、多くの場合、理由コードも記録されます。

記録

在庫調整取引が承認され、転記された時点で記録されます。

イベントタイプ explicit
棚入れを完了
在庫ロットを指定の保管棚またはサブ在庫へ移動し、利用可能な在庫として登録したことを示します。入荷場所から保管場所へのロットの移動を記録する、明示的な資材取引によって把握できます。
重要な理由

この節目は入荷プロセスの終了を示します。「入荷を記録」からこのイベントまでのサイクルタイムは、棚入れの効率を測る重要業績評価指標(KPI)です。

入手先

INV_MATERIAL_TXNSテーブルに、通常は「Subinventory Transfer」または「Put Away」として資材取引を記録します。この取引によって、ロットが入荷用サブ在庫から保管用サブ在庫へ移動します。

記録

保管場所への移動を確定する取引が完了した時点でイベントが記録されます。

イベントタイプ explicit
ピッキングを開始
受注、作業指示、または移動指示に必要な在庫ロットを保管場所から取り出すタスクが作成され、注文処理が始まったことを示します。ピッキングウェーブまたは移動オーダー明細の作成から推定します。
重要な理由

このイベントからピッキングのサイクルタイムを計測します。注文の引当からピッキング開始までの遅れを調べると、注文処理や倉庫タスクの割り当てにおけるボトルネックが見つかることがあります。

入手先

ピッキングタスクに関するWMSテーブルのレコード作成時刻、または移動オーダー明細(例:Mtl_Txn_Request_Lines)のステータスが「倉庫へリリース」に更新された時刻から推定します。

記録

在庫ロットに関連付けられたピッキングタスクまたは移動オーダーの作成によって特定します。

イベントタイプ inferred
品目ステータスを変更
在庫ロットの使用可否や制限に関するステータスの変更を示します。保留、販売制限、制限解除などが該当します。通常、ロットのステータス属性の変更から推定します。
重要な理由

ステータスの変更を監視すると、在庫の利用可能状況や管理方法を把握できます。保留が頻繁に発生する場合は品質上の問題が考えられます。また、制限解除の追跡はプロセスの流れを把握するうえで重要です。

入手先

INV_LOT_NUMBERSなどの在庫テーブルにある「LOT_STATUS_CODE」または同様のフィールドの変更を追跡して推定します。変更時刻を記録するには、監査履歴やデータベースログが必要になる場合があります。

記録

ロットステータスフィールドの現在値と過去の値を時系列で比較して記録します。

イベントタイプ inferred
品質検査を開始
在庫ロットを使用可能にする前に、品質検査の対象として指定した時点を示します。受け取ったロットに関連する検査計画レコードの作成や、ロットのステータスを「QA保留」に変更した記録から推定することがよくあります。
重要な理由

品質保証プロセスの開始を示します。このイベントから「品質検査を実施」までの時間を分析すると、品質管理部門のリードタイムやボトルネックを把握できます。

入手先

Quality Managementモジュールで品質検査レコード(例:QA_RESULTS)が作成された時点、またはロットの資材ステータスが指定の検査ステータスに変更された時点から推定します。

記録

品質検査計画の作成時刻、またはロットのステータスが「検査待ち」に変更された時刻から推定します。

イベントタイプ inferred
在庫を倉庫内で移動
同じ倉庫内で、棚やサブ在庫などの保管場所間を在庫ロットが移動したことを記録します。補充や集約などを目的とする移動は、明示的な資材取引として記録されます。
重要な理由

倉庫内の移動を分析すると、非効率な倉庫レイアウト、過剰な取り扱い、在庫配置を最適化できる箇所を特定できます。移動頻度が高い場合、最初の棚入れ方法に問題がある可能性があります。

入手先

INV_MATERIAL_TXNSに資材取引として記録されます。外部の関係者が関与しない「Subinventory Transfer」や「Locator Transfer」などの取引タイプが該当します。

記録

倉庫内の移動取引が完了した時点で記録されます。

イベントタイプ explicit
循環棚卸を実施
循環棚卸または実地棚卸の一環として、在庫ロットを実際に数えたことを示します。ユーザーが数えた数量をシステムに入力する明示的な操作です。
重要な理由

このアクティビティは、在庫精度向上の取り組みを分析するうえで中心となります。在庫差異の特定や棚卸プロセスの効果測定の基礎になります。

入手先

ユーザーが棚卸数量を入力して保存すると、INV_CYCLE_COUNT_ENTRIESテーブルに記録されます。棚卸入力のタイムスタンプをイベント時刻として使用します。

記録

ユーザーが循環棚卸タスクで特定の商品とロットの数量を送信した時点で記録されます。

イベントタイプ explicit
梱包を完了
ピッキングしたロットを出荷用コンテナに入れ、コンテナを封印して梱包が完了したことを示します。梱包ステーションでの明示的なスキャン、または出荷ステータスの変更から推定できます。
重要な理由

出荷前の倉庫内作業が終了したことを示します。ピッキングから梱包までの時間を分析すると、梱包ステーションの非効率な箇所を特定できます。

入手先

出荷明細または出荷レコード(例:WSH_DELIVERY_DETAILS)のステータスが「梱包済み」に変更された時点から推定します。設定によっては、梱包ステーションでの明示的な取引として記録される場合もあります。

記録

出荷ステータスの更新時刻、または特定の梱包取引ログから算出します。

イベントタイプ inferred
棚入れを開始
受け取った商品を仮置き場または入荷エリアから最終保管場所へ移動するプロセスの開始を示します。通常、棚入れ作業に対するシステム指示のタスクまたは移動依頼の作成から推定します。
重要な理由

棚入れを速やかに開始することは、入荷エリアを空け、在庫を利用可能にするうえで重要です。このイベントを使うと、入荷から棚入れ作業の開始までの遅れを測定できます。

入手先

受け取ったロットに関連する移動依頼、またはWarehouse Management System(WMS)モジュールの倉庫タスクの作成時刻から推定します。

記録

在庫取引またはロットに関連付けられた棚入れタスクの作成によって特定します。

イベントタイプ inferred
返品を処理
返品承認(RMA)を通じて、顧客から返却された在庫ロットを受け取り、処理したことを記録します。このアクティビティによってロットが在庫システムに再登録され、多くの場合、検査や処置のプロセスが始まります。
重要な理由

返品プロセスの分析は、製品品質の問題を把握し、返品物流の効率を高めるうえで重要です。返品専用のサブプロセスを分析する際の開始点にもなります。

入手先

INV_MATERIAL_TXNSテーブルに「RMA Receipt」の資材取引として記録されます。取引の詳細から元の受注と顧客を確認できます。

記録

システムでRMA受入取引を実行した時点で記録されます。

イベントタイプ explicit
推奨 任意

データ抽出ガイド

Oracle Fusion SCMからデータを取得する方法

利用を始める準備はできましたか?

このテンプレートを使ってデータ準備を効率化し、在庫プロセスに関する重要なインサイトを見つけてください。今日から業務の最適化を始めましょう。

在庫管理を改善:今日から最適化を開始

非効率を特定し、在庫サイクルタイムを30%短縮。

無料トライアルを開始

クレジットカードは不要です。数分で利用を開始できます。