---
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


---

# Source-to-Pay オペレーションにおけるエンドツーエンドの購入ワークフローの理解

# Source-to-Pay オペレーションにおけるエンドツーエンドの購入ワークフローの理解 {#ariaid-title1}

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

Source-to-Pay (S2P) スイート内の ソーシングと調達オペレーション (SPO) および 買掛金オペレーション (APO) 製品を使用したエンドツーエンドの購入ワークフローの概要を収集します。

購入ワークフローは、購入者が購入しようとしている製品またはサービスに対して有効な契約価格が利用可能になるとトリガーされます。

## 必須条件 {#s2p-solution-pr-workflow__section_lhy_5qx_zyb}

必要なプラグインをインストールしてアクティブ化します。それぞれの製品プラグインとインストール順序の詳細については、以下を参照してください。

* SPO: [ソーシングと調達オペレーションでのアプリケーションプラグインのインストールシーケンス](https://servicenow-prod.fluidtopics.net/BHzW~piCxVunjvWQnXGZMw "次の表に、 ソーシングと調達オペレーション (SPO) プラグイン、そのインストール順序、高レベルの説明、および依存関係を示します。")
* APO:
{#s2p-solution-pr-workflow__ul_y5c_kcq_hcc}

## 購入プロセスのワークフロー {#s2p-solution-pr-workflow__section_cbx_r4x_zyb}

次の図は、さまざまなペルソナが SPO および APO 製品内のさまざまなアプリケーションを使用して、Source-to-Pay (S2P) スイート内でエンドツーエンドの購入プロセスをどのように完了するかを示しています。
図 : 1. 購入プロセスのワークフロー  
このワークフローの場合：

1. 従業員が契約価格の製品またはサービスについてクイックチェックアウトを実行します。購買要求が作成されます。詳細については、「[クイックチェックアウトを使用して製品を注文する](https://servicenow-prod.fluidtopics.net/llRQC3OfuxD6xzkr02iC1Q "ショッピングハブ Home で利用可能な製品カタログから購入する製品またはサービスを注文します。")」を参照してください。

   または、従業員が契約価格のある製品またはサービスのフルチェックアウトを実行します。詳細については、「[チェックアウトを完了](https://servicenow-prod.fluidtopics.net/~anJnmK7nS7oBUD4lPVNwA "買い物が完了し、カートを確認したら、チェックアウトに進みます。")」を参照してください。

   ロール:sn_shop.shopper。

   アプリケーションポータル: ショッピングハブ。
2. 承認ルールは、アサインされた 1 人以上の承認者に購入要求をルーティングします。
3. 承認者は購入要求をレビューして承認します。発注書が作成されます。詳細については、「[従業員センターからの要求を承認する](https://servicenow-prod.fluidtopics.net/MksM~BXvNypPJP2N1xBXVQ "従業員センターから直接、自分にアサインされた未解決の購買要求明細とソーシング要求について、承認、却下、または説明を要求します。")」を参照してください。

   ロール:sn_shop.procurement_specialist

   アプリケーションポータル: 従業員センター。
4. 調達スペシャリストが、関連するサプライヤーからの発注書を履行します。ロール:sn_shop.procurement_specialist

   アプリケーションポータル: Source-to-Pay ワークスペース。
5. フルフィルメント時に、従業員は要求された製品の受領を確認します。詳細については、「[ショッピングハブホームからの注文の受領確認](https://servicenow-prod.fluidtopics.net/SIkPjm5mf1oq5BVhEJePkg "ショッピングハブホームから受領待ちステータスの注文したアイテムの受領確認を提供します。これにより、サプライヤーへの支払いが適切に処理されます。完全な注文を受け取っていない場合は、注文の一部を受領したことを確認し、受け取った日付も確認できます。")」と「[従業員センターからの注文の受領確認](https://servicenow-prod.fluidtopics.net/a7AUujuY_d~SDb4e1GCNGA "注文したアイテムのうち受領待ちステータスのアイテムの受領確認を 従業員センターから提供して、それに応じてサプライヤーへの支払いが処理されるようにします。完全な注文を受け取っていない場合は、注文の一部を受領したことを確認し、受け取った日付も確認できます。")」を参照。

   ロール:sn_shop.shopper。

   アプリケーションポータル: ショッピングハブ または 従業員センター。
6. 請求書は自動作成されます。請求書が自動送信されない場合、発注書と一致しない場合、または請求書の例外を解決する必要がある場合は、買掛金スペシャリストが関与します。詳細については、「」を参照してください。

   または、買掛金スペシャリストが手動で請求書を作成します。詳細については、「」を参照してください。

   ロール:sn_ap_apm.accounts_payable_specialist。

   アプリケーションポータル: Source-to-Pay ワークスペース。
7. 買掛金スペシャリストは、購入者やビジネスサービスのサプライヤーとのやり取りに基づいて、発注書タイプの請求書を、発注書外、クレジットメモ、デビットメモなどの請求書タイプに変換します。詳細については、「」を参照してください。

   ロール:sn_ap_apm.accounts_payable_specialist。

   アプリケーションポータル: Source-to-Pay ワークスペース。
8. 買掛金エージェントは、アサインされた請求書ケースを管理および処理し、必要に応じてサプライヤーまたは従業員に追加情報を要求し、タスクを作成してユーザーにアサインします。詳細については、「」を参照してください。

   ロール:sn_ap_cm.agent

   アプリケーションポータル: Source-to-Pay ワークスペース。
9. 従業員、承認者、調達スペシャリスト、買掛金スペシャリスト、買掛金エージェントは、それぞれのポータルからプロセスの完了までのワークフローのステータスを完全に可視化できます。
{#s2p-solution-pr-workflow__ol_z5x_pqx_zyb}