在庫監査
配送センターであってもストアであっても、どの配送ロケーションでも、在庫の供給または需要の変化により、何千もの在庫トランザクションが処理される可能性があります。 供給の場合、これは、カートのチェックアウト時にウォークイン顧客によって作成されたインバウンド・サプライヤー・インベントリーまたはマイクロ・トランザクションである可能性があります。 需要の場合は、新しいオンライン・オーダー・キャプチャーによって主導することができます。
- 供給診断: 誤った供給更新によってストアの在庫ピクチャーが正しくない場合、フルフィルメント・マネージャーは、根本原因に対処できるように、1 つ以上の在庫更新の正確な時刻と詳細を識別する必要があります。 対照的に、供給または需要の更新のリストを取得するだけでは、監査および時間要因なしでは分析に役立たない可能性があります。
- データ分析のための監査エクスポート: 販売キャンペーンの後、フルフィルメント・マネージャーは、外部データ分析ツールを使用して、キャンペーンの結果にブーストまたはドロップがあったかどうかを検出するための監査の支援により、在庫移動の傾向に関する比較分析を行うことができます。
- サプライ・ロットの識別: 製造業者からの製品リコールがあった場合、フルフィルメント・マネージャーは、影響を受ける受入ノードを追跡して保護アクションを実行できるように、製造業者名に関連付けられた、またはスタンプが付けられた在庫供給更新のグループを明らかにする必要があります。
供給および需要の変更にならないトランザクションがいくつかあります。 例えば、供給または需要の調整が、前回の供給同期または需要同期のタイム・スタンプより古いタイム・スタンプで送信された場合、その調整は適用されず、無視されます。 このようなトランザクションの監査もキャプチャーする必要があるため、受け入れられたすべてのクライアント要求が監査されます。
需要と供給の監査
- アクティビティーのタイム・スタンプ。
- 実行されるアクション。
- インベントリー・レコードの詳細。
- トランザクション ID (在庫の更新時に含まれる)。
また、 Order Hub ユーザー・インターフェースまたは対応する需給監査検索 API を使用して、監査レコードを検索することもできます。
在庫監査の検索および詳細の検索
インベントリー監査検索は、柔軟な照会ベースの API です。ユーザーはこの API を使用して、期間とインベントリー属性を指定することにより、監査レコードを見つけることができます。 これらの結果は、昇順または降順でソートできます。 エクスポートや UI のユース・ケースに役立つように、監査検索 API を使用して、必要なページ・サイズとページ・オフセットを指定することにより、ページ編集形式で結果を表示することができます。
検索照会は、1 つ以上の検索属性名と比較演算子で構成されます。 包括的でないリストには、以下のようなものがあります。
| 属性を検索 | 検索照会 |
|---|---|
| 供給属性 | itemId, unit of measure, product class, shipnode, shipByDate, line Reference,
reference type, reference, eta, type, base type, audit type, purpose, parent actionId,
relatedByActionId. |
| 需要属性 | itemId, unit of measure, product class, shipnode, shipDate, reference type,
reference, cancel date, min ship by date, type, base type. |
Contains.Equals(単一値)。Equals(IN節に類似した複数の値)。Start with.- タイム・スタンプ・フィールドの場合は、
FromおよびToの日付範囲。
監査 ID がわかっている場合は、監査詳細 API を使用して、特定の監査レコードを検索できます。
インベントリー監査保存期間
照会の時点から最大 30 日前までの過去の在庫監査を検索できます。 保存期間を延長する場合、またはデータの分析に関心がある場合は、監査検索 API を使用して、監査レコードを外部データベースにエクスポートできます。
供給監査のためのカスタム在庫属性
標準供給監査レコードは、在庫属性で構成されています。これは、特定のユース・ケースで詳細な根本原因分析を行うには不十分である可能性があります。 例えば、フルフィルメント・マネージャーは、供給調整および同期要求の一部として製造元の名前、GTIN 値、または変更されたユーザー名を組み込み、追加の値が在庫監査で保持されるようにすることができます。 製造元のリコールや誤った更新などの問題が後で発生した場合は、監査検索機能のフィルターとして追加属性を使用することで、特定の供給レコードとアクティビティー時間を識別できます。 別の例として、履行管理者は、カスタム属性 modifiedUserId を照会条件として使用して、特定のシステムまたはユーザーによって作成されたすべての供給調整レコードに対して監査検索を実行できます。
以下のステップに従って、カスタム・インベントリー属性を監査検索用に有効にすることができます。
- カスタム供給属性を構成しています。
- 供給調整または同期要求の一部としてのカスタム供給属性の組み込み。
- カスタム供給属性を (API または Order Hubを介して) 検索照会として使用して供給監査を検索する。
カスタム供給属性の構成
createCustomAttribute API を使用して、提供調整および同期要求の一部として組み込む JSON 属性を登録する必要があります。 ラベルは、供給要求の実際の属性値と一致する必要があります。 この場合のビジネス目的は「供給」です。
カスタム属性の作成方法については createCustomAttribute APIを参照してください。
{
"label":"ManufacturerName",
"datatype":"string",
"businessPurposes":[
"supply",
"sourcing"
]
}
カスタム属性による供給調整または同期
カスタム供給属性が定義された後、次のステップでは、供給調整と同期要求に JSON 属性を組み込みます。 例えば、構成されたカスタム属性が ManufacturerName の場合、この属性は customAttributes JSON エレメント内に含まれます。
{
"supplies":[
{
"itemId":"17854",
"unitOfMeasure":"EACH",
"productClass":"NEW",
"type":"ONHAND",
"shipNode":"matrix",
"eta":"1900-01-01T00:00:00-00:00",
"shipByDate":"2500-01-01T00:00:00-00:00",
"minShipByDate":"2500-01-01T00:00:00-00:00",
"quantity":"9993.0",
"customAttributes":{
"ManufacturerName":"process",
"ModifyUserId":"123456",
"ManufacturingDate":"2020-01-01T00:00:00.000Z"
}
}
]
}
カスタム・インベントリー属性を使用したインベントリー監査の照会
供給の更新がシステムによって受け入れられると、カスタム属性が監査に表示されます。 Order Hub 監査検索を使用することも、1 つ以上の検索語で構成される API 要求の検索照会を作成することもできます。 例えば、クエリーが itemId=Item001 および ManufacturerName=ACMEの場合、 ACMEをソースとするすべての Item001 供給レコードが返されます。
{
"offset":0,
"pageSize":25,
"time":{
"fromValue":"2023-03-01T00:00:00.000Z",
"toValue":"2023-03-03T00:00:00.000Z"
},
"data":{
"itemId":{
"operator":"contains",
"values":[
"SKU1024"
]
},
"customAttributes":[
{
"customAttribute":"ManufacturerName",
"operator":"equals",
"values":[
"ACME"
]
}
]
}
}