---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# 倉庫

# 倉庫 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分

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

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

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

## ストックルームを作成する {#ariaid-title2}

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

### 始める前に

必要なロール：inventory_admin

### 手順

1. \[すべて\]\[在庫\]\[在庫\]\[倉庫\]に移動し、新規のレコードを作成します (フィールドの説明についてはテーブルを参照してください)。  
   {#t_CreateAStockroom__table_szh_mdt_lq__entry__2}

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

   {#t_CreateAStockroom__table_szh_mdt_lq}
2. \[送信\] をクリックします。

## 資産を含むストックルームを削除する {#ariaid-title3}

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

### 始める前に

必要なロール：inventory_admin

### 手順

1. \[すべて\]\[資産\]\[すべての資産\]に移動します。
2. リストをカスタマイズして \[ストックルーム\] 列を追加します。
3. 削除するストックルームの資産のみ表示するには、リストをフィルタリングします。
4. すべての資産レコードに対してストックルームを変更または削除します。
5. 削除するストックルームから資産を削除したら、[「資産のないストックルームを削除する」](https://servicenow-prod.fluidtopics.net/wbm1HUFEJZn92YCtH5su2w#t_DeleteAStockroomWithNoAssets "資産のないストックルームは削除することができます。")手順に進みます。

## 資産のないストックルームを削除する {#ariaid-title4}

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

### 始める前に

必要なロール：inventory_admin

### 手順

1. \[すべて\]\[在庫\]\[在庫\]\[ストックルーム\]に移動します。
2. ストックルームの \[名前\] の横にあるチェック ボックスを選択します。
3. リストの下にある \[アクション\] の選択リストで、\[削除\] を選択します。

## ストックルーム タイプ {#ariaid-title5}

ストックルーム タイプはストックルームのカテゴリです。
ストックルーム タイプには大きな特徴が 2 点あります。

* 優先順位：部品を調達するストックルームの順序。たとえば、個人用のストックルーム (優先度 2) に必要な部品がある場合、個人用のストックルームは配達が必要ないため、セントラルストックルーム (優先度 7) よりも優先されます。
* 出荷が必要：部品が既定のタイプのストックルームから調達されている場合、転送注文を作成する必要があるかどうかをシステムに通知します。たとえば、個人用のストックルームの部品は出荷が必要ではないため、転送注文は必要ありません。  
{#r_StockroomTypes__table_cwp_pht_lq__entry__6}

| 値 | 名前 | 優先度 | 出荷が必要 | 説明 | コメント |
|-|-|-|-|-|-|
| 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 |   | 通常ほとんどの部品が出荷される大規模施設であるセントラルストックルーム。 |
[表 : 1. ベース システムで定義されているストックルーム タイプ]

{#r_StockroomTypes__table_cwp_pht_lq}

## 新規のストックルーム タイプを作成する {#ariaid-title6}

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

### 始める前に

必要なロール：inventory_admin

### このタスクについて

ベース インスタンスで提供されているストックルーム タイプの[優先度レベル](https://servicenow-prod.fluidtopics.net/wbm1HUFEJZn92YCtH5su2w#r_StockroomTypes "ストックルーム タイプはストックルームのカテゴリです。")を確認して、作成する新規のストックルーム タイプに正確な優先度レベルを割り当てるようにします。また、ベース システムに含まれるストックルーム タイプを変更することもできます。

### 手順

1. \[すべて\]\[インベントリ\]\[在庫\]\[ストックルームタイプ\]に移動し、新規のレコードを作成します (フィールドの説明についてはテーブルを参照してください)。  
   {#t_CreateANewStockroomType__table_v3j_v3t_lq__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | ストックルーム タイプの名前を表示します。 |
   | 説明 | ストックルーム タイプに関する一般情報です。 |
   | 外部のストックルーム | このタイプのストックルームが内部で管理されているか (チェックボックスは未選択)、外部からサードパーティによって管理されているかどうか (チェックボックスが選択されている) を示します。 |
   | 優先度 | このタイプのストックルームの優先順位を示します。 |
   | 出荷が必要 | このタイプのストックルームがデフォルトで出荷が必要かどうかを決定するオプションです。 |
   | 値 | ストックルーム タイプの内部識別子です。 |
   [ ]

   {#t_CreateANewStockroomType__table_v3j_v3t_lq}
2. \[送信\] をクリックします。

## 在庫ルール {#ariaid-title7}

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

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

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

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

{#c_StockRules__ul_o4g_mjt_lq}

すでに補充が進行中の場合、在庫ルールで既存の転送注文が考慮され、追加の転送注文は作成されません。  
在庫ルールランナーは毎日実行され、転送注文または発注書 (PO) または在庫注文 (HAM 機能) を作成し、倉庫マネージャーにメールメッセージを送信し、倉庫マネージャーのタスクを作成します。  
重要:  
補充が進行中の場合、システムでは重複したメールメッセージや重複した転送注文は作成されません。迅速に行動することが重要です。  
スケジュール済みジョブが実行されているときに調達がアクティブな場合は、発注書 (PO) と発注明細が自動的に作成されます。  
注:  
発注書 (PO) と発注明細にアクセスするには、procurement_user ロールが必要です。
**関連タスク**   

* [在庫ルールを作成する](https://servicenow-prod.fluidtopics.net/wbm1HUFEJZn92YCtH5su2w#t_CreateAStockRule "在庫ルールを作成すると、特定の倉庫にある特定の資産の在庫が指定されたしきい値に達したときの処理を制御できます。")

### 在庫ルールを作成する {#ariaid-title8}

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

#### 始める前に

必要なロール：inventory_admin

#### 手順

1. \[すべて\]\[インベントリ\]\[在庫\]\[在庫ルール\]に移動し、新規のレコードを作成します (フィールドの説明についてはテーブルを参照してください)。  
   {#t_CreateAStockRule__table_w1t_lkt_lq__entry__2}

   | フィールド | 説明 |
   |-|-|
   | モデル | ルールが適用される製品モデル。 |
   | しきい値 | 在庫の再補充が発生するために到達しなければならない数量。たとえば、指定されたストックルーム内のインベントリ数が 10 を下回った場合に再補充するラップトップのしきい値は、10 と入力します。 注: ハードウェアまたはソフトウェアモデルの在庫ルールがしきい値の制限に達した場合、通知が倉庫マネージャーに送信され、在庫オーダー要求が自動的に作成されます。 |
   | 再補充オプション | 追加供給が来るべき場所。 調達がアクティブでない場合、補充オプションは \[倉庫\] のみです。そうでない場合は、次のいずれかを選択します。 * 倉庫：他の倉庫から資産を取得するための転送注文を作成します。 * ベンダー：ベンダーに注文するため倉庫マネージャーにメールを送信します。メール通知に加えて、発注書 (PO) と発注明細が作成されます。 {#t_CreateAStockRule__ul_uh5_dbv_ngb} 重要: 転送注文、発注書 (PO)、または発注明細が作成されたら、迅速に対応することが重要です。これらのアクションでは、メール通知やリマインダーは送信されません。 |
   | アクティブ | 自動的に補充するための在庫ルールを有効にするオプション。 |
   | 倉庫 | 資産の現在の物理的な場所。 |
   | オーダーサイズ | 転送注文またはベンダー購入の最小注文数量。アイテムがしきい値以上に再補充されるために必要なオーダーサイズの最小倍数をServiceNowで計算します。 たとえば、しきい値が 10 となっていて \[ストックルーム\] オプションが選択されたラップトップが在庫として 3 台あります。オーダーサイズが 4 と設定されている場合、システムではルールを満たすためにしきい値を超えた 8 台分のラップトップの転送注文を作成します (在庫 3 + 注文 8 = 11)。ベンダーから補充する場合は、注文サイズの倍数として ServiceNow がアイテムの必要注文数の合計を示したメールを倉庫マネージャーに送信します。 |
   [ ]

   {#t_CreateAStockRule__table_w1t_lkt_lq}
2. \[送信\] を選択します。
**関連概念**   

* [在庫ルール](https://servicenow-prod.fluidtopics.net/wbm1HUFEJZn92YCtH5su2w#c_StockRules "在庫ルールは、あるストックルーム内のある資産のインベントリが指定されたしきい値に達すると、特定の数量が別のストックルームから移転されるか、またはベンダーに注文すべきかを定義します。")