Q1会計PLとMRRをつなぐ第一歩は、採算単位をプロダクト×コホートに揃えること。会計の費用とMRR・チャーンを同じ単位の表に並べないと、利益と指標が噛み合わない。Q2開発人件費は、将来収益が確実な段階から資産計上して償却し、それ以前は費用処理する。プロダクト別原価を出すには、どの段階から資産化するかを会計方針として先に決める。Q3顧客獲得費（CAC）は会計上は発生時に費用処理されるが、採算判断ではコホート別に「何カ月で回収したか」を見る。会計の費用計上と事業の投資回収を対応づけるのが手順の核。Q4プロダクト・コホート別に、売上（MRR換算）−変動費−配賦した開発償却・獲得費の順で並べると、どのプロダクト・どの獲得月が採算に乗っているかが会計と整合した形で見える。
このガイドの狙い — 会計PLとMRRを「同じ表」に並べる手順
SaaS・サブスクで会計の利益とMRR・チャーンが噛み合わない理由や、見るべき採算単位の全体像はSaaS・サブスクの「会計PLとMRRが噛み合わない」を直すで整理しています。MRR・ARRやユニットエコノミクスといった指標の定義はMRR・ARRとは・ユニットエコノミクスとはにまとめています。
このガイドは、その先の接続の手順だけに絞ります。発生主義の会計PLと、MRR・チャーンという顧客軸の指標を、同じ採算単位・同じ期間に揃えて1つの表に並べ、開発費と獲得費を売上に対応づけるまでを、順序立てて具体化します。
国内企業のクラウドサービス利用率は80.6%に達し（総務省・令和6年版 情報通信白書）、SaaS・サブスクは事業基盤として定着しました。1社が扱うプロダクトやプランが増えるほど、開発費・獲得費を全社でまとめたPLでは採算が読めなくなり、会計とMRRをプロダクト単位で対応づける必要が高まります。
会計PLとMRRを接続する5ステップ
会計とSaaS指標は、次の順序でつなぎます。指標ダッシュボードを別に持つのではなく、会計の費用とMRR・チャーンを同じ採算単位の1つの表に集約するのがこの手順の狙いです。
ステップ1｜採算単位を「プロダクト×コホート」に固定する
最初に、会計もMRRも同じ単位に紐づけます。SaaSの基本単位はプロダクト別、そして獲得時期ごとの顧客群＝コホート別です。会計の売上・費用も、MRR・チャーンも、この同じプロダクト・同じコホートに割り当てると決めます。採算単位を先に固定しないと、後工程で費用の紐づけ先が定まらず作業が止まります。採算単位の洗い出しは業務棚卸しで行い、組み立て方は事業別PLの作り方が土台になります。
ステップ2｜MRRと会計売上を月次・同単位に揃える
MRRは月次の経常収益、会計の売上は発生主義の売上で、放っておくと単位がずれます。揃え方は2つ。年間一括契約のMRRは契約額を月数で割って月額換算し、会計で受け取った年額の前受金は期間按分して同じ月の売上に対応させます。これで「MRR換算の売上」と「会計上の当期売上」が同じ月・同じプロダクトの行に並びます。初期費用やスポット収入はMRRには含めず、別行で扱います。
ステップ3｜開発人件費を資産/費用に区分し、償却を月次原価に乗せる
開発人件費を、資産計上する分と費用処理する分に区分します。自社利用ソフトウェアは、将来の収益獲得が確実と認められた段階から無形固定資産として計上し、それ以前の研究・企画段階は費用処理します（実務指針）。資産計上した分は耐用年数にわたって償却され、その償却費を毎月、対応するプロダクトの原価として乗せます。どの段階から資産化するかを会計方針として先に決めておくと、プロダクト別原価がぶれません。
ステップ4｜顧客獲得費（CAC）をコホートに対応づける
獲得費（広告・営業・初期導入支援）は、会計上は発生月に費用処理されます。これとは別に、採算判断用に獲得月ごとのコホートに獲得費を割り当て、そのコホートが毎月生む限界利益でCACを何カ月で回収したかを追う列をつくります。会計の費用計上（当期一括）と、事業の投資回収（コホート別の回収月数）を、同じ表の中で対応づけるのがこのステップです。
ステップ5｜プロダクト・コホート別の段階損益にまとめる
ここまでを1つの表に集約します。各プロダクト・各コホートについて、MRR換算した売上 − 変動費（サーバー・決済手数料など）＝限界利益、そこから配賦した開発償却・CS費・獲得費を引いて採算を出します。上の段（限界利益）ほど事業の素の実力、下の段ほど配賦と先行投資の影響を含む数字になります。この段階表示にすると、会計のPLと整合した形で「どのプロダクト・どの獲得月が採算に乗っているか」が読めます。
会計とMRRの対応表｜何をどの単位で突き合わせるか
接続の肝は、会計側の項目とSaaS指標側の項目を、同じ採算単位で並べることです。代表的な対応関係を整理します。
| 会計側（発生主義PL） | SaaS指標側 | 揃える単位・期間 |
|---|---|---|
| 当期売上（前受は期間按分） | MRR/ARR（年契約は月額換算） | プロダクト別・月次 |
| 開発人件費の償却費 | プロダクトの継続収益 | プロダクト別・月次 |
| 獲得費（発生月に費用処理） | CAC回収期間・ユニットエコノミクス | コホート別（獲得月別） |
| サーバー費・決済手数料（変動費） | 限界利益 | プロダクト別・月次 |
| カスタマーサクセス費 | チャーン率・拡張MRR | プロダクト別・コホート別 |
左右を同じ単位に揃えて初めて、会計の利益とSaaS指標が突き合わせられます。揃えずに別管理のままだと、会計は赤字に見えるのに事業は健全、あるいはその逆が判断できません。
計算例｜あるコホートの会計とMRRをつなぐ
考え方を具体化します。あるプロダクトで、ある月に10社を新規獲得したコホートを例にします。獲得にかけた費用（CAC合計）は月100万円、獲得した10社の月額合計（MRR）は20万円、このMRRに対する変動費（サーバー・決済手数料）は合計4万円とします。開発償却のうちこのプロダクトへの配賦は月6万円です。
| 項目 | 金額 | 計算・読み方 |
|---|---|---|
| 新規MRR（10社） | 20万円 | このコホートの月次経常収益 |
| 変動費 | 4万円 | サーバー・決済手数料 |
| 月次の限界利益 | 16万円 | 20万円 − 4万円 |
| 獲得費（CAC合計） | 100万円 | 獲得月に会計上は一括費用処理 |
| CAC回収期間 | 約6.3カ月 | 100万円 ÷ 16万円 |
| 開発償却の配賦（月） | 6万円 | プロダクト原価として毎月計上 |
このコホートは、獲得月の会計PLでは獲得費100万円が一括で費用に乗るため大きく赤字に見えます。しかし採算で見れば、月16万円の限界利益で約6.3カ月でCACを回収し、目安の12カ月以内に収まっています。回収後は限界利益から開発償却6万円を引いた月10万円が、このコホートの採算貢献として積み上がります。会計の費用計上とコホートの投資回収を分けて読むことで、「当期は獲得費で赤字だが、過去コホートは利益を生んでいる」という構造が見えます（CAC回収期間とユニットエコノミクスの目安はユニットエコノミクスとはを参照）。
つまずきやすいポイント
- MRRと会計売上を換算せずに並べる — 年契約のMRRを契約額のまま足したり、前受金を一度に売上計上したりすると、同じ月の売上がずれて突き合わせられません。年契約は月額換算、前受は期間按分でそろえます。
- 開発費の資産化開始時点を決めずに進める — どの段階から資産計上するかが曖昧だと、プロダクト別原価が月ごとに動いて比較できません。会計方針として開始・終了の時点を先に固定します。
- 獲得費を会計の費用計上だけで判断する — 発生月の費用だけ見ると獲得=赤字に見えますが、コホートで回収月数を追わないと優良なコホートまで止めてしまいます。会計の費用とコホートの回収を分けて読みます。
- 最初から全費用を精緻に配賦しようとする — 作業が止まります。金額の大きい開発費・サーバー費・獲得費から対応関係を固め、迷う共通費は配賦前の限界利益で実力を見ます。
- 採算単位や配賦基準を毎月変える — 単位や基準が動くと、月ごと・コホートごとの比較ができません。一度決めたら継続し、プロダクト構成が変わったときだけ見直します。
Excel・手作業の限界と、その先
会計とMRRの突き合わせは、最初はExcelで始められます。プロダクト別の対応表も、コホート別のCAC回収も、Excelで試算できます。ただし、毎月の前受按分・開発償却の配賦・コホート別の集計を手作業で繰り返すと、属人化・更新遅延・履歴が追えないという弱点が出やすく、契約数とプロダクトが増える段階で限界が出ます。とくに資産/費用の区分ルールや配賦基準が担当者の頭の中にあると、その人が抜けた瞬間に再現できなくなります。順序は「棚卸しで採算単位と費用の対応を固める→資産/費用・配賦の基準を決める→その構造を崩さずに運用へ乗せる」です。
AI管理会計ビルダーでの解き方
AI管理会計ビルダーは、この「採算単位の設計→会計とMRRの単位そろえ→開発費・獲得費の対応づけ→プロダクト・コホート別の段階損益」という流れを、会社固有の形でつくります。業務棚卸しでプロダクト×コホートの採算単位と費用の対応を洗い出し、開発費の資産/費用区分と獲得費の期間対応を会計の実態に合わせて設計したうえで、プロダクトの利用ログと会計（償却・獲得費・サーバー原価・MRR）を1つのデータ基盤で接続します。SaaSツールのテンプレートに会社を合わせるのではなく、会社のプロダクト構造に合わせて、会計とSaaS指標が整合した採算を継続的に出せる形にします。
会計PLとMRRをつなぐには、採算単位と費用の対応ルールの設計が土台です。無料診断で、自社の「会計とSaaS指標が分断している度合い」を可視化できます。
よくある質問
会計PLとMRRは、具体的にどこを揃えれば並べられますか？
開発人件費は、どの時点から資産計上に切り替えればよいですか？
顧客獲得費（CAC）はPLでは費用なのに、なぜコホートで見るのですか？
プロダクト別・コホート別の採算は、最初からどこまで精緻にすべきですか？
SaaSの予実管理ツールを入れれば、会計とMRRは自動でつながりますか？
関連リンク
- ガイド: 事業別PLの作り方 ／ 変動費・限界利益の出し方 ／ 人件費・共通費の配賦の決め方 ／ 業務棚卸しのやり方
- 用語: MRR・ARRとは ／ ユニットエコノミクスとは ／ 限界利益とは ／ 貢献利益とは
- 業種別: SaaS・サブスクの「会計PLとMRRが噛み合わない」を直す
- サービス: AI管理会計ビルダーとは
出典
参照元
- ［1］企業会計基準委員会（ASBJ）「研究開発費及びソフトウェアの会計処理に関する実務指針（移管指針）」（自社利用ソフトウェアの資産計上開始・終了の判断、償却）
- ［2］企業会計基準委員会（ASBJ）「収益認識に関する会計基準（企業会計基準第29号）」（一定期間にわたる履行義務の充足・前受の繰延）
- ［3］日本公認会計士協会「会計制度委員会研究資料第7号 ソフトウェア制作費等に係る会計処理及び開示に関する研究資料～DX環境下におけるソフトウェア関連取引への対応～」（2022年6月30日公表）
- ［4］総務省「令和6年版 情報通信白書」クラウドサービス（企業のクラウドサービス利用率80.6%）／令和6年 通信利用動向調査