購買（購買オーダー・承認・変更）

この章の結論

• 購買文書は 3 種類です。購買オーダー（PO） は一回限りの購入、包括購買契約 は品目と価格を期間で合意（納期は未定）、契約購買契約 は条件だけを合意（品目は後の PO で決める）
• PO の作り方は 4 つです。承認済み購買依頼からの自動作成、バイヤーによる依頼の処理、手入力、インポート（FBDI・Web サービス・REST）
• 承認は Approval Management のルールで経路を決めます。変更は 変更オーダー で行い、処理が終わるまでは承認済みの現行版が正です
• 受入と照合の方法は スケジュール単位 の属性（照合承認レベル・請求書照合オプション・許容範囲）で決まり、AP の照合と受入会計の動きを左右します

全体像

購買文書の種類

文書	使う場面	事前に決めるもの	使われ方
購買オーダー（Purchase Order）	一回限りの購入	品目・数量・価格・納期・配分	そのまま発注・受入・請求する
包括購買契約（Blanket Purchase Agreement）	特定の仕入先から一定期間購入する（納期は未定）	品目と交渉済みの価格	購買依頼・PO が契約を参照して価格を引き継ぐ
契約購買契約（Contract Purchase Agreement）	何を買うか決まる前に条件を合意する	条件のみ（品目は持たない）	PO が契約を参照して条件を使う

包括購買契約と契約購買契約は、複数の購買依頼 BU に利用を許可できます。文書種別の表示名は、業務に合わせて変更できます。

PO の構造

PO は「ヘッダ → 明細 → スケジュール → 配分」の 4 階層です。どの属性がどの階層にあるかを押さえると、インポートや SQL が理解しやすくなります。

階層	主な属性	ポイント
ヘッダ	仕入先・サイト、調達 BU、購買依頼 BU、Sold-to Legal Entity、バイヤー、通貨、支払条件	既定値は調達 BU の構成や仕入先サイトなどから決まる
明細（Line）	品目またはカテゴリ、ライン・タイプ、数量、単価	物品かサービスかはライン・タイプで決まる
スケジュール（Schedule）	出荷先、要求日、照合承認レベル、請求書照合オプション	届け先や納期が違うごとにスケジュールを分ける
配分（Distribution）	搬送先、計上先・未着・差異勘定、プロジェクト	既定値が十分なら保存時に自動作成される

設定・実装の手順

1. PO を作る 4 つの方法

1. 購買依頼からの自動作成：承認済みの購買依頼を、条件を満たせば自動で PO にします（後述）
2. 依頼の処理：バイヤーが購買オーダー作業領域で未処理の依頼明細を選び、ドキュメント・ビルダー（Document Builder）で PO にまとめます
3. 手入力：購買オーダー作業領域で PO を直接作成します。依頼がない緊急購入などで使います
4. インポート：FBDI（ジョブ Import Orders）、Purchase Order Web サービス（SOAP）、REST の draftPurchaseOrders を使います

2. 自動作成の条件と契約側の設定

自動作成（Automated Order Creation）は、人がする「仕入先を決め、契約から価格と条件を引く」作業を自動化したものです。公式ドキュメントに記載された主な条件は次のとおりです。

• 購買依頼が承認済みであること
• 依頼がカタログ品目（契約の品目やパンチアウト品目を含む）か、購買依頼インターフェースから取り込んだものであること
• 契約購買契約を参照する依頼明細では、Negotiated チェック・ボックスがオンであること
• 品目を調達する仕入先と、その仕入先との契約を特定できること

契約（購買契約）側では次の設定が効きます。

設定	場所	効果
Automatically generate orders	発注作成オプション	承認済みの依頼から PO を自動作成する
Automatically submit for approval	発注作成オプション	自動作成した PO を承認に自動提出する
Allow ordering from unassigned sites	Controls タブ	BU 割当にない仕入先サイトでも依頼を調達できる
BU アクセス	Business Unit Access 領域	契約を使える購買依頼 BU と仕入先サイトを指定する

高額品目では「自動作成」だけをオンにして、提出前にバイヤーが確認する運用が推奨されています。また、機能 Consolidate Online Requisitions into Fewer Purchase Orders を有効にすると、承認時には PO を作らず、ジョブ Generate Orders の実行時にグループ化オプションに従ってまとめて作成します。

集約機能	契約の自動作成	結果
無効	オン	依頼の承認時に PO を自動作成
無効	オフ	依頼はバイヤーの処理待ち（プール）になる
有効	オン	Generate Orders 実行時にまとめて PO を作成
有効	オフ	Generate Orders 実行時にバイヤーの処理待ちになる

3. インポート（FBDI）の手順

1. テンプレート POPurchaseOrderImportTemplate.xlsm にデータを入力し、ZIP にします（インターフェース表は PO_HEADERS_INTERFACE・PO_LINES_INTERFACE・PO_LINE_LOCATIONS_INTERFACE・PO_DISTRIBUTIONS_INTERFACE）
2. ジョブ Load Interface File for Import でインターフェース表に読み込みます
3. 購買オーダー作業領域のタスク Import Orders を実行します（契約は Import Blanket Agreements・Import Contract Agreements）
4. 出力レポートで各レコードの状態を確認し、Rejected のものは Purchasing Document Import Errors レポートで原因を見て修正し、再実行します

パラメータ	意味
Procurement BU	取り込む先の調達 BU
Default Buyer	データにバイヤーがない場合の既定値
Create or Update Item	Yes なら品目がなければ作成し、あれば更新する
Approval Action	Do Not Approve（未完了で取込）／Submit for Approval（承認に提出）／Bypass Approval（承認済みのオープンで取込）
Batch ID・Import Source	処理するインターフェース・データを絞り込む
Default Requisitioning BU	データに購買依頼 BU がない場合の既定値
Communicate Orders	Yes なら取り込んだ PO を仕入先に送付する

処理済みのインターフェース・データは、ジョブ Purge Processed Open Interface Documents で削除できます。手順の詳細は FBDI を参照してください。

4. 承認

購買文書の承認は Oracle Approval Management Service（AMS）で行います。管理者は、文書の属性（発注金額、価格、カテゴリ、契約条項の有無など）を条件にルールを書きます。承認者は、監督階層（Supervisory Chain）、職位またはジョブ・レベルの階層、承認者リストから決まり、並列・直列のどちらでも回せます。

ルールの例です。

• PO 金額がしきい値を超えたら、バイヤーの上長に回す
• PO 金額が元の購買依頼の金額を超えたら、依頼者の上長に回す
• 包括購買契約の価格変更率が Price Update Tolerance Percent を超えたら、カテゴリ・マネージャに回す
• 標準外の契約条項があれば、法務の承認に回す

自動作成した PO の承認を省略（バイパス）する設定もあります。承認の仕組みと設定画面は 承認ワークフロー と 調達の共通設定 を参照してください。

5. 送付と仕入先の確認

承認された PO は、E メール・印刷・B2B（Collaboration Messaging）などで仕入先に送付します。再送付や一括送付にはジョブ Communicate Purchasing Document を使います。仕入先の確認（Acknowledgment）を必須にした文書は、仕入先が仕入先ポータルで承諾・拒否・変更提案を行います。電子署名が必要な文書は、署名の準備と署名状況の更新（ジョブ Refresh Document Signature Status）を行います。

6. 変更オーダー

承認済みの文書を変えるときは、変更オーダー（Change Order）を作ります。変更を提案できるのは、バイヤー、依頼者、仕入先です。たとえば依頼者は納期の延期や取消を、バイヤーは条件の変更を、仕入先は分納や価格の改定を提案します。

変更オーダーは「作成 → 承認 → 受諾と検証 → 適用」の順に進みます。処理中も 承認済みの現行版 がそのまま有効で、受入・請求・契約からの発注は現行版を使います。処理が終わると変更が適用され、新しい版になります。

区分	変更する属性	仕入先への送付	改訂番号
内部変更オーダー（Internal）	社内管理の属性のみ（原価センター、プロジェクト、社内向け搬送指示、許容範囲、管理項目）	しない	上がらない
外部変更オーダー（External）	仕入先に関わる属性（品目・サービス、納期、支払条件など）	する	上がる

どちらも変更履歴（View Change History）で追跡できます。契約の価格を改定したときに既存 PO へ反映するには、遡及価格更新（ジョブ Initiate Retroactive Price Update）を使います。

7. 受入・照合方法の指定

受入と請求書照合のルールは、PO の スケジュール に持たせます。

属性	選択肢・意味
照合承認レベル（Match Approval Level）	2 方向（PO と請求書）、3 方向（＋受入）、4 方向（＋検査で合格した数量）
請求書照合オプション（Invoice Match Option）	Order（PO スケジュールに照合）／Receipt（受入に照合）
受入クローズ許容率（Receipt Close Tolerance Percent）	受入済みがこの率に達すると受入をクローズする
請求クローズ許容率（Invoice Close Tolerance Percent）	請求済みがこの率に達すると請求をクローズする

受入の許容範囲（早着・遅着・過剰受入）や受入経路（標準受入・検査要・直接搬送）は、在庫組織の受入パラメータが既定値になります。品目や PO でどこまで上書きできるかは、リリースにより異なるため公式ドキュメントで確認してください。受入の操作は 受入と出荷、照合は 請求書 を参照してください。

8. 文書の管理アクション

アクション	効果
取消（Cancel）	未受入・未請求の残を取り消す。依頼の需要を戻すかは購買依頼 BU の Cancel Unfulfilled Demand 設定による
クローズ（Close）	受入・請求の完了で自動、または手動でクローズする
最終クローズ（Finally Close）	以後の受入・請求・変更をすべて止める（戻せない）
凍結（Freeze）	変更を止めるが、受入・請求は続けられる
保留（Hold）	承認・受入・請求などを一時的に止める

コード例

照合承認レベルは、スケジュールの「受入要否」と「検査要否」のフラグの組合せで決まります。BI Publisher などで確認する例です。

PO スケジュールの照合レベルと受入・請求の進捗（例）

SELECT ph.segment1               AS po_number,
       pl.line_num,
       pll.shipment_num,
       pll.quantity,
       pll.quantity_received,
       pll.quantity_billed,
       CASE
         WHEN pll.receipt_required_flag = 'Y'
          AND pll.inspection_required_flag = 'Y' THEN '4-Way'
         WHEN pll.receipt_required_flag = 'Y'    THEN '3-Way'
         ELSE '2-Way'
       END                        AS match_level,
       pll.match_option           -- 請求書照合オプション
FROM   po_headers_all        ph
JOIN   po_lines_all          pl  ON pl.po_header_id  = ph.po_header_id
JOIN   po_line_locations_all pll ON pll.po_line_id   = pl.po_line_id
WHERE  ph.prc_bu_id = :P_PRC_BU_ID
ORDER  BY ph.segment1, pl.line_num, pll.shipment_num

REST では、PO の明細・スケジュール・配分を子リソースとして取得できます。

PO を明細ごと取得する（接続先はプレースホルダ）

curl -s -u "$FUSION_USER:$FUSION_PASSWORD" \
  "https://<your-pod>.fa.<region>.oraclecloud.com/fscmRestApi/resources/11.13.18.05/purchaseOrders?q=OrderNumber='1000123'&expand=lines&onlyData=true"

実務での拡張ポイントです。

• 列名・属性名は Tables and Views と REST API リファレンスで確認してから使う
• 大量件数の取得は limit／offset でページングする（REST API の基本）
• PO の作成・更新は、FBDI（作成のみ）、Web サービス、REST の draftPurchaseOrders から要件に合うものを選ぶ

落とし穴とベストプラクティス

よくあるミス

• FBDI で PO を更新しようとする：FBDI のインポートは PO の更新に対応していません。更新は Purchase Order Web サービスなどを使います
• 大きすぎる文書：配分が 10,000 を超える文書はインポートで作成・更新できません
• テンプレートにない項目：Requires Signature、Use Ship-to Location、Schedule Group などは FBDI テンプレートにありません。移行後の一括設定方法を事前に決めます
• 依頼の DFF コピーとグループ化：依頼の明細 DFF を PO にコピーする設定にすると、依頼明細のグループ化ができません
• 契約の BU アクセス漏れ：契約で購買依頼 BU へのアクセスを許可していないと、自動作成も価格の引継ぎも動きません

• 移行ではオープン PO を残数量で取り込み、Approval Action を Bypass Approval、Communicate Orders を No にします
• 自動作成の対象にする契約と、バイヤーが確認する契約を分けます（高額・新規品目は手動確認）
• 承認ルールは「金額の境界値」「カテゴリ」「契約条項あり」のケースでテストします

試験対策ポイント

• 対応する出題分野：調達の模擬テスト の「Setting up Purchasing」
• PO・包括購買契約・契約購買契約の違い（何を事前に決めるか）
• 自動作成の条件（承認済み、カタログ品目・インポート依頼、Negotiated、仕入先と契約の特定）と、契約の Automatically generate orders／Automatically submit for approval
• インポートの Approval Action の 3 つの値と、Bypass Approval の結果（オープンで取込）
• 内部変更オーダーと外部変更オーダーの違い（送付の有無・改訂番号）
• 照合承認レベル（2・3・4 方向）と請求書照合オプション（Order／Receipt）

公式ドキュメント

• What’s the difference between a purchase order, a purchase agreement, and a contract agreement?
• How Purchase Orders Are Automatically Created
• Supplier Agreement Order Automation Controls
• How You Import Purchasing Documents
• How You Approve Purchasing Documents
• Change Orders
• Internal and External Change Orders
• Purchase Orders Import（FBDI）

関連ページ

• 調達の全体像と試験範囲
• セルフサービス調達（購買依頼・カタログ）
• P2P：購買依頼から支払・会計まで
• 受入と出荷・ロット／シリアル管理
• 請求書（取込・照合・検証・保留・承認）
• 承認ワークフロー（BPM・承認ルール・通知）