請求（取引・AutoInvoice・AutoAccounting・残高繰越請求）

この章の結論

• 取引は 手入力・AutoInvoice・REST・定期請求 で作ります。大量・外部連携はほぼ AutoInvoice（インタフェース表 RA_INTERFACE_LINES_ALL ほか → Import AutoInvoice）です
• AutoInvoice は「検証 → グルーピング → 転送」の順に処理し、エラーの明細はインタフェース表に残ります。Manage AutoInvoice Lines のワークブックで直して再実行します
• 日本の締め請求は 残高繰越請求。請求サイクル付きの支払条件とプロファイルクラスの設定が鍵で、Create Balance Forward Bill で作成します
• 請求書の送付は Print Receivables Transactions が中心で、紙・メール・XML・ポータル（Portal Upload）を顧客プロファイルの送付方法で切り替えます

全体像

受注（OM）・プロジェクト（PPM）・外部システム・定期請求
        │ 請求明細
        ▼
AutoInvoice インタフェース表 ──（Import AutoInvoice）──┐
手入力（Billing 作業領域）・REST（receivablesInvoices）──┤
                                                        ▼
                 取引（請求書・デビットメモ・クレジットメモ）
                 ├─ 税計算（Fusion Tax）・既定勘定（AutoAccounting）
                 ├─ 送付（印刷・メール・XML・残高繰越請求）
                 ├─ 修正（Adjustments）・クレジット
                 └─ 収益認識（Recognize Revenue）→ 会計（SLA）→ GL

取引のデータは主に RA_CUSTOMER_TRX_ALL（ヘッダー）、RA_CUSTOMER_TRX_LINES_ALL（明細）、RA_CUST_TRX_LINE_GL_DIST_ALL（会計配分）、AR_PAYMENT_SCHEDULES_ALL（残高）に格納されます。

取引（請求書・クレジットメモ・デビットメモ）

取引	用途	残高への影響
請求書（Invoice）	商品・サービスの請求	売掛金を計上（CLASS＝INV）
デビットメモ（Debit Memo）	追加請求（請求漏れ、延滞料など）	売掛金を計上（CLASS＝DM）
クレジットメモ（Credit Memo）	特定の請求書の減額・取消	元の請求書の残高を減らす
前受けのクレジットメモ（On-Account Credit Memo）	特定の請求書に紐づかない貸方	後で請求書に充当する
チャージバック（Chargeback）	入金不足額を新しい債権に振り替える	新しい債権（CLASS＝CB）

• 作成と完了：取引は未完了（Incomplete）で保存でき、完了（Complete）すると残高や会計の対象になります。入金・クレジット・修正などの活動がある取引は未完了に戻せません
• 完了の統制：取引の完了を承認などで統制する機能（Control of Transaction Completion）があります。承認待ちの請求書・クレジットメモは REST の approve・rework アクションでも処理できます
• クレジットメモ：明細・税・運賃を指定して部分的に減額できます。入金済みの請求書を減額する場合、取引タイプが Natural Application Only なら先に入金の消込を外します
• クレジットメモ要求：Collections の紛争や Bill Management からの減額要求は、承認ワークフロー（承認グループ）を経てクレジットメモになります
• 前受金請求書：前受金（Prepayment）用の取引タイプ・取引ソース・Receivables 活動を設定すると、前受金請求書を作成し、後で売上請求書に充当できます

AutoInvoice

取込の流れ

1. 外部システムのデータを FBDI テンプレート AutoInvoiceImportTemplate.xlsm に入力し、CSV（ZIP）を作る
2. UCM アカウント fin/autoInvoice/import にアップロードし、Load Interface File for Import（Import Process＝Import AutoInvoice）でインタフェース表に読み込む
3. Import AutoInvoice を実行し、取引を作成する
4. 実行レポート（AutoInvoice Execution Report）とエラーを確認し、修正して再実行する

OM や PPM のように Fusion 内のモジュールは、請求明細を直接 AutoInvoice のインタフェース表に送ります。自動化は erpintegrations や OIC で組みます。

インタフェース表

テーブル	内容
RA_INTERFACE_LINES_ALL	取引のヘッダーと明細（請求書・クレジットメモ・デビットメモ）
RA_INTERFACE_DISTRIBUTIONS_ALL	会計配分（指定しなければ AutoAccounting が導出）
RA_INTERFACE_SALESCREDITS_ALL	営業クレジット
AR_INTERFACE_CONTS_ALL	収益の条件（明細に条件がある場合のみ）
RA_INTERFACE_ERRORS_ALL	検証エラー

明細は 取引フレックスフィールド（Line Transaction Flexfield） で一意に識別します。受注番号・明細番号など、連携元のキーをセグメントに入れておくと、取引から連携元をたどれます。

処理の 3 段階

1. 検証：明細単位のデータと、グルーピングに依存しないデータ（取引タイプなど）を検証
2. グルーピング：有効なグルーピング規則（Grouping Rule）と明細順序規則（Line Ordering Rule）で明細を取引にまとめ、ヘッダー単位で検証
3. 転送：取引を Receivables の表（RA_BATCHES_ALL、RA_CUSTOMER_TRX_ALL、RA_CUSTOMER_TRX_LINES_ALL、RA_CUST_TRX_LINE_GL_DIST_ALL、AR_PAYMENT_SCHEDULES_ALL など）へ移す

グルーピング規則は「同じ請求書にまとめる条件」です。必須の属性に加え、通貨・請求先・取引タイプ・受注番号など任意の属性で請求書の単位を決めます。取引ソースで規則を指定しない場合の扱いは、公式 FAQ（What happens if I don’t enter an AutoInvoice grouping rule?）で確認してください。

エラーの修正

• 検証を通らなかったレコードはインタフェース表に残り、エラーは RA_INTERFACE_ERRORS_ALL に記録されます
• Manage AutoInvoice Lines のリンク、または Import Exceptions のインフォタイルからワークブック（スプレッドシート）を開き、修正・削除します
• ワークブックは 3 つのシート（明細と配分、税と運賃の配分、営業クレジットと収益の条件）で構成され、既存レコードの更新・削除だけができます
• 修正後に Save and Run AutoInvoice で再実行します

クレジットメモの取込と会計日

• 入金済みの請求書へのクレジットメモを取り込む場合、取引ソースの Receipt Handling for Credits と、元の請求書の取引タイプ（Natural Application Only）を確認します。条件を満たさないと、入金の消込を外すまでクレジットメモはインタフェース表に残ります
• 会計日がクローズ済みの期間にあたる場合、取引ソースの設定（Accounting Date in a Closed Period）に従い日付を調整するか拒否します

残高繰越請求（締め請求）

残高繰越請求（Balance Forward Billing）は、一定期間の取引を 1 枚の請求書にまとめて定期的に送る方式です。日本の「締め請求」に相当します。

請求書の内容と単位

• 前回からの繰越残高、当期の活動（請求書・クレジットメモ・デビットメモ・修正。要約または明細）、前回期間中の入金、当期末の残高を記載します
• アカウント単位（BU ごとに 1 通、主たる請求先へ）または サイト単位（請求先サイトごとに 1 通）でまとめます
• 請求書に含まれた取引は、システムオプション（Allow change to printed transactions）に関係なく変更できなくなります

設定手順

1. 請求サイクル（Manage Balance Forward Billing Cycles）：頻度（Monthly・Weekly・Daily）、繰り返し、締め日（例：Last Day of Month）、土日を除くか
2. 支払条件：請求サイクルを指定し、支払期日を設定（例：Due By Day of Month＝15）
3. プロファイルクラス：Balance Forward Billing Enable を有効化、Bill Level（Account／Site）、Bill Type（Summary／Detail など）、支払条件、Override terms
4. 顧客アカウント（必要ならサイト）にプロファイルを割り当てる。対象外にしたいサイトはサイトのプロファイルで無効にする

Override terms の使いどころ

Override terms を有効にすると、取引ごとに残高繰越用以外の支払条件も選べます。特定の取引（例：前金で受け取る特注品）を締め請求から外したいときに使います。

作成処理（Create Balance Forward Bill）

• 対象の支払条件（未指定なら請求サイクルに合う全ての残高繰越用支払条件）と、請求日が締め日以前の顧客を選びます
• 前回の請求書に含まれていない取引を選び、Print Option が Do Not Print の取引は除きます
• 繰越残高（初回はゼロ）・当期の取引・活動から期末残高を計算します。活動がなくても請求書は作られます
• 下書き（Draft）または確定（Final）で印刷すると 残高繰越請求番号 が採番され、取引の照会・確定・再印刷・入金の消込に使えます

支払条件の混在に注意

請求サイクルを変更すると、活動のない既存取引は次回の実行で新しい支払条件・期日を引き継ぎ、活動のある取引は元の条件のまま残ります。1 枚に複数の支払条件が混ざるとエイジングが合わなくなるため、支払条件ごとに処理を実行します。

定期請求（Recurring Billing）

契約に基づき、決まった期間・頻度で請求書を作る機能です（例：機器の月額レンタル）。

1. システムオプション（Billing and Revenue タブ）で Enable recurring billing を有効にする
2. 取引ソース（事前定義の ORA_RecurringBilling、Type＝Imported）と取引タイプ（Invoice クラス）を用意する
3. Create Recurring Bill Plan で請求計画（契約期間、請求頻度、支払条件、入金方法、品目・メモ明細）を作る
4. Generate Recurring Billing Data で請求明細を AutoInvoice のインタフェース表に作り、Import AutoInvoice で請求書にする

取引の送付（印刷・メール・XML）

印刷とメール

Print Receivables Transactions は請求書・クレジットメモ・デビットメモ・チャージバック・残高繰越請求書を印刷します（手形は Print Bills Receivable）。

• 主なパラメータ：BU、Transactions to Print（Printed／Unprinted／All）、取引クラス・取引タイプ、Print Date、Open Invoices Only、Output File Type（HTML・PDF・Zipped PDFs・Excel）、テンプレート名
• テンプレートは取引クラスごとに BI Publisher の事前定義テンプレートがあり、独自のテンプレートに差し替えられます（BI Publisher）
• 印刷した取引を添付ファイルとして保存したり、ヘッダーの添付を一緒に印刷したりできます
• メール送付：システムオプションのメール送付の項目、顧客の送付方法（Preferred Delivery Method＝Email）、Bill-To の責任を持つ連絡先が必要です。出力は PDF または Zipped PDF にします

XML とポータル

方式	概要
B2B XML	Oracle B2B 経由で XML 請求書を送る。アカウントのプロファイルで送付方法＝XML、B2B Trading Partner Code、XML 化する取引タイプを指定
OAGIS 10.1 XML	Collaboration Messaging で OAGIS 10.1 形式の請求書を送る
UBL 2.1 XML	電子インボイス向けの UBL 2.1 形式（法的エンティティ側の設定が必要）
Portal Upload・独自の送付方法	顧客のポータルへ別途アップロードする取引を、印刷・メール・XML から除外する。独自の方法は参照タイプ AR_INV_DELIVERY_METHOD に追加

修正（Adjustments）

修正は、取引の残高を Receivables 活動（Adjustments タイプ）の勘定で増減させる処理です（例：少額の端数の切捨て、貸倒れの償却）。

• 修正の種類：請求書全体（Invoice）、明細（Line）、税（Tax）、運賃（Freight）、手数料（Charges）
• ユーザーの承認限度を超える修正は Pending Approval になり、限度内のユーザーが承認・却下します。追加情報を求めると More Research に移ります
• 承認済みの修正は、逆符号の修正を作って取り消します。会計の対象になるのは承認済み（Approved）または却下（Rejected）の修正です
• Create Automatic Billing Adjustments（AutoAdjustment）は、残高の金額・割合、期日、取引タイプ、顧客で対象を絞って一括修正します。プレビューで結果を確認でき、承認限度内なら自動承認、限度外なら承認待ちになります
• 修正の一覧は Adjustment Register で確認します

収益の設定

設定	内容
請求規則（Invoicing Rules）	In Advance（先に請求し、収益は後から＝前受収益）、In Arrears（後で請求し、収益は先に＝未請求売掛金）
収益スケジュール規則（Revenue Scheduling Rules）	収益を期間に配分する規則。繰延（Deferred）の規則は手動でスケジュールするまで収益を計上しない
収益の条件（Revenue Contingencies）	顧客の検収や入金など、条件が解消されるまで収益認識を延期
収益ポリシー（Revenue Policies）	与信区分や支払条件などの基準で、条件を自動的に割り当てる

• Recognize Revenue が、収益スケジュール規則に従って請求書・クレジットメモの収益配分を作ります
• 支払に基づく条件（Payment-Based Revenue Contingencies）では、入金を消し込んだ時点で収益が認識されます
• IFRS 第 15 号・ASC 606 の契約単位の収益認識は Revenue Management で行います。プロジェクトの収益は プロジェクト請求と収益 を参照してください

コード例

REST：請求書の照会と更新

請求書を 1 件取得する

export FA_URL="https://<your-pod>.fa.<region>.oraclecloud.com"
curl -s -u "$FA_USER:$FA_PASSWORD" \
  "$FA_URL/fscmRestApi/resources/11.13.18.05/receivablesInvoices/<CustomerTransactionId>?onlyData=true"

支払条件を変更する（更新できる属性は InvoiceStatus・PaymentTerms・TransactionDate のみ）

curl -s -u "$FA_USER:$FA_PASSWORD" -X PATCH \
  -H "Content-Type: application/vnd.oracle.adf.resourceitem+json" \
  -d '{"PaymentTerms": "<支払条件名>"}' \
  "$FA_URL/fscmRestApi/resources/11.13.18.05/receivablesInvoices/<CustomerTransactionId>"

実務では、一覧取得に limit・offset のページングを入れ、更新は 4xx の応答本文をログに残してから再試行の要否を判断します（REST API 応用）。

SQL：AutoInvoice のエラー確認

取引ソース別の AutoInvoice エラー（例）

SELECT il.batch_source_name,
       il.interface_line_context,
       il.interface_line_attribute1,
       il.interface_line_attribute2,
       er.message_text,
       er.invalid_value
FROM   ra_interface_lines_all il
JOIN   ra_interface_errors_all er
       ON er.interface_line_id = il.interface_line_id
WHERE  il.batch_source_name = :P_SOURCE_NAME
ORDER  BY il.interface_line_attribute1

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

よくあるミス

• 送付先住所の未設定：送付先住所を決められない取引は AutoInvoice で拒否されます
• 取引フレックスフィールドの設計不足：連携元のキーを入れないと、重複取込の防止や連携元へのトレースができません
• 締め請求の対象外の取引が混ざる：Override terms を使う場合、どの取引を残高繰越から外すかの運用ルールを決めます
• メールが届かない：Bill-To の責任を持つ有効な連絡先がない、送付方法が Email でない、出力形式が PDF でない、のいずれかが多い原因です

• AutoInvoice は取引ソースごとに日次・時間単位でスケジュールし、エラー件数を監視します
• 請求書テンプレートの変更は、取引クラスごとの事前定義テンプレートをコピーして行い、四半期アップデート後に回帰テストします
• 修正の承認限度は職務分掌に合わせ、担当者・上長・経理部長などの段階で設定します

試験対策ポイント

• 対応する試験：AR 模擬テスト の「Implementing and managing customer billing」
• 覚えるポイント
  • AutoInvoice のインタフェース表 5 つと、処理の 3 段階（検証 → グルーピング → 転送）
  • エラーの修正は Manage AutoInvoice Lines のワークブック、再実行は Save and Run AutoInvoice
  • 残高繰越請求の設定順（請求サイクル → 支払条件 → プロファイルクラス → 顧客）と Create Balance Forward Bill の選択ロジック
  • 定期請求は Generate Recurring Billing Data → Import AutoInvoice
  • 修正の承認限度と Pending Approval、AutoAdjustment のプレビュー
  • In Advance は前受収益、In Arrears は未請求売掛金

公式ドキュメント

• How AutoInvoice Processes Data During Import
• How You Correct AutoInvoice Errors
• AutoInvoice Import（FBDI）
• Overview of Balance Forward Billing
• How Transactions for Balance Forward Billing Are Selected
• Overview of Recurring Billing
• Print Receivables Transactions
• How You Manage Adjustments to Receivables Transactions
• Receivables Invoices REST API

関連ページ

• AR の全体像
• O2C：受注から出荷・請求・入金まで
• 受注管理（Order Management）の全体像
• プロジェクト請求と収益
• 税（Fusion Tax）
• FBDI の仕組みと手順