名寄せとは？システム移行で顧客が消える原因と対策
こんにちは、合同会社SAi代表の佐藤です。
名寄せ（なよせ）とは、同じ人物・同じ会社のデータが複数ある状態を見つけて、1件にまとめる処理のことです。顧客管理システムの移行では、必ずこの処理が入ります。
そしてこの判定を誤ると、システムを乗り換えたあとに顧客数が減ります。
厄介なのは、エラーが出ないことです。移行処理は正常に終わり、画面も普通に動きます。件数を数えて初めて気づきます。
この記事では、移行でよく起きる3つの原因と、移行前に確認すべきことを整理します。これから既存システムの乗り換えを検討している方の判断材料になれば幸いです。
名寄せとは何か
改めて整理します。名寄せとは、バラバラに登録されている同一人物・同一企業のデータを突き合わせ、1件にまとめる処理のことです。「名前を寄せる」が語源です。
必要になる場面は、だいたいこの3つです。
| 場面 | 何が起きているか |
|---|---|
| システムの移行・統合 | 別々のシステムに同じ顧客が登録されている |
| 複数の名簿を統合する | 店舗別・部署別の台帳を1つにまとめる |
| 日々の運用 | 同じ人が再来店時に新規登録されてしまう |
似た言葉にデータクレンジングがあります。こちらは表記の統一や誤りの修正まで含む広い概念で、名寄せはその中の「重複をまとめる」工程にあたります。
そして名寄せの難しさは、「同じ人かどうか」を機械が判定しなければならない点にあります。この判定を誤ると、別人を同一人物とみなして片方を消してしまうか、同じ人を別人として二重に登録するかの、どちらかが起きます。
結論：3つの原因
- 重複判定のキーを間違える … 会員番号のような業務上の番号を「同一人物」の判定に使うと、上書きが起きる
- 照合方法の設計ミス … 氏名とフリガナを別々に照合すると、漢字とかなが混ざった検索が0件になる
- 表記ゆれ … 全角半角・スペース・旧字体の違いで、同じ人が別人として二重登録される
どれもデータそのものは壊れていません。扱い方の問題です。だから移行前に決めておけば防げます。
原因1：会員番号を「同一人物」の判定に使ってしまう
いちばん被害が大きいのがこれです。
何が起きるか
移行処理では、取り込むデータが「新規」なのか「既存の更新」なのかを判定します。このとき会員番号や顧客コードを判定キーに使うのは自然な発想です。
ところが、業務上の番号は必ずしも一意ではありません。
- 店舗ごとに別々に採番していた
- 過去に番号を振り直したことがある
- 退会した人の番号を再利用していた
- 台帳を統合したときに番号が重複した
こうした事情で同じ番号が別人に振られていることがあります。
その状態で「番号が同じ＝同一人物」と判定すると、後から取り込んだ人のデータで、先に取り込んだ人のデータが上書きされます。2件あったはずが1件になります。
なぜ気づかないのか
上書きは正常な処理として扱われます。「既存データを更新した」だけなので、エラーもログも出ません。
移行後に件数を数え、元データと突き合わせて初めて発覚します。逆に言えば件数さえ数えていれば必ず気づけます。
防ぎ方
移行前に、判定キーの重複を確認してください。表計算ソフトでも確認できます。
- 元データの会員番号列を選ぶ
- 重複を抽出する（Excelなら「条件付き書式 → 重複する値」）
- 重複があれば、それが同一人物なのか別人なのかを目視で確認する
別人が混ざっていたなら、その番号は判定キーに使えません。移行時に新しい内部IDを振り直し、元の番号は「表示用の番号」として別に持つのが安全です。
原因2：氏名とフリガナを別々に照合してしまう
こちらはデータが消えるわけではありませんが、「登録したはずの顧客が検索で出てこない」という形で現れます。
何が起きるか
顧客検索は、入力された文字列を「氏名」と「フリガナ」の各項目に照合するのが一般的です。
ところが実際の入力は、漢字とかなが混ざります。
- 「佐藤はなこ」（姓は漢字、名はひらがな）
- 「さとう花子」（姓はひらがな、名は漢字）
これを項目ごとに丸ごと照合すると、氏名（佐藤 花子）にも、フリガナ（サトウ ハナコ）にも一致しません。結果は0件です。
現場では「名前は分かるけど漢字がうろ覚え」という状況が普通に起きるので、この設計だと使い物になりません。
防ぎ方
入力を漢字とかなの境目で区切り、それぞれを氏名・フリガナの両方に当てます。
「佐藤はなこ」なら、
- 「佐藤」→ 氏名にもフリガナにも照合 → 氏名に一致
- 「はなこ」→ カタカナに変換して、氏名にもフリガナにも照合 → フリガナに一致
両方が当たれば1件に絞れます。あわせてひらがな入力をカタカナに変換して照合する処理を入れておけば、ひらがな検索も使えるようになります。
姓だけ・名だけの部分検索も残しておくと、現場での使い勝手が上がります。
原因3：表記ゆれで二重登録になる
3つ目は、逆にデータが増えるパターンです。同じ人が2件に分かれます。
よくある原因はこの4つです。
| 種類 | 例 |
|---|---|
| スペースの有無 | 「佐藤花子」と「佐藤 花子」 |
| 全角と半角 | 「ｻﾄｳ」と「サトウ」、電話番号の「０９０」と「090」 |
| 旧字体・異体字 | 「髙橋」と「高橋」、「齋藤」と「斉藤」 |
| ハイフンの有無 | 「090-1234-5678」と「09012345678」 |
移行時に別データとして取り込まれ、後から「同じ人が2件ある」と発覚します。
防ぎ方
移行前に正規化のルールを決めておきます。
- スペースは全て除去して比較する
- 全角英数字は半角に、半角カナは全角に統一する
- 電話番号はハイフンを除いた数字だけで比較する
- 旧字体・異体字は変換表を用意する
重要なのは「表示するデータ」と「比較に使うデータ」を分けることです。表示は元のまま残し、比較用に正規化した値を別に持ちます。こうすれば「髙橋」さんの表記を勝手に「高橋」に変えてしまう事故も防げます。
移行前のチェックリスト
作業を依頼する側でも確認できる項目です。
- 元データの件数を数えた（移行後に突き合わせるため）
- 重複判定に使うキーが何かを確認した（会員番号を使うなら、その重複を確認したか）
- 表記ゆれの正規化ルールを決めた（スペース・全角半角・旧字体）
- 元データのバックアップを別の場所に保管した（移行元のシステムを解約する前に）
- 移行後に件数と、代表的な数件の内容を目視で確認する段取りがある
- 元のシステムをいつ止めるかを決めた（すぐ止めず、しばらく並行させる）
とくに最後の2つは軽視されがちです。移行元をすぐ解約すると、後から不整合が見つかったときに戻せません。1〜2ヶ月は並行して残しておくことをおすすめします。
依頼するときに聞いておくとよいこと
移行を含む開発を依頼する場合、次の3点を確認しておくと安全です。
1. 重複はどう判定しますか
「会員番号で判定します」という答えだけなら、その番号に重複がないかを確認済みか聞いてください。
2. 件数の突き合わせはしますか
移行前後で件数を比較する工程が入っているかどうか。ここが入っていないと、消えても誰も気づきません。
3. 移行のやり直しはできますか
一度で完璧に移行できることは、まずありません。やり直せる前提で設計されているかが実務では重要です。
よくある質問
Q. 名寄せとは何ですか？
バラバラに登録されている同一人物・同一企業のデータを突き合わせ、1件にまとめる処理のことです。システムの移行や統合、複数の名簿の統合、日々の運用での二重登録の解消などで必要になります。似た言葉のデータクレンジングは表記の統一や誤りの修正まで含む広い概念で、名寄せはその中の「重複をまとめる」工程にあたります。
Q. 名寄せで失敗するとどうなりますか？
2方向の失敗があります。別人を同一人物と判定すると、片方のデータが上書きされて消えます。逆に同じ人を別人と判定すると、二重登録が残ります。前者はエラーが出ないため、件数を数えるまで気づけません。判定に使うキー（会員番号など）が本当に一意かを、移行前に必ず確認してください。
Q. データ移行で顧客が消えることはありますか？
あります。もっとも多いのは、会員番号や顧客コードを「同一人物」の判定に使ってしまうケースです。これらの番号は店舗ごとの採番や番号の振り直しによって重複していることがあり、同じ番号の別人がいると、後から取り込んだデータで先のデータが上書きされます。この処理はエラーになりませんので、移行後に件数を数えるまで気づけません。
Q. 移行前に自分で確認できることはありますか？
3つあります。①元データの件数を数えておく ②会員番号などの判定キーに重複がないか確認する（表計算ソフトの「重複する値」で抽出できます）③元データのバックアップを別の場所に保管する。この3つだけでも、事故の発見と復旧が大きく楽になります。
Q. 名前で検索しても顧客が出てこないのはなぜですか？
照合方法の設計が原因のことが多いです。氏名とフリガナを別々の項目として丸ごと照合していると、「佐藤はなこ」のように漢字とかなが混ざった入力は、どちらの項目にも一致せず0件になります。入力を漢字とかなの境目で区切り、それぞれを氏名・フリガナの両方に当てる実装にすれば解決します。
Q. 同じ顧客が2件登録されてしまいます。どうすればいいですか？
表記ゆれが原因です。スペースの有無、全角と半角、旧字体と新字体（髙橋・高橋など）、電話番号のハイフンの有無で、システムは別人と判定します。対策は「表示するデータ」と「比較に使うデータ」を分けることです。表示は元のまま残し、比較用にスペースを除去・全角半角を統一した値を別に持たせます。
Q. 移行元のシステムはいつ解約すればいいですか？
すぐには解約しないでください。移行後に不整合が見つかることは珍しくなく、元データが手元にないと復旧できません。1〜2ヶ月は並行して残し、新しいシステムで問題なく運用できることを確認してから解約することをおすすめします。解約前に必ずデータのエクスポートも取得してください。
Q. 移行作業だけ依頼することはできますか？
できる場合が多いです。ただし移行先のシステムの構造を把握している必要があるため、移行先を作った会社に依頼するのがもっともスムーズです。当社では、他社が作ったシステムからの移行や、既存サイト・システムを引き継いだリニューアルにも対応しています。現在の状態を拝見してからお見積もりします。
まとめ
データ移行の事故は、派手なエラーではなく静かに起きます。
- 会員番号は一意とは限らない。同一人物の判定に使うと上書きが起きる
- 氏名とフリガナを別々に照合すると、漢字かな混在の検索が0件になる
- 表記ゆれは二重登録を生む。表示用と比較用のデータを分ける
- 件数を数えておけば、必ず気づける
- 移行元はすぐ止めない。1〜2ヶ月は並行させる
当社では、業務システムの開発と、既存システムからの移行を承っています。「今のシステムから乗り換えたいが、データが心配」という段階からご相談いただけます。料金は開発内容別の料金一覧に公開していますので、あわせてご覧ください。
