「kintoneには入力したのに、Excelの集計表にも同じ数字を打ち直している」。導入後の部門でよく聞く悩みです。承認や進捗はkintoneに移したのに、見積計算や取引先に渡す表はExcelのまま残る。同じ数字が2か所にあり、転記ミスや「どちらが最新か」の確認が毎週起きます。
ここで「全部kintoneに寄せるべきか、Excelのままでよいか」と迷って止まってしまう担当者は少なくありません。全体的なkintone導入の流れを押さえたうえで、この記事では業務ごとに「Excelのまま」「kintoneへ移す」「両方使う」を決める基準と、両方使う場合の最初の連携方法を整理します。読み終えたら、自社の業務を1つ選んで、上長に根拠つきで説明できる状態を目指します。
まず結論の早見表です。連携方法は、同期の頻度、データ量、社内の開発リソースの3つで選べます。
| 条件 | CSV（手動） | プラグイン/iPaaS | REST API |
|---|---|---|---|
| 同期の頻度 | 月に数回程度 | 週次〜日次 | 日次以上、リアルタイムに近い |
| データ量 | 数十件程度 | 継続的に増える | 数百〜数千件を超える |
| 担当者のスキル | 画面操作ができればよい | 設定だけでよい（開発不要） | 開発できる人が必要 |
| 費用 | 無料（kintone標準機能） | 有償（月額・年額） | 開発工数がかかる |
この表で迷う場合や、そもそもExcelから移すべきかを決めたい場合は、続きを読み進めてください。
kintoneとExcelの違いは「表計算ソフト」と「業務データベース」
まず両者の性格の違いを押さえます。Excelは、セルに自由に数字や文字を入れて計算するための表計算ソフトです。シート（1枚の表）の中でレイアウトも計算式も自分で組めます。
kintoneは、業務のデータをためて共有するための業務データベースです。Excelのシートにあたるのが「アプリ」、表の1行にあたるのが「レコード」、列にあたるのが「フィールド」です。フォームにフィールドを並べてアプリを作り、1件ずつレコードとして登録していきます。基本的なアプリの作り方は別記事でも紹介しています。
この違いは、次の読み方で考えると分かりやすくなります。
- Excelの1行 → kintoneの1レコード
- Excelの列 → kintoneのフィールド（文字列・数値・日付など、型を決める）
- Excelのブック → kintoneのアプリ（1つの業務につき1アプリ）
「型を決める」点が大きな違いです。Excelでは同じ列に数字と文字が混ざっても入力できますが、kintoneでは数値フィールドに数値しか入りません。この性格の違いが、あとで取り込むときのつまずきにもつながります。
入力・集計・共有で何が変わるか
実務で差が出るのは、入力・集計・共有の場面です。
| 場面 | Excel | kintone |
|---|---|---|
| 入力 | セルに自由に入力。書式も自分で決める | フォームのフィールドに入力。項目と型が決まっている |
| 集計 | 関数やピボットなどを自分で組む | 一覧や集計の機能で見る。細かい計算の自由度はExcelに分がある |
| 共有 | ファイルを送る・共有フォルダに置く | 1か所のデータを複数人で見る |
| 権限・履歴 | ファイル単位での管理が中心 | アプリやレコード単位でアクセス権を設定できる |
ファイルを送り合う運用では、「最新版はどれか」の確認が日常業務になりがちです。kintoneは1か所にデータを置くので、この確認が要りません。
kintoneが得意なこと、Excelが得意なこと
どちらが優れているかではなく、業務の性質に合うほうを選ぶ話です。
kintoneが向く場面
- 複数人が同じデータを更新し、常に最新を共有したい
- 承認の流れがあり、「今どこで止まっているか」を見たい
- 見てよい人・編集してよい人を分けたい
- 更新の履歴や担当者を残したい
Excelが向く場面
- 複雑な計算式や、関数を組み合わせた分析
- グラフやレイアウトを自由に作り込む資料
- 取引先とファイル形式でやり取りする書類
kintoneにも計算フィールドや集計・グラフの機能はあります。ただ、Excelほど自由に組めない場面があるのは確かです。高度な集計が中心の業務は、kintoneに寄せきらず、Excelを併用する前提で考えるほうが現実的です。
Excelのままでよい業務、kintoneへ寄せたい業務
「全部移す」ではなく「業務ごとに決める」ほうが、現場が混乱しません。次のサインが多い業務はkintoneに向き、少ない業務はExcelのままで十分です。
kintoneへ寄せたいサイン（目安）
- 複数人が同じ表に書き込み、ファイルの版が分かれて困っている
- 承認や確認の流れがあり、「今どこで止まっているか」を知りたい
- 担当者が変わるたびに、表の使い方の引き継ぎが必要になる
- 同じデータを別の表にも打ち直している
- 見てよい人・編集してよい人を分けたい
- 更新の履歴や、誰が変えたかを残したい
- 案件や顧客ごとに、関連する情報を1か所にまとめて見たい
Excelのままでよいケース（目安）
- 自分1人しか使わない個人の集計表
- 複雑な計算式やグラフを自由に作り込む分析用のシート
- 取引先とファイル形式でやり取りする書類
たとえば工事台帳を現場監督が夜にExcelへ手入力し、翌朝に事務所の担当者が別のExcelへ転記している、という形は珍しくありません。この場合は上の1・4が当てはまり、kintoneに寄せる候補になります。一方で、事務所が社内で使う原価の試算シートは、計算の自由度が必要なのでExcelのまま残す、といった線引きになります。
どちらかを選ぶより併用が現実的な業務の連携方法
実際には、「kintoneで管理しつつ、見積書や集計表はExcelで作る」という併用が多くなります。そこで重要になるのが、両者をどうつなぐかです。方法は難易度と自動化の度合いで3つに分かれます。
| 方法 | 難易度 | 費用目安 | リアルタイム性 | 向いているケース |
|---|---|---|---|---|
| ①CSV/Excelのインポート・エクスポート | 低（画面操作のみ） | 無料（kintone標準機能） | 低（実行した時だけ反映） | 同期頻度が低い・少量データ |
| ②プラグイン・iPaaS連携 | 中（設定のみ・開発不要） | 有償（月額・年額） | 中〜高（自動実行） | 定型業務の自動化、開発リソースが社内にない場合 |
| ③REST APIによる本格連携 | 高（開発が必要） | 開発工数がかかる | 高（大量データにも対応しやすい） | 基幹システム連携、独自要件がある場合 |
以降、方法ごとに具体的な内容を見ていきます。
【方法1】CSVエクスポート/インポートで手動同期する
もっとも手軽なのが、kintone標準機能によるCSV/Excelの書き出しと読み込みです。開発もツール導入も不要で、今日から始められます。
**kintone→Excelへの書き出し（エクスポート）**は次の3ステップです。
- 対象のレコードを一覧画面で絞り込む
- 「ファイルに書き出す」を実行する
- 出力されたファイルをダウンロードする
出力形式はカンマ区切りのCSVで、文字コードは複数の選択肢から選べます。ユーザー・組織・グループのフィールドは、ログイン名・コード・表示名のいずれかで出力する形式を指定でき、リッチエディター（複数行のリッチテキスト）はHTML形式・テキスト形式のどちらかを選べます。なお、書き出し権限を持たないユーザーには、そもそもこの機能自体がオプションメニューに表示されません。「ボタンが見当たらない」ときは、まず権限を疑ってください。
**Excel→kintoneへの読み込み（インポート）**は、Excel（.xlsx）とCSVのどちらにも対応しています。ただしExcelファイルには「1MB・1,000行・500列」という上限があるため、大量データを一度に流し込む用途には向きません。なお、CSVの1回あたりの登録件数の上限は、今回確認した公式情報には明記がありませんでした。大きなファイルを扱う前に、公式ヘルプで確認するか、少量で試してください。
読み込みに必要な権限は次のとおりです。
- アプリのアクセス権で「ファイル読み込み」権限が必要です。読み込みの操作が見当たらないときは、まずこの権限を確認します
- フィールドによっては、アプリ管理権限も別途求められます
読み込む際は、ファイルの列とアプリのフィールドを対応付ける「マッピング」の工程が必須です。登録・上書きしたくないフィールドは、この対応付けの対象から外せます。なお、計算フィールドのように値を自動で求めるフィールドは、読み込みで値を入れる対象として扱えるか、取り込み前に公式ヘルプで確認してください。
読み込み時のエラーを事前に防ぐ方法は、kintone CSV読み込みエラーを事前に防ぐ方法にまとめています。
Excelから移すときに最初につまずく点
Excelの表をkintoneで管理し始めるときは、まずアプリを作り、フォームに取り込む列に対応するフィールドを並べます。このとき、列の中身に合わせて文字列・数値・日付などの型を選びます。そのうえでExcelの表を読み込むと、最初に引っかかるのは次の3点です。
- 1行=1レコードになっているか: Excelでは見栄えのために、セルを結合したり、1つの案件を複数行に分けたりしがちです。kintoneは1行が1レコードなので、読み込む前に1行1件の形に整えます
- 列の型がそろっているか: 数値の列に「約100」のような文字が混ざっていると、数値フィールドとして対応付けにくくなります。日付の書き方（2026/9/2か、令和か）も統一します
- 既存レコードを更新したいか、新しく追加したいか: 追加だけなら更新キーは不要です。すでにあるレコードを上書きしたい場合は「更新キー」を指定します
更新キーとは、アプリのレコードとファイルの行をひも付けるフィールドです。条件は、同一アプリ内で値が重複しないフィールド（レコード番号や受注番号など）を指定することです。この値が一致した行だけが、既存レコードとして上書きされます。Excel側にも、受注番号のような重複しない値の列を最初から持たせておくと、あとの更新が楽になります。
【方法2】プラグイン・iPaaSで自動化する（費用感と代表ツール）
方法1は手軽な反面、「毎回手作業でボタンを押す」運用のままです。同期の頻度や件数が増えてきたら、自動化を担うツールを検討する段階です。ここでは、サイボウズの公式パートナー製品ページに掲載されている2つのツールを紹介します。
Excel連携アドインは、ExcelとkintoneのデータベースをExcelのアドインとして直接つなぐ有償ツールです。営業担当がkintoneの見積データをExcelの見積書フォーマットへ出力したり、スタッフ部門がExcelで整理した商品マスタをkintoneへ一括登録したりと、双方向のやり取りができます。料金は年額23,000円（税抜）・1社1年契約で、複数のドメイン（複数のkintone環境）で使う場合はドメインごとにライセンスが必要です。この価格体系は2025年4月に改定されています。なお製品ページには提供元企業名の明記がなく、その点は確認できていません。
Yoomは、フォーム作成・書類作成/送付・チャット通知・会計システム連携といった業務フローを自動化できるiPaaSです。料金は3プラン制で、ミニプランが月額16,000円〜、チームプランが月額40,000円〜、サクセスプランが月額80,000円〜です。kintoneとの連携にはミニプラン以上の契約が必須です。製品ページ上にExcel連携単体についての記載はなく、Excelを含む複数のツールをまたいで業務フローを組む汎用の自動化基盤、という位置づけです。ツール導入時の見極めと外注検討の進め方は、別記事でも詳しく扱っています。
| ツール | 種別 | 料金目安 | 主な用途 |
|---|---|---|---|
| Excel連携アドイン | プラグイン | 年額23,000円（税抜）/1社 | Excel⇄kintoneの直接的な検索・登録・更新 |
| Yoom | iPaaS | 月額16,000円〜（kintone連携はミニプラン以上） | Excelを含む複数ツールをまたぐ業務フロー自動化 |
他にも同種のiPaaSは存在しますが、料金や機能を一次情報で確認できたものが限定されるため、この記事では2つに絞っています。
【方法3】kintone REST APIを使った本格連携の概要
同期頻度がリアルタイムに近い、データ量が多い、独自の業務ロジックを挟みたい。プラグインやiPaaSで足りないケースでは、kintoneのREST APIを直接使う本格連携が選択肢に入ります。ここは開発の知識が前提の領域です。
レコードを取得するGET /k/v1/records.jsonは、1回のリクエストで取得できる件数が最大500件（初期値は100件）です。500件を超えるデータはoffsetによるページング処理を書くか、1万件を超える大量データに対応した専用のカーソルAPIを使います。
レコードを登録するPOST /k/v1/record.jsonは、appとrecordが必須パラメータで、実行にはレコード追加権限に加え、対象フィールドの編集権限が必要です。作成者・更新者といったシステムフィールドに値を設定する場合は、別途アプリ管理者権限も求められます。
認証に使うAPIトークンはアプリ単位で発行し、APIの種類ごとに利用範囲を限定できます。ユーザーIDやパスワードを保存する必要がなくなる分、セキュリティ面で有利です。ただし画面カスタマイズに使うJavaScript API内では使えず、REST API専用の仕組みです。
実装の形としては、Excel側のマクロやPower QueryからREST APIを呼ぶ方法や、自動化ツールを間に挟む方法が考えられます。ただし、n8nのような自動化ツールにはkintone専用の公式連携ノードがありません。連携には汎用のHTTPリクエストノードでREST APIを直接呼ぶ実装が必要で、その分の設計・実装工数を見込んでおく必要があります。本格実装が本当に必要かの判断は、kintone開発は内製か外注か？費用と定着率で見極める選び方も参考にしてください。
なお、この方法を自社で構築した場合にどれだけ工数が減るかといった効果測定のデータは、今回一次情報として確認できていません。開発工数の確保とエラー処理の設計を前提に、一般的な設計パターンとして捉えてください。
業務を1つ選んで、3条件で判断する
連携方法は、「Excelを完全に廃止する」をゴールにせず、「どこで二重入力が起きているか」から逆算すると選びやすくなります。冒頭の早見表を、業務単位であらためて当てはめます。
| 条件 | 方法1（CSV）向き | 方法2（プラグイン/iPaaS）向き | 方法3（API）向き |
|---|---|---|---|
| 同期の頻度 | 月に数回程度 | 週次〜日次 | 日次以上、リアルタイムに近い |
| データ量 | 数十件程度 | 継続的に増える | 数百〜数千件を超える |
| 社内の開発リソース | なくてよい | なくてよい（設定のみ） | エンジニアが確保できる |
この表をもとにすると、まず方法1で頻度の低い同期から始め、業務が定型化して件数が増えたら方法2で自動化し、リアルタイム性や独自要件が本当に必要になった段階で方法3を検討する、という順序が無理のない進め方です。
まとめ：業務ごとに決めれば、混乱は起きにくい
kintoneとExcelは、どちらが正解というものではありません。複数人で更新し、承認や履歴が要る業務はkintoneへ。個人の分析や自由な計算はExcelのまま。両方が必要な業務は、頻度・件数・開発リソースの3条件でCSV・プラグイン/iPaaS・REST APIから選びます。
まずは二重入力が起きている業務を1つ洗い出し、頻度と件数を確認するところから始めてみてください。それだけで、「この業務はこちら」と上長に根拠つきで説明しやすくなります。どの方法から始めるか迷う場合は、無料相談で自社の運用を見ながら一緒に整理することもできます。
