Windows 10 のスタンドアロンPCで Office 2020 を使っているのに、後から追加したWindowsユーザーでは Access が起動できない・.accdb を開けない…。この症状は「Accessが未導入」だけでなく、インストール方式、ライセンス、既定アプリ、権限や信頼設定の違いでも起きます。原因別に最短で直す手順を整理します。
このトラブルが起きる背景
Windows 10 のスタンドアロンPCに Office 2020（買い切り版・永続版）をインストールし、最初に作業していたユーザーでは Microsoft Access が問題なく使えるのに、後から追加した別のWindowsユーザーでログインすると Access が見当たらない／起動できない／.accdb（.mdb）を開けない――。こうした状況は「Accessが入っていない」だけでなく、インストール方式（ユーザー単位か全ユーザーか）、ライセンス・アクティベーション、既定アプリ（ファイルの関連付け）、データベース保存先の権限、Accessの信頼（マクロ）設定など、複数の要因で発生します。
この記事では、現場で切り分けに迷わないように「まず見るべき場所」→「原因別の対処」→「再発防止」の順で、手順を具体的にまとめます。
よくある症状と、最初に疑うべき原因
「追加ユーザーだとAccessがないように見える」と言っても、実際にはいくつかのパターンがあります。まずは症状を整理すると、最短で原因に当たりやすくなります。
| 見え方・症状 | よくある原因 | まずやる確認 |
|---|---|---|
| スタートメニューに Access が出てこない | ショートカットがユーザーごと／Officeがユーザー単位で導入／表示がピン留め依存 | 「msaccess.exe」を直接起動できるか |
| .accdb をダブルクリックすると「アプリが見つかりません」 | ファイルの関連付けが未設定（ユーザーごとに保持される） | Access本体は起動できるか／既定アプリを設定できるか |
| Accessは起動するが、DBを開くとボタンが動かない | マクロ/VBAが無効、信頼済み場所が未登録、参照設定が切れている | 警告バーの表示、信頼センター、参照設定の「参照不可」 |
| DBを開くと「権限がない」「ロックできない」系エラー | 保存先フォルダーの書き込み権限不足（ロックファイルを作れない） | フォルダーに新規ファイル作成できるか |
| Access起動時にサインインやライセンス表示が出る | アクティベーションがユーザー単位／そのユーザーがライセンスを持たない | Word/Excelでも同様か、Officeのライセンス状態 |
最優先で確認：そのWindowsユーザーで「Access本体」を起動できるか
まずはデータベース以前に、Accessアプリ自体が起動できる状態かを切り分けます。ここを誤ると、権限やDB側の調査に時間を溶かします。
スタートメニュー検索で Access が出るか
- 追加ユーザーでログインし、スタートメニューの検索欄で「Access」と入力します。
- 「Microsoft Access」が出てくるか確認します。出ない場合でも、次の手順で本体の存在を確認できます。
MSACCESS.EXE を直接起動してみる
スタートメニューに表示されなくても、実体（実行ファイル）が存在すれば起動できます。次のどちらかの場所にあることが多いです（Officeの世代や32/64bitで異なります）。
C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE
C:\Program Files (x86)\Microsoft Office\root\Office16\MSACCESS.EXE- エクスプローラーで上記の場所を開き、MSACCESS.EXE があるか確認します。
- 見つかったらダブルクリックで起動します（追加ユーザーで実行）。
ここで Access が起動できるなら、次は「ファイルの関連付け」「ライセンス」「DB側の権限・設定」に焦点を当てます。逆に、実行ファイル自体が見つからない／起動できない場合は「Office構成・インストール方式」から疑います。
原因になりやすいポイント：Office/Access が「全ユーザー向け」に入っているか
同じPCでも、Officeの導入のされ方によっては「最初に使ったユーザーだけ正常」「追加ユーザーだけ不完全」という状態が起きます。特に次のケースは要注意です。
ユーザー単位の導入・ストア版・個人向け構成が混ざっていないか
- Officeの入手元がMicrosoft Store経由だった
- 開発者ユーザーだけがOfficeにサインインして使っている（他ユーザーはサインインしていない）
- 「アプリとしてのOffice（Microsoft 365/Officeアプリ）」と「デスクトップ版Office」が混在している
この場合、追加ユーザーでは「Accessがない」「Officeの一部機能が使えない」ように見えます。まずは、追加ユーザーで Word か Excel を開けるか、開いたときに「サインイン」「ライセンス認証」「プロダクトキー」などの表示が出ないかを確認してください。
確認のコツ：Officeの情報は「どのユーザーで見ても同じか」
Accessだけに目を向けるのではなく、Office全体の状態を確認します。
- 追加ユーザーで Word または Excel を起動
- 「ファイル」→「アカウント」付近で、ライセンスやサインイン状態の案内が出ないか確認
- 「更新が必要」「サインインしてライセンスを確認」などが出るなら、Access以前にライセンス問題の可能性が高い
最短で改善する手：Officeの修復（クイック修復 → オンライン修復）
追加ユーザーだけ起動できない場合でも、Officeの構成が崩れていると「ショートカットが作られない」「ファイル関連付けが登録されない」「アプリ登録が欠ける」といった症状が出ることがあります。まずは、負荷の軽い修復から試すのが定石です。
修復の手順（Windows 10）
- すべてのOfficeアプリ（Access/Word/Excel/Outlookなど）を終了します。
- 「コントロール パネル」→「プログラム」→「プログラムと機能」を開きます。
- 一覧から「Microsoft Office 2020（または同等の表記）」を選び、「変更」をクリックします。
- クイック修復を実行します（まずはこれ）。
- 改善しない場合は、再度「変更」からオンライン修復を実行します。
| 修復方法 | 特徴 | 向いている状況 | 注意点 |
|---|---|---|---|
| クイック修復 | 比較的速い／ローカルで修復 | 起動しない・ショートカットが欠けた・関連付けがおかしい | 軽微な破損に強いが、根本原因が残ることもある |
| オンライン修復 | ダウンロードして再構成（実質入れ直しに近い） | ユーザーによって挙動が違う／修復で直らない | 通信が必要／設定が一部初期化されることがある |
修復後は、追加ユーザーで Access（または Word/Excel）を一度起動し、初回起動の処理が走るかも確認してください。ここで初回セットアップが完了すると、ファイル関連付けやショートカットの不整合が解消することがあります。
Accessが含まれる構成になっているか：Officeの「変更（Modify）」と再インストールの考え方
「追加ユーザーではAccessが見えない」場合でも、端末にはAccessが入っていることが多い一方で、そもそもOfficeの構成として Access が入っていない（または機能が外れている）ケースもあります。ここはインストール方式によって対処が変わるため、次の2パターンで考えると迷いません。
変更（Modify）で機能の追加・再構成ができる場合
Officeの導入が「機能を選択できるタイプ」の場合、変更（Modify）から Access を追加できます。
- 「プログラムと機能」→ Office →「変更」
- 「機能の追加/削除」または「インストールするアプリの選択」が出るか確認
- Access が「使用不可」「インストールしない」になっていれば、ローカル コンピューターから実行（または同等）に変更
- 適用して完了後、追加ユーザーで起動を確認
変更で選べない場合は「再インストール」で整える
最近のOfficeは「修復」はできても「アプリ単位の追加」をGUIで細かく選べない構成があります。その場合は、Accessを含むセットで再インストールして、端末全体に正しい構成を作り直す方が早いことがあります。
- 既存のOfficeをアンインストール → 再起動
- 公式のインストーラーで Office を再インストール（Access を含むエディションで）
- インストール後、追加ユーザーで Word/Excel/Access を順に初回起動して状態を固定
このとき「開発者ユーザーだけがインストール・初回設定を済ませている」状態を避け、全ユーザーが使う前提で端末側を整えるのがポイントです。
盲点になりがち：Officeのエディション／ライセンスに Access が含まれるか
修復や再インストールをしても、OfficeのエディションにAccessが含まれていなければAccessは使えません。開発者ユーザーでは別ライセンスでAccessが有効になっている一方、追加ユーザーはライセンスがなく「使えない」ように見えることもあります。
| Officeの例（代表的な呼び方） | Access | 備考 |
|---|---|---|
| Home / Student 系 | 含まれないことが多い | 家庭向けで、Accessが対象外になりやすい |
| Home / Business 系 | 含まれないことが多い | OutlookはあってもAccessはないパターンがある |
| Professional / Professional Plus 系 | 含まれることが多い | Accessが必要な場合に選ばれやすい |
| Microsoft 365 Apps（法人向け） | Windowsでは含まれることが多い | サインイン（ユーザー単位のライセンス）で制御されることがある |
追加ユーザーで Access を起動しようとして、ライセンス認証やサインインが求められる場合は、次のどちらかを検討します。
- そのユーザーにも Access が使えるライセンスを付与する（同一PCで複数ユーザーが利用する前提に合わせる）
- 開発・設計は開発者ユーザーのみで行い、利用者は Access Runtime（実行専用）で運用する
Access Runtime を使うときの現実的な使い分け
利用者がフォーム操作や帳票出力だけを行うなら、Access Runtime で十分なことが多いです。一方で、テーブル設計やクエリ編集、フォームの修正など「開発作業」が必要ならフル版Accessが必要です。
| 目的 | 必要なもの | 向いている運用 |
|---|---|---|
| 開発（テーブル/クエリ/フォーム/VBAの編集） | フル版 Access | 開発者アカウントで作業する |
| 利用（フォーム入力・検索・帳票出力） | Access Runtime（またはフル版） | 複数ユーザーで同一PCを共用する場合のコスト最適化 |
追加ユーザーで「Accessがない」と誤解されやすい：ファイルの関連付け（既定アプリ）
Access本体はインストールされているのに、.accdb や .mdb を開こうとすると「アプリを選択してください」「Microsoft Storeで検索」になることがあります。これはファイルの関連付けがユーザーごとに保存されているため、追加ユーザーでは未設定になっている典型例です。
対処：.accdb / .mdb を Access に関連付ける
- Windows 10 の「設定」→「アプリ」→「既定のアプリ」
- 下の方の「ファイルの種類ごとに既定のアプリを選ぶ」を開く
- .accdb、.mdb を探し、「Microsoft Access」を選ぶ
もし一覧に Access が出ない場合でも、先に紹介したように MSACCESS.EXE を直接起動できるなら、いったんAccessを起動してから再度関連付け設定を行うと表示されることがあります。
補足：Accessの登録を強制的に整える（レジストリ登録）
関連付けがどうしても直らない場合、Accessの登録が崩れている可能性があります。次のように「regserver」オプションで再登録すると改善することがあります。
"C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE" /regserver※パスは環境で異なります。実行後は、.accdb を開いたときの動作を確認してください。
データベース側の原因：保存先の権限不足で「起動できない」ように見える
Accessはデータベースを開くとき、同じフォルダーにロックファイル（例：.laccdb / .ldb）を作成します。追加ユーザーがそのフォルダーに書き込めないと、Access自体は起動していても「DBが使えない」「途中で止まる」状態になります。
最も多い保存先の落とし穴
- 開発者ユーザーのデスクトップ（例：C:\Users\dev\Desktop）にDBが置かれている
- 開発者ユーザーのドキュメント配下にDBが置かれている
- 「Program Files」配下など、標準ユーザーが書き込めない場所に置かれている
- 外付けドライブや共有フォルダーで、追加ユーザーに権限が付いていない
必要になる権限の目安
| 対象 | 必要な権限 | 理由 |
|---|---|---|
| DBファイル（.accdb / .mdb） | 読み取り＋書き込み | データ更新・内部キャッシュの更新が発生するため |
| DBが置かれたフォルダー | ファイル作成・削除（変更） | ロックファイル（.laccdb/.ldb）を作成・消去するため |
| バックアップ保存先（運用している場合） | 書き込み | バックアップ生成に失敗すると処理が止まる設計がある |
おすすめの置き場所（スタンドアロンPCでの現実解）
- 全ユーザーがアクセスできる共有領域（例：C:\Users\Public\Documents）
- Dドライブなど、ユーザープロファイルに依存しないデータ領域
「2人目ユーザーが同じPCで使う」前提なら、DBの置き場所は最初から全ユーザー共通のパスに寄せるのが再発防止になります。
マクロ・VBAが動かないだけで「Accessが使えない」に見える：信頼センターの差
開発者ユーザーでは問題なく動くのに、追加ユーザーでは「ボタンが反応しない」「起動時の処理が止まる」場合、Accessの信頼センター（セキュリティ）設定がユーザーごとに違っている可能性があります。特に、起動時に黄色い警告バーが出ているなら要チェックです。
確認ポイント
- DBを開いた直後に「セキュリティの警告（コンテンツの有効化）」が出ていないか
- 「有効化」を押すと動くのか（毎回出るなら信頼済み場所の未設定が疑わしい）
- 開発者ユーザーでは信頼済み場所に登録しているが、追加ユーザーでは未登録ではないか
対処：信頼済み場所（Trusted Locations）を追加する
- Accessを起動（追加ユーザーで）
- 「ファイル」→「オプション」→「トラスト センター」→「トラスト センターの設定」
- 「信頼できる場所」で、DBを置いているフォルダーを追加
運用上の安全性を考えると、信頼済み場所を闇雲に増やすより、DBの保存先を「運用フォルダー」に固定し、そのフォルダーだけを信頼する方が管理が簡単です。
リンクテーブルや外部参照があるDBで起きる「ユーザー差」
Accessデータベースがリンクテーブル（他のAccessファイル、Excel、CSV、SQL Server、ODBCなど）を使っている場合、追加ユーザーでだけエラーになることがあります。原因は「外部データへのパスや資格情報がユーザー依存」だからです。
ドライブレターの違い（Z: がない、など）
- 開発者ユーザーでは Z: を共有フォルダーに割り当てている
- 追加ユーザーでは Z: が割り当てられていない
この場合、リンクテーブルは見えていても実体に到達できず、フォームやクエリでエラーになります。UNCパス（\\server\share\…）に統一する、または起動時にドライブ割り当てを確認する設計にすると安定します。
ODBCのDSNが「ユーザーDSN」になっている
ODBC接続で DSN を使っている場合、作成場所によって挙動が変わります。
| DSNの種類 | 影響 | 追加ユーザーでの症状 |
|---|---|---|
| ユーザーDSN | Windowsユーザーごとに保持 | 追加ユーザーではDSNが存在せず接続できない |
| システムDSN | 端末全体で共通 | 基本的に全ユーザーで同じ条件で接続できる |
スタンドアロンPCで複数ユーザーが同じDBを使うなら、可能な限りシステムDSNで統一するか、DSNを使わず接続文字列をDB側で管理する方がトラブルが減ります。
現場で使える切り分けチェックリスト（順番が重要）
最後に、問い合わせ対応や現地作業でそのまま使えるように、確認順をチェックリスト化します。上から順に潰していけば、遠回りしにくくなります。
| チェック | やること | NGなら次にやること |
|---|---|---|
| Access本体は起動できるか | 追加ユーザーで MSACCESS.EXE を直接起動 | Office修復 → 再インストール検討 |
| Officeのライセンス状態は正常か | 追加ユーザーで Word/Excel を起動し、サインイン/認証要求を確認 | ライセンス整理（エディション確認、必要なら付与/切替） |
| .accdb がAccessで開けるか | 関連付けを確認（既定アプリで .accdb/.mdb を Access に） | /regserver で再登録、ショートカット作成 |
| DB保存先に書き込めるか | フォルダーに新規ファイル作成できるか（ロックファイルのため） | 保存先変更（Public\Documents 等）または権限付与 |
| マクロ/VBAがブロックされていないか | 警告バー、信頼済み場所の設定を確認 | 信頼済み場所の追加、署名、配置場所の見直し |
| リンクテーブル/外部接続はユーザー依存か | ドライブ割り当て、ODBC DSN（ユーザー/システム）を確認 | UNCパス化、システムDSN化、接続情報の統一 |
まとめ：追加ユーザーでAccessが使えないときは「端末全体のOffice」と「ユーザーごとの設定」を分けて考える
最初のユーザーでAccessが動くのに追加ユーザーで動かない場合、原因は大きく2系統です。ひとつは Office/Access のインストール・ライセンスが端末全体として成立していない 系（修復・再インストール・エディション確認で解決）。もうひとつは ユーザーごとに変わる設定や権限 系（関連付け、保存先、信頼センター、外部接続で解決）です。
「Accessを追加ユーザーにも別途インストールする必要があるのか？」という疑問に対しては、結論としては多くのケースで“追加インストール”ではなく“全ユーザーで使える状態に整える”のが正解です。上のチェックリストの順に確認すれば、遠回りせずに原因へ到達できます。
コメント