Access × Microsoft Lists 移行：M365 内で完結する小規模Access脱却
目次 クリックで開く
本記事の親ピラー（包括ガイド）
本記事は Aurant Technologies の Access移行 親ピラーガイドを支えるクラスター記事です。
ユーザー数20名以下の小規模Accessシステムを、追加コスト0円で Microsoft Lists（M365 標準機能）に移行する手順を解説します。
1. Microsoft Lists とは — SharePoint 基盤と M365 内完結の意味
Microsoft Lists は SharePoint Online のリスト機能をベースに、Lists 単体としてのアプリ・モバイル UI・ホーム画面を整備したサービスです。M365（Microsoft 365）の Business・Enterprise ライセンスに含まれ、Teams タブからも利用できるため、Access のように個別ライセンスを買う必要はありません。データは SharePoint のサイトコレクション配下に保存され、列レベルの権限設定や変更履歴、検索インデックスといった SharePoint の機能をそのまま継承します。一方で内部実装が SharePoint Lists であることが、後述する件数・列型・リレーションの制約に直結します。
2. Access の各機能は Microsoft Lists / Power Platform で何に対応するか
Access から Microsoft Lists に移すとき、判断の中核になるのは「Access の各機能カテゴリが、Lists 単体で済むのか、Power Platform 側の機能が必要になるのか」です。次の対応表を、自社の Access が依存している機能と照らし合わせて確認します。
| Access の機能 | 移行先（M365 内完結） | 補足 |
|---|---|---|
| テーブル | Microsoft Lists のリスト | 1リスト = 1テーブル。データは SharePoint サイト配下に保存 |
| フォーム | Lists の既定フォーム／Power Apps（キャンバスアプリ） | 入力規則・条件付き表示など Access フォーム並の UI には Power Apps が必須に近い |
| クエリ・選択クエリ | Lists のビュー（フィルタ・並び替え・グループ化）／Power Fx 式 | JOIN を含む複雑クエリはネイティブには再現しにくく、Power Apps の Filter／LookUp や Power Automate に分散させる |
| レポート | Excel エクスポート／Power BI | 定型印刷帳票が必要なら Word 差し込み印刷や Power Automate からの PDF 生成と組合せる |
| マクロ | Power Automate（クラウド／デスクトップ） | 承認フロー・通知・他システム連携は Power Automate が標準 |
| VBA・モジュール（関数） | Power Fx 式／Office Scripts（Excel） | 計算ロジックは列の式・Power Fx に書き換えるのが基本。複雑な手続き的処理は Power Automate のクラウドフローに切り出す |
| 添付ファイル | リストアイテムへの添付／SharePoint ドキュメントライブラリ | 大量添付は別途ドキュメントライブラリに分離するのが運用しやすい |
| 権限・利用者管理 | SharePoint サイト権限／リスト権限／列レベル権限 | M365 ユーザー単位で権限管理、外部共有はテナント設定に従う |
3. 移行の進め方と、現場で詰まりやすい3つの制約
基本的な移行ステップはシンプルで、Access テーブルを CSV／Excel に出力し、Microsoft Lists 側で新規リストを作成して取り込み、必要に応じて Power Apps でフォームを、Power Automate でマクロ相当のワークフローを構築します。ただし Access 経験者が Lists で詰まりやすいポイントが3つあり、移行前に検討しておくとスムーズです。
- リストビューしきい値（既定 5,000 アイテム） — Microsoft Lists の1リストは最大 3,000万アイテムまで保持できますが、ビューでフィルタ・並び替え・集計を行う際に5,000アイテムを超えるとパフォーマンス制約がかかります。インデックス列の作成、5,000件以内に収まるビューの設計、または Dataverse への切り替えで回避します。「件数の絶対上限が5,000」ではなく「ビュー設計の境界線が5,000」と理解するのが正確です。
- 列型の固定 — Lists の列は、テキスト・数値・日時・はい/いいえ・選択肢・ユーザー・参照（Lookup）・場所・画像といった既定の型から選びます。Access のメモ型に長文・書式情報を詰め込んでいたり、独自の入力規則を VBA で実装していた場合は、移行時に Lists の列型と Power Apps の入力検証へ分けて持たせる必要があります。
- リレーションの表現力 — Lists の参照（Lookup）列で他リストとの関係は表現できますが、Access のリレーションシップ・参照整合性・連鎖更新／削除のような厳密な制約はネイティブには再現できません。多対多や複雑な結合は Power Apps の Filter／LookUp や Power Automate での突き合わせに外出ししたうえで、整合性は運用ルールやワークフロー側で担保します。
これらの制約に頻繁にぶつかる規模（大量レコード／複雑なリレーション／厳密なトランザクション制御が必要）まで成長した場合は、同じ Power Platform 系で Dataverse（Power Apps モデル駆動アプリの基盤）に上がるのが M365 エコシステム内での次の選択肢になります。Microsoft Lists で構築した資産は、後から Dataverse へ移し替えやすい設計（列名・型を業務語彙で整える、参照列を一貫させる）を最初から心がけておきます。
よくある質問
Microsoft Lists の件数上限は本当に5,000件ですか？
いいえ、5,000は「リストビューしきい値」の既定値で、件数の絶対上限ではありません。Microsoft Lists の1リストは最大 3,000万アイテムまで保持できます。5,000を超えるとビューでのフィルタ・並び替えにパフォーマンス制約がかかるため、インデックス列の追加や、5,000件以内に収まるビュー設計で回避するのが基本です。それを超える規模では Dataverse への移行を検討します。
Access の VBA や独自関数はどう置き換えますか？
単純な計算列や条件付き表示は Lists の列の式や Power Fx で表現できます。手続き的な処理（複数テーブルにまたがる更新・条件分岐・外部連携）は Power Automate のクラウドフローに切り出します。Excel 操作に近い処理は Office Scripts と組合せると保守しやすくなります。
Excel 共有との違いはどこですか？
Microsoft Lists は標準でマルチユーザー編集・列レベルの権限・変更履歴・検索インデックス・SharePoint 監査ログを備えており、Excel 共有よりも業務システムとしての統制が効きます。Excel は表計算と分析、Lists はデータの台帳とワークフローの基盤と役割を分けるのが現実的です。
どんな Access が Microsoft Lists 向きですか？
テーブル数が少なく、リレーションが単純で、レコード規模が数千〜数万件、UI 要件もシンプルな台帳型システムが向きます。逆に、複雑な多対多リレーション、厳密なトランザクション制御、Access フォームに作り込まれた入力規則・帳票が業務の中核になっている場合は、Lists ではなく Dataverse + Power Apps モデル駆動アプリのほうが移行先として適合します。
Lists で組み始めた後、規模が大きくなったらどうしますか？
同じ Power Platform 系で Dataverse に上がるのが M365 エコシステム内での自然な発展経路です。列名・型を業務語彙で整え、参照列を一貫させて Lists を設計しておくと、Dataverse への移し替え時にスキーマの再設計が最小化できます。それでも合わない複雑業務であれば、kintone や Salesforce 等の業務アプリプラットフォームを併用候補に入れます。
Access移行の進め方に迷ったら ― 無料の「移行診断・セカンドオピニオン」
現行 Access の棚卸しから、kintone・Power Apps・Salesforce など移行先の選定、VBA資産の引き継ぎ、IT導入補助金の活用可否までを実装視点で無料診断します。すでにベンダーから提案を受けている場合のセカンドオピニオン（その見積り・移行方式が妥当か）にも対応します。診断のみのご利用も歓迎です。
関連ピラー
Microsoft Lists と Power Platform で小規模 Access を置き換えた後、Lists のデータや Power Automate のフローに Claude を組み込む際は、SharePoint サイトの読み取り権限の範囲・Power Automate で実行できる操作の制限・シークレットの分離を M365 のガバナンス設定と整合させる必要があります。Lists/Power Platform 環境への Claude 統合の設計は Claude Code 導入支援 で導入の進め方を一緒に設計できます。
AI×データ統合 無料相談
AI・データ統合・システムの最適な組み合わせを、企業ごとに設計・構築します。「何から始めるべきか分からない」という段階からでも、まずはお気軽にご相談ください。