---
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) 所要時間：4分

発注書はSource-to-Pay (S2P) で作成され、ERP システムに非同期的に同期されます。

ERPシステムに固有の重要な概念がいくつかあるが、S2Pでは把握できないため、S2Pの次の構成は、統合を確実に成功させるための前提条件です。

* ERP アドレスマッピング:このテーブルには、S2Pの配送場所とERPシステムのプラント間のマッピングが保存されます。このテーブルでは、顧客が S2P のアドレスを ERP システム内の他のエンティティにマッピングできるように、追加のアドレス識別子列を使用できます。
* ERP資産カテゴリマッピング:このテーブルには、S2Pの資本化ポリシーとERPシステムの資産クラス間のマッピングが格納されます。資産クラスは、S2Pで固定資産の作成をトリガーした対応する資本化ポリシーにマッピングされた値に基づいて入力されます。
* ERP 品目グループマッピング:このテーブルには、S2P のモデルカテゴリと ERP システムの品目グループ間のマッピングが保存されます。S2P内の発注書明細のサプライヤー製品に関連付けられたモデルカテゴリに応じて、適切なモデルカテゴリがERPシステムに入力されます。
* アカウント割り当てカテゴリの構成:前払いに対応すると、ERP システムの発注書明細に複数の総勘定元帳アカウントを保存する機能に対応するには、この機能が有効になっている ERP システムにまったく新しいアカウント割り当てカテゴリを導入するか、既存のアカウント割り当てカテゴリを更新するように構成を行う必要があります。

{#purchase-order-integration-2__ul_m5w_wkp_hlb}  
注:  
ERP 統合マッピングテーブルには、調達アドミニストレーターのみがプライマリデータからアクセスできます。

## プロセスフロー {#purchase-order-integration-2__section_ffr_nlp_hlb}

* 購入要求の最終レビューで、発注書と固定資産 (該当する場合) が S2P で作成され、ERP システムとの統合がトリガーされます。
* 有効な sys-id を持つ添付ファイルがある場合は、受信発注書ステージングテーブルレコードから発注書プライマリテーブルレコードにコピーされます。これは、注文ステージ変換マップの一部である変換スクリプトを介して行われ、onAfter でトリガーされます。
* 統合エラーがある場合、統合エラー購入タスクが購入要求に作成されます。これには、何を更新する必要があるかを調達スペシャリストに通知するためのERPシステムからのエラーメッセージが含まれています。
* S2Pに対応する発注書がない状態でERPシステムによって発注書明細が挿入されている場合、アドミニストレーターはエラーメッセージを受け取ります。「失敗した注文明細インポートセットレコードを再トリガー」スケジュール済みジョブを実行して、発注書がないためにインポートされなかったエラー発注書明細レコードを再トリガーできます。統合エラー処理の詳細については、「 [ステージングテーブルの統合エラー](https://servicenow-prod.fluidtopics.net/qr7cKS_Ra2SPSxsEH7Y4Mw "ターゲットERPソースによって発生した統合エラーは、システム生成の統合エラータスク(送信統合エラー)の形で記録されます。Source-to-Pay ワークスペースの [ タスク ] 領域で、Procurement and Sourcing Operations、Supplier Lifecycle Operations、および Accounts Payable Operations に関連付けられた統合タスクを表示できます。")」を参照してください。
* S2Pで統合エラーが解決されるまで、ERPシステムで発注書は作成されません。この時点で、S2Pにおける発注書と購買要求のステータスは、\[Pending Submission (送信待ち)\] に設定されています。
* 統合のために、追加のフォームセクション、フィールド、マッピングテーブルがS2Pで作成されます。
* ERPシステムで発注書が正常に作成されると、発注書のERP番号と発注書明細のERP番号が返され、S2Pの適切なレコードに同期されます。
* 資本化ポリシーが満たされると、ERPシステムで固定資産が作成され、ERP番号がS2Pに同期されます。
* S2Pで発注書を改訂しても、ERPシステムで新しい発注書が作成されることはありません。既存の発注書が更新され、変更された情報が反映されます。発注書を更新するボタンは、送信オーダー \[sn_spend_intg_outbound_purchase_order\] ステージングテーブルの統合ステータスが \[新規\] または \[処理中\] の場合にオフになります。
* S2Pで発注書をキャンセルすると、発注書のステータスが\[Pending Submission (送信待ち)\]に移行します。ERP システムで統合が成功すると、発注書はキャンセルされます。
* 包括発注書は、包括購入に対して購入するときに承認プロセスを経る必要のないユーザーの事前承認済みリストであるため、ERPシステムでは作成されません。また、S2Pの包括発注書に関連する財務ドキュメントはありません。
* 発注書リリースは ERP システムで作成されます。
* 請求書と受領書は、S2Pの標準発注書リリースに対して作成されるため、ERPシステムでも標準発注書として作成されます。
{#purchase-order-integration-2__ul_axc_rmp_hlb}

## 発注書明細分割シナリオ {#purchase-order-integration-2__section_s1p_wlc_1nb}

次の条件が満たされた場合、1 つの購入明細から複数の発注明細が作成されます。

* 購入はERPシステムと統合されています
* 購入数量が 100 以上
* たとえば、購入に対して作成された固定資産など、購入が資産計上されます
{#purchase-order-integration-2__ul_jp1_fmc_1nb}

複数の発注書明細を作成する必要がある場合、最初の発注明細の最大購入数量を 99 にすることができ、残りは次の発注明細に送られる必要があります。この明細は 99 を超えないようにする必要があります。購入した製品の数量をカバーするために必要な数の発注書明細を作成できます。  
たとえば、購入明細の購入数量が 250 で、資産計上され、ERP システムに統合されている場合、発注書明細は次のように分割されます。

* POL1001:購入数量 = 99
* POL1002:購入数量 = 99
* POL1003:購入数量 = 52

{#purchase-order-integration-2__ul_pzk_n4c_1nb}  
注:  
ここで作成された各発注明細は同じ購入明細を参照する必要があり、作成された固定資産は適切な発注明細を参照する必要があります。