---
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年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

ソーシング要求と購入要求で購入タスクと調達ケースを作成します。

## 調達要求 {#automated-purchasing-task-creation-from-flow-designer__section_idw_g5z_vmb}

交渉が存在しない場合、ソーシング要求のステータスが \[Awaiting Supplier Response (サプライヤー応答待ち)\] のときに、サプライヤーリスクアセスメントと署名ケースの NDA 送信がトリガーされます。調達ケースは、ソーシング要求の \[Cases (ケース)\] 関連リストに作成されます。

* サプライヤーリスクアセスメントの実施:参照されたサプライヤーレコードのリスクアセスメントが有効でない場合は、ソーシング要求でサプライヤーごとにサプライヤーリスクアセスメントケースを作成します。
* 署名用に NDA を送信:参照されたサプライヤーレコードの NDA が有効でない場合は、ソーシング要求でサプライヤーごとに NDA ケースを作成します。これには、ケーステンプレートにサプライヤー参照フィールドを追加する必要があります。
* ユーザーがソーシング要求のステータスを \[Awaiting Supplier Response (サプライヤー応答待ち)\] に更新することをスキップした場合、これらのケースは、ソーシング要求のステータスが \[Requires Decision (決定が必要)\] のときに作成されます。
* ユーザーがソーシング要求に対して契約を手動で作成することにした場合は、契約が作成されたら契約レビューケースをトリガーします。
{#automated-purchasing-task-creation-from-flow-designer__ul_a2x_s5z_vmb}

新しいサプライヤーがソーシング要求に追加された場合、ソーシング要求のステータスが \[サプライヤー応答待ち\] または \[決定が必要\] であるときに、そのサプライヤーのリスクアセスメントと署名ケースの NDA 送信がトリガーされます (ユーザーが \[サプライヤー応答待ち\] ステータスをスキップした場合)。

ソーシング要求で作成された認定サプライヤーの購入タスクと調達ケースも、購入要求に表示されます。

サプライヤー階層アセスメントケースがソーシング要求ステータスに与える影響については、「 [ソーシングと調達オペレーション と サードパーティリスク管理との統合](https://servicenow-prod.fluidtopics.net/t_nu5wHmcqqv~QQ_ySZIbw "ソーシングと調達オペレーションをサードパーティリスク管理と統合することで、関連するサプライヤーリスクアセスメント機能を活用します。")」を参照してください。

## 購買要求 {#automated-purchasing-task-creation-from-flow-designer__section_cbw_h5z_vmb}

購入要求のステータスが \[Pending Review (レビュー待ち)\] または \[Pending Approval (承認待ち)\] (承認がトリガーされた場合) の場合、Flow Designer で次の調達ケースと購入タスクが作成されます。

* ケース:
  * GL コーディングレビュー
  * 予算レビュー
  * サプライヤーリスクアセスメントの実施
  * サプライヤーをオンボーディング
  * 署名用に NDA を送信
  * 配送先の検証 (包括注文タイプのシナリオには適用されません)
  * 配送先の承認 (包括注文タイプのシナリオには適用されません)
  {#automated-purchasing-task-creation-from-flow-designer__ul_l55_n2k_htb}
* タスク:フォローアップが必要:承認期間に違反しました
{#automated-purchasing-task-creation-from-flow-designer__ul_tbh_kzz_vmb}

ERP との統合が失敗し、購入要求のステータスが \[Awaiting Task Completion (タスク完了待ち)\] に更新されると、統合エラー購入タスクがフローデザイナーで作成されます。

ソーシング要求なしで購入要求を直接作成した場合、購入要求のステータスが \[Pending Review (レビュー待ち)\] または \[Pending Approval (承認がトリガーされた場合)\] のときに、すべての購入タスクと調達ケースがフローデザイナーで作成されます。ただし、契約レビューケースと統合エラータスクは例外です。これらは、ステータスが「タスク完了待ち」である場合に作成されます。\[Pending Review (レビュー待ち)\] または \[Pending Approval (承認待ち)\] ステータス中にトリガーされたタスクとケースが、承認が完了した後もオープン状態のままである場合、購入要求のステータスは \[Awaiting Task Completion (タスク完了待ち)\] になります。\[ タスクタスクに依存する注文\] と \[ケースに依存する注文\] ケースがすべてクローズされた場合にのみ、購入プロパティに基づいて、購入要求のステータスが \[最終レビュー\] または \[PO 作成済み\] に更新されます。