プロジェクト赤字が資金繰りを崩す理由／IT受託会社の案件単位キャッシュフローの考え方

IT受託会社専門｜資金戦略を設計する行政書士・外部CFO型パートナー

はじめに

「利益は出る想定だったのに、なぜか資金だけが減っている」。
IT受託会社では、この違和感が月次試算表より先に、預金残高として現れることがあります。

特に受託開発では、1件のプロジェクト赤字が単体の採算問題にとどまらず、会社全体の資金繰りを崩す要因になりやすい構造があります。

経営者の視点では、赤字案件は「粗利が想定より下がった案件」と捉えられがちです。

しかし資金戦略の観点では、それだけでは不十分です。

みるべきなのは損益ではなく、その案件がいつ現金を生み、いつ現金を消費するかというキャッシュフローの流れです。

IT受託会社の資金問題は、売上不足だけで起きるものではありません。

むしろ、売上が立っていても、プロジェクト単位で現金流出が先行し、回収が遅れ、途中で粗利が崩れることで、会社全体の運転資金を圧迫するケースが少なくありません。

ここで必要なのは、案件の採算管理ではなく、

案件単位のキャッシュフロー管理を経営判断に組み込むことです。

プロジェクト赤字は「利益の問題」ではなく「時間差の問題」でもある

受託開発の赤字案件が危険なのは、最終利益がマイナスになるからだけではありません。

より重要なのは、赤字になるまでの過程で、会社が先に資金を出し続けることです。

典型的には、開発着手後すぐに発生するのはエンジニア人件費、外注費、場合によってはクラウド利用料やツール費用です。

一方で、請求は月末締め翌月末、あるいは検収基準で後ろにずれます。

つまり、支払いは先、入金は後という構造になります。

ここで工数超過や仕様変更、追加対応が曖昧になると、案件粗利率は低下します。

さらに、想定していた請求時期が遅れれば、損益上の赤字以上に、資金面での負荷が増します。

月次で見れば売上は計上されていても、現金が入っていないため、営業キャッシュフローは弱くなります。

このとき経営者が見落としやすいのは、「赤字案件1件」の問題ではなく、複数案件の資金流出タイミングが重なることです。

１件ごとの損失額が限定的でも、先払い構造の案件が同時並行で走れば、資金余力は急速に縮みます。

IT受託会社のキャッシュフロー構造では、案件単位で見る必要がある

IT受託会社、とくに受託開発型の会社は、会社全体のPLだけでは資金危険度を把握しにくい業種です。理由は明確で、損益と資金の動きが一致しないからです。

たとえば、ある案件で売上1,000万円、想定粗利300万円を見込んでいたとしても、開発期間中にエンジニア人件費が毎月発生し、外注費も前倒しで支払う一方、入金が検収後になるなら、資金負担はプロジェクト期間中ずっと続きます。

もし納期延期や仕様追加で追加工数が発生すれば、粗利が縮小するだけでなく、資金の回収期間も長くなります。

ここで重要なのが、プロジェクトキャッシュフローという視点です。
みるべき項目は、少なくとも次の4つです。

• 受注時点の想定入金スケジュール
• 月別の人件費・外注費・経費の発生額
• 請求条件と検収条件
• 仕様変更時に追加請求できる余地

この4つを案件ごとに並べるだけでも、

「利益は出る想定だが、資金は先に減る案件」と

「利益も資金も比較的安定している案件」は分かれてきます。

経営者がみるべきなのは、受注総額そのものではなく、その案件が会社の運転資金を何か月拘束するか、という点です。

資金構造整理で見るべき論点

案件単位キャッシュフローを考える際、会社全体の資金構造と切り離してはいけません。なぜなら、同じ赤字案件でも、固定費構造や現預金残高によって危険度が変わるからです。

まず確認したいのは、月間固定費です。
ここでいう固定費には、エンジニア人件費、役員報酬、管理部門人件費、オフィス費用、外部サービス利用料などが含まれます。IT受託会社では、特にエンジニア人件費比率が高くなりやすく、案件がずれても、すぐには下げにくい費用です。

次にみるべきは、*資金余力（月数）です。
計算式はシンプルで、
現預金 ÷ 月間固定費
です。

この数値が6か月を下回る状態で、入金遅延リスクのある大型案件や、粗利の薄い案件が重なると、経営判断の自由度は大きく落ちます。

３か月を切る局面では、案件の是非より前に、資金防衛が優先されやすくなります。

さらに重要なのが営業キャッシュフロー（営業CF）です。営業CFが継続的に弱い会社では、会計上黒字でも、案件赤字が発生した瞬間に借入依存度が高まりやすくなります。

逆に、営業CFが安定している会社は、単発の赤字案件があっても吸収余地があります。

判断基準は「受注してよいか」ではなく「資金的に持ちこたえられるか」

案件判断で必要なのは、売上規模や名刺代わりの実績だけではありません。

資金戦略上は、少なくとも次の基準を確認する必要があります。

第一に、案件粗利率です。
粗利率が低い案件そのものが直ちに危険というわけではありません。

ただし、粗利率が低い案件ほど、仕様変更や遅延が起きた際の吸収余地が小さくなります。受託開発では、想定粗利率が低い案件ほど、資金流出の前倒しに耐えにくくなります。

第二に、稼働率です。
自社エンジニアの稼働率が高止まりしている局面では、一見効率的に見えても、追加案件へのバッファがありません。

その状態で炎上案件が出ると、別案件の原価も押し上がり、連鎖的に粗利が崩れます。

稼働率は売上指標ではなく、資金耐久力にも関わる指標です。

第三に、プロジェクトキャッシュフローの赤字月数です。
案件開始から最終入金までの間、月次でいくら資金が先に出るのか。その赤字月数が長い案件ほど、短期資金の裏付けが必要になります。ここを見ずに大型案件を取ると、「売上は増えたが資金が減った」という状態になりやすくなります。

第四に、DSCRです。
DSCRとは、「営業キャッシュフローで年間返済額をどの程度カバーできるか」を見る指標です。
DSCR ＝ 営業CF ÷ 年間返済額
で考えます。

赤字案件が増えると営業CFが弱くなり、返済余力も下がります。

つまり、案件赤字は単発の採算悪化ではなく、借入返済能力の低下としても表れます。

金融機関は「赤字案件の有無」より「管理できているか」を見る

金融機関がみるのは、赤字案件がゼロかどうかではありません。実務上は、一定の規模を超えた受託会社で、すべての案件が想定通り進むことの方が少ないはずです。

問題は、赤字案件が出たときに、会社として把握・吸収・説明できるかです。

このとき評価されやすいのは、案件別採算表の有無そのものより、月次で資金影響まで把握しているかどうかです。
たとえば、

• どの案件が資金流出超過なのか
• 検収遅延が何か月資金を拘束するのか
• 短期資金でつなぐべきか、長期資金で固定費耐性を高めるべきか

こうした整理ができている会社は、金融機関から見ても「数字で管理している会社」と映りやすくなります。逆に、売上見込みだけを語り、案件別の資金影響を説明できない場合、受注残が多くても慎重に見られやすくなります。

SESと受託開発では、赤字の出方も資金影響も異なる

SESでは、月次請求で比較的キャッシュフローが読みやすく、案件単位赤字よりも稼働率低下や単価下落が資金悪化要因になりやすい傾向があります。つまり、赤字が一気に顕在化するというより、徐々に固定費回収力が落ちる形です。

一方、受託開発では、個別案件の採算悪化がそのまま資金流出につながりやすく、しかも検収条件によって入金時期が後ろ倒しになります。そのため、同じ「粗利悪化」でも、受託開発の方が資金繰りへのインパクトは大きくなりがちです。

この違いを踏まえると、SES企業は全社稼働率と人件費回収構造、受託開発企業は案件単位キャッシュフローと固定費耐性を、より重視して見る必要があります。

まとめ

プロジェクト赤字が危険なのは、利益を削るからではなく、会社の現金を先に減らし、返済余力まで弱める可能性があるからです。
IT受託会社では、案件粗利率だけでは十分ではありません。案件ごとの入金タイミング、外注費の支払い、人件費負担、検収条件を含めたプロジェクトキャッシュフローで見てはじめて、資金戦略上の判断軸が見えてきます。

特に、固定費構造が重い会社、営業キャッシュフローが不安定な会社、資金余力が短い会社ほど、赤字案件の影響は大きくなります。
受注判断は「売上になるか」ではなく、その案件を資金面から支えられるかどうかまで含めて考える必要があります。

資金戦略は、一般論だけで決められるものではありません。
業種や固定費構造、入金条件によって最適解は変わります。
重要なのは、「借りられるか」ではなく「今、借りるべきか」を判断できる状態をつくることです。
まずは自社の前提条件を整理することから始めてみてください。