発注書の統合

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間：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 システムに正味の新しい勘定割り当てカテゴリを導入するか、既存の勘定割り当てカテゴリを更新するように構成を行う必要があります。
    注:
    ERP 統合マッピングテーブルには、調達管理者のみがプライマリデータを介してアクセスできます。

    プロセスフロー

    • 購買要求の最終レビュー時に、発注書と固定資産 (該当する場合) が S2P で作成され、ERP システムとの統合がトリガーされます。
    • 有効な sys-id を持つ添付ファイルがある場合は、受信発注書ステージングテーブルレコードから発注書プライマリテーブルレコードにコピーされます。これは、onAfter でトリガーされる注文ステージ変換マップの一部である変換スクリプトによって行われます。
    • 統合エラーがある場合、購入要求に統合エラー購入タスクが作成されます。これには、何を更新する必要があるかを調達スペシャリストに通知する ERP システムからのエラーメッセージが含まれています。
    • S2P に対応する発注書がない発注書明細が ERP システムによって挿入されている場合、アドミニストレーターはエラーメッセージを受け取ります。「失敗した注文明細インポートセットレコードを再トリガー」スケジュール済みジョブを実行して、発注書がないためにインポートされていないエラー発注明細レコードを再トリガーできます。統合エラー処理の詳細については、「 ステージングテーブルの統合エラー」を参照してください。
    • 発注書は、統合エラーがS2Pで解決されるまでERPシステムで作成されません。この時点で、S2Pの発注書と購買依頼のステータスは「保留中の送信」に設定されます。
    • 追加のフォームセクション、フィールド、およびマッピングテーブルは、統合の目的でS2Pに作成されます。
    • ERP システムで発注書が正常に作成されると、発注書の ERP 番号と発注明細の ERP 番号が返され、S2P の適切なレコードに同期されます。
    • 資本計上ポリシーが満たされると、固定資産が ERP システムで作成され、ERP 番号が S2P に同期されます。
    • S2Pでの発注書の改訂によって、ERPシステムで新しい発注書が作成されることはありません。既存の発注書は、変更された情報を反映して更新されます。送信オーダー [sn_spend_intg_outbound_purchase_order] ステージングテーブルの統合ステータスが [新規] または [処理中] の場合、発注書を更新するボタンはオフになります。
    • S2Pで発注書をキャンセルすると、発注書のステータスが保留中の送信に移行します。ERP システムで統合が成功すると、発注書はキャンセルされます。
    • 一括発注書は、一括購入に対して購入するときに承認プロセスを実行する必要がないユーザーの事前承認済みリストであるため、ERP システムでは作成されません。また、S2Pには一括発注書に関連する財務書類はありません。
    • 購買発注リリースは ERP システムで登録されます。
    • 請求書と領収書は、S2Pの標準発注書リリースに対して登録されるため、ERPシステムでも標準発注書として登録されます。

    発注書明細の分割シナリオ

    次の条件が満たされている場合、単一の発注明細から複数の発注明細が作成されます。
    • 購入は ERP システムと統合されています
    • 購入数量が 100 以上ある
    • 購入が資産計上されている (例：購入用に作成された固定資産)

    複数の発注明細を作成する必要がある場合、最初の発注明細の最大発注数量は 99 で、残りは 99 を超えない範囲で次の発注明細に回されます。購入した製品の数量に応じて、必要な数の発注明細を作成できます。

    たとえば、購買明細の購買数量が 250 で、資産計上されて ERP システムに統合されている場合、発注明細は次のように分割されます。
    • POL1001：購入数量 = 99
    • POL1002：購入数量 = 99
    • POL1003：購入数量 = 52
    注:
    ここで作成された各発注明細は、同じ発注明細を参照する必要があり、作成された固定資産は適切な発注明細を参照する必要があります。