倉庫

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：10分

    • ストックルームは、資産が割り当てられる場所です。

    特定の資産の在庫が少なくなったときに、在庫ルールに従ってアドミニストレーターに通知するか、自動的に一方のストックルームから他方のストックルームにインベントリを移動することができます。

    ストックルームは、資産管理アプリケーション内の個別に独立したエンティティです。

    ストックルームを作成する

    ストックルームを作成することができます。

    始める前に

    必要なロール：inventory_admin

    手順

    1. 次のように移動する。 All (すべて) > インベントリ > 在庫 > 倉庫 をクリックし、新しいレコードを作成します (フィールドの説明についてはテーブルを参照)。
      フィールド 説明
      名前 ストックルームの表示名と識別子。
      アサイン先グループ ストックルームを主に使用するグループ。
      外部 このストックルームが内部で管理されているか (チェックボックスは未選択)、外部からサードパーティによって管理されているか (チェックボックスが選択されている) どうかを示します。
      ロケーション ストックルームの物理的な場所。
      タイプ フィールド エージェントやオンサイトなどストックルームの種類。
      マネージャー ストックルームの責任者。在庫補充の通知と、ストックルームの在庫ルールに関する要求を受領します。
    2. [送信] をクリックします。

    資産を含むストックルームを削除する

    ストックルームを削除することができます。ストックルームに資産がある場合は、まずストックルームから資産を削除する必要があります。

    始める前に

    必要なロール：inventory_admin

    手順

    1. 次のように移動する。 All (すべて) > 資産 > すべての資産.
    2. リストをカスタマイズして [ストックルーム] 列を追加します。
    3. 削除するストックルームの資産のみ表示するには、リストをフィルタリングします。
    4. すべての資産レコードに対してストックルームを変更または削除します。
    5. 削除するストックルームから資産を削除したら、「資産のないストックルームを削除する」手順に進みます。

    資産のないストックルームを削除する

    資産のないストックルームは削除することができます。

    始める前に

    未完了の転送注文を削除してから、ストックルームを削除する必要があります。

    必要なロール：inventory_admin

    手順

    1. 次のように移動する。 All (すべて) > インベントリ > 在庫 > 倉庫.
    2. ストックルーム名の横にあるチェックボックスをオンにします。
    3. [アクション] リストで、[削除] を選択します。
      注:
      ストックルームを削除すると、転送注文履歴が削除されます。

    ストックルーム タイプ

    ストックルーム タイプはストックルームのカテゴリです。

    ストックルーム タイプには大きな特徴が 2 点あります。
    • 優先順位：部品を調達するストックルームの順序。たとえば、個人用のストックルーム (優先度 2) に必要な部品がある場合、個人用のストックルームは配達が必要ないため、セントラルストックルーム (優先度 7) よりも優先されます。
    • 出荷が必要：部品が既定のタイプのストックルームから調達されている場合、転送注文を作成する必要があるかどうかをシステムに通知します。たとえば、個人用のストックルームの部品は出荷が必要ではないため、転送注文は必要ありません。
    表 : 1. ベース システムで定義されているストックルーム タイプ
    値 名前 優先度 出荷が必要 説明 コメント
    on_site 現地 1 False 顧客サイトのストックルーム。 ユーザーに近く、出荷は必要ありません。
    field_agent フィールド エージェント 2 False フィールドサービスエージェント (Field Service Agent, FSA) に直接リンクした、配送に使用される仮想の個人用ストックルーム。 部品は配送済みで FSA にあることをシステムに示すために使用されます。
    fsl FSL 4 True 即時出荷場所。 部品が通常一晩の配送で出荷できる小さなストックルームです。
    pudo PUDO 5 True 回収/納品場所 このタイプは「バイボックス」と呼ばれることもあります。新しい部品や返品部品を受け取れる郵便箱 (主要顧客サイトの近くにあることが多い) にすることができます。
    stockroom 倉庫 6 True 地域のストックルーム。
    central_stockroom 中央倉庫 7 true 通常ほとんどの部品が出荷される大規模施設であるセントラルストックルーム。

    新規のストックルーム タイプを作成する

    ベース システムに含まれていないストックルーム タイプが必要な場合は、カスタムストックルーム タイプを作成することができます。

    始める前に

    必要なロール：inventory_admin

    このタスクについて

    ベース インスタンスで提供されているストックルーム タイプの優先度レベルを確認して、作成する新規のストックルーム タイプに正確な優先度レベルを割り当てるようにします。また、ベース システムに含まれるストックルーム タイプを変更することもできます。

    手順

    1. 次のように移動する。 All (すべて) > インベントリ > 在庫 > 倉庫タイプ をクリックし、新しいレコードを作成します (フィールドの説明についてはテーブルを参照)。
      フィールド 説明
      名前 ストックルーム タイプの名前を表示します。
      説明 ストックルーム タイプに関する一般情報です。
      外部のストックルーム このタイプのストックルームが内部で管理されているか (チェックボックスは未選択)、外部からサードパーティによって管理されているかどうか (チェックボックスが選択されている) を示します。
      優先度 このタイプのストックルームの優先順位を示します。
      出荷が必要 このタイプのストックルームがデフォルトで出荷が必要かどうかを決定するオプションです。
      値 ストックルーム タイプの内部識別子です。
    2. [送信] をクリックします。

    在庫ルール

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

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

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

    • 倉庫マネージャー (ストックルームレコード上の [マネージャー] フィールドで指定されているユーザー) にメールを送信して、ベンダーへの注文を促すことができます。倉庫マネージャー用のタスクが自動的に作成されるか、または、調達がアクティブな場合は、発注書 (PO) と発注明細が作成されます。
    • 転送注文を自動的に作成して、別のストックルームからアイテムを補充することができます。

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

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

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

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

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

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

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

    重要:

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

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

    転送注文は、別のストックルームからインベントリを補充するために作成されます。

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

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

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

    在庫ルールを作成する

    在庫ルールを作成すると、特定の倉庫にある特定の資産の在庫が指定されたしきい値に達したときの処理を制御できます。

    始める前に

    必要なロール：inventory_admin

    手順

    1. 次のように移動する。 All (すべて) > インベントリ > 在庫 > 在庫ルール をクリックし、新しいレコードを作成します (フィールドの説明についてはテーブルを参照)。
      フィールド 説明
      モデル ルールが適用される製品モデル。
      しきい値 在庫の再補充が発生するために到達しなければならない数量。たとえば、指定されたストックルーム内のインベントリ数が 10 を下回った場合に再補充するラップトップのしきい値は、10 と入力します。
      注:
      ハードウェアまたはソフトウェアモデルの在庫ルールがしきい値の制限に達した場合、通知が倉庫マネージャーに送信され、在庫オーダー要求が自動的に作成されます。
      再補充オプション 追加供給が来るべき場所。

      調達がアクティブでない場合、補充オプションは [倉庫] のみです。そうでない場合は、次のいずれかを選択します。

      • 倉庫：他の倉庫から資産を取得するための転送注文を作成します。
      • ベンダー：ベンダーに注文するため倉庫マネージャーにメールを送信します。メール通知に加えて、発注書 (PO) と発注明細が作成されます。
      重要:
      転送注文、発注書 (PO)、または発注明細が作成されたら、迅速に対応することが重要です。これらのアクションでは、メール通知やリマインダーは送信されません。
      アクティブ 自動的に補充するための在庫ルールを有効にするオプション。
      倉庫 資産の現在の物理的な場所。
      オーダーサイズ 転送注文またはベンダー購入の最小注文数量。アイテムがしきい値以上に再補充されるために必要なオーダーサイズの最小倍数をServiceNowで計算します。

      たとえば、しきい値が 10 となっていて [ストックルーム] オプションが選択されたラップトップが在庫として 3 台あります。オーダーサイズが 4 と設定されている場合、システムではルールを満たすためにしきい値を超えた 8 台分のラップトップの転送注文を作成します (在庫 3 + 注文 8 = 11)。ベンダーから補充する場合は、注文サイズの倍数として ServiceNow がアイテムの必要注文数の合計を示したメールを倉庫マネージャーに送信します。
    2. [送信] を選択します。