Accessで業務システムを作れる？できることと限界の見極め
Accessは顧客管理・受発注・帳票出力など小〜中規模の業務システムを安価に構築できます。一方で2GB上限・同時利用5〜10人が実務目安・Web非対応・2026年10月13日のAccess 2021サポート終了など構造上の限界も整理します。
結論：Accessで業務システムは作れる。ただし当社経験上「小〜中規模・Windows固定・同時5人前後」が現実的な守備範囲
顧客管理、受発注、在庫管理、勤怠集計など、多くの社内業務システムはAccessで実現できます。テーブルでデータを持ち、フォームで入力画面を作り、クエリで集計・抽出し、レポートで帳票を出力する。この4部品を一体で構築できるため、業務システムに使いやすいのがAccessの特徴です。
一方で「作れる」と「大規模でも安定して使える」は別の話です。1ファイル2GBの上限、同時利用時の不安定さ、Web・モバイル非対応、そして2026年10月13日に迫るAccess 2021のサポート終了。これらは設計ではなくAccessの構造上の制約です。この記事では、Accessで何ができるか・どこで限界が来るかを公平に整理します。
Accessが業務システムに向く点：4つの強み
Accessが業務システム向きとされる主な理由は次のとおりです。
| 強み | 内容 |
|---|---|
| 安価に始められる | Microsoft 365 Business StandardやOffice LTSC Professional Plus 2021に含まれており、追加費用なしで使える環境が多い |
| 帳票・フォームが作りやすい | 入力フォームとレポート（帳票出力）がセットで設計されており、請求書・作業報告書など実務帳票を比較的短期間で作れる |
| VBAで自動化できる | フォームのボタンからVBAを呼び出してデータ処理・他システム連携・Excel出力などを自動化できる（Microsoftの公式ドキュメントでも確認できる） |
| Excelより整合性を保てる | リレーションシップと参照整合性の設定により、Excelの複数シート管理よりもデータの一貫性を維持しやすい |
販売管理の自作例として多いのは「見積→受注→請求」の流れをフォームとクエリで実装するパターンです。規模が小さいうちは、これがExcelよりもずっとすっきり動くことは当社の経験でも確かです。台帳という具体例から始めると設計のイメージをつかみやすいです。
業務システムとして作る場合の基本構成
Accessで業務システムを組む場合、よく使われる5つの要素があります。レポートやVBA/マクロは要件に応じて追加します。
| 要素 | 役割 | 注意点 |
|---|---|---|
| テーブル設計 | データの正規化。マスタと履歴（トランザクション）を分ける | 最初の設計を後から変えると連鎖改修が多い |
| フォーム | 入力・参照・検索の画面 | コンボボックスや入力チェックでミス防止 |
| クエリ | 集計・抽出・結合 | DLookupの多用は、当社経験上、データ量や呼び出し回数によって性能低下を招くことがある |
| レポート | 帳票・PDF出力 | 厳密な書式指定には調整工数がかかることがある（当社経験） |
| VBA/マクロ | ボタン処理・自動化・他アプリ連携 | VBAはプログラミング知識が必要。マクロで対応できる範囲から始める |
テーブル設計が甘いと、後からフォームやクエリの修正が連鎖します。販売管理でいえば「受注テーブル」「受注明細テーブル」「顧客マスタ」「商品マスタ」を最初から分けておくことが基本です。この設計フローについてはAccessでデータベースを作る基本で詳しく説明しています。
Accessで業務システムを作るときの限界
使える範囲が広い反面、Accessには構造上の制約があります。事前に把握しておかないと、作り込んでから問題に気づくことになります。
| 制約 | 内容 | 根拠 |
|---|---|---|
| ファイル上限2GB | 上限（2GB）に達するとデータ追加や更新ができなくなるなど、正常運用が困難になる | Microsoftの公式仕様（Access specifications）に明記 |
| 同時利用の不安定化 | 仕様上の最大同時ユーザーは255だが、実務では5〜10人を超えると性能低下や破損リスクが高まる | 仕様値は公式。5〜10人の目安は当社実務経験 |
| Web・モバイル非対応 | Accessの操作画面はWindows専用。iOSやAndroidのネイティブアプリはない | Microsoftの公式情報（Windows専用） |
| 属人化しやすい | 作った担当者しか構造を把握していない状態に陥りやすい | 当社の移行支援実務から |
| サポート期限 | 単体版Access 2021（Modern Lifecycle）およびOffice LTSC Professional Plus 2021（Fixed Lifecycle）のサポートはいずれも2026年10月13日に終了。2025年11月8日時点でESU提供の公式発表はない | 公式ライフサイクルページ（Access 2021・Office LTSC 2021）で確認済み |
特に「作り始めて数年後に担当者が退職し、誰も修正できない」という状況は珍しくありません。業務システムとして育てていくなら、設計ドキュメントを残す運用とセットにする必要があります。2GBの制約についてはAccessの2GBの壁、同時利用の問題についてはAccessが複数人で使うと遅い理由でそれぞれ詳しく解説しています。
「どこまでAccess、どこから別の道具か」の見極め方
Accessで作るか、別のツールを使うかの判断は、用途・規模・将来性の3軸で考えると整理しやすいです。
| 状況 | 当社の判断目安 |
|---|---|
| 利用者が社内5人以下、データ増加が年数十MBの範囲 | Accessで自作できる可能性が高い。DB分割構成を前提に設計する |
| 利用者が10〜20人、または外出先・在宅からのアクセスが必要 | SQL Serverバックエンド化やWebシステムへの移行を検討する段階 |
| モバイル端末から入力・参照したい | kintone・Power Appsなどのクラウドツールが現実的 |
| 帳票がミリ単位の書式指定、VBAロジックが複雑 | AccessまたはWebシステム（スクラッチ開発）向き。ローコードツールでは再現が難しいケースがある |
| 販売管理を自作したい（中小規模） | 初期開発はAccessで可能だが、2〜3年後の2GB・同時利用の問題を想定して設計する |
ローコードツールとの比較についてはローコードでAccessは置き換えられる？で具体的な再現可否を整理しています。移行先の選択肢についてはAccessの移行先を比較も参考になります。
現在使っているAccessの規模や構造が、移行できる状態かどうか気になる場合は、無料の解析可否チェックで確認できます。
よくある質問
Q. プログラミングの知識がなくてもAccessで業務システムを作れますか？
テーブル・フォーム・クエリ・レポートの基本操作はGUIで完結するため、VBAなしでも一定の業務システムは作れます。マクロでも条件分岐やアクションクエリの連続実行は対応できますが、複雑なトランザクション制御・外部システム連携・詳細な例外処理ではVBAが必要になることがあります。最初はシンプルな構成から始めて、必要に応じてVBAを追加していく進め方が現実的です。
Q. AccessでExcelの販売管理表を作り替えることはできますか？
見積・受注・請求の流れを実装するケースは当社でも多く扱います。ただしExcelからのインポートはそのまま使えることは少なく、テーブル設計を一から整理し直すほうが後々の運用が楽になります。既存Excelの「1シートにすべての情報」という構造は、Accessの正規化設計と相性がよくないためです。
Q. AccessとkintoneやPower Appsではどちらが業務システムに向きますか？
用途次第です。Accessが向くのは、Windowsのみでよい・利用者が少ない・帳票の書式が複雑・既存のVBAロジックを活かしたいケース。kintone・Power Appsが向くのは、複数人・モバイル対応・クラウドで管理したいケースです。どちらが「正解」ではなく、業務の条件で選ぶ話です。Accessの代替手段まとめも参考にしてください。
Q. Access 2021を使って今から業務システムを作っても大丈夫ですか？
単体版Access 2021および Office LTSC Professional Plus 2021のサポートはいずれも2026年10月13日に終了します（2025年11月8日時点でESU提供の公式発表はありません）。終了後も運用を続けると、セキュリティ更新が提供されない状態になります。Microsoft 365版のAccessは継続してサービスが提供されていますが、サポート期限と将来の移行コストを見込んだうえで判断することをお勧めします。
触れないAccessが「診断できるか」だけ、確かめませんか。
顧客データは送信不要。発注の義務もありません。
約2分・ファイル送信不要・発注義務なし／説明はオンライン・売り込みはしません