---
sourceDocument: 横浜ファイナンス&サプライチェーン
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/source-to-pay-operations

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - 横浜ファイナンス&サプライチェーン

ft:clusterId :

    - stpop

bundleId :

    - stpop

workflow :

    - Creator


---

# ショッピングハブまたは従業員センター取り込み要求によるパイプラインプロジェクトの自動作成

# ショッピングハブまたは従業員センター取り込み要求によるパイプラインプロジェクトの自動作成 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

購入者が製品の調達要求を送信すると、製品価格がディシジョンテーブルで定義された予算条件を満たしていれば、パイプラインプロジェクトが自動的に作成されます。

デフォルトでは、予算しきい値は $250,000 に設定されています。ただし、ビジネス要件に合わせてディシジョンテーブルの予算条件を設定することはできます。詳細については、「[価値の高い調達要求のパイプラインプロジェクト作成ルール](https://servicenow-prod.fluidtopics.net/rY1K7RKy5ZyQ0smAnqH4Bg "デフォルトでは、パイプラインプロジェクト作成ルールディシジョンテーブルを使用して、 でパイプラインプロジェクトを自動的に作成します。")」を参照してください。

同じ支出カテゴリまたは同じ調達マネージャーに属する製品に対して複数の調達要求が送信された場合、それらのすべての製品をグループ化するために 1 つのパイプラインプロジェクトのみが作成されます。

ソーシング取り込み要求によって自動的に作成されたパイプラインプロジェクトは、\[ドラフト\] ステータスに設定されます。

## パイプラインプロジェクトレコードに自動的に入力されるフィールド {#automatic-pipeline-creation__section_hd2_djd_wfc}

取り込み要求によって作成されたパイプラインプロジェクトレコードには、次のフィールドが自動的に入力されます。
{#automatic-pipeline-creation__table_dh4_3jd_wfc__entry__2}

| フィールド | 説明 |
|-|-|
| 簡単な説明 | * 取り込み要求の結果が単一のソーシング要求 (SR) になる場合、簡単な説明は次の形式に従います。\<製品名\>のPIPE00001 * 同じ取り込み要求から複数の SR を作成する場合の形式は次のようになります。\<要求者名\>の複数の要求をPIPE00001 {#automatic-pipeline-creation__ul_zzj_kjd_wfc} |
| 要求者 | \[ この要求の対象者 \] フィールドに指定された値に基づいて設定されます。 |
| 番号 | パイプラインプロジェクトを一意に識別する自動生成番号。 |
| 予定終了日 | 複数の SR の配送日が異なる場合は、最も早い配送日が予定終了日として使用されます。 |
| 支出カテゴリ | 事前定義された支出カテゴリから製品カテゴリへのマッピングを使用して、\[製品カテゴリ\] フィールドから導出されます。 注: パイプラインプロジェクトのソーシング要求に異なる支出カテゴリがある場合、\[ 支出カテゴリ\] フィールドは空白のままになります。ソーシングマネージャーが異なる支出カテゴリで同じ場合、要求は 1 つのパイプラインプロジェクトにグループ化されます。このような場合、\[ 支出カテゴリ\] フィールドは空白のままになります。 |
[ ]

{#automatic-pipeline-creation__table_dh4_3jd_wfc}

## ソーシング要求のグループ化ロジック {#automatic-pipeline-creation__section_ygr_hrf_sfc}

次の条件によって、ソーシング要求 (SR) をパイプラインプロジェクトにグループ化する方法が決まります。
{#automatic-pipeline-creation__table_bc1_xrf_sfc__entry__2}

| グループ化ロジック | 条件 |
|-|-|
| 支出カテゴリ別に SR をグループ化 (利用可能な場合) | * SR に製品カテゴリが異なる複数の製品が含まれており、カテゴリ分類が構成されている場合は、支出カテゴリごとに個別のパイプラインプロジェクトが作成されます。 * ただし、ソーシングマネージャーがこれらの支出カテゴリで同じ場合は、1 つのパイプラインプロジェクトにグループ化されます。この場合、グループ化されたパイプラインプロジェクトの \[支出カテゴリ\] フィールドは空白のままになります。 {#automatic-pipeline-creation__ul_a1s_csf_sfc} |
| 支出カテゴリのないグループ SR | * 支出カテゴリを持たない SR は、単一のパイプラインプロジェクトにグループ化されます。 * 同じ取り込み要求から 4 つの SR が作成され、3 つに支出カテゴリがあり、1 つに支出カテゴリがない場合、ない SR は他の SR とグループ化されます。 {#automatic-pipeline-creation__ul_jnk_1hg_zfc} |
| パイプラインプロジェクトに SR を追加するための支出カテゴリ制限 | SR は、次のシナリオで既存のパイプラインプロジェクトに追加できます。 * SR の支出カテゴリは、パイプラインプロジェクトの支出カテゴリと一致します。 * 支出カテゴリが空白であり、SR に対して定義されていません。 * SR は、\[レビュー待ち\] または \[承認待ち\] ステータスである必要があります。 {#automatic-pipeline-creation__ul_of4_fhg_zfc} |
[ ]

{#automatic-pipeline-creation__table_bc1_xrf_sfc}

## パイプラインプロジェクトの作成がキャンセルに与える影響 {#automatic-pipeline-creation__section_tqg_pvk_bgc}

パイプラインプロジェクトの作成方法によって、いつどのようにキャンセルできるかが決まります。
{#automatic-pipeline-creation__table_dcb_1md_wfc__entry__2}

| パイプの作成方法 | キャンセル動作 |
|-|-|
| ソーシング要求から自動作成されたパイプラインプロジェクト | ソーシング要求 (SR) からパイプラインプロジェクトが自動作成され、その SR が後でキャンセルされた場合、パイプラインプロジェクトもキャンセルされますが、ドラフトステータスのみになります。 パイプラインプロジェクトが \[対応中 (WIP)\] ステータスに進んだ場合、関連付けられた SR がキャンセルされてもキャンセルされません。 |
| 手動で作成されたパイプラインプロジェクト | リストビューから手動で作成されたパイプラインプロジェクトの場合、関連するソーシング要求がキャンセルされても、プロジェクトはキャンセルされません。 |
| 自動作成されたパイプラインプロジェクトと手動作成されたパイプラインプロジェクトの両方に対して | パイプラインプロジェクトのすべてのソーシング要求が \[クローズ済み - キャンセル\] または \[クローズ済み - 却下\] ステータスの場合、パイプラインプロジェクトも \[クローズ済み - キャンセル\] ステータスに移行します。 |
[ ]

{#automatic-pipeline-creation__table_dcb_1md_wfc}