結論を先に。 Microsoft Accessの代替を選ぶとき、最初にやるべきは「どのツールが一番良いか」を比べることではありません。自社のAccessが今「何を・誰が・どの頻度で・どのくらいのデータ量で」処理しているかを棚卸しし、その要件に対して各候補がどこまで無理なく合致するかを、共通の選定軸で照らし合わせることです。比較表の◎○△だけで決めると、導入後に「現場が元のAccessに戻ってしまう」「安いはずが年間ランニングで逆転した」「複雑な帳票が作れず追加開発になった」という典型的な失敗に落ちます。この記事は、kintone・FileMaker・Power Apps・Dataverse・Airtable・AppSheet・Webスクラッチ開発という主要7候補を、GXOが実務で使う7つの選定軸で読み解き、発注前に自社で判断ミスを潰すためのチェックリストとして使えるように構成しました。
なお、移行にかかる費用相場や工数、データ移行の具体手順に主眼を置いて知りたい方は、姉妹記事のAccessからWebシステム移行の費用相場と手順を先に読むと全体像がつかめます。本記事は「どの移行先を、どんな軸で選ぶか」という選定と比較に絞って深掘りします。
この記事を読むべき人
- Accessで作った業務システム（顧客管理・在庫・受発注・原価・案件台帳など）を、そろそろ別の仕組みに置き換えたい経営者・事業責任者
- 情シスが専任でおらず、兼任情シスや現場担当者が「どのツールに移すべきか」の判断材料を探している中小企業
- ベンダーやツール営業から「kintoneが良い」「うちの製品なら安い」と勧められたが、本当に自社に合うのか第三者の軸で確かめたい方
- PoCや部分導入で一度つまずいた経験があり、次は失敗を避けたい方
- 2026年10月のAccess関連サポート終了をきっかけに、腰を据えて代替を検討し始めた方
年商1〜10億円規模で、社内にIT判断の専門家が薄い成長企業を想定して書いています。技術用語は最小限に抑え、「発注前に何を確認すれば失敗を避けられるか」を軸に整理しました。
NOCODE EXIT
Bubble／kintone の限界、スクラッチ移行で解消しませんか？
ノーコードの肥大化・応答遅延・カスタマイズ限界を Laravel+Vue 移行で根治。概算費用・移行期間・データ移行設計・並行稼働プランをその場で確認できます。
なぜ今なのか：2026年のAccessサポート終了という締め切り
代替検討が急に増えている背景には、明確な期日があります。買い切り版のOffice 2021（Accessを含む）は、Microsoftのライフサイクル情報で**2026年10月13日にサポート終了（リタイア）**と公表されています（Microsoft Lifecycle「Office 2021」ページで確認）。これより古い買い切り版であるOffice 2016・2019は、すでにサポート提供が終了しています。
ここで誤解しやすいのが、「Access自体が使えなくなる」わけではないという点です。サブスクリプション版のMicrosoft 365に含まれるAccessは引き続き提供・更新されます。つまり、期日が来たからといってAccessファイルが即座に開けなくなるのではなく、正確には「買い切り版Office 2021のセキュリティ更新が止まる」ということです。
ただし、実務上の意味は小さくありません。セキュリティ更新が止まったソフトを個人情報や取引データを扱う業務で使い続けることは、監査・取引先対応・情報セキュリティの観点でリスクになります。そして期日が近づくほど、代替検討・要件整理・データ移行・並行稼働に必要な時間が足りなくなります。締め切りに追われて「とりあえず勧められたツール」に飛びつくのが、最も高くつく判断です。だからこそ、時間に余裕があるうちに選定軸を固めておく価値があります。
出典の性質を明記しておくと、サポート終了日はMicrosoftの一次情報（ライフサイクルページ）で確認済みです。一方で、後述する各ツールの月額料金や仕様は改定されることがあるため、最終判断の前に必ず各社公式の最新価格ページで裏取りしてください。本記事の費用感はあくまで検討の当たりをつけるための目安です。
Accessが抱える3つの構造的な限界（代替を考える理由）
「今は動いているのになぜ変えるのか」に答えられないと、社内の合意は取れません。Accessの限界を、事業成長との関係で整理します。
1. 同時利用と安定性の限界
Accessはファイルベースのデータベースです。Microsoftの公式仕様では同時ユーザー数の上限は255とされていますが（Microsoft「Access の仕様」）、これはあくまで理論上の上限であり、ネットワーク越しに複数人が同時に書き込む使い方では、実務上はるかに少ない人数でファイル破損やロック競合が起きやすくなります。あわせて、1ファイルあたりのデータベースサイズ上限は約2GB（システムオブジェクト分を除く）と公式に定められており、データが増える成長企業ほどこの壁に当たります。部門横断でデータを共有する業務には、構造的に向いていないのです。
2. 権限管理と監査対応の弱さ
.accdbファイルは共有フォルダに置かれることが多く、誰がいつ何を変更したかの操作ログが標準では残りません。フィールド単位の権限制御も難しく、「見てはいけない人が全部見られる」状態になりがちです。個人情報保護や取引先からのセキュリティ要求が厳しくなるなか、この弱さは事業拡大の足かせになります。
3. 属人化とブラックボックス化
Accessの業務ロジックはVBAマクロやクエリに埋め込まれ、作った本人しか中身を知らないケースが大半です。IPA（情報処理推進機構）の各種調査でも、レガシー技術の保守人材不足と属人化が繰り返し指摘されています（IPA公表資料。二次的なまとめではなく一次資料を確認のうえ引用することを推奨します）。担当者の退職・異動で業務が止まるリスクは、放置するほど高まります。
これら3つは「不便」で済む話ではなく、事業が成長するほど深刻化する時限爆弾です。だからこそ、代替は「いつかやる」ではなく「軸を決めて計画的にやる」テーマになります。
代替候補を4つのタイプに分類して理解する
7候補を横並びで比べる前に、まず大きく4タイプに分けると混乱しません。タイプが違うものを同じ土俵で比べても意味がないからです。
- クラウド業務アプリ型（ノーコード寄り）：kintone、Airtable。現場担当者がドラッグ&ドロップ中心で組める。導入が速い。
- ローコード開発型：FileMaker、Power Apps、Google AppSheet。ある程度の設定・簡易プログラミングで、業務ロジックまで作り込める。
- Microsoftエコシステム型：Power Apps／Dataverse。既存のMicrosoft 365・Teams・SharePointと統合したい企業向け。
- フルスクラッチWeb開発型：Laravel等のフレームワークによる独自開発。要件に100%合わせられるが初期投資は大きい。
自社が「現場で内製し続けたい」のか、「作り込みを外部に任せて長く使いたい」のか、「Microsoft環境に寄せたい」のかで、そもそも見るべきタイプが変わります。ここを飛ばして個別ツールの比較に入るのが、最初の判断ミスです。
主要7候補の比較表
以下は検討の当たりをつけるための概観です。費用は各社の料金体系・ユーザー数・カスタマイズ量で大きく変わるため、レンジ（幅）で示しています。確定判断の前に各社公式の最新料金・仕様を必ず確認してください。
横にスクロールして確認できます
| 候補 | タイプ | 費用感（目安・要公式確認） | Access資産の移しやすさ | 向いている業務 | 主な留意点 |
|---|---|---|---|---|---|
| kintone | クラウド業務アプリ | 月額のユーザー課金＋設定/プラグイン費 | データはCSV/API経由。フォーム・クエリは再構築 | 台帳・案件・申請など現場主導の業務 | 複雑なリレーション設計はフラット構造への見直しが必要 |
| Airtable | クラウド業務アプリ | 無料枠あり＋ユーザー課金 | シンプルなテーブルは移しやすい | 軽量DB・一覧管理・小規模 | 大量データ・複雑帳票・日本語サポート面 |
| FileMaker（Claris） | ローコード開発 | ユーザー課金＋開発費 | Access経験者に操作感が近い | 複雑な帳票・レイアウト重視の業務 | ライセンス費が積み上がる。技術者母数が中規模 |
| Power Apps | ローコード開発 | ライセンス＋開発費 | Microsoft環境と親和 | M365既存企業のフォーム/簡易アプリ | 複雑ロジックはPower Fxの知識が必要 |
| Dataverse | Microsoft基盤 | 上位ライセンスが前提 | Access資産の一部を活かせる移行パス | M365中心で全社標準化したい場合 | ユーザー数が多いとランニングが膨らむ |
| Google AppSheet | ローコード開発 | Workspace前提のプラン | スプレッドシート起点で構築 | モバイル現場・スマホ入力 | Google環境前提。大規模・複雑業務は要検証 |
| Webスクラッチ開発（Laravel等） | フルスクラッチ | 初期開発費が中心 | 要件に合わせ完全再設計 | 独自ロジック・長期利用・基幹に近い業務 | 初期投資が大きい。開発会社選びが成否を分ける |
この表の使い方のコツは、「◎が多いから良い」と読まないことです。自社にとって重要な列（例：複雑帳票、同時利用人数、Microsoft環境との統合）だけを見て、そこに弱い候補を落としていく——絞り込みのフィルターとして使うのが正しい読み方です。
GXOの選定フレーム：7つの軸で自社に照らす
比較表を「自分ごと」にするための7つの軸です。この順番で自社を採点すると、候補が自然に絞れます。
軸1：同時利用人数とデータ量。 何人が同時に書き込むか、レコードは何万件あり毎年どれだけ増えるか。ここが大きいほどクラウドDB型・スクラッチ型が優位で、軽量ツールは早晩壁に当たります。
軸2：帳票・出力の複雑さ。 見積書・請求書・納品書など、レイアウトが細かく決まった帳票が多い業務は、帳票に強いFileMakerやスクラッチが向きます。ノーコード型は帳票プラグインの追加費用が発生しがちです。
軸3：業務ロジックの作り込み量（＝VBA資産）。 Accessに埋まったVBAの行数・分岐の複雑さが多いほど、ノーコードでは再現しきれず、ローコードやスクラッチが必要になります。まずVBAの棚卸しが選定の前提です。
軸4：内製したいか、任せたいか。 現場が自分で改修し続けたいならノーコード型。作り込みを外部に任せて安定運用したいならローコード〜スクラッチ。ここは「運用体制の設計」であり、ツールの機能問題ではありません。
軸5：既存IT環境との統合。 すでにMicrosoft 365やTeamsが業務の中心ならPower Apps／Dataverseの親和性が効きます。逆にMicrosoft環境が薄い企業がDataverseの上位ライセンスを買うと割高になります。
軸6：3〜5年のTCO（総保有コスト）。 初期費用だけでなく、ユーザー課金×人数×年数、プラグイン・保守・改修費まで足して比較します。ユーザー数が多い企業では、初期は高いスクラッチが数年で逆転することもあります。費用の分解の仕方は後述の「見積もりの読み方」で詳しく扱います。
軸7：撤退可能性（データの持ち出しやすさ）。 選んだツールが数年後に合わなくなったとき、データを標準形式で外に出せるか。ロックインの弱いツールほど、将来の選び直しコストが下がります。将来の乗り換え余地まで含めて選ぶのが、失敗しない選定です。
この7軸を1枚のスコアシートにして、候補ごとに5段階で採点してみてください。感覚的な「良さそう」ではなく、根拠のある絞り込みができます。
費用の「見積もりの読み方」：安く見える候補ほど注意する
代替システムの見積もりは、額面だけ見ると判断を誤ります。GXOが発注前に必ず分解して見る費用の内訳は次の通りです。
- 初期費用：要件整理、テーブル/画面設計、データ移行、初期構築。ノーコードでも「現場が自力で作る前提」の見積もりは、実際には設定代行や設計支援が別途必要になりがちです。
- ランニング費用：ユーザー課金型は「1人あたり月額×人数×12ヶ月」で年額に直すと印象が変わります。10人・20人と増えるほど、月額の安さは効かなくなります。
- 拡張・プラグイン費用：ノーコード型で帳票・関連レコード・外部連携などを足すと、プラグインや追加アプリの費用が積み上がります。標準機能だけで足りるかを最初に確認します。
- 移行費用：データクレンジング、VBAロジックの再実装、並行稼働の手間。ここは候補間の差が大きく、見積もりに含まれているかどうかで総額が大きく動きます。
- 運用・改修費用：導入後に必ず出る「ここも直したい」への対応体制。内製できるのか、都度外注なのかで、3年後のコストが変わります。
見積もりを受け取ったら、「この金額に移行・データクレンジング・並行稼働・初年度の改修は含まれるか」を必ず聞いてください。含まれていない安い見積もりは、後から追加費用で膨らみます。額面の安さではなく、3〜5年のTCOと「追加費用の出どころ」で比べるのが鉄則です。より詳細な費用相場の考え方は、AccessからWebシステム移行の費用相場と手順にまとめています。
よくある失敗パターン7つ（発注前に潰す）
実務でつまずく典型を、原因と回避策の形で挙げます。自社が当てはまっていないか確認してください。
- 比較表の◎の数で決める。 自社に不要な機能まで含めた総合点で選び、肝心の帳票や同時利用で詰まる。→ 重要な軸だけで絞る。
- VBA棚卸しを飛ばす。 見えない業務ロジックが移行後半で整合破綻を起こす。→ 選定前にVBA・クエリを棚卸しする。
- ビッグバン移行。 年度切り替えに合わせ一斉に切り替え、直前に破綻する。→ 閲覧系→マスタ→トランザクションの段階移行にする。
- 現場が使わず元に戻る。 操作手順が増えて定着せず、Accessが生き残る。→ 現場を巻き込み、操作数を減らす設計にする。
- ランニング費用の見落とし。 ユーザー数増でクラウド課金が想定超え。→ 年額×3〜5年で試算する。
- データを正規化せず移す。 Access時代の冗長構造をそのまま持ち込み、同じ問題が再発する。→ 移行を機に設計を見直す。
- 撤退可能性を考えない。 ロックインの強いツールを選び、数年後の乗り換えで再び高コスト。→ データの持ち出しやすさを最初に確認する。
これらはツールの優劣ではなく、選び方・進め方の問題です。どのツールを選んでも起きうるからこそ、発注前に自社で潰しておく価値があります。
発注前チェックリスト
社内の合意形成とベンダー選定の前に、次の項目を埋められる状態を目指してください。埋まらない項目が、そのまま失敗リスクの正体です。
- 対象業務・対象部門・対象データを1枚に書き出しているか
- 同時利用人数・レコード件数・年間増加量を数値で把握しているか
- 複雑な帳票・出力の要件を一覧化しているか
- VBAマクロ・クエリを棚卸しし、必須ロジックと不要ロジックを仕分けたか
- 内製したいのか外部に任せたいのか、運用体制の方針を決めたか
- 既存のMicrosoft 365・Google Workspace等との統合要否を確認したか
- 初期費用だけでなく、3〜5年のランニング・保守・改修まで見積もったか
- データを標準形式で持ち出せるか（撤退可能性）を確認したか
- 段階移行と並行稼働（1〜3ヶ月）の計画があるか
- セキュリティ・個人情報・監査ログの要件を整理したか
- 成功指標（削減工数・停止リスク低減・エラー減など）を定義したか
- 経営に説明できる1枚資料（現状・課題・選定理由・費用）を用意したか
このチェックリストは、そのままベンダーへのRFP（提案依頼書）の骨子にもなります。ここが整理されているほど、見積もりの精度が上がり、追加費用と手戻りが減ります。発注準備の質が、プロジェクトの成否をほぼ決めます。
ベンダー・ツール営業に必ず聞くべき質問
勧められた候補を鵜呑みにしないための、第三者検証の質問集です。答えに詰まる相手は要注意です。
- 「この見積もりに、データ移行・クレンジング・VBAロジックの再実装・並行稼働は含まれますか」
- 「当社のこの帳票（現物を見せる）は、追加費用なしで実現できますか」
- 「同時に◯人が書き込む前提で、性能とロック競合は問題ありませんか」
- 「導入後、現場が自分で改修できますか。できない場合、改修は都度いくらですか」
- 「将来このツールを使わなくなったとき、データはどの形式で全件持ち出せますか」
- 「同規模・同業種での失敗事例と、その原因を教えてください」
最後の質問は特に効きます。成功事例だけを語り、失敗事例を語れないベンダーは、リスクを一緒に管理してくれる相手ではない可能性があります。ツールを売りたい側の説明を、自社の軸で検証する姿勢が、判断ミスを防ぎます。
こうした一次検証を自社だけで回すのが難しいと感じたら、特定ツールを売らない第三者の視点で現状を棚卸しする移行前の第三者診断（AI・システム化アセスメント）を挟むと、比較の土台がぶれません。
放置した場合と、軸を決めて整備した場合の違い
横にスクロールして確認できます
| 観点 | 放置した場合 | 軸を決めて整備した場合 |
|---|---|---|
| 選定 | 勧められたツールに流され、後で不一致が発覚 | 7軸で採点し、根拠を持って絞れる |
| 費用 | 額面の安さで選び、ランニングと追加費で逆転 | 3〜5年TCOと追加費の出どころで比較できる |
| 移行 | ビッグバンで直前に破綻 | 段階移行と並行稼働で安全に切り替え |
| 現場定着 | 操作増で元のAccessに逆戻り | 現場を巻き込み、定着まで設計 |
| 経営説明 | 障害が起きてから説明資料を作る | 現状・選定理由・費用を1枚で説明できる |
違いを生むのはツールの性能ではなく、「発注前にどれだけ整理したか」です。ここにこそ、外部の第三者と組む価値があります。
GXOに相談すべきタイミング
次のいずれかに当てはまるなら、ツール比較を続けるより先に、選定軸そのものを整理する段階に来ています。
- 候補を3つ以上並べたが、自社にとっての優劣が判断できない
- ベンダーごとに勧める製品が違い、どれが正しいのか分からない
- VBAの量が多く、ノーコードで足りるのか作り込みが要るのか読めない
- 見積もりの金額差が大きく、何が含まれるのかを比較できない
- サポート終了の期日が近く、選定と移行の時間配分に不安がある
GXOは特定のツールを売る立場ではなく、業務整理・要件定義・RFP設計から、ローコード導入・スクラッチ開発・レガシー刷新・保守までを一気通貫で支援できます。まず現状を第三者の目で棚卸しし、選定軸を固めるところからご一緒します。進め方の全体像は業務システムの再構築・レガシー刷新の進め方をご覧ください。ツール選定そのものよりも、発注前の論点整理とRFP設計が、手戻りと追加費用を減らす最大のレバーだと考えています。
Accessの代替、まずは選定軸の整理から
現在のAccess環境（データ量・利用人数・VBA資産・帳票要件）をヒアリングし、自社に合う代替候補の絞り込みと、比較の土台づくりをご一緒します。特定ツールの押し売りはしません。
※ 営業電話はしません｜オンライン対応可｜相談だけでもOK
段階移行の設計や再構築の実務相談は、システム移行・再構築の相談窓口からも受け付けています。
よくある質問（FAQ）
Q1. AccessのデータはそのままkintoneやWebシステムに移行できますか？
テーブルデータ自体はCSVエクスポートやODBC経由で取り出せるため、技術的には移行可能です。ただし、クエリ・フォーム・レポート・VBAはそのまま移せず、移行先で画面とロジックを作り直す必要があります。データ量が多い場合は、重複・不整合を直すクレンジング工数も見込んでください。移行できるのは「データ」で、「業務ロジックと画面」は再構築が前提と考えると計画を誤りません。
Q2. VBAマクロが大量にありますが、どの候補が対応しやすいですか？
ロジック量が多いほど、ノーコード型（kintone・Airtable等）では再現に制約が出やすく、ローコード型やWebスクラッチ開発が柔軟に対応できます。ただし「量が多い＝スクラッチ一択」ではありません。棚卸しの結果、実際にはもう使われていないロジックが相当含まれることが多いためです。まずVBAを棚卸しし、必須ロジックだけに絞ってから候補を選ぶのが正解です。
Q3. 費用はどれくらい違いますか？
ユーザー数・データ量・帳票の複雑さ・カスタマイズ量で大きく変わるため、一律には言えません。一般に、少人数・軽量業務ならクラウド業務アプリ型が初期を抑えやすく、複雑な帳票や独自ロジックが多い基幹寄りの業務はローコード〜スクラッチが向きます。判断は額面ではなく3〜5年のTCOで行ってください。費用の分解と相場観はAccessからWebシステム移行の費用相場と手順で詳しく扱っています。
Q4. 2026年10月を過ぎたらAccessは使えなくなりますか？
いいえ。使えなくなるわけではありません。サポート終了の対象は買い切り版のOffice 2021で、2026年10月13日にサポート（セキュリティ更新等）が終了します（Microsoft Lifecycle情報）。サブスクリプション版Microsoft 365のAccessは引き続き提供されます。ただし、更新の止まったソフトを機微なデータを扱う業務で使い続けるのはリスクであり、期日に追われる前に代替を検討する意味は大きいです。
Q5. まず何から始めればよいですか？
ツールを比べる前に、自社のAccessの棚卸し（利用人数・データ量・帳票・VBA）から始めてください。ここが埋まると、本記事の7軸で候補を機械的に絞れます。棚卸しと選定軸づくりを外部の第三者と行うと、ベンダーの提案を検証できる土台ができます。
まとめ
Accessの代替は、「どのツールが一番良いか」ではなく「自社の要件にどれが最適か」で決まります。同時利用人数・帳票の複雑さ・VBA資産・内製方針・既存環境・3〜5年TCO・撤退可能性という7つの軸で自社を採点し、重要な軸に弱い候補から落としていく——この絞り込みが、比較表の◎の数え合わせよりはるかに確実です。そして最大の失敗要因は、ツールそのものではなく「発注前の整理不足」にあります。棚卸しと選定軸を固め、見積もりを内訳で読み、段階移行で切り替える。この順番を守れば、2026年のサポート終了という締め切りも、慌てずに越えられます。
参考資料
- Microsoft Lifecycle「Office 2021」（サポート終了日 2026年10月13日を確認） https://learn.microsoft.com/en-us/lifecycle/products/office-2021
- Microsoft「Access の仕様」（同時ユーザー数の上限、データベースサイズ約2GBの上限） https://support.microsoft.com/ja-jp/office/access-の仕様-0cf3c66f-9cf2-4e32-9568-98c1025bb47c
- Microsoft「Dataverse の概要」 https://learn.microsoft.com/ja-jp/power-apps/maker/data-platform/data-platform-intro
- サイボウズ「kintone」公式サイト（料金・仕様は最新の公式情報を確認） https://kintone.cybozu.co.jp/
- IPA（情報処理推進機構）公表資料（レガシー保守人材の不足・属人化に関する各種調査。引用時は一次資料の該当箇所を確認） https://www.ipa.go.jp/
※ 制度・価格・仕様は改定されることがあります。判断の前に、各社公式ページとMicrosoftの一次情報で必ず最新の内容を確認してください。本記事の費用感は検討の当たりをつけるための目安です。
