実務ガイド

レガシーシステムの移行計画|切替日より先に「旧環境をいつまで残すか」を決める

移行計画で最初に決めるのは切替日ではありません。旧環境をいつまで残すか、止めた後は何で過去データを見るか、切り戻しの号令を誰が出すか。この3つを先に決めると、以降の段取りが決まります。リホスト・リライト・リビルドのどれを選ぶかも、旧環境を残す期間から逆算します。帳簿書類の保存期間も踏まえて整理しました。

レガシーシステムの移行計画|切替日より先に「旧環境をいつまで残すか」を決める

この記事は、システムの刷新を決めた後、移行の段取りを組む必要がある中小企業の経営者と情報システム担当者に向けたものです。移行を扱う記事は、現状調査から要件定義、データ移行、リハーサル、本番切替という手順を示します。手順としては正しく、並行稼働の負担や締め処理を避ける時期についても、具体的に書かれた記事が増えています。

一方で旧環境をいつまで残すか、止めた後に過去データをどう見るか、切り戻しを誰がいつ判断するかは、ほとんどの記事が「計画を用意しましょう」で止まっています。この記事が扱うのは、そこから先です。なお、移行元の仕様が分からない状態であれば、この記事の前に確保すべきものがあります。進め方はブラックボックス化した基幹システムとどう向き合うかで扱っています。

結論

移行計画は切替日から作りません。旧環境をいつまで、どういう形で残すか。ここが決まると、切り戻しの期限も、並行稼働の期間も、解約のタイミングも順に決まります。そして切り戻しは、判断者・期限・条件・入力済みデータの扱いの4点を先に決めます。手順書があることと、実際に戻せることは別です。リハーサルで一度戻してみます。

切替日から決めると、後戻りできなくなる

移行方式が決まらないまま日程だけが動く状態は、めずらしくないようです。IPAと経済産業省の「DXの現在地とレガシーシステム脱却に向けて レガシーシステムモダン化委員会総括レポート」(2025年5月28日、17ページ、回答333社)は、メインフレームのシステムを有していたユーザー企業の52%がメインフレーム以外に移行していると示しています。同じページは、過半数のユーザー企業において移行先システムの形態が未だ決定していない状況にあるとも指摘します。(出典の確認日: 2026年9月5日)

先に決めるものと、最後に決めるもの(内側 3 項目・外側 3 項目の範囲図)

移行計画は切替日を決めるところから始まりがちです。しかし切替日を先に固定すると、間に合わせるために検証やリハーサルが削られ、旧環境の解約日も切替日を基準に決まってしまいます。順序を変えます。先に決めるのは、旧環境をいつまで残すかです。これが決まると、切り戻せる期限、並行稼働の期間、解約のタイミングが順に決まります。旧環境をいつまで、どういう形で残すか。切り戻しをいつまで、誰の判断で行うか。並行稼働の期間はいつからいつまでか。切替日をいつにするか。この4つです。

移行方式をどう選ぶか

方式の呼び方は資料によって数が違いますが、中小企業の移行で実際に選ぶことになるのは次の4つです。ここで大事なのは、どれが優れているかではありません。選んだ方式によって、旧環境をいつまで残さなければならないかが変わります。この記事の主題である保有期間は、方式を決めた時点でおおよその長さが定まってしまいます。

方式変えるもの旧環境を残す期間への影響
リホスト(動く場所だけ変える)機器や基盤を移すだけで、機能とデータの構造はそのまま短くしやすい。旧環境と同じ結果が出るかで検証でき、切り戻しの判断も付きやすい
リライト(同じ機能を新しい言語で書き直す)作りは変えるが、画面と帳票は概ね揃える検証の範囲が広がる。切り戻しに備える期間を長めに取る
リビルド(作り直す)業務のやり方から作り直し、機能の取捨を伴う旧環境と結果を突き合わせられない部分が出る。参照専用で長く残す前提になりやすい
パッケージやSaaSへ載せ替える製品の作りに業務を合わせ、自社固有の処理は落とすか外へ出す移さないデータが増えるため、参照専用の期間が最も長くなりやすい

上から下へ行くほど、新しい仕組みで得られるものは大きくなり、同時に旧環境を残す期間と検証の量が増えます。旧環境の重複費用を抑えたい場合は、上の行から順に検討します。改修で足りるかどうかの判断そのものを見直す場合はシステムは改修か刷新かへ戻ります。なお方式が決まっていないうちは、切替日は仮のものとして扱います。

旧環境をいつまで残すか

残す期間は、2つの要素で決まります。切り戻しに備える期間と、過去データを参照する必要がある期間です。この2つは長さがまったく違います。

目的必要な期間の目安残す形
切り戻しに備える数週間〜数か月いつでも稼働できる状態
過去データを参照する数年参照できればよい(稼働している必要はない)

この区別をせずに「念のため旧システムを残す」と決めると、稼働状態のまま数年間、保守費用とサーバー費用を払い続けることになります。切り戻し期間を過ぎたら、稼働は止めて参照できる形へ変えます。

制度の側から期限を決める

参照専用で残す形が制度の側からどう見えるかは、国税庁の一問一答に手がかりがあります。「電子帳簿保存法一問一答【電子計算機を使用して作成する帳簿書類関係】令和7年6月」の問14は、変更前のシステムを用いること等により検索機能が確保されているのであれば、現在使用しているシステムにより検索ができなくても差し支えないとしています。旧システムを参照できる形で残すことが、検索機能の確保として扱われる場合があるということです。(出典の確認日: 2026年9月5日)

ただし同じ問14には条件が付いています。検索に使用する電磁的記録が、適用を受けて保存している電磁的記録と同一のものであることを確認できるようにしておく必要がある、という記述です。旧環境を参照専用へ落とすときは、残したデータが元のデータと同じであることを後から示せる状態にしておきます。自社のどの記録がこの取扱いの対象になるかは、税理士へ確認します。

旧環境を残す間の費用を見積もる

移行の見積もりは新システム側だけで作られることが多く、旧環境を残す費用が抜けます。次を足します。旧システムの保守契約料。解約するまで発生します。サーバーやハードウェアの保守費用。利用しているソフトウェアのライセンス費用。自社に機器がある場合は、設置場所や電気代もかかります。

重複して支払う期間が半年なら、その半年分が移行費用の一部です。この額が大きい場合、切り戻し期間を短くするか、参照専用への切り替えを早めるかの判断材料になります。

費用の一部に公的支援を使えるかも、あわせて確認します。中小企業庁は2026年3月10日、令和7年度補正予算事業から旧IT導入補助金をデジタル化・AI導入補助金へ名称変更したと告知しています。事務局の通常枠では、補助率は1/2以内または2/3以内で、補助額は1プロセス以上なら5万円以上150万円未満、4プロセス以上なら150万円以上450万円以下です。(出典の確認日: 2026年9月5日)

対象はITツールの導入であり、旧環境の維持費そのものではありません。旧システムの保守料やサーバーの費用をこの補助で賄えるとは考えないほうが安全です。自社の移行のどこまでが対象になるかは、公募要領と事務局の案内で確認してください。枠や要件は年度ごとに変わるため、申請を検討する時点の公募要領を必ず読みます。

何を移し、何を移さないか

「全部残す」と決めると、移行の作業量も費用も膨らみます。一方で必要なものを捨てると取り返せません。制度上の保存が必要なものと、業務上参照するものを分けます。

帳簿書類の保存期間

国税庁は、法人の帳簿書類等の保存期間について次のように示しています。法人は、帳簿と書類をその事業年度の確定申告書の提出期限の翌日から7年間保存する必要があります。青色申告書を提出した事業年度で欠損金額が生じた事業年度等については10年間(平成30年4月1日前に開始した事業年度は9年間)とされています。詳細と最新の内容は国税庁のタックスアンサー「帳簿書類等の保存期間」で確認します。(出典の確認日: 2026年8月25日)

注意点があります。これは法人税法上の帳簿書類についての保存期間であり、システムに入っているデータ全般の保存義務ではありません。自社のどのデータが帳簿書類にあたるかは、税理士や顧問先へ確認します。電子的な保存には別途要件が定められている場合もあります。

分類して決める

データの種類扱い移行の要否
帳簿書類にあたるもの制度上必要な期間、確実に保存する新システムへ移すか、別形式で保管する
直近1〜2年の業務データ新システムで日常的に参照する移行する
数年前の業務データ問い合わせがあったときだけ見る参照できる形にして移行しない選択肢もある
使っていない機能のデータ参照する場面がない移行しない

3行目と4行目を移行対象から外すと、作業量が大きく減ります。「全部移す」を既定にせず、移さないものを先に決めます。

使っていない機能と帳票を落とす

移行の記事は「現行の機能を新環境へ」という前提で書かれています。しかし移行は、使っていない機能や帳票を捨てる数少ない機会です。

移行対象を決める前に、画面ごと・帳票ごとに次を確認します。直近1年で使ったか。使った場合、誰が何のために使ったのか。その出力を実際に読んでいる人がいるか。なくなった場合、何に困るか。この4つを聞くと、残す理由が「昔から出しているから」しかない帳票が見つかります。

「なくなると困る」と即答できない機能は、移行対象から外す候補です。移さなければ、作る費用も、その後の保守費用も発生しません。判断は利用者へ確認したうえで行います。

止めた後、何で見るか

旧システムを止めた後、過去のデータについて問い合わせが来ることがあります。そのとき何で見るかを決めておかないと、止められません。

残し方内容向いている場合
ファイルへ出力して保管帳票をPDFに、データを表計算ファイルに出しておく参照頻度が低い。最も費用がかからない
参照専用の環境を残す更新はできない状態で、画面から見られるようにする検索や絞り込みが必要
新システムへ取り込む過去分も新システムに入れる日常的に参照する

1番目が最も現実的です。出力の作業は、旧システムが動いているうちにしかできません。止めてから「あのデータが必要だった」となっても取り出せません。切替前に出力を済ませます。出力するときは、後から読める形式にします。専用ソフトでしか開けない形式で保存すると、そのソフトが使えなくなった時点で読めなくなります。

ファイル出力を選ぶ場合は、出力の作業だけで終わりにしません。出力したデータが旧システムのデータと同じであることを、件数と主要な合計値の照合で確かめ、いつ誰が照合したのかの記録を残すところまでを1つの作業として扱います。先に引用した国税庁の問14が求める、同一のものであることを確認できるようにしておくという条件に対応する部分です。

切り戻しを誰が、いつ判断するか

移行の記事はどれも「切り戻し計画を用意しましょう」と書きますが、誰が号令をかけるのか、何時間で判断するのかを書いた記事はほとんどありません。ここが決まっていないと、判断を迷っている間に戻せなくなります。

先に決める4項目

判断する人を決めます。不在時の代理も決めておきます。判断の期限は、切替後◯時間以内、または◯営業日以内。戻す条件は、どの業務がどの程度できない状態になったら戻すか。戻した後、新システムへ入力済みのデータをどう扱うかも決めます。

4番目が最も抜けます。切り戻すと、新システムに入れた数日分のデータが宙に浮きます。手作業で旧システムへ入れ直すのか、その間の業務を止めるのか。決めておかないと、戻す判断そのものができなくなります。

期限を切ることも重要です。「いつでも戻せる」は、実際には戻せません。期限を過ぎたら戻さないと決め、その代わり期限までは確実に戻せる状態を維持します。

旧システムを知る人の予定を確認する

旧システムの操作や例外処理を知っているのが1人だけ、という状態は珍しくありません。その人の退職や異動が決まっている場合、移行スケジュールはそこから逆算する必要があります。

確認すべきは次の2点です。

その人がいなくなる予定日はいつか。いなくなった後、旧システムの操作と例外処理を誰が説明できるか。

2番目に答えがない場合、移行の前に手順を書き出してもらう作業が先です。移行後の検証で「旧システムではこう処理していた」を確認できる人がいないと、差異が出たときに判断できません。

業務が特定の人に依存している状態の解消は属人化を解消する業務棚卸しの進め方で扱っています。

切替の可否を誰が決めるか

リハーサルの結果を見て、予定どおり切り替えるか延期するかを決めます。10〜20名の会社では、この判断を実質的に社長1人が行うことになります。

判断が主観にならないよう、リハーサル前に合格の条件を決めます。

確認する項目合格の条件の例
日常業務が通るか主要な業務を最初から最後まで通せた
データの一致移行したデータの件数と主要な数値が一致した
例外処理把握している例外を実際に処理できた
性能業務に支障がない速度で動いた
切り戻し戻す手順を実際に試した

5行目を実際に試します。切り戻し手順を試していない移行は、切り戻せない移行です。手順書があることと、実際に戻せることは違います。

システムは変えずに保守するベンダーだけが変わる場合は、確認する対象が違います。契約名義とソースコードの権利についてはシステム保守の引き継ぎ|契約が切れる前にしか受け取れないものを参照してください。

よくあるご質問

旧システムのデータは全部移すべきですか

移すデータは、日常業務で参照する範囲に絞ります。過去分は参照専用の形で残すほうが、移行の期間と費用を抑えられます。全部を移そうとして、移行そのものが止まる例が多くあります。

移行の時期はいつがよいですか

業務の閑散期で、かつ決算や法定処理の期限から離れている時期です。切り戻しに必要な日数を確保できるかで判断します。期限の直前は、切り戻す余地がなくなります。

旧システムを知る人が退職予定です

退職日から逆算して、聞き取りの機会を先に確保します。移行計画を作ってから聞くのでは間に合いません。仕様書がなくても、何が動いているかの一覧だけは残してもらいます。

移行方式はどれを選べばよいですか

最初に見るのは、旧環境をどれだけ短く手放せるかです。「移行方式をどう選ぶか」の表の上の行から順に、リホストで足りないか、リライトで足りないかを確認し、足りない理由を書き出してから下の行へ移ります。作り直しから入ると旧環境と結果を突き合わせられる部分が減り、切り戻しの判断が難しくなり、参照専用で残す期間も延びていきます。

移行にはどれくらいの期間がかかりますか

一般的な相場として引用できる数値は、公的な資料の中では確認できませんでした。移行を扱う記事にある月数は出典が示されていないものが多く、この記事では相場を書きません。代わりに逆算します。切り戻しに備える期間を先に置き、その期間が業務の閑散期に収まる切替日を選び、そこからリハーサルと検証に必要な日数を差し引いて着手日を決めます。

今週着手するなら、旧システムの画面と帳票を一覧にし、直近1年で使ったかを利用者に確認するところまでです。そもそも刷新すべきかの判断からやり直す場合はシステムは改修か刷新かへ戻ります。全体の進め方は中小企業のDXは何から始める?で扱っています。

現在お使いのツールを前提に整理することもできます。お問い合わせはこちらです。

ここまでの整理を踏まえて、無料診断で現在の段階を確認できます。

無料診断をはじめる
編集者K

技術確認: 編集者K/ 最終更新: 2026.09.07