調達の全体像と試験範囲

調達（Procurement）は P2P（Procure to Pay）の前半、つまり「仕入先 → ソーシング → 購買依頼 → 購買オーダー／購買契約 → 受入」を担います。請求書の照合・支払は AP、受入の会計は受入会計と SLA に引き渡します
組織設計の要は 調達 BU（購買を実行する BU）、購買依頼 BU（依頼して費用を負担する BU）、請求 BU（請求書を処理する BU）の役割分担です。サービス・プロバイダ・モデルで、1 つの調達 BU が複数の BU の購買を代行できます
マスタの骨格は「仕入先（サイトとサイト割当）」「品目・購買カテゴリ・カタログ」「購買契約」「調達エージェント」「承認ルール」です。作成順を守らないと移行が止まります
認定試験 1Z0-1065-26 は 90 分・36 問・合格ライン 68%（日本語試験あり）。共通設定から購買・セルフサービス調達・仕入先ポータル・ソーシング・SQM・調達契約・PDSC、AI と Redwood まで 13 分野です

モジュールの役割と位置づけ

Oracle Fusion Cloud Procurement は、「何を・誰から・いくらで・どの条件で買うか」を決め、発注して受け取るまでを管理する製品群です。業務プロセスでは P2P の前半を担当します。請求書の照合と支払は Payables（AP）、受入の会計は原価管理の受入会計（Receipt Accounting）が引き継ぎます。モジュールをまたぐ流れは P2P：購買依頼から支払・会計までで詳しく説明します。

製品（英語名）	主な役割	主な利用者
購買（Purchasing）	購買オーダー（PO）と購買契約の作成・承認・変更・送付	バイヤー
セルフサービス調達（Self Service Procurement）	従業員による購買依頼、カタログ検索	依頼者（Requester）
ソーシング（Sourcing）	交渉（RFI・RFQ・オークション）、回答評価、落札	カテゴリ・マネージャ、バイヤー
調達契約（Procurement Contracts）	契約条項ライブラリ、条項の作成、成果物の管理	契約管理者
仕入先ポータル（Supplier Portal）	仕入先による PO の確認・回答、登録・プロファイル更新	仕入先ユーザー
仕入先資格認定管理（Supplier Qualification Management）	質問表を使った仕入先の資格認定・評価	資格認定の担当者

機能設定マネージャ（FSM）では、これらは Procurement オファリング にまとまっています。26D の公式ドキュメントでは、主な機能領域として Purchasing Categories、Suppliers、Procurement Foundation、Purchasing Foundation、Self Service Procurement、Supplier Portal、Sourcing、Supplier Qualification、Procurement Contracts が挙げられています。導入では、オファリングと機能領域をオプトインしてから設定タスクを進めます（FSM）。

使用する組織

調達では、BU に「業務機能（Business Function）」を割り当てて、BU ごとの役割を決めます。1 つの BU が複数の業務機能を持つこともあります。

組織	調達での役割	設定のポイント
法的エンティティ（Legal Entity）	購買の契約主体（PO の Sold-to Legal Entity）	受入先と買手の法的エンティティが異なる購買（会社間）も扱える
調達 BU（Procurement BU）	仕入先サイトの管理、交渉、PO・購買契約の作成	Procurement 業務機能を割り当てる。調達エージェントは調達 BU 単位でアクセス権を持つ
購買依頼 BU（Requisitioning BU）	購買依頼の作成と費用の負担	Requisitioning 業務機能。主元帳と既定の法的エンティティが必要
請求 BU（Bill-to BU）	仕入先請求書の処理（AP）	Payables Invoicing 業務機能。仕入先サイト割当で指定する
在庫組織・事業所（Location）	受入・検査・在庫の場所、出荷先・搬送先の住所	受入の動作は在庫組織の受入パラメータで決まる

財務取引を発生させる業務機能（Requisitioning、Receiving、Materials Management、Payables Invoicing など）を持つ BU には、主元帳と既定の法的エンティティの割当が必要です。BU が転記する主元帳は 1 つですが、複数の法的エンティティの取引を処理できます。組織の基本はエンタープライズ構造を参照してください。

サービス・プロバイダ・モデル

サービス・プロバイダ・モデルは、ある業務機能について、一方の BU がサービス提供者、他方がクライアントになる関係です。調達では 調達 BU がサービス提供者 になり、クライアント BU（購買依頼と買掛請求の業務機能を持つ BU）のために、交渉・仕入先サイトの維持・PO の処理を代行します。クライアント BU は、調達 BU が管理する仕入先サイトを サイト割当（Site Assignment） で利用します。

架空の例：サンプル商事株式会社が本社で集中購買を行う場合です。

「JP01 本社 BU」に Procurement 業務機能、「JP02 東日本 BU」「JP03 西日本 BU」に Requisitioning と Payables Invoicing 業務機能を割り当てる
サービス提供関係（Manage Service Provider Relationships）で、JP01 を JP02・JP03 の調達サービスの提供者にする
仕入先サイトは JP01 に 1 つだけ作り、サイト割当で JP02・JP03 を請求 BU として割り当てる
購買依頼 BU の構成（Configure Requisitioning Business Function）で、既定の調達 BU（Default Procurement BU）を JP01 にする

主要な業務プロセス

仕入先の登録：登録依頼（Supplier Registration）を承認して作成するか、仕入先作業領域で直接作成します
ソーシング：RFQ などの交渉で複数社の回答を集め、評価・落札して PO や購買契約を作ります
購買契約：包括購買契約（品目と価格を合意）や契約購買契約（条件だけを合意）を作り、購買依頼 BU に利用を許可します
購買依頼：依頼者がカタログ・スマートフォーム・非カタログ要求で依頼を作り、承認ルールに従って承認されます
PO の作成：承認済みの依頼から自動作成するか、バイヤーが依頼を処理して PO にします。手入力・インポートもできます
承認と送付：PO を承認し、仕入先へ送付します（E メール・印刷・B2B など）。必要に応じて仕入先の確認（Acknowledgment）を受けます
受入：在庫組織で受入・検査・搬送を記録します。受入会計が未着債務を計上します
照合と支払：AP で請求書を PO・受入と照合（2・3・4 方向照合）し、支払います（請求書）
変更とクローズ：変更オーダーで数量・納期・価格などを変え、受入・請求が終わったらクローズします

日本企業での典型的な運用例（架空）です。

年間単価契約：包括購買契約で品目別の単価を管理し、改定は変更オーダーで行います。改定後の価格を既存の PO に反映するには遡及価格更新（ジョブ Initiate Retroactive Price Update）を使います
相見積もり：3 社見積は RFQ で依頼し、落札結果から PO を作ります
検収：受入・検査を「検収」として記録し、3 方向・4 方向照合で検収済み分だけを支払対象にします
稟議：金額・費目別の決裁権限は、承認ルール（金額・カテゴリ・プロジェクトなど）に置き換えます

マスタデータ

マスタ	内容	作成場所	移行手段
仕入先	ヘッダ、住所、サイト、サイト割当、連絡先、銀行口座、事業区分	仕入先作業領域（Suppliers）	FBDI（Import Suppliers ほか）、REST（suppliers）
品目・購買カテゴリ	品目マスタと購買カテゴリ（カタログのカテゴリ階層）	製品情報管理、カタログ管理	品目は品目インポート、カテゴリは画面
調達カタログ	ローカル・カタログ、パンチアウト、スマートフォーム、コンテンツ・ゾーン	カタログ関連の設定タスク	包括購買契約のインポート、REST（contentZones）
購買契約	包括購買契約、契約購買契約	購買契約作業領域（Purchase Agreements）	FBDI、REST（draftPurchaseAgreements）
調達エージェント	バイヤー等の調達 BU 別アクセス権	Manage Procurement Agents	画面（一括登録の手段は要確認）
承認ルール	購買依頼・購買文書・仕入先登録などの承認	承認の設定タスク	画面、構成パッケージで移送
文書スタイル・ライン・タイプ	購買文書の表示名・機能、明細の種類（物品／サービス）	Purchasing Foundation の設定タスク	構成パッケージで移送

作成順序（依存関係）

通貨・カレンダー・元帳・法的エンティティ・BU・事業所・在庫組織
BU への業務機能の割当と、サービス提供関係
買掛・調達の共通オプション（Common Options for Payables and Procurement）、調達 BU と購買依頼 BU の構成
ユーザー・ロール・データアクセス、調達エージェント
品目・購買カテゴリ・カタログ、文書スタイル・ライン・タイプ
仕入先（ヘッダ → 住所 → サイト → サイト割当 → 連絡先 → 銀行口座）
購買契約（包括・契約）
承認ルール
オープン PO（未受入・未請求の残）

他モジュールとの連携

タイミング	データ	連携先	仕組み
依頼・PO の承認時	予算の引当（Funds Reservation）	予算管理（Budgetary Control）	予算チェックと引当。承認付きの予算超過（Funds Override）もある
PO 配分の作成時	計上先・未着・差異の勘定	GL（勘定組合せ）	取引勘定ビルダー（Transaction Account Builder）が勘定を導出
受入時	受入・検査・搬送の取引	在庫管理（受入）	受入と出荷
受入後	未着債務、在庫・費用	原価管理（受入会計）	受入会計の配分 → SLA の仕訳 → GL（受入会計）
請求書の入力時	PO・受入への照合	AP	2・3・4 方向照合と照合保留
各取引	プロジェクト・タスク・支出タイプ	PPM	依頼・PO の配分にプロジェクト情報を持たせる
受注からの調達	直送・バック・ツー・バック	受注管理・SCO	サプライチェーン・オーケストレーションが購買依頼を作る

PO の配分には、計上先勘定（Charge Account）・未着勘定（Accrual Account）・差異勘定（Variance Account）の 3 つが必須です。会社間の購買では、搬送先組織側の計上先・差異勘定も導出されます。仕訳は補助元帳会計（SLA）で作られて GL に転送されます（SLA の仕組み、在庫と原価・会計の流れ）。

標準機能とアドオン

標準で用意されている主な機能は、承認ルール（Approval Management）、カタログとパンチアウト、仕入先ポータル、E メールや B2B（Collaboration Messaging）による PO の送付、BI Publisher の文書レイアウト、OTBI のサブジェクト領域、OIC を使った仕入先情報のアウトバウンド連携などです。

一方、標準の境界もあります。たとえば FBDI では PO を更新できません（作成のみ）。公式ドキュメントは、PO の更新に Purchase Order Web サービス（SOAP）を使うよう案内しています。

アドオンの種類	よくある例	実現手段
帳票	日本の様式の注文書・注文請書	BI Publisher の購買文書レイアウト
インターフェース	既存購買システム・EDI からの PO 取込、仕入先マスタの配信	OIC＋FBDI／REST、仕入先アウトバウンド連携
データ変換	仕入先・購買契約・オープン PO の移行	FBDI、スプレッドシート
拡張	追加項目、画面の項目制御	DFF、VBS（Redwood ページ）
ワークフロー	稟議に合わせた承認経路	承認ルール、承認グループ

Fit to Standard の検討ポイントです。

承認経路は、標準のルール（金額・カテゴリ・BU・プロジェクトなど）で表現できないか
追加項目は DFF で足りないか（購買依頼の DFF を PO にコピーする設定もある）
注文書は標準レイアウトの修正で足りないか
非カタログ品の依頼は、スマートフォームで定型化できないか

考え方の全体は標準機能とアドオンの考え方を参照してください。

ベストプラクティス

組織：調達 BU は可能な範囲で集約します。BU を分けるほど、仕入先サイト・購買契約・エージェント設定が重複します
仕入先：重複チェックと仕入先番号の採番方式（自動・手動）を早めに決めます。サイトは「調達 BU × 住所 × 用途」で設計します
移行：オープン PO は残数量で移行し、インポートの承認アクションを Bypass Approval、Communicate Orders を No にして仕入先への再送付を防ぎます。1 文書あたり 10,000 配分を超える文書はインポートできません
テスト：承認ルールはしきい値ちょうどの金額でもテストします。依頼 → PO → 受入 → 請求 → 支払 → 仕訳まで通しで確認します
運用：定期ジョブ（Generate Orders など）のエラーを監視し、承認の滞留はトランザクション・コンソール（Transaction Console）で確認します

日本での導入の考慮点

消費税・適格請求書：PO の税計算は Fusion Tax が行い、PO では内税・外税の情報を表示できます。適格請求書の要件は請求書（AP）側の論点です（税）
言語・住所：外部向けの仕入先登録ページは表示言語を切り替えられます。仕入先住所は国別の書式で入力できます
商慣行：注文書・注文請書の様式、下請取引に関する法令が求める発注書面の記載事項は、標準の PO 帳票で足りるかを確認し、不足は BIP レイアウトで補います（法令の要件は法務部門に確認）
調達固有の日本向けローカライゼーションの有無は、導入リリースの公式ドキュメントで確認してください

実装リファレンス

主要テーブル

テーブル	内容
PO_HEADERS_ALL / PO_LINES_ALL	PO・購買契約のヘッダ／明細
PO_LINE_LOCATIONS_ALL / PO_DISTRIBUTIONS_ALL	PO の納入スケジュール／配分
POR_REQUISITION_HEADERS_ALL / POR_REQUISITION_LINES_ALL	購買依頼のヘッダ／明細
POZ_SUPPLIERS / POZ_SUPPLIER_SITES_ALL_M	仕入先／仕入先サイト
PON_AUCTION_HEADERS_ALL / PON_BID_HEADERS	交渉／仕入先の回答
RCV_SHIPMENT_HEADERS / RCV_TRANSACTIONS	受入ヘッダ／受入取引

列定義は Tables and Views for Procurement で確認してください（主要テーブルマップ）。

SELECT ph.prc_bu_id,
       ph.document_status,
       COUNT(*) AS po_count
FROM   po_headers_all ph
WHERE  ph.type_lookup_code = 'STANDARD'
GROUP  BY ph.prc_bu_id, ph.document_status
ORDER  BY ph.prc_bu_id

FBDI と REST

対象	FBDI（インポート）	REST リソース
購買オーダー	Purchase Orders Import → ジョブ Import Orders	purchaseOrders、draftPurchaseOrders
購買契約	Blanket／Contract Purchase Agreements Import	draftPurchaseAgreements
購買依頼	Import Requisitions	purchaseRequisitions
仕入先	Import Suppliers、Import Supplier Sites など	suppliers
交渉	Import Negotiation Lines	—

PO の FBDI テンプレートは POPurchaseOrderImportTemplate.xlsm、インターフェース表は PO_HEADERS_INTERFACE・PO_LINES_INTERFACE・PO_LINE_LOCATIONS_INTERFACE・PO_DISTRIBUTIONS_INTERFACE です（FBDI）。

curl -s -u "$FUSION_USER:$FUSION_PASSWORD" \
  "https://<your-pod>.fa.<region>.oraclecloud.com/fscmRestApi/resources/11.13.18.05/purchaseOrders?limit=5&onlyData=true"

主要 ESS ジョブ

領域	スケジュール済プロセス名
購買	Import Orders、Import Blanket Agreements、Import Contract Agreements、Generate Orders、Communicate Purchasing Document、Initiate Retroactive Price Update、Reassign Purchasing Document
購買依頼	Import Requisitions、Update Preparer and Requester
仕入先	Import Suppliers、Import Supplier Addresses、Import Supplier Sites、Import Supplier Site Assignments、Import Supplier Contacts、Inactivate Suppliers
資格認定	Requalify Supplier Qualifications、Perform Automated Tasks for Supplier Qualifications
ソーシング	Import Negotiation Lines、Publish Negotiation、Create Purchasing Documents

ジョブの実行と監視は ESS を参照してください。分析は OTBI の調達向けサブジェクト領域を使います（一覧は公式ガイド「Subject Areas for Transactional Business Intelligence in Procurement」で確認）。

試験対策ポイント

対応試験：Oracle Fusion Cloud Procurement 2026 Implementation Professional（1Z0-1065-26）。調達の模擬テストで練習できます
形式：90 分・36 問・合格ライン 68%（Oracle の日本語試験一覧による。日本語試験 1Z0-1065-26-JPN あり）

出題分野（英語）	学習ページ
Understanding the Procurement Application	このページ
Implementing Functional Setup Manager	共通設定、FSM
Provisioning Common Application Functions	共通設定、セキュリティ
Setting up Common Procurement Functions	共通設定
Setting up Purchasing	購買
Setting up Self Service Procurement	セルフサービス調達
Setting up Supplier Portal / Supplier Qualification Management	仕入先管理
Setting up Sourcing / Configuring Procurement Contracts	ソーシングと調達契約
Configuring Project-Driven Supply Chain	共通設定
Leveraging AI/ML/Mobile and Automation Features / Enabling Redwood Capabilities	共通設定、Redwood と AI

覚えるべき判断ポイントです。

調達 BU・購買依頼 BU・請求 BU の役割と、サービス・プロバイダ・モデルでのサイト割当の意味
PO・包括購買契約・契約購買契約の違い
調達エージェントの「アクション」と「他エージェントの文書へのアクセス・レベル（None／View／Modify／Full）」
インポートの承認アクション（Do Not Approve／Submit for Approval／Bypass Approval）