【決定版】freeeとkintone連携で経理・業務を自動化！設定から運用まで徹底解説

多くの企業において、営業現場のkintone（キントーン）と、経理部門のfreee（フリー）会計が分断されていることで、データの転記によるヒューマンエラーや、承認済み情報の二重入力といった非効率が発生しています。これらのSaaSをシームレスに統合することは、単なる工数削減にとどまらず、経営数値のリアルタイムな可視化とガバナンスの強化という、DX（デジタルトランスフォーメーション）の本質的な価値を生み出します。

本稿では、B2B実務者の視点から、freeeとkintoneを連携させる具体的な手法、API制限などの技術的制約、そして不整合を未然に防ぐ堅牢なアーキテクチャについて、公式仕様と実務事例に基づき詳説します。

freeeとkintoneを連携させるべき「3つの業務シナリオ」と課題

連携を検討する際、まずどの業務を対象にするかを明確にする必要があります。実務上、最も効果が高いのは以下の3点です。

1. 受注・請求管理：営業フロントから会計へのシームレスな接続

営業担当者がkintoneで受注ステータスを「請求可」に変更した瞬間、freee側で請求書の下書きが自動作成されるフローです。

• 従来の課題：kintoneで管理している受注情報を、経理担当者が改めてfreeeに手入力（二重入力）。入力ミスによる請求漏れや金額誤認が発生。
• 連携後の姿：kintone側の案件データが直接freeeの「請求書」または「取引」オブジェクトに変換されるため、営業と経理の「伝達漏れ」を物理的に撲滅できます。

2. 購買・支払管理：ワークフロー承認と仕訳の同期

稟議や支払依頼をkintoneの「プロセス管理」機能で行い、最終承認が下りたデータをfreeeの「支払依頼」や「振替伝票」として出力します。

• 従来の課題：kintoneで承認されたPDFや紙の証憑を、経理が目視で確認しながらfreeeに仕訳登録。承認ルートの証跡と仕訳の紐付けが困難。
• 連携後の姿：kintoneの承認完了をトリガーにfreeeへ連携されるため、会計監査時に「なぜこの支払が行われたか」の根拠をkintoneのレコードIDで即座に追跡可能です。

関連記事：【徹底比較】バクラク vs freee支出管理。中堅企業が「経費精算・稟議」を会計ソフトと分ける本当の理由

3. マスタ同期：部門・従業員・取引先情報の一元化

freee側の勘定科目や部門タグ、kintone側の顧客マスタを双方向、あるいは一方向で同期させます。

• 従来の課題：freeeで新設した部門がkintone側に反映されておらず、連携時にエラーが発生。あるいは古い顧客名で請求書を発行してしまう。
• 連携後の姿：常にマスタの整合性が保たれ、連携時のバリデーション（データ整合性チェック）がスムーズになります。

【徹底比較】連携を実現する3つの手法とコスト・スペック

freeeとkintoneの連携には、公式プラグイン、iPaaS（Integration Platform as a Service：複数のアプリをプログラム不要で繋ぐサービス）、独自開発（API利用）の3つの選択肢があります。

1. 公式プラグイン（freee for kintone）の特徴

freeeが提供する「freee for kintone」は、最も手軽な導入手法です。kintoneの画面上に「freeeに送る」というボタンを配置し、データを飛ばすことができます。

• メリット：追加費用がかからず、最短即日で利用開始できる。freeeのAPIアップデートにも追従。
• デメリット：「ボタンを押す」という手動操作が残る。1レコードずつしか送れない場合が多く、大量データには不向き。また、独自の「条件分岐（Aの場合のみ送る等）」が難しい。

出典：freee for kintone サービス紹介 — https://www.freee.co.jp/kintone/

2. iPaaSによる高度な自動化

「kintoneのステータスが承認済みになったら、即座にfreeeに取引を作成し、完了後にSlackへ通知し、kintoneのレコードを更新する」といった、ツールを跨いだ連鎖的な処理に適しています。

• 代表的なツール：Anyflow、Zapier、Make、BizteX Connectなど。
• 特徴：GUI（画面操作）でノーコード設定が可能。API制限を考慮したキューイング（順番待ち処理）を備えているものも多い。

関連記事：高額なCDPは不要？BigQuery・dbt・リバースETLで構築する「モダンデータスタック」

3. 独自開発（API連携）

AWS LambdaやGoogle Cloud Functionsなどのサーバーレス環境を用いて、独自の連携プログラムを構築します。

• メリット：「kintoneの複数アプリを合算してfreeeの1つの取引にする」といった複雑な集計ロジックを実装可能。
• 注意点：freeeのAPI認可（OAuth 2.0）やアクセストークンの更新（Refresh Token）処理を自前でセキュアに管理する必要がある。

【実践手順】kintone請求データをfreeeへ自動連携する設定10ステップ

ここでは、実務で最も要望が多い「請求書データの自動連携」を、拡張性の高いiPaaSを用いて構築する際の手順を細分化して解説します。

Step1. freee APIのアプリケーション登録

freeeの「freee Developers Community」にて、新規アプリケーションを登録し、連携に必要なClient IDとClient Secretを取得します。

• 認可範囲（Scope）：「Read/Write Accounting（会計帳簿の読み書き）」を適切に設定してください。
• リダイレクトURL：連携ツール（iPaaS）の指定するURLを入力します。

出典：freee API 開発ガイド — https://developer.freee.co.jp/docs

Step2. kintoneアプリの「フィールドコード」設計

連携エラーの最大の原因は、データの「型」や「名称」の不一致です。kintone側の設定画面で、各項目のフィールドコードをAPIフレンドリーな名称に変更します。

• 請求日：invoice_date（日付形式）
• 取引先：partner_id（数値または文字列。freee側のIDを保持させるのが理想）
• 税区分：tax_code（選択肢。例：10%・8%軽など）

Step3. マスタデータの事前同期

freeeで定義されている「勘定科目」「税区分」「取引先名」「部門」をkintone側のアプリの選択肢（またはルックアップ）にインポートします。これがずれていると、連携時に「指定された勘定科目が存在しません」というエラーで停止します。

Step4. iPaaSでのコネクタ接続

利用するiPaaS上で、freeeとkintoneのアカウントを認可します。OAuthの認証画面が表示されるため、管理権限を持つユーザーでログインします。

Step5. トリガーの設定（kintone側）

「どのタイミングでデータを送るか」を定義します。単なる保存時ではなく、承認ステータスを条件に含めるのが実務上の鉄則です。

Step6. アクションの設定（freee側）

「freee側で何を生成するか」を選択します。

• 請求書オブジェクト：PDFとしての請求書をfreeeで発行する場合。
• 取引オブジェクト：売掛金の発生仕訳のみを作成し、請求書自体は他で発行している場合。

Step7. 項目マッピング（紐付け）

kintoneの「合計金額」をfreeeの「amount」へ、kintoneの「備考」をfreeeの「description」へ、といった形で1対1で紐付けます。この際、数値項目に文字列が入らないよう注意が必要です。

Step8. テスト実行とサンドボックスの活用

本番の会計データにゴミが混ざるのを防ぐため、freeeの「テスト用事業所」を利用します。

重要：freee APIでは、一度発行された「取引ID」や「請求書番号」は、削除しても欠番となります。法的な帳簿の連続性を保つため、本番環境でのデバッグは最小限に留めましょう。

Step9. エラー通知設定

API制限（レートリミット）やデータ不備で連携が失敗した際、システム担当者や起票者にSlackやメールで即座に通知が飛ぶよう設定します。

Step10. 権限管理と本番公開

kintoneのアプリ設定で「連携ボタン」や「特定ステータスへの変更」ができるユーザーを限定し、誤操作による意図しない仕訳作成を防ぎます。

実務で直面する「API制限」と「異常系」の回避・解消法

大規模なデータを扱う場合、カタログスペック上の「制限」を無視した設計をすると、月次決算の締め間際でシステムが停止するリスクがあります。

1. kintoneの「1日1万リクエスト」制限

kintone APIには、1ドメインあたり1日10,000リクエストという制限があります。

• リスク：全社でkintoneを多用している場合、夜間のバッチ処理や大量のデータ更新により、この上限に達して連携が止まることがあります。
• 対策：bulkRequestを利用し、最大100件のレコードを1リクエストで処理する設計にします。

出典：kintone APIの制限事項 — https://jp.cybozu.help/k/ja/admin/limitation/limit.html

2. freeeのレートリミット（429 Too Many Requests）

freee APIは、短時間に大量のアクセスをすると一時的に接続を遮断します。

• リスク：iPaaSでループ処理を行い、1秒間に何十件もリクエストを送ると、即座にエラーとなります。
• 対策：iPaaS側で「リトライ処理（指数バックオフ）」を有効にするか、1秒間に実行するタスク数を制限（スロットリング）します。

3. データの重複登録（二重計上）の防止

連携が成功した後にネットワークエラーが発生し、kintone側は「失敗」と判断したが、freee側には「作成済み」という不整合が起きることがあります。

異常系の時系列シナリオとリカバリ手順

システム運用において、正常系よりも重要なのが「異常系」への対応です。以下に代表的なトラブルシナリオとその対処法をまとめます。

シナリオA：kintone側で承認後に金額が修正された場合

1. 発生：一度freeeに連携された後、kintoneのレコードが再編集（金額変更）される。
2. 問題：freee側の仕訳は古い金額のまま残り、帳簿が不整合になる。
3. リカバリ：kintoneのステータスを「引き戻し」た際に、API経由でfreee側の取引を一度「削除」または「赤伝票（マイナス仕訳）」を発行する。または、手動修正が必要な旨をアラート表示する。

シナリオB：freee側で月次が「締め」られた後に連携した場合

1. 発生：経理担当者がfreeeで月次確定（締め）を行った後、kintoneから過去日付のデータが送られる。
2. 問題：freee APIが「締め済みの期間です」とエラーを返し、連携が失敗する。
3. リカバリ：iPaaS側でエラーをキャッチし、経理担当者に「未連携データ」として通知。翌月の初日に計上するか、一時的に締めを解除して取り込むか判断を仰ぐ。

成功事例から学ぶ運用の最適解

事例1：株式会社LIG（受託開発・メディア運営）

LIGでは、営業担当者がkintoneで案件管理を行い、受注後の請求情報をfreeeへ連携しています。

• 導入の背景：以前はスプレッドシートからfreeeへ手入力しており、入力ミスや請求漏れが頻発。
• 運用の工夫：公式プラグイン「freee for kintone」を採用。kintone画面に「freeeへ出力」ボタンを配置し、営業が自らボタンを押すことで、経理への依頼工数をゼロ化。
• 効果：月間数十時間の工数削減とともに、請求ミスがゼロに。

出典：株式会社LIG 導入事例 — https://www.freee.co.jp/cases/liginc/

事例2：星野リゾート（観光・宿泊業）

星野リゾートでは、kintoneを強力な業務プラットフォームとして活用し、現場主導のDXを推進しています。

• 運用の工夫：施設ごとの多様な業務アプリをkintoneで構築。各現場で発生した経費や売上データを、APIを通じて会計システムへ統合するアーキテクチャを構築。
• 示唆：「現場で入力したものがそのまま会計に直結する」という信頼性の高いデータフローが、迅速な経営判断を支えています。

出典：星野リゾート kintone 活用事例 — https://kintone-sol.cybozu.co.jp/cases/hoshinoresorts.html

【共通項】成功を左右する3つのポイント

• 「発生源入力」の徹底：データは必ず現場（kintone）で入力し、経理は「修正」ではなく「確認」に徹する。
• マスタの「正」を定義する：「取引先情報はfreeeが正」「案件情報はkintoneが正」と、マスタごとにオーナーシップを明確にする。
• 段階的導入：いきなり全自動化せず、まずは「ボタン操作による連携」から始め、エラー率が下がってから無人自動化へ移行する。

想定問答（FAQ）10問：実務担当者のよくある懸念

Q1. freeeの請求書APIと取引API、どちらを使うべきですか？

A. 自社の業務フローによります。freeeで請求書のPDFを作成し、メール送付機能まで使いたい場合は「請求書API」です。請求書はkintoneや他のツールで作成済みで、freeeには仕訳（売掛金）だけを立てたい場合は「取引API」を使用してください。

Q2. 1つのkintoneレコードに複数の明細（品目）がある場合も連携できますか？

A. 可能です。kintoneの「テーブル（子レコード）」項目を、freeeの取引明細（details）配列としてマッピングします。ただし、公式プラグインではテーブル項目の扱いに制限がある場合があるため、iPaaSや独自開発での実装が推奨されます。

Q3. 軽減税率（8%）と標準税率（10%）が混在していても大丈夫ですか？

A. はい。freeeのAPIには税区分コード（tax_code）を指定するパラメータがあります。kintoneの各明細行に税率を持たせ、それをfreeeの対応するコードに変換して送ることで、正確な消費税計算が行われます。

Q4. 連携ツール（iPaaS）のセキュリティは安全ですか？

A. 国内の主要なiPaaS（Anyflow等）は、ISMS認証やPマークを取得しており、通信の暗号化やデータの非保持などの対策を講じています。社内のIT監査部門には、各ベンダーのセキュリティチェックシートを提出し、認可を得るのが一般的です。

Q5. 過去の大量データを一括でfreeeに送りたいのですが、注意点は？

A. API制限に最もかかりやすいケースです。一度に数千件送る場合は、1リクエストあたりの件数を絞り、待機時間を設ける「バッチ処理」を組むか、iPaaSのバルクインサート機能を利用してください。また、freee側の「開始残高」と重複しないよう期間設定に注意が必要です。

Q6. freeeのプランによってAPI利用に制限はありますか？

A. 法人プランであれば基本的にはAPI利用が可能ですが、プラン（スターター、プロフェッショナル、エンタープライズ）によって、APIのリクエスト上限や、アクセス可能なオブジェクトに差があるため、契約プランの詳細は公式の「プラン別機能一覧」をご確認ください。

Q7. 連携が途中で止まった場合、どこまで送られたか確認できますか？

A. 多くのiPaaSには「実行ログ」機能があり、どのレコードでエラーが出たかを確認できます。堅牢な設計では、kintone側に「連携完了日時」と「freee取引ID」を書き戻すようにし、IDが空のレコードを「未連携」として抽出可能にします。

Q8. 取引先の名称がkintoneとfreeeで微妙に違う場合、どうなりますか？

A. エラーになります。この問題を避けるため、kintone側で「取引先」を選択する際、freeeの取引先IDをルックアップするか、マスタ同期ツールを用いて名称を完全に一致させる運用が必要です。

Q9. 稟議（kintoneプロセス管理）が否決された場合、freeeのデータはどうなりますか？

A. 通常、連携のトリガーを「承認完了」に設定するため、否決されたデータはそもそも送られません。もし「申請中」で一度送り、「否決」で削除するという高度な運用をする場合は、削除APIの叩き忘れに注意が必要です。

Q10. APIの仕様変更があった場合、システムは壊れますか？

A. freeeもkintoneもAPIのバージョニング管理を行っており、古いバージョンがいきなり廃止されることは稀です。ただし、iPaaSや独自プログラム側で、定期的に公式の開発者向けアナウンスを確認し、数ヶ月〜1年のスパンでメンテナンスを計画することが推奨されます。

まとめ：分断を解消し「攻めの経理」へ

freeeとkintoneの連携は、単なるツールの接続ではありません。データの発生源（営業・現場）と、数値の帰着点（会計）を物理的に統合することで、組織全体の情報の透明性を高める取り組みです。

本稿で解説した「10ステップの導入手順」や「異常系への備え」を参考に、まずはスモールステップから自動化を検討してみてください。手作業をゼロに近づけることで、経理部門は「集計」という作業から解放され、データを活用した「経営判断の支援」という本来の付加価値にリソースを集中できるようになります。

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