ある顧客が、あなたの機器販売店で$3,000のエスプレッソマシンを購入し、さらに3年間の補償のために$500を追加で支払ったとしよう。経理担当者の直感では、契約が成立したその日に$3,500全額を収益として計上したくなる——結局、現金はすでに口座に入っているのだから。しかし米国会計基準（GAAP）の下では、その直感は誤りであり、しかも数年にわたって静かに収益を過大計上し、後になって——ちょうど顧客がクレームを申し立て、それに備える引当金が手元にない時に——収益を過小計上することになりかねない、厄介な誤りだ。
これを規定しているのがASC 606、すなわち収益認識基準であり、保証、サービスプラン、サポート契約を伴う製品を販売するほぼすべての事業に適用される。ライセンスに1年間のサポートを付帯するソフトウェア企業、メンテナンス契約を販売する空調設備業者、延長サービス契約を勧める自動車ディーラー、「保護プラン」を提供する家電量販店——いずれも同じ問いに直面する。顧客が今日、今後1年、3年、あるいは5年にわたって履行する約束の対価を今支払った場合、そのうちいくらを今日の収益とし、いくらを履行するまで負債として計上すべきか、という問いだ。
これを誤ることは、単なる技術的な経理上のミスにとどまらない。利益率を歪め、成長指標を誤らせ——もし財務諸表監査を受けたり、融資を申請したり、資金調達をしたりする機会があれば——レビュアーが真っ先に検証する項目の一つになる。
すべてを左右する問い——アシュアランス型かサービス型か
ASC 606は保証を2つのカテゴリーに分類しており、どちらに該当するかによって、そもそも繰延収益について考える必要があるかどうかが決まる。
アシュアランス型保証は、単に製品が謳い文句どおりに機能することを約束するものだ——箱に書かれたとおりに動作し、欠陥があれば修理または交換する、というものである。これはほとんどの州で消費者保護法によって義務づけられている保証であり、通常は販売に無償で付随する（例えばノートパソコンの標準的な1年間のメーカー保証を思い浮かべてほしい）。ASC 606の下では、アシュアランス型保証は独立した履行義務とはみなされない。販売価格全額を直ちに収益として認識し、別途、過去の不良発生率やクレーム発生率に基づいて、別の基準であるASC 450の下で見積保証費用と保証負債を計上する。
サービス型保証は「謳い文句どおりに機能する」以上のものを約束する。標準期間を超える延長補償、予防的メンテナンス訪問、偶発的損傷への補償、あるいは法律が求める範囲より広い補償条件など、追加的な何かを約束するのだ。顧客が単なる機能保証ではなく、独立したサービスを購入しているため、ASC 606はこれを独立した履行義務として扱う。取引価格の一部をこのサービスに配分し、その部分は前払いではなく、実際にサービスを提供するにつれて経過的に収益として認識しなければならない。
基準（ASC 606-10-55-33）は、両者の区別が明確でない場合に判断材料となる3つの要素を示している。
- その保証は法律で義務づけられているか？ 州法や連邦法が義務づけている場合、それはアシュアランス型である強いシグナルだ——法律は不良品から消費者を守るために存在するのであって、追加サービスを売るために存在するのではない。
- 補償期間はどのくらい続くか？ 期間が長いほど、サービス型である可能性が高い。90日間の不良保証はアシュアランス型と読めるが、5年間のプランはサービス型と読める。
- 実際に約束されているのはどのような作業か？ 単純な「壊れたら修理・交換する」はアシュアランス型だ。定期的な点検、偶発的損傷への補償、あるいは修理中の代替機器の貸与などはサービス型である。
販売時点で売られる延長保証の大半——「3年間$Xで購入品を保護」というアップセル——は、この3つのテストすべてで「サービス型」寄りの結果となる。これこそ、多くの企業が会計処理を誤りがちなケースだ。
なぜ全額を前倒しで計上することが本当の問題なのか
上記のエスプレッソマシンの例で、$500の保証部分が3年間をカバーするとしよう。もし$500全額を初日に収益として計上すると、3つの問題が生じる。
- 当期の収益が過大計上される。 まだ提供していないサービスの功績を主張していることになる——そのプランの下で1年半、一度も修理を行わないかもしれない。
- 利益率が歪む。 保証履行に伴う費用（部品、労務費、交換部品）は後の期間に発生するが、対応する収益はすでに以前の期間に認識してしまっている。報告される収益性は、事業の実際の経済実態を反映しない形で変動する。
- 実在する義務に対する負債が帳簿に計上されない。 2年目に顧客がクレームを申し立てた場合、その期間に対応する収益を何も認識していない状態で、現在のキャッシュフローからその費用を支払うことになる——費用は発生するが、その原資となった「販売」は（会計上は）何年も前にすでに使い切られている。
正しい処理は次のとおりだ。製品の収益は直ちに認識する（エスプレッソマシンは引き渡し済みだから）が、保証部分は契約負債（繰延収益）として計上し、補償期間の経過に応じて経過的に収益として認識する。$500、36か月の保証であれば、毎月おおよそ$13.89を収益として認識し、残高は収益として認識されるまで貸借対照表上の負債として計上され続ける。
実際に価格をどう配分するか
その手順は、ASC 606があらゆる契約に用いるのと同じ5ステップの枠組みに沿って進む。
- 契約を識別する——保証オプションを含む販売取引。
- 履行義務を識別する——ここでは2つ。製品と、サービス型保証だ。
- 取引価格を算定する——顧客が支払う総額（この例では$3,500）。
- 各義務に価格を配分する——独立販売価格に基づいて行う。すなわち、保証を単独で販売する場合の価格と、製品単体の価格だ。保証を単独のアドオンとして掲示価格（$500）で販売しているなら、それが通常最良の根拠となる。
- 収益を認識する——各義務が充足されるにつれて認識する。製品は引き渡し時に、保証は（費用やクレームが期間内で前倒し・後倒しに大きく偏っているという根拠がない限り）その期間にわたって定額法で経過的に認識する。
保証を単独では販売しておらず、独立販売価格を見積もる必要がある場合、一般的な手法としてはコストプラスマージン法（見込まれるクレーム費用に妥当なマークアップを上乗せする方法）や、同等の補償に対して競合他社がいくら請求しているかを参照する方法がある。どの手法を選んだにせよ、それを記録に残しておくこと——それはまさに、監査人や貸し手があなたに説明を求めるであろう類の判断だからだ。
勘定科目への計上方法
実務上、これは少なくとも3つの勘定科目が連携して機能する必要があることを意味する。
- 繰延収益——保証・サービス契約（負債勘定）——販売時点で配分された保証部分を貸方に計上する。
- 保証収益（収益勘定）——認識済みの部分を（月次など、償却する頻度に応じて）貸方に計上し、対応する借方で繰延収益負債を減額する。
- 保証費用／クレーム引当金——修理、交換、サービス訪問などの実際の費用が発生時に計上される。
これはまさに、プレーンテキストでバージョン管理された会計が真価を発揮する場面だ。サービス型保証は何年にもわたって続く一連の小さな取引のスケジュールであり、シューボックスや、借方と貸方の一致を強制しないスプレッドシートでは、残高を追跡しきれなくなりやすい。「第2四半期に販売した保証の繰延収益残高はいくらで、これまでにどれだけ償却されているべきか」を照会できる元帳があれば、コンプライアンス上の頭痛の種が、四半期末の慌ただしい作業ではなく、5秒で済む照会作業に変わる。
よくある間違い
- すべての保証をデフォルトでアシュアランス型として扱うこと。単純だからという理由だが、補償期間や範囲から見て明らかにサービス型である場合でもそうしてしまう。これはASC 606の保証処理における最も一般的な誤りであり、レビュアーが真っ先にチェックする項目だ。
- 配分ステップを完全に省略し、契約価格全額を販売時点で収益として認識すること。
- 独立販売価格の見積もりを一度も見直さないこと。実際のクレーム実績が、保証に価格を設定した時点の想定から大きく乖離している場合、それは今後の配分方法を見直すべきシグナルだ。
- サービス型保証の繰延収益を、他の繰延収益（SaaSサブスクリプションやギフトカードなど）と一つの区別されない負債勘定に混在させること。これでは、個々のプログラムの残存義務を照合することが不可能になる。
- サービス提供のパターンが明らかに不均一であるにもかかわらず、保証収益を定額法で認識すること——例えば、1年目に2回の定期メンテナンス訪問を含み、それ以降は訪問がないプランでは、36か月にわたって均等にではなく、実際にその訪問が行われる時期に近いタイミングで収益を認識すべきだ。
より大きな視点
延長保証やサービス契約は現実に大きなビジネスであり、世界市場は2026年時点でおよそ1,650億ドル規模と評価されている。加入率はカテゴリーによって大きく異なり、屋外電動工具では約10%程度から、業績上位の自動車ディーラーのファイナンス部門では80%超にまで及ぶ。もしあなたが中核製品と併せて何らかの補償プランを販売しているなら、何年分もの契約を巻き戻して修正計算をする羽目になる前に、早い段階で会計処理を正しく整えておく価値がある。
朗報は、繰延収益のスケジュールを正しく構築してしまえば、あとはほぼ自動的に回っていくということだ。販売時点で配分し、スケジュールに沿って償却し、クレーム引当金を実績に照らして定期的に見直す。これは、帳簿に少し手をかけて構造を整えておくことが、後々の多くの苦労を防いでくれる領域の一つだ——特に、貸し手や投資家、監査人から、これまでに認識した保証収益の額と、顧客にまだ提供義務を負っているサービスの額を正確に説明するよう求められた時に、その価値が実感できる。
初日から繰延収益を正しく管理する
複数年にわたる保証の償却スケジュールを通常の帳簿と併せて追跡することは、まさにそのために設計されたシステムの恩恵を受けられる、構造化された監査可能な記録管理の典型例だ。Beancount.ioは、プレーンテキストの複式簿記による、完全にバージョン管理された元帳を提供する——繰延収益残高、償却スケジュール、クレーム引当金は、いつでも照会一つで確認でき、再構築プロジェクトになることはない。無料で始める——開発者や財務志向の経営者たちがプレーンテキスト会計に乗り換えている理由を、ぜひ体感してほしい。