在庫ルール

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：4分

    • 在庫ルールは、あるストックルーム内のある資産のインベントリが指定されたしきい値に達すると、特定の数量が別のストックルームから移転されるか、またはベンダーに注文すべきかを定義します。

    たとえば、特定のモデルのキーボードがあるストックルームでインベントリ数 10 台になった場合、在庫ルールの設定に従って、別のストックルームからキーボード 50 台を転送するための転送注文が自動的に作成されます。在庫ルールでは、ストックルームに複数のモデル資産が存在する可能性があるため、基準に適合するすべての資産を確認し、合計数を表示することができるようになっています。

    再補充オプションは 2 通りあります。

    • メール通知は、ストックルーム内の特定の資産のインベントリが指定されたしきい値に達すると、[資産再補充] メールアクションを介してストックルームマネージャー (ストックルームレコードの [マネージャー] フィールドで指定) に送信できます。このメール通知をカスタマイズするには、次のタブで詳細を更新します。
      • 送信時期:メールをトリガーする条件を設定します。
      • 受信者:メールの受信者を指定します。
      • 内容:メールに含まれるコンテンツと情報を定義します。
      倉庫マネージャー用のタスクが自動的に作成されるか、または、調達がアクティブな場合は、発注書 (PO) と発注明細が作成されます。
    • 転送注文を自動的に作成して、別のストックルームからアイテムを補充することができます。

    在庫ルールランナージョブ

    在庫ルールランナージョブは毎日実行され、ストックルームの在庫が在庫ルールで設定されたしきい値に達したかどうかを確認します。その後、ジョブはインベントリを補充するタスクまたはワークフローをトリガーします。このジョブは、倉庫マネージャーのタスクを作成し、メール通知も送信します。
    重要:
    補充が進行中の場合、システムでは重複したメールメッセージや重複した転送注文は作成されません。迅速に行動することが重要です。

    デフォルトでは、glide.sc.checkout.twostep システムプロパティが false に設定されているため、アイテムが サービスカタログ カートに追加されると、要求が自動的に送信されます。また、システムプロパティのこの設定により、在庫ルールランナージョブは、タスク、発注書 (PO)、転送注文、および サービスカタログ 要求の作成をトリガーします。

    glide.sc.checkout.twostep システムプロパティの値が true に設定されている場合、CartJS API はアイテムをカートに追加しますが、要求は自動的に送信されません。代わりに、要求の送信には追加のアクションを実行する必要があり、在庫ルールランナージョブの自動フローに影響します。

    pending_deliveryは、在庫ルールが履行待ちか配送待ちかを示すために使用されます。pending_deliveryは次のいずれかの値に設定できます。

    • このフラグが true に設定されている場合、在庫ルールは進行中であり、システムは同じアイテムに対して重複するタスクや注文を生成しません。
    • このフラグが false に設定されている場合、システムは在庫ルールを再処理し、タスクと注文の登録を再度トリガーします。
    注:
    在庫ルールが処理されたときにpending_deliveryフラグが false に更新され、在庫ルールランナージョブが冗長性なしで実行できるようにしてください。

    在庫ルールタイプと ServiceNow インスタンスで有効化されているプラグインに基づいて、在庫ルールランナージョブは発注書、転送注文、 サービスカタログ 要求、またはタスクを作成します。

    重要:

    調達プラグインと ハードウェア資産管理 アプリケーションが有効になっていない場合、在庫ルールランナージョブは発注書 (PO) や サービスカタログ 要求の代わりにタスクを作成します。このタスクでは、インベントリを補充するために必要なアクションを実行するよう倉庫マネージャーに指示します。

    表 : 1. 在庫ルールランナージョブの動作
    在庫ルールのタイプ 作成される注文/要求
    ストックルーム ストックルームのインベントリが在庫ルールで設定されたしきい値に達すると、転送注文が自動的に作成されます。

    転送注文が作成され、別のストックルームから在庫を転送してインベントリを補充します。

    注:
    転送注文が既に処理中の場合、追加の転送注文は作成されません。
    ベンダー 調達プラグイン (com.snc.procurement) を有効にすると、発注書 (PO) と対応する発注書明細が作成されます。

    発注書 (PO) と発注書明細は、ストックルーム内のインベントリが定義されたしきい値に達し、ベンダーから直接補充する必要がある場合に作成されます。

    注:
    発注書 (PO) と発注明細にアクセスするには、procurement_user ロールが必要です。
    ベンダーまたは サービスカタログ ハードウェア資産管理 アプリケーションがインストールされ、在庫ルールが [ベンダー (Vendor)] または [サービスカタログ] に設定されている場合は、次の点に注意してください。
    • 在庫ルールランナージョブは、発注書 (PO) を作成する代わりに サービスカタログ 要求を送信します。
    • サービスカタログ 要求は、サービスカタログ による在庫補充のために自動的に送信されます。アイテムが サービスカタログ カートに追加され、倉庫マネージャーがレビューして承認できるようになります。
    • pending_deliveryフラグは、 サービスカタログ 要求のステータスを追跡するために使用されます。このフラグは、 サービスカタログ 要求が正しく処理され、アクションの重複を回避することを保証します。