プロジェクト会計と収益性管理を基幹システムで一元化する
基幹システムでプロジェクト会計と収益性を一元化。工数・販売単価・原価・予算を一つのERPにつなぎ、プロジェクトのマージンをリアルタイムで可視化します。サービス・SI・エンジニアリング企業が、月末を待たずに赤字案件へ即座に対応し、収益性を継続的に管理する実践ガイドです。
日本でプロジェクト型ビジネスを営む経営者やPMOの方なら、夜眠れなくなるような問いをすでにご存知のはずです。それは「どのプロジェクトが本当にお金を生んでいるのか」という問いです。残念なことに、その答えが出るのはプロジェクトが終わって数週間後、タイムシートの工数と仕入先請求と、誰も完全には信じていない販売見込みを混ぜ合わせたスプレッドシートの奥深くです。基幹システムもERPも、その不安を取り除くべきであって、これ以上増やすべきではありません。
問題:プロジェクトの収益性が手遅れになるまで見えない
日本のプロジェクト型企業の多くは、本来連携するはずのない複数のツールにデータを分散させています。時間はタイムシートアプリへ。仕入原価は買掛管理へ。売上金額は請求ツールや顧客マスタへ。そして経理チームが毎月、スプレッドシートで実態を再構築しています。
この分断のコストは現実のものです。請求可能な工数とプロジェクト原価が会計の外に置かれていると、「このプロジェクトは順調なのか、それとも静かにマージンを失っているのか」という単純な問いに答えられません。月末の決算で赤字が確定する頃には、プロジェクトはすでに終わり、次のプロジェクトが始まっています。常に過去を管理している状態です。
この痛みは、小規模・中規模のサービス企業、システムインテグレータ、エンジニアリング会社、建設関連企業にとって深刻です。これらの企業は知識と時間を売り物にしているのに、その時間を総勘定元帳に届かない場所で管理しています。結果として、遅く、おおよそで、行動に移せない収益性の数値しか手に入りません。
変わること:プロジェクト作業が会計とつながる
解決策はダッシュボードの追加ではありません。構造的な変更です。基幹システムがプロジェクトを第一級の財務オブジェクトとして扱うとき、仕訳を記録する同じシステムが予算も工数も単価も顧客も把握します。収益性は手作業のレポートではなく、プロジェクトレコードの生きた属性になります。
このように構築された現代の基幹システムでは、各プロジェクトは予算原価、予算工数、開始日、終了日、ライフサイクルステータス、紐づく顧客を持ちます。チームメンバーには日付有効な販売単価と原価単価が割り当てられ、システムは常に「ある日の作業がいくらを生み、いくらかかるか」を把握します。タスクは予定工数と実績工数、ステージ、担当者、終了から開始の依存関係を持ち、WBSそのものが原価計算の入力になります。
そこから会計側が引き継ぎます。記録された仕訳は予実管理の計算に流れ込み、実際の支出をプロジェクト予算と比較して明確なステータス、すなわち予算内、順調、超過を返します。さらに別のプロジェクト収益性レポートは、承認済みのタイムシート工数をプロジェクト別・メンバー別に集計し、請求可能工数に販売単価を掛けて売上を、総工数に原価単価を掛けて原価を算出し、両者を差し引いてマージンとマージン率を出します。二重入力も、別のスプレッドシートも、月末の焦りもありません。
これが、プロジェクトを記録するシステムと、プロジェクトを動かすERPの違いです。まだ手の届くうちにマージンの悪化に気づけます。
現実のシナリオ:大阪のITサービス企業
大阪にある地域の製造業向けにシステム開発とインテグレーションを手がける従業員45名のITサービス企業を想像してください。年商は約8億円です。多くの中堅企業と同様、タイムシートはあるツール、会計は別のツール、プロジェクト予算はPMO担当者1名が保守する共有スプレッドシートで管理していました。
毎月、PMO担当者は工数をプロジェクトコードと照合するのに3日間を丸一日費やし、決算前にプロジェクトの損益サマリーを組み立ててもらうため経理担当にメールをしていました。予算2,500万円のシステムインテグレーション案件は、スコープ変更が原価見積もりに反映されなかったため400万円超過しました。請求時に初めて超過に気づきました。書類上は健全に見えていたマージンが消え去ったのです。
統合型の基幹システムへ移行した後、同社はすべての案件を、予算原価、予算工数ターゲット、メンバー別の販売単価と原価単価を持つプロジェクトとして構造化しました。承認済みのタイムシートは、プロジェクトごとの売上・原価・マージンをリアルタイムで示すプロジェクト収益性レポートに流れ込みました。スコープ変更でメンバーが2週間にわたり請求外のタスクに張り付いたとき、請求可能な稼働率が下がり、マージン率が即座に動きました。PMOリードは第3週にそれを発見し、月末ではありませんでした。
数値はすでにERPの中に存在していたため、月末のプロセスは3日間から数時間へと縮みました。DXを推進し、適格請求書制度に伴うより厳格な確認に備える企業にとって、この可視性は単なる利便性ではありません。次のプロジェクトを希望で価格設定するか、証拠で価格設定するかの違いでした。
日本企業にとって重要な理由
今、日本において統合されたプロジェクト会計が特に急務となる背景が3つあります。
第一に、デジタルトランスフォーメーション(DX)はもはや選択肢ではありません。経済産業省はDXレポートで、2025年までに基幹系システムの約6割が稼働21年を超えると警告し、近代化を先送りすれば年間最大12兆円の経済損失につながり得ると指摘しました。プロジェクトデータをバラバラのツールに置いたままの企業は、まさにそのレポートが指摘する種類のレガシー摩擦を抱えています。
第二に、決算の規律が厳しくなっています。適格請求書制度は、小規模企業にまでマスターデータの整理と、業務と会計の結びつきの強化を迫っています。プロジェクト原価とタイムシート工数が元帳の外にあると、決算は遅れ、監査証跡は弱くなります。統合されたERPは、すべてのプロジェクト工数とプロジェクト原価を仕訳まで追跡可能にします。
第三に、後継者問題が現実のものです。日本は約43万人のIT人材不足に直面し、多くの経営者が事業の引継ぎを計画しています。収益性がPMO担当者1名と個人のスプレッドシートに依存する企業は、移管も評価も困難です。プロジェクトのマージンが自動で計算される基幹システムは、会社をより透明に、よりガバナンスしやすく、後継者にとってより魅力的にします。
あなたのビジネスに合っているか
統合されたプロジェクト会計は、製品ではなくプロジェクトを売る企業で最も早く効果を発揮します。以下のいずれかに心当たりがあれば、導入の余地は大きいでしょう。
サービス、エンジニアリング、コンサルティング、建設、システムインテグレーションなど、人件費が最大の原価である事業を営んでいる。現状、会計システムの外で工数とプロジェクト予算を管理している。月末の決算が手作業の調整に依存している。プロジェクトで赤字を出し、終わってから気づいたことがある。事業承継や外部投資に備え、クリーンで説明可能なマージン数値を必要としている。
仕事がプロジェクト型で、収益性の数値が遅いかおおよそでしかないなら、プロジェクトを会計につなぐERPは、手元にある中で最もレバレッジの大きい変更の1つです。
よくある質問
プロジェクト収益性は総勘定元帳に代わるものですか?
いいえ。プロジェクト収益性は、元帳がすでに持っているデータの上に構築された管理用のビューです。仕訳、承認済みのタイムシート工数、メンバーの単価、プロジェクト予算はすべて1つのERPに残ります。収益性レポートはそれらをプロジェクトごとに集計するだけで、記録のシステムから離れることなくマージンを確認できます。
原価単価が未設定のメンバーがいる場合は?
システムは欠落を無理なく扱います。メンバーは請求外として設定でき、原価単価がない場合、その枠の原価とマージンは誤解を招くゼロではなく中立的なプレースホルダーとして表示されます。これにより合計は正直に保たれ、単価設定が不完全な箇所を正確に知ることができます。
単体のタイムシートツールと何が違うのですか?
単体のタイムシートツールは時間を記録します。基幹システムはその時間を予算、記録された原価、総勘定元帳につなぎます。違いは閉じたループです。工数は原価になり、原価はマージンになり、マージンは価格設定、人員配置、どのプロジェクトを追うかという意思決定を支えます。
まとめ
プロジェクトの収益性は、毎月のサプライズであってはなりません。基幹システムが各プロジェクトを、予算、工数、単価、仕訳を持つ財務オブジェクトとして扱うとき、マージンはリアルタイムで見て操れるものになります。DX、より厳格なインボイス制度、世代交代の引継ぎに直面する日本のプロジェクト企業にとって、その可視性は競争優位性です。
基幹システムは、まさにこの考えを中心に構築されたモジュラー型のクラウドERPです。プロジェクトは予算とメンバー単価を持ち、承認済みのタイムシートは売上・原価・マージンを伴うプロジェクト収益性レポートに流れ込み、記録された仕訳は予実管理を動かすため、常に順調かどうかを把握できます。まずは最大2ユーザーまで、クレジットカード不要の無料プランから始められます。
始めましょう
プロジェクトのマージンを推測するのはもう終わりにしましょう。タイムシート、予算、会計を1つの基幹システムに集約し、まだ行動できるうちに収益性を確認してください。今日、Kikan Systemの無料プランを最大2ユーザー・クレジットカード不要で → 無料で始める から始め、今週中に最初のプロジェクトを唯一の信頼できる情報源に乗せましょう。
関連記事
💡 ポイント:タイムシートの工数、メンバーの単価、プロジェクト予算がすべてERPの中にあるとき、収益性は遅れた手作業のレポートではなく、決算でも引継ぎでも説明できる生きた数値になります。
関連記事
タスク管理と工数収集でプロジェクト原価を正確化する基幹システムの使い方
日々の工数入力をプロジェクトに紐づけるだけで、バラバラのタスクと時間が正確な原価・利益率・収益性に変わる基幹システムとERPの実践ガイドです。有効日付付きのメンバーレートとタスク階層で、WBSをそのまま原価計算の入力にする仕組みと、その集計ロジックを解説します。
続きを読む→事例:BOM・工数・複式簿記を一つの基幹システムにまとめた製造業の取り組み
BOM・製造指図書・作業日報の工数・複式簿記を一つの基幹システムにまとめ、単一の正しい情報源としてメーカーの真の製品原価をどう組み立てるか。現場と総勘定元帳の隙間を埋め、材料・工数・仕損を仕訳まで連動させ、原価の推測を事実に変えた繊維機械メーカーの事例を解説します。
続きを読む→タイムシートと請求可能時間の連動で計上漏れを防ぐ
基幹システムがタイムシートの工数を請求可能な売上・原価・プロジェクト利益へ自動で連動させ、日本のサービス業の計上漏れをなくす仕組みを解説します。承認済みの請求可能時間に単価を自動適用し、年商3億円の企業で最大約1,500万円の収益漏れを防ぐ設計と実際の計算例を紹介します。
続きを読む→