kintoneは業務アプリを手軽に作れる一方、Salesforceや会計システム、社内DB、BIツールなど外部システムとどうつなぐかで悩むケースが多くあります。本記事では、標準機能からAPI開発までの連携手段の選択肢を整理したうえで、主要なkintone対応連携ツールを中立な立場で比較し、選定時に見落としやすいチェックポイントまで解説します。

01　kintone連携でよくある要件

kintoneは現場主導でアプリを作れる手軽さが評価される一方、業務が広がるほど「他システムとどうつなぐか」が課題になります。よく挙がる要件を整理すると、次のようなパターンに集約されます。

• Salesforceなど営業系システムとの双方向同期：現場で管理するkintoneの案件情報と、Salesforceの商談・顧客情報を食い違いなく保ちたいケース。
• 会計・販売管理システムとの連携：kintoneで作成した見積・請求データを、会計システム側へ二重入力せずに反映したいケース。
• 社内DB・基幹システムとの統合：オンプレの基幹システムが持つマスタデータを、kintoneアプリ側でも参照・更新したいケース。
• BIツール・分析基盤への集約：kintoneに蓄積された業務データを、BigQueryやTableauなどの分析基盤に定期的に集約したいケース。

これらに共通して難しさを増しているのが、サブテーブル（明細行）の扱いです。見積の明細や日報の項目一覧など、kintoneのサブテーブルはネストした構造を持つため、単純な一覧データとして連携できるツールばかりではありません。また、双方向連携を前提にすると「同じレコードを重複させずに更新するか、新規作成するか」を判定する仕組み（upsert）も欠かせない要件になります。

たとえば、日次で更新される受注データをkintoneで管理しながら、営業担当者がSalesforceの商談情報を並行して更新している企業では、朝会前に両システムの数字が一致しているかを目視で確認する作業が発生しがちです。このような突き合わせ作業は件数が増えるほど属人化しやすく、月末になるほど負荷が集中する傾向があります。同様に、見積書をkintoneで作成したあと会計システムへ手入力で転記している経理担当者にとっては、転記漏れや金額の入力ミスがそのまま請求トラブルにつながるリスクとなります。複数拠点でkintoneを使っている企業では、拠点ごとのデータを本社の基幹システムやBIツールへ集約する際に、サブテーブルの明細行が欠落したまま集計されてしまうといった見えにくい不具合も起こりがちです。こうした業務シーンをあらかじめ具体的に洗い出しておくことが、連携手段を選ぶ際の精度を高めます。

02　連携手段の選択肢｜4つのアプローチを比較

kintoneと外部システムをつなぐ方法は、大きく4つのアプローチに分けられます。それぞれ得意な用途とスキル要件が異なるため、まずはどのアプローチが自社に合うかを見極めることが選定の出発点になります。

この4つは優劣ではなく、連携の規模と継続性によって向き不向きが変わります。単発・小規模ならJavaScriptカスタマイズや既製プラグインで十分ですが、複数システムを継続的に双方向でつなぎ、運用まで見据えるなら連携ツールが有力な選択肢になります。

• 標準機能は追加コストがかからない反面、仕様変更のたびにJavaScriptの修正が発生しやすく、実装した担当者が異動すると保守が止まってしまうリスクがあります。
• プラグインは導入が速い一方、複数のプラグインを組み合わせて使うと設定同士が干渉し、不具合の原因の切り分けが難しくなることがあります。
• 連携ツールは初期費用がかかるものの、ノーコードで設定内容を見える化できるため、担当者が変わっても運用を引き継ぎやすい点が強みです。
• API開発は自由度が最も高い反面、開発・保守のコストをすべて自社で負うことになり、仕様変更のたびに追加開発が必要になります。

03　主要なkintone対応連携ツール比較

連携ツールを選ぶ場合、kintoneに対応した主要な製品にはそれぞれ得意領域があります。ここでは代表的な製品を中立な立場で紹介します。詳細な機能・料金は各製品の公式サイトをご確認ください。

Passwork

分類上はEAI型に位置づけられながら、ノーコードの操作性を重視して設計された連携サービスです。kintoneのアプリ・サブテーブルを含めて双方向で同期でき、VPN／VPC接続によりオンプレの基幹システムまでハブとして統合できます。外部キー照合によるupsertや、スケジュール実行・エラー通知が標準で備わっています。

向いているケース：kintoneを起点に複数システムを双方向でつなぎ、運用まで含めて任せたい場合に向いています。

選定時に確認したいポイント：サブテーブルを含めた双方向のupsertが、実際の業務データで問題なく動くかを導入前のPoCで確認することをおすすめします。

trocco

ETL／ELTに強みを持つデータ基盤構築サービスです。kintoneのデータをBigQueryなどのDWHへ定期転送する用途での活用実績があり、分析基盤へのデータ集約に適した設計になっています。

向いているケース：kintoneのデータを分析基盤へ一括集約したい場合に向いています。

選定時に確認したいポイント：転送スケジュールの粒度と、サブテーブルを含む複雑な構造のデータをどこまで扱えるかを確認しておくと安心です。

ASTERIA Warp

国内で長年の実績を持つノーコードのEAI型連携ツールです。豊富なアダプタでkintoneを含む多数のシステムを接続でき、フローチャート形式でデータの流れを設計できます。

向いているケース：社内に複数の基幹システムがあり、幅広い接続実績のあるツールを求める場合に向いています。

選定時に確認したいポイント：自社が接続したいシステムのアダプタが用意されているか、フローの設計・保守を担当できる体制を社内に確保できるかを確認しましょう。

DataSpider

大手企業でも採用例の多いEAI型の統合基盤です。kintoneを含む多様なアダプタを備え、大規模かつ複雑なシステム統合のシナリオ構築に向いています。

向いているケース：複数拠点・複数システムにまたがる大規模な統合基盤を構築したい場合に向いています。

選定時に確認したいポイント：大規模なシナリオの設計・保守を担える体制が社内にあるか、導入時の学習コストをどう吸収するかを見積もっておくとよいでしょう。

CData（CData Connect／各種ドライバ）

kintoneを含む数百のSaaS・データベースに対応する接続ドライバ・データ仮想化製品群です。BIツールや他のETLツールから、kintoneのデータを標準的なテーブルのように扱える点が特徴です。

向いているケース：既存のBI・ETLツールから標準的な方法でkintoneへ接続したい場合に向いています。

選定時に確認したいポイント：接続先のBI・ETLツール側で、kintoneのサブテーブルがどこまで正しく扱えるかをあらかじめ確認しておく必要があります。

krewData

kintone専用に開発された、ノーコードのデータ加工・連携プラグインです。kintoneアプリ間のデータ集計・変換をkintoneの画面内で完結できる点が特徴です。

向いているケース：kintoneアプリ同士のデータ集計・加工をkintoneの枠内で完結させたい場合に向いています。

選定時に確認したいポイント：用途がkintoneアプリ間の連携に閉じているか、外部システムとの連携まで見据える必要があるかを整理しておきましょう。

04　選定時のチェックポイント

製品を比較する際、機能一覧の見た目だけでは判断しづらい、運用フェーズで効いてくる観点をまとめます。

• ①サブテーブル対応：kintoneのサブテーブル（明細行）を、ネストした構造のまま正しく取得・書き戻しできるか。対応の深さは製品によって差が出やすいポイントです。
• ②upsert（重複させない書き戻し）：外部キーによる突合で、更新か新規作成かを自動判定できるか。双方向連携では特に重要になります。
• ③APIリクエスト数への配慮：kintoneのAPI呼び出し回数には上限があるため、大量データを扱う際にリクエストをまとめて処理する設計になっているか。
• ④認証方式：APIトークンやパスワード認証、OAuthなど、社内のセキュリティポリシーに合う認証方式に対応しているか。
• ⑤スケジュール実行とエラー通知：定期実行や、失敗時の通知が標準機能として備わっているか。誰が異常に気づく体制かも合わせて確認します。
• ⑥サポート体制：導入時の設計支援や、障害時に相談できる日本語サポート窓口があるか。

kintone特有の注意点をさらに深掘りする

上記のチェックポイントのうち、特にkintoneならではの落とし穴になりやすい4点を掘り下げます。

サブテーブルは、見積の明細行や日報の項目一覧のように、1レコードの中にネストした複数行データを持つ構造です。単純なCSVエクスポートのようなフラットな取得方法では、この入れ子構造を正しく展開できず、明細行が欠落したり、親レコードと明細行の対応関係が崩れたりすることがあります。連携ツールを選ぶ際は、サブテーブルを持つアプリでの動作を必ず事前に確認してください。

添付ファイルフィールドは、ファイルの実体ではなくファイルキーのような参照情報だけを連携し、ファイル実体の転送には対応していないツールもあります。見積書や契約書のPDFを添付ファイルとして運用している場合は、ファイル実体まで連携できるかどうかを確認しておく必要があります。

APIリクエスト数の上限は、kintone側の仕様として一定時間内に呼び出せる回数に制限が設けられています。1件ずつ逐次的にAPIを呼び出す設計のツールでは、レコード数が多いアプリで処理が長時間化したり、上限に達してエラーになったりすることがあります。複数件をまとめて取得・更新するバッチ処理に対応しているかは、事前に確認しておきたいポイントです。

ルックアップフィールドは、別アプリのレコードを参照して値を自動転記する機能ですが、連携ツール側からはルックアップ元のアプリまで遡って値を取得する設計になっていない場合があります。ルックアップを多用しているアプリを連携する際は、参照先の値まで正しく取得できるかを確認しておくと安心です。

05　Passworkでのkintone連携

Passworkは、分類上はEAI型（VPN／VPC接続に対応し、オンプレの基幹システムまでハブとして統合できるタイプ）に位置づけられながら、ノーコードで組めるiPaaS型並みの使いやすさを両立させて設計されています。kintoneアプリとSalesforceの双方向同期、kintoneからBigQueryへの分析基盤連携、サブテーブルを含めたデータの取得・書き戻しといった実績があります。

連携の書き戻しは外部キー照合によるupsertに対応しており、同じレコードを重複させることなく更新・新規作成を自動判定します。スケジュール実行とエラー通知も標準機能として備わっており、構築後の運用を現場だけで回せる設計です。加えて、提供元のPraztoは350社以上の連携・導入支援実績を持ち、初期構築を1ヶ月のサポート付きで伴走できる体制を整えています。

また、AIチャットでの連携フロー構築やAIによるマッピング提案といったAI機能もGA済みで、kintoneと外部システムをつなぐ設計・保守の負担をさらに下げる方向で開発が進んでいます。

06　業務シーン別の活用例

ここまで整理してきた連携手段の選択肢は、実際にはどの業務シーンでkintoneを使うかによって、優先すべきポイントが変わってきます。代表的な3つのシーンを例に見てみます。

営業・案件管理｜kintone×Salesforceの双方向同期

現場でkintoneに入力する案件・活動情報と、Salesforceで管理する商談・顧客情報を食い違いなく保ちたいケースです。どちらか一方が更新されたら他方にも反映される双方向連携が前提となるため、upsertとサブテーブル対応の両方が求められる場面です。

経営分析｜kintone→BigQuery・Tableauへの集約

日報や実績データなど、kintoneに蓄積された業務データを分析基盤へ定期的に集約し、経営会議で使えるダッシュボードにまとめたいケースです。サブテーブルまで含めて欠損なく転送できるかが、集計精度を左右するポイントになります。

経理・バックオフィス｜会計システムとの連携で二重入力をなくす

kintoneで作成した見積・請求データを、会計システムへ手入力で転記している業務を自動化したいケースです。明細行（サブテーブル）を正しく引き継げるかどうかが、転記ミスの解消につながる重要な要件です。

07　よくある質問

プラグインと連携ツール、どちらを選べばいいですか。

単一のkintoneアプリ内で完結する集計・加工であればプラグインで十分な場合が多く、複数の外部システムと継続的に双方向でデータをやり取りしたい場合は連携ツールが向いています。まずは連携したいシステムがkintoneの外にあるかどうかで判断するとよいでしょう。

サブテーブル（明細行）を持つアプリでも連携できますか。

製品によって対応の深さに差があります。サブテーブルを単純に読み飛ばしてしまうツールもあれば、明細行まで含めて取得・書き戻しできるツールもあるため、見積・請求のように明細を持つアプリを連携する予定がある場合は、導入前に必ず実データで動作確認することをおすすめします。

リアルタイムに近い同期は可能ですか。

kintone側のWebhook機能と連携ツールを組み合わせることで、レコードの作成・更新をトリガーにした、即時に近い同期を組める場合があります。ただし製品によって対応可否や設定方法が異なるため、必要な同期速度を事前に明確にしたうえで確認するとよいでしょう。

APIリクエスト数の上限が心配です。

kintoneのAPIには、一定時間あたりの呼び出し回数に上限が設けられています。複数件をまとめて処理するバッチ処理に対応したツールを選ぶことで、大量データを扱う場合でも上限に達しにくくなります。データ件数が多いアプリを連携する予定がある場合は、この点を選定時に確認しておくと安心です。

既存のプラグインから連携ツールに乗り換えることはできますか。

多くの場合、既存のkintoneアプリやデータ構造を変更せずに連携ツールを導入できます。まずは一部のアプリ・一部の連携だけを新しいツールに切り替えて並行稼働させ、問題がないことを確認してから範囲を広げていく進め方が安全です。

08　まとめ：手段を絞り、要件で決める

kintone連携の選び方は、いきなり製品を比較するのではなく、まず標準機能・プラグイン・連携ツール・API開発という4つの手段から自社の規模と継続性に合う候補を絞り込み、次にサブテーブル対応やupsertといったチェックポイントで判断するという2段階で考えると失敗しにくくなります。特にSalesforceや会計システムと双方向で同期し続けたい場合は、ノーコードの連携ツールが有力な選択肢になります。まずは自社にとって欠かせない要件を1つ書き出すところから始めてみてください。