先週の火曜日にステータスページが4時間赤くなりました。金曜日までに、影響を受けたすべての顧客に対し、月額料金の10パーセント、別の顧客には25パーセントといったサービスクレジットを発行しました。そして、あなたの簿記担当者は、ほとんどの小規模SaaS企業が行うように、それをサポートコスト、あるいは収益の下にあるマーケティング上の譲歩として記録したでしょう。今月の収益は水増しされており、純収益維持率が狂っています。もし貸し手や買収者があなたの帳簿を開いた場合、唯一答えられない質問が投げかけられるでしょう。報告した収益のうち、実際に保持する権利があったのはいくらなのか？
これは些細な事例ではありません。平均的な停止時間は現在196分かかり、中小企業はダウンタイム1時間あたりのコストを、クレジット発行前の時点で約8,000ドルと見積もっています。停止後にあなたが発行するすべてのクレジットは、顧客が支払うことに合意した価格の割引であり、ASC 606の下では、それは「変動対価」となります。つまり、費用として収益の下に座るものではなく、収益を縮小させる金額です。この記事では、SLAが財政上あなたに何を約束しているのか、会計基準がどのように記帳することを求めているのか、そして来月の決算で何を修正すべきかを解説します。
SLAが実際に約束していること — 数字ではなくドルで
ほとんどのSaaS契約では、稼働時間を「ナイン（nines）」で提示します。99.9パーセント（月あたり約43分のダウンタイム）、99.95パーセント、99.99パーセント（約4分）。あなたの帳簿にとって重要な数字はナインではなく、それに付随するクレジットスケジュールです。典型的なエンタープライズSLAは次のように記載されています。99.9パーセント未満の稼働は顧客に10パーセントのサービスクレジットを付与し、99.0パーセント未満は25パーセント、95.0パーセント未満は月額無料とします。さらに、いくつかの契約では、稼働率が数ヶ月連続で目標に満たない場合、解約権を付与するなどの厳しい条件を設けています。
そのスケジュールを形成する3つの特徴があります。
クレジットは善意のジェスチャーではなく、契約上の価格調整です。 顧客は全額を支払った後、贈り物は受け取りません。契約は、「悪い月」の価格は低い価格であると述べています。この「価格の引き下げ」と「費用の発生」という区別こそが会計上の問題の全てであり、簿記担当者が元帳を開く前に契約がそれに答えているのです。
クレジットは通常、自動ではなく、上限が設定され請求されます。 多くのSLAでは、顧客が30日以内にクレジットを要求すること、および総クレジットの上限を月額料金の30%〜100%に設定することが求められます。これは、特定の停止期間におけるあなたの露出（リスク）が限定され、推定可能であることを意味します。スケジュールを知っており、影響を受けた顧客が誰であるか、過去の請求率を知っていれば、予測は可能です。
現金での支払い時期と収益認識の時期が乖離します。 1月の停止に対して2月に発行されたクレジットは、通常、将来の請求に対するクレジットメモとして計上されます。現金の動きは請求が支払われた時に行われますが、収益の動きは、あなたが約束したものを履行できなかった時期である1月に帰属します。クレジットを発行した月にそれを認識することは、2つの期間のステータスを同時に誤らせることになります。
ASC 606が停止クレジットを変動対価と見なす理由
ASC 606の核心は単純です。約束したものを納品した対価として受け取ると予想される金額で収益を認識するというものです。5つのステップモデルのステップ3（取引価格の決定）で、あなたのSLAが登場します。取引価格はオーダーフォームに記載されている表示価格ではありません。それは、返金、リベート、割引、パフォーマンスボーナス、そして未達成のアップタイムに対するサービスクレジットなど、戻ってくる可能性があるすべてを差し引いた表示価格です。
PwCの収益ガイドはこのSLAクレジットをこのカテゴリーに明確に分類しています。変動対価は、契約締結時に推定され、各報告期間で2つの方法のいずれかを使用して更新されなければなりません。
- 期待値 (Expected value) — 起こりうる結果を確率で加重平均したもの。これは顧客ポートフォリオによく合致します。もし過去の履歴から月間請求額の3パーセントがSLAクレジットとして戻ってくることが分かっている場合、月間請求額10万ドルに対する期待されるクレジットは3,000ドルとなります。
- 最も可能性の高い金額 (Most likely amount) — 最も起こりうる単一の結果。これは二者択一の状況に適しています。ある大口顧客の契約が、今月20,000ドルのクレジットをトリガーするか、何もトリガーしないかのどちらかである場合などです。
次に**制約（constraint）**が来ます。これは創業者たちが最も飛ばしがちな部分です。変動対価を取引価格に含める（つまり収益として認識する）ことができるのは、不確実性が解消されたときに大きな相殺が起こる可能性が低い範囲に限られます。平たく言えば、クレジットを支払う義務があるとしたら、その分はまだ収益として数えてはいけません。代わりに返金負債として計上し、その月の稼働時間が判明したときに確定させるのです。
これは、過去に大きな停止履歴があるSaaSビジネスにとって、制約が何を意味するかをよく理解してください。過去12ヶ月のうち4ヶ月でサービスがSLAを達成できなかった場合、「我々は何も支払うことはない」という推定は擁護可能な見積もりではありません。あなた自身のステータスページこそが、監査人の「証拠A」となるのです。
分配仕訳：停止があった月
仮に顧客が毎月10,000ドル支払い、あなたの99.9パーセントSLAが目標を下回った月には10パーセントのクレジットを付与するとします。1月の稼働率は99.4パーセントでした。これが全体のサイクルです。
請求時に、請求額は通常通り繰延収益として処理されます。これはまだ提供されていないサービスに対する現金受領（または未収金の計上）です。
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customer USD
2026-01-01 open Income:SaaS:Subscription USD
2026-01-01 open Liabilities:Deferred-Revenue:SaaS USD
2026-01-01 open Liabilities:Refund:SLA-Credits USD
2026-01-01 * "Customer" "1月の請求 — 月額10,000ドル"
Assets:Receivable:Customer 10000.00 USD
Liabilities:Deferred-Revenue:SaaS -10000.00 USD
2026-01-31 * "月次締め" "予想SLAクレジット500ドル控除で1月収益を認識"
Liabilities:Deferred-Revenue:SaaS 10000.00 USD
Liabilities:Refund:SLA-Credits -500.00 USD
Income:SaaS:Subscription -9500.00 USD
2026-02-05 * "Customer" "停止クレジット発行 — 1月のアップタイム99.4% vs 99.9% SLA"
Liabilities:Refund:SLA-Credits 500.00 USD
Assets:Receivable:Customer -500.00 USD何が起こったのかを追ってみてください。月次締め時点で、あなたは9,500ドルの収益を認識し、1月の停止によって発生するクレジットの推定額として500ドルを返金負債に計上しました。2月に実際のクレジットメモが発行されると、それは収益や費用勘定ではなく、負債を減額することになります。1月の収益は最初から正しく、2月の収益は1月の停止の影響を一切受けていません。
推定値と実際の結果が異なる場合、不確実性が解消された期間の収益を調整します。推定500ドルだったのに2人の顧客が請求したため1,000ドル発行した場合？追加の500ドルは、それについて知ったときに収益を減少させます。推定500ドルで誰からも請求がなかった場合？その500ドルを収益に戻します。返金負債勘定はショックアブソーバーです。ルーティンな確定調整のために収益が再計算されることはありません。
正確に把握しておくべき2つの詳細があります。第一に、返金負債は繰延収益とは別であるということです。繰延収益は未提供のサービスに対するものであり、返金負債は提供したサービスを返さなければならないものに対するものです。これらを相殺してしまうと、両方の物語が隠されてしまいます。第二に、クレジットが将来の期間に関連している場合（過去の失敗に対する契約上のクレジットではなく、謝罪として付与された無料月など）は、それは異なる分析であり、契約の修正や重要な権利に近いものであり、過去の収益ではなく将来の収益を調整するものとなります。
SaaSの創業者が行うSLAクレジットに関する3つの間違い
間違い1：クレジットを費用として計上すること。 これは最も一般的で最も有害な間違いです。10,000ドルの停止クレジットを「カスタマーサポート費用」や「マーケティング上の譲歩」として借方に計上すると、収益が10,000ドル水増しされ、実際には存在しない10,000ドルの費用が捏造されてしまいます。売上総利益、収益成長、そして収益を基盤としたすべての比率が過大に見えます。ASC 606の下では、顧客に対して支払われるが、それと引き換えに固有の財またはサービスを受け取っていない金額は、取引価格を減少させます。自社の停止に対するクレジットは何も固有のものを購入しないのです—それは収益を減らすだけで、それ以上何も意味しません。
間違い2：全額の収益を今認識し、後で修正すること。 一部の企業は、10,000ドルの全額を1月の収益として計上し、クレジットメモが発行される2月に1,000ドルのクレジットを翌月の収益に計上します。どちらの月も誤りとなります。1月は過大になり、2月は過小になるのです。さらに悪いことに、この誤りは指標内で累積します。1月の純収益維持率は素晴らしく見え、2月は弱く見え、どちらも現実を反映していません。上記の返金負債のパターンは、各期間を正直に保つために存在します。
間違い3：「もう起こらないから」とゼロを推定すること。 制約は楽観論ではなく確率に基づいて機能します。もしあなたのインフラストラクチャが昨年SLAをトリガーする月を3ヶ月持っていた場合、期待されるクレジットがゼロであるという推定は、保守的でも積極的でもありません—それは根拠のないものです。監査人はこの推定値をインシデント履歴と照合し、デューデリジェンスを行う買収者も同様に行います。過去の請求率に基づいて算出し、毎月確定させる少額の予備的準備金は、ステータスページが矛盾している「自信のあるゼロ」よりも正確で、はるかに弁護しやすいものです。
これは買い手や貸し手が読む指標にどのような影響を与えるか
SLAクレジットを収益の下（費用として）計上するか、収益の上（控除として）計上するかによって、SaaS企業が評価されるすべての数値が変わります。
- MRRとARRは予想されるクレジット控除後の額であるべきです。過去に請求額の2パーセントがSLAクレジットとして戻ってくる場合、100万ドルのARRの見出しは、期待される収益が実質98万ドルあるということです。総額を報告することは、買収時の実態がクレジットの問題であったのに対し、「チャーン（解約）の問題」を説明しようとして苦労する原因になります。
- 純収益維持率は、クレジットをマイナス要因として吸収します。昨年120,000ドル支払い、今年クレジット適用後に114,000ドルを支払った顧客は、シートをダウングレードしていないとしても、100パーセントではなく95パーセントで維持されたと見なされます。
- 売上総利益は、エラーを修正することで逆説的に上昇します。クレジットをサポート費用から収益のマイナス項目に移動させることで、収益と売上原価の両方が縮小し、クレジットが関連する費用を上回るため、収益は減少する一方で利益率は改善します。この質問に備え、修正された履歴を用意しておいてください。
プレーンテキスト会計を使用している場合、修正は手続き的ではなく構造的なものです。専用の Liabilities:Refund:SLA-Credits 勘定、期待されるクレジットを差し引いた月次収益認識の仕訳、そしてクレジットメモが発行された際の確定調整の仕訳が必要です。beancountの収益認識パターンのドキュメントでは、これが基盤とする繰延収益会計の一般的な形状がカバーされており、返金勘定の貸借対照表の履歴は、その推定額の監査証跡となります。
20分で完了する月次チェックリスト
- 顧客層別の稼働時間を抽出する。 モニタリングツールは既にこれを計算しています。単なる全体の平均ではなく、各SLA閾値に対する月間数で要求してください。
- トリガーされたクレジットをリストアップする。 閾値を下回った各顧客について、誰が請求したかをチェックする前に、スケジュールに基づいて契約上のクレジットを算出します。
- 請求率の履歴を適用する。 トリガーされたクレジットの約60パーセントが過去に請求されていた場合、期待される値はトリガー総額の60パーセントです。この率を文書化し、四半期ごとに見直してください。
- 推定値を控除した収益を計上する。 上記の例のように、返金負債に期待されるクレジットを計上し、収益を認識します。
- 先月の推定値を確定させる。 先月の準備金を実際に発行されたクレジットメモと比較し、差額を当期収益を通じてリリースまたは増額します。
- 負債残高を照合する。 返金勘定には未解決の推定値のみが残るべきです。請求期間（通常30〜60日）を過ぎたものはすでにリリースされているはずです—滞留している残高は確定調整がスキップされていることを意味します。
来四半期ではなく、今月始めましょう。先月の稼働率レポートを取り、SLAスケジュールが約束するクレジットを計算し、それが帳簿上の収益削減額と一致するか比較してください。帳簿がゼロを示している場合—そしてほとんどの初期段階のSaaS企業にとって、それはゼロを示しているはずです—あなたは最初の確定調整の仕訳を見つけたことになり、あなたの収益はこれまで毎月その正確な額で水増しされていたことになります。
