AP（買掛管理）の全体像と試験範囲

Payables（買掛管理）は P2P の後半、「仕入先請求書の受領 → 照合・検証 → 承認 → 支払 → 会計」を担います。支払の作成・書式化・銀行への送信は Oracle Payments（Payments）が担当します
組織設計の中心はビジネス・ユニット（BU）です。請求書を処理する BU（Payables Invoicing）と支払う BU（Payables Payment）を分けられ、サービス・プロバイダ・モデルで共有サービスによる集中支払ができます
マスタは「企業構造 → 各種オプション → 銀行口座・Payments 設定 → 支払条件・配布セット・税 → 仕入先とサイト」の順に作ります
会計は補助元帳会計（SLA）で作成して GL へ転送します。期間締めでは未会計取引のスイープと GL との照合を行います
認定試験 1Z0-1055-26 は 90 分・36 問・合格ライン 68%（日本語試験あり）。共通設定・請求書・支払・AP 残高・経費・AI／自動化・Redwood の 7 分野です

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

Oracle Fusion Cloud ERP で「仕入先や従業員に支払う」業務は、次の製品が分担しています。

製品	管理する対象	主な機能
Payables（買掛管理）	仕入先請求書、前払、支払依頼、支払の記録	請求書の取込・照合・検証・保留・承認、支払プロセス要求、源泉税、期間締め
Payments（Oracle Payments）	支払方法、支払プロセス・プロファイル、支払ファイル、外部銀行口座	支払の組立て、書式化（BI Publisher テンプレート）、銀行への送信
Expenses（経費）	従業員の経費精算書、仮払金、法人カード	経費入力・ポリシー・監査・承認。払戻しは Payables の支払依頼として支払う
Cash Management（CM）	内部銀行口座、銀行明細	支払と銀行明細の照合（消込）
Subledger Accounting（SLA）	仕訳の作成ルール	請求書・支払の会計イベントから仕訳を作り GL へ転送

P2P（Procure to Pay）の中では、次の [ ] の部分を担います。

購買依頼 → 購買オーダー（PO） → 受入 → [請求書の受領 → 照合 → 検証 → 承認 → 支払] → 銀行照合（CM）
                                          └→ 会計（SLA） → GL

Payables は「請求内容が発注・受入と一致しているか」を確かめ、正しい金額を、正しい日に、正しい口座へ支払うための統制点です。P2P 全体の流れは P2P：購買依頼から支払・会計までで横断的に説明しています。

使用する組織

組織	AP での役割	設定の考え方
法的エンティティ	請求書の法的な当事者。税の判定や支払元口座の所有者	請求書ヘッダーに保持。受入照合では請求書と同じ法的エンティティの PO の受入だけが対象
元帳（主元帳）	仕訳の転記先。カレンダー・通貨・COA を決める	BU は 1 つの主元帳に紐づく
BU（Payables Invoicing 機能）	請求書を登録・会計する「請求書 BU」	共通オプション・請求書オプション・源泉税オプションを持つ
BU（Payables Payment 機能）	支払を作成する「支払 BU」	支払オプションを持つ。他の請求書 BU の支払を代行できる
調達 BU	仕入先サイトを所有し、利用する BU へサイトを割り当てる	サイト割当（Site Assignments）で請求書 BU が使えるようになる
参照データ・セット	支払条件などの共有単位	支払条件は参照グループ Payables Payment Terms（決定タイプは BU）

サービス・プロバイダ・モデル（共有サービス）

Payables Payment の業務機能を持つ BU は、Payables Invoicing の業務機能を持つ他の BU に支払サービスを提供できます。公式ドキュメントでは次の 3 つの型が説明されています。

専任（Dedicated）：支払 BU が他の請求書 BU の支払だけを代行する
セルフサービス（Self-Service）：請求書 BU が自分の支払も行う
専任とセルフサービス（Dedicated and Self-Service）：支払 BU が自分の支払と他 BU の支払の両方を行う

設定をどちらの BU で持つかは次のとおりです。試験でもよく問われます。

設定タスク	対象 BU
Manage Common Options for Payables and Procurement（買掛・調達の共通オプション）	請求書 BU
Manage Invoice Options（請求書オプション）	請求書 BU
Manage Payment Options（支払オプション）	支払 BU
Manage Tax Reporting and Withholding Tax Options（税レポート・源泉税オプション）	請求書 BU

支払 BU は、サービス対象の請求書 BU から同じ仕入先・サイトの請求書をまとめ、1 回の支払にできます。一方、割引の配分方法などの会計処理は各請求書 BU の設定に従います。Payables のユーザーは BU 単位でデータが保護されるため、共有サービスの担当者には複数 BU へのアクセスを付与します（セキュリティの基本）。

主要な業務プロセス

仕入先の登録：調達の仕入先管理で、仕入先・サイト・サイト割当・銀行口座を作成します（仕入先管理）
請求書の受領と登録：手入力、スプレッドシート、FBDI、REST、IDR（Intelligent Document Recognition）による自動読取、サプライヤ・ポータルで登録します
照合：PO・受入・消費通知（Consumption Advice）と照合し、差異を請求書許容範囲（Invoice Tolerances）で判定します
検証（Validate）：配布の作成、税・源泉税の計算、許容範囲のチェックを行い、問題があれば保留（Hold）を付けます
承認：請求書承認ワークフローで承認者に回付します
支払：支払プロセス要求（Payment Process Request）で支払対象を選び、Payments が支払を組み立てて支払ファイルを銀行へ送ります
会計：Create Accounting で SLA の仕訳を作り、GL へ転送します
期間締め：未会計取引の処理、期間のクローズ、GL との照合を行います

詳しくは請求書、支払、経費、共通設定・税・会計・期間締めの各ページで説明します。

日本企業での典型的な運用例

「月末締め翌月末払い」「20 日締め翌月 10 日払い」：支払条件の Day of Month 方式（Cutoff Day・Day of Month・Months Ahead）で表現します。設定例は請求書のページにあります
支払日を月 1〜2 回に集約：支払プロセス要求テンプレートを支払日ごとにスケジュールします
総合振込：Payments の電子支払で支払ファイルを作り、銀行へ送ります（書式は後述の「日本での導入の考慮点」を参照）
振込手数料の先方負担：日本向けの銀行手数料（Bank Charges）機能で、支払額から手数料を差し引けます
請求書の承認：「10 万円以上は部門長」「それ未満は自動承認」のような規程を承認ルールで表現します

マスタデータ

マスタ	内容	作成場所（UI）	移行手段
仕入先・サイト・サイト割当	基本情報、住所と用途（購買・支払）、BU ごとの利用可否と既定の勘定	Suppliers 作業領域（調達）	FBDI（仕入先のインポート）、REST（suppliers）
仕入先の銀行口座	振込先口座（Payments の外部銀行口座）	仕入先の支払情報	FBDI（Supplier Bank Account Import。作成のみで更新は不可）
支払条件（Payment Terms）	分割払の作り方、期日、割引	Manage Payment Terms	手入力（件数が少ない）
支払方法・支払プロセス・プロファイル	振込・小切手などの手段と、支払のまとめ方・書式・送信	Payments の設定タスク	手入力、FSM の設定移行
内部銀行口座	支払元の自社口座	CM の銀行口座管理	スプレッドシート（Rapid Implementation）
配布セット（Distribution Sets）	PO なし請求書の配布を自動作成	Manage Distribution Sets	手入力
税	税制・税・税率・税ルール、源泉税コード	Fusion Tax、源泉税の設定	手入力、スプレッドシート
経費テンプレート・経費タイプ	BU ごとの経費の種類、勘定、領収書要件	Expenses の設定タスク	手入力

作成順序（依存関係）

企業構造：法的エンティティ・元帳・BU、業務機能（Payables Invoicing／Payables Payment）の割当、サービス・プロバイダ関係
各種オプション：共通オプション、請求書オプション、支払オプション、税レポート・源泉税オプション
銀行・支店・内部銀行口座（CM）
Payments：支払方法 → 書式（テンプレート） → 支払システム・送信設定 → 支払プロセス・プロファイル
Payables の構成：支払条件、配布セット、許容範囲、保留と解除、Payables カレンダー
税：取引税（消費税）と源泉税
仕入先：仕入先 → サイト → サイト割当 → 銀行口座（支払条件・支払方法・配布セットを参照するため後に作る）
承認ルール、経費の設定（テンプレート・タイプ・ポリシー・監査ルール・法人カード）
移行データ：未払請求書、未充当の前払

他モジュールとの連携

連携	タイミング	流れるデータ	仕組み
調達 → AP	請求書の照合時	PO スケジュール・配布	PO 照合（PO の配布から請求書配布を作成）
受入 → AP	受入の記録後	受入数量・検収数量	3-way／4-way 照合、受入照合
AP → 原価管理	請求書の会計後	請求価格など	Transfer Costs to Cost Management
AP → 固定資産	請求書の会計後	資産計上する配布（Track as Asset）	Create Mass Additions
AP → Payments → CM	支払時・支払後	支払対象書類、支払	支払プロセス要求、銀行明細との照合
AP → SLA → GL	検証後・支払後	会計イベント	Create Accounting（GL へ転送）
Tax ↔ AP	検証時	税の判定・計算結果	Fusion Tax が税明細・税配布を作成
Expenses → AP	経費の承認・監査後	支払依頼（Payment request）	Process Expense Reimbursement → Import Payables Invoices

会計連携（補助元帳会計）

Payables の取引は会計イベント（イベント・クラス／イベント・タイプ）として記録され、Create Accounting が SLA のルールで仕訳を作ります。主なイベントは次のとおりです。

イベント・クラス	主なイベント・タイプ
Invoices	Invoice Validated、Invoice Adjusted、Invoice Canceled
Payments	Payment Created、Payment Adjusted、Payment Canceled
Reconciled Payments	Payment Cleared、Payment Uncleared
Prepayment Applications	Prepayment Applied、Prepayment Unapplied
Bills Payable	Bill Payable Matured

支払オプションの Account for Payment を「発行時と決済時（At payment issue and clearing）」にした場合の典型的な仕訳は次のとおりです。

請求書の検証   Dr 費用（受入時計上の PO 照合なら未払計上 Accrual）  / Cr 買掛金（Liability）
支払の発行     Dr 買掛金                                            / Cr 現金清算（Cash Clearing）
銀行での決済   Dr 現金清算                                          / Cr 現金（Cash）

仕訳を請求書まで追跡する方法は補助元帳会計（SLA）の仕組みと追跡 SQL と SQL 演習で扱います。

標準機能とアドオン

標準でできることの代表例は次のとおりです。

請求書の取込（FBDI・REST・スプレッドシート・IDR・サプライヤ・ポータル）、PO・受入照合、許容範囲と保留、承認ワークフロー
支払プロセス要求による一括支払、支払ファイルの作成と送信、ポジティブ・ペイ、送金通知（Separate Remittance Advice）
源泉税の自動計算と税務当局向け請求書の作成、前払の充当、期間締めのレポート群

よくあるアドオンと実現手段は次のとおりです。

種類	例	実現手段
インターフェース	外部システム・EDI からの請求書取込、銀行への支払ファイル送信	FBDI＋OIC、REST（invoices）、Payments の送信設定
帳票	支払通知書、買掛金残高一覧、支払予定表	BI Publisher（BIP）、OTBI
データ変換	銀行指定の固定長ファイル	Payments の書式（BI Publisher の eText テンプレート）
拡張	請求書の独自項目、入力チェック	DFF、Visual Builder Studio（Redwood ページ）
ワークフロー	金額・部門別の承認経路	請求書承認ルール（スプレッドシートで設定）

Fit to Standard では次を検討します。

締め支払は、支払条件（Day of Month）と支払プロセス要求テンプレートで標準対応できないか
独自の支払通知書は、標準の送金通知（Separate Remittance Advice）で代替できないか
独自の承認画面を作らず、標準の承認ルール（金額・BU・仕入先などの属性）で表現できないか
外部の請求データは、個別 API を作らず FBDI（定型・大量）か REST（少量・即時）で取り込めないか

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

ベストプラクティス

支払会計のタイミング（Account for Payment）は最初に決める：運用開始後に変えると会計処理が滞るため変更しないよう公式に案内されています。別の方式が必要なら新しい BU を作ります
許容範囲の「0 と空欄」を区別する：0% は差異を一切認めず、値が空欄の有効な許容範囲は差異を無制限に認めます
分納が多い取引は受入と照合する：保留が減り、為替差異も小さくなります
取込は Import Set を一意にし、Purge を使う：処理時間を短くし、再取込時の混乱を防ぎます
移行は未払請求書と未充当の前払に絞り、移行後の買掛金残高を GL と突き合わせる（移行設計のベストプラクティス）
支払ファイルは早い段階で銀行とテストする：書式・文字コード・送信方式の手戻りが最も大きい領域です
アンチパターン：支払方法を仕入先ごとに細かく作りすぎる、BU を部門単位で作る、保留の手動解除を常態化させる

日本での導入の考慮点

公式ドキュメント（26D）で確認できた日本向けの機能と、汎用機能で対応する事項を分けて整理します。

公式ドキュメントで確認できた日本向け機能（26D 時点）

銀行・支店マスタの一括メンテナンス：全国銀行協会の全銀ファイル（Zengin ファイル）を、スケジュール済プロセス Upload Banks, Branches, and Accounts（File Type に Japan Zengin File）で取り込みます。Shift-JIS の CSV をそのまま使え、新しい銀行・支店の作成と名称変更を反映します。ファイルから消えた銀行・支店は自動では終了しないため、出力（ZenginResults.txt）を見て判断します
銀行口座の検証ルール：銀行コードは数字 4 桁、支店番号は数字 3 桁で必須です。口座種別は Deposit Type（預金種目）という表示で必須です
振込手数料の差引（Bank Charges）：Manage Bank Charges で手数料を定義し、支払オプションと仕入先サイトの Bank Charge Deduction Type を設定すると、支払時に手数料を差し引けます。結果は Payment Register with Bank Charges for Japan で確認します
支払額のしきい値による分割：オプトイン機能 Enable Installment Splitting for Supplier Payments を有効にすると、支払額が Payment threshold amount を超えたとき、即時に振り込む分と繰延分（Bills Payable または Cash on Due）に自動で分割できます

汎用機能で対応する事項

締め支払：支払条件の Day of Month 方式で表現します
消費税：Fusion Tax で税制・税率・税ルールを設定します（税（Fusion Tax））
源泉徴収：Payables の源泉税（Withholding Tax）機能で、税務当局（仕入先として登録）向けの源泉税請求書を自動作成できます。日本の源泉所得税の計算方法や支払調書の要件を満たすかは、要件と照らして検証してください

確認できなかった事項（要確認）

全銀形式の支払ファイル：事前定義の書式があるかは、今回確認した公式ガイドでは特定できませんでした。環境の書式一覧（Manage Formats）で確認し、なければ BI Publisher の eText テンプレートで作成します
インボイス制度（適格請求書等保存方式）：請求書で登録番号を扱う日本専用の機能は、今回確認した 26D のガイド（Asia/Pacific・Tax）では確認できませんでした。最新の What’s New と税のページで確認してください

実装リファレンス

主要テーブル

テーブル	内容
AP_INVOICES_ALL	請求書ヘッダー
AP_INVOICE_LINES_ALL	請求書明細
AP_INVOICE_DISTRIBUTIONS_ALL	請求書配布（勘定科目・金額）
AP_PAYMENT_SCHEDULES_ALL	分割払（支払予定・残額）
AP_HOLDS_ALL	保留と解除
AP_CHECKS_ALL	支払
AP_INVOICE_PAYMENTS_ALL	請求書と支払の対応
AP_PAYMENT_HISTORY_ALL	支払の履歴（決済など）
AP_INVOICES_INTERFACE、AP_INVOICE_LINES_INTERFACE	請求書取込のインターフェース表
POZ_SUPPLIERS、POZ_SUPPLIER_SITES_ALL_M	仕入先、仕入先サイト
IBY_PAY_SERVICE_REQUESTS、IBY_PAYMENTS_ALL、IBY_DOCS_PAYABLE_ALL	支払プロセス要求、支払、支払対象書類（Payments）
EXM_EXPENSE_REPORTS、EXM_EXPENSES	経費精算書、経費明細

列の定義は Tables and Views for Financials で確認してください。テーブル全体の地図は主要テーブルマップにあります。

REST API・FBDI・ESS ジョブ

種類	名前	用途
REST	invoices（子リソース invoiceLines など）	請求書の作成・照会・更新
REST	invoiceHolds	請求書の保留
REST	payablesPayments	支払の作成・照会・更新
REST	suppliers	仕入先・サイト
FBDI	Payables Standard Invoice Import	請求書の一括取込（テンプレート PayablesStandardInvoiceImportTemplate.xlsm）
FBDI	Payables Payment Request Import	支払依頼の一括取込
FBDI	Supplier Bank Account Import	仕入先銀行口座の作成

REST のパスは /fscmRestApi/resources/11.13.18.05/ の後にリソース名を付けます。26D の REST エンドポイント一覧には、請求書ファイルを取り込む ERP Integrations の API（POST /api/erp/integrations/resources/v1/payables/supplierInvoices/files/import）も掲載されています。

主なスケジュール済プロセス（Scheduled Processes）は次のとおりです。

ジョブ名	用途
Load Interface File for Import	FBDI の zip をインターフェース表へロード
Import Payables Invoices	インターフェース表から請求書を作成
Validate Payables Invoices	請求書の一括検証
Initiate Invoice Approval Workflow	請求書承認の一括開始
Create Accounting	仕訳の作成と GL への転送
Apply Missing Conversion Rates	未入力の換算レートを適用
Update Matured Bills Payable Status	期日が来た支払手形の状態を更新
Payables Unaccounted Transactions and Sweep Report	未会計取引の一覧と別期間へのスイープ
Payables Period Close Exceptions Report	期間クローズの例外一覧
Prepare Payables to General Ledger Reconciliation	GL 照合レポートのデータを準備
Payables Trial Balance Report	未払残高の試算表
Create Mass Additions、Transfer Costs to Cost Management	固定資産・原価管理への連携

GL 照合の OTBI サブジェクト領域は Subledger Accounting - Payables Summary Reconciliation Real Time です。

コード例

保留が解除されていない請求書を BU 単位で一覧にする BI Publisher のデータモデル用 SQL です。

SELECT ai.invoice_num,
       ai.invoice_date,
       ai.invoice_currency_code,
       ai.invoice_amount,
       ah.hold_lookup_code,
       ah.hold_date
FROM   ap_invoices_all ai
       JOIN ap_holds_all ah
         ON ah.invoice_id = ai.invoice_id
WHERE  ai.org_id = :P_BU_ID
AND    ah.release_lookup_code IS NULL
ORDER  BY ah.hold_date

このサイトの練習用モック API で、未払の請求書を絞り込む例です（REST-Framework-Version 2 の q 構文）。

export BASE="https://<このサイトのURL>/api/mock/fscmRestApi/resources/11.13.18.05"
curl -s -G -u learner:welcome1 -H "REST-Framework-Version: 2" "$BASE/invoices" \
  --data-urlencode "q=PaidStatus = 'Unpaid' and ValidationStatus = 'Validated'" \
  --data-urlencode "fields=InvoiceNumber,Supplier,InvoiceAmount,PaidStatus" \
  --data-urlencode "onlyData=true"

実務では limit／offset によるページングと、401・429・5xx のリトライを加えます（REST 演習1、REST 演習3）。

試験対策ポイント

対応試験：AP 模擬テスト（Oracle Fusion Cloud Financials: Payables and Expenses 2026 Implementation Professional、1Z0-1055-26）。90 分・36 問・合格ライン 68%、日本語試験（1Z0-1055-26-JPN）あり（Oracle 日本の認定試験一覧で 2026-10-15 に確認）
出題分野と対応ページ

分野（Exam Topics）	主な学習ページ
Setting up Common Configurations in the Supplier Invoice to Payments Process	このページ、共通設定・税・会計・期間締め
Implementing Supplier Invoices	請求書
Implementing Payments	支払
Implementing Accounts Payable Balances	共通設定・税・会計・期間締め
Implementing Expenses	経費
Leveraging AI/ML/Mobile and Automation Features	請求書、経費
Enabling Redwood Capabilities	Redwood UX と AI・自動化機能

覚えるべきポイント
- 請求書 BU と支払 BU で持つ設定の違い（支払オプションだけが支払 BU）
- サービス・プロバイダ・モデルの 3 つの型
- 支払条件は参照データ・セットで共有し、決定タイプは BU
- 支払の作成・書式化・送信は Payments、支払対象の選択は Payables（支払プロセス要求）
- 会計は SLA の Create Accounting。期間締めでは未会計取引をスイープしてから期間をクローズする