サプライヤーは、あなたの会社が請求書の全額を数週間後に支払う一方で、今日、資金を受け取ることができます。このような取り決めにより、サプライヤーはより満足し、交渉済みの支払条件を維持でき、短期的な流動性が向上します。しかし、それを別途追跡しなければ、買掛金の報告が不完全なものになる可能性もあります。
サプライヤーファイナンスプログラムは、しばしばリバースファクタリングまたは買掛金ファイナンスとも呼ばれ、調達、財務、買掛金管理、および財務報告の交差点に位置します。請求書は依然として自社の債務です。サプライヤーは、銀行などの金融機関から早期に支払いを受けることを選択するだけで、自社はその金融機関に元の期日に支払いを行います。
実際の課題は、単に請求書を記録することではありません。どの請求書が確定されたか、誰が支払いを受ける権利があるか、貸借対照表のどこにその残高が表示されるか、そしてプログラムによって時間の経過とともに自社のキャッシュコミットメントがどのように変化するかを証明することです。
リバースファクタリングが実際に変えるもの
通常の取引から始めましょう。商品やサービスを受け取り、サプライヤーの請求書を承認し、買掛金残高を記録します。請求書の支払条件が60日の場合、サプライヤーは60日以内に支払いが行われることを期待します。
サプライヤーファイナンスプログラムでは、一連の流れは通常次のようになります。
- 自社とサプライヤーが、価格や支払期日などの商業条件に合意します。
- 自社は、金融機関が運営または関連するプラットフォーム上で、請求書が有効であることを確定します。
- サプライヤーは、金融機関に早期支払いを依頼できます（通常は割引料がかかります）。
- 自社は、元の満期日に、記載された金額を金融機関に支払います。
サプライヤーの参加は通常任意です。これによって、自社が支払うべき金額や期日が必ずしも変わるわけではありません。この違いが重要です。この取り決めにより、サプライヤーは自社の貸借対照表上のすべての請求書を新しいローンに変えることなく、キャッシュを管理できます。
この取り決めは、通常の売掛金ファクタリングとは異なります。売掛金ファクタリングでは、売り手が自社の顧客に対する売掛金を現金化しますが、リバースファクタリングでは、買い手である自社の確定債務が原資産となり、サプライヤーが第三者から早期支払いの申し出を受けます。
また、単に支払条件を延長することとも異なります。支払条件の延長は、自社とサプライヤー間の商業上の債務を変更しますが、サプライヤーファイナンスプログラムは、誰が最初に支払いを受けるかを変える一方で、自社の債務を実質的に変更しない場合があります。
会計処理が外見上は通常と変わらないように見える理由
請求書の仕訳は、多くの場合、これまで通りです。
借方: 仕入または費用 10,000
貸方: 買掛金 10,000請求書を確定する際に、自動的に2番目の費用や別個の借入金が記録されるわけではありません。プログラムによって債務の実質が変わらない場合、買掛金は引き続き買掛金として残り、最終的な支払いも引き続き営業キャッシュフローとして扱われる可能性があります。
だからといって、プログラムが重要でないという意味ではありません。「買掛金」という貸借対照表の勘定科目には、異なる実務的特徴を持つ債務が混在する可能性があります。
- サプライヤーに直接支払うべき請求書
- 金融機関がサプライヤーに既に支払った確定済み請求書
- サプライヤーの早期支払い決定をまだ待っている請求書
- その他の未払費用や未払金
これらの残高がプログラムの識別子なしに混在していると、月齢分析、キャッシュフロー予測、年末の開示作業がはるかに困難になります。会計処理の結論は、取り決めの事実と状況に依存するため、ソフトウェアベンダーが付けた名称だけで判断してはいけません。
米国GAAP開示の基準点
FASB ASU 2022-04は、ASC 405にサプライヤーファイナンスプログラムの開示に関するサブトピックを追加しました。これは、商品やサービスの購入に関連して適格なサプライヤーファイナンスプログラムを使用する事業体に適用されます。
適格な取り決めは、一般的に以下の3つの特徴を持ちます。
- 買い手が金融機関または仲介業者と契約を結ぶこと
- 買い手が、その金融機関または仲介業者に対し、サプライヤーの請求書が有効であることを確定すること
- サプライヤーが、買い手以外の者（つまり金融機関）に早期支払いを請求できること
この指針は開示に焦点を当てており、債務の認識方法や測定方法、財務諸表上の表示方法自体を変更するものではありません。その目的は、財務諸表の利用者が、プログラムの性質、活動、期間ごとの変動、および潜在的な重要度を理解できるようにするための情報を提供することです。
年次報告では、中核となる開示事項は以下の通りです。
主要な条件
支払条件（支払期日とその決定方法を含む）を説明します。また、金融機関または仲介業者へのコミットメント支払いに対して提供された担保やその他の保証についても開示します。
取り決めによっては、以下のような状況も有用な文脈となります。サプライヤーの参加が任意であるかどうか、買い手がプラットフォーム利用料や手数料を支払うかどうか、サプライヤーが割引料を支払うかどうか、契約の終了条件、および支払条件がサプライヤーによって異なるかどうか。
確定債務の未払残高
プログラムに基づき自社が有効と確定した債務のうち、決算日時点で未払いの金額を報告します。これらの債務が貸借対照表のどこに表示されているかを説明します。複数の貸借対照表項目にわたって表示されている場合は、各項目の金額を開示します。
金融機関が承認した与信限度額、サプライヤーの適格残高、またはサプライヤーが実際に資金調達を選択した金額を、自社が確定した債務の未払残高の代わりに用いてはいけません。これらは異なる母集団であり、誤解を招く結果を生む可能性があります。
年間増減表
少なくとも以下の項目を示します。
- 期間開始時点の確定債務残高
- 期間中に追加または確定された債務
- 期間中に決済された債務
- 期間終了時点の確定債務残高
基本的な計算は一致するはずです。
期首の確定債務残高
+ 確定された請求書
- 決済された確定請求書
+ 該当する場合、その他の調整項目
= 期末の確定債務残高中間報告期間では、要求される金額はより限定的です。中間決算日時点の確定債務の未払残高のみを開示します。完全な年間増減表を四半期ごとに簡単に作成できるようにするには、月次で完全な増減表を更新する堅牢なプロセスが役立ちます。
年次開示要件は2022年12月15日以降に開始する事業年度から適用され、増減表の開示要件は2023年12月15日以降に開始する事業年度から適用されます。2026年までには、適格なプログラムを持つ企業は、この情報を一時的な導入作業としてではなく、毎年の継続的な報告プロセスとして扱う必要があります。
証跡を維持する簿記設計
有用な管理を行うために、買掛金システムを置き換える必要はありません。必要なのは、一貫したデータモデルです。請求書レコードにプログラム識別子を追加し、重要と思われる状態変化を保存します。
少なくとも以下を追跡します。
| フィールド | 重要である理由 |
|---|---|
| サプライヤーおよび請求書ID | 重複した確定を防ぎ、ベンダーからの問い合わせをサポートします |
| 元の請求日および支払期日 | 商業条件と早期支払いのタイミングを区別します |
| 有効と確定された日付 | 増減表の作成と締め切り時の検証をサポートします |
| プログラムまたはプロバイダー識別子 | プログラムごとに条件が異なる場合の分解表示を可能にします |
| 元の金額と通貨 | 確定を元の請求書に結び付けます |
| サプライヤー早期支払いステータス | サプライヤーが実際にそのオプションを利用したかどうかを示します |
| 決済日と受取人 | いつ、誰に対して債務が支払われたかを証明します |
| 貸借対照表上の分類 | 財務諸表注記をサポートします |
サプライヤー請求書、承認証跡、確定記録、および決済送金を、安定した請求書キーでリンクさせてください。ポータルの残高のスクリーンショットは、元帳と照合できる期間末の母集団の代わりにはなりません。
元帳勘定が共通でも、報告用ビューは分ける
適格な債務を買掛金に残すことが適切な場合もあります。その場合でも、サプライヤーファイナンス債務専用のレポート用ディメンション、補助元帳キュー、または覚書スケジュールを作成してください。これにより、メールから過去1年を再構築することなく、以下の4つの質問に答えられます。
- 何を確定したか？
- 報告日時点で未払いだったものは何か？
- 期間中に決済したものは何か？
- 各金額は財務諸表のどこに表示されたか？
通常の買掛金月齢表には元の支払期日を表示し、サプライヤーファイナンス専用のビューにはプロバイダー、確定ステータス、決済ステータスを表示できます。この2つの日付を混同すると、未収買掛金日数（DPO）が、実務上の理由とは無関係に見栄えよく、または悪く見える可能性があります。
増減表を毎月調整する
各月次締めで、スケジュールを3つの独立した情報源と照合します。
- 買掛金元帳または補助元帳
- 金融機関の確定通知または決済レポート
- 決済済み債務に関する銀行明細書または支払いファイル
プロバイダーレポートにはあるが元帳にない確定請求書、決済日より前に支払済みとマークされている元帳請求書、確定母集団に残っている却下された請求書、および為替差額を調査します。それぞれの差異が、タイミングの問題か、取消、重複データ、通貨換算、または真の会計エラーのいずれであるかを文書化します。
キャッシュフロー問題: 営業か、それとも財務か？
第三者がサプライヤーに早期支払いを行うという事実だけでは、自社のキャッシュフローをどのように表示すべきかは決まりません。自社の債務の実質と取り決めの条件を分析してください。請求書の金額と元の支払期日を変更しないプログラムは、引き続き買掛金および営業キャッシュフローとして表示される可能性があります。別の取り決めには、異なる分析を必要とする財務上の特徴がある場合もあります。
だからこそ、キャッシュフロー予測は銀行の支払日だけに頼るべきではありません。少なくとも2つのビューを維持してください。
- 元の満期日による契約上のキャッシュ必要額
- 現在の決済ワークフロー（プロバイダーの締め切り、紛争、支払い指示を含む）
例えば、ある企業は月末に40万ドルの確定債務を抱えているかもしれませんが、次の30日間に支払いが予定されているのは25万ドルだけかもしれません。残りの15万ドルは自由に使えるキャッシュではありません。それは依然として買掛金であり、予測では、交渉された条件に基づいていつ支払期日が到来するかを示す必要があります。
年末までに発見すべきよくある間違い
確定債務ではなく適格性を数えてしまう
プロバイダーはプログラムの対象となるすべての請求書を表示するかもしれませんが、基準は有効と確定された債務を求めています。母集団を正確に定義し、決算時に使用したレポートパラメータを保存してください。
サプライヤーへの早期支払いを自社の支払いと誤解する
サプライヤーが金融機関から資金を受け取ったとしても、必ずしも自社の債務が決済されたわけではありません。記録は、契約上の債務とプログラムの決済メカニズムに従うべきです。
プログラム活動を一般的なAPエクスポートに埋もれさせる
プログラムのディメンションが請求書の転記時に失われると、年間増減表の作成は手作業になります。請求書承認時に識別子を必須とし、監査ログなしでは確定後の編集を防いでください。
すべてのプログラムが同一条件であると想定する
2つのプロバイダーは、支払いタイミング、保証、手数料、終了権、紛争処理が異なる場合があります。開示を合わせることで有用な情報が損なわれない場合にのみ、結合して表示してください。
報告日のみで調整する
年末のスナップショットは、年間の活動を説明できません。月次の期首から期末までの調整により、説得力のある増減表が作成され、流動性の問題が顕在化する前に異常な増加を明らかにできます。
流動性を流動比率のみで測定する
サプライヤーファイナンスは流動比率を変えずに、支払いの集中度とタイミングを変える可能性があります。確定債務を、利用可能な無制限の現金、未使用の与信枠、サプライヤーへの集中度、および将来の各期間に支払期日が到来する金額と合わせて確認してください。
実践的な月末チェックリスト
各プログラムについて、この短いチェックリストを使用してください。
- プロバイダーの確定債務レポートをダウンロードし、レポート日を保存します。
- 請求書ID、金額、通貨、および元の支払期日を買掛金補助元帳と照合します。
- 文書化されたルールに従って、キャンセル、却下、重複、または紛争中の請求書を除外します。
- 決済された債務を確認し、決済ファイルを銀行取引と照合します。
- 期首残高から期末の確定残高まで増減表を作成します。
- 支払条件、手数料、保証、担保資産、またはプロバイダー契約の変更を確認します。
- 契約上の支払期日と現在の支払ステータスを使用してキャッシュフロー予測を更新します。
- 経理責任者または外部会計士に、明確な貸借対照表およびキャッシュフロー分類に関するメモを提供します。
このプロセスは、通常の簿記も改善します。すべての請求書にソース文書、承認状態、支払ステータス、および安定した識別子があれば、ベンダーからの質問に迅速に対応し、より少ない仮定でキャッシュフローを予測し、従業員の記憶に頼ることなく財務諸表を作成できます。
財務管理を簡素化する
サプライヤーファイナンスは、記録が請求書から確定、決済に至るまでの完全な経路を保持している場合、管理が容易になります。Beancount.io は、透明性が高く、バージョン管理され、AI対応のプレーンテキスト会計を提供し、支払いワークフローが成長するにつれて、財務履歴を監査可能な状態に保ちます。ドキュメント または Favaダッシュボード を参照して、買掛金とキャッシュコミットメントのより明確なビューを構築してください。