既存システム改修の判断
古いAccess・業務システムは修正か、作り直しか
年数だけでは、作り直すべきかは決まりません。必要な変更、保守できる環境、今後の使い方を確認し、部分改修・周辺の連携・段階的な再構築から選びます。
1．最初に「何を残したいか」を整理します
システムを使っている理由を、画面や機能の一覧だけでなく、業務の流れから整理します。利用者、入力するデータ、出力する帳票、他システムへの受け渡しを書き出すと、残したい機能が見えます。
続いて、困っていることを分けます。「帳票の列を追加したい」のか、「複数拠点から使いたい」のかでは、必要な変更が異なります。現状の不具合と、将来追加したい要望は分けて検討しましょう。
- 毎日・毎月の業務で実際に使っている機能。
- 停止すると影響が大きい処理と、その実行時期。
- 今は使っていない機能と、手作業で補っている部分。
- 今後増える利用者、端末、拠点、扱うデータ。
2．部分改修・周辺連携・再構築を比べます
| 方法 | 検討しやすい状況 | 先に確認する点 |
|---|---|---|
| 既存を改修 | 変更が一部に収まり、必要なコードと開発環境がある。 | 変更の影響範囲、検証できるデータ、今後の保守方法。 |
| 周辺を連携 | 既存の機能は使えるが、転記・集計を別途改善したい。 | CSVやAPIなど利用可能な接点、出力仕様、利用条件。 |
| 段階的に再構築 | 保守環境の維持が難しい、または今後の業務とのずれが大きい。 | 必要な機能、データ移行、並行確認、切り替えと戻し方。 |
この表だけで決める必要はありません。たとえば帳票を部分改修しつつ、データ連携だけを新しくするなど、方法を組み合わせられる場合もあります。
3．コードだけでなく、実行・開発環境を確認します
ソースコードがあっても、必要な開発ツール、外部部品、データベース、ライセンスが揃わなければ、同じアプリを作り直して動作確認できない場合があります。ソースの有無と、ビルド・実行できる環境の有無は分けて調べます。
Accessでは、データの保存先、関連するファイル、外部テーブルやVBAの利用状況を確認します。Windowsアプリでも、共有フォルダーや外部サービスへの依存が、変更の範囲に影響します。
ソースコードがない場合は、開発元から資料を再取得できるかを確認し、調査できる範囲を整理します。画面が動くことだけを根拠に、直接改修できると判断しないことが大切です。
4．移行費用と、元に戻す方法も見積りに含めます
再構築では、画面を作る費用だけでなく、データの整理・移行、既存システムとの結果照合、利用者への説明、切り替え時の作業も検討します。過去のデータを新システムへ移すのか、参照用に残すのかも決めておきます。
改修でも、元のプログラムとデータを復元できることが前提です。Accessのバックアップは、共有中の利用者や関連データの状況を確認して行い、保存したファイルから戻せる手順も整理します。
バックアップと復元について：Microsoft公式サポート。
- 移行するデータと、残して参照するデータを決める。
- 検証用環境で、件数・金額・帳票などの結果を比べる。
- 並行運用中に、どちらを正式な記録にするかを決める。
- 切り替え条件と、失敗した場合の戻し方を確認する。
5．迷ったら、調査と選択肢の整理から始めます
判断に必要な資料が不足している場合は、最初から全面改修を決めず、調査の範囲を定めて比較する方法があります。調査では、現状の構成、対応できる範囲、残る制約、必要な作業を確認します。
相談時には、システムの用途、困っている操作、利用人数、資料・コードの有無、希望する時期をお知らせください。湘南DXラボでは、既存の運用を確認し、改修・連携・段階的な移行の選択肢をご案内します。