SESとfreee工数管理 案件別稼働と請求単価の突合設計（概念）

SES（システムエンジニアリングサービス）や受託開発を主業とする企業において、経営の健全性を測る生命線は「案件別の採算管理」にあります。しかし、多くの現場では、エンジニアの稼働時間は勤怠ソフトやExcelで管理され、請求金額はそれとは別に作成されたスプレッドシートや請求システムで管理されているのが実情です。

この「稼働データ」と「請求データ」の分断は、請求漏れ、過請求、そして正確なプロジェクト利益率の算出不能という深刻な問題を引き起こします。本記事では、freee工数管理を中核に据え、SES特有の準委任契約における「案件別稼働」と「請求単価」をいかにしてシステム上で突合し、一気通貫したデータフローを構築すべきか、その設計概念を詳述します。

SES業界における工数管理と請求突合の課題

なぜExcelでの案件別採算管理は破綻するのか

創業期であればExcelでの管理も可能ですが、従業員が30名、50名と増え、案件が並走し始めるとExcel管理は限界を迎えます。最大の理由は「データの多重入力」と「同期の欠如」です。従業員が入力した作業日報、PMが管理する進捗管理表、経理が作成する請求書。これらが独立したファイルで存在すると、どれが正解データ（Single Source of Truth）なのかが不明確になります。結果として、月次決算のたびに数日間かけてデータの突き合わせ作業が発生することになります。

準委任契約特有の「清算幅」と「請求単価」の複雑性

SES実務を難しくしているのが、140h〜180hといった「清算幅（上下割）」の存在です。単純な「稼働時間 × 単価」ではなく、以下の要素を考慮しなければなりません。

• 基本単価（固定単価）が発生する基準時間範囲
• 基準を下回った場合の控除単価
• 基準を上回った場合の超過単価
• 案件ごとの支払いサイトと締め日の違い

これらを「freee工数管理」単体ですべて自動計算しようとするのは、現時点の仕様上、工夫が必要です。工数管理ツールはあくまで「時間の集計」に特化したものであるため、その背後にある「契約条件」とどう接続させるかが設計の肝となります。

freee工数管理を軸としたデータ連携アーキテクチャの全体像

効率的なバックオフィス運用を実現するためには、各ツールの「責務」を明確に分ける必要があります。freee工数管理を導入する場合、一般的にはfreee会計とのセット運用が前提となります。

freee会計とfreee工数管理の役割分担（責務分解）

基本的な設計方針として、以下のような役割分担を推奨します。

• freee会計： 最終的な「売上（請求書発行）」および「原価（給与・経費）」の計上、および「プロジェクト」ごとの損益管理。
• freee工数管理： 現場の「工数（時間実績）」の集計、およびプロジェクトごとの進捗率の可視化。

ここで重要なのは、freee工数管理で集計された「時間実績」を、どのようにfreee会計の「売上」に紐付けるかです。特にSESの場合、【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携の記事でも触れているように、人件費の配賦計算とセットで考える必要があります。

マスタ連携の要：プロジェクトタグと案件IDの同期

freee会計には「プロジェクト」というタグが存在します。一方、freee工数管理には「案件」という概念があります。これらを1対1で同期させることが、突合設計の第一歩です。freee工数管理の設定画面から、freee会計のプロジェクトマスタをワンクリックで取り込むことが可能（公式ヘルプ参照）なため、マスタの二重管理を防ぐことができます。

案件別稼働と請求単価を「突合」するための設計指針

SESの現場で最も求められるのは、「今月の稼働時間が確定した瞬間に、いくら請求すべきか（またはいくら支払うべきか）が算出されている状態」です。

単価マスタをどこに持たせるか？

freee工数管理には、メンバーごとに「標準単価」を設定する機能があります。しかし、これは主に「原価（人件費）」計算に用いられるものであり、顧客への「請求単価」とは異なるケースが多いのが実情です。
そこで、実務上の設計パターンは以下の2つに分かれます。

1. パターンA：工数管理上の単価を「請求単価」に設定する

   社内原価の可視化は諦め、工数管理ツールを「請求額算出ツール」として割り切る手法です。

2. パターンB：外部DB（Spreadsheet等）で単価管理し、工数実績を流し込む

   freee工数管理から「案件別×従業員別」の月次工数実績をCSV/APIで抽出し、別途用意した「契約単価マスタ」と結合して請求額を算出する手法です。

SESのように「個人ごとに単価が異なり、かつ清算幅がある」ビジネスモデルでは、後者のパターンBが現実的な運用となります。

【比較表】主要な工数管理・案件管理ツールとfreeeの親和性

市場には多くの工数管理ツールがありますが、freeeとの連携を前提とした場合の特性を比較しました。

自社の規模と予算に合わせ、SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方の視点を持ち、最適なツールを選定してください。

実務ステップ：freee工数管理の設定と運用フロー

具体的な導入・設定手順を、IT実務担当者の視点で整理します。

STEP 1：freee会計側でのプロジェクト・取引先マスタ整備

まず、freee会計側で「プロジェクト」を正確に登録します。この際、プロジェクト名には「案件ID_案件名」といった命名規則を持たせることが重要です。また、取引先マスタも同様に整理しておきます。これが全てのデータの「親」となります。

STEP 2：freee工数管理での案件作成とメンバーアサイン

freee工数管理にログインし、「freee会計連携」メニューからプロジェクトを取り込みます。その後、各案件に対して担当するエンジニア（メンバー）をアサインします。ここでアサイン漏れがあると、従業員側の入力画面に案件が表示されないため、月初に必ずチェックする運用が必要です。

STEP 3：日次入力の徹底と承認ワークフローの定着

工数管理の精度は「入力の鮮度」に依存します。月末にまとめて入力すると、記憶が曖昧になり「とりあえず8時間」といった精度の低いデータになりがちです。freee工数管理のスマホアプリや、Slack連携機能を活用し、日次入力を徹底させます。PMは週次で承認ワークフローを回し、入力漏れや異常値を早期に発見します。

STEP 4：月次集計データと請求明細の突合

月末締めの後、freee工数管理から「工数実績レポート」をエクスポートします。このデータには、案件別・メンバー別の稼働時間が含まれています。これと、契約管理システム（あるいは管理台帳）の単価情報を突合し、清算計算を行います。算出した「請求確定額」をfreee会計の請求書作成機能へ反映させることで、稼働実績に基づいた正確な請求が完了します。

SES特有の「清算（超過・控除）」への対応策

freee工数管理単体では、清算幅を考慮した自動計算ロジックを組むことはできません。この課題を解決するためには、「中間データ基盤」の構築が有効です。

APIを活用した高度な自動突合アーキテクチャ（概念）

手作業によるCSV加工を排除したい場合、Google BigQueryやAppSheetを活用した自動化が推奨されます。
具体的には、freee APIを通じて以下のデータを取得・統合します。

• freee工数管理API：月間稼働時間（実績値）
• スプレッドシート/DB：契約単価、下限時間、上限時間、超過/控除単価

これらをスクリプト（GAS等）で結合し、「(実績時間 – 上限時間) * 超過単価」といった計算を自動実行します。この設計思想については、Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイドで詳述されているような、ノーコード/ローコードツールでの実装が相性抜群です。

よくあるエラーと運用上の落とし穴

システムを導入しても、運用が回らなければ意味がありません。よくある失敗例とその対策を挙げます。

マスタ名称の不一致によるデータ乖離

freee会計で「プロジェクトA」を「プロジェクトA_2024」に変更してしまったが、工数管理側のマスタ更新を忘れていた、というケースです。同期設定を自動化するか、マスタ変更は必ず管理者が両システム同時に行う運用ルールを徹底してください。

権限設定のミスによる単価情報の漏洩防止

freee工数管理で「標準単価」を請求単価として利用する場合、その単価情報は従業員に見えても良いものか、慎重に判断する必要があります。一般的に、SESのエンジニア本人には自身の売上単価（請求単価）を公開しないケースも多いため、権限ロールの設定で「単価情報の閲覧不可」を適用し、管理者のみが計算に利用できる構成にします。

工数管理は単なる事務作業ではなく、会社の利益を可視化し、次の投資判断（採用や教育）を行うための重要な経営判断材料です。freee工数管理を正しく設計し、請求単価との突合を仕組み化することで、バックオフィスの生産性は飛躍的に向上するはずです。