受託でWeb制作やデザイン、システム開発を手掛けていると、よくあるのが「着手金50%+納品完了時に残金50%」という分割請求の契約形態です。資金繰りのリスクヘッジとして非常に賢い契約方法ですが、いざ会計処理やクラウド請求ソフトの運用となると、次のような悩みにぶつかったことはないでしょうか?
- 「着手金が入金されたけれど、これって今月の売上にしていいの?」
- 「マネーフォワード クラウド請求書で見積書から分割して請求書を作る方法がよくわからない……」
- 「入金があったのに、会計ソフトの自動消込でエラーや未処理が溜まってしまう」
今回は、従業員ゼロで外注パートナーとともに受託案件をこなすフリーランス(Webディレクター・エンジニア・デザイナーなど)に向けて、着手金・分割請求で必ずぶつかる問題点とその実践的な解決策をわかりやすく解説します
ポイント
- 着手金は売上ではない
- 契約時や着手時にお金を受け取っても、役務(制作・納品)が完了していなければ会計上は「前受金(負債)」として処理するのが原則です。
- 月次損益が狂うリスク
- 着手金請求時点で全額を売上にしてしまうと、「今月は大黒字、納品月は大赤字」といった損益の歪みが発生し、正しい経営判断ができなくなります。(確定申告の所得金額の計算にも影響します)
- 解決のカギは「前受金ルール」と「クラウド連携の初期設計」
- マネーフォワード等のクラウドツールを活用し、請求書の発行ステータスと複合仕訳(前受金振替)の型を最初に決めておくことが重要です。(或いは、自身で下に示す仕訳を行う)
なぜ着手金のやり取りで現場が混乱するのか?
①「発生主義」の壁:入金されたのに売上じゃない?
確定申告で青色申告を行っている個人事業主は、原則として「発生主義(サービスの提供が完了した時点で売上を認識するルール)」に従う必要があります。
例えば、100万円のLP制作案件で「契約時に50万円、納品時に50万円」という条件の場合、契約時に振り込まれた50万円は、まだ成果物を引き渡していないため「売上」ではありません。法律上・会計上は「将来仕事をする約束で一時的に預かっているお金(負債=前受金)」になります。
これを理解せずに「請求書を発行したから」「通帳にお金が入ったから」と売上に計上してしまうと、帳簿上の利益と実態が大きく乖離してしまいます。
② クラウド請求書・会計ソフトでのステータス管理と消込エラー
マネーフォワード クラウド請求書などで1つの見積書から「着手金請求書」と「完了残金請求書」を発行しようとすると、操作に不慣れなうちは見積書との紐付けが外れたり、二重計上を起こしたりしがちです。
さらに銀行口座を連携している場合、通帳には「50万円」「50万円」と2回に分けて着金します。元々のプロジェクト総額(100万円)と金額が一致しないため、AIによる自動仕訳・消込サジェストがうまく機能せず、「未処理」のアラートが画面上に溜まり続ける原因になります。
着手金トラブルを防ぐ3つの実践ステップ
この混乱をすっきり解消するための実務的な運用フローは以下の3ステップです。
ステップ1:着手金受取時は「前受金」で仕訳を固定する
契約時の着手金(50万円)が銀行口座に振り込まれた段階では、売上ではなく「前受金」として処理します。
| タイミング | 借方(左側) | 貸方(右側) | 仕訳の意味 |
|---|---|---|---|
| ① 着手金入金時 | 普通預金 500,000円 | 前受金 500,000円 | お金は増えたが、まだ納品していないため預かり金(負債)として計上 |
| ② 納品・検収完了時 | 売掛金 500,000円 前受金 500,000円 | 売上高 1,000,000円 | 納品完了をもって全額を「売上」に計上し、預かっていた前受金を相殺・残金を売掛金へ |
| ③ 残金入金時 | 普通預金 500,000円 | 売掛金 500,000円 | 残金の入金を確認し、売掛金を消込 |
ステップ2:請求書発行の運用ルールをテンプレート化する
クラウド請求ソフトで見積書から分割請求を行う際は、あらかじめ「着手金用」「残金用」の明細項目パターンを作っておき、案件ごとにステータス(下書き・送付済・入金済)を明確に管理します。自己流で請求書を手作業で複製して発行すると、売掛金の二重計上につながるため注意が必要です。
ステップ3:最初の「会計パイプライン設計」を固めておく
マネーフォワードのAIサジェストは強力ですが、「着手金と残金の分割入金」や「前受金から売上への振替」といった複合的な文脈まで自動で完璧に判断してくれるわけではありません。最初の段階で、勘定科目ルールや自動仕訳ルールの型を正しく初期構築しておくことで、日々の確認作業を最小限に抑えることができます。
まとめ
受託ビジネスにおける着手金は、キャッシュフローを守るための重要な防壁です。しかし、会計上の「前受金」の処理やクラウドソフトの消込設定をおろそかにすると、後から確定申告前や月末締め作業で大きな手戻りが発生してしまいます。
「制作実務に集中したいのに、請求書や帳簿のエラー処理に時間を奪われている……」と感じたら、まずは分割案件の仕訳ルールを見直すか、クラウド会計の初期設定をプロと一緒に整えてみてはいかがでしょうか。

コメント