Excel・スプレッドシートから業務システムへ。データ移行の手順と、切り替え日までに確かめること

この記事の結論：Excel やスプレッドシートから業務システムへデータを移すときは、ファイルをそのまま読み込ませるのではなく、「移す範囲を決める → 列と項目の対応表を作る → 表記揺れと重複を整える → 形式と文字コードをそろえて書き出す → 検証用の環境で試し移行する → 件数と合計で照合する → 切り替え日に入力を止めて本番を移す → 旧ファイルを書き換えられない状態にする」の順で進めます。いちばん時間がかかるのは、表記揺れと重複の整理です。そこは開発者だけでは判断できないので、業務の担当者と役割を分けて、早めに着手します。

この記事は、Excel で回してきた業務をシステムに移すと決めた後の「データをどう引っ越すか」に絞った作業の手順で、移るべきかどうかの判断には触れません。どこかの会社で起きた話ではなく、情報処理推進機構（IPA）の資料と Microsoft のヘルプに沿って組み立てた、どの業務にも当てはめやすい段取りです。

Excelには、データと一緒に「暗黙の決まり」が入っている

Excel で長く管理してきた表には、値そのもののほかに、使っている人だけが知っている決まりが入り込んでいます。システムはその決まりを読み取れないので、移す前に言葉にしておく必要があります。

IPA の「システム再構築を成功に導くユーザガイド 第2版」でも、データ移行で問題が起こりやすい観点として、移行対象の整理、レイアウトの確認、データクレンジング（想定外の値を整える作業）、文字コードの対応づけ、移行方法の選び方、移行結果の確認が挙げられています（出典：IPA：システム再構築を成功に導くユーザガイド 第2版、3.8 データ移行の計画）。古いシステムからの作り直しを主な対象にした資料ですが、Excel からの移行でも、確かめる観点はほぼ同じです。

移行の手順の全体像

1. 移す範囲を決める：どの表の、いつからのデータを入れるか
2. 対応表を作る：Excel の列と、システムの項目を1対1で結ぶ
3. 整える：表記揺れを直し、重複している顧客を統合する
4. 書き出す：形式と文字コードをそろえて、取り込める形にする
5. 試し移行する：本番ではない環境に入れてみる
6. 照合する：件数、合計、抜き出した数件の中身で確かめる
7. 切り替える：決めた日に Excel への入力を止め、本番に移す
8. 旧ファイルを閉じる：書き換えられない状態にして保管する

5 と 6 は、問題がなくなるまで何度か繰り返します。1回で通る前提で日程を組まないことが大事です。

1. 移す範囲を決める

まず、どのデータを新しいシステムに入れるかを決めます。全部を移そうとすると、何年も前の書き方の違う行まで整えることになり、手間が膨らみます。IPA のガイドでも、全部を移すと作業量と時間が増えるため、移行の対象は絞ったほうがよいとされています。

決め方の例です。

• 今も取引のある顧客と、まだ終わっていない受注・予約は、すべて移す
• 終わった取引は、直近の一定期間だけ移す（期間は業務で見返す範囲から決める）
• それより古いものは移さず、元のファイルを参照用として保管する

2. 列と項目の対応表を作る

次に、Excel のどの列を、システムのどの項目に入れるかを表にします。この表が、移行作業の設計図になります。

右の2列を埋める作業で、業務の決まりがはっきりします。「この列、実はもう誰も使っていない」と分かることも多く、移さない列を決めるのもこの段階です。

3. 表記揺れと重複を整える

整える作業は、2つに分けて考えます。

表記揺れは、同じものが違う書き方で入っている状態です。

異体字は、IPA のガイドの「文字コードのマッピング」の観点にあたります。新しいシステムや、メールの送り先の環境で表示できない文字があるかどうかは、試し移行で必ず確かめます。

重複は、同じ顧客が別々の行に入っている状態です。電話番号やメールアドレスが同じ行を候補として挙げ、統合するかどうかは業務の担当者が決めます。候補の表には、どの行とどの行を統合したかを残しておきます。あとで「この人の過去の取引が消えた」と言われたときに、たどれるようにするためです。

4. 書き出すときの形式と文字コード

Excel から CSV に書き出すときに、気づかないうちに値が変わることがあります。

• 書き出されるのは、開いているシートだけ。複数のシートがあるときは、1枚ずつ保存します（出典：Microsoft サポート：テキスト（.txt または .csv）ファイルのインポートまたはエクスポート）
• 先頭の 0 と長い番号。Excel は数字の並びを数値として扱い、先頭の 0 を消したり、長い番号を指数の形にしたりします。数値の精度は 15 桁までなので、16 桁以上の番号は文字列として扱う必要があり、一度消えた先頭の 0 は書式を変えても戻りません（出典：Microsoft サポート：先頭のゼロおよび大きい数値の保持）
• 文字コード。取り込む側が UTF-8 を求めるのか、Shift_JIS を求めるのかを先に確かめます。Excel には UTF-8 で CSV を書き出す形式があり、その形式ではセルの書式や数式は保たれず、値だけが出力されます（出典：Microsoft サポート：Excel for Mac でサポートされているファイル形式）

番号の列が多い表は、CSV を Excel で開き直して保存すると、その時点で 0 が消えることがあります。書き出した CSV は Excel で開かず、取り込みの仕組みに直接渡すか、テキストエディタで中身を確かめるようにします。

5. 試し移行と照合

本番ではない検証用の環境に、実際のデータを入れてみます。確かめることは、次の表の形で毎回残します。

IPA のガイドでも、移行の結果が正しいかを確かめる方法を、使う側と作る側で合意しておくことが挙げられています。照合の結果を見て「これで良い」と言うのは、業務の担当者です。

弾かれた行が出たら、Excel の側を直すか、変換のルールを直して、もう一度試し移行します。この繰り返しの回数は、事前には読めません。日程には余裕を持たせておきます。

6. 切り替え日の決め方

試し移行で問題が出なくなったら、本番の切り替え日を決めます。

IPA のガイドでは、移し方として一括・段階・差分といった方法を選ぶことが挙げられています。小さな会社の業務なら一括で移すことが多いですが、使う人が多い場合は、部署ごとに分けたほうが問い合わせをさばきやすくなります。

7. 旧ファイルは、書き換えられない状態にして残す

切り替えの後で一番起きやすいのは、誰かが古い Excel に入力を続けてしまうことです。こうなると、データが二か所に分かれ、移行の前より悪い状態になります。

• 共有フォルダの権限を「閲覧のみ」に変える
• ファイル名に「参照用・入力しない」と入れ、置き場所も移す
• どこに保管したかを、新しいシステムの手順書に書いておく

いつまで保管するかは、業務で見返す範囲と、法令で保存が必要な書類かどうかから決めます。

データ移行の作業分担

株式会社bundlyzeでは、システムを要件定義の段階から作り、動き出したあとの保守運用まで受け持っており、データの移行もその流れの一部として扱っています。データ移行は、開発者だけでも、業務の担当者だけでも進みません。分担を先に決めておくと、途中で止まりにくくなります。

業務の流れの整理から、データの移し替え、使い始めた後の保守までを一続きで進めたいときの段取りは、業務システム開発という会社サイトのページに載せています。

※IPA の資料と Microsoft のヘルプの記載は、確認日 2026-10-02。Excel の機能や画面は更新されていくので、移行の作業を始めるときに、その時点のヘルプで確かめ直してください。