顧客が1,200ドルの冷蔵庫を購入し、会計時に150ドルの3年延長保証を追加したとする。POSシステムは合計1,350ドルを計上し、現金を預かり、帳簿がレジと一致していれば、その日に1,350ドルの収益を記録する。
これは誤りであり、今後3年間にわたって財務諸表を歪める可能性がある誤りだ。
米国企業の収益報告を規定する収益認識基準ASC 606の下では、この150ドルの保証料はまだあなたのものではない。まだ稼得していないのだ。今後36ヶ月間、修理に対応することを約束したに過ぎず、会計ルールでは、その約束の価値は、それを果たした時にのみ認識することを求めている——毎月少しずつ、3年間かけて。今日150ドル全額を計上すると、損益計算書が嘘をつくことになる：今月は実際より良く見え、残りの35ヶ月は実際より悪く見える。
サービス契約が付随するもの（家電製品、電子機器、家具、車両、さらには高級工具まで）を販売する小規模小売店は、常にこの問題に直面する。ここでは、このルールが実際にどのように機能するのか、なぜ存在するのか、そして、銀行融資の申請や会計士の年度末調整の際に発見するのではなく、どのようにして簿記に組み込むのかを説明する。
核となる区別：2種類の保証、2種類の会計処理
ASC 606は保証を2つのカテゴリーに分類し、どちらのバケツに該当するかですべてが決まる。
保証型保証は、単に製品が宣伝通りに動作することを約束するものである——購入時に無料で付いてくるメーカーの標準的な90日間または1年間保証など。これは販売している別個のものではなく、製品価格に組み込まれている。これは別の基準（ASC 460）に従って、予想修理費用を見積もり、販売を記録したのと同じ日にその負債を前もって見積もることで会計処理する。収益の繰り延べは含まれず、貸借対照表に費用見積もりが計上されるだけである。
サービス型保証はこれとは異なる。これらは顧客が追加料金を支払う保証であり、製造上の欠陥以上のもの（偶発的な損傷、通常の摩耗、業界標準をはるかに超える補償範囲）をカバーする。顧客が実際のサービス（経時的にアイテムを修理または交換する準備を整えておくこと）を購入しているため、会計上は独立した履行義務として扱われる——独自の価格、独自の収益、独自のタイムラインを持つ明確な約束である。
冷蔵庫の延長保証は、典型的なサービス型保証である。顧客はメーカーの標準的な欠陥保証を超える補償のために、自らの選択で追加料金を支払った。この150ドルは販売収益ではない。契約期間中、毎月サービスを実際に提供するまで、負債——具体的には繰延（または「未稼得」）収益——なのである。
どちらに該当するかを見分ける方法
この基準では、確認すべき3つの質問が示されている。
- 法律で義務付けられているか？ 必須の保証は、保証型である可能性が高い——選択肢を提供しているのではなく、ルールに従っているだけである。
- 期間はどのくらいか？ 補償期間がその製品カテゴリーの標準的な期間を超えて長くなるほど、組み込み済みの保証というよりも、有料のサービスのように見えてくる。
- 実際に何をカバーするのか？ 「材料または製造上の欠陥を修理する」という範囲に限定されているのであれば、それは保証型である。製造上の欠陥保証では決してカバーされないもの（こぼれ、落下、一般的な摩耗）をカバーするのであれば、それはサービスである。
何よりも明確なシグナルは次の通りである：顧客はそれを特定可能な追加料金で別途購入できるか？ もしそうであれば——そして、レジでの150ドルのアドオンがまさにそれである——あなたは完全にサービス型保証を見ていることになる。
ルールが存在する理由：収益を提供された価値にマッチングさせること
これは官僚的な細分化ではない。発生主義会計の要点はマッチングである——収益は、現金がたまたま移動した期間ではなく、実際にそれを稼得するための作業を行った期間に表示されるべきである。
あなたがその保証を販売するときに実際に販売しているものについて考えてみてほしい。あなたは今日の修理を販売しているのではない。あなたは待機態勢を販売しているのだ——36ヶ月契約の14ヶ月目に何かが壊れた場合に、対応するという約束である。あなたは、契約が有効である間、毎月その約束の一部を提供している。初日に150ドル全額を認識することは、実際にサービスを何も提供する前に、3年分のサービスをすでに提供したと主張することになる。
また、気付かないうちに陥りやすい歪みからあなたを守ってくれる：保証販売が少ない月は収益ラインが人為的に悪く見え、好調な月（延長保証のブラックフライデーセールなど）は人為的に良く見える——実際の修理義務がまったく変わっていないとしても。収益を繰り延べ、比例配分で認識することで、そのノイズを平滑化し、あなた（およびあなたの財務諸表を読む人——融資担当者、投資家、将来の自分）に、ビジネスの実際のパフォーマンスについてはるかに正直な姿を提供する。
仕組み：価格の配分と収益の経時認識
サービス型保証を特定したら、さらに2つのステップが続く。
ステップ1：取引価格を分割する
保証が個別に価格設定され販売されている場合（冷蔵庫の例のように——家電製品に1,200ドル、保証に150ドル、レシートに明細記載）、このステップは簡単である：150ドルが保証の価格であり、それで完了である。
保証が「冷蔵庫1,300ドル、保証付き」といったプロモーションのように、1つのオールインワン価格にバンドルされている場合、より複雑になる。ここで、各構成要素が単体でいくらで販売されたかを推定する——独立販売価格——そして総価格を比例配分する必要がある。ASC 606では、これを行うための3つの方法が示されている。
- 調整済み市場評価——競合他社が同様の保証にいくら請求しているかを調べ、それをベンチマークとして使用する。
- 予想原価＋マージン——保証義務を履行するためのコストを見積もり、その後、このようなサービスに対して通常希望するマージンを加算する。
- 残余アプローチ——製品の価格が確立しているが保証の価格が確立していない場合、バンドル価格から製品の既知の独立販売価格を差し引く；残りが保証に配分される。これはフォールバックであり、最初の2つのアプローチで信頼性の高い数値を生成できない場合にのみ使用される。
ほとんどの小規模小売店にとって、保証はレジで個別に価格設定され見積もられる。これはまさに、この配分作業を回避するためである。バンドルしている場合は、どの方法が適切か会計士に相談すること——ただし、この基準では、都合の良いために選んだ数値ではなく、存在する場合は実際の観測可能なデータを使用することが期待されていることを認識しておくこと。
ステップ2：サービスを提供するに従って収益を認識する
保証の価格が決まれば、その金額は販売時点で負債——未稼得収益——として貸借対照表に計上される。その後、通常は補償期間にわたって定額法ベースで、その一部が毎月実際の収益に解放される。
150ドルの36ヶ月保証の場合、150ドル ÷ 36 = 月額4.17ドルが収益として認識される。プレーンテキスト簿記の用語で言えば、販売自体は次のようになるかもしれない：
2026-07-20 * "Sale of refrigerator with extended warranty"
Assets:Cash 1,350.00 USD
Income:Sales:Appliances -1,200.00 USD
Liabilities:UnearnedRevenue:Warranty -150.00 USDそして、その後36ヶ月間、毎月1回：
2026-08-20 * "Recognize one month of warranty coverage delivered"
Liabilities:UnearnedRevenue:Warranty 4.17 USD
Income:Sales:WarrantyRevenue -4.17 USDPOSシステムのデフォルトの「現金入金＝収益」というロジックを信頼するのではなく、スクリプトで操作できる形式で元帳を維持することの利点は、この種の定型的で公式的な仕訳を自動化することが簡単にできることである。販売した保証ごとに36のほぼ同一の取引を手動で入力する必要はなく、販売が記録された瞬間にテンプレートからそれらを生成し、月次決算で数値を確認するだけでよい。
コスト面も忘れずに
これは実際の修理費用には一切触れておらず、修理費用は引き続き発生ごとに費用計上される（部品、人件費、第三者修理費用）——繰延収益スケジュールとは別である。うまく運営されている保証プログラムは、契約にわたって比例配分で認識される収益と、請求が発生した際に認識される費用の両方を追跡する。両者を経時的に比較することで、保証の価格設定が実際に収益を上げているかどうかがわかる——驚くべき割合の保証販売小売業者が実際に計算したことがない数字であり、なぜなら彼らの帳簿は両方のタイミングを一緒にぼかしてしまうからである。
小規模小売店が犯しがちな間違い
初日に全額を収益として計上すること。 これが大きな間違いであり、会計が適切な未稼得収益の負債勘定を持つ適切な勘定科目表ではなく、POSシステムの現金照合によって完全に主導されている場合の自然なデフォルトである。
全ての保証をデフォルトで保証型として扱うこと。 会計で個別の明確な価格でアドオンを販売している場合、それはほぼ確実にサービス型である——「製品保証の一部にすぎない」と想定しないこと。単に計上が簡単だからという理由で。
提供に一致しないスケジュールで収益を認識すること。 定額法（毎月同額）が標準であり、ほとんどの保証に適切である。なぜなら、請求の可能性が補償期間の特定の時点で急上昇することは通常ないからである。しかし、製品カテゴリーに真に予測可能な請求パターンがある場合——例えば、契約後半に障害が集中する——そのパターンを反映する体系的な方法が、一定の直線よりも正確である可能性がある。定額法から逸脱する前に会計上の助言を得ること；それがより安全なデフォルトである。
顧客が早期にキャンセルしたり返金を受けた場合に、部分的に稼得された残高を見失うこと。 顧客が36ヶ月契約の10ヶ月目に製品（およびそれに伴う保証）を返品した場合、将来の収益認識を停止するだけでなく、残りの未稼得負債を取り消す必要がある——そして、残高の追跡がずさんだった場合、この調整は混乱を招くことになる。
なぜこれが小規模でも重要なのか
あなたはこう考えるかもしれない：ASC 606は、SECへの提出義務がある公開企業向けのものであり、5人規模の家電製品店向けではない、と。それでもあなたにとって重要である理由は2つある。
第一に、銀行融資を求めたり、与信枠を申請したり、投資家を迎え入れたりする場合、財務諸表をレビューする者は、それらが一般に認められた会計原則（GAAP）に従っていることを期待する——そして「保証収益はすべて即座に認識する」というのは、他の数値に対する信頼を損なう危険信号である。
第二に、そしてより即座に有用なこととして、あなたのビジネス以外の誰も帳簿を見なかったとしても、これを正しく行うことで、月次の損益計算書がビジネスの状況を実際に反映するようになる。巨額の保証販売月があった小売業者は、その収益がすべて一度に計上されると、人為的に収益性が高く見える——その後、事業の根底にある運営に何も変化がないにもかかわらず、次の閑散月にビジネスが苦戦しているように見える瞬間まで。
初日から財務を整理しておく
繰延収益スケジュール、負債勘定、月次の認識仕訳はまさに、監査、テンプレート化、そして信頼して盲目的に従うしかないブラックボックス元帳ではなく、検査可能な記録の恩恵を受ける、定期的でルールベースの簿記の種類である。Beancount.ioは、プレーンテキスト会計を提供し、財務データに対する完全な透明性と制御を提供し、スプレッドシートで手動で追跡する代わりに、保証収益認識のような定期的な仕訳をスクリプト化する柔軟性を備えている。無料で始めることで、なぜ開発者や金融に精通した事業主がプレーンテキスト会計に切り替えているのかがわかるだろう。