freee連携で開発が必要な部分は？独自の売上・請求管理とつなぐ前に既製連携で足りるか確認【2026年10月】

自社の販売管理システムやExcelで売上を確定し、そのあとfreeeへの請求書作成や取引登録を手作業・CSVの加工で続けている会社の経理責任者・情シス向けの記事です。まずfreeeのプランと既製の連携（CSVインポート、freee for kintone など）で足りるかを確かめ、足りない部分だけを開発で作るのが順番です。

開発が必要になりやすいのは、作成後の訂正・取消が多い、締め日に件数が集中する、二重登録を防ぐ仕組みが要る、自社独自の単位で集計して渡したい、といった場面です。この記事では、freeeの公式APIの仕様（2026年10月9日更新版）と公式ヘルプをもとに、どこまでを既製品に任せ、どこから作るのかを判断できるように整理します。勘定科目や税区分の決め方など、税務の判断はこの記事では扱いません。

開発を頼む前に確かめる3つのこと

最初に次の3つを確認すると、選べる方法がかなり絞れます。

1. 使っているfreeeの製品とプラン

freeeの公開API（外部のシステムからfreeeを操作するための窓口）は、freee会計・freee請求書とも全プランで使えます（freee公式ヘルプ）。一方、既製の連携や請求書からの取引登録はプランで使えるかどうかが分かれます。

確認すること	公式の記載（2026-10-11 確認）	出典
freee請求書から取引を登録する機能	アドバンスのみ（スタンダードでは使えない）	freee請求書のプラン
freee for kintone / freee for Salesforce との連携、freeeアプリストア	freee請求書はアドバンスのみ	同上
freee for kintone を使う条件	kintoneスタンダードコース、freee会計アドバンス以上（旧プロフェッショナル以上）など。アプリ自体は無償	freee for kintoneの概要
帳票のCSV一括インポート	freee請求書スタンダード以上／freee会計スターター以上	CSVインポートのヘルプ

freee会計の法人プランには、受発注書類の機能としてfreee請求書の相当プランが含まれます（スターター・スタンダードはスタンダード相当、アドバンス以上はアドバンス相当。法人プランのヘルプ）。今のプランのまま既製連携が使えるのか、プランを上げれば使えるのかを先に確認してください。開発費を比べる前に、プラン変更で済む場合があります。

2. 渡す先は「請求書」か「取引」か、その両方か

自社の台帳から渡す先は大きく2つです。

freee請求書（帳票）: 取引先に送る請求書そのもの。宛名・明細・振込先などを作る
freee会計の取引: 売上を会計に記録するもの。勘定科目・税区分・部門などを付ける

請求書は自社システムから出していて、会計に売上だけ載せたい会社もあれば、請求書の作成から入金の確認までfreeeで行いたい会社もあります。どちらを正とするかで、作るものが変わります。

3. 件数・頻度・訂正の多さ

月の請求件数、締め日の回数、作ったあとに金額や明細を直す頻度を数えておきます。月数十件で訂正もまれなら、CSVインポートで足りることがあります。件数が多い、締め当日に終えたい、訂正が頻繁にある、という条件が重なるほど開発する意味が大きくなります。

freee請求書とfreee会計の取引は、APIも役割も別

出典: freee Developers Community 公式

ここを混同すると、要件の段階で話がずれます。freeeの公式APIは、請求書と会計で窓口が分かれています（freee公式のAPI仕様、2026-10-09更新版で確認）。

	freee請求書のAPI	freee会計のAPI
主にできること	請求書・見積書・納品書などの作成・更新・取消	取引（売上・費用）の作成・更新・削除、取引先・品目・部門などの登録
請求書について	作成できる	一覧と取得だけ。会計側の請求書作成の窓口は2023年10月に廃止され、freee請求書のAPIに移った
前提	freee請求書への登録が必要。取引先や勘定科目の情報は会計のAPIで取得する	―

「freee会計のAPIで請求書を作る」と書かれた古い記事やサンプルは、今の仕様とは違います。

もう1つ大事な点として、APIで請求書を作っても、会計の取引がそのまま確定登録されるわけではありません。公式の仕様では、請求書に付けた勘定科目や税区分は「取引登録の下書き保存で利用」され、請求書の側には取引の登録状況（未登録かどうか）が残ります。つまり、取引の確定を誰が、いつ、どの画面で行うかを運用で決めておく必要があります。

売上の確定から入金確認までの分担（説明用）

下の表は、自社台帳とfreeeの間の分け方を説明するための一例です。特定の会社の運用ではありません。

段階	場所	担当の例	決めておくこと
① 売上の確定	自社の台帳	営業・業務部門	何をもって確定とするか。確定後に直す手順
② 請求の計算・確認	自社の台帳（または連携の途中）	経理	締め単位、合算の仕方、確認者
③ 請求書の作成	freee請求書	連携の仕組み	請求書番号を自社で振るか、freeeに任せるか
④ 取引の登録	freee会計	経理（確定の操作）＋連携の仕組み（下書き）	下書きを確定させる人とタイミング
⑤ 送付	freee請求書または自社	経理	どこから送るか。送付の操作を誰がするか
⑥ 入金の確認	freee会計	経理	入金状況を自社台帳に戻すか、戻すならどの頻度か

②の計算や確認画面そのものを作りたい場合は、請求集計をシステム化する記事で詳しく扱っています。この記事は③以降、freeeへの渡し方に絞ります。

CSV・既製連携・iPaaS・個別開発の違い

出典: freeeアプリストア公式

方法は大きく5つです。公式ヘルプに書かれている「できること」と「できないこと」を並べます。

方法	できること	できないこと・制約	合う場合
CSVインポート（手作業）	台帳から書き出したCSVで帳票を一括作成	取り込みは人の操作。CSV作成の帳票をfreeeからメール等で送ると1件95円の従量課金（同日・同一取引先は1件）	月数十件程度で、訂正が少ない
freee for kintone	kintoneのレコードから請求書・見積書・取引を作成（一括可）。freeeのマスタやステータスをkintoneへ同期	作成後の上書き更新ができない。freeeで直した金額はkintoneに戻らない。変更時は削除して作り直すか、両方を手で合わせる	売上をkintoneで管理していて、プラン条件を満たす
freee for Salesforce	Salesforceのレコードから見積書・請求書・取引を作成。合算・一括作成可	freeeからSalesforceへ戻るのは決済ステータスと決済金額のみ	商談・受注をSalesforceで管理している
iPaaS（ノーコードの連携サービス）	画面の設定で、freeeの取引・請求書を作る流れを組める	料金・制約は製品ごとに確認が必要。例外処理や再送をどこまで組めるかも製品ごとに違う	一方向で、件数も例外も少ない
個別開発	自社台帳の単位・ルールのまま、作成・訂正・再送・状態の取り込みまで設計できる	開発費と保守がかかる。freee側の仕様変更への追従が必要	上の方法で足りない条件がはっきりしている

出典: freee for kintoneの概要、freee for Salesforceの概要、法人プランのヘルプ（いずれも2026-10-11確認）

freee公式の開発者向けガイドラインも、すでに連携済みのサービスはfreeeアプリストアを見るよう案内しています（freee APIベストプラクティス）。売上をkintoneやSalesforceで管理しているなら、まず既製連携を試してください。kintoneを起点にした判断はkintoneと既存システムの連携の記事にまとめています。既製品と開発の分かれ目を一般的に知りたい場合はSaaSかカスタム開発かの判断フローも参考になります。

開発を頼まなくてよい場合

月の請求件数が少なく、CSVの書き出しと取り込みに毎月かかる時間が許容できる
売上をkintone・Salesforceで管理していて、作成後の訂正が少ない（既製連携で足りる）
会計には月の合計だけ載せればよく、明細単位で取引を作る必要がない
そもそも台帳の売上が確定しておらず、渡す前の計算ルールが決まっていない（先にルールを決める段階）

既製連携では足りなくなる場面

公式の「できないこと」から逆にたどると、開発が必要になるのは次のような場面です。

作成後の訂正が多い: freee for kintoneは作成後の上書きができません。月に何度も金額や明細を直す業務では、削除と再作成を手で繰り返すことになります
freeeの状態を自社台帳に戻したい: 入金済みかどうか、取引が登録済みかどうかを台帳で見たい場合、既製連携で戻せる情報は限られます。さらに、freee会計の通知の仕組み（Webhook）は試験提供で、対象は経費精算・各種申請・支払依頼だけです。取引・請求書・入金は通知されません（会計Webhook概要）。入金状況を戻すなら、定期的にfreeeへ状態を取りに行く作りになります
自社台帳がkintone・Salesforce以外: 独自の販売管理システムや社内システムには既製連携がないことがあります。アプリストアに無ければ、CSVか開発です
自社独自の単位で渡したい: 店舗別・案件別・日次の合計など、台帳の明細とは違う単位で会計に載せたい場合。freeeのガイドラインにも、POSの売上を「確定した日次合計」で勘定科目・税区分・店舗などが分かる形で送る設計例があります
件数が多く、締め当日に終えたい: 下の試算のとおり、APIには時間あたりの上限があります

自社の売上台帳とfreeeの項目を突き合わせる（架空データ）

freeeの公式API仕様（2026-10-09更新版）から、請求書の作成と取引の作成で必須とされている項目を取り出し、架空の売上台帳の列と突き合わせました。台帳の列は説明用の例です。

架空の売上台帳の列	freee請求書で使う項目	freee会計の取引で使う項目	注意点
得意先コード	取引先（IDかコードのどちらかが必須）	取引先	コードで指定するには、freeeの事業所設定でコードの利用を有効にする
売上確定日	―	発生日（必須）	どの日付を発生日にするかは経理が決める
請求締日	請求日（必須）	―	締め単位で合算するかどうか
品目・数量・単価	明細（必須）	明細（金額が必須）	1つの取引の明細は最大100行
税率	明細の税率	明細ごとの税区分（必須）	品目ごとの税区分の対応表が必要
部門	部門	部門	freee側の部門と名前・コードを揃える
案件番号	請求書番号	管理番号	請求書番号を自社で振るなら、freeeの自動採番を切る
（台帳に無い）	内税・外税の区分（必須）	―	会社のルールとして固定値を決める
（台帳に無い）	消費税の端数処理（必須）	―	同上
（台帳に無い）	源泉徴収の計算方法（必須）	―	同上
（台帳に無い）	敬称（必須）	―	取引先ごとに変えるかどうか

この突き合わせから分かるのは、台帳にそのまま入っていない「会社のルール」がいくつも必須になることです。内税か外税か、端数をどう処理するか、どの品目にどの税区分を付けるかは、開発会社ではなく経理や顧問税理士が決めることです。開発ではその決定を対応表として組み込みます。

もう1つ、公式仕様には「同じ依頼を2回送っても1件だけ作る」仕組みがありません。請求書は請求書番号で検索できますが、取引の一覧は管理番号で絞り込めません。そのため、通信が途中で切れて再送したときの二重登録は、自社側で「台帳のID ↔ freeeのID」の対応表を持って防ぐ必要があります。

件数と締め日の時間をAPIの上限で試算する

出典: freee 公式 GitHub（freee-api-schema）

freee請求書のAPIは、全プラン共通で1分30回・1時間1,500回までです。加えて、1日の上限が契約プランで決まっています（公式仕様の記載で、法人アドバンス〔旧法人プロフェッショナル〕は5,000回、法人エンタープライズは10,000回、それ以外は3,000回）。この上限から、締め日にかかる時間を計算しました。件数は架空、1件あたりの呼び出し回数は仮定です。 実際のfreee環境で測ったものではありません。

月の請求件数（架空）	1件あたりの呼び出し（仮定）	呼び出しの合計	1分・1時間の上限から見た最短の所要時間	1日の上限3,000回の場合	5,000回の場合
50件	3回	150回	約5分	1日	1日
300件	3回	900回	約30分	1日	1日
1,000件	3回	3,000回	約1時間50分	1日（上限ちょうど）	1日
3,000件	1回	3,000回	約1時間50分	1日（上限ちょうど）	1日
3,000件	3回	9,000回	約5時間50分	3日	2日

「3回」は、取引先の登録・更新、請求書の作成、結果の確認を1回ずつ行うと仮定した数です。所要時間は、1分30回の速さで送り続け、1時間に1,500回を超えた分は次の1時間に回すと仮定して計算しました。1日の上限を超える分は、所要時間にかかわらず翌日以降に持ち越しになります（表の右2列）。

月数百件までなら上限はほぼ問題になりません。ただし1分30回の制限があるため、締め日にまとめて流すと数十分から数時間かかります。画面の前で待たせない、夜間に流す、途中で止まっても続きから再開できる、といった作りが必要です。月数千件で1件に何度も呼び出す作りにすると、1日の上限を超えて締め当日に終わりません。その規模では、明細ごとに請求書を作るのではなく確定後の合計で渡す、CSVインポートと併用する、といった方針を先に決めます。

1日の上限は「事業所×連携アプリ」ごとに数えられます。同じアプリで経費や人事の連携も動かしている場合は、配分も確認してください。

二重登録・失敗・訂正の担当を決める

既製連携でも個別開発でも、次の項目は誰が持つかを決めておかないと、運用が始まってから止まります。

項目	決めること	主に決める人	開発で作るもの
勘定科目・税区分	品目ごとの対応	経理・顧問税理士	対応表の実装と、対応表に無い品目が来たときの停止
取引先の対応	得意先コードとfreeeの取引先の結び付け	経理・情シス	コードの照合、新しい取引先の登録
二重登録の防止	再送したときの扱い	情シス	台帳のIDとfreeeのIDの対応表、送信済みの判定
失敗したときの連絡	誰に、何で知らせるか	経理・情シス	失敗の記録と通知、続きからの再開
訂正・取消	送ったあとに台帳が変わったときの手順	経理	請求書の更新・取消、取引の扱いの切り分け
取引の確定	下書きを確定させる人と時期	経理	未確定の一覧
連携用の権限	どのアカウントの権限で書き込むか	情シス	権限を絞った連携用の設定、認証情報の保管
freee側の仕様変更	気づいたときの連絡先	情シス	項目の追加などで止まらない作り

freeeの公式仕様には、項目の追加やエラーメッセージの変更などは予告なく行われることがあると書かれています。また、短時間に呼び出しが多すぎると一時的に制限され、約10分で解除されます。会計の通知の仕組みはエラーの記録を提供していないため、連携が失敗したことに気づく仕組みは自社側で持つ前提で考えてください。

社内でAIを使って進められる部分と、頼んだ方がよい部分

出典: freee 公式 GitHub（freee-mcp）

freeeは公式に、AIからfreeeのAPIを操作するための接続口（freee公式のMCPサーバー）を公開しています。これを使えば、経理担当者がAIに「今月の未入金の請求書を一覧にして」と頼んだり、テスト用の事業所で取引を試しに登録したりできます。使い方はfreee MCPの使い方の記事にまとめています。

社内でAIを使って進めやすい	作り込みや外部の手を借りる価値がある
台帳の列とfreeeの項目の突き合わせの下書き	締め日の一括処理（上限を守り、途中から再開する）
テスト用事業所での登録の試行	二重登録の防止と、送信済みの記録
未入金・未登録の請求書の確認	定期的な状態の取り込みと台帳への反映
CSVの整形の手順化	連携用の権限の分離、認証情報の保管
連携のたたき台のコード	訂正・取消の手順と、それを確かめる試験

AIで連携のコードを書くこと自体は、社内でも十分に進められます。外部に頼む意味があるのは、締め日に毎月確実に動くこと、失敗しても二重に登録されないこと、誰がどの権限で書き込んだかを後から追えることまで含めて、本番の仕組みとして責任を持つ部分です。社内のAIで作った試作を本番用に直す依頼にも対応できます。

費用の目安：freeeの利用料と開発費を分けて見る

費用はfreee側の利用料と、開発費に分けて考えます。

freee側の利用料（公式ヘルプ・公式サイト、2026-10-11確認、税抜）

項目	金額
freee会計法人スタンダード	月8,980円（年払いの月額換算）＋従量課金
freee会計法人アドバンス	月39,780円（年払いの月額換算）＋従量課金
freee請求書スタンダード / アドバンス（基本料金）	月1,980円 / 月10,000円（年額払いの月額換算）
CSV・PDFインポートで作成した帳票などをfreeeから送付	1件95円（同日・同一取引先は何通でも1件）
freee for kintone	アプリは無償（kintone・freee側のプラン条件あり）

APIで作成した請求書をfreeeから送付した場合に、この1件95円がかかるかどうかは公式ヘルプから確認できませんでした。契約中のプランでfreeeに確認してください。既製連携を使うためにプランを上げる場合は、その差額も比較に入れます。

開発費（AI革命の公開価格、すべて税別）

依頼の形	金額	この記事の場面での例
既存システムの改修	100万円〜	今の販売管理システムに、freee請求書・freee会計へ送る機能を足す
PoC（検証）	300万円〜	件数・訂正・合算の仕方が読めず、本番の前に実データに近い条件で確かめたい
本開発	個別見積	台帳とfreeeの間に、送信・再送・状態の取り込みを持つ仕組みを新しく作る

PoCの300万円は検証を始めるための価格で、本番の仕組みの完成価格ではありません。開発費には、freeeやkintone等の利用料、クラウド・外部API・ライセンスの実費は含まれません（別途）。勘定科目・税区分の判断も、経理・顧問税理士が決めるもので開発費の範囲外です。

見積の前に、次のどれを範囲に入れるかを確認します。範囲が変わると金額も変わります。

freeeへ渡す先（請求書・取引・両方）と、freeeから戻す情報（入金状況など）
二重登録の防止、失敗時の通知と再開
送ったあとの訂正・取消の扱い
試験の範囲（訂正・取消・再送を含めて確かめるか）
公開後の保守を頼むか、社内で見るか

どの依頼の形に当たりそうかは、利用中のfreeeの製品とプラン、台帳の作り、件数を伺うと目安が出せます。利用中のfreee製品と、連携前の売上・請求データの流れを相談する

当社が作った近い例（freee連携の事例ではありません）

AI革命は、通信事業の会社で、数万件の請求情報を取り込み、集計し、確認画面で確かめる仕組みを作りました。freeeとの連携の案件ではありませんが、「大量の請求データを取り込み、確認してから次に渡す」という、この記事の②〜③に当たる部分です。

freeeとの連携は、freeeの公開APIやCSVを使った連携、既存システムの改修として対応できます。ただし、freee連携の実績としてお見せできる事例は、現時点で公開していません。

相談の前に揃えておくと早いもの

次のものが分かると、初回の相談で依頼の形と費用の目安まで話を進めやすくなります。分からない項目があっても相談できます。

利用中のfreeeの製品とプラン（freee会計・freee請求書、スタンダード・アドバンスなど）
売上を確定している台帳（販売管理システム名、Excel、自社システムなど）と、その列の一覧
月の請求件数と、締め日の回数
作ったあとに訂正・取消する頻度と、今の訂正のやり方
freeeへ渡したいもの（請求書・取引・両方）と、freeeから戻したいもの（入金状況など）
確認・承認する人
手元にあるもの（AIで作った試作、既存のコード、仕様書、CSVのサンプルの列名）

APIキー・freeeのログイン情報・実際の取引先や金額のデータは、相談の時点では送らないでください。 列名や架空の値で十分です。

初回相談は無料・30分（オンライン）です。要件が決まっていなくても大丈夫です。自社でAIを使って進める部分と、任せる部分を一緒に切り分けます。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。

よくある質問

Q. freeeの認定パートナーでない会社に連携の開発を頼んでも大丈夫ですか？

freeeの公開APIは、freee会計・freee請求書とも全プランで使えるように公開されており、連携アプリはfreeeアプリストアの開発者向け画面で登録して作ります。認定の有無より、二重登録の防止や失敗時の再開、訂正の扱いを要件に含めて提案しているかを確認してください。

Q. 税区分や勘定科目を自動で判定するように作ってもらえますか？

判定のルールそのものは経理や顧問税理士が決めるもので、開発会社が決めるものではありません。開発では、決まった対応表を組み込み、対応表に無い品目が来たら止めて知らせる作りにするのが安全です。

Q. 入金されたら、すぐに自社のシステムに反映できますか？

freee会計の通知の仕組みは、取引・請求書・入金を対象にしていないため、「入金と同時に知らせを受ける」作りはできません。1時間ごとや1日1回など、定期的にfreeeへ入金状況を取りに行く方式になります。どの頻度で足りるかは、入金を確認したあとの業務で決めます。

Q. 連携を作ったあとにfreee側の仕様が変わったら、止まってしまいますか？

freeeは項目の追加などを予告なく行うことがあると公式に書いています。項目が増えても止まらない作りにはできますが、廃止や大きな変更があれば手直しが必要です。保守を頼むか、社内で見るかを開発の時点で決めておきます。

Q. 今使っている販売管理システムを入れ替えずに連携できますか？

販売管理システムがCSVの書き出しかAPIを持っていれば、入れ替えずにfreeeへ渡す仕組みを足せます。どちらも無い場合は、画面からデータを取り出す方法を検討します。まずは今のシステムの名前と、データを外に出す手段の有無を確認してください。

Q. freee会計とfreee請求書の両方に連携する必要がありますか？

必須ではありません。請求書を自社システムで発行しているなら、freee会計の取引だけに売上を載せる連携で足りることがあります。逆に請求書の作成をfreeeに寄せたい場合は、freee請求書への連携が中心になります。

初回相談は無料・30分（オンライン）です。利用中のfreeeの製品と、今の売上・請求データの流れを伺い、既製連携で足りるか、どこを作るかの切り分けと費用の目安を相談メモでお返しします。

利用中のfreee製品と、連携前の売上・請求データの流れを相談する