Access で作った業務システム、2026年10月13日のサポート終了までに何をすべきか――移行先と段階移行の判断軸

中小企業の現場では、Access で組まれた業務システムが想像以上に残っています。受注管理、在庫、見積、顧客台帳、出退勤の集計。10年以上前に内製や外注で作られ、当時の担当者は退職し、Office のサポート終了日（Access 2021：2026年10月13日）も近づいてきました。

「もう Access はやめなさい」と急かす情報は多い一方で、現実には、いま動いている業務を止めずに移行先を決めるのは簡単ではありません。Access の業務システムが限界に来たときに、何をいつまでに決めるか、移行先をどう比較するか、現場の判断軸から整理します。動いているが、もう誰も中身を触れない――そんな状態のリスクを広めに整理した自社システムの老朽化リスクとは？中小企業がとるべき3つの対策とコストと合わせて読むと、本記事の位置づけが見えやすくなります。

---

Access の業務システムが「限界」と言われるのはなぜか――4つの症状

限界の兆候は「ファイル容量 2GB の上限」「同時接続での遅延と破損」「VBA／マクロの属人化」「サポート終了」の4つに集約されます。どれか1つでも顕在化しているなら、移行検討を始める時期に入っています。

弊社が引き取りで関わる Access 案件では、これら4つのうち2つ以上が同時に出ていることがほとんどです。1つずつ見ていきます。

ファイル容量 2GB の上限

Access の .accdb ファイル（および旧形式の .mdb）には、データベース全体で 2GB のサイズ上限があります。Microsoft 公式の Access 仕様ページに明記された数値で、「Access データベース (.accdb または .mdb) の合計サイズ（すべてのデータベース オブジェクトおよびデータを含む）：2GB からシステム オブジェクトに必要な領域を差し引いたもの」とされています（Access の仕様 - Microsoft Support、2026年6月時点）。

数年単位で蓄積するトランザクションデータがある業務システムでは、ある日突然「保存できない」「壊れた」が起きます。回避策として複数の .accdb にテーブルを分割する手はありますが、運用負荷が一気に上がり、根本解決にはなりません。

同時接続で重くなる・ファイルが破損する

Access はファイル共有型のデータベースです。複数人が同じ .accdb を開くと、書き込みが集中したタイミングで遅延が出やすく、ネットワークやクライアントが不安定だと「ファイルが破損してロックされる」事故が起きます。

何人までなら大丈夫か、という公式の絶対値はありません。経験上、3人を超えたあたりで体感が落ち始め、5人を超えると業務時間中に固まる頻度が増えます。「画面が固まったら全員で Access を閉じてください」を社内ルールにしている、という話は珍しくありません。

VBA／マクロの属人化

長く使われてきた Access には、だいたい VBA で組まれた処理が埋め込まれています。請求書の自動採番、在庫の引当ロジック、独自帳票の出力。これらを書いた人が辞めると、誰も中身を読めなくなります。

VBA そのものより、その処理がどの業務の何を支えているかを知る人がいないことが、本当の問題です。属人化の構造的背景についてはレガシーシステムの運用管理を立て直す3つの手順：属人化からの脱却で掘り下げているので、症状として深く悩んでいる方は併読してください。

Access 2021 のサポート終了

そして4つ目が、本記事の主題でもある期限です。Microsoft Lifecycle Policy によると、Access 2021 は2026年10月13日にサポート終了を迎えます（Ending Support in 2026 - Microsoft Lifecycle、2026年6月時点）。同じ日に Office 2021・Excel 2021・Word 2021 などもまとめてサポート終了です。

「終了って何が終わるのか？」が一番よく聞かれる質問なので、次の章で正確に整理します。

---

2026年10月13日に「実際に何が起きるのか」――誤解されやすい3点

サポート終了後も、Access のファイルは開きますし、業務システムも動き続けます。失われるのは「セキュリティ更新」「不具合修正」「公式サポート」の3つです。「即日使えなくなる」は誤解です。

ここを誤解したまま判断を急ぐと、本来不要な全面刷新に踏み切ってしまうことがあります。3点に分けて確認していきます。

動作自体は止まらない

サポート終了は、ライセンスが失効する話ではありません。インストール済みの Access 2021 は引き続き起動し、.accdb も開き、業務システムも動きます。Microsoft Lifecycle のページにも、サポート終了とは「新しいセキュリティ更新、非セキュリティ更新、無料・有料の支援サポート、オンラインの技術コンテンツ更新が提供されなくなる」ことだと書かれています（Ending Support in 2026 - Microsoft Lifecycle、2026年6月時点）。

セキュリティ更新と不具合修正が止まる

実害の本丸はこちらです。新しい脆弱性が見つかっても修正パッチは出ません。バグが残っていても直されません。Access のファイルが扱う情報には、顧客情報・受発注・原価など機微なものが含まれることが多く、放置するほどリスクは積み上がります。

Office の旧バージョンを使い続けることが業務全体にどんな影響を及ぼすかは、一般論としてシステムの保守はなぜ必要か｜放置で起きる3つのことでも整理しています。Access に限らない論点もそちらに委ねます。

監査・取引先の統制要件で問題化することがある

業界によっては、サポートの切れたソフトを業務利用していること自体が、監査や取引先のセキュリティアセスメントで指摘対象になります。製造業の Tier 1 取引、金融・医療関連、ISMS 認証を取得している企業の協力会社など。「動くから問題ない」では済まないケースが現実にあります。

なお、Access 2019・Access 2016 は2025年10月14日に延長サポート終了済みです（Access 2019 - Microsoft Lifecycle、Access 2016 - Microsoft Lifecycle、2026年6月時点）。社内にこれらのバージョンが残っているなら、Access 2021 より先に検討対象です。

---

「Access を続ける／やめる」を判断する4つの問い

判断は4つの問いで分かれます。同時接続の人数、データ容量の伸び、VBA を保守できる人の有無、業務影響の大きさ。1つでも赤信号なら、続行ではなく移行検討に入る時期です。

「Access を全廃するか・残すか」のような0/100では決めません。一部を残して一部を移す折衷も含めて、現状を4つの軸で点検します。

同時接続は何人か

3人を超えると体感が落ち始め、5人を超えると業務時間中の固まり頻度が増える、というのが弊社の経験則です。社員1〜2人で使っている自動採番ツール程度なら Access のままで問題ないことが多いですが、受注の入力を5人以上で同時に行うような中核業務になっているなら、Access の本来想定を超えていると判断できます。

1年でデータがどのくらい増えるか

直近1年の .accdb ファイルサイズ増加分を見ます。年間 300MB 増えているなら、2GB 上限まで残り何年か計算できます。残り3年を切っているなら、その期間内に移行を終える計画が必要です。

注意点として、削除済みデータも .accdb のファイルサイズには残ります。定期的に「データベースの最適化」を実行していないと、見かけのサイズが実態より大きくなっていることがあります。最適化後のサイズと比較するのが正確です。

VBA／マクロを保守できる人が社内にいるか

書いた本人がもう社内にいなくても、コードを開いて読める人がいれば、当面は持ちこたえられます。逆に、コード自体は10行程度でも、誰も触れない状態なら、その10行が業務を止める潜在的なリスクです。

社内SE が辞めた直後に Access の改修が必要になったケースの体制立て直しは、社内SEが退職したら？システム保守を任せる開発会社の選び方で詳しく扱っています。Access に限らない論点もあるので、合わせて参照してください。

このシステムが止まると業務がどれだけ止まるか

最後はインパクトの確認です。1日止まると業務全体が止まる中核なのか、止まっても他の手段で1週間程度はしのげる補助ツールなのか。前者なら、サポート終了前に並行稼働の体制を整える必要があり、後者なら、もう少し時間をかけた検討でも構いません。

4つの問いで赤信号が複数あるなら、次章の移行先比較に進んでください。

---

移行先の選択肢を横並びで――kintone／AI 活用スクラッチ開発／据え置き＋部分改修

移行先は大きく3系統です。kintone（ノーコード SaaS）、AI を活用したスクラッチ開発（フルカスタム開発を AI で効率化）、Access を据え置いて部分改修・データベース分離で延命する。どれが正解かは、業務要件と運用体制で決まります。

「作り直すか、SaaS で済ますか、段階改修か」という一段上のメタな判断は、古いシステムの作り直しは正解？3つの選択肢と判断基準で扱っています。本章はその下のレイヤー、つまり Access から見たときの移行先候補の具体比較です。

kintone への移行

サイボウズが提供するクラウド型のノーコード／ローコードプラットフォームです。画面とデータベースをブラウザ上のドラッグ＆ドロップで設計できます。

向くケースは、フォーム入力と一覧表示が中心の業務（顧客台帳、案件管理、簡易な受注管理など）で、社内に画面を自分で組み替えたい担当者がいる場合です。料金はスタンダードコースで1ユーザーあたり月額1,800円、最低10ユーザーから（kintone 料金プラン - サイボウズ、2026年6月時点）。10名規模の業務なら月額1万8千円から始められる計算です。

向かないケースは、複雑な計算ロジックや独自の帳票出力が業務の核になっているとき。kintone でも JavaScript カスタマイズで補えますが、「ノーコードで運用できるはずだったのにカスタマイズ前提になって結局開発費用がかかった」というケースを見かけます。複雑なロジックを持ち込むなら、最初から後述のスクラッチ開発で設計するほうが素直です。

AI を活用してスクラッチ開発する

Next.js／Hono／PostgreSQL のような現代的なスタックで、業務システムをフルカスタム開発する選択肢です。近年は実装の多くを AI コーディングで進められるようになり、従来のスクラッチ開発より工数を圧縮できるようになりました。

ただし、AI に任せていいのは実装の部分までです。要件定義とデータモデルの設計は、システムに詳しい人間が担うべき仕事です。ここを AI に丸投げすると、業務の実態に合わない構造や、数年後に破綻する設計になりがちです。Access の業務システムには10年分の業務ロジックが埋まっているので、それをどう新しい構造へ写すかは、人が設計判断する必要があります。

生成されたコードのレビューも省けません。AI が書いたコードには、動くように見えて脆弱性や非効率を含むものが混じります。顧客情報や受発注を扱う業務システムで、セキュリティ面のレビューを通さずに本番投入するのは危険です。「AI で安く速く作れる」とだけ謳う開発は、この設計とレビューを飛ばしていることがあります。

向くケースは、業務ロジックが複雑で SaaS では収まらない／同時接続が10人を超える／外部システム連携（会計、受発注 EDI、自社 EC）が必要な場合です。設計とレビューを人が担保したうえで実装を AI で効率化すれば、弊社の経験では、従来のフルスクラッチより費用を抑えつつ、要件変更にも追従しやすいシステムに仕上げられます。向かないのは、業務要件がまだ固まっていない初期段階や、5〜10名程度のシンプルな入力業務です。

Access を据え置き、部分改修・データベース分離で延命する

意外に有力なのが、この「動いている Access を残す」選択肢です。サポート終了後も Access は動きます。ただし、リスクの高い箇所だけを切り出して延命する手は打ちます。

具体的には、データベース部分（テーブル）だけを SQL Server や PostgreSQL に切り出し、フロント（フォーム・レポート・VBA）は Access のまま残す「データベース分離」、頻度が低く2GB 上限に余裕がある業務に絞って延命する、といった対応です。

向くケースは、業務が落ち着いていて要件変更がほぼなく、社内に Access を触れる人が1人でも残っているとき。向かないケースは、業務が伸びていてデータが増え続けているとき、または VBA を触れる人が完全にいなくなったときです。

3つの比較表

規模と費用感のおおまかな対応です。

項目	kintone	AI 活用スクラッチ	Access 据え置き＋部分改修
業務規模	小〜中（10〜100名）	中〜大（30名〜）	小（〜10名）
同時接続	クラウドで強い	設計次第で強い	弱い（5人前後で限界）
カスタム自由度	低〜中（JS で補える）	高	低（Access の制約内）
初期費用感	数十万円〜	数百万円〜	数十万〜
ランニング	月額固定（人数比例）	サーバ＋保守費	ほぼ現状維持
移行容易度	フォーム中心は容易	一から設計	そのまま

費用感は弊社の引き取り案件での参考値です。要件によって大きく変わるので、見積もりの妥当性を見極めたい方は業務システムのリプレース見積もりが高すぎる時の妥当性を見極める3つの基準も参照してください。

---

いきなり移行しない――段階移行の4ステップ

移行は4ステップで進めます。「現状の棚卸し → 移行先の選定と PoC → データ移行と並行稼働 → 切り替えと Access の退役」の順です。期限から逆算すると、サポート終了の2026年10月13日までに第3ステップへ入っているのが目安になります。今が2026年6月なので、いま動き出すなら残り約4カ月で棚卸しと選定を終える計算です。

スケジュール感を共有してから、各ステップの中身に入ります。

ステップ1：現状の棚卸し

最初にやるのは、いま動いている Access システムの中身を見える状態にすることです。次の4点を最低限まとめます。

1. 画面の一覧と、それぞれの利用頻度（毎日／月次／年次／不明）
2. テーブルの一覧と、行数・サイズ・主キー
3. VBA とマクロの一覧と、各処理の業務上の役割
4. データの増え方（直近1年で .accdb がどれくらい大きくなったか）

ここで「実は誰も使っていない画面」「実は別の Excel で代替されている処理」が必ず出てきます。棚卸しの時点で2〜3割が脱落することは珍しくなく、移行対象を絞り込めれば後続の工数が大きく下がります。

ステップ2：移行先の選定と PoC

棚卸し結果をもとに、前章の3系統から候補を絞り込みます。決め打ちはせず、最有力候補と次点を2つ並べて、それぞれ小さい1業務で PoC（試作検証）を回します。

PoC で確かめるのは、「業務の中核処理が本当にその移行先で再現できるか」です。kintone なら集計と帳票、スクラッチなら検索と一覧。中核の処理を実際に小さく作って確かめます。資料の机上比較だけで決めると、実装段階で「思っていたのと違う」が起きます。PoC に1〜2カ月、費用は数十万円程度を見込んでおくと現実的です。

ステップ3：データ移行と並行稼働

選定が終わったら、Access のデータを新しい移行先に投入し、しばらく並行稼働させます。Access と新システムの両方に同じデータを入れ、結果を突き合わせる期間を1〜3カ月とるのが安全です。

ここを省くと、本番切り替え後に「集計値が前と合わない」「ある特定の条件のときだけ動きが違う」といった問題が、業務に影響する形で顕在化します。並行稼働の期間中に出た差分を1つずつ潰すことで、切り替え後の事故を防げます。

ステップ4：切り替えと Access の退役

並行稼働で問題が出なくなったら、本番運用を新システム側に切り替えます。Access は即座に削除せず、過去データの参照用として読み取り専用で残すのが定番です。

「Access を残しておくと結局戻ってしまう」という心配がある場合は、一定期間（例えば半年）読み取り専用で残し、その後アーカイブして退役、という段取りにします。10年動いてきた業務システムには、年に1〜2回しか参照しない処理が必ずあるので、即座に消すのは早すぎます。

---

やってはいけない3つのこと

経営判断としては、次の3つを避けてください。どれも善意で踏みがちな道ですが、結果的に費用も時間も大きく失います。

3つ目の「全面作り直しを即決しない」については、見積もりの妥当性を見極める観点からも整理しています。詳しくは業務システムのリプレース見積もりが高すぎる時の妥当性を見極める3つの基準を参照してください。

---

three dots. での引き取り案件の進め方

弊社の引き取り案件では、いきなり移行先を提案せず、現状の棚卸しから始めて「残す部分／移す部分」を切り分けることが多いです。Access に限らず、仕様書のないシステムや属人化したシステムを扱うときに共通する進め方です。

次に紹介する2件は Access 案件そのものではありませんが、進め方は Access からの移行とそのまま重なります。「仕様書がない」「特定の人しか触れない」「全面刷新せず延命する」という共通点があり、Access の業務システムを引き取るときも、最初の動き方は同じです。

塗装業（30名）：他社に引き継ぎを断られた業務システム

担当者が退職し、他の開発会社にも引き継ぎを断られた状態のご相談でした。仕様書はなく、ソースコードと稼働しているサーバーだけが残っている、典型的な「動いてはいるが、もう誰も中身を触れない」状態です。

画面の操作録画と業務担当者へのヒアリングで日々使われている機能を絞り込み、改修対象の周辺だけ仕様を書き起こし、業務影響の大きい箇所から最小単位で改修していきました。結果として、全面刷新せずに業務システムをそのまま引き取り、属人化から組織で支える保守体制へ切り替えています。

サービス業（50名以上）：20年来の内製基幹システム

社内で内製していた基幹システムが、当時の担当者の退職とともにブラックボックス化していたケースです。設計書は形式上は残っていましたが、長年の改修で実装との乖離が大きく、信用して読めない状態でした。

全面刷新の見積もりも取得されていましたが、金額が大きく踏み切れない、というご相談でした。弊社では刷新せず、リスクの高い箇所と業務影響の大きい箇所だけを延命する方針を立て、結果的に想定の約2割の費用で運用を継続できています。

どちらの案件にも共通するのは、「全部を一度に直そうとしない」という姿勢です。Access からの移行も同じで、いきなり移行先を決めず、棚卸しと PoC を挟んで段階的に進めるほうが、結果的に安く・早く・止まらずに着地できます。

仕様書がない前提での進め方は、仕様書のない業務システムは直せるのか――現状把握から始める段階的な改修の手順で具体的な手順を整理しています。Access の VBA も「仕様書がない実装」の一種なので、合わせて参照してください。

---

よくある質問

サポート終了後も Access のファイルは開けますか？

開けます。Access 2021 のサポート終了は、新規のセキュリティ更新・不具合修正・公式サポートが提供されなくなる、という意味です。インストール済みのソフトは動き続けますし、.accdb のファイルも開きます。ただしセキュリティ更新が止まったソフトを業務に使い続けるリスクは、時間とともに大きくなります。

Access 2019・Access 2016 はもうサポート終了していますか？

両方とも2025年10月14日に延長サポートが終了しています（Access 2019 - Microsoft Lifecycle、Access 2016 - Microsoft Lifecycle、2026年6月時点）。社内にこれらのバージョンが残っているなら、Access 2021 より優先して移行検討の対象です。

Microsoft 365 の Access に乗り換えれば、Access 2021 のサポート終了は関係なくなりますか？

Access は現在も Microsoft 365 の一部プランで提供されています。サブスクリプション版に切り替えれば、当面のサポートは継続します。ただし2GB 上限や同時接続の弱さといった Access そのものの構造的な制約は変わりません。長期的にはやはり移行検討の対象です。買い切り版で長く使いたい場合は Access LTSC 2024（メインストリームサポート終了2029年10月9日、Access LTSC 2024 - Microsoft Lifecycle、2026年6月時点）という選択肢もあります。

AI を使えば、スクラッチ開発でも安く早く作れますか？

実装は AI コーディングで効率化でき、従来のフルスクラッチより工数を抑えられるのは事実です。ただし「安く早く」だけを期待するのは危険です。要件定義とデータモデルの設計はシステムに詳しい人間が担う必要があり、生成されたコードもセキュリティを含めてレビューを通さないと、動くように見えて穴のあるシステムになります。設計とレビューを人が担保したうえで実装を AI で効率化する、という前提なら、費用を抑えつつ品質を保てます。

補助金は使えますか？

業務システムの改修・刷新は、IT 導入補助金（2026年度は「デジタル化・AI 導入補助金2026」として運用）等の対象になり得ます。2026年度の通常枠は、補助率1/2以内（条件付きで2/3以内）、補助下限額50万円、補助上限額は対象プロセス数に応じて150万円〜450万円とされています（通常枠 - デジタル化・AI 導入補助金2026、2026年6月時点）。ただし「単なる保守延長」は対象外となる場合が多く、業務改善や生産性向上に直結する改修であることを示せるかが鍵になります。年度ごとに枠と条件が変わるため、自社の改修計画が補助金の趣旨に合うかは、申請前に公式サイトと専門家でご確認ください。

---

まとめ

Access の業務システムが限界に来ているかは、2GB 上限・同時接続・VBA 属人化・サポート終了の4症状で点検できます。サポート終了とは「即日使えなくなる」ことではなく、更新・修正・サポートの3つが止まることです。動作は続きますが、無限に時間があるわけでもありません。

続行・移行の判断は、同時接続人数・データの伸び・VBA の保守者・業務影響の4つの問いで分かれます。移行先は kintone・AI 活用のスクラッチ開発・Access 据え置きの3系統。決め打たず横並びで比較し、最有力と次点で PoC を回すのが現実的です。

段階移行は、棚卸し → 選定と PoC → 並行稼働 → 切り替えと退役の4ステップ。期限ぎりぎりに動かない、ベンダーの言い値で SaaS を即決しない、全面作り直しに走らない――この3つを避ければ、止まらずに着地できます。

「他社で全面作り直しの見積もりを取ったが踏み切れない」「Access の VBA を読める人が社内にいなくなった」「Access 2021 のサポート終了が気になっているが、何から手を付けていいか分からない」――こうした段階からのご相談を、いつもいただいています。

システムレスキュー

動いてはいるが、もう誰も中身を触れない――Access の業務システムの現状把握と段階移行をご相談いただけます。初回相談は無料です。

/service/system-rescue/