SES企業のkintone×freee請求書連携｜工数承認から請求締めまでの一連設計
目次 クリックで開く
SES（システムエンジニアリングサービス）や受託開発を行う企業にとって、月末の請求業務は最大の負荷がかかる工程です。特に「140h〜180h」といった精算幅を持つ準委任契約では、エンジニア一人ひとりの稼働時間を集計し、超過分や控除分を計算して請求書を作成するという、極めて煩雑な作業が発生します。
本記事では、kintone（キントーン）を業務管理の核に据え、freee請求書（およびfreee会計）を出口として活用することで、この一連のフローをデジタル化・自動化するための具体的な設計概念を解説します。二重入力を撲滅し、請求漏れを防ぐための実務的なアーキテクチャを見ていきましょう。
1. SES業界のバックオフィスを苦しめる「工数と請求」の分断
多くのSES企業では、いまだに現場のエンジニアがExcelやスプレッドシートに工数を入力し、それをバックオフィス担当者が回収・集計して請求書を手入力する、というフローが散見されます。この「情報の分断」が、以下のようなリスクを生んでいます。
- 計算ミス：精算幅に基づく超過・控除単価の計算ミス。
- 承認の不透明さ：上位会社やクライアントからの工数承認がメールやPDFで行われ、エビデンスが散逸する。
- 転記ロス：集計したデータを会計ソフトに打ち直す際のヒューマンエラー。
これらの課題を解決するには、データの発生源（工数入力）から最終出口（請求発行・会計仕訳）までを、一つのデータストリームとして設計する必要があります。
2. システム構成の最適解：kintone × freee請求書の役割分担
柔軟なデータ構造を持つkintoneと、請求・会計に特化したfreeeを組み合わせるのが、SES実務において最もコストパフォーマンスの高い選択肢です。それぞれの責務を以下のように定義します。
kintoneの役割：業務フロント・計算基盤
- 案件ごとの契約単価、精算幅、担当エンジニアの紐付け管理。
- 日次・月次の稼働時間入力と、ワークフローによる承認。
- 複雑な精算ロジック（超過・控除）に基づく請求金額の算出。
freee請求書の役割：債権管理・会計連携
- インボイス制度に対応した請求書の発行・送付。
- 売掛金の管理と、銀行同期による入金消込の自動化。
- freee会計への売上仕訳の自動計上。
【比較表】独自開発 vs SaaS連携（kintone+freee）
| 比較項目 | 独自システム開発（スクラッチ） | kintone × freee 連携 |
|---|---|---|
| 初期費用 | 数百万円〜（要件定義次第） | 数十万円〜（ライセンス＋設定支援） |
| 保守・運用 | 自社または開発会社での保守が必要 | プラットフォーム側がアップデート対応 |
| 法改正対応 | 電帳法やインボイス対応の都度、改修が必要 | freee側で標準対応されるため負担低 |
| 柔軟性 | 完全自由だが改修コストが高い | kintoneのアプリ改修で即座に対応可能 |
3. 【設計図】kintoneにおける工数管理・承認アプリの構築
kintoneでSES実務を完結させるためには、最低限以下の3つのアプリを連携させる必要があります。
① 案件・契約管理アプリ
契約ごとの基本情報を保持します。
- 項目例：クライアント名、案件名、基本単価、精算下限時間、精算上限時間、超過単価、控除単価、支払サイト
② エンジニア稼働入力アプリ
エンジニアが日々の工数、あるいは月末に合計工数を入力します。
- 項目例：稼働月、担当者名（ルックアップ）、合計稼働時間、備考
③ 請求計算アプリ（集計用）
案件管理アプリと稼働入力アプリのデータを結合し、請求金額を確定させます。ここで以下の計算式を自動化します。
超過金額 = (合計稼働時間 – 上限時間) × 超過単価（※合計 > 上限の場合）
控除金額 = (下限時間 – 合計稼働時間) × 控除単価（※合計 < 下限の場合） 請求合計 = 基本単価 + 超過金額 - 控除金額
クライアント承認のデジタル化：
kintoneの「ゲストスペース」機能を活用し、クライアント担当者に直接ログインしてもらい、承認ボタンを押してもらう運用が理想的です。ライセンスコストが課題となる場合は、kintoneと連携する外部フォーム（FormBridge等）や、メール承認連携ツールを活用し、kintone内のステータスを「承認済み」に変更する設計を検討してください。
関連記事：SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】
4. kintoneからfreee請求書へデータを流し込む実務
kintoneで計算・承認された「請求金額」を、freee請求書へ連携させます。ここでのポイントは、「kintoneをマスター、freeeをスレーブ（受け取り側）」として徹底することです。
連携の手段
- API連携プラグイン（推奨）：kintoneプラグイン（例：freee for kintone）を利用し、ボタン一つでfreeeに請求書の下書きを作成する。
- ノーコード連携ツール：AnyflowやZapier、Make等を用い、kintoneのステータスが「請求確定」になった瞬間にfreee請求書APIを叩く。
- CSV連携：kintoneからfreee指定形式のCSVを書き出し、freee請求書へインポートする。初期コストを抑えたい場合に有効。
マッピング項目の重要性
freee側で正しく会計仕訳を生成するため、以下の項目を一致させておく必要があります。
- 取引先名：kintoneの取引先名称（または取引先コード）を、freeeの取引先タグと完全一致させる。
- 品目/項目名：請求書の明細行（例：「2026年4月分 稼働費用」など）。
- 部門・メモタグ：案件ごとの採算管理を行うため、kintoneの案件IDをfreeeの「メモタグ」や「プロジェクト」に紐付ける。
関連記事：【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』
SES契約種別 × 精算計算ロジック × kintone設定早見表
前のセクションでkintone工数管理アプリの構造設計を説明しましたが、SES企業の精算計算は契約の種類によってロジックが大きく異なります。準委任の精算幅型・請負固定型・派遣型を混在させている場合、kintoneのフィールド設計と計算式が契約ごとに変わります。以下の表は、主要な契約種別ごとの精算ロジック・kintone設定のポイント・freee請求書への品目設計をまとめたものです。ワークフロー設計に入る前の確認表としてご活用ください。
| 契約種別 | 精算ロジックの概要 | kintone 計算フィールド設計 | freee請求書 品目設定 | 設定上の注意点 |
|---|---|---|---|---|
| 準委任（精算幅あり） | 基準時間（例：140〜180h）内は基本単価。超過分は超過単価×時間、控除分は控除単価×時間で増減 | 「基本単価」「精算下限」「精算上限」「超過単価」「控除単価」「実績時間」フィールドを設置。計算式で「if(実績時間<下限, 基本額-(下限-実績)×控除単価, if(実績時間>上限, 基本額+(実績-上限)×超過単価, 基本額))」を自動算出 | 「基本役務料（○月分）」「時間超過調整額」「時間控除調整額」を品目として分けて登録。マイナス請求になる場合はfreee側の「値引き品目」機能を使用 | 超過・控除の単価が基本単価と異なるケースが多いため、契約ごとに各単価をkintoneの案件マスタで管理し、変更時に全エンジニアの計算に反映されるよう参照元を一元化する |
| 準委任（固定月額型） | 月額固定。稼働時間が変動しても請求額は一定（但し、工数記録は社内管理として行う） | 「月額固定単価」フィールドのみで計算完結。稼働時間はkintoneに記録するが請求額計算には不使用 | 「役務提供料（月額固定）」一品目。freeeの「定期請求」機能を活用して毎月自動生成 | 工数記録はトラブル時・契約更新時のエビデンスとして必要。稼働時間を記録しているが請求に使わない旨を案件管理アプリ上に表示して担当者の混乱を防ぐ |
| 請負（成果物納品型） | 納品物完成時に一括請求。稼働時間ではなく「成果物の検収日」が請求トリガー | 「契約金額」「検収完了日」「請求可否フラグ」フィールドを設置。検収完了フラグが立ったときに請求レコードを自動作成するワークフローを設定 | 「システム開発委託費（○○システム）」一品目。分割払いの場合は「第1回：着手金」「第2回：中間金」「第3回：完了金」と品目を分けて段階請求 | 請負では「未完成の場合に報酬請求できない」（民法第632条相当）ため、kintoneのステータスが「検収完了」にならない限り請求書を生成しないロック機構を設ける |
| 人材派遣型（労働者派遣法遵守） | 派遣先からの実績報告に基づき、時間単価×実績時間で請求。残業代は別途精算 | 「基本時給」「普通時間」「時間外時間」「深夜時間」「休日時間」フィールドを設置。割増率（時間外1.25・深夜1.25・深夜時間外1.5・休日1.35等）をkintone計算式に組み込み | 「派遣料金（基本時間分）」「時間外料金」「深夜料金」「休日料金」を品目分けして請求書に反映。freeeでの税区分は全て課税（10%） | 派遣法上、派遣料金の内訳（派遣社員の賃金相当額・マージン等）を求められる場合がある。kintoneの案件管理アプリに「派遣料金内訳明細」を記録しておくことを推奨 |
実務で最も混乱が起きるのが「同一クライアントに複数の契約種別が混在するケース」です。メインの開発案件は請負固定型だが、追加スコープは準委任精算幅型で対応、というケースでは、kintoneの案件マスタに「契約種別」フィールドを設け、フィールドの値によって計算式を分岐させる設計が必要です。フォームブリッジなどのkintoneプラグインを使ってエンジニアが稼働入力する際に「どの契約種別の案件か」を視覚的に確認できる設計にすることも有効です。
5. 工数承認から請求締めまでの一連のワークフロー
具体的な運用の流れは以下の通りです。月次の締め作業を想定しています。
Step 1：エンジニアによる工数入力と一次承認
月末最終日、各エンジニアがkintoneの「稼働入力アプリ」に当月の稼働時間を入力。PM（プロジェクトマネージャー）が内容を確認し、kintone上で「承認」ステータスへ進めます。
Step 2：計算ロジックによる請求金額の自動確定
kintoneの請求計算アプリが、契約情報を参照して自動計算。「185時間稼働、上限180時間なので、5時間分の超過単価を加算」といった処理が自動で行われます。
Step 3：freee請求書へのデータ連携と下書き作成
バックオフィス担当者がkintone上で「請求連携」ボタンをクリック。freee請求書に「下書き」状態でデータが作成されます。この際、PDFの添付やインボイス制度に準拠した税率計算が自動で行われることを確認します。
（参照：freee請求書公式サイト）
Step 4：freeeでの請求書発行と会計仕訳の自動生成
freee請求書上で最終確認を行い、発行（メール送付または郵送代行）。発行と同時にfreee会計側に「売掛金」の仕訳が計上され、翌月の入金確認を待つ状態になります。
6. よくあるトラブルと回避策
月を跨ぐ工数修正が発生した際のデータ整合性
請求書発行後に現場から「工数の入力漏れがあった」と報告されるケースです。この場合、freee側の請求書を「破棄・修正」すると同時に、マスターであるkintone側のデータも修正し、連携ログを残す必要があります。実務上は「翌月調整」として処理する運用ルールをkintone側で構築しておくのがスムーズです。
消費税の端数処理（kintoneとfreeeの計算差異）
kintoneの計算式での四捨五入/切り捨て設定と、freeeの消費税計算設定が異なると、数円のズレが生じます。必ず、freeeの計算仕様に合わせてkintoneの計算式（ROUND関数等）を設定してください。
（参照：freeeヘルプセンター：消費税の計算方法について）
7. まとめ：データの一気通貫がもたらす経営判断の迅速化
SES実務において、kintoneとfreeeを連携させる最大のメリットは、単なる「作業の効率化」に留まりません。案件ごとの売上と原価（エンジニア人件費）がリアルタイムに紐付くことにより、月末を待たずにプロジェクトの採算性を可視化できることにあります。
「工数承認」という現場の動きをkintoneでキャッチし、それを「請求・会計」という経営の数字に直結させる。このアーキテクチャこそが、バックオフィスの付加価値を最大化し、企業の成長を支える基盤となります。まずは、最も手作業が重荷となっている「精算計算の自動化」から着手してみてはいかがでしょうか。
kintone業務アプリ・プラグイン活用のご相談
kintoneでの業務アプリ設計や、帳票・連携・自動化を補うプラグインの活用を支援します。現場の運用に合わせたアプリ構成や他システムとの連携まで、具体的な形でご提案します。