タイムシートと請求可能時間の連動で計上漏れを防ぐ

エンジニアが工数を記録し、プロジェクトが終わり、請求書を発行した。その後で、請求に含まれなかった行が1つ見つかる。日本のサービス業にとって、この1行は誤差ではありません。稼いだのに回収できない売上です。

厳しい現実を言えば、計上漏れの大半は悪意のある顧客から生じるわけではありません。チームが記録した時間と、請求プロセスが実際に把握している時間との間に隙間があるからです。タイムシートはあるシステムに、単価は別の場所にあり、請求担当者は記憶や転送されたメールを頼りに作業しています。基幹システムは、記録されたすべての工数を請求単価とプロジェクト利益に一つの場所で結びつけ、この隙間をふさぎます。

請求漏れという見えないコスト

売上の計上漏れとは、企業が稼いだのに回収できないお金のことです。プロジェクト型のサービス業では、ほぼ常に同じ原因にたどり着きます。

工数は記録されていても分類されていない。コンサルタントが顧客案件で160時間働いても、タイムシート上でその時間のどこが請求対象か示されていません。請求の締めが来ると、誰かが見積もります。切り捨てます。週末の対応依頼を忘れます。

単価が誰かの頭の中にある。シニアアーキテクトの割増単価、週末デプロイの緊急レート、長期顧客への交渉済み割引、これらはすべてメールや個別の会話の中に存在しています。請求可能金額を手作業で計算すると、顧客に有利な条件がデフォルトで勝ってしまいます。

承認の遅れが、忘れられた仕事になる。プロジェクトマネージャーが月末にタイムシートを確認します。数件の修正が必要です。修正のやり取りが請求日をまたいでしまいます。仕事は納品され、顧客は満足し、実際の工数より10%少ない金額で請求書が出たことに誰も気づきません。

これが1年分のプロジェクトとコンサルタントチーム全体に広がると、サービス売上の3から5%の計上漏れが常態化します。年商3億円の企業であれば、900万円から1,500万円がテーブルに残されたままになります。

工数が売上につながると何が変わるか

現代のERPは、単にタイムシートを保存するだけではありません。記録された各時間を、構造化された売上と原価のシグナルに変換します。

入力そのものが正確です。自由記述のメモではなく、チームメンバーは日付、開始・終了時刻、プロジェクト、作業カテゴリを記録します。システムがその時間帯から労働時間を導出するため、手動の計算も、8時間を80時間にしてしまう入力ミスもありません。

請求単価は推測ではありません。一度合意して入力された、プロジェクトメンバー単価から、有効日付付きで自動的に適用されます。あるメンバーがプロジェクトで非請求対象であれば、システムはそれも把握しており、売上を不当に膨らませるのではなく、正しくゼロとして報告します。

そして売上は転記されるのではなく計算されます。請求可能時間に請求単価を掛けたものが、そのプロジェクトとメンバーの認識売上です。原価も同じように計算され、時間に解決された原単価を掛けたものです。利益は数週間後のスプレッドシートではなく、工数が記録された瞬間に現れます。

これが基幹システムであるKikan Systemの設計です。各タイムシートエントリはプロジェクトと作業カテゴリを持ちます。プロジェクト収益性レポートは、これらのエントリをプロジェクトおよびメンバーごとに1行にまとめ、時間、請求可能稼働率、請求単価、売上、原単価、原価、利益率を表示します。どの案件がお金を生み出し、どの案件が静かに赤字を膨らませているかが正確に分かります。

実際のシナリオ

関西の製造業と物流の顧客を抱える、大阪の中堅ITサービス企業を考えてみてください。エンジニア45名、年商は約8億円です。固定価格案件と時間制案件を並行して運営しています。

変更前、同社はスプレッドシートで時間を管理していました。各エンジニアが週次で工数を入力します。プロジェクト管理者が月末にシートを統合し、プロジェクトコードと照合し、請求担当にメールでサマリーを送ります。請求チームは別のスプレッドシートで金額を再計算し、料金表PDFから単価を適用し、独立した会計ツールで請求書を発行していました。

結果は予想通りでした。四半期ごとに、経理レビューで未請求の時間が見つかります。2週間のサポート案件が誤ったプロジェクトコードで記録され、完全に見逃されていました。シニアコンサルタントの割増単価が入力されておらず、3か月分の仕事が標準単価で請求されていました。ある時間制プロジェクトでは、チームが320時間を記録したのに、請求書は280時間しか捕捉していませんでした。40時間の差は、失われた32万円です。

統合ERPを導入した後、同社はプロジェクトと作業カテゴリに対して直接時間を記録します。請求単価はプロジェクトメンバーごとに設定され、有効日付が付いているため、シニアの割増は合意された日付から自動的に適用されます。プロジェクト収益性レポートは案件ごとの売上と利益をリアルタイムで示し、労務費レポートは原価がどこに集中しているかを確認します。請求は引き続き会計モジュールで行われますが、再構築したスプレッドシートではなく、一元的に突き合わされた請求可能時間の記録から入力されるようになりました。

2四半期以内に、すべての明細が記録されたエントリにまで遡れるため、請求に対する紛争が減少します。利益の可視性が向上し、同社はもう1年赤字を補填し続ける代わりに、慢性的に低利益の1案件を再交渉します。インボイス制度に基づく適格請求書書類も、請求データがすでに整備され決算サイクルと結びついているため、期首の締めに摩擦をもたらしません。

日本の企業にとって意味がある理由

現在、日本で計上漏れが特に高くつく理由が3つあります。

第一に、DXの圧力が現実のものになっています。2025年の崖は、多くの企業にバックオフィス業務のデジタル化を促しました。しかし多くの場合、プロセスの入口であるタイムシートは捕捉しつつ、出口である売上と利益の計算は手作業ツールに残したままでした。計上漏れは単に下流に移動しただけです。

第二に、人件費が支配的な原価です。サービス業において、人は製品であり費用でもあります。時間が請求可能な売上と解決された原価に結びついていなければ、「どのプロジェクトが実際にチームの費用を支払っているか」という経営者の最も基本的な問いに答えられません。

第三に、後継者問題が締め付けを強めています。創業世代が引退する際、誰がどの単価で何を請求するかという暗黙知も一緒に去っていきます。基幹システムはその知識を設定された単価とプロジェクトメンバー割り当てとして外部化するため、新しい経営者が利益の知見を失うことなく企業を運営できます。

あなたのビジネスに合っているか

このアプローチが効果を発揮するのは、売上が時間に依存している場合です。ITサービス、コンサルティング、エンジニアリング、デザイン、システムインテグレーションの企業を運営し、チームが顧客プロジェクトに対して時間を記録しているなら、請求可能時間の規律こそが利益そのものです。

次のいずれかに当てはまる場合、痛みを感じている可能性が高いでしょう。誰かがタイムシートと請求書を照合しているため、月末締めに1週間かかります。顧客から請求を異議申し立てされ、スプレッドシートを再構築しなければ元の時間記録を提示できません。プロジェクトが閉じて被害が確定するまで、経理チームはそのプロジェクトの利益を教えられません。

解決策は、また別のスプレッドシートのテンプレートではありません。再入力なしで、売上、原価、利益に流れる、時間の一元的な記録です。

よくある質問

タイムシートの時間から請求書は自動生成されますか

いいえ。基幹システムは、タイムシートの時間と設定された請求単価から請求可能な売上とプロジェクト利益を計算し、請求のための整ったエクスポート可能な基盤を提供します。実際の請求書は会計モジュールで作成され、その整った記録から入力されます。これにより、請求の主導権を維持したまま、未請求時間の隙間をなくします。

同じメンバーがプロジェクトごとに異なる単価の場合は

プロジェクトとメンバーの組み合わせごとに、シニアの割増や交渉済みの割引を含む独自の有効日付付き請求単価を設定できます。請求単価が設定されていない場合、システムはそのメンバーを該当プロジェクトで非請求対象として扱い、不当な推測による水増しではなく、売上をゼロとして報告します。

プロジェクト終了前に利益を見ることはできますか

はい。プロジェクト収益性レポートは、時間、請求可能稼働率、請求単価、売上、原単価、原価、利益率をプロジェクトおよびメンバーごとに、時間が記録されるたびに更新して表示します。あわせて労務費レポートと、計画予算を実際の時間および原価と比較する予算時間レポートも利用できるため、プロジェクト進行中に危険信号に気づけます。

はじめに

売上の計上漏れは、経理の問題に見せかけたプロセスの問題です。時間はすでに働かれています。問いは、あなたのシステムがそれらを認識された売上と可視化された利益に変えるか、タイムシートと請求書の間で蒸発させるか、だけです。

基幹システムである基幹システムは、チームがプロジェクトに対して時間を記録する一つの場所を提供し、適切な請求単価と原単価を自動的に適用し、案件ごとの収益性をその瞬間に表示します。無料プランは最大2ユーザーまで、クレジットカード不要で利用できるため、タイムシートを請求可能時間に結びつけ、計上漏れが止まる様子を確認できます。

今すぐ→ 無料で始めるから始めましょう。

→ 関連: プロジェクト会計と収益性を一つの基幹システムに統合する

→ 関連: タスクと工数を本当のプロジェクト原価に変える

💡 ポイント: 未請求の時間は請求の問題ではなく、データフローの問題です。すべてのタイムシートエントリがプロジェクト、作業カテゴリ、請求単価を持てば、売上は見積もりではなく計算され、まだ手を打てるうちに利益が見えるようになります。