1. 最初に「何を同じ一件とするか」を決める

「一社一行にまとめたい」と考える前に、その名簿を何に使うか確認します。売上を法人単位で集計する場合と、拠点別に請求書を送る場合では、残す記録が異なります。

整理する単位 確認する材料 同じでも残すことがある記録
法人 法人番号、正式名称、名称・所在地の変更履歴 支店、配送先、請求先
拠点・請求先 社内の拠点ID、住所、部署、請求条件 同じ法人の別拠点
担当者 所属、担当業務、社内の連絡先記録 同姓同名の別人、別部署の窓口

同じ法人の支店を残しながら、集計用の法人IDだけを共通にする方法もあります。行を消すことと、同じ法人に関連づけることを分けてください。

電話番号やメールアドレスの一致だけでは確定しません。代表電話を共有していたり、部署の窓口アドレスを複数人で使っていたりする場合があるためです。最新の行を丸ごと正しいと決める方法も、請求条件や過去の担当者の記録を失う可能性があります。

2. 元の値を残し、決まった表記は通常の処理でそろえる

まず対象の名簿を一つに絞り、業務で使う原本とは別の作業用コピーを用意します。各行に元システム名・元のIDを残し、変更前へ戻れるようにします。実際の名簿をAIへ渡す前に、入力情報の確認手順に沿って契約・設定・社内ルールを確認してください。

比較用の列には、会社名の前後の空白を除く、英数字の文字幅をそろえるなど、承認したルールだけを適用します。郵便番号・法人番号・社内IDは文字列として扱い、先頭の0や桁数が失われないようにします。元の表記は書き換えません。

「（株）」と「株式会社」の表記をそろえる場合も、法人種別や前後の位置を含む元の名称は保持します。建物名、支店名、部署名を一括削除してから比較すると、残すべき違いが見えなくなります。

完全一致の候補一覧や、必須項目の欠けを見つける処理は、表計算や既存ソフトで対応できるか確認します。通常の処理と生成AIの違いは役割の比較記事で説明しています。

識別子の一致と、名称の近さを分ける理由

元IDなどの識別子が一致する再取り込みと、名称・住所が近い統合候補は、別に扱います。この判断の参考にしたのが、問い合わせメールの検証ラボ記録です。

2026年10月9日の架空メール6件の試作では、同じメールの再取り込み（LAB-M06）に対して、初版は別の下書きを作りました。修正版は、架空データの識別子 message_id の完全一致をPythonで照合し、二つ目を保留にしました。件名でまとめなかったのは、別の質問や追加の連絡を消さないためです。

hirostaはこの観察から、確実に照合できる識別子と、内容の近さから出す候補を分けることが、残すべき記録を守るうえで大切だと考えます。名簿でも、名称が似ているという理由だけで行をまとめると、別の取引先や拠点の記録を失うおそれがあります。

名簿整理への提案は、元システム名と元IDの組み合わせで再取り込みを通常の処理で照合し、名称・住所の近さはAIや人が確認する候補にとどめることです。元IDが何を識別するかを確認し、別システムの同じIDや、同じIDの情報更新を一律に重複として除外しないようにします。これはメールの試作からの応用案であり、実在の名簿や業務システムで照合した結果ではありません。

3. 法人番号と郵便番号を、照合できる範囲で使う

法人番号は法人の確認に使い、支店や担当者のIDにしない

国税庁の利用方法では、名称・所在地などから法人番号を検索し、名称、本店等の所在地、法人番号の基本3情報や変更履歴を確認できます。あいまい検索は類似する名称を探す機能です。検索結果に出たことだけで、名簿の相手と同じ法人とは決めません。

名称が違う場合は、住所と変更履歴を照合し、必要なら自社が持つ契約・取引書類で相手を確認します。公表された本店所在地を、支店の配送先へそのまま上書きしないでください。

デジタル庁のFAQは、法人番号が13桁で、一つの法人に一つ指定され、支店・事業所には別の法人番号が指定されないと説明しています。個人事業主には法人番号が付番されません。番号が見つからないことを「取引先が存在しない」「削除してよい」という判定に使わず、社内のIDと取引の根拠で確認します。

郵便番号は住所の照合に使い、取引先の同一性は決めない

日本郵便のUTF-8形式のデータは、郵便番号と住所を対応させるための資料です。町域などの表記を確認する材料として使い、番地・建物・部屋・宛先は元の記録や取引書類と照合します。同じ郵便番号というだけで、同じ会社・同じ担当者とは言えません。

日本郵便は、表計算への読み込みで先頭の0が表示されなくなったり、値が日付として表示されたりする注意を挙げています。文字列で取り込み、元の値と見比べます。この記事では2026年9月30日更新の案内を確認しました。実際に整理するときは使用するデータの更新日も残します。

4. AIには候補・理由・不足情報を出してもらう

AIを使う場合は、通常の処理で一致しなかった略称、旧名称、入力ミスらしい記録を確認する補助に絞ります。名簿全体を無条件に渡さず、確認に必要な項目を選びます。担当者の個人情報や取引金額が不要なら除きます。

前述の識別子による再取り込みの照合と、ここで扱う名称・住所の近さによる候補は、確認状況も分けて残します。AIが似ていると判断した行を、識別子が一致した再取り込みと同じ扱いにせず、別の取引先や拠点ではないかを人が確認します。

依頼には、次の条件を含めます。これは運用を考えるための文例で、実行・精度検証したものではありません。

元のIDごとに、同じ取引先の可能性がある組み合わせを示してください。一致する項目、異なる項目、追加確認が必要な情報を分けてください。支店や部署の違いを消さず、根拠のない法人番号・住所を補わないでください。候補の提示だけを行い、統合・削除は確定しないでください。

結果には「対象の元ID、候補の組み合わせ、一致点、相違点、根拠の記録、不足情報、確認状況」を残します。AIの「確信度が高い」という説明だけを統合の条件にしません。人が出典と元データへ戻り、統合する・別の記録として残す・保留する、のいずれかを選びます。

候補が出なかった行も、重複がないと保証されたわけではありません。表記が似ていない旧名称などは見落とす可能性があります。運用前に、既知の重複と残すべき別記録を担当者が確認し、候補の漏れと誤った候補の両方を見る必要があります。

5. 想定シナリオ：営業と経理のリストを照合する

ここからは未実施の想定シナリオです。営業と経理が別々に取引先リストを管理し、会社名の略称と支店名が混在している会社を考えます。以下の名称とIDは説明用の架空例で、検証用データや導入実績ではありません。

確認画面のイメージ

「営業側S-01：株式会社サンプル商事」「経理側K-08：（株）サンプル商事」「営業側S-02：株式会社サンプル商事 西支店」を並べます。画面には元の表記と比較用の表記、法人番号の確認状況、請求先、AIの理由、人の判断を表示する形を考えます。

S-01とK-08が同じ法人番号で、同じ請求先・管理単位だと確認できれば、共通の取引先IDへ関連づける候補になります。S-02が同じ法人でも、支店別の請求や配送が必要なら、拠点の記録は残します。同じ法人番号でも、名簿上の行を必ず統合するわけではありません。

名称は似ているが所在地・法人番号が異なる、番号が未確認、担当者の所属が食い違う、といった行は保留します。未確認の法人番号をAIに推測させて埋めたり、番号が空の行同士を一致扱いにしたりしません。

承認後も、元IDと履歴の対応を残す

対応表は、その場の確認用だけでなく、次回の取り込みでも参照できる形で保存します。検証ラボの記録では、識別子の照合は同じ実行内に限られ、別の日の再実行に使う履歴は保存していません。hirostaは、この限界から、名簿でも今回の入力内で照合するだけでは、次回に同じ行や変更を重ねて登録するのを防げないと考えます。

  1. 担当者が統合先と残す項目を決め、営業・経理で請求先や契約条件の違いを確認します。
  2. 元システム名・元IDから統合先IDへの対応表と、変更した項目・理由・承認者・反映結果を、実行をまたいで保存します。過去の取引や問い合わせの参照が失われない形にします。
  3. 既存ソフトの取り込み条件を確認し、保存した対応表と反映済みの変更を照合して、承認した変更だけを反映します。同じ行の再取り込みと新しい情報への更新を分け、同じ変更を重複登録しない手順を決めます。
  4. 件数の増減だけでなく、請求先、取引履歴、保留行が意図どおり残っているか照合します。不一致なら反映を止め、変更前へ戻します。

この記事はこの反映を実行した報告ではありません。実行をまたぐ履歴管理は検証ラボでも未実施で、名簿での照合・履歴保存も未検証です。対応表を保存するだけで二重登録を防げるとは限りません。元データの退避方法、取り込み時の照合、履歴の付け替え、復元方法は、お使いの業務システムで確認する必要があります。

6. 費用と期間は、確認・反映・保守まで含めて比べる

見積りでは、名簿の取り出しと項目整理、候補作成、担当者の確認、既存ソフトへの反映、履歴の保持、保守を分けます。AIの利用料だけで全体費用を判断しません。

同じ表の空白をそろえるだけなら表計算で始められる場合があります。複数システムのID対応や支店別の請求条件を残す場合は、連携と確認の設計が必要です。件数に加え、欠けた項目、名称変更、拠点・担当者の数、参照する取引履歴で作業量は変わります。固定の日数や削減率は約束できません。

最初は一つの名簿で候補一覧だけを作り、人が確認する負担を見てから、反映までの自動化を判断します。ルールに沿った評価・抽出の事例は、欠けや例外を確認待ちにする考え方の参考です。名簿の名寄せを実施した事例ではなく、評価の計算にはAIを使っていません。

業務全体の整理はAI業務改善ガイド、書類から項目を取り出す工程は書類処理の支援をご覧ください。支援内容・料金はサービスページ、相談先はお問い合わせでご案内しています。

7. よくある質問

Q. 法人番号が同じなら、全部一行にまとめてよいですか？ 同じ法人でも支店、請求先、担当者を分けて管理する場合があります。法人の共通IDと拠点・担当者のIDを分け、名簿の用途に合わせて残す記録を決めます。

Q. AIに名簿を渡せば、重複を確実に見つけられますか？ 候補の見落としや、別の相手を同じ候補にする可能性があります。根拠・相違点を人が確認し、AIの出力だけで統合や削除を確定しない手順が必要です。

Q. 個人の顧客名簿にも法人番号を使えますか？ 法人番号は個人の顧客を識別する番号ではありません。個人事業主にも付番されません。社内の顧客IDや取引記録で確認し、氏名・住所などをAIへ入力する可否は別に確認します。