セグメント配分による供給監査

供給監査属性

Purpose attribute

供給監査記録については、適用できる目的の種類が異なる。 purpose 属性は、生成された監査の理由を指定する。 次のような目的がある：

• SUPPLY_SYNC - Supply sync APIリクエストが行われたとき。
• SUPPLY_ADJUSTMENT - Supply adjust APIリクエストが行われたとき。
• SEGMENT_ALLOCATION - Supply sync API リクエストがセグメントリバランシングを引き起こす場合。
• SEGMENT_REALLOCATION - スケジュールされた時間間隔で自動セグメントリバランシングが行われる場合、またはセグメント再配置がユーザー主導で要求される場合。 詳細については Reallocate items across segments APIをご覧ください。

親アクションID

システムに在庫割り当てを実行させるすべての供給同期操作は、元のユーザー要求に対するアクションIDを生成する。 このアクションIdは親アクションIdとして設定される。 このオリジナルの供給更新に起因するすべてのシステム更新は、トレーサビリティのために同じ親アクションIDでスタンプされる。 各監査記録には、一意のアクションIDが刻印される。

RelatedBy アクションID

自動セグメント再配分またはユーザートリガーによるセグメント再配分により供給の更新が発生した場合、システムは、トレーサビリティのための配分計画に従って、関連するすべての供給監査記録に relatedByActionId としてスタンプされるIdを生成する。 各監査記録には、一意のアクションIDが刻印される。

監査タイプ

監査レコードは、誰がインベントリ更新を開始したかを示す監査タイプ属性を提供します。 以下は2つの監査タイプの値である：

ユーザー別監査

ユーザートリガー監査は、供給同期または供給調整のユーザー要求によって生成される。 加えて、以下のAPIを使った手動での再割り当てリクエストによっても生成される。 Reallocate items across segments API。

システム別監査

システムが生成する監査は、スケジュールされた時間間隔で実行される自動セグメント再配置プロセスによってトリガーされる。 詳細については、 セグメントのリバランシングを参照。

監査の詳細

監査詳細には、追加監査レコードの生成を開始した操作に関する詳細情報が含まれており、それはセグメントの割り当てまたは再割り当てによるものである可能性がある。

たとえば、セグメントの割り当てや再割り当ての場合、監査の詳細には、 ruleId 、セグメントごとの割り当て量を含むルールのアクションオブジェクトなど、使用された割り当てプランが含まれます。

システム更新に伴う供給監査への問い合わせ

インベントリ更新の実行者、 USER または SYSTEM に基づいて監査レコードを検索するには、 auditType 属性を入力フィルタとして使用します。 auditType が渡されない場合、デフォルトは USER となり、トップレベル USER で開始された監査記録のみが公開される。 USER 、 SYSTEM の両方の値を渡すこともできる。この場合、 USER または SYSTEM のどちらかによって開始されたすべての監査記録が公開される。

与えられた供給同期ユーザーリクエストに対して供給するすべてのシステムアップデートを見つけるために、 parentActionId を入力フィルターで使用することができる。 さらに、セグメントの再配置によるすべてのシステム更新を見つけるために、 relatedByActionId 。

供給監査の例