発注書の統合
発注書 (PO) は 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 システムによって挿入されている場合、アドミニストレーターにエラーメッセージが表示されます。[失敗した注文明細インポートセットレコードを再トリガー (Retrigger failed order line import set records)] スケジュール済みジョブを実行して、発注書がないためにインポートされなかったエラー発注明細レコードを再トリガーできます。統合エラー処理の詳細については、「 ステージングテーブルの統合エラー」を参照してください。
- S2P で統合エラーが解決されるまで、発注書 (PO) は ERP システムに作成されません。この時点で、S2P の発注書と購買要求のステータスは [保留中の送信] に設定されます。
- 追加のフォームセクション、フィールド、およびマッピングテーブルは、統合のために S2P で作成されます。
- ERP システムで発注書が正常に作成されると、発注書の ERP 番号と発注明細の ERP 番号が返され、S2P の適切なレコードに同期されます。
- 資本計上ポリシーが満たされると、ERP システムに固定資産が作成され、ERP 番号が S2P に同期されます。
- S2P で発注書を変更しても、ERP システムで新しい発注書が作成されることはありません。既存の発注書は、変更された情報を反映して更新されます。発注書を更新するボタンは、アウトバウンドオーダー [sn_spend_intg_outbound_purchase_order] ステージングテーブルの統合ステータスが [新規] または [処理中] の場合にオフになります。
- S2P で発注書をキャンセルすると、発注書のステータスが [送信待ち] に移行します。ERP システムで統合が成功すると、発注書 (PO) がキャンセルされます。
- 一括発注書は、一括購入に対して購入するときに承認プロセスを経る必要のないユーザーの事前承認済みリストであるため、ERP システムでは作成されません。また、S2P には一括発注書に関連付けられた財務ドキュメントはありません。
- 発注書リリースは ERP システムで作成されます。
- 請求書と受領書は、S2P の標準購買発注リリースに対して登録されるため、ERP システムでも標準購買発注として登録されます。
発注書明細の分割シナリオ
次の条件が満たされている場合、単一の発注明細から複数の発注明細が作成されます。
- 購入は ERP システムと統合されています
- 購入数量が 100 以上ある
- 購入が資産計上されている (例:購入用に作成された固定資産)
複数の発注明細を作成する必要がある場合、最初の発注明細の最大発注数量は 99 で、残りは 99 を超えない範囲で次の発注明細に回されます。購入した製品の数量に応じて、必要な数の発注明細を作成できます。
たとえば、購買明細の購買数量が 250 で、資産計上され、ERP システムと統合されている場合、発注明細は次のように分割されます。
- POL1001:購入数量 = 99
- POL1002:購入数量 = 99
- POL1003:購入数量 = 52
注:
ここで作成された各発注明細は、同じ発注明細を参照する必要があり、作成された固定資産は適切な発注明細を参照する必要があります。