担当者しか分からないAccess。保守・移行を相談する前に何を調べるか

最初に調べるのは、止められない業務の「出口」

Accessの担当者が交代する。ファイルの場所は分かるが、月末に誰がどのボタンを押し、請求書の数字を何と照合しているか分からない。この状態で、すぐに全面移行を発注する必要はありません。まず、期限のある1つの業務について、入力・処理・出力・外部連携と確認者をつなげて調べます。

対象は「Accessファイル一式」より、「毎月の請求帳票を、別の担当者でも確認して出せる状態」と表した方が、調査の終わりを決めやすくなります。未調査の部分を残した場合も、何が分かり、何が未確認かを区別できます。

以下は、営業所の実績CSVをAccessへ取り込み、請求帳票を出す会社の架空例です。実際の顧客事例ではありません。請求締め日、訂正の扱い、確認資料は自社の運用に合わせます。

帳票から逆にたどり、Accessの外まで線を引く

必要な請求帳票を選び、元になる集計、取り込むデータ、起動する操作を逆向きに確認します。見えている画面の数だけでは調査量を見積もれません。同じ帳票でも、締め後の訂正や特定の取引先だけ別処理になっていることがあります。

ファイルの中だけで終えないことも大切です。別のAccessファイル、Excel、共有フォルダ、外部データベース、Windowsの定刻実行、プリンター等が関係する場合は、その接続先と管理担当も確認します。存在が分からない連携を「なし」と記録しません。

• 入力：CSVの項目・形式・保存場所、どの記録が確定済みか
• 処理：画面のボタン、マクロ、VBA（自動処理のプログラム）、実行順
• 外部：接続先の種類、起動元、利用権限、保守窓口。パスワードを一覧へ記載しない
• 出力：帳票の用途、配布先、正しいと判断する原資料と担当

「依存関係」の表示だけでは、自動処理を見渡せない

Microsoftの説明では、Accessの「オブジェクトの依存関係」ウィンドウで、テーブル・クエリ・フォーム・レポートの関連を確認できます。ただし、マクロとコードモジュールの情報は表示されず、対象外となるクエリもあります。表示が空でも、影響先がないとは判断できません。

VBAから参照しているファイルや外部データベース、別のソフトからの起動は別に調べます。担当者への聞き取り、処理の定義、実行時の結果を合わせる必要があります。

調査用コピーの取得や実行は、権限と取り扱いを合意してから行います。コピーでも、本番のデータベースや送信先へ接続したままの可能性があります。更新・メール送信・ファイル出力等の副作用と接続先を確認し、隔離した検証条件を整えるまでは処理を実行しません。

• 出典：Microsoft「オブジェクトの依存関係」ウィンドウの対象と制限 →

調査結果は「動く・直す・未確認」を業務ごとに残す

ファイル名の一覧と操作動画だけでは、数字が合わないときに判断できません。1つの業務に、通常手順・例外・確認資料・保守担当をひも付けます。次の例では、通常の帳票が出ても、訂正や復元が未確認なら引き継ぎ完了にしません。

残す・直す・つなぐ・置き換えるを、同じ業務で比較する

担当者がいなくなることと、Accessを廃止する必要性は別の判断です。まず次回の締めを続ける手当てを決め、その後の利用人数、保守できる範囲、他システムとの連携から選択肢を比べます。

同じ月次請求を各案でどう扱うか、残る手作業と制約まで説明してもらいます。市販製品を使う場合も、今の帳票の見た目ではなく、訂正・履歴・出力条件を満たすかが判断材料になります。

• 既存ソフトを活かす改善と追加開発の比較 →
• 会計への受け渡しと訂正・再送の確認 →

現状調査と移行開発の発注を分け、費用の前提をそろえる

最初の依頼は、対象の月次業務について、関連するファイル・処理・連携先・未解決点と、継続または移行の選択肢を明らかにする範囲から相談できます。全体像が不明なまま、全面刷新の固定範囲を決めようとしないことが重要です。

費用を左右するのは、ファイル数だけではありません。改修できる元のファイルがあるか、外部連携や例外がどの程度あるか、実行環境を再現できるか、過去データの整理が必要かで調査量が変わります。元の開発契約とソフトの利用条件も確認します。

社内は業務の正解・優先順位・利用権限を確認し、調査する会社は合意した範囲の依存関係・変更案・検証結果を整理する。外部システムの仕様確認や接続作業を元の保守会社が担当するなら、その調整も見積の前提に入れます。

• 調査する業務と、対象外にする業務・ファイルを分ける
• 成果物に、依存関係図・未確認一覧・改善案・次の見積条件を含むか確認する
• 調査中の本番操作、データの持出し、作業可能時間と担当者の立会いを合意する
• 調査で新しい依存先が見つかったときの追加調査・費用・期限の判断方法を決める

• 調査・見積・契約・保守の進め方 →

完成は、後任の担当者が訂正と復元まで確かめて判断する

「新しい画面が動いた」「データ件数が一致した」だけでは、月次業務を引き継げたとは言えません。元と同じ入力で明細・集計・帳票を照合し、差があれば理由を説明できる状態にします。意図して変更した業務ルールによる差と、不具合による差を分けます。

移行する場合は、検証期間中にどちらを正本として更新するかを決めます。二重入力する範囲を限定し、切替中に増えたデータをどう反映するか、差が解消しないとき誰がいつ戻すかも合意します。無停止の移行を前提にはしません。

• 保守契約：不具合対応、Office・OS等の更新確認、バックアップ確認の担当を分ける
• 変更管理：帳票・単価・外部CSV形式が変わるときの連絡と見積方法を決める
• 契約終了：ソース・設定資料・データを、どの条件で次の担当へ引き渡せるか確認する

相談では「次の締めに残る不安」と「最初の調査範囲」を決める

SHINJIDAIは業務の課題整理・提案から、設計・開発・導入まで伴走しています。このテーマでは、まず止められない帳票と処理の流れを確認し、継続利用・改修・連携・移行を比較します。合意した範囲を実装し、後任担当者と正常処理・訂正・復元等の確認を進めます。

相談時には「何の業務に使うか」「次に困る期限」「担当者がいないと分からないこと」の3点を、言葉で共有できれば出発点になります。顧客名を含む実データやAccessファイル、パスワードの送付を初回相談の条件にはしません。

公開している開発の進め方と会社情報も確認し、調査・実装・保守の対応範囲を相談でそろえてください。本稿の例は設計の提案であり、特定のAccess案件の実績や、すべての既存ファイルを修復できる保証ではありません。

業務の課題整理から、設計・開発・導入まで

担当者交代後も、請求や帳票を続けられるようにするなら、
SHINJIDAIにご相談ください。

• ?どの処理がAccessの外とつながっているか分からない
• ?残す・改修・移行のどれを選ぶか比較したい
• ?調査の成果物と引き継ぎの完了条件を決めたい

課題の整理から伴走

止められない1業務から、入力・処理・帳票・連携先を整理します。調査範囲と選択肢を提案し、合意した仕組みを実装。後任の担当者と訂正や復元まで確かめ、日々の業務で使えるかを検証します。

Accessの引き継ぎと現状調査を相談する→

初回は、困っている業務と現在の状況の概要で構いません。調査・設計・開発の範囲と費用は、着手前に合意します。

初回に実データや認証情報の送付は不要です。調査・改修・移行の可否と範囲は、利用権限・契約・既存構成を確認して合意します。

ID・パスワードや顧客データは、フォームに記載しないでください。

調査・開発・保守の進め方を見る →

• 業務システムの支援領域を見る →
• 双方の役割と開発・保守の進め方を確認する →
• 株式会社SHINJIDAIの会社情報 →

出典

2026年10月4日確認。Microsoftの資料を製品機能の根拠とし、業務の例・調査順序・受入条件はSHINJIDAIによる設計提案です。製品のバージョン、契約、ファイルの構成によって調査できる範囲は異なります。

• Microsoft：オブジェクト間の関連を確認する（対象・制限） →