kintone自動化ガイド|専任者なしで進める標準機能・プラグイン・外部連携の使い分け

kintoneを入れたのに、月末の請求書はまだExcelで作っている。Webフォームの問い合わせは誰かがkintoneに手で写している。日報は集まるが、集計は結局スプレッドシートにコピーして人がやっている。kintone導入済みの会社で、こういう状態は珍しくありません。
kintoneの本来の強みは、業務アプリを自分で作れることです。ただ、アプリを作っただけでは「入力の場所が変わった」で終わります。本当に楽になるのは、kintoneに溜まったデータを他のツールと連携させたり、繰り返し作業を自動化したりする段階からです。
この記事では、kintoneの自動化でできることを「標準機能・プラグイン・外部ツール連携」の3つに分け、費用と難易度でどう使い分けるか、どこまで自社で進められてどこから外部に頼むべきかを書きます。私はAIと業務自動化の導入支援をしている実装者です。先に正直に書いておくと、私自身がkintoneを本番で運用した経験はありません。日々運用しているのは、kintoneと同じ「ノーコードで業務データベースと自動化を組めるツール」であるLark Baseと、n8n・Jotformの組み合わせです。標準機能の限界、外部ツールと組み合わせる境目、データの重複や障害への備えは、ツールが違っても構造が同じなので、この記事ではそこで実際に起きたことを例として使います。kintone固有の機能名や料金は公式情報に基づいて書いています。
kintone自動化とは何か
kintoneの自動化とは、kintoneアプリに対するデータの入力、通知、集計、外部サービスへの転送といった作業を、人の手を介さずに実行させることです。
案件管理アプリでステータスが「完了」に変わったら自動でSlackに通知する。Webフォームから問い合わせがあったらkintoneにレコードが自動で追加される。月末に売上データを自動でスプレッドシートに書き出す。こうした仕組みです。
手段は大きく3つあります。追加費用のかからない標準機能、有料のプラグイン、そしてn8nやMakeのような外部ツールとの連携です。先に、この3つをどう使い分けるかを整理します。
kintone自動化の3つの手段を比較する
「どれを使えばいいか」で迷う会社が多いので、先に比較表を出します。
手段 | 追加費用 | 設定の難易度 | 向いている業務 | 弱点 |
|---|---|---|---|---|
標準機能 | なし | 低い(画面の設定のみ) | kintone内で完結する通知・承認・計算・アプリ間コピー | kintoneの外には出られない |
プラグイン | 月額5,000〜30,000円程度 | 低い(導入後は画面設定) | 一覧の一括編集、アプリ間集計、画面のカスタマイズ | 費用が積み上がる。プラグインの仕様に依存する |
外部ツール連携 | 無料〜月額数千円 | 中程度(データの流れの理解が要る) | フォーム・チャット・会計ソフト・AIなど、他サービスとの連携 | 連携先の仕様変更への追随と、エラー時の対応が必要 |
判断の目安は「自動化したい作業がkintoneの中で完結するか、外に出るか」です。中で完結するなら標準機能かプラグイン、外のサービスとデータをやり取りするなら外部ツール連携になります。手で転記している作業は、ほぼ後者です。

前提として1つ注意があります。プラグイン、外部サービス連携(API・Webhook)、JavaScriptによるカスタマイズが使えるのはスタンダードコース以上です。ライトコースを契約している場合、この記事のプラグイン以降の話はそのままでは使えないので、先にコースを確認してください。
標準機能でできるkintone自動化
kintoneには、追加費用なしで使える自動化機能がいくつかあります。プラグインを入れる前に、ここで足りないかを確認してください。
通知条件の設定
レコードの追加・編集・削除、ステータスの変更、特定のフィールドが条件を満たしたときに通知を送れます。「見積金額が100万円を超えたら上長に通知」「納期まで3日以内のレコードを担当者に通知」といった設定が、プログラミングなしでできます。
プロセス管理(ワークフロー)
申請→承認→差し戻しといった流れを、プロセス管理機能で組めます。紙の稟議書をkintoneに置き換えたい場合は、この機能が中心になります。承認者の設定、条件分岐、承認後の自動ステータス変更が可能です。
自動計算とルックアップ
関連するアプリ間でデータを参照するルックアップ、フィールドの値を自動で計算する計算フィールドも標準機能です。見積アプリで商品マスタから単価を引いてくる、数量×単価を自動計算する、といった使い方はプラグインなしで実現できます。
アクション機能(アプリ間のレコードコピー)
あるアプリのレコードから、別のアプリにレコードを作成する機能です。「受注が決まった案件のレコードをボタン1つで請求管理アプリにコピーする」といった処理は、プラグインを入れなくてもアクション機能で組めます。「アプリ間でレコードをコピーしたい」という要望でプラグインを検討する前に、まずここを試してください。
実例:標準機能だけで「マスタの重複」を止めた話と、その限界
標準機能で何ができて、どこで止まるかは、実際に組むと見えてきます。医療系の顧客の顧客データベース(Lark Base)で、セミナー会場のマスタが荒れていました。同じ建物の別会議室が同じ名前で登録されたり、全角と半角の違いで同じ会場が2件になったりして、59件のうち16件が重複です。完全一致の重複が10件、表記ゆれの重複が6件でした。
やったことは3つです。まず、会場名と会場詳細を連結した計算フィールドを作り、それを一意のキーとして主フィールドにしました。kintoneで言えば、計算フィールドとルックアップの組み合わせに当たります。次に、既存の16件を統合し、全レコードの表記を正規化しました(数字と英字は半角、連続する空白は1つに)。最後に、レコードの追加・変更をきっかけに同じキーを検索して、担当グループに件数つきで通知する自動化を標準機能で組みました。これで、重複が入った瞬間に人が気づけます。

限界も2つありました。1つは、この自動化に条件分岐が無く「重複があったときだけ通知」ができないこと。毎回通知して人が件数を見る運用にしています。もう1つは、計算フィールドを検索条件に使うには表示形式を先にテキストに設定しておく必要があった、という細かい仕様で、ここで1時間止まりました。標準機能は「使える範囲は無料で速い。ただし細部の仕様に運用を合わせる側になる」と覚えておくと、プラグインや外部ツールに切り替える判断が早くなります。
プラグインで広がるkintone自動化
標準機能では対応しきれない要件には、プラグインを使います。自動化の文脈でよく使われるものを挙げます。
krewSheet(クルーシート)は、kintoneの一覧をExcelのように編集できるプラグインです。データの一括入力・修正の効率が大きく上がります。krewData(クルーデータ)は、複数のkintoneアプリ間でデータの集計・加工・転送を自動化できます。
gusuku Customine(カスタマイン)は、ノーコードでkintoneの動作をカスタマイズできるサービスです。条件に応じてフィールドの表示を変える、複数の処理をボタン1つで連続実行する、といった標準機能を超える処理を組めます。
プラグインの選定で注意すべきは費用です。月額制のものが多く、複数入れるとランニングコストが積み上がります。「この機能は本当にプラグインでないと実現できないか」を確認してから導入してください。標準機能と外部ツールで代替できるケースは意外と多いです。
kintone連携で実現する外部ツール自動化
kintone単体やプラグインでは対応しきれない自動化には、外部の業務自動化ツールを使います。手で転記している作業を減らす効果が最も大きいのはこの領域です。ただし、後述するように運用の手間もこの領域が一番かかります。
n8n・Makeとの連携
n8nやMake(旧Integromat)は、異なるサービス間のデータ連携を自動化するツールです。kintoneのAPIを使って、次のような自動化が可能です。
- Webフォーム(Googleフォーム、Jotformなど)の回答をkintoneに自動登録する
- kintoneのレコードが更新されたらSlack・Chatwork・LINEに通知する
- kintoneの日次データを自動でGoogleスプレッドシートに書き出す
- 受注メールの受信をトリガーに、kintoneにレコードを作成する
- kintoneの案件データを会計ソフト(freeeなど)に送って請求書を作る
1つ目の「フォームの回答をデータベースに登録する」は、私がLark Baseで日常的に動かしている構成そのものです。フォームの送信をきっかけにn8nが起動し、26項目を対応表に従って変換し、添付ファイルがあれば取り出してアップロードし、レコードを作る。この連携で一番大事だったのはフィールドの対応表ではなく、「フォームの送信IDを重複判定のキーにする」ことでした。同じ送信が2回流れてもレコードが二重に作られない仕組みを最初に入れておくと、あとの掃除が要りません。この経緯は業務自動化ツールの選び方に詳しく書いています。
IT専任者がいない会社には、Makeかn8nのクラウド版のように、サーバー管理が要らない形を勧めます。n8nには無料のセルフホスト版もありますが、サーバーの構築・更新・バックアップを自社で持つことになるので、社内にインフラを見られる人がいる場合に限ります。詳しい使い方はn8nの使い方完全ガイドで解説しています。
RPAとの違い。kintoneでRPAが必要になる場面
「kintone RPA」で調べている方も多いので、外部ツール連携とRPAの違いに触れておきます。RPAは人の画面操作を記録して再生する仕組みで、n8nやMakeはAPI(データの出入口)同士を直接つなぐ仕組みです。kintoneはAPIが整備されているため、kintone側の処理にRPAは基本的に不要です。
RPAが必要になるのは、連携相手にAPIがない場合です。たとえば古い基幹システムや、ブラウザでしか操作できない申請サイトからkintoneにデータを移すときは、RPAで画面を操作してデータを取り出し、kintoneへはAPI経由で入れる、という組み合わせになります。画面のデザインが変わるとRPAのシナリオは壊れるので、API連携で済むところにRPAを使うのは避けてください。
ChatGPT・AIとの連携
kintoneに溜まったデータをAIで処理する使い方も広がっています。具体的には次のような形です。
- 問い合わせアプリに登録されたテキストを、AIが「見積依頼」「サポート」「営業」に自動分類して担当者に振り分ける
- 日報アプリの内容をAIが要約し、週報の下書きを自動生成する
- 取引先から届いた請求書PDFをAIが読み取り、金額・支払期日をkintoneの支払管理アプリに登録する
- 顧客の問い合わせ履歴からFAQ候補を自動抽出する
この連携はkintone単体ではできず、n8nやMakeを中継して、kintone APIとAIのAPIをつなぐ形で実現します。AIの判断は100%正確ではないので、「AIが下書きを作り、人が確認して確定する」流れにしておくのが実務上の定石です。
実例を1つ。同じ顧客で、セミナーの開催報告をデータベースに入力すると、AIが院のブログ記事の下書きを書いてWordPressに下書きとして置く仕組みを動かしています。構成は、データベースのレコードに置いたボタンを人が押す、n8nが起動する、レコードの内容からAIが本文を生成する、ブログに下書きとして作成する、担当者が読んで直して公開する、の5段階です。発火をボタンだけにしたのは意図的で、フォーム送信や定期実行で勝手に動かないようにしています。「人が押した」が承認の代わりです。

動かし始めてから、初めての実運用記事に対して担当者から8点の直しが入りました。見出しの数の上限、参加人数に触れない、リスクの書き方のトーン、結びの定型文など。この8点をAIへの指示に固定して2回作り直し、通しテストを全部通してから本運用にしています。AI連携は「一発で正しく動く」ものではなく、最初の数件で出た直しをルールとして固定する工程まで含めて設計です。読み取れなかった請求書や分類に迷った問い合わせは必ず出るので、「例外が出たら誰が処理するか」も最初に決めておいてください。ここを決めずに動かすと、例外がkintoneの中に放置されます。ChatGPTの業務活用についてはChatGPT業務活用の実践ガイドで詳しく書いています。
kintone自動化、どこから始めるか
自動化の対象として優先度が高いのは「人が手で転記している作業」です。kintoneから別のツールへ、あるいは別のツールからkintoneへ、データを手動でコピーしている箇所を洗い出してください。
- フォームの回答をkintoneに手入力している
- kintoneの集計データをExcelにコピーして報告書を作っている
- kintoneのステータス変更をチャットツールに手動で報告している
- 受注メールの内容をkintoneに転記している
これらはすべて自動化できます。まず1つ選んで自動化してみると、他の業務にも横展開しやすくなります。
優先順位の付け方はAI業務効率化はどの業務から始めるかと同じで、「毎日発生する、属人化している、失敗しても大事故にならない」の3基準で決めます。kintoneの自動化に限らず、会社全体のデジタル化の順番を整理したい場合は中小企業のDX、何から始めるかも参考にしてください。
自社でやるか、外部に頼むかの境界線
標準機能とプラグインの設定は、kintoneのアプリを作れる担当者がいれば自社でできます。外部ツール連携も、フォームの回答を登録する、更新をチャットに通知する程度の一方向の連携なら、時間をかければ自社で組めます。
外部に頼んだほうがよいのは、複数のアプリや複数のサービスをまたいで双方向にデータを同期する連携と、AIを組み込む連携です。この2つは、データの重複や更新の競合が起きたときの設計が要るので、最初の設計を間違えるとあとから直すのに時間がかかります。自社でやるか外注するかの判断はAI導入の外注を考え始めたら読む記事にまとめています。
kintone自動化で気をつけること
進めるときの注意点は4つあります。
1つ目はAPIの利用制限です。kintoneのREST APIには、1つのアプリにつき1日あたりのリクエスト数の上限(スタンダードコースで10,000回)と、同時に処理できるリクエスト数の上限があります。「レコードを1件ずつ取得して1件ずつ更新する」ような組み方をすると、数千件のデータでこの上限に届きます。まとめて取得・まとめて更新するAPIを使い、処理を分割する設計が必要です。
2つ目はデータの整合性です。自動化によってデータが二重登録されたり、更新のタイミングがずれて古いデータで上書きされたりするリスクがあります。実際によくあるのが、kintoneのWebhookで通知を受けたあと、連携ツール側でレコードを取り直す前に別の更新が入り、古い内容で外部に送ってしまうケースです。自動化を組むときは「このレコードは何をキーに一意に識別するか」と「同じ通知が2回来たらどうするか」を最初に決めてください。先ほどの会場マスタの16件の重複も、送信IDでの重複判定も、結局はこの2つの問いに答えていなかった、あるいは答えた結果です。
3つ目は保守の負担です。プラグインに依存した自動化は、プラグインの仕様変更やサービス終了で動かなくなります。外部ツール連携も、連携先のAPI仕様変更やパスワードの期限切れで止まります。どちらも「止まったことに誰が気づき、誰が直すか」を決めておかないと、止まったまま数週間放置されます。エラー時の通知先を決めることまでが自動化の設計です。
4つ目は、クラウドのデータベースそのものが止まる日があることです。2026年7月末、私が運用しているLark側で約2時間の大規模障害があり、その間は顧客データベースにも自動化にも触れませんでした。翌日に組んだのが、2つのアプリ・29テーブル・約66,000件のレコードを毎朝5時に別のクラウドストレージへ丸ごと書き出す日次バックアップと、そのバックアップが失敗したときの通知を、止まったサービスに依存しない別の経路(この場合はChatwork)へ流す設定です。kintoneでも同じで、自動化を積み上げるほど「土台が止まった日にどう業務を回すか」と「データの複製がどこにあるか」が効いてきます。
kintone自動化の費用感
kintone自体のライセンスは、スタンダードコースで1ユーザーあたり月額1,800円(税抜)です(2026年9月時点。最小契約ユーザー数はサイボウズの公式サイトで確認してください)。自動化にかかる追加費用は方法によって異なります。
- 標準機能(通知、プロセス管理、計算フィールド、アクション): 追加費用なし
- プラグイン(krewData等): 月額5,000〜30,000円程度
- 外部ツール: Make有料版は月額約1,500円から、n8nクラウド版は月額20ユーロ程度から。n8nセルフホスト版はソフトウェア費用が無料だが、サーバー代と保守の手間は別にかかる
- 連携設計を外部に依頼する場合: 連携1件あたり5〜20万円が目安
まずは標準機能から始めて、手に負えない部分だけプラグインや外部ツール、外部支援を検討するのがコスト効率のよい進め方です。中小企業のAI・自動化導入にかかる費用全般は中小企業のAI導入費用はいくらかを参考にしてください。
よくある質問
Q. kintoneの自動化にプログラミングは必要ですか?
標準機能の範囲(通知、プロセス管理、計算フィールド、アクション)であれば不要です。外部ツール連携もn8nやMakeを使えば、コードを書かずに設定できます。ただし、どのフィールドの値をどこに渡すかというデータの流れは自分で組み立てる必要があるので、「まったく何も考えなくていい」わけではありません。JavaScriptによるカスタマイズが必要になるのは、高度な画面変更やAPIの直接操作が要る場合だけです。
Q. すでにkintoneを使っていますが、自動化は後から追加できますか?
できます。既存のアプリやデータを壊すことなく、通知条件の追加や外部ツール連携を後付けで設定できます。ただし、既存のフィールド構成が自動化に適していない場合(文字列フィールドに複数の情報が詰め込まれている等)は、先にフィールド構成の見直しが必要になることがあります。会場マスタの例のように、キーを整えてから自動化を載せる順番です。また、ライトコースの場合は外部連携やプラグインが使えないので、スタンダードコースへの変更が先になります。
Q. kintoneとn8nの連携は安定していますか?
kintoneはREST APIとWebhookの両方を提供しており、n8nから安定してアクセスできます。kintone側でWebhookを設定し、n8nでトリガーとして受け取る構成が一般的です。API制限と重複処理に注意して設計すれば、業務レベルの自動化で問題が出ることは少ないです。
Q. kintoneの自動化にRPAは必要ですか?
kintone側の処理には基本的に不要です。kintoneにはAPIがあるので、n8nやMakeで直接データをやり取りできます。RPAが必要になるのは、連携相手にAPIがない古いシステムや、画面操作でしか使えないサービスがある場合に限られます。
kintoneの自動化は、標準機能→プラグイン→外部ツール連携の順に広がります。最も効果が大きいのは、kintoneと他のサービスをn8nやMakeでつないで転記作業をなくす部分ですが、その分だけ運用の設計も必要になります。キーを整える、重複判定を先に決める、止まった日の備えを持つ。ツールが違っても効くのはこの3つでした。まずは「人が手でコピーしているデータ」を1つ見つけて、標準機能で足りるかを確認するところから始めてください。
kintoneの自動化をどこまで自社で進めるか、どこから外部に頼むか。判断に迷ったらまず現在地を把握するところから。
この記事のテーマに合うサービス:AIエージェント活用設計
AIエージェントを「使える形」まで設計する



