2つのMSPが、どちらも年間500万ドルの売上を計上しているとします。一方はEBITDAの7倍で売れ、もう一方は3倍、あるいはまったく売れません。その差は、顧客リストの規模や技術認定資格、さらにはユーザーあたりの平均収益に起因することはほとんどありません。その差は、帳簿に起因するのです。
買い手と融資機関は、最初に3つの数字を確認します。収益に占める毎月の経常収益の割合、上位3顧客への集中度、そしてベンダー通過仕入れを除外した後の真のサービスライン粗利益率です。きれいな総勘定元帳があれば、これらの数字は5分で手に入ります。汚い帳簿は、値引き、長いイアーンアウト（業績連動報酬）、またはデューデリジェンスで成立しない取引につながります。
このガイドでは、小規模・中規模のマネージドサービスプロバイダーが、上記の3つの数字が常に正直であり、日々の意思決定（新規顧客の価格設定、技術者の採用規模、単発プロジェクトの受注）が勘ではなく実データに基づいて行われるように、帳簿をどのように構築すべきかを解説します。
MSPの会計が実際に見た目よりも難しい理由
典型的なMSPの請求書には、4つか5つの項目がまとめて含まれています。マネージドサービスに対する毎月のシート単位の料金。Microsoft 365やGoogle Workspaceのライセンスに関する通過仕入れ項目。Huntress、SentinelOne、マネージドEDRなどのセキュリティスタックに関する通過仕入れ項目。2ヶ月前に開始したプロジェクトのためのプロサービス時間のブロック。先週出荷した新しいワークステーションのハードウェア再販項目かもしれません。
各項目は異なる収益勘定に属し、異なる粗利益率を持ち、収益認識のルールも異なります。MSPが犯し得る最も高額なミスは、これらすべてを単一の「マネージドサービス収益」勘定にまとめてしまうことです。その決定により、価格設定、業績、および出口（売却）に重要な唯一の指標が恒久的に隠されてしまいます。
ステップ1: 4つの収益源を分離する勘定科目表を構築する
最低限、MSPの収益勘定は次のように分割する必要があります。
経常マネージドサービス収益。 シート単位またはデバイス単位の定額料金、セキュリティ層アドオン、バックアップおよびDRプラン、時間外カバレッジ。これが評価額を左右する数字です。
ハードウェアおよびソフトウェア再販。 ワークステーション、サーバー、スイッチ、モニター、周辺機器など、有形商品にマークアップを上乗せして再販するものすべて。ここでの粗利益率は通常5〜15%で、これらの金額はサービスと混在すると、MSP全体の利益率計算を希薄化させます。
ベンダーライセンス通過仕入れ。 Microsoft 365、Google Workspace、Acronis、Datto、クライアントに請求するPSA/RMMスタック。これらは損益計算書（P&L）を通りますが、シート単位のマネージドサービス料金のようなあなたの収益というわけではありません。多くのMSPは、本人（プリンシパル）ではなく代理人（エージェント）として行動しているため、ASC 606に基づいてこれらを純額で報告しています。この区別は重要です。詳細は後述します。
プロジェクトおよびプロフェッショナルサービス収益。 ブロック時間契約、単発の移行、ネットワーク更新、vCIOリテーナー、M&A IT統合作業。非経常的で、変動が大きく、評価倍率が低い収益です。
売上原価（COGS）勘定の中でも、この構造を反映させます。各収益源に対応する別々のCOGS勘定を設け、サービスライン粗利益率が単一のP&Lビューから算出できるようにします。一部のMSP CFOが使用する簿記の慣例は、すべてのCOGS明細に一致する収益明細のサフィックスを付けることです（「COGS — 経常マネージドサービス」、「COGS — ベンダーライセンス」など）。
この単一の変更、つまり4つの収益源と4つのCOGS明細を分割することは、この記事の他のすべてが依存する基盤です。
ステップ2: ASC 606に基づいて経常収益を正しく認識する
クライアントが3年間、18万ドルのマネージドサービス契約を結び、1年分として6万ドルを前払いした場合、現金は銀行に入金されますが、収益にはなりません。ASC 606では、この6万ドルは契約負債（繰延収益）であり、サービスが提供される12ヶ月間にわたって按分認識されます。
総勘定元帳での仕組みは次のようになります。現金が到着した日に、借方: 現金 6万ドル、貸方: 繰延収益 6万ドルと記帳します。毎月末に、借方: 繰延収益 5,000ドル、貸方: 経常マネージドサービス収益 5,000ドルと記帳します。同じ論理が、年間のセキュリティスタック契約、前払いのブロック時間パッケージ、および複数月にわたるコミットメントにも適用されます。
MSPが最も頻繁に誤る2つの点：
複数要素契約。 マネージドサービス契約にバンドルされたオンボーディング料金は、通常、ASC 606では別個の履行義務ではありません。クライアントにとって独立した価値がないからです。オンボーディング収益は、請求された初日に認識するのではなく、契約期間にわたって認識されます。前払いで計上すると、初月の収益が膨らみ、2ヶ月目に崖ができます。
ブロック時間パッケージ。 50時間分の1万ドルの前払いブロックは、現金が到着した日にはサービス収益ではなく繰延収益です。収益は、ブロックに対して時間が消費されるにつれて認識されます。未使用時間が12ヶ月後に失効する場合、失効時に収益として計上されます。ただし、契約書に失効ポリシーが明確に記載されている場合に限ります。
繰延収益プロセスが機能しているかどうかの最も簡単なテスト：月末の繰延収益残高を、翌月に見込まれる収益解放額で割ります。その数字が前払いコミットメントの平均期間とほぼ等しければ、スケジュールは健全です。大きく乖離している場合は、何かが早すぎるか遅すぎるかに認識されています。
ステップ3: ベンダー通過仕入れを総額で報告するか純額で報告するかを決定する
これは、成長中のほぼすべてのMSPがつまずく質問であり、その答えによって収益ラインが正直か水増しかが決まります。
ASC 606では、取引の**本人（プリンシパル）**である場合、つまり、財またはサービスが顧客に移転する前にその支配を有し、在庫リスクを負い、価格設定の裁量権を持つ場合、収益を総額で報告します。**代理人（エージェント）**である場合、つまり、ベンダーとクライアントの間の取引を促進する場合、純額で報告します。
ほとんどのCSP層Microsoft 365再販において、MSPは本人です。顧客関係を有し、価格を設定し（ディストリビューターからの原価にマークアップを上乗せ）、サポートを処理し、回収リスクを負います。総額報告が一般的に適切です。
実質的に紹介パートナーである取り決め（クライアントがベンダーから直接請求され、手数料を受け取る場合）では、あなたは代理人であり、収益に含まれるのは手数料のみです。
2つの実務的な影響：
総額報告は収益を膨らませるが、粗利益率を圧縮する。 1,000ドルのMicrosoft 365を10%のマークアップで再販する場合、総額報告では収益1,100ドル、COGS 1,000ドルとなり、そのラインの粗利益率は9%になります。同じ取引を純額で報告すると、収益100ドル、COGSゼロとなり、そのラインの粗利益率は100%になり、収益は10分の1になります。
買い手は純額に正規化する。 賢明な買収者は通過仕入れマージンを除外し、あなたのサービスが実際に生み出すものを見ます。報告された500万ドルの収益が、実際にはサービスが300万ドル、通過仕入れのハードウェアとライセンスが200万ドルである場合、あなたは300万ドルで評価されます。総額で報告しても、デューデリジェンスで誰も騙されません。報告されたマージンが悪く見え、より長いクリーンアップ協議を強いられるだけです。
収益1,000万〜5,000万ドル規模のほとんどのMSPに対するCFOのコンセンサス：真に本人である場合は総額で報告するが、買い手と融資機関が実際に知りたがっている質問に答えられるよう、経営報告では常に並行した「サービス専用」収益ビューを維持すること。
ステップ4: 人件費と稼働率を正直に追跡する
MSPにおける最大の隠れたコストは、稼働率の低い技術者です。フルロードされたシニアエンジニアのコストが1時間あたり90ドル（基本給+諸負担）で、年間2,000時間のうち1,200時間が請求可能である場合、目標を下回る稼働率の1ポイントごとに、実際の資金が流出しています。
計算式：
- 実効1時間あたりコスト =（基本給+福利厚生+雇用主負担の税金+有給休暇+ツール）÷ 年間利用可能労働時間
- 負担率は、ほとんどのMSPで基本給の25〜45%
- 請求可能な技術者の目標稼働率：70〜80%（業界ベンチマーク）
- 実効請求レート = 請求可能な作業からの収益 ÷ 実際に提供された請求可能時間
収益性の高いMSPと苦戦しているMSPを分ける規律は、定額制のマネージドサービス契約の一部である場合でも、すべての技術者の時間をチケットに記録することです。顧客には請求されませんが、サービスラインの収益性を計算するために社内ではデータが必要です。定額制のクライアントが、実効1時間あたりコスト90ドルのシニア労働力を月40時間消費し（人件費3,600ドル）、2,500ドルの定額料金を支払っている場合、そのクライアントは不採算です。タイムトラッキングがなければ、決して気づかないでしょう。
最新のPSA（ConnectWise、HaloPSA、Autotask、Syncro）のほとんどは、時間入力を実際に強制すればこれを処理します。簿記の部分は、技術者の人件費を計上する毎月の仕訳がPSAを通過した時間と一致し、それらの時間が正しいCOGS勘定に配分されていることを確認することです。
ステップ5: 評価額を左右する3つの数字を監視する
MSPが売却される時、買い手は財務諸表を最初の1時間で確認し、同じ3つの数字を計算します。取引の準備をしている時だけでなく、いつでも正確になるように簿記を構築してください。
MRR比率。 毎月の経常収益を総収益で割ったもの。2026年の業界ベンチマークは約74%で、MSP収益の4分の3が経常収益になっていることを意味します（2020年の62%から増加）。MRRが80%以上の企業は、プロジェクト中心の企業よりも一貫して評価倍率が1〜2ターン高くなります。90%以上になると、プレミアムな領域です。
顧客集中度。 上位1、3、5顧客からの収益の総収益に対する割合。単一顧客が15%を超えると集中問題があり、20%を超えると大幅な評価割引が予想され、30%を超えるとイアーンアウト、エスクロー、ホールドバックなどの取引構造上の影響が予想されます。この計算を四半期ごとに実行し、顧客がしきい値を超えた場合の計画を立ててください。
サービスライン粗利益率。 健全なMSPでは、経常マネージドサービスは50〜60%の粗利益率であるべきです。プロサービスは30〜40%。ハードウェア再販は5〜15%。ベンダーライセンス通過仕入れは、CSP層と調達規律によって異なります。いずれかのラインが2四半期連続でベンチマークを大幅に下回る場合、その原因はほぼ常に、（a）人件費に対して価格が低すぎる、（b）現在のチケット量に対して人員が多すぎる、または（c）通過仕入れしていないベンダーのコスト上昇のいずれかです。
MSPの平均粗利益率は2025年に52%（2022年の48%から増加）、平均EBITDAマージンは18.4%（14.7%から増加）です。ほとんどの成功企業は純利益率20〜30%を目標としており、最適化された企業は35%以上を達成しています。
ステップ6: 事業の現実に備えて引当金を設定する
毎月の数字には小さく見えても、MSPが貸借対照表に計上すべき負債勘定がいくつかあります：
保証および手直し引当金。 プロジェクトが仕様通りに機能せず、修正のためにクライアントに無償労働を提供しなければならない場合、後期に損失を計上するよりも、プロジェクト終了時に予想コストを引当計上する方が良いです。
SLAクレジット未払金。 契約に、SLA違反時のペナルティクレジットが含まれている場合、そのクレジットは、クライアントがクレジットを行使した時ではなく、違反が発生した瞬間に契約負債となります。
年間ベンダー精算。 Microsoft NCE更新、四半期ごとに変動するRMMシート数、自動請求されるセキュリティツールライセンスなど、クライアントに請求した金額と更新時にベンダーに支払う金額との差を未払計上します。
これらの勘定は単独では毎月の数字を大きく動かしませんが、クリーンな貸借対照表への累積効果は、あなたの帳簿を信頼する買い手と、20%のホールドバックを要求する買い手との違いです。
プレーンテキスト簿記がMSPに特に適している理由
MSPはすでにバージョン管理、IaC、「Gitにないものは存在しない」という世界で生きています。プレーンテキスト会計は、財務データにも同じ規律を適用します。すべての取引はテキストファイルのエントリであり、すべての変更は差分可能であり、元帳全体が監査可能で再現可能です。買い手のデューデリジェンスチームが、4年前の特定の繰延収益解放の背後にある裏付けを尋ねてきた場合、それを記帳した正確なコミットを提示できます。
MSPにとっての実務的な利点は現実的です：
- 繰延収益スケジュールは、手作業で維持される壊れやすいスプレッドシートではなく、元の契約エントリから自動導出可能
- COGS構造が収益構造を反映しているため、サービスライン粗利益率は標準レポートから算出される
- 顧客集中度メトリクスは、四半期ごとのエクスポートとピボット作業ではなく、1行のクエリ
- 多事業体MSP（買収した拠点、サービスラインごとの別法人）は、元帳構造がどこでも同じであるため、クリーンに連結される
MSPの帳簿を初日から投資家向けに保つ
事業を維持・成長させるため、5年後の出口を計画しているため、またはどのクライアントが実際に収益を上げているかを理解するためであっても、基盤は同じです。経常収益、サービスライン利益率、顧客集中度について真実を伝える勘定科目表です。Beancount.ioは、財務データに対する完全な透明性とバージョン管理を提供するプレーンテキスト会計を提供しています。すでにコードで考えている運用者向けに構築されています。無料で始める そして、スタックに適用するのと同じエンジニアリング規律を帳簿にもたらしてください。
出典:
- MSP Revenue Benchmarks 2026 — Pharallax AI
- MSP Recurring Revenue Compliance — Sundack CPA
- ASC 606 — Managed Services — RevGurus
- MSP Pricing Models: 2026 Playbook — Flamingo
- How Much Private Equity is Paying for MSPs — NuOptima
- MSP & IT Services Valuation Multiples 2026 — Breakwater M&A
- The Hidden Financial Costs of Underutilized MSP Technician Time — Hasenbank Accounting
- Top MSP KPIs You Should Be Tracking — Syncro