コンサル会社のfreee請求書活用|マイルストーン請求と前受金の取り扱い

この記事をシェア:
目次 クリックで開く

コンサルティング業やシステム受託開発など、プロジェクト期間が数ヶ月から数年に及ぶビジネスモデルにおいて、最も管理が煩雑になるのが「請求」と「収益認識」のタイミングです。契約時に着手金を受け取り、特定の成果地点(マイルストーン)ごとに中間金を請求し、最終納品で完遂する――。この一連の流れをクラウド会計ソフト「freee」で正しく、かつ効率的に運用するには、単に請求書を発行するだけではない「前受金(契約負債)」の概念とツール操作の深い理解が欠かせません。

本記事では、日本最高峰のIT実務と会計知見に基づき、freee請求書を用いたマイルストーン請求の具体的な手順と、前受金の適切な会計処理について、実務者が直面する課題を網羅して解説します。

コンサル業におけるマイルストーン請求と会計処理の基礎知識

コンサルティング会社がマイルストーン請求を導入する最大の目的は、キャッシュフローの安定と未回収リスクの軽減です。しかし、会計実務においては「入金がある=売上」という単純な構図にはなりません。特に2021年4月から大企業を中心に適用された「収益認識に関する会計基準」の考え方は、中小企業においても管理の透明性を高める上で重要です。

なぜ「請求=売上」ではいけないのか?収益認識の重要性

コンサルティング契約において、例えば「プロジェクト期間6ヶ月、総額600万円」の案件を受注し、契約時に300万円を請求したとします。このとき、請求書の発行日に300万円を「売上」として計上してしまうのは、会計上不適切です。なぜなら、その時点ではまだ役務(サービス)を提供しておらず、売上として計上する権利が確定していないからです。

正しい処理は、入金時は「前受金(または契約負債)」として負債に計上し、マイルストーンの達成や時間の経過(履行義務の充足)に応じて「売上」へと振り替えていくことです。この「収益認識」のプロセスをfreee上でいかに自動化・簡略化できるかが、経理部門の生産性を左右します。

マイルストーン請求(分割請求)と前受金の関係性

マイルストーン請求とは、プロジェクトの進捗状況(企画完了、要件定義完了、中間報告など)に合わせて請求を行う方式です。多くの場合、以下の3段階で構成されます。

  • 着手金: プロジェクト開始前に受け取る。会計上は「前受金」。
  • 中間金: 特定のマイルストーン達成時に請求。役務提供が完了していればその分を「売上」計上。
  • 残金: 最終納品(検収)後に請求。残りの全額を「売上」計上。

この流れを管理するためには、freee会計内で「どのプロジェクトに対して、いくら前受金があり、いくら未請求なのか」を常に可視化しておく必要があります。

freee請求書でマイルストーン請求を行う2つの実務手法

freee(特に新しく統合された「freee請求書」)において、1つの案件から複数回の請求を管理する手法は主に2つあります。

手法1:1つの見積書から複数の請求書を作成する(標準機能)

最もオーソドックスな方法は、あらかじめ総額で作成した「見積書」をもとに、分割して「請求書」へ変換する手法です。freeeの標準機能では、1つの見積書から複数の請求書を紐付けて作成することが可能です。

【メリット】

見積書(案件総額)と請求書(分割分)の紐付けが明確。

「あといくら請求が残っているか」の見積ベースの管理がしやすい。

【操作のポイント】
freee請求書の「見積書」詳細画面から「請求書へ変換」を選択する際、明細行の数量や単価を調整して、その回に請求する金額のみを抽出します。未請求分は見積書に残るため、次回の請求時に再度変換操作を行うことで、請求漏れを防ぐことができます。

手法2:請求明細で「前受金充当」を表現する運用

あらかじめ着手金(100%分)を請求・入金済みの場合や、請求書上で「総額から既入金分を差し引く」表現が必要な場合に用いる手法です。

【操作のポイント】
請求書の明細行に「プロジェクト総額(プラス)」と「前回までの受領額(マイナス)」を記載します。これにより、今回支払うべき差額が明確になります。ただし、この方法は消費税計算の端数処理や、freee会計上での自動消込時に工夫が必要となるため、中上級者向けと言えます。

【ステップ別】前受金の受領から売上振替までの操作フロー

コンサル業で最も頻出する「着手金受領 → 中間報告で一部売上計上 → 最終納品で全額売上」のフローを、freeeの操作手順に沿って解説します。

STEP 1:着手金の請求書発行と「前受金」仕訳

まず、プロジェクト開始時に着手金の請求書を発行します。この際、freee請求書の明細行に関連付ける「勘定科目」がポイントです。

  1. freee請求書で、品目を「着手金」として作成。
  2. その品目に紐づく勘定科目をデフォルトの「売上高」ではなく「前受金」に設定(または請求書発行後の自動仕訳設定で変更)。
  3. 請求書を発行・送付。この時点で、freee会計上には「借方:売掛金 / 貸方:前受金」の仕訳が発生します。

※注意:前受金に消費税を課税するかどうかは、原則として「役務提供の対価」であれば受領時に課税対象となります(インボイス制度下でも同様の扱いです)。

STEP 2:入金消込時のステータス管理

クライアントから入金があったら、freee会計の「自動で経理」機能を用いて、STEP 1で作成した請求書(売掛金)とマッチングさせます。

  • 入金消込: 銀行口座に300,000円入金されたら、STEP 1の請求書と紐付けて消込。
  • 結果: 帳簿上は「借方:現預金 / 貸方:前受金」となり、未決済の売掛金が消え、負債(前受金)が残る状態になります。

この段階ではまだ損益計算書(PL)に売上は計上されず、貸借対照表(BS)の負債が積み上がっている状態です。これは正しい会計処理です。

参考:バックオフィスの自動化

経理業務全体の自動化を検討されている方は、以下の記事も参考になります。特に複数のSaaSを組み合わせる際の設計思想が重要です。

楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ

STEP 3:役務提供完了(マイルストーン達成)時の売上振替

中間報告や納品が完了し、売上を計上すべきタイミング(収益認識のタイミング)が来たら、前受金を売上高へ振り替えます。

  1. freee会計の「振替伝票」または「手動で仕訳」を作成。
  2. 仕訳内容: 「借方:前受金 / 貸方:売上高」。
  3. この際、「備考」欄にプロジェクト名やマイルストーン名を記載し、さらに「タグ(取引先・品目・部門)」を付与することで、プロジェクトごとの収支管理を可能にします。

※マイルストーンごとに再度請求書を発行する場合は、その請求書明細の勘定科目を「売上高」に設定し、以前に受け取った「前受金」をマイナス行で相殺する形式をとることも可能です。

コンサル会社向け:請求・債権管理ツール比較表

マイルストーン請求の複雑さを解消するため、freeeと他の主要ツール、あるいは組み合わせて使うべきSaaSの特性を比較しました。自社のプロジェクト数や管理レベルに合わせて選定してください。

比較項目 freee請求書 マネーフォワード クラウド請求書 Board(案件管理)
マイルストーン管理 △(見積変換で対応) △(分割請求機能) ◎(プロジェクト単位の分割請求に特化)
前受金処理の容易さ ○(会計連動がスムーズ) ○(会計連動がスムーズ) ◎(売上計上日と請求日を別個に管理可能)
API連携の柔軟性 ◎(国内随一の公開API) ○(主要機能は網羅) △(他ツールとの連携は限定的)
料金体系(目安) freee会計プランに含む、または追加オプション 基本プランに含む 月額数千円〜のSaaS

※最新の料金詳細は、各社公式サイト( freee請求書公式サイト / マネーフォワード クラウド請求書公式サイト )をご確認ください。

マイルストーン請求と前受金の取り扱いは、freeeの設定だけでは足りませんAurant の経理DX支援は、電帳法・インボイス対応から請求・経費精算・支払フロー、月次決算の早期化まで、業務プロセスの再設計を支援します。✓ 請求・経費・支払の業務再設計✓ 電帳法・インボイス対応✓ 月次決算の早期化経理DX支援を見る →会計ソフト導入だけで終わらせない紙・属人運用経理DX月次早期化電帳法・経費・支払フローの再設計

コンサル契約種別 × マイルストーン請求の会計処理パターン × freeeでの設定上の落とし穴 早見表

前のセクションでfreeeでの前受金から売上振替までの操作フローを説明しましたが、コンサル会社の契約形態は「プロジェクト型(成果物完成時請求)」「フェーズ型(工程完了ごとに請求)」「月次顧問型(毎月定額)」「ハイブリッド型(着手金+成功報酬)」で会計処理の複雑さとfreeeの設定ポイントが大きく異なります。契約種別ごとの処理パターンと陥りやすい落とし穴を把握することで、月次決算と税務申告の精度が上がります。

コンサル契約種別 マイルストーン請求の会計処理パターン freeeでの設定ポイント よくある落とし穴と対策
プロジェクト型
(成果物完成時に一括請求)
契約締結時に着手金(例:総額の30%)を受け取り→前受金として計上→成果物納品・検収完了時に残額(70%)を請求→前受金を売上振替して全額を当月売上に計上。検収基準での売上認識が法人税法・消費税法の原則であり、成果物引き渡し前の売上計上は税務リスクになる freeeで前受金(負債)勘定を設定して着手金入金時に「受取:前受金」で仕訳登録する。成果物検収完了時に「前受金→売上高」の振替仕訳を作成する。freeeの請求書機能で「着手金請求書(請求書番号-01)」と「残額請求書(請求書番号-02)」を別番号で発行して、プロジェクトの請求書管理を一元化する ①着手金を受け取った月に誤って全額を売上計上してしまう(当月の消費税申告額と法人税の過大計上リスク)。freeeの入金登録時に自動で「売上」に紐付けないよう仕訳の勘定科目を手動確認する運用を徹底する。②複数プロジェクトが並行する場合に前受金の残高がどのプロジェクト分かわからなくなる→freeeの「取引先×品目」の組み合わせで前受金を管理して混在を防ぐ
フェーズ型
(工程完了ごとに分割請求)
各フェーズ(要件定義・設計・実装・本稼働等)の完了ごとに請求書を発行して、フェーズ完了日を売上計上日とする。各フェーズの完了条件(検収書の受領 vs 納品物の提出)を契約書に明記することが重要。フェーズが月をまたぐ場合は「進捗基準」での売上認識(工事進行基準の考え方)が適用されるケースもある freeeでフェーズごとに個別の請求書(フェーズ1:要件定義完了分、フェーズ2:設計完了分等)を発行する。各フェーズの請求書に「品目」フィールドでフェーズ名を入力して、プロジェクト全体の入金進捗をfreeeのダッシュボードで追跡できる設計にする。フェーズ遅延が発生した場合の売上計上月の修正はfreeeの仕訳を直接修正する必要があるため変更履歴を必ず記録する ①フェーズ完了後すぐに請求書を発行せず翌月に発行してしまい、売上計上月がずれる(フェーズ完了月に売上を計上する場合は完了月中に請求書を発行する運用ルールを設ける)。②フェーズの完了条件が曖昧(「一応完成した」状態での請求)は後から顧客に検収拒否されるリスク→完了条件(合格基準・検収書のやり取り方法)を契約書に具体的に記載する
月次顧問型
(毎月定額の継続契約)
毎月末(または毎月初)に同額の請求書を発行して、請求月を売上計上月とする最もシンプルな処理パターン。freeeの「自動作成請求書(繰り返し請求)」機能を使えば毎月の請求書発行作業を自動化できる。消費税の課税期間や、顧問料の改定(値上げ・値下げ)の会計処理も比較的シンプル freeeの請求書作成画面で「繰り返し設定」を有効にして、毎月◯日に自動作成・自動送信の設定を行う。顧問料改定月の請求書はfreeeで個別に金額修正してから送信する(繰り返し設定の変更は次月分から適用されることに注意)。複数顧問先がいる場合はfreeeの「取引先」管理を整備して顧問先ごとの収入推移を追跡する ①月初に自動作成された請求書の顧問料が改定前のままになっている(値上げ月の請求書を手動確認せず送付してしまうミス)→改定月の前月にカレンダーリマインドを設定して請求書送付前の金額確認を必須ステップにする。②顧問契約が解約になった月に繰り返し設定をオフにし忘れて翌月も請求書が送られてしまう→解約時のfreee繰り返し設定停止をチェックリストに必ず含める
ハイブリッド型
(着手金+成功報酬・ストック+フロー混在)
定額の月次顧問料(ストック収益)+プロジェクト成果に連動した成功報酬(フロー収益)が混在する契約形態。成功報酬の売上計上タイミングは「成功条件の充足(M&A成立・システム本稼働等)の確認日」が原則で、成功見込みが高まっただけでは売上計上できない。税務調査で成功報酬の計上時期が争点になりやすいため、成功条件の定義と確認書類(成功確認書・覚書等)の保管が重要 freeeで「顧問料(月次定額)」と「成功報酬(変動)」を別の品目・売上区分で管理して、顧問料収益と成功報酬収益を分けて可視化できる設計にする。成功報酬が発生した場合はfreeeで「成功報酬請求書」を別番号で発行して顧問料請求書との混在を避ける。成功報酬の消費税処理(課税か不課税か)は契約内容と税理士に事前確認する ①成功報酬の見込みが高い段階で売上計上してしまい、実際には成功報酬が支払われなかった場合に売上の修正が必要になる→成功報酬は必ず「確定した時点(成功条件充足書の受領後)」に計上する原則を社内ルール化する。②ハイブリッド型では月次・プロジェクト・成功報酬の3種の請求書が並走するため取引先との認識ズレが発生しやすい→四半期ごとに取引先と請求状況の突合確認を行う

この表でコンサル会社がfreeeでマイルストーン請求を運用する際の最重要の管理原則が「契約種別ごとに売上計上タイミング(検収基準・フェーズ完了日・月末・成功条件充足日)を明確にして、freeeの請求書発行タイミングと会計処理タイミングを一致させること」です。売上の計上タイミングのズレは月次決算の精度低下・消費税申告の誤りにつながります。freeeの自動化機能で業務効率を上げながらも「どの時点が売上認識のタイミングか」を常に意識した運用設計が、コンサル会社の経理品質を保証する基本です。

freeeでマイルストーン請求を運用する際の「よくある落とし穴」と対策

実務担当者が陥りやすい、いくつかの典型的なトラブルとその回避策を提示します。

未請求残高がわからなくなる問題への対処

見積書から分割して請求書を発行していると、「このプロジェクトの総額はいくらで、あといくら請求可能なのか」がfreee会計上の数字(試算表)だけでは見えにくくなります。

【対策】

「見積書ステータス」の活用: freee請求書上の見積書ステータスを「一部請求済み」として管理する。

メモタグの活用: 請求書のメモ欄やfreeeの「備考」に「1/3回目」「残り400万円」といった情報を定型的に記載する。

プロジェクト管理タグ: freee会計の「プロジェクト」タグを必ず全ての取引(売上、前受金、売掛金)に付与し、レポート機能でプロジェクト別の残高を確認する。

プロジェクト別の詳細な原価管理まで踏み込む場合は、給与データの配賦なども考慮する必要があります。以下のガイドが参考になります。

【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携。労務と経理の分断を解決するアーキテクチャ

インボイス制度下での前受金請求書の記載注意点

インボイス制度(適格請求書保存方式)においては、前受金請求の時点でも「適用税率」や「登録番号」の記載が必要です。また、後日売上に振り替える際、実際に役務を提供した日付(課税資産の譲渡等を行った日)を明確にする必要があります。

特に「着手金」として一括で消費税を預かる場合、その後のマイルストーン請求書で「充当分」を記載する際に、二重課税に見えないような構成(内訳の明示)が求められます。freee請求書の標準テンプレートを使用していれば基本的な要件は満たせますが、明細の書き方については顧問税理士への確認を推奨します。

業務効率を最大化する「バックオフィス・アーキテクチャ」の視点

マイルストーン請求の管理をfreee単体で完結させるのが難しいほどプロジェクト数が増えた場合、フロントオフィス(営業・PM)とバックオフィス(経理)のデータ連携を再設計すべきタイミングです。

SFA/CRMとの連携による請求漏れの防止

SalesforceやHubSpotなどのSFA(営業支援ツール)で「受注」や「マイルストーン達成」が記録された際、そのデータをもとにfreeeの請求書を自動生成するアーキテクチャを構築することで、人的ミスを排除できます。

ただし、単純にツールを繋ぐだけでは「前受金の取り崩し」や「サブスクリプション型の按分計算」には対応できません。システム間の責務分解を正しく行うことが、長期的な運用コストの削減に繋がります。

高度な連携事例

SFAと会計ソフトを連携させる際の、より詳細な設計指針については以下の記事で詳しく解説しています。

Salesforceとfreeeを繋いでも「サブスク売上」は自動化できない。前受金管理とバクラクを活用した一括請求アーキテクチャ

まとめ:正確な管理が経営の透明性を生む

コンサル会社にとって、マイルストーン請求と前受金の処理は、単なる記帳作業ではなく「プロジェクトの健全性」を測るバロメーターです。freee請求書とfreee会計を正しく使い分け、前受金の残高管理を徹底することで、正確な月次決算が可能になり、ひいては経営の意思決定スピードを向上させます。

まずは、自社の現在の請求フローを見直し、本記事で紹介した「見積書からの分割請求」や「プロジェクトタグによる管理」から実践してみてください。ツールの機能を理解し、業務フローに正しく組み込むことが、DXへの第一歩となります。

経理・会計DXと仕訳/請求/債権自動化のご相談

仕訳・請求・入金消込・債権管理といった経理業務の自動化と、会計データの可視化までを一気通貫で支援します。ツール選定や既存運用の見直しについて、導入前後のセカンドオピニオンとしてもご相談いただけます。

経理DX支援を見る → 会計領域の支援を見る →

会計・経理DX

freee・マネーフォワードの導入から、AI仕訳・請求書自動化・銀行連携まで一貫対応。経理工数を大幅に削減し、月次決算を早期化します。

AT
aurant technologies 編集

上場企業からスタートアップまで、数多くのデータ分析基盤構築・AI導入プロジェクトを主導。単なる技術提供にとどまらず、MA/CRM(Salesforce, Hubspot, kintone, LINE)導入によるマーケティング最適化やバックオフィス業務の自動化など、常に「事業数値(売上・利益)」に直結する改善実績多数。

この記事が役に立ったらシェア: