請求書（取込・照合・検証・保留・承認）

この章の結論

• 請求書は「登録 → 照合 → 検証 → 承認 → 支払」の順に進みます。検証（Validate）を通らない請求書は、支払も会計もできません
• 取込チャネルは手入力・スプレッドシート・FBDI・REST・IDR（自動読取）・サプライヤ・ポータル。大量の定型データは FBDI、システム間の即時連携は REST、紙・PDF は IDR が基本です
• 照合レベルは 2-way（PO と請求書）・3-way（＋受入）・4-way（＋検収）。差異は請求書許容範囲で判定し、超えると照合保留が付きます
• 保留には手動で解除できるものと、原因を直して再検証しないと外れないものがあります
• 承認はワークフロー・ルールで回付します。強制承認（Force Approve）には権限と請求書オプションの許可の両方が必要です

全体像

請求書は、ヘッダー・明細（Lines）・配布（Distributions）・分割払（Installments）で構成されます。

請求書ヘッダー（仕入先・サイト・金額・通貨・支払条件）
 ├─ 明細（品目・運賃・雑費・税など）
 │    └─ 配布（勘定科目と金額。会計の単位）
 └─ 分割払（支払条件から作られる支払予定。支払はここを選ぶ）

請求書の種類

種類	内容
Standard（標準）	商品・サービスに対する通常の請求書
Prepayment（前払）	仕入先への前払。支払後に請求書へ充当する
Credit memo（クレジット・メモ）	仕入先が発行した減額の書類
Debit memo（デビット・メモ）	仕入先がクレジット・メモを出さない場合に自社で作る減額の書類
Withholding tax（源泉税）	税務当局向けに自動作成される源泉税の請求書
Interest（利息）	支払遅延の利息として自動作成される請求書
Standard invoice request／Credit memo invoice request	サプライヤ・ポータルで登録された PO なしの請求で、依頼者の承認待ちのもの
Payment request（支払依頼）	Expenses や Receivables からの、仕入先として登録されていない相手への支払依頼

明細には品目（Item）・運賃（Freight）・雑費（Miscellaneous）・税（Tax）などがあり、前払を充当すると前払充当の明細が追加されます。運賃と雑費は品目明細へ配賦できます。

取込チャネル

チャネル	向いている用途	仕組み・注意点
手入力	少量・例外処理	請求書作業領域の Create Invoice
スプレッドシート	定型の一括入力（数十〜数百件）	Excel から登録（ADFdi）
FBDI	移行、外部システムからの大量取込	Payables Standard Invoice Import → Import Payables Invoices
REST	システム間の即時連携	invoices リソース（作成・照会・更新）
IDR／Payables Agent	紙・PDF の請求書	指定のメール・アドレスで受信し、読み取って取込
サプライヤ・ポータル	仕入先自身による入力	PO 照合の請求書、PO なしの請求依頼

仕入先として登録していない相手（従業員・顧客への返金など）への支払は、支払依頼（Payment request）として取り込みます（Payables Payment Request Import）。

FBDI による一括取込の手順

1. FBDI ガイドの Payables Standard Invoice Import からテンプレート（PayablesStandardInvoiceImportTemplate.xlsm）を入手し、データを入力します。列の順序は変えず、使わない列も削除しません（ロードが失敗します）
2. Instructions and CSV Generation タブの Generate CSV File で zip を作ります
3. ナビゲータ > ツール > スケジュール済プロセス（Scheduled Processes）で Load Interface File for Import を実行し、インポート・プロセスに Import Payables Invoices を指定します。データは AP_INVOICES_INTERFACE と AP_INVOICE_LINES_INTERFACE に入ります
4. Import Payables Invoices を実行します（ビジネス・ユニット、Source、Import Set などを指定）
5. エラーは Correct Import Errors スプレッドシートで直し、Upload and Import で再取込します

主なパラメータの注意点は次のとおりです。

• Import Set は要求ごとに一意にすると処理時間が短くなります
• Purge を有効にすると、取込に成功したデータ（BU・Source・Import Set が一致するもの）がインターフェース表から削除されます
• Calculate Tax During Import を Y にすると、税明細を含む請求書は拒否されます（N なら手入力の税明細を受け付けます）
• 既定値を持つ任意列に #NULL を入れると、既定値を使わずに空のままにできます
• 26D 時点の公式ガイドでは、この FBDI テンプレートで前払（Prepayment）の請求書は作成できないとされています

全体の流れは FBDI の仕組みと手順、実習は FBDI 演習：AP 請求書を一括取込する、自動化は erpintegrations で扱います。

REST で請求書を作る（モック API）

請求書を明細付きで作成する（練習用モック API）

export BASE="https://<このサイトのURL>/api/mock/fscmRestApi/resources/11.13.18.05"
curl -s -u learner:welcome1 -X POST "$BASE/invoices" \
  -H "Content-Type: application/json" \
  -d '{
    "InvoiceNumber": "SMP-2026-1001",
    "InvoiceCurrency": "JPY",
    "InvoiceAmount": 110000,
    "InvoiceDate": "2026-10-15",
    "BusinessUnit": "JP01 営業単位",
    "Supplier": "サンプル商事株式会社",
    "SupplierSite": "TOKYO",
    "invoiceLines": [
      { "LineNumber": 1, "LineType": "Item", "LineAmount": 100000, "Description": "保守サービス 10月分" }
    ]
  }'

成功すると 201 Created で採番された InvoiceId が返ります。同じ仕入先で同じ請求書番号を送ると 400 になります。実環境では作成後に検証（Validate）が必要です。

自動読取（IDR と Payables Agent）

IDR（Intelligent Document Recognition）は、仕入先がメールで送った請求書の添付から項目を読み取り、Payables に取り込む仕組みです。

• 読み取った請求書は、請求書作業領域の Scanned Information タイルに Incomplete（要修正）か Not Validated（必要項目を認識済み）として表示されます
• Incomplete の請求書は Interactive Viewer で画像上の値を選んで修正します
• 修正内容を機械学習で覚え、同じ仕入先の次の請求書に反映します（Adaptive Learning）
• 取込には Import Payables Invoices のスケジュールが必要です

Payables Agent（26D 時点の公式ガイドで案内）は、請求書の受領・データ抽出・文書認識・監視・学習・例外処理をまとめて扱う AI の AP アシスタントです。受領した請求書に足りない社内項目を補う Invoice Completion と、組織の基準から外れた請求書を検知する Anomaly Control を、自然言語の指示で設定できます。既存の IDR 利用者はメールボックスや学習結果を引き継いで移行でき、新規の利用者は Document Recognition and Processing Options を有効にしてから使います。Payables Agent は請求書の標準ライフサイクル（検証・承認・支払）を置き換えるものではありません。

照合（Matching）

照合とは、請求書を PO・受入・消費通知と結び付け、「発注・受入・消費したものだけを払う」ための仕組みです。

照合先	内容
PO スケジュール	PO の情報から請求書明細を作り、PO の配布から請求書配布を作る。請求済数量・金額が更新される
受入	分納でも保留が付きにくく、為替差異も小さい。照合できるのは請求書と同じ法的エンティティの PO の受入だけ
受入の付帯費用	運賃・税・雑費を受入に照合し、品目の原価に加える
消費通知（Consumption Advice）	預託在庫の消費分を支払う
マイナスの PO 明細	下取りなどの値引きを品目明細とは別に照合する

照合レベル（Match Approval Level）

照合レベル	許容範囲内で一致が必要なもの
2-way	PO と請求書の数量
3-way	PO・受入・請求書の数量
4-way	PO・受入・検収（検査で合格した数量）・請求書の数量

照合レベルとは別に、PO スケジュールの請求照合オプションで「PO と照合するか、受入と照合するか」を決めます。受入時に費用計上（accrue at receipt）する PO に照合した明細では、費用は受入取引で認識され、請求書明細の複数期間会計は使えません。

請求書許容範囲（Invoice Tolerances）

許容範囲は、照合した請求書の差異を検証時に判定する基準です。照合基準（Match Basis）が数量の明細には数量ベース、金額の明細には金額ベースの許容範囲が使われます。

許容範囲	比較するもの
Ordered Percentage／Maximum Ordered	請求数量（金額）と発注数量（金額）の差（率／絶対値）
Received Percentage／Maximum Received	請求と受入の差（率／絶対値）
Consumed Percentage／Maximum Consumed	請求数量と消費数量の差（数量ベースのみ）
Price Percentage	請求単価と PO 単価の差（数量ベースのみ）
Conversion Rate Amount、Schedule Amount、Total Amount	換算レートの差による金額差、スケジュール金額の差、その合計

許容範囲は仕入先サイトに割り当てます。仕入先に割り当てがなければ、請求書オプションで指定した許容範囲が使われます。0% は差異を一切認めず、値が空欄の有効な許容範囲は差異を無制限に認めます。

検証と保留（Hold）

検証で行われること

1. 明細から配布を作る（既定の配布、配布セット、上書き用の配布）と、運賃・雑費の配賦
2. 税の計算と、税明細・税配布の作成
3. 源泉税の計算と、源泉税請求書の作成（計算時点を Invoice にした場合）
4. 照合した請求書の許容範囲チェック
5. 例外に応じた保留の設定・解除
6. プロジェクト情報・換算レート・会計期間の確認、予算管理（有効な場合）の資金予約

検証は請求書ごとの Validate アクションか、スケジュール済プロセス Validate Payables Invoices で一括実行します。一括実行の Option は、All（未検証の配布と未解除の保留がある請求書をすべて対象）と New（前回以降に入力・取込された配布だけを対象）を選べます。

保留の種類

区分	例	外し方
勘定科目（Account）	Dist Acct Invalid	勘定を直して再検証（手動解除不可）
照合（Matching）	Qty Ord、Qty Rec、Price、Matching Required	PO・請求書・許容範囲を直して再検証、または手動解除
差異（Variance）	Dist Variance	配布を直して再検証（手動解除不可）
請求書（Invoice）	Amount、Supplier	請求書を直す、または手動解除
仕入先サイト	金額上限、未照合の請求書、未検証の請求書	手動解除、またはサイトの設定を変更
資金（Funds）	Insufficient Funds	予算の手当てをして再検証（予算管理を使う場合）
その他	No Rate	換算レートを入れて再検証

保留と解除の理由は Manage Invoice Holds and Releases で定義します。ユーザー定義の保留を作れるのは保留タイプ Invoice Hold Reason と Invoice Line Reason だけです。保留ごとに「保留中も会計を許すか」と「保留解決ワークフロー（手動解除できる保留の回付）で使うか」を指定します。

承認

1. 請求書オプション（Manage Invoice Options）で Enable invoice approval を有効にします。あわせて Require validation before approval、会計との順序（Accounting preference）、Allow force approval を決めます
2. 承認ルールを設定します。既定のルールは「1000 以上は依頼者の直属上司、1000 未満は自動承認」です。ルールはスプレッドシート（Create／Manage／Modify Workflow Rules Using a Spreadsheet）で作成・変更し、BPM のタスク設定は Manage Task Configuration for Financials から行います
3. 請求書ごとに Initiate を実行するか、Initiate Invoice Approval Workflow を定期実行して承認を開始します
4. 承認者はメール通知・ワークリスト・請求書画面から承認または却下します

アクション	内容	承認ステータス
Initiate	承認を開始する	Required → Initiated
Withdraw	進行中の承認と通知を取り消す	Initiated → Withdrawn
Hold	承認を保留する（後で開始が必要）	Required → Held from Approval
Force Approve	即時に承認済にする	Manually approved
Resubmit	却下・取消後や、承認後に金額などを変えたときに再申請する	再度 Initiated

Force Approve には Force Approve Payables Invoice 権限と、請求書オプションの Allow force approval の両方が必要です。ワークフロー全般は 承認ワークフロー を参照してください。

支払条件と分割払

支払条件（Payment Terms）は、請求書の分割払（期日・割引）を自動で作ります。1 つの支払条件に複数の明細（分割）を持て、各分割に最大 3 段階の割引を設定できます。期日の計算方法は Fixed Date、Days、Calendar、Day of Month の 4 種類です。請求書の支払条件は、照合した PO → 仕入先サイト → 請求書オプションの順に既定されます。

締め支払の設定例（Day of Month）

項目	意味
Day of Month	支払日。31 は「月末」（31 日がない月も月末）
Cutoff Day	この日以降の取引日（Terms Date）は翌月扱い。空欄なら当月の会計月を使う
Months Ahead	何か月先に支払うか

• 月末締め翌月末払い：Day of Month = 31、Months Ahead = 1、Cutoff Day は空欄
• 20 日締め翌月 10 日払い：Day of Month = 10、Months Ahead = 1、Cutoff Day = 21（21 日以降は翌々月 10 日）

公式の例では Cutoff Day = 11、Day of Month = 15 のとき、取引日 1 月 12 日・Months Ahead 0 なら 2 月 15 日、1 月 10 日・Months Ahead 0 なら 1 月 15 日、1 月 12 日・Months Ahead 1 なら 3 月 15 日が期日です。本番前に、月末・閏年・休日を含むテスト・ケースで期日を確認してください。

前払と充当

• 前払（Prepayment）は請求書の一種で、全額を支払ってから充当できます
• Allow prepayment application を有効にした前払は一時的（Temporary）で充当でき、無効にした前払は恒久的（Permanent、例：敷金）で充当できません
• 前払と請求書は請求書通貨が同じである必要があります（支払通貨は異なってもよい）
• 仕入先が前払分を差し引いた請求書を出す場合は、充当時に Included on Invoice を指定します
• 請求書オプションの Settlement days により、決済日まで充当できない期間を設けられます。誤って充当した前払は取り消して（unapply）別の請求書に充当できます

会計

• 配布の勘定科目は、PO 照合なら PO の配布、PO なしなら配布セット・仕入先サイトや共通オプションの既定の配布から決まります
• 請求書オプションの Accounting preference で、会計と承認の順序（承認前に会計を許すか）を決めます
• 費用計上のタイミング（受入時か期末か）は共通オプションの Accrue Expense Items で決まります
• 仕訳は Create Accounting で作ります。イベントは Invoice Validated・Invoice Adjusted・Invoice Canceled などです（共通設定・税・会計・期間締め）

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

よくあるミス

• 許容範囲を空欄のまま有効にして、価格差異が無制限に通ってしまう
• 分納が多いのに PO 照合にして、数量保留（Qty Rec）が大量に出る
• FBDI の Import Set を毎回同じ名前にして、Purge で意図しないデータまで消える
• 承認を有効にしたのに Initiate Invoice Approval Workflow をスケジュールせず、取込分が承認待ちのまま残る
• 支払条件を変えると分割払が再計算され、手で直した分割払が元に戻る

• 重複請求の検知には、請求書オプションの Enable duplicate invoice hold during validation を検討します
• 未照合の請求書を止めたい場合は、請求書オプションまたは仕入先の Hold unmatched invoices を使います
• 保留の手動解除が常態化している場合は、許容範囲・照合オプション・マスタの見直しを先に行います

試験対策ポイント

• 対応試験：AP 模擬テストの「Implementing Supplier Invoices」と「Leveraging AI/ML/Mobile and Automation Features」
• 請求書オプションの区分（Invoice Entry・Matching・Discounts・Prepayments・Approvals・Interest・Payment Requests・Self-Service Invoices）と主な項目
• 照合レベル（2-way／3-way／4-way）と、照合オプション（PO か受入か）が独立していること
• 許容範囲の「0 と空欄」の違い、割当先（仕入先サイト → 請求書オプション）
• 手動解除できない保留（Dist Acct Invalid、Dist Variance など）
• 承認アクションとステータス、Force Approve の条件
• 支払条件の既定順（PO → 仕入先サイト → 請求書オプション）と Day of Month の考え方
• 前払の Temporary／Permanent、充当の条件（全額支払済・同一請求書通貨）

公式ドキュメント

• Invoice Types（Using Payables Invoice to Pay 26D）
• Matching Invoice Lines
• How Invoices Are Validated
• Invoice Tolerances
• Types of Holds
• Considerations for Approval Actions
• Payment Terms
• Prepayments
• How Payables Standard Invoice Import Data Is Processed
• Intelligent Document Recognition

関連ページ

• AP（買掛管理）の全体像と試験範囲
• 購買（購買オーダー・承認・変更）
• 受入会計（未着・照合差異・付帯費用）
• P2P：購買依頼から支払・会計まで
• FBDI 演習：AP 請求書を一括取込する
• REST 演習2：子リソースの取得と作成・更新・エラー