SESとkintoneとfreee請求書 工数承認から請求締めまでの一連設計（概念）

SES（システムエンジニアリングサービス）や受託開発を行う企業にとって、月末の請求業務は最大の負荷がかかる工程です。特に「140h〜180h」といった精算幅を持つ準委任契約では、エンジニア一人ひとりの稼働時間を集計し、超過分や控除分を計算して請求書を作成するという、極めて煩雑な作業が発生します。

本記事では、kintone（キントーン）を業務管理の核に据え、freee請求書（およびfreee会計）を出口として活用することで、この一連のフローをデジタル化・自動化するための具体的な設計概念を解説します。二重入力を撲滅し、請求漏れを防ぐための実務的なアーキテクチャを見ていきましょう。

1. SES業界のバックオフィスを苦しめる「工数と請求」の分断

多くのSES企業では、いまだに現場のエンジニアがExcelやスプレッドシートに工数を入力し、それをバックオフィス担当者が回収・集計して請求書を手入力する、というフローが散見されます。この「情報の分断」が、以下のようなリスクを生んでいます。

• 計算ミス：精算幅に基づく超過・控除単価の計算ミス。
• 承認の不透明さ：上位会社やクライアントからの工数承認がメールやPDFで行われ、エビデンスが散逸する。
• 転記ロス：集計したデータを会計ソフトに打ち直す際のヒューマンエラー。

これらの課題を解決するには、データの発生源（工数入力）から最終出口（請求発行・会計仕訳）までを、一つのデータストリームとして設計する必要があります。

関連記事：freee会計導入マニュアル｜旧ソフト移行ガイド

2. システム構成の最適解：kintone × freee請求書の役割分担

柔軟なデータ構造を持つkintoneと、請求・会計に特化したfreeeを組み合わせるのが、SES実務において最もコストパフォーマンスの高い選択肢です。それぞれの責務を以下のように定義します。

kintoneの役割：業務フロント・計算基盤

• 案件ごとの契約単価、精算幅、担当エンジニアの紐付け管理。
• 日次・月次の稼働時間入力と、ワークフローによる承認。
• 複雑な精算ロジック（超過・控除）に基づく請求金額の算出。

freee請求書の役割：債権管理・会計連携

• インボイス制度に対応した請求書の発行・送付。
• 売掛金の管理と、銀行同期による入金消込の自動化。
• freee会計への売上仕訳の自動計上。

【比較表】独自開発 vs SaaS連携（kintone+freee）

3. 【設計図】kintoneにおける工数管理・承認アプリの構築

kintoneでSES実務を完結させるためには、最低限以下の3つのアプリを連携させる必要があります。

① 案件・契約管理アプリ

契約ごとの基本情報を保持します。

• 項目例：クライアント名、案件名、基本単価、精算下限時間、精算上限時間、超過単価、控除単価、支払サイト

② エンジニア稼働入力アプリ

エンジニアが日々の工数、あるいは月末に合計工数を入力します。

• 項目例：稼働月、担当者名（ルックアップ）、合計稼働時間、備考

③ 請求計算アプリ（集計用）

案件管理アプリと稼働入力アプリのデータを結合し、請求金額を確定させます。ここで以下の計算式を自動化します。

超過金額 = (合計稼働時間 – 上限時間) × 超過単価（※合計 > 上限の場合）

控除金額 = (下限時間 – 合計稼働時間) × 控除単価（※合計 < 下限の場合） 請求合計 = 基本単価 + 超過金額 - 控除金額

クライアント承認のデジタル化：

kintoneの「ゲストスペース」機能を活用し、クライアント担当者に直接ログインしてもらい、承認ボタンを押してもらう運用が理想的です。ライセンスコストが課題となる場合は、kintoneと連携する外部フォーム（FormBridge等）や、メール承認連携ツールを活用し、kintone内のステータスを「承認済み」に変更する設計を検討してください。

関連記事：SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】

4. kintoneからfreee請求書へデータを流し込む実務

kintoneで計算・承認された「請求金額」を、freee請求書へ連携させます。ここでのポイントは、「kintoneをマスター、freeeをスレーブ（受け取り側）」として徹底することです。

連携の手段

1. API連携プラグイン（推奨）：kintoneプラグイン（例：freee for kintone）を利用し、ボタン一つでfreeeに請求書の下書きを作成する。
2. ノーコード連携ツール：AnyflowやZapier、Make等を用い、kintoneのステータスが「請求確定」になった瞬間にfreee請求書APIを叩く。
3. CSV連携：kintoneからfreee指定形式のCSVを書き出し、freee請求書へインポートする。初期コストを抑えたい場合に有効。

マッピング項目の重要性

freee側で正しく会計仕訳を生成するため、以下の項目を一致させておく必要があります。

• 取引先名：kintoneの取引先名称（または取引先コード）を、freeeの取引先タグと完全一致させる。
• 品目/項目名：請求書の明細行（例：「2026年4月分 稼働費用」など）。
• 部門・メモタグ：案件ごとの採算管理を行うため、kintoneの案件IDをfreeeの「メモタグ」や「プロジェクト」に紐付ける。

関連記事：【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

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でキャッチし、それを「請求・会計」という経営の数字に直結させる。このアーキテクチャこそが、バックオフィスの付加価値を最大化し、企業の成長を支える基盤となります。まずは、最も手作業が重荷となっている「精算計算の自動化」から着手してみてはいかがでしょうか。