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


---

# ERP 統合フレームワーク

# ERP 統合フレームワーク {#ariaid-title1}

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

Source-to-Pay (S2P) ERP 統合フレームワークにより、ServiceNow とサードパーティのエンタープライズリソースプランニング (ERP) システム間のシームレスなデータ交換が可能になります。このフレームワークは、複数の ERP インスタンス間でのプライマリデータ、トランザクションデータ (発注書、領収書、請求書)、固定資産、および税情報の包括的な統合をサポートします。

## 主な機能 {#erp-integration-framework__section_alk_2v3_4hc}

* 組織のニーズに合わせてカスタマイズできるユーザー定義のプライマリデータ。
* 明確なデータガバナンスのために組織の法人にマッピングされます。
* 双方向データフローのターゲット ERP システムに関連付けられます。
* 組織の複数のソースを可能にする柔軟な構成。
{#erp-integration-framework__ul_njn_gv3_4hc}

## ERP ソース {#erp-integration-framework__section_x4j_ykk_4hc}

ERP ソースは、データのインポート元およびデータのエクスポート先となる特定の ERP インスタンスを表します。組織は通常、複数の ERP インスタンスを記録システムとして維持し、各 ERP ソースを組織内の法人にマッピングします。

## ERP 統合要件 {#erp-integration-framework__section_yfp_zkk_4hc}

* すべてのターゲットインスタンス内の各法人に対して少なくとも 1 つの ERP ソースを構成する必要があります。
* 各 ERP ソースは、特定のターゲット ERP システムに関連付ける必要があります。
* 組織は、その構造をサポートするために、必要な数の ERP ソースを作成できます。
{#erp-integration-framework__ul_n2d_nkk_4hc}

統合フレームワークでは、記録システムの責任が明確に定義されています。

* サードパーティ ERP:プライマリデータエンティティの SoR
* Source-to-Pay:発注書と受領書の記録システム
* いずれのシステムでも、請求書は Source-to-Pay で手動で作成することも、外部のサプライヤーポータルから作成することもできます
{#erp-integration-framework__ul_bfc_qkk_4hc}

## 統合アーキテクチャ {#erp-integration-framework__section_eh2_kkk_4hc}

ERP Integration Framework (ERP 統合フレームワーク) アプリケーションは、プライマリデータを Source-to-Pay Operations (Source-to-Pay オペレーション) にロードし、さまざまな ServiceNow ワークフローを実現します。また、すべてのSource-to-Pay Operations 製品で共有される発注書データなど、選択した受信トランザクションデータオブジェクトもインポートします。

ERP Integration Framework アプリケーションと Source-to-Pay Integration Framework アプリケーションはどちらも、Source-to-Pay アプリケーションとバックエンドシステム間の抽象化レイヤーを提供します。この設計により、Source-to-Pay ワークフローとデータモデルがバックエンド固有の統合コンポーネントやデータ構造から保護されます。  
図 : 1. Source-to-Pay オペレーション統合アーキテクチャ  
必要なアプリケーション

統合には、Finance -- ERP Integration ストアアプリケーションをインストールする必要があります。

## MID サーバーの要件 {#erp-integration-framework__section_ypl_1lk_4hc}

SOAP サービスを使用する ERP 統合には、MID サーバーが必要です。MID サーバーをインストールし、ERP システムサーバーに接続するように構成する必要があります。詳細については、「 MID サーバーのインストール 」を参照してください。  
注:  
MID サーバー統合は、REST ベースの統合ではなく、SOAP ベースの統合にのみ必要です。

## ユーザーロールと権限 {#erp-integration-framework__section_gbs_clk_4hc}

ERP 統合フレームワークは、次のロールと権限をサポートしています。{#erp-integration-framework__table_d5y_ylk_4hc__entry__2}

| ロール名 | 機能 |
|-|-|
| アドミニストレーター (sn_fcms_intg.admin) | * 統合アプリケーションのインストール * システム全体の設定の構成 * 統合インフラストラクチャのすべての側面を管理します {#erp-integration-framework__ul_ygs_4mk_4hc} |
| 調達スペシャリスト (sn_shop.procurement_specialist) | * ERP ソースの定義と管理 * ERP ソースパラメーターの構成 * 統合ワークフローの管理 {#erp-integration-framework__ul_a1q_pmk_4hc} |
| FCA 統合ユーザー (sn_fcms_intg.integration_user) | * Web サービス認証を含む ERP ソース設定の構成 * パーク、ポスト、リバース操作の Web サービスの設定 * ユーザーとロールのマッピングの管理 * 受信および送信ステージングテーブルへのアクセス * 統合プロセスの構成と実行 {#erp-integration-framework__ul_ttn_qmk_4hc} |
[ ]

{#erp-integration-framework__table_d5y_ylk_4hc}  
FCA 統合ユーザー (sn_fcms_intg.integration_user) の追加ロール:

* Import_transformer:データ変換操作の場合
* SOAP:SOAP ベースの Web サービス統合用
{#erp-integration-framework__ul_jr3_zmk_4hc}  
詳細なロール  
統合アドミンロール (`sn_fcms_intg.admin`) がアサインされたユーザーには、これらのシステムプロパティの読み取りおよび書き込み権限が付与されます。このアクセスは、新しいディレクティブによるロールのきめ細かな変更に合わせて調整されます。{#erp-integration-framework__table_fdq_x1p_4hc__entry__3}

| プロパティ名 | 読み込みロール | 書き込みロール |
|-|-|-|
| sn_fcms_intg.status_for_purchase_order | sn_shop.shopper、sn_shop.procurement_common_reader、sn_fcms_intg.admin | sn_fcms_intg.admin |
| sn_fcms_intg.status_for_invoice_creation | sn_fcms_intg.admin、sn_ap_apm.accounts_payable_specialist | sn_fcms_intg.admin |
| sn_fcms_intg.status_for_goods_receipt | sn_shop.shopper、sn_shop.procurement_common_reader、sn_fcms_intg.admin | sn_fcms_intg.admin |
[ ]

{#erp-integration-framework__table_fdq_x1p_4hc}