Access vs kintone 完全比較 ── 規模別5年TCO・向き不向き5ケース・判定フローチャート

執筆: Koki Soga（Aurant Technologies アーキテクト・コンサルタント） 最終更新: 2026-05-15

「Access から kintone に移すべきか」は、多くの企業で IT 担当者と現場が結論を出せないまま 2 〜 3 年塩漬けになる典型テーマです。原因は、ベンダー寄りの比較記事が「kintone は便利」「Access は古い」で終わってしまい、自社にとっての具体的な判断材料にならないことです。

本記事は、Aurant Technologies が Access 移行・kintone 導入の両方を支援してきた立場から、中立に整理します。規模別の5年TCO試算、向かないケース5つと代替案、判定フローチャートを中心に、決定するための材料を提供します。

1. データモデルの根本的な違い：リレーショナル vs アプリ単位

最初に押さえるべきは、両者が「同じ種類のもの」ではないという点です。比較ではなく、設計思想が違うもの同士のトレードオフとして扱う必要があります。

Access はリレーショナルデータベースです。テーブル間の主キー・外部キー関係を厳密に定義し、JOIN や複雑なクエリで横断的にデータを取り出します。トランザクション処理が前提で、ACID 特性を当然の前提として業務ロジックを書きます。

kintone はアプリ単位のフラットな業務基盤です。各「アプリ」が独立したテーブルに相当し、ルックアップや関連レコード一覧でアプリ間を接続します。RDB 的な厳密 JOIN は持たず、UI と運用の容易さを優先する設計です。

この違いがすべての評価軸に波及します。「kintone は機能が足りない」ではなく「kintone は別の問題を解くために最適化されている」と理解すると、選定の議論が早く収束します。

2. 規模別5年TCO比較：10名／50名／200名

判断の出発点は機能ではなく総コストです。「導入時の費用」だけでなく、5年間でかかる総額（ライセンス・インフラ・運用保守・障害対応）を並べて比較します。本節の数値は Aurant Technologies が支援してきた案件の実勢値を平均化したものです。

想定前提

5年累計 TCO 試算（単位：万円）

読み取り方

• 小規模（10名）では差は 270 万円程度。kintone が安いが、Access も致命的ではない。
• 中規模（50名）から差が劇的に広がる。サーバー保守と運用改修コストが Access 側で重くなる。
• 大規模（200名）では 7,580 万円の差。kintone 1択というより、Access 継続のリスクが顕在化するレンジ。

ただし、これは「kintone 単体で要件を満たせた場合」の数字です。kintone で実装困難な要件があると、外部プラグイン費用や別システムとの連携費用が乗ってきて、kintone 側のコストが伸びることもあります。第 7 節の「向かないケース」を必ず確認してから試算してください。

3. 機能比較マトリクス：9項目と判定根拠

「判定」は単純な勝ち負けではなく、業務特性で重みづけが変わります。たとえば「SQLクエリ」が必要な業務（経理の月次集計など）では Access の優位が決定打になります。逆にモバイルが必須なら kintone です。

4. 開発体制：誰が作るかで運用が変わる

Access は IT 担当者・開発者の領域です。VBA・SQL の知識を前提に、業務部門は要件を伝える側になります。属人化が起きやすく、担当者退職時のリスクが大きい点は、Access 担当者退職の引継ぎ計画 で詳しく扱っています。

kintone は業務部門が直接アプリを作れる設計です。これがメリットでもあり、リスクでもあります。

• メリット：要件と実装の距離が短く、現場のフィードバックが反映されやすい。
• リスク：野良アプリが乱立し、データの重複・整合性問題が起きやすい。

kintone を本格運用する企業は、3〜5名の専任「kintone CoE（Center of Excellence）」を立てることが多く、アプリの作成基準、命名規則、共通項目、退役プロセスをガイドラインで定めます。CoE を作らずに 50 アプリを超えると、確実に運用が壊れます。

5. 運用ガバナンス：監査ログ・権限管理・データ持ち出し

J-SOX・個人情報保護法対応を求められる規模になると、Access の自前実装は事実上維持不能になります。kintone は標準でこの領域を埋めているため、上場・準拠が視野に入る組織では kintone の優位が決定的です。

6. kintone が向く5ケース：実装イメージ付き

ケース1：申請承認・ワークフロー中心

稟議、休暇申請、購買依頼など、レコードが「下書き → 申請中 → 承認 → 完了」とステータス遷移する業務。kintone のプロセス管理機能で、ノーコードで承認ルートを構築できます。Access で実装するとフォームと VBA で 2 〜 3 週間かかる作業が、半日で組めます。

ケース2：外出先や現場からの入力が必要

営業の活動報告、施工現場の進捗報告、点検結果の入力など、モバイルからの利用が前提の業務。kintone はネイティブアプリと写真添付に標準対応しており、Access には根本的に勝てない領域です。

ケース3：100万件以下、検索中心の参照業務

顧客マスタ、案件管理、設備管理など、データ量がほどほどで、検索・絞り込みが中心の業務。kintone の標準検索 UI は非エンジニアでも使いこなせます。

ケース4：業務部門が自分で改善したい

業務改善の主導権を IT 部門ではなく現場が持ちたいケース。kintone の操作習熟は数日で済むため、現場主導のアプリ改修サイクルが回ります。

ケース5：複数拠点・在宅・グループ会社で共通利用

クラウド前提で、誰でもブラウザでアクセスできる業務基盤が必要なケース。Access の共有フォルダ運用は VPN 必須・破損リスク常時のため、運用負荷が桁違いに重くなります。

7. kintone が向かない5ケース＋代替案

ここが多くの比較記事が手薄なポイントです。kintone を選んで失敗するパターンと、その時の代替案を整理します。

ケース1：大量トランザクションが発生する基幹業務

毎日数万件の伝票が起票され、複数アプリにまたがって整合性を担保する必要がある業務。受発注、生産管理、在庫管理の中核など。kintone はアプリ間のアトミック更新を持たないため、補償トランザクションの自前実装が必要になり、コストが跳ね上がります。

代替案: SQL Server バックエンド + Power Apps、または .NET アプリの内製。詳細は Access バックエンドを Azure SQL に切り出すハイブリッド構成。

ケース2：複雑な多テーブル JOIN が日常業務に組み込まれている

経理の月次集計、原価計算、複雑な統計など、SQL の JOIN・サブクエリ・ウィンドウ関数が前提の処理。kintone のクエリ言語では再現できず、毎月 CSV エクスポート → Excel/BI で集計、という二重運用になりがちです。

代替案: SQL Server に集約 + Looker Studio/Power BI で可視化。詳細は Access レポートを Looker/Power BI に移行する。

ケース3：VBA 資産が 3,000 行以上ある

VBA で長年積み上げた業務ロジックが大量にあるケース。kintone JS への変換は可能ですが、3,000 行を超えると単純コピーは難しく、業務単位での再設計が前提になります。投資判断を慎重にすべきレンジです。

代替案: VBA を残しつつバックエンドのみクラウドに切り出す段階移行。具体的な変換手順は Access VBA をモダン言語へ変換する完全ガイド を参照。

ケース4：固定様式の帳票・法定書類が業務の中心

請求書、納品書、税務署提出書類、行政提出書類など、レイアウトが固定された帳票が業務の中核。kintone の標準帳票機能は弱く、プラグイン（PrintCreator など）への依存が前提になります。

代替案: Access レポート機能を残し、データ供給のみクラウド化。または kintone + 帳票プラグインで運用するなら、年間プラグイン費用を TCO に必ず計上する。

ケース5：オフライン・スタンドアロン運用が必須

工場の現場端末、医療機関のクローズドネットワーク、災害時稼働が要件など、ネット接続を前提にできない環境。kintone はクラウド前提のため、根本的に向かない領域です。

代替案: Access 継続 + 部分的に Power Apps（オフライン対応モード）。または FileMaker（オフライン同期に強い）への移行を検討。詳細は Access → FileMaker 移行ガイド。

8. VBA 資産が大量にある場合の判断

kintone 移行で最も投資判断を誤りやすいのが、VBA 資産の扱いです。500 行と 5,000 行では戦略がまったく変わります。

3,000 行を超える場合、kintone への単純移行はコストパフォーマンスが悪化することが多く、Aurant の支援案件でも Power Apps や .NET 内製を併せて評価しています。判定の詳細は Access VBA をモダン言語へ変換する完全ガイド の「業務特性から選ぶ移行先言語」フローチャートを参照してください。

9. 移行プロジェクトの現実的な工程

kintone 移行を決めた場合の標準的な進め方です。Aurant の支援案件では、4 フェーズ・合計 6 〜 12 ヶ月の構成が中心です。

Phase 1 と 2 で見えてくる「思った以上に複雑だった」を Phase 3 に持ち込まないことが成功の鍵です。パイロットで「kintone では難しい」と判明した業務は、Phase 3 に進めず別の移行先（Power Apps、SQL Server、Salesforce）に振り分けます。

10. 判定フローチャート：3つの選択肢から選ぶ

最後に、本記事の議論を 1 枚にまとめます。

        ┌─────────────────────────────┐
        │ Q1. 同時利用 30 名超？      │
        └──────────┬──────────────────┘
                   │
            Yes ←──┴──→ No
            │              │
            ▼              ▼
        Q2. オフライン必須？    Q4. VBA 行数？
        │                       │
   Yes ←┴→ No              〜1,500 ←┴→ 3,000超
   │       │                │           │
   ▼       ▼                ▼           ▼
 Access  Q3. 法定固定帳票？  kintone   ハイブリッド要検討
 継続    │                  推奨      （Power Apps / .NET）
        Yes ←┴→ No
         │      │
         ▼      ▼
       ハイブリッド  kintone推奨
       （Access残置）

3 つの結論：

• kintone 推奨：30 名超 × オフライン不要 × 固定帳票なし × VBA 1,500 行以下
• ハイブリッド構成：固定帳票あり、または VBA 1,500 〜 3,000 行 → Access 残置 or バックエンド分離
• Access 継続：オフライン必須、または VBA 3,000 行超 + ROI 試算で kintone が割に合わない

このフローチャートで「ハイブリッド構成」または「Access 継続」になった場合の進め方は、Access移行 完全マスターガイド の「移行しない選択肢：4つの戦略」を参照してください。

まとめ

Access と kintone は「どちらが優れているか」ではなく、「自社の業務特性に対してどちらが向いているか」で判断するべき選択です。本記事の3つの判断材料を使ってください。

• 規模別5年TCO（第2節）で経営側の数字を作る
• 向かないケース5つと代替案（第7節）で kintone 移行失敗を回避する
• 判定フローチャート（第10節）で 3 つの選択肢から選ぶ

関連記事

• Access移行 完全マスターガイド 2026（ピラー）
• Access VBA をモダン言語へ変換する完全ガイド
• Access → Power Apps 移行ガイド
• Access バックエンドを Azure SQL に切り出すハイブリッド構成
• Access 担当者退職の引継ぎ計画
• Access レポートを Looker/Power BI に移行する
• Access → FileMaker 移行ガイド