Excelのデータを新しいシステムに移すとき、最も手間がかかり、しかも後回しにされやすいのがデータの整備です。全角と半角の混在、会社名の表記揺れ、結合セル、同じ顧客の重複登録。こうした問題を残したまま移行すると、新システムで検索してもヒットしない、集計が合わない、同じ取引先に二重に請求する、といった不具合が初日から起きます。結論から言えば、移行前のデータ整備は「移行作業の一部」として、開発と同じくらい計画的に進める必要があります。
整備の基本的な流れは、現状のデータの問題を洗い出し、直し方のルールを決め、機械的に直せるものは一括で処理し、判断が必要なものは人が確認する、というものです。重要なのは、一度きれいにして終わりではなく、新システムで同じ問題が再発しない入力の仕組みまでセットで考えることです。
この記事は、Excelやスプレッドシートで管理してきた顧客台帳、商品一覧、取引履歴などを、新しい業務システムやSaaSに移す予定の担当者に向けています。よくあるデータ品質の問題とその直し方、作業の手順、判断の基準、よくある失敗を具体的に整理します。
なぜ移行前のデータ整備が必要なのか
Excelは自由に入力できるのが強みですが、その自由さが、システムにとっては問題になります。システムはデータの型や形式が揃っていることを前提に、検索・集計・連携を行うからです。
たとえば、Excel上では「株式会社サンプル」と「(株)サンプル」と「サンプル」は、人が見れば同じ会社だと分かります。しかしシステムにとっては別々の文字列であり、別の顧客として扱われます。電話番号に「03-1234-5678」と「0312345678」と「03（1234）5678」が混在していれば、電話番号での検索や重複チェックは正しく動きません。
さらに、システムには「この項目は日付」「この項目は数値」「この項目は必須」といった制約があります。Excelで「未定」「3月頃」「-」と入っていた日付の列は、そのままでは取り込めず、エラーになるか、誤った値に変換されます。
データ整備は、こうした「人には分かるがシステムには分からない」状態を解消する作業です。整備のことは一般にデータクレンジングと呼ばれ、移行に限らずデータ活用の基礎となる作業です。
Excelデータによくある品質の問題
まず、どのような問題があるのかを知っておくと、洗い出しが効率的になります。代表的なものを分類して整理します。
文字の表記の問題
- 全角・半角の混在：英数字やカタカナ、記号が全角と半角で混在しています。「ABC」と「ＡＢＣ」、「ｶﾌﾞｼｷｶﾞｲｼｬ」と「カブシキガイシャ」などです。
- 空白の混在：前後の不要な空白、全角スペースと半角スペースの混在、名前の姓と名の間の空白の有無などです。見た目では分からないため、気づきにくい問題です。
- 表記揺れ：「株式会社」と「(株)」と「㈱」、「東京都」の有無、「ヶ」と「ケ」、旧字体と新字体など、同じものを指す異なる表記です。
- 機種依存文字・特殊文字：丸数字やローマ数字、環境によって表示できない文字が含まれていると、システムやCSVの文字コードによっては文字化けします。
形式と型の問題
- 日付の形式の不統一：「2026/4/1」「2026-04-01」「R8.4.1」「4月1日」が混在している、または日付が文字列として入っている状態です。
- 数値に文字が混ざる：「1,000円」「約500」「10個」のように単位や注記が数値の列に入っている状態です。
- ひとつのセルに複数の情報：「担当：山田／TEL：03-xxxx」のように、別々の項目にすべき情報がひとつのセルに入っている状態です。
- 選択肢の揺れ：ステータスの列に「済」「完了」「対応済み」「○」が混在しているような状態です。
構造の問題
- 結合セル：見出しやグループ表示のためにセルが結合されていると、取り込み時に値が先頭行にしか入っていない扱いになります。
- 小計行・空行・メモ行：表の途中に小計や区切りの空行、注意書きが入っていると、それもデータとして取り込まれてしまいます。
- シートやファイルの分散：年度別、担当者別にシートやファイルが分かれていて、列の並びや名前が少しずつ違う状態です。
- 色や書式で意味を表している：「赤字の行は解約済み」のように、セルの色や書式に情報を持たせている場合、色の情報はシステムに移りません。
重複と欠損の問題
- 重複登録：同じ顧客や商品が、表記を少し変えて複数行に登録されている状態です。
- 必須項目の欠損：新システムで必須となる項目が空欄の行です。
- 参照先のない値：担当者名や商品コードが、すでに存在しない担当者や廃番の商品を指している状態です。
問題ごとの直し方と判断基準
問題によって、機械的に一括で直せるものと、人が判断しないと直せないものがあります。この区別を最初につけておくと、作業量の見積もりと分担がしやすくなります。
| 問題の種類 | 直し方の基本 | 機械的に直せるか | 判断が必要になる例 |
|---|---|---|---|
| 全角・半角の混在 | 項目ごとにどちらに揃えるか決めて一括変換 | 直せる | 社名の正式表記に全角英字が含まれる場合 |
| 前後の空白 | 一括で削除 | 直せる | ほぼなし |
| 法人格の表記揺れ | 正式表記の規則を決めて置換 | 大部分は直せる | 前株・後株の判別がつかない場合 |
| 日付の形式 | 統一形式に変換、変換できないものを抽出 | 一部直せる | 「3月頃」「未定」の扱い |
| 数値に混ざった文字 | 単位や記号を除去 | 一部直せる | 「約」「〜」など幅のある値 |
| 選択肢の揺れ | 対応表を作って置換 | 対応表があれば直せる | 意味が曖昧な旧ステータス |
| 結合セル | 結合を解除して値を埋める | 直せる | 結合の意味が不明な場合 |
| 重複登録 | 候補を抽出して統合 | 候補の抽出まで | 同名の別会社、合併・社名変更 |
| 必須項目の欠損 | 補完するか、移行対象外とする | 直せない | 誰に確認すれば分かるか |
機械的に直せるものは、Excelの関数や置換、Power Query、スクリプトなどで一括処理します。判断が必要なものは、一覧にして業務を知っている人に確認してもらいます。ここで重要なのは、判断のルールを先に決めておくことです。たとえば、「日付が不明な場合は空欄とし、備考欄に元の値を残す」「選択肢に当てはまらないステータスは『要確認』として移行する」といったルールです。
重複の見つけ方と統合の考え方
重複の扱いは、データ整備の中で最も難しい作業です。表記揺れを正規化したうえで、電話番号やメールアドレス、住所など複数の項目を組み合わせて重複の候補を抽出します。完全一致だけでは見つからないため、正規化した社名が一致する、電話番号の数字部分が一致する、といった条件で候補を出し、人が確認して統合するのが一般的です。
統合するときは、どちらのレコードを残すか、それぞれの項目でどちらの値を採用するか、取引履歴などの関連データをどう付け替えるかを決めます。同名の別会社や、合併・社名変更で名前が変わった会社もあるため、機械的な統合は危険です。この作業は名寄せとも呼ばれ、顧客データを扱う多くのシステムで必要になります。
データ整備の進め方：8つのステップ
データ整備は、次の手順で進めると漏れが少なくなります。
- 移行対象を確定する：どのファイル・シートのどの期間のデータを移すのかを決めます。古い取引履歴をすべて移す必要があるか、新システムでは参照用に保管するだけでよいかを検討します。対象を絞るほど、整備の量は減ります。
- 元データを保全する：作業前の元ファイルを読み取り専用で保管します。整備の過程で何を変えたか、後から確認できるようにするためです。
- 項目の対応表を作る：Excelの列と新システムの項目を一対一で対応させた表を作ります。型、必須かどうか、選択肢、桁数を新システムの仕様から書き写し、どの列をどの項目に入れるかを決めます。ひとつのセルを複数の項目に分ける場合もここで決めます。
- 問題を洗い出す：項目ごとに、空欄の数、形式の違う値、選択肢に当てはまらない値などを集計します。フィルタやピボットテーブルで値の一覧を出すと、揺れが見つけやすくなります。
- 整備ルールを決める：表記の統一ルール、不明な値の扱い、重複の判定条件と統合のルールを文書にします。このルールは、新システムの入力ルールにもそのまま使えます。
- 機械的に直せるものを一括処理する：変換処理は、手作業で上書きするのではなく、手順を再実行できる形で残すことをおすすめします。移行当日までに元データが更新されるため、同じ処理をもう一度かける必要があるからです。
- 判断が必要なものを確認する：確認が必要な行を一覧にし、担当者に割り振って確認してもらいます。期限を決め、期限までに判断できないものは「要確認」として移行する、などの扱いを決めておきます。
- テスト移行で検証する：整備したデータを新システムのテスト環境に取り込み、件数、合計金額、代表的なデータの表示を元データと突き合わせます。エラーになった行は原因を調べ、ルールに反映します。
移行全体の計画やリハーサルの考え方はリプレイス時のデータ移行計画、顧客データに特有の注意点は顧客データ移行の手順で詳しく解説しています。
具体的な場面で考える：顧客台帳の整備
架空の例として、卸売業の会社が、営業担当ごとに作られた複数のExcel顧客台帳を、新しい顧客管理システムに統合する場面を考えます。
台帳を確認すると、次のような状況でした。
- 担当者ごとにファイルが分かれており、列の名前や並びがばらばら。ある台帳では「会社名」、別の台帳では「得意先」になっている。
- 同じ取引先が複数の担当者の台帳に登録されている。社名は「(株)」「株式会社」の違いや、支店名の有無で微妙に違う。
- 電話番号の列に、代表番号と担当者の携帯番号が混在している。
- 「取引状況」の列に「取引中」「休眠」「×」「要フォロー」などが混在し、色で優先度を表している。
整備ではまず、全台帳の列を新システムの項目に対応させる表を作り、各台帳を同じ形式に揃えてひとつにまとめました。次に、社名の法人格表記を統一し、空白と全角・半角を正規化したうえで、正規化後の社名と電話番号の数字部分で重複候補を抽出しました。候補は担当者同士で確認し、残す担当者と統合後の情報を決めました。
「取引状況」は、新システムの選択肢「取引中」「休眠」「取引終了」に対応表で置き換え、「要フォロー」は選択肢ではなくタグとして移すことにしました。色で表していた優先度は、移行前に列として書き起こしました。
このように、整備の過程で「この情報は本当に必要か」「新システムではどの項目で表すか」を決めることになります。データ整備は、単なる清掃作業ではなく、業務のルールを見直す作業でもあります。
整備作業の役割分担と進行管理
データ整備は、誰か一人に任せると止まりやすい作業です。役割を分け、進み具合を見える形にしておくことが大切です。
| 役割 | 主な担当作業 | 向いている人 |
|---|---|---|
| 整備の責任者 | 対象範囲と整備ルールの決定、判断が割れたときの最終決定 | 業務全体を把握している管理職 |
| 変換作業の担当 | 関数・Power Query・スクリプトによる一括処理、処理手順の記録 | 表計算やデータ処理に慣れた人、開発会社 |
| 確認担当 | 重複候補や不明データの確認と判断 | そのデータを日常的に使っている業務担当者 |
| 検証担当 | テスト移行後の件数・合計値・表示の突き合わせ | 新システムの仕様を理解している人 |
進行管理では、「確認待ちの件数」を一覧で追うのが効果的です。確認担当ごとに未確認の件数を出し、週に一度など定期的に減り具合を確認します。確認が滞る原因は、多くの場合「判断の基準が分からない」ことなので、迷った事例を集めてルールに追記し、全員で共有していきます。
また、移行当日までの間も、現場ではExcelへの入力が続きます。整備済みのデータと、その後に追加・変更されたデータの差分をどう扱うかを決めておきましょう。一般的には、整備処理を再実行できる形にしておき、切り替え直前に最新の元データに対してもう一度処理をかけ、新たに出た確認対象だけを人が見る、という進め方をとります。
データ整備でよくある失敗と避け方
移行直前になってから始める
開発が終わってから整備に取りかかると、想定以上の問題が見つかり、リリースが延期になる、あるいは問題を残したまま移行することになります。避けるには、要件定義と並行してデータの現状調査を始め、問題の量を早めに把握することです。整備の工数は、データを実際に見るまで見積もれません。
手作業で上書きして元に戻せない
元ファイルを直接上書きして整備すると、間違いに気づいたときに元に戻せず、何を変えたかも分かりません。元データは保全し、整備後のデータは別ファイルにする、変換処理は再実行できる形で残す、という原則を守ります。
業務担当者を巻き込まない
表記揺れの統一や重複の判断は、データを使っている人でないと正しくできないことが多くあります。情報システム担当や開発会社だけで進めると、同名の別会社を統合してしまうなどの事故が起きます。判断が必要な部分は、業務担当者の確認を必須にしましょう。
完璧を目指して終わらない
すべてのデータを完璧にしようとすると、作業が終わりません。取引中の顧客や現行の商品など、業務で使う重要なデータを優先し、古いデータは「要確認」のまま移す、または移行対象から外すといった割り切りが必要です。
新システムで再発を防いでいない
移行時にきれいにしても、新システムの入力が自由なままなら、同じ問題がすぐに再発します。選択肢はプルダウンにする、電話番号や郵便番号は入力時に形式を揃える、登録時に似た名前の顧客を候補として表示する、といった仕組みを新システムの設計に組み込みます。取引先や商品のような基準となるデータの管理の考え方は、マスタデータ管理の進め方を参考にしてください。
移行前のデータ整備チェックリスト
- 移行対象のファイル・シート・期間を確定したか
- 元データを読み取り専用で保全したか
- Excelの列と新システムの項目の対応表を作ったか
- 項目ごとの型・必須・選択肢・桁数を確認したか
- 全角・半角、空白、法人格表記の統一ルールを決めたか
- 日付・数値に変換できない値の扱いを決めたか
- 選択肢の揺れを置き換える対応表を作ったか
- 結合セル、小計行、空行、メモ行を取り除いたか
- 色や書式で表していた情報を列に書き起こしたか
- 重複の判定条件と統合のルールを決めたか
- 判断が必要なデータの確認担当と期限を決めたか
- 変換処理を再実行できる形で残したか
- テスト移行で件数と合計値を突き合わせたか
- 新システムで同じ問題が再発しない入力の仕組みを用意したか
よくある質問
Q. データ整備は開発会社に任せられますか？
機械的な変換処理や、テスト移行での検証は開発会社に任せられることが多い作業です。ただし、表記の統一ルールや重複の判断、不明なデータの扱いなど、業務の知識が必要な判断は発注側でしかできません。見積もりを依頼する際は、整備のどこまでを開発会社が担い、どこを社内で行うのかを明確にしておきましょう。
Q. 整備にどのくらいの時間がかかりますか？
データの件数よりも、問題の種類と判断が必要な件数によって大きく変わります。まず代表的なシートを調べて問題の種類と量を把握し、そこから作業量を見積もるのが確実です。判断が必要な件数が多い場合は、移行対象を絞ることで期間を短くできます。
Q. 古いデータはすべて移すべきですか？
必ずしも移す必要はありません。新システムで日常的に使うのは、取引中の顧客や直近の履歴であることが多いはずです。古いデータは整備前の状態で保管し、必要なときに参照できるようにしておく、という選択肢もあります。法令で保存が求められる帳簿や書類が含まれる場合は、保存の要件を専門家に確認したうえで判断してください。
Q. ツールを使えば整備は自動でできますか？
全角・半角の変換や空白の除去、形式の統一は、Excelの関数やPower Query、データ整備用のツールでかなり自動化できます。ただし、重複の最終判断や意味の曖昧なデータの扱いは、人の確認が欠かせません。ツールは候補を出すところまで、判断は人が行う、という分担を前提に計画しましょう。
Otsumuに相談できること
データ件数がそれほど多くなく、問題の種類も全角・半角や空白の統一程度であれば、Excelの関数や置換機能を使って自社で十分に整備できます。項目の対応表と整備ルールを作り、この記事のチェックリストに沿って進めれば、外部に依頼しなくても移行の準備は整うはずです。
一方で、複数のファイルやシステムにまたがる顧客データの名寄せが必要な場合、整備ルールの決め方に迷う場合、移行先のシステムの設計と合わせてデータ構造から見直したい場合は、外部の力を借りたほうが確実です。特に、整備と新システムの開発を別々に進めると、項目の定義が食い違い、移行直前に手戻りが発生することがあります。
Otsumuでは、Excelからのシステム化の一環として、既存データの現状調査、項目の対応表と整備ルールの作成、変換処理の実装、テスト移行での検証、新システム側での再発防止の仕組みづくりまでを一貫して支援しています。どこまでを社内で行い、どこを任せるかは、データの状態と社内の体制を見て一緒に決めます。
移行の計画が固まっていない段階でもかまいません。30分の無料相談で、現在のデータの状態と移行先の予定をお聞きし、整備の進め方を整理します。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01