【完全版】給与ソフトからfreeeへの「配賦」連携と原価計算。SaaS標準機能からGCP自動化アーキテクチャまで徹底解説

この記事をシェア:
目次 クリックで開く





【完全版】給与ソフトからfreeeへの「配賦」連携と原価計算。SaaS標準機能からGCP自動化アーキテクチャまで徹底解説


【完全版】給与ソフトからfreeeへの「配賦」連携と原価計算。SaaS標準機能からGCP自動化アーキテクチャまで徹底解説

最終更新日:2026年4月6日 ※本記事は、給与・労務システムから会計ソフトへ人件費を連携する際の「部門別配賦」の実務課題から、複雑なグループ間配賦やプロジェクト原価計算において「神Excel」の監査リスクを排除し、GCP(BigQuery)を用いたデータ基盤を構築するアーキテクチャまでを網羅しています。

こんにちは。Aurant Technologiesです。

「給与計算はSmartHR(またはマネーフォワード給与など)で行い、その結果をfreee会計へ連携して自動で仕訳を作成したい」
クラウド化を進める企業において、これは非常に一般的な要件です。多くのSaaSベンダーは「API連携でボタン一つで仕訳が作れます」と謳います。

しかし、従業員数が数十名を超え、社内に複数の部門(営業部、開発部、管理部など)が存在する企業の場合、経理担当者は連携設定の段階で「部門別配賦(按分)」という巨大な壁に直面します。
さらに企業が成長し、IT企業特有の「プロジェクト別原価計算(工数連動)」や、ホールディングス体制での「グループ間配賦」が必要になると、SaaSの標準機能は完全に限界を迎えます。結果として、経理のベテランしか解読できない「巨大な神Excel」が誕生し、IPO監査で致命的な指摘を受ける泥沼に陥る企業が後を絶ちません。

本記事では、企業の成長フェーズに合わせた「給与・労務から会計への配賦連携アーキテクチャ」の正解を、基礎的なSaaS連携から高度なクラウドデータ基盤(GCP)構築まで、プロの視点で徹底解説します。

1. 経理を絶望させる「部門別配賦(按分)」の罠とは?

経営層が「各事業部がどれだけ利益を出しているか(部門別P/L)」を正確に把握するためには、売上だけでなく「経費」も部門ごとに分けて計上する必要があります。その経費の中で最も金額が大きいのが「人件費(給与手当、法定福利費など)」です。

給与ソフトからfreee会計へデータを流す際、以下のような「総額」の仕訳が連携されてしまうと、部門別の利益分析が全くできなくなります。

* **【ダメな連携例(総額連携)】**
(借方)給料手当 1,000万円 / (貸方)未払金 1,000万円
※この1,000万円が、どの部門のコストなのか分からない。

経理が求めているのは、システムが自動的に以下のように「部門タグ」ごとに分割(配賦)された仕訳を作成してくれることです。

* **【求められる連携例(部門別連携)】**
(借方)給料手当(営業部タグ) 400万円 / (貸方)未払金 1,000万円
(借方)給料手当(開発部タグ) 500万円
(借方)給料手当(管理部タグ) 100万円

最大の難所:「法定福利費(会社負担分)」の計算

さらに経理を悩ませるのが、健康保険料や厚生年金などの「法定福利費(会社が半分負担する費用)」です。給与から天引きされる「預り金(従業員負担分)」とは別に、**会社負担分の社会保険料も、各部門の人数や給与比率に応じて正確に割り振る(按分する)必要**があります。これをシステム間で自動計算させる設計が、最初のハードルとなります。

2. 【基礎編】SaaS標準機能を用いた連携と「マスタ統合」

従業員数が数十名〜100名程度で、配賦ルールが比較的シンプルな場合、給与ソフト(SmartHRやマネーフォワード、freee人事労務)の標準機能を組み合わせることで対応可能です。

① freee人事労務を用いた部門別連携

同じfreeeシリーズを利用する場合、連携は最もスムーズです。

【公式仕様と事例:freee人事労務の部門連携】
freee人事労務の従業員情報に「部門」を設定しておくと、給与明細を確定した際、freee会計側へ「部門タグが付与された給与・法定福利費の仕訳」が自動で分割作成されます。法定福利費の会社負担分も、各従業員の標準報酬月額に基づいて部門ごとに自動計算されます。ある数十名規模の企業では、これにより毎月Excelで行っていた社会保険料の部門按分計算が不要になり、月次決算が2営業日短縮されました。
(出典:freee公式ヘルプ「給与明細を確定し、freee会計に取引を登録する」

② マネーフォワード クラウド給与からの部門別エクスポート

他社ソフトであっても、APIやCSVを介して部門別の仕訳を作成する機能が備わっています。

【公式仕様:マネーフォワード給与の仕訳エクスポート】
マネーフォワード クラウド給与では、事前に「部門マスタ」を設定し、従業員に割り当てます。そして「仕訳のエクスポート設定」において、「部門ごとに仕訳を出力する」オプションを有効にします。これにより出力されたCSVファイル(またはAPI連携データ)は、freee会計の「部門タグ」と一致する形で、営業部・開発部など行が分かれた複合仕訳として連携されます。
(出典:マネーフォワード公式「会計連携機能の使い方」

③ SmartHRを起点(SSOT)とした「マスタ統合」の重要性

「給与ソフトと会計ソフトをAPIで繋いだけれど、エラーが出て仕訳が作られない」
このトラブルの99%は、**「給与ソフト側の部門名称(営業第一部)」と「freee会計側の部門タグ名称(営業1部)」が1文字でも違っている(表記揺れがある)こと**が原因です。

【公式事例:SmartHRを用いたマスタの統合】
システム連携を構築する際は、SmartHRを「人事のマスターデータ(SSOT:Single Source of Truth)」とします。SmartHRで部署異動が行われると、その情報がAPI経由で給与計算ソフト(マネーフォワード等)の部門設定に自動反映されます。「経理に流れてきた仕訳データを見たら、退職者や異動前の古い部門で計算されていた」という連携エラーを根本から防ぐことができます。
(出典:SmartHR 導入事例

3. プロが設計する「2つの配賦アプローチ」(中小〜中堅向け)

給与データを部門ごとに分割して会計に連携するには、大きく分けて2つのアーキテクチャが存在します。

パターンA:給与ソフト側で仕訳を分割(部門タグ付与)して連携する

前述のfreee人事労務やマネーフォワード給与の機能を使って、給与計算の確定と同時に、部門ごとに分かれた仕訳データをfreee会計へ流し込む方法です。
メリット: freee会計側にデータが届いた時点で、すでに部門別のP/Lが完成しています。

パターンB:freee会計の「配賦機能」を使って、月末に一括で按分する

もう一つのアプローチが、給与ソフトからはあえて「全社共通部門(または本社管理費)」としてデータを総額で連携させ、月末の決算処理のタイミングで、freee会計の機能を使って各部門へ按分(配賦)する方法です。

【公式機能解説:freee会計の「配賦」機能】
freee会計のプロフェッショナルプラン以上には「配賦(はいふ)」機能が搭載されています。たとえば、給与ソフトから連携された1,000万円の共通人件費に対し、「営業部 40%:開発部 40%:管理部 20%」といった任意の配賦基準(ルール)を設定し、月末にワンクリックで各部門の経費として振り替える仕訳を自動生成させることができます。
1人の社員が複数の部門を兼務している場合や、本社オフィスの家賃など、複雑な按分が必要な経費の計算において絶大な威力を発揮します。
(出典:freeeヘルプセンター「配賦について(共通経費の按分)」

4. エンタープライズの壁:SaaS標準機能が破綻する「3つの高度な配賦」

ここまではSaaSの標準機能で対応できる範囲です。しかし、企業が成長しエンタープライズ領域に入ると、上記の機能では全く対応しきれない複雑な要件が発生します。

1. グループ会社間(複数法人)の配賦: ホールディングス体制において、親会社の人事や情シスといった「共通部門」の人件費やシステム利用料を、各子会社の売上比率や従業員数に応じて配賦(経営指導料等として子会社へ請求)する処理。法人をまたぐため、単一の会計ソフト内で完結しません。
2. プロジェクト別原価計算(エンジニア工数連動): IT企業における最大の壁です。エンジニアの給与(人件費)を、各人が今月「どの開発案件に何時間稼働したか」という工数データ(JiraやAsana等のデータ)と掛け合わせて按分し、売上原価やソフトウェア仮勘定として資産化する処理。人事データとプロジェクトデータの動的な結合が必要になります。
3. 多段階配賦(一次配賦 → 二次配賦): 「本社管理部」の費用を一旦「各事業部」に配賦し、その後、さらに事業部内の「各課」や「各プロジェクト」へ異なる基準(売上比率や床面積比など)で二次配賦・三次配賦していく処理です。

5. 最大のアンチパターン:「神Excel」による属人化と監査リスク

これらの高度な配賦を前に、現場の経理担当者が行き着くのが「Excel(スプレッドシート)による手作業の結合・計算」です。しかし、これは企業にとって時限爆弾となります。

⚠️ IPOや監査で必ず指摘される「IT全般統制(ITGC)違反」
数千行に及ぶデータと複雑なVLOOKUP、マクロ(VBA)が組み込まれた配賦用Excelは、構築した「特定のベテラン経理社員」しかメンテナンスできない「神Excel」と化します。もしその社員が退職すれば、誰も当月の決算を締められなくなります。
さらに致命的なのが「監査法人からのIT統制の指摘」です。Excelは「誰が、いつ、計算ロジック(数式)を改ざんしたか」の変更履歴が厳密に追えないため、正しい配賦が行われているという財務データの信頼性(完全性・正確性)を担保できず、IPO準備企業において重大な指摘事項(統制不備)とみなされます。

6. 従来のアプローチ:高額なEPMツール(Anaplan等)の導入

このExcel地獄から抜け出すために、大企業は従来、Anaplan(アナプラン)BizForecast(ビズフォーキャスト)といった、配賦計算や予実管理に特化した高額なEPM(エンタープライズ・パフォーマンス管理)ツールを導入してきました。
これらのツールは非常に強力で、計算ロジックの変更履歴を保持し、強固な監査ログを残せます。

しかし、導入には数百万〜数千万円の初期費用と高額なライセンス料がかかり、また「ツール独自の仕様やマクロ言語」を習得するハードルが高いため、中堅〜成長企業にとってはオーバースペックとなるケースが多々あります。

7. 【モダン・アーキテクチャ】GCPを用いたデータ基盤による「配賦の全自動化」

そこで、私たちが中堅企業以上のクライアントに提案し、構築しているのが、「GCP(Google Cloud Platform)などのクラウドデータ基盤を用いた、自前の配賦計算アーキテクチャ」です。

高額なEPMツールを入れるのではなく、安価でスケーラブルなデータウェアハウス(BigQuery)を中心に据え、各SaaSをAPIで連携させます。

【アーキテクチャ事例:BigQuery + freee API による自動化】
ある急成長中のIT企業(従業員300名)では、毎月の「エンジニアのプロジェクト別原価計算(工数配賦)」を以下のアーキテクチャで全自動化しました。

1. データの集約(Data Ingestion):
SmartHRから「従業員ごとの基本給と所属部門」、工数管理システム(Jira等)から「従業員ごとのプロジェクト稼働時間」、freee会計から「当月の共通経費の実績」を、APIやETLツールを通じてGCPのBigQuery(データウェアハウス)に自動で集約します。

2. 計算ロジックの実行(Data Transformation):
BigQuery上で、SQLを用いて「給与 × プロジェクトごとの稼働割合」などの複雑な配賦計算(多段階配賦やグループ間配賦)を実行します。SQLで記述されるため、「計算ロジックがコードとしてバージョン管理(GitHub等で管理)」され、Excelのようなブラックボックス化を防ぎ、監査法人にも完全に耐えうる透明性を確保できました。

3. freee会計への仕訳連係(Data Activation):
計算された「部門・プロジェクト別の配賦結果」を、Cloud Functionsなどのサーバーレス環境を経由し、freee会計のAPI(振替伝票作成API)を叩いて「振替伝票(または未決済取引)」として全自動で起票します。経理は「手作業」を一切行わず、生成された仕訳をfreee上で確認・承認するだけになります。

この疎結合アーキテクチャが優れている理由

  • **属人化の排除と監査対応:** 計算ロジックがSQLコードとして可視化・履歴管理されるため、監査法人のIT統制基準をクリアできます。
  • **圧倒的な処理スピード:** 数万件の明細データと複雑な多段階配賦であっても、BigQueryなら数秒で計算が完了します。Excelがフリーズすることはありません。
  • **高い拡張性:** 将来、工数管理ツールを別のSaaSに乗り換えたり、M&Aで子会社が増えたりしても、APIの接続先やSQLの条件を少し書き換えるだけで柔軟に対応できます。

8. まとめ:自社のフェーズに合わせたアーキテクチャの選択

給与ソフトと会計ソフトの連携は、単なるデータの移動ではありません。「人事情報や工数情報を、どうやって財務情報(部門別P/Lや原価)に翻訳するか」という、全社的なデータアーキテクチャの設計そのものです。

* **フェーズ1(中小):** freee人事労務やマネーフォワード給与の標準機能で部門別に連携。
* **フェーズ2(中堅):** SmartHRをマスタの正(SSOT)として配置し、freee会計の配賦機能を活用する。
* **フェーズ3(エンタープライズ):** GCP(BigQuery)を用いたデータ基盤を構築し、Excel配賦の監査リスクを排除し、工数連動の原価計算を全自動化する。

「APIで連携したはずなのに、月末に経理がExcelで社会保険料を按分している」
「プロジェクト別の原価計算のExcelマクロが、担当者以外誰も直せない(監査で指摘された)」
「SmartHR、Jira、freee会計を美しく結合するデータ基盤を設計したい」

もしこうした「高度な配賦とデータ統合の壁」でお悩みでしたら、ぜひ一度ご相談ください。私たちは単なる会計ソフトの導入ベンダーではなく、クラウドインフラ(GCP等)から会計APIまでを横断的に設計できるアーキテクト集団として、貴社の経理部門を「神Excel」の呪縛から解放する「最適なデータ基盤アーキテクチャ」をご提案・構築いたします。

【無料相談】貴社の配賦計算・原価計算、Excelで属人化していませんか?
現状の計算ロジックのヒアリングから、GCP・BigQueryを活用した自動連携基盤の設計まで。「CX to Backoffice 構造診断」を無料で実施しております。お問い合わせはこちら


AT
aurant technologies 編集

上場企業からスタートアップまで、数多くのデータ分析基盤構築・AI導入プロジェクトを主導。単なる技術提供にとどまらず、MA/CRM(Salesforce, Hubspot, kintone, LINE)導入によるマーケティング最適化やバックオフィス業務の自動化など、常に「事業数値(売上・利益)」に直結する改善実績多数。

この記事が役に立ったらシェア: