支払（支払プロセス要求・支払方法・支払ファイル）

この章の結論

• 支払は「Payables が支払対象を選ぶ → Payments が支払を組み立て、支払ファイルを作って送る」の二段構えです。境目は支払プロセス要求（Payment Process Request、PPR）です
• 支払方法（Payment Method）は「何で払うか」、支払プロセス・プロファイル（Payment Process Profile）は「どうまとめ、どの書式で、どう送るか」を決めます
• 支払ファイルの書式は BI Publisher のテンプレート（固定長は eText）で作ります。銀行固有の形式は書式の追加で対応します
• 支払の種類は PPR・Quick・Manual・Refund の 4 つです。無効化（Void）すると支払の会計が取り消され、請求書は「取消・保留・再支払可能」のいずれかに戻せます

全体像

Payables：支払プロセス要求（PPR）で分割払を選択
   ↓ 支払対象書類（Documents Payable）を Payments へ
Payments：支払元口座とプロファイルの割当 → 書類の検証 → 支払の組立てと検証
        → （任意）支払の承認 → 支払ファイルの作成 → 抽出（XML）と書式化 → 送信／印刷
   ↓
支払の確定 → 会計（SLA） → 銀行明細と照合（Cash Management）

• Payables は「どの請求書を、いつ、いくら払うか」を決めます。支払条件から作られた分割払（Installment）が選択の単位です
• Payments は Payables・Receivables（顧客への返金）・Cash Management などの共通の支払エンジンで、支払方法・プロファイル・書式・送信設定・外部銀行口座を管理します
• 支払元の自社口座（内部銀行口座）は Cash Management で作り、支払後は銀行明細と照合して決済済（Cleared）にします（現金管理（CM））

支払プロセス要求（Payment Process Request）

支払プロセス要求は、支払対象として選んだ分割払のまとまりです。Submit Payment Process Request ページから実行するか、支払プロセス要求テンプレート（Create Payment Process Request Template）を作ってスケジュールします。テンプレートに対して Payables Cash Requirement レポートを実行すると、支払前に必要資金を見積もれます。

選択条件（Selection Criteria）

条件	内容
Pay through date／Pay from date	選ぶ分割払の期日の範囲
Payment priority（From／To）	分割払の支払優先度の範囲
Date basis	選択と割引の判定に使う日付の基準
Pay groups、Currencies、Payment method	支払グループ・通貨・支払方法での絞り込み（既定はすべて）
Business units、Legal entities	請求書 BU（支払 BU を指定するとサービス対象の請求書 BU が対象）、法的エンティティ
Supplier type、Supplier or party、Invoice group	仕入先の分類、特定の仕入先、請求書グループ

支払日や支払プロセス・プロファイルなどの支払属性（Payment Attributes）は、支払の作り方を決めるもので、どの分割払を選ぶかには影響しません。

処理オプション（Processing Options）

オプション	内容
Apply credits up to zero amount payment	選択した分割払の合計がマイナスでも、クレジットを充当してゼロ額の支払を作る
Review installments	選択後に止め、分割払の追加・除外、支払額・割引額の修正、源泉税・利息の計算を行う
Review proposed payments	支払の組立て後に止め、提案された支払を確認する
Create payment files immediately	他の要求と合わせず、この要求の支払だけで支払ファイルを作る
Validation failure handling	書類・支払の検証でエラーが出たときの扱い（除外して続行するか、止めて確認するか）

処理の段階とステータス

1. 分割払の選択：Pending、Pending installments review（要確認）、Missing payment conversion rates（要対応）、Installments selected
2. 書類の検証：Pending action to complete information required（支払元口座やプロファイルが決まらない）、Documents validated
3. 支払の組立てと検証：Pending action to address payment validation errors、Pending proposed payment review（要確認）
4. 支払ファイルの作成：支払がファイルに含まれるか、取り込み待ちになる
5. 送信・印刷：支払ファイルのステータスに従う

終了ステータスは Terminated、No available installments、Failed document validation、Failed payment validation です。

支払の承認

支払の承認を有効にすると、支払プロセス要求は Review Proposed Payments の段階で止まり、承認者がメールまたは画面から承認・却下します。支払承認の設定は Implementing Payables Invoice to Pay の How You Set Up Payment Approval で確認できます。

支払方法と支払プロセス・プロファイル

支払方法（Payment Methods）

支払方法は、振込（EFT・電信など）、支払手形、小切手などの支払手段です。

• 事前定義の Check・Electronic のような粗い支払方法は、入力担当者の負担が少ない反面、エラーの発見が後工程になります
• 国別などの細かい支払方法は、請求書入力の時点で国固有の検証を行えます
• 利用ルール（Usage Rules）で、Payables では BU・法的エンティティ・支払プロセスの取引タイプごとに利用を制限できます。Receivables・Cash Management にも別のルールを設定できます
• 検証（Validations）を割り当て、支払対象書類・支払・支払ファイルの妥当性をチェックします
• 既定の支払方法は既定化ルールで決め、Manage Disbursement System Options の Payment Method Default Basis で仕入先ごとの既定を有効にできます

支払プロセス・プロファイル（Payment Process Profiles）

設定は 設定および保守 > オファリング Financials > 機能領域 Payments > Manage Payment Process Profiles で行います。事前に書式（Formats）、支払システムと支払システム・アカウント、送信設定（Transmission Configuration）を用意します。

区分	主な設定
ヘッダー	処理タイプ（Electronic／Printed）、支払ファイル書式、支払確定のタイミング（Payment Confirmation Point）
Usage Rules	支払方法・支払元口座・BU・通貨ごとの利用条件
Payment	支払対象書類を 1 つの支払にまとめるグルーピング・ルール
Payment File	支払を支払ファイルにまとめるルール、1 ファイルの支払件数の上限、並び順、銀行への指示
Reporting	支払ファイル登録簿、ポジティブ・ペイ、送金通知（Separate Remittance Advice）

支払方法は、請求書ごとにどのプロファイルを使うかを決める主な条件です。たとえば「書式が円しか扱えない」場合は、プロファイルの利用ルールで通貨を JPY に限定します。

支払ファイル（書式・テンプレート）

書式（Format）は、支払データの抽出（XML）に BI Publisher のテンプレートを適用したものです。

要素	内容
書式タイプ	Disbursement Payment File Formats、Positive Pay、Separate Remittance Advice など、作るファイルの種類
テンプレート	BI Publisher のテンプレート。固定長・機械可読のファイルは eText で作る
データ抽出	Disbursement Extract など。Payments の支払・支払ファイル・支払対象書類の表から作る
検証	書式に事前定義または独自の検証を割り当てる

• 電子支払（Processing Type = Electronic）：支払ファイルを支払システム（銀行など）へ送信します。送信プロトコルや PGP 暗号化は送信設定で行います
• 印刷支払（Processing Type = Printed）：小切手などの支払書類に印刷します。ファイル出力かプリンタ出力を選べ、印刷ミスは再印刷できます。印刷後に結果を記録すると支払が確定します
• 支払の確定は、書式化時・送信時の自動確定か、手動確定（有効にした場合）です
• 書式の検証用に、抽出 XML をそのまま出力する Identity 書式（テンプレート IBY_IDENTITY）があります

銀行固有の形式（全銀など）

銀行指定の固定長ファイルは、事前定義の書式があるかを Manage Formats で確認し、なければ eText テンプレートで書式を追加します。文字コード・改行・桁数は銀行のテストで必ず確認します。日本向けの機能は AP の全体像 の「日本での導入の考慮点」を参照してください。

支払の種類と手動支払

種類	内容	用途
Payment Process Request	支払プロセス要求で作った支払	定例の一括支払
Quick	支払プロセス要求を使わずに作る 1 件の支払	急ぎの個別支払
Manual	Payables の外で行った支払を記録したもの	窓口払・ネットバンキングで先に払った分の記録
Refund	マイナスの支払で、仕入先の貸方残高を清算する	仕入先からの返金

支払に対する操作

操作	対象の支払の種類	対象のステータス
Void（無効化）	すべて	Negotiable、Issued、Stop initiated
Initiate stop／Cancel stop	すべて	Negotiable・Issued／Stop initiated
Add or remove invoices	Manual	Negotiable、Issued
Reissue	Quick	Negotiable

• 充当済みの前払に対する支払は、無効化も支払停止もできません。先に前払の充当を取り消します
• 支払手形や電子支払の請求書に対する支払は再発行（Reissue）できません

支払の無効化（Void）

無効化すると、支払の記録と会計が自動で取り消されます。支払っていた請求書は、次のいずれかを選びます。

• 請求書を取り消す（Cancel）
• 請求書に保留を付ける
• 再び支払可能な状態に戻す

あわせて、外貨請求書の実現為替差損益、利息請求書（Create interest invoices を有効にしている場合）が取り消されます。支払時に源泉税を計算していた場合は、税務当局向けに相殺の請求書が自動作成されます。

支払の会計

支払オプション（支払 BU）の Account for Payment で、支払の仕訳を作るタイミングを決めます。

設定	仕訳
At payment issue	支払作成時に Dr 買掛金 / Cr 現金
At payment clearing	銀行で決済されたときに Dr 買掛金 / Cr 現金
At payment issue and clearing	発行時 Dr 買掛金 / Cr 現金清算、決済時 Dr 現金清算 / Cr 現金

支払手形（Bills Payable）では、発行時に支払手形勘定へ貸方計上し、期日に支払手形を借方、現金（または現金清算）を貸方に計上します。期日の到来は Update Matured Bills Payable Status で更新します。この設定は運用開始後に変更しないよう公式に案内されています（詳細は 共通設定・税・会計・期間締め）。

実装リファレンス

種類	名前	内容
テーブル	AP_CHECKS_ALL、AP_INVOICE_PAYMENTS_ALL	支払、請求書と支払の対応
テーブル	IBY_PAY_SERVICE_REQUESTS、IBY_PAYMENTS_ALL、IBY_DOCS_PAYABLE_ALL	支払プロセス要求、支払、支払対象書類
REST	payablesPayments	支払の作成・照会・更新
レポート	Payables Cash Requirement、Payment Register、Payment File Register	資金需要、支払一覧、支払ファイルの登録簿

期間内の支払と支払った請求書（BIP データモデルの例）

SELECT ac.check_number,
       ac.check_date,
       ac.currency_code,
       ac.amount           AS payment_amount,
       ac.status_lookup_code,
       ai.invoice_num,
       aip.amount          AS paid_amount
FROM   ap_checks_all ac
       JOIN ap_invoice_payments_all aip
         ON aip.check_id = ac.check_id
       JOIN ap_invoices_all ai
         ON ai.invoice_id = aip.invoice_id
WHERE  ac.org_id = :P_PAY_BU_ID
AND    ac.check_date BETWEEN :P_FROM_DATE AND :P_TO_DATE
ORDER  BY ac.check_date, ac.check_number

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

よくあるミス

• 支払方法を仕入先ごとに作りすぎて、プロファイルの利用ルールが複雑になる
• 支払元口座が BU から使えない設定のまま本番を迎え、書類検証で Pending action to complete information required になる
• Review proposed payments を使わずに初回の本番支払を行い、誤った支払ファイルを送ってしまう
• 支払ファイル送信後のエラー対応（無効化・再作成）の手順を決めていない

• 定例支払はテンプレート化し、支払日ごとにスケジュールします。初回は Review installments と Review proposed payments を有効にして確認します
• 送信前の支払ファイルは、書式（eText）の出力を銀行のテスト環境で検証します
• 支払の無効化・停止・再発行の権限は職務分掌に沿って分けます

試験対策ポイント

• 対応試験：AP 模擬テストの「Implementing Payments」
• Payables と Payments の役割分担（選択は Payables、組立て・書式化・送信は Payments）
• 支払プロセス要求の選択条件・支払属性・処理オプションの違い
• 支払プロセス・プロファイルのタブ（Usage Rules・Payment・Payment File・Reporting）と前提設定（書式・支払システム・送信設定）
• 支払方法の利用ルールと既定化（Payment Method Default Basis）
• 支払の種類 4 つと、操作（Void・Stop・Reissue）の可否
• Account for Payment の 3 つの選択肢と現金清算勘定

公式ドキュメント

• Payment Process Request Template（Using Payables Invoice to Pay 26D）
• How Payment Process Requests Are Processed
• How Disbursements Are Processed
• Payment Methods
• Payment Process Profiles
• How You Set Up Formats
• Payment Actions, Types, and Statuses
• What happens if I void a payment?

関連ページ

• AP（買掛管理）の全体像と試験範囲
• 現金管理（CM）：銀行マスタ・銀行明細・照合・キャッシュポジション
• P2P：購買依頼から支払・会計まで
• BI Publisher（データモデル・レイアウト・バースティング・スケジュール）
• 共通設定・税・会計・期間締め