今年、あなたは200万ドルの契約を締結した。しかし貸借対照表に計上されている前受収益はわずか40万ドルだ。投資家はこの2つの数字を見て、頭の中で引き算をし、あなたのパイプラインが本物かどうかを決める質問をする。残りの160万ドルはどこにあり、いつ収益になるのか？ もしあなたの答えが契約終了日を並べたスプレッドシートと肩をすくめる仕草なら、あなたは自分のバックログが噂に過ぎないと白状したも同然だ。彼女の問いに正確に答える数字こそが残存履行義務——RPO——であり、ASC 606は公開企業に対して四半期ごとに注記でこれを開示することを義務付けている。
本ガイドでは、RPOが何を測定するのか、前受収益やARRとどう違うのか、開示規則が実際に何を要求しているのか、そしてレベニューオペレーションチームなしで自分の帳簿でどう追跡するのかを解説する。
RPOが実際に測定するもの
残存履行義務とは、まだ果たしていない約束に配分された取引価格のことだ。ASC 606では、すべての顧客契約は識別可能な履行義務に分解される——プラットフォームへのアクセス、サポートプラン、オンボーディングプロジェクト、それぞれが個別に識別可能な約束であり——契約の総価格は独立販売価格によってそれらに配分される。報告日時点で全部または一部が未充足の履行義務に残っている部分がRPOだ：まだ提供していない契約済み作業の総ドル価値である。
この定義の性質のうち、実質的な意味を持つのは次の3つだ：
- 契約ベースであり、予測ではない。 パイプライン、見込み、期待される更新は除外される。顧客が署名していなければ、それはRPOではない。
- 強制可能な期間に限定される。 契約が双方を拘束する期間のみが対象となり、だからこそ解約権や更新オプションがこれほど重要になる（後述）。
- これは開示であり、貸借対照表の科目ではない。 RPOは勘定科目表には存在しない。財務諸表の注記に存在し、契約したものと認識したものを照合する。
SaaSビジネスにとって、RPOは会計が提供する契約済み受注残に最も近いものだ：顧客が継続して支払う限り、提供するにつれてすべてのドルが収益になるはずだ。
2つの半分：前受収益と未請求バックログ
略式の計算式は単純だ：
RPO = 前受収益 + 未請求バックログ
前受収益——ASC 606の用語では契約負債——は、すでに請求したがまだ稼得していない部分だ。現金または売掛金は手元にあり、サービスはまだ負っている。未請求バックログはその裏返しだ：まだ請求していない契約済み収益で、通常は複数年の契約が年次請求または時間をかけて段階的に請求されるためだ。これは貸借対照表には決して現れない。まさにそれが投資家がそれを求める理由だ。前受収益は氷山の一角を示し、RPOは全体を示す。
具体的な契約をたどれば関係は明らかになる。総額42万ドルの3年契約を締結し、年14万ドルを前払いで請求し、サービスを均等に提供するとしよう：
- 契約締結時、最初の請求前は、RPOは42万ドル——すべてがバックログで、前受収益はゼロだ。
- 1年目の請求後、RPOは依然42万ドルだが、その構成は反転する：前受収益は14万ドル、バックログは残りの28万ドルだ。請求は合計を変えずに2つの半分の間でドルを移動させる。
- 1月末、1か月分のサービスを提供し、11,666.67ドルの収益を認識した。RPOは408,333.33ドルに減少する：前受収益128,333.33ドルに手つかずの28万ドルのバックログを加えたものだ。
- 半年後、約7万ドルが認識され、RPOは約35万ドルになる。
これらのRPOドルがたどるライフサイクルに注目してほしい：それぞれがバックログとして始まり、請求時に前受収益を通り、稼得時に損益計算書に収益として着地する。この請求優先のリズムはほとんどのSaaS契約をカバーするため、RPOと前受収益は常に照合されるべきだ——そして照合されないなら、請求または認識プロセスのどこかが壊れている。（例外はパターンを証明する：マイルストーン請求のプロジェクトのように請求前に提供する場合、稼得済み未請求額は前受収益ではなく契約資産を通る。）
ASC 606が開示を要求するもの
開示規則はASC 606-10-50-13にあり、2つのことを求める：残存履行義務に配分された取引価格の総額と、いつそれを認識する見込みかの説明だ。IFRS 15は第120項から第122項に同じ要件を課しているため、以下の形は国際的な提出者にも同じだ。
定量的な半分は、見出しの数字と時期別の区分だ——ほとんどの提出者は1年以内、1年超2年以内、2年超の見込み額を使用し、より長期のビジネスはさらに区分を追加する。区分は合計額に戻らなければならず、類似の契約は同じ期間枠を使用する必要があり、アナリストがセグメントや期間をまたいで比較できるようにする。
定性的な半分は、数字を誠実に保つ記述だ：
- 履行義務の性質——RPOが実際に何で構成されているか。サブスクリプションアクセス、専門サービス、サポートなど、それぞれが異なるリズムで収益に転換される。
- 重要な判断——履行義務がいつ充足されるかをどう決定したか。期間にわたって完了する履行義務の進捗を測定する方法を含む。
- 変動対価——従量制の超過分、業績ボーナス、サービスレベル（SLA）クレジットなどの不確実な金額をどう見積もったか、そして重要な収益の戻入れが起こり得たため除外したもの。
- 重要な権利——割引更新などの顧客に付与されたオプションで、それ自体が履行義務として計上されたもの。
もう1つの要件が基準の次の段落に隠れている：以下に述べる実務的便法のいずれかを使用する場合、その旨を述べ、適用した契約を説明しなければならない。注記は数字が何を除外しているかを認めなければならない。
1年実務的便法——そして請求例外
ASC 606-10-50-14は、ほとんどの企業の開示RPOを縮小する2つの逃げ道を提供しており、使用時には両方とも開示しなければならない。
1年例外は、強制可能な契約が開始した日から測定して、当初の予想期間が1年以下の契約を省略できるようにする。月次および年次プランを販売するSaaSビジネスにとって、この便法はほぼすべてを飲み込む：すべての契約が12か月以下なら、前受収益が相当額あっても、開示RPOはゼロかそれに近い可能性がある。評価は解約不能期間に基づくため、自動更新付きの1年契約も対象となる——更新は将来の選択であり、現在の義務ではない——一方、顧客解約権付きの複数年契約は、顧客が離れられない期間のみカウントされる。実質的な違約金なしに随時解約できる契約も同じ理由で事実上除外される：強制可能な期間が無視できるからだ。
請求権例外は、提供した価値に直接比例して請求する場合に適用される——典型的なタイム・アンド・マテリアル契約や作業時間に基づく月次請求だ。そこでは売掛金がすでに稼得したものを捉えており、未履行の残りを予測することは洞察なしに事務作業を増やすだけなので、基準はその開示を免除する。
実務的な結果として、2社のRPO数値が完全に比較可能になることはまれだ。3年のエンタープライズ契約で便法を使わないベンダーは、確約されたバックログに満ちた数字を報告する；月次条件のプロダクト主導の競合他社はほとんど何も報告しない。両方とも準拠している。比較する前に注記の便法開示を読むことは任意の精査ではない——あなたが見ているものを知る唯一の方法だ。
cRPO：アナリストが実際にモデル化する数字
総RPOは最長の契約と同じだけ伸びるため、受注のトロフィーであると同時に予測の頭痛の種でもある。アナリストは最初の時期区分にズームインすることでこれを解決する：当期RPO、つまりcRPO、次の12か月以内に認識されると予想される部分だ。これは署名によってすでに確保された近中期の収益であり、総RPOやARRよりも明確な来年度の指標として読める。
上記の3年42万ドルの例では、契約締結時のcRPOは14万ドル——1年目の認識額——で、28万ドルが非流動RPOに存在する。各月が提供されるにつれてcRPOは減少し、新規受注と昨年の非流動部分の繰越によって補充される。トレンドがシグナルだ：cRPOが認識収益より速く成長するとき、次の数四半期はすでに埋まりつつある；収益が上昇する一方でcRPOが停滞するとき、成長は新規確約ではなく現在の消費に依存している。
公開提出書類はこれが実際にどう読めるかを示す。Snowflakeは2026年7月31日終了四半期に、総RPO90億ドルを報告し、54パーセントが次の12か月以内に認識されると予想された——約49億ドルのcRPO——一方、総RPOは前年比30パーセント成長し、収益成長率35パーセントに対した。（RPO数値は四半期ごとに動くので、これらを引用するのではなく企業の最新提出書類を確認してほしい。）同じ提出書類には消費型ビジネスにとって重要な注意書きがある：RPOは将来の製品収益を必ずしも示すものではない。なぜなら、顧客が実際にいつ消費するか、契約容量を超えて消費するかどうかを捉えられないからだ。純粋なサブスクリプションベンダーのRPOはスケジュール通りに転換する；従量課金ベンダーのRPOは顧客行動に応じて転換する。
投資家がARRより先にRPOを読む理由
ARRは見出しを飾るが、経験豊富なSaaS投資家はまず注記を開く。理由は定義の規律だ。ARRは企業定義のランレートであり——年率換算され、しばしば調整され、監査されず、業界全体で何十もの異なる方法で計算される。RPOはGAAPで定義され、契約に基づき、監査されている：すべてのドルが強制可能な価格を持つ署名済み義務に遡る。両者が食い違うとき、領収書を持っているのはRPOのほうだ。
その規律こそが、RPOがARRにできないものを見る理由でもある。3年300万ドルの契約と1年100万ドルの契約は、1年目に同一のARRを示すことができるが、RPOは確約された将来収益200万ドル分異なる。RPOはARRがランレートに平坦化する複数年のエンタープライズモーションに報い、それを監査人が経営陣の肩越しに見守りながら行う。
実務者が使うおおよその順序は、3つの主要指標を大きさの順に並べる：
RPO > ARR > 前受収益
RPOは請求済みかどうかにかかわらずすべての契約年をカバーする。ARRは期間のどこにいるかにかかわらず、1年分の契約価値を年率換算する。前受収益は請求済みでまだ稼得していないもののみを保持する。それぞれが異なる問いに答える——何が確約されているか、ランレートはいくらか、何が負債か——そして一方を他方と混同することが、バックログが二重計上されたり完全に見落とされたりする方法だ。
隣接する2つの指標が語彙を完成させる。ブッキングは期間中に署名された契約を測る——売上活動であり、将来の収益ではない——そしてRPOが横ばいのままブッキングが記録的なら、契約は署名されるのと同じ速さで解約されている。ビリングは収益に前受収益の変動を加えたものとして近似され、請求したものを測る。署名から現金までの連鎖はブッキングからRPO、ビリング、収益へと流れ、各リンクが前のリンクに対して責任を負う。
RPOが誤解を招く4つの方法
RPOの契約的根拠はそれを信頼できるものにするが、あらゆる読み方で真実にするわけではない。注意深い読者さえも捕らえる4つの罠がある：
異なる便法間の比較。 上記のように、1年例外と請求権例外は、開示RPOがビジネスの勢いと同じくらい契約構造を反映することを意味する。請求条件を正規化し、ベンダーをランク付けする前に便法開示を読むこと。
保証された収益として扱うこと。 RPOは顧客が契約通りに継続し、支払い、消費することを前提とする。署名されていない更新は除外され、戻入れの可能性がある変動対価は制約され、信用リスクについては何も言わない。顧客の破綻はバックログを償却に変え、収益にはしない。約束する者の信用で、他の約束と同じようにRPOを割り引くこと。
消費タイミングを無視すること。 従量課金やハイブリッドのビジネスでは、契約が上限を定め、行動がペースを定める。顧客は大きな確約を保持してゆっくり引き出すことも、早く使い切ってそれを超えて支出し続けることもできる。予測する前にRPOを消費とネットリテンションデータと組み合わせること。
台帳から乖離させること。 販売データから脇のスプレッドシートで計算されたRPOは、帳簿の前受収益や認識収益から静かに乖離する——異なる契約リスト、異なる変更処理、異なるタイミング。試算表と照合する数字こそが開示に値する；照合しないものは注記の衣装を着た第2の帳簿だ。
契約変更はその最後の罠の中で特筆に値する。独立販売価格で識別可能な財を追加することは別個の契約を生み出し、既存のRPOをそのままにする；それ以外はすべて将来に向けた再配分か、残存義務を書き換える累積的キャッチアップを強制する。期中のアップセル、延長、ダウンセルはすべてRPOイベントであり、それらを遅れて捉えるプロセスは四半期を通じて古いバックログを報告する。
自分の帳簿でRPOを追跡する
正直なRPOを保つためにエンタープライズ収益システムは必要ない。必要なのは2つのスケジュールとそれらを照合する規律だ：期間ごとに各契約の残存義務を示す収益ウォーターフォールと、請求済み未稼得残高を毎回の決算で試算表に結びつける前受収益ロールフォワード。ウォーターフォールの認識列と残存列の合計が各契約の総価格に等しくない場合、またはロールフォワードが台帳に合わない場合は、手を止めて配管を直してから投資家に数字を伝えること。
プレーンテキストの台帳はその仕組みを可視化する。上記の3年42万ドルの契約——1年目の請求、現金受領、1月の定額認識——がまさに記帳される通りだ：
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customers USD
2026-01-01 open Liabilities:Deferred-Revenue USD
2026-01-01 open Income:SaaS-Subscriptions USD
2026-01-05 * "Acme Corp" "Year 1 invoice on 3-year 420000 USD contract"
Assets:Receivable:Customers 140000 USD
Liabilities:Deferred-Revenue -140000 USD
2026-01-12 * "Acme Corp" "Year 1 payment received"
Assets:Cash:Operating 140000 USD
Assets:Receivable:Customers -140000 USD
2026-01-31 * "January revenue recognition" "1/12 of year 1"
Liabilities:Deferred-Revenue 11666.67 USD
Income:SaaS-Subscriptions -11666.67 USD月末に台帳はRPOの物語を直接語る：前受収益は請求済みの1年分の128,333.33ドルを保持し、未請求の2年目と3年目は28万ドルのバックログとして台帳外にあり、RPOはその合計で408,333.33ドルだ。このように帳簿をつけるなら、プレーンテキスト会計のドキュメントがパターンの拡張方法を示している——顧客またはコホートごとに前受収益勘定を1つ持てば、ロールフォワードはフォレンジックな作業ではなく単一のクエリになる。
毎月3つのチェックでループを閉じる。第一に、すべての署名済み契約が強制可能な期間と配分価格とともにウォーターフォールに現れる——確約されたものがCRMにのみ存在してはならない。第二に、すべての請求がその金額をバックログから前受収益へ移し、すべての認識仕訳が前受収益を収益へ移すため、RPOは常に2つの残高の合計に等しい。第三に、cRPO——ウォーターフォールの次の12か月——は取締役会資料に独自の行を持つ。なぜならそれは投資家がとにかく計算する数字だからだ。照合済みの帳簿から3つすべてを出せる月が、あなたのバックログが噂であることをやめ、資産になり始める月だ。
