この記事で分かること
- 外注会社に見積もりや初期調査を依頼する前に揃えるべき必須ファイルとアクセス権限
- 開発者が不在のシステムを引き継ぐ際に、保守費用を抑えてスムーズに委託する手順
- パスワード紛失や環境アップデート時の不具合といった実務で直面しやすいトラブルの解決策
Access保守を外注する前に万全な準備が必要な理由
Microsoft Accessで構築されたシステムは、安価で自由度が高いため、社内の有識者が属人的に改修を繰り返しているケースが多々あります。このようなシステムを外部の専門業者（Access保守会社）へ引き渡す際、事前の情報整理ができていないと、以下のような問題が発生します。
まず、システムの現状分析や「現行調査」に想定以上の工数が発生し、外注初期費用（初期見積額）が大幅に膨らむ原因になります。プログラムコードの構成やデータ構造が整理されていない状態で依頼すると、専門会社はシステム全体の挙動をゼロから手探りで解析しなければならず、その調査期間はすべて実費請求となるのが一般的です。
また、これまでの開発担当者がすでに退職しているなど、中身が不透明な状態（いわゆるブラックボックス化）になっている場合、システム移管作業中のトラブルによって突然稼働が止まり、復旧に数日を要するリスクも生じます。事前にファイル形式や接続権限、システムに紐づく日常の業務フローを可視化しておくことで、安全な移行が可能となり、結果として年間維持コストの削減やトラブル発生時の迅速な復旧（ダウンタイム短縮）に繋がります。
保守会社に必ず提供すべき3つのデータと権限
Accessシステムの現状維持や機能追加を他社へスムーズに引き継ぐためには、開発や調査の土台となる「物」と「権利」を引き渡さなければなりません。具体的に渡すべき資料は以下の3点に分類されます。
1. 編集可能なAccessデータベースファイル本体
何よりも先に対象となるシステムファイル一式を用意します。このとき最も注意が必要なのはファイル形式（拡張子）です。通常、Accessのシステムは以下の2つのファイル形式に分かれています。
| ファイル形式 | 特徴 | 外部での保守可能性 |
|---|---|---|
| .accdb / .mdb | ソースコード（VBA）や画面、テーブルデザインを編集可能な標準形式。 | 可能。保守を請け負う会社が最も必要とするデータ。 |
| .accde / .mde | 編集できないようにプログラムコードがコンパイル（ロック）された形式。 | 不可。コードの閲覧や改修ができないため、保守が受けられません。 |
もし運用しているファイルが「.accde」または「.mde」である場合は、その生成元となった「.accdb」や「.mdb」形式のソースファイルを探し出す必要があります。また、多くのAccessシステムは、画面やプログラム処理を担う「フロントエンド」と、データが格納されている「バックエンド」の2つにファイルが分割（リンクテーブル構造）されています。これらの両方のファイルを不足なく準備してください。
2. データベースや外部サーバーへの接続アカウント情報
次に、データベースや各種プログラムへのアクセス権限です。具体的には以下の情報が必要となります。
- VBAプロジェクトの保護パスワード：プログラムソースコードを表示・編集する際に入力を求められる暗号キー。これがないと、保守会社はプログラムの修正を行うことができません。
- データベースのユーザーIDとパスワード：起動時や管理者用のログイン画面に入るためのアカウント。
- 外部接続用のアカウント情報：AccessがSQL Server、MySQL、Oracle、PostgreSQLなどの外部の本格的なデータベース（RDBMS）と連携している場合、それぞれの接続用ID、パスワード、ODBCのデータソース名、サーバーのIPアドレスが必要です。
3. システムが依存する環境フォルダのアクセス権限
Accessシステムは、単独で完結しているケースだけではありません。多くの場合、社内の共有サーバーやNAS上に「自動出力されたExcelの帳票」「読み込み用のCSVファイル」「PDFデータ」などを保存する連携処理が組まれています。
外注会社が自社の検証用環境やテスト用PCで同じようにテスト動作させるためには、接続しているフォルダ構成（ディレクトリパス）の配置図や、接続権限を事前に整理・提示する必要があります。これにより、システム移行時に「フォルダが見つかりません」といった原因不明のエラーが出るのを予防できます。
属人化を防ぐために共有すべき業務フローと運用ルール
システムファイルや接続アカウント情報といったハード面が揃っても、実際に現場でどのように使われているかというソフト面（利用シーン）がわからなければ、正しい保守対応は不可能です。移行時のトラブルを未然に防ぐため、以下の項目を可視化して共有しましょう。
日常における活用サイクルと利用スケジュール
いつ、誰が、どのような目的でシステムを使用しているのかを時系列で整理します。例えば、「毎日午前9時に関係者が一斉に売上データを入力する」「毎月末日の夕方にバッチ集計プログラムを稼働させる」「年に一度の決算期のみに印刷する特殊な帳票がある」といった業務サイクルです。
この利用スケジュールを共有することで、保守業者がデータベースの更新作業やシステム停止を伴うメンテナンスを行う際、「業務に支障が出ない最適なタイミング」を計画できるようになります。
現場で培われた「手作業による暫定対処ルール」の引き継ぎ
長年稼働しているシステムでは、不具合や設計上のバグに対し、現場ユーザーが手作業でリカバリーしてやり過ごしているケースがよくあります。例えば、「特定のデータパターンを入力すると画面エラーが出るが、その場合は一度アプリを再起動すれば動作する」「月末だけ二重送信が起きるため、手作業で該当レコードを削除している」などの暗黙の運用ルールです。
これらを不都合なく整理して外部の保守担当者に共有しておくことで、保守会社はその原因を根本から突き止めてソースコードの修正へと繋げることが可能になり、将来的な業務負荷の低減をもたらします。
稼働しているPC端末のソフトウェアスペック
Accessは端末側の環境に強く依存する特徴を持っています。そのため、以下の使用環境を正しく整理しておいてください。
- オペレーティングシステムのバージョン（Windows 10 / 11 など）
- Officeソフトのビット数（32bit または 64bit）
- 利用しているプリンタードライバーや特殊な追加のアドインツール
特に、Officeソフトの「32bit」と「64bit」の違いは大きく、保守先の開発環境と実運用環境のミスマッチによって、これまで動いていたプログラムコード（VBAのDeclare宣言など）が動かなくなるという深刻な初期不良を引き起こすことがあります。
Access保守の委託でよくあるトラブルと実践的解決ステップ
実際に既存のAccess管理をアウトソーシングする段階、あるいは委託直後に、多くの企業が直面しやすいトラブルとその具体的な対応手順を以下にまとめました。
| 発生しやすいトラブル事例 | 原因と課題点 | 解決に向けた具体的なステップ |
|---|---|---|
| VBAコードの保護パスワードが分からない | 前開発者が社外秘で設定したまま、ドキュメントに記載を残さずに退職した。 | 1. 過去の引き継ぎ資料、仕様書、開発時のメモに記載がないか徹底捜索。 2. 設定した可能性のある複数の共通パスワード（社名、開発日など）を検証。 3. 解決しない場合は、専門の保守会社にパスワード解除や復元対応を相談する。 |
| 移行先の環境で「リンクテーブル」エラーが発生する | 共有フォルダの保存先やファイルサーバー名（IPアドレス）が変わったことによる不整合。 | 1. Accessの「リンクテーブルマネージャー」を起動する。 2. 変更後の正しいネットワークパスやサーバー上のファイルを指定して再接続を実行。 3. 不安定な場合は「\\server\…」のようなUNC形式でのパス記述への統一を検討する。 |
| OSやOfficeのアップデート後に機能の一部が突然動かなくなる | 32ビット環境から64ビット環境に自動更新されたことで、古いVBAコード（API宣言等）の整合性が失われた。 | 1. エラー箇所に「Declare PtrSafe」という記述が必要かどうかチェックする。 2. 32bitと64bitの両環境で動くように、条件付きコンパイル（#If VBA7 Then … #Else …）を記述・修正。 3. 該当の外部APIを廃止し、標準のVBAコードで代替できるよう処理を見直す。 |
このようなトラブルは、委託する前にあらかじめ現状の不具合を整理し、事前診断サービスなどを活用してシステム内の整合性をプロに確認してもらうことで、被害を未然に防止することができます。特にセキュリティ制限のある企業ほど、こうした確認と情報共有のステップが重要です。
開発担当者が何年も前に退職しており、社内にAccessの仕様書やドキュメントが一切残っていません。この状態でも保守の外注は可能ですか？
はい、十分に可能です。設計図やドキュメントが一切残っていなくても、ソースコード（.accdbや.mdb形式）さえ手元にあれば、外部の専門会社がリバースエンジニアリング（逆コンパイルやソース解析）を行って、システムの構造や現状の挙動を解明することができます。まずは現状稼働しているファイル本体をお手元に用意してご相談ください。
編集できない「.accde」または「.mde」ファイルしか残っていません。この場合は全く保守を行えませんか？
そのファイルのみでコードを修正することは技術的に極めて困難です。ただし、元となるデータベース（.accdbや.mdb）の所在を全社的に探すこと、あるいは最悪の場合であっても、テーブル内のデータのみを抽出して新しく画面や処理機能（フロントエンド）を部分構築し直す「部分刷新」の手法を取ることで、保守コストを抑えながら修復させることが可能です。
社内のセキュリティ規定により、データベースファイルを外部に送ることができません。どう対応すべきですか？
機密性の高い個人情報や営業情報を保護するために、データのみを除去した「枠組み（テーブル定義、クエリ、フォーム、VBAプログラムのみ）のファイル」を作成し、これを保守会社へ提供する方法があります。または、秘密保持契約（NDA）を締結した上で、保守担当者が御社を訪問して現地の作業環境で作業するか、安全なリモートワーク環境を介して分析を行う方法があります。
Access保守の外注費用（初期の診断見積）を少しでも安く抑えたいです。コツはありますか？
最も効果的なのは、「現状判明している全ての不具合やエラー画面のスクリーンショット」「エラーが発生する具体的な再現手順」を網羅した簡易的なメモを、システムファイルと一緒に事前に提示することです。外注会社が「バグを探し出す手間」を省略できるため、その分の初期調査にかかる作業工数が削減され、初期費用を大幅に抑えることができます。
