在庫管理データテンプレート
在庫管理データテンプレート
- 収集を推奨する項目
- プロセスディスカバリで追跡すべき主要な活動
- Oracle Fusion SCMからのデータ抽出に関するガイダンス
在庫管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
実行された特定の在庫管理アクティビティの名称。 | ||
|
説明
アクティビティ名とは、特定のバッチまたはロットに対する在庫管理プロセス内で発生した単一のステップまたは アクティビティの例には、「品目受領記録済み」、「品質検査実施済み」、「在庫内部移動済み」、「品目発行記録済み」などがあります。これらのアクティビティのシーケンスと頻度を分析することが
その重要性
この属性は、
取得元
これは、ソーステーブル(例:INV_MATERIAL_TXNS)からのトランザクションタイプやイベントコードを、ユーザーフレンドリーなアクティビティ名にマッピングすることで導出されることがよくあります。
例
入庫記録済み入庫完了在庫差異調整済みピッキング開始
|
|||
|
イベント開始時刻
EventStartTime
|
`在庫アクティビティ`が開始された時点を示す`タイムスタンプ`。 | ||
|
説明
この属性は、アクティビティが開始された正確な日付と時刻を 分析において、
その重要性
このタイムスタンプは、イベントの順序付け、サイクルタイムと待機時間の計算、およびプロセスのボトルネックを理解するために不可欠です。
取得元
通常、INV_MATERIAL_TXNSのTRANSACTION_DATEのように、在庫トランザクションテーブルのトランザクション日付または作成日フィールドから取得されます。
例
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
在庫バッチ/ロット
InventoryBatchLot
|
特定の`在庫品目`のバッチまたはロットに対する一意の識別子であり、そのライフサイクルを追跡するための`ケース`IDとして機能します。 | ||
|
説明
その重要性
これは、関連するすべての在庫アクティビティをリンクする不可欠なケース識別子であり、在庫バッチの入庫から出庫までの全行程を追跡することを可能にします。
取得元
この情報は通常、ロットまたはバッチ管理の詳細に関連するINV_MATERIAL_TXNSのような在庫トランザクションテーブルにあります。
例
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
ソースシステム
SourceSystem
|
`データ`が`抽出`された`システム`を`特定`します。 | ||
|
説明
この属性は、 ソースシステムを指定することは、
その重要性
取得元
データの出所を示すために、抽出・変換の過程で付与される固定値であることが一般的です。
例
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、 この
その重要性
データの鮮度を示し、ユーザーがプロセス分析の現在性および次回のデータ更新がいつ予定されているかを理解できるようにします。
取得元
これは、データ抽出、変換、読み込み(ETL)プロセス中に生成されるメタデータフィールドです。
例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
アクションを実行するユーザー
UserPerformingAction
|
`在庫トランザクション`を実行した人のユーザーIDまたは名前。 | ||
|
説明
この属性は、特定のアクティビティを実行した特定のユーザー(入庫 ユーザーによる分析は、
その重要性
特定の個人にアクションを帰属させ、ユーザーのパフォーマンス、ワークロード、トレーニングニーズ、およびプロセスコンプライアンスの分析を可能にします。
取得元
通常、INV_MATERIAL_TXNSのCREATED_BYのように、トランザクションテーブルの「USER_ID」または「CREATED_BY」フィールドとして見つかります。
例
JSMITHAMARTINWAREHOUSE.OPERATOR
|
|||
|
イベントの終了時刻
EventEndTime
|
`在庫アクティビティ`が完了した時点を示す`タイムスタンプ`。 | ||
|
説明
この属性は、
その重要性
個々の活動の処理時間を計算することを可能にし、どの特定のステップが時間のかかるものであるかを特定するのに役立ちます。
取得元
瞬時トランザクションの場合、開始時間と同じであることがあります。期間を伴うアクティビティの場合、関連するソーステーブルには別の完了タイムスタンプフィールドが存在します。
例
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
倉庫ロケーション
WarehouseLocation
|
アクティビティが発生した倉庫内の特定のロケーション(ビンやゾーンなど)。 | ||
|
説明
この属性は、
その重要性
倉庫内の地理的コンテキストを提供し、移動効率の分析や、
取得元
在庫トランザクションテーブルのLOCATOR_IDのようなフィールドから取得され、記述的な名称のためにロケーションマスタ
例
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
品目番号
ItemNumber
|
処理されている製品または品目の一意の識別子。 | ||
|
説明
品目番号は、しばしば
その重要性
特定の製品によるフィルタリングと分析を可能にし、どの品目がプロセス遅延や問題に関連しているかを特定するのに役立ちます。
取得元
これは在庫トランザクションテーブルの中核となるフィールドで、通常はINVENTORY_ITEM_IDという名前であり、詳細については品目マスターテーブル(EGP_SYSTEM_ITEMS_B)にリンクしています。
例
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
移動理由コード
MovementReasonCode
|
在庫の移動や調整のビジネス上の理由を説明するコードです。 | ||
|
説明
この属性は根本原因分析に不可欠です。例えば、「在庫調整頻度と理由」
その重要性
在庫調整や移動の「理由」を説明するもので、差異や廃棄などの問題の根本原因分析に不可欠です。
取得元
INV_MATERIAL_TXNSのREASON_IDなど、理由コードマスターデータテーブルにリンクする理由コードフィールドとしてトランザクションテーブルにあります。
例
輸送中に破損サイクルカウント調整期限切れ在庫
|
|||
|
SKUカテゴリー
SKUCategory
|
製品(SKU)が属するカテゴリーまたはファミリー。 | ||
|
説明
この属性により、製品グループごとの高レベル分析が可能となり、これは数千もの個別品目を
その重要性
異なる製品グループ間でのプロセスパフォーマンスの集計と比較を可能にし、個々の品目レベルでは見えない傾向を明らかにします。
取得元
この情報は通常、品目マスターデータ(EGP_SYSTEM_ITEMS_B)に保存されており、トランザクションデータと結合する必要があります。
例
高回転品高価値スペアパーツ
|
|||
|
アクティビティ処理時間
ActivityProcessingTime
|
単一のアクティビティの期間で、終了`タイム`と開始`タイム`の差として計算されます。 | ||
|
説明
この指標は、タスクに実際に費やされた時間を測定するもので、「EventEndTime」から「EventStartTime」を差し引いて計算されます。瞬間的なイベントの場合、この期間はゼロです。品質検査のように開始と終了が明確に定義されたアクティビティの場合、実際の処理時間を表します。 処理時間を分析することで、プロセス内のどの特定ステップが最も時間を要しているかを特定するのに役立ちます。これは待機期間を含むサイクルタイムとは異なります。特定のアクティビティの処理時間が長い場合、より良いツール、自動化、または人員の増強が必要であることを示している可能性があります。
その重要性
アクティビティの実際の作業期間を測定し、待機時間とは別に最適化が必要な非効率なステップを特定するのに役立ちます。
取得元
データ変換中に計算されます:EventEndTime - EventStartTime。
例
0 00:30:000 02:00:000 00:00:00
|
|||
|
サブインベントリコード
SubinventoryCode
|
在庫組織の細区分で、特定の保管区域またはタイプを表します。 | ||
|
説明
サブインベントリとは、より大きな在庫組織(例:倉庫)内での品目の論理的または物理的なグループ分けを指します。例えば、「受入」、「完成品」、「品質保留」、「不良品」などがあります。 この属性により、特定のビンロケーションよりも高レベルの場所分析が可能になります。これは、品質検査後に品目が「受入」サブインベントリから「完成品」サブインベントリに移動するまでの時間など、異なる機能領域間の資材の流れを追跡するのに役立ちます。
その重要性
倉庫内の受入、品質、主要保管場所などの異なる機能領域間での在庫移動および保管時間の分析を可能にします。
取得元
在庫テーブルの標準フィールドで、多くの場合SUBINVENTORY_CODEという名前です。
例
受入FGISTORES
|
|||
|
取引タイプ
TransactionType
|
`在庫トランザクション`のシステム定義タイプ。 | ||
|
説明
この属性は、「
その重要性
取得元
通常、MTL_TRANSACTION_TYPESのようなトランザクションタイプマスターテーブルから結合される在庫トランザクションテーブルの標準フィールドです。
例
購買オーダー受領サブインベントリ振替仕掛品部品発行
|
|||
|
品目ステータス
ItemStatus
|
在庫品目の現在のステータス(Active、Inactive、Obsoleteなど)を示します。 | ||
|
説明
品目ステータスは、製品自体のライフサイクル段階を反映します。例えば、品目は通常のトランザクションでは「Active」、品質レビューでは「Hold」、使用されなくなった場合は「Obsolete」となりえます。 この属性は、特定のアクティビティを分析する上で貴重なコンテキストを提供します。例えば、「Obsolete」ステータスの品目の廃棄率が高いのは
その重要性
製品ライフサイクルのコンテキストを提供し、予期されるアクション(例:陳腐化した品目の廃棄)と予期しないプロセス問題とを区別するのに役立ちます。
取得元
この情報は品目マスターテーブル(例:EGP_SYSTEM_ITEMS_B)から取得され、トランザクションデータと結合する必要があります。
例
アクティブ非アクティブ陳腐化
|
|||
|
在庫トランザクションID
InventoryTransactionId
|
単一の`在庫イベント`に対するシステム生成の一意の識別子。 | ||
|
説明
通常、上位レベルの
その重要性
各イベントに固有のキーを提供します。これは、
取得元
これは主要な在庫トランザクションテーブルの主キーであり、通常INV_MATERIAL_TXNSのTRANSACTION_IDです。
例
987654321123456789555444333
|
|||
|
在庫保有日数
InventoryHoldingDays
|
`在庫バッチ`が最初に受領されてから最終的に発行または処分されるまでの、在庫に`ある`総`時間`。 | ||
|
説明
これは、特定の在庫バッチまたはロットが保持されている総期間を計算するケースレベルのKPIです。このKPIは、最初の「入庫記録」アクティビティのタイムスタンプから、そのケースの最終的な「出庫記録」または「在庫廃棄/処分」アクティビティのタイムスタンプまでを測定します。 この指標は、運転資本と保管コストを管理するために非常に重要です。在庫滞留日数が多い場合、在庫の動きが遅いことを示しており、コストの増加、陳腐化のリスク、倉庫スペースの非効率な利用につながる可能性があります。このKPIを分析することで、在庫レベルの最適化と回転率の改善に役立ちます。
その重要性
財務および業務効率にとって重要なKPIであり、資本が在庫に拘束されている期間を測定し、滞留在庫の特定に役立ちます。
取得元
これは、プロセスマイニングツール内で、関連する最後のイベントのタイムスタンプと最初のイベントのタイムスタンプの差を取って計算されるケースレベルの指標です。
例
30 days 10:05:0095 days 04:00:0015 days 12:30:00
|
|||
|
在庫組織
InventoryOrganization
|
在庫が保有されている特定の組織(例:倉庫、製造工場)。 | ||
|
説明
在庫組織とは、流通センターや工場など、在庫を保管する個別の施設やエンティティを指します。これは、Oracle Fusion SCMにおける主要な組織データ要素です。 この属性は、異なる物理サイト間でのプロセスをフィルタリングおよび比較するために使用されます。「どの倉庫が最も迅速な棚入れ時間を達成しているか?」や「ヨーロッパと北米の施設では、どちらの在庫差異率が高いか?」といった疑問に答えるのに役立ちます。これにより、組織全体でのベンチマークとベストプラクティスの共有が可能になります。
その重要性
倉庫や工場などの異なる施設間でのプロセス比較とベンチマークを可能にし、サイト固有のパフォーマンスを特定するのに役立ちます。
取得元
ORGANIZATION_IDなどのトランザクションテーブルのコアフィールドで、組織名のために組織マスターデータテーブルにリンクされます。
例
US1配送センターシアトル製造EU Central Warehouse
|
|||
|
循環棚卸し調整か否か
IsCycleCountAdjustment
|
サイクルカウント活動の直後に在庫調整が行われた場合に真となるブールフラグです。 | ||
|
説明
この導出属性は、同じ品目とロケーション この
その重要性
物理的棚卸の直接の結果である調整を分離することで、サイクルカウントプロセスの有効性を具体的に測定するのに役立ちます。
取得元
これは、特定の品目やバッチのアクティビティのシーケンスをチェックすることで、データ変換中に作成される派生属性です。
例
truefalse
|
|||
|
数量
Quantity
|
トランザクションに関与した品目の数量。 | ||
|
説明
この属性は、移動、調整、計数、またはその他の方法でトランザクションされた品目の単位数を表します。これは各 数量は多くの分析
その重要性
各トランザクションの量を定量化し、スループット、差異の規模、および在庫アクティビティの財務的影響の分析を可能にします。
取得元
INV_MATERIAL_TXNSのPRIMARY_QUANTITYやTRANSACTION_QUANTITYなど、在庫トランザクションテーブルの標準フィールドです。
例
100-105000
|
|||
|
測定単位
UnitOfMeasure
|
トランザクション数量の単位(例:個、Kg、箱)。 | ||
|
説明
単位(UOM)は、「数量」属性のコンテキストを提供し、数値が何を表すかを指定します。例えば、数量「10」は、個別品目10個、箱10個、または10キログラムを意味する場合があります。 この属性は、数量ベースの分析を正確に解釈するために不可欠です。UOMがない場合、異なる品目のトランザクションを比較したり、数量を正確に集計したりすることは不可能です。これにより、分析が一貫した意味のある
その重要性
「数量」属性に不可欠なコンテキストを提供し、値が正しく解釈され、比較が意味のあるものになるようにします。
取得元
通常、INV_MATERIAL_TXNSのTRANSACTION_UOMのように、トランザクションテーブルの数量フィールドとともに見つかります。
例
EAKGBOX
|
|||
在庫管理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ピッキング完了
|
在庫ロットが保管場所から物理的にピッキングされ、一時保管エリアに移動したことを示します。これは、ピッカーがシステム内でピッキングタスクの完了を確認する明示的なトランザクションです。 | ||
|
その重要性
これは受注処理における重要なマイルストーンです。「ピッキング開始」からこのイベントまでの期間は、ピッカーの効率とピッキングプロセスのパフォーマンスを測定します。
取得元
ピック確認トランザクションを介して取得されます。これにより、移動オーダー明細または倉庫タスクのステータスが「完了」に更新されるか、INV_MATERIAL_TXNSで「サブインベントリ転送」トランザクションがトリガーされます。
取得
ユーザーがシステム内でピッキングトランザクションを確認した際(多くの場合、モバイルRFデバイス経由)に記録されます。
イベントタイプ
explicit
|
|||
|
入庫完了
|
在庫ロットを指定された保管ビンまたはサブインベントリに移動する作業の完了を表し、公式に利用可能な在庫の一部となることを意味します。これは、ロットのロケーションを受入から保管場所に更新する明示的な品目トランザクションによって捕捉されます。 | ||
|
その重要性
このマイルストーンは、入庫プロセスの終了を示します。「入庫記録」からこのイベントまでのサイクルタイムは、棚入れ効率を測定するための主要なKPIです。
取得元
INV_MATERIAL_TXNSテーブルにおいて、多くの場合「サブインベントリ振替」または「入庫」として品目トランザクションとして記録されます。このトランザクションは、ロットを受入サブインベントリから保管サブインベントリに移動します。
取得
保管場所への移動を確認するトランザクションが完了したときにイベントがログに記録されます。
イベントタイプ
explicit
|
|||
|
入庫記録済み
|
在庫バッチまたはロットが倉庫に物理的に最初に到着したことを示します。通常、これは購買オーダーまたは返品承認に対して行われます。これは品目が受領された際にシステムに記録される明示的なトランザクションであり、在庫ロットの最初の記録を作成します。 | ||
|
その重要性
このアクティビティは、
取得元
INV_MATERIAL_TXNSテーブルにおいて、「購買オーダー受領」、「返品受領」、または「輸送中出荷受領」のようなトランザクションタイプを持つ品目トランザクションとして記録されます。このトランザクションの作成日付が
取得
入庫取引の実行時にイベントがログに記録されます。
イベントタイプ
explicit
|
|||
|
出庫記録済み
|
在庫ロットが倉庫から最終的に払い出されることを示します。これは顧客への出荷、生産ジョブへの発行、または別の施設への振替を通じて行われます。これは在庫を減らす明確な明示的な品目トランザクションです。 | ||
|
その重要性
これは在庫ライフサイクルの主要な終点であり、在庫回転率と滞留日数の計算に不可欠です。特定のロットの需要が満たされたことを確認します。
取得元
INV_MATERIAL_TXNSにおいて、「販売オーダー発行」、「WIPコンポーネント発行」、または「振替オーダー出荷」のようなタイプを持つ品目トランザクションとして記録されます。
取得
出荷確認またはコンポーネント発行トランザクションが処理された際に記録されます。
イベントタイプ
explicit
|
|||
|
品質検査実施済み
|
在庫ロットを受け入れるか拒否するかの決定が下される品質検査プロセスの完了を示します。この`イベント`は通常、品質検査記録の最終ステータス更新から推測されます。 | ||
|
その重要性
これは、下流プロセスにおける在庫の利用可能性を決定する重要なマイルストーンです。検査結果と期間を分析することで、品質管理とサプライヤーのパフォーマンスの最適化に役立ちます。
取得元
QA_RESULTSの品質検査記録が「承認済み」または「不合格」のような最終ステータスに更新されたタイムスタンプ、またはロットの品目ステータスが「QA」から「Active」に変更されたタイムスタンプから推測されます。
取得
在庫ロットに関連付けられた品質検査記録の完了日から派生します。
イベントタイプ
inferred
|
|||
|
在庫差異調整済み
|
在庫ロットのシステム上の手持数量を物理的な棚卸数に合わせるため、または破損などの他の差異を説明するための明示的な取引です。この取引は、在庫の増減を正式に認識します。 | ||
|
その重要性
調整の頻度と理由を追跡することは、盗難、破損、プロセスエラーなどの在庫の不正確さの根本原因を特定するために不可欠です。これは財務記録と在庫の信頼性に直接影響します。
取得元
INV_MATERIAL_TXNSにおいて、「循環棚卸し調整」や「その他発行/受領」のような特定のタイプを持つ品目トランザクションとして記録され、しばしば理由コードが伴います。
取得
在庫調整トランザクションの承認および転記時に記録されます。
イベントタイプ
explicit
|
|||
|
在庫廃棄/処分済み
|
有効期限切れ、損傷、陳腐化、またはその他の理由で在庫ロットを正式に在庫から削除することを表します。これは在庫価値を償却する明示的なトランザクションです。 | ||
|
その重要性
これは販売または使用されない在庫の終点です。廃棄を追跡することで、在庫の陳腐化、需要予測、または処理プロセスに関する問題を特定するのに役立ち、財務に直接的な影響を与えます。
取得元
INV_MATERIAL_TXNSにおいて、通常「その他発行」または特定の「廃棄」トランザクションタイプとして、廃棄固有のアカウントおよび理由コードにリンクされて品目トランザクションとして記録されます。
取得
廃棄トランザクションが実行され、承認された際に記録されます。
イベントタイプ
explicit
|
|||
|
サイクルカウント実施済み
|
在庫ロットが、循環棚卸しまたは実地棚卸しプログラムの一環として物理的に数えられたことを示します。これは、ユーザーが計数数量をシステムに入力する明示的なアクションです。 | ||
|
その重要性
このアクティビティは、
取得元
INV_CYCLE_COUNT_ENTRIESテーブルにおいて、計数数量がユーザーによって入力され保存された際に記録されます。計数エントリの
取得
ユーザーが循環棚卸しタスクで特定の品目とロットの計数を提出した際に記録されます。
イベントタイプ
explicit
|
|||
|
ピッキング開始
|
販売オーダー、作業オーダー、または振替のために在庫ロットを保管場所からピッキングするタスクが作成され、オーダーフルフィルメントプロセスが開始されることを示します。これは、ピックウェーブまたは移動オーダーラインの作成から推測されます。 | ||
|
その重要性
この
取得元
ピックタスク用のWMSテーブルの記録作成タイムスタンプ、または移動オーダーライン(例:Mtl_Txn_Request_Lines)のステータスが「倉庫にリリース済み」に更新されたことから推測されます。
取得
在庫ロットに関連付けられたピックタスクまたは移動オーダーの作成によって特定されます。
イベントタイプ
inferred
|
|||
|
入庫開始
|
受領された品目を一時保管エリアまたは受入エリアから最終保管場所に移動するプロセスの開始を示します。これは通常、入庫作業のためのシステム指示タスクまたは移動要求の作成から推測されます。 | ||
|
その重要性
入庫プロセスを迅速に開始することは、受入ドックの混雑を解消し、在庫を利用可能にする上で重要です。このイベントは、受領から入庫作業開始までの遅延を測定するのに役立ちます。
取得元
受領されたロットに関連する倉庫管理システム(WMS)モジュールにおける移動依頼または倉庫タスクの作成タイムスタンプから推測されます。
取得
在庫トランザクションまたはロットに関連付けられた棚入れタスクの作成によって特定されます。
イベントタイプ
inferred
|
|||
|
品目ステータス変更済み
|
在庫ロットの利用可能性または制限ステータスの変更を表します。例えば、保留に設定したり、販売を制限したり、リリースしたりすることです。これは通常、ロットのステータス属性への変更から推測されます。 | ||
|
その重要性
ステータス変更を監視することは、在庫の可用性と管理を理解するのに役立ちます。頻繁な保留は品質問題を示唆する可能性があり、リリースの追跡はプロセスフローにとって重要です。
取得元
INV_LOT_NUMBERSのような在庫テーブルの「LOT_STATUS_CODE」または類似フィールドへの変更を追跡することで推測されます。変更のタイムスタンプをキャプチャするには、監査履歴またはデータベースログが必要となる場合があります。
取得
ロットステータスフィールドの現在値と以前の値を時間の経過とともに比較することで取得されます。
イベントタイプ
inferred
|
|||
|
品質検査開始
|
在庫ロットが使用可能になる前に品質管理検査に指定される瞬間を表します。これは多くの場合、受領ロットに関連付けられた検査計画記録の作成、またはロットが「QA」保留ステータスになるステータス変更から推測されます。 | ||
|
その重要性
品質保証プロセスの開始を特定します。これと「品質検査実施済み」の間の期間は、QC部門におけるリードタイムと潜在的なボトルネックを明らかにします。
取得元
品質管理モジュール(例:QA_RESULTS)での品質検査記録の作成、またはロットの品目ステータスが指定された検査ステータスに変更されたことを追跡することで推測されます。
取得
品質検査計画の作成タイムスタンプ、またはロットステータスが「検査待ち」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
在庫内部移動済み
|
同じ倉庫内で、ビンやサブインベントリなどの異なる保管場所間での在庫ロットの移動を捉えます。これらの移動は、補充や統合などの目的で明示的な資材取引として記録されます。 | ||
|
その重要性
内部移動を分析することは、非効率な倉庫レイアウト、過剰な取り扱い、および在庫配置を最適化する機会を特定するのに役立ちます。高頻度は、初期の棚入れロジックが不十分であることを示唆する場合があります。
取得元
INV_MATERIAL_TXNSにおいて、外部当事者を伴わない「サブインベントリ振替」や「ロケーター振替」のようなタイプを持つ品目トランザクションとして記録されます。
取得
内部振替トランザクションの完了時に記録されます。
イベントタイプ
explicit
|
|||
|
梱包完了
|
ピッキングされたロットが出荷コンテナに入れられ、コンテナが封印される梱包プロセスの完了を表します。これは、明示的なステーションスキャンまたは出荷ステータスの変更から推測される場合があります。 | ||
|
その重要性
出荷前の物理的な倉庫処理の終了を示します。ピッキングから梱包までの時間を分析することで、梱包ステーションの非効率性を特定するのに役立ちます。
取得元
配送詳細または出荷記録(例:WSH_DELIVERY_DETAILS)のステータスが「Packed」に変更されたことから推測されます。一部の設定では、梱包ステーションでの明示的なトランザクションである場合があります。
取得
出荷ステータス更新のタイムスタンプ、または特定の梱包トランザクションログから派生します。
イベントタイプ
inferred
|
|||
|
返品処理済み
|
顧客からの返品承認 (RMA) を介して、返品された在庫ロットの受領と処理を捉えます。この活動により、ロットは在庫システムに再導入され、多くの場合、検査および処分プロセスがトリガーされます。 | ||
|
その重要性
返品プロセスを分析することは、製品の品質問題を理解し、リバースロジスティクスの効率を向上させる上で重要です。これは、独立した返品サブプロセスの出発点となり得ます。
取得元
INV_MATERIAL_TXNSテーブルにおいて、「返品受領」品目トランザクションとして記録されます。トランザクション詳細は元の販売オーダーおよび顧客にリンクされます。
取得
システムでの返品受領(RMA)トランザクションの実行時に記録されます。
イベントタイプ
explicit
|
|||