BtoB ECの取引先マスタ名寄せ手順｜法人番号で統合

◆監修・編集責任者　小園 将隆　2026年8月24日

B2B EC-COLUMN

取引先マスタの重複を生む4つの経路と放置のコスト

BtoB ECの取引先マスタの名寄せ・統合とは、販売管理や請求、営業支援などに分かれて登録されている取引先データを突き合わせ、同一の企業として1件にまとめる作業です。国税庁は法人番号について「法人番号は、利用範囲の制約がなく、誰でも自由に利用できます」と説明しており^*1、この13桁の番号を突合キーの土台にできます。

名寄せは突き合わせ、統合は1件化 ― 定義の違い

「名寄せ」は、販売管理・請求・SFAなどに散らばった取引先データを突き合わせ、同一企業を見つけ出す工程です。「統合」は、その突合結果を実際に1件のレコードへまとめる工程を指します。両者を分けて設計すると、どこまでを機械で処理し、どこから人が判断するかの線引きが先に決まり、判断待ちで作業全体が止まる状態を避けられます。

重複が生まれる4経路：個別登録・表記ゆれ・支店登録・改廃未反映

取引先の重複は、主に4つの経路で生まれます。第一の経路は、販売管理・請求・SFA・名刺管理といった部門ごとの個別登録です。第二に、「株式会社○○」「（株）○○」「○○㈱」のような法人格表記のゆれが重複を生みます。第三の経路として、本社と大阪支店のように支店・部署単位で別コードを発行してしまう登録があります。第四に、商号変更や合併が起きたのに旧データへ反映されないまま残る経路も見逃せません。

重複を抱えたままEC化すると起こる4つの支障

重複を抱えたままEC化すると、取引先が自社の発注履歴を一括で見られなくなります。取引先ごとの掛率がコード単位に紐づくため、同じ企業なのに掛率が二重に管理される事態も起こりがちです。与信枠もコードごとに積み上がるため、同一法人であるにもかかわらず与信枠が二重に立つ恐れがあります。請求もコードの分かれ方に応じて分割され、担当者が突合作業に追われる要因になります。

突合キーは法人番号を軸に据える

取引先マスタを1件に束ねるための突合キーには、国税庁が指定する法人番号を軸に据えるのが実務的です。法人番号は「株式会社などの法人等が持つ13桁の番号」で^*1、社名や住所のような表記ゆれの影響を受けません。ただし支店や個人事業主には別の考え方が必要になるため、本節ではその範囲まで整理します。

法人番号とは：13桁・基本3情報・利用範囲は無制約

法人番号（マイナンバー制度における個人番号とは異なる、法人向けの識別子）は、国税庁が指定する13桁の番号です^*1。公表される基本情報は、商号又は名称・本店又は主たる事務所の所在地・法人番号の3情報です^*1。国税庁は「法人番号は、利用範囲の制約がなく、誰でも自由に利用できます」としており^*1、取引先マスタの統合キーに採用する制約はありません。個人番号（マイナンバー）とは制度も指定対象も別物であり、取引先マスタの整備では両者を混同しないことが前提になります。

法人番号で解ける重複と解けない重複：支店・個人事業主の壁

国税庁長官が法人番号を指定するのは、国の機関、地方公共団体、設立登記法人、これら以外の法人又は人格のない社団等であって所定の税法上の届出書を提出することとされている者、さらにそれ以外で一定の要件に該当し国税庁長官に届け出た者の5区分です^*1。国税庁は支店・支部・事業所について「法人番号は１法人に対し一つの番号のみ指定され、支店、支部、事業所に別途法人番号が指定されることはありません」と説明しています^*10。したがって本社と支店・営業所・工場は同じ法人番号になり、法人番号だけでは本社と支店を分けて管理したいという要件には答えられません。個人事業者について国税庁は「個人事業者に法人番号は指定されません」と明記しているため^*11、個人事業主の取引先は法人番号を突合キーにできません。ここを正直に扱わないと、「法人番号で名寄せすれば重複はすべて解消する」という過大な約束になってしまいます。

インボイス登録番号を検証キーに併用する

適格請求書発行事業者の登録番号は、「T」を除く13桁の半角数字を入力することで公表サイトから検索できます^*7。国税庁のQ&Aは、登録番号の構成について「① 法人番号を有する課税事業者　『Ｔ』（ローマ字）＋法人番号（数字13桁）」と整理しています^*8。同Q&Aはさらに「② ①以外の課税事業者（個人事業者、人格のない社団等）　『Ｔ』（ローマ字）＋数字13桁」と続けています^*8。この②の13桁について、同Q&Aは「マイナンバー（個人番号）は用いず、法人番号とも重複しない事業者ごとの番号となります」と注記しています^*8。つまり、個人事業主の登録番号は法人番号そのものではありません。法人番号を持たない個人事業主の取引先を識別する場面では、この登録番号を検証キーとして併用できます。制度対応の本体（税額計算・保存要件・請求書様式）は別テーマとして扱います。

法人番号で解ける重複と解けない重複の線引きを自社データで確かめるには、無料相談で要件を整理する方法があります。

表記ゆれを機械的に吸収する

法人番号で法人単位の同一性を判定した後も、社名や住所の表記ゆれは残ります。表記ゆれを機械的に吸収する手順を整えておくと、法人番号による突合と組み合わせて重複候補を効率的に絞り込めます。

社名の正規化ルール：前株後株・全角半角・旧字体の統一

社名の正規化では、前株・後株の位置、（株）・㈱といった表記、全角・半角、スペースの有無、旧字体・異体字を統一のルールで揃えます。正規化のルールを先に固定してから突合すると、同じ企業が別レコードとして残る事態を防げます。

住所の表記ゆれが名寄せを難しくする理由

住所は社名以上に表記のばらつきが大きく、名寄せの難所になりやすい項目です。住所・所在地に関する制度は不動産登記法と住居表示法という異なる制度に分かれており、行政が一元的に管理していません^*6。デジタル庁は、その結果として「表記揺れが生じやすく、システム間でのデータ連携や統合が困難になっています」と課題を明記しています^*6。この課題に対応するため、デジタル庁はアドレス・ベース・レジストリを整備しており、町字マスターデータセットは2025年6月に正式版が公開されました^*6。住所の正規化・突合を支援するABRジオコーダーは、OSS（オープンソースソフトウェア）としてGitHubで公開されています^*6。自社データの住所表記がばらついているのは、社内の運用が甘いからではなく、国自身が課題として認めている構造上の事情によるものです。

正規化→突合→類似度抽出→人の確認、の順序を守る

表記ゆれの処理は、正規化・キー突合・類似度による候補抽出・人の確認という順序を守ることが大切です。正規化と法人番号による突合で機械的に決まる範囲を先に確定し、残った候補だけを類似度判定と人の目で確認すると、確認すべき件数を絞り込めます。すべてを人の目で確認する前提では、取引先件数が増えるほど作業量が膨らみます。

名寄せ・統合を5工程で進める

取引先マスタの名寄せ・統合は、棚卸からEC側への反映まで5つの工程で進めます。各工程で「決めること」と「成果物」を明確にしておくと、担当者が変わっても作業を引き継ぎやすくなります。

①現行データの棚卸と正本の決定

最初の工程は、販売管理・請求・SFA・名刺管理など、取引先データを持つ各システムを棚卸し、どのシステムを正本とするかを決めることです。取引先マスタの正本をEC側と基幹側のどちらに置くかも、この工程で合わせて決めます。棚卸の成果物は、システムごとの件数一覧と、正本システムの決定記録になります。

②法人番号の付与（gBizINFOツールとCSV入力）

次の工程は、手元の取引先データに法人番号を付与することです。経済産業省のgBizINFOが提供する法人番号付与ツールは、「法人名と法人所在地から、法人番号を付与することができます」と案内しています^*4。入力形式はCSVで、UTF-8またはShift_JISに対応します^*4。gBizINFOは、政府が保有する法人データを法人番号や法人名で横断検索できる基盤で、REST APIも提供しています^*5。この工程の成果物は、法人番号が付与された取引先一覧と、照合できなかった行のリストです。照合できなかった行は、社名・住所の表記ゆれが原因であることが多く、次の工程で個別に確認します。

③重複候補の抽出と、人が判断する基準

法人番号が一致した行は、同一法人として自動で束ねてよい候補になります。一方、法人番号が一致しない、または個人事業主のように法人番号が付与されない行は、社名・住所の類似度で候補を抽出し、人が最終確認する対象にします。この工程の成果物は、自動統合候補リストと、人の確認が必要な候補リストの2種類です。

④統合方針の決定（旧コードの扱いと掛率の引き継ぎ判断）

統合方針を決める工程では、複数コードのうちどれを代表取引先とするか、旧コードをどう扱うか、統合前の各コードに付いていた掛率や支払条件のどちらを残すかを決めます。掛率の設計そのものは取引先マスタに持たせず、別テーマとして扱います。この工程の成果物は、統合対象の組と、代表取引先・旧コードの扱い・引き継ぐ条件を記した統合方針書です。

⑤EC側への反映と検証（件数突合・過去伝票・周知）

最後の工程は、統合結果をEC側に反映し、件数が合っているかを検証することです。統合前後で取引先件数を突合し、過去の受注・請求が参照できる状態を確認します。データ移行の変換設計やリハーサル、検収は別工程です。統合の結果、取引先の画面上の見え方が変わる場合は、取引先への周知資料も合わせて準備します。

統合で壊してはいけないもの

取引先マスタの統合は、重複を減らすことだけが目的ではありません。統合によって壊してはいけないものを先に把握しておくと、着手をためらう理由を1つずつ解消できます。

過去の受注・請求は旧コードを参照する ― 物理削除ではなく別名保持

過去の受注データや請求データは、統合前の旧コードを参照して作られています。統合の際に旧コードを物理削除すると、これらの過去データが参照できなくなる恐れがあります。旧コードは削除せず、代表取引先に対する別名（旧コードの履歴）として残す設計が、この問題を避ける基本的な考え方です。

「1社1レコード」にしない選択：代表取引先と本社・支店・納品先・請求先の階層

BtoBの受発注では、本社・支店・納品先・請求先が分かれているのが実態です。すべてを1レコードに寄せるのではなく、代表取引先に本社・支店・納品先・請求先を紐づける階層構造で持つ選択肢があります。代理店・特約店のようなチャネル設計は、このデータ構造とは別の論点として扱います。また、取引先マスタとECのログインアカウントは別物であり、アカウント設計は別テーマになります。

担当者情報の扱い：個人情報保護法第22条の努力義務

取引先マスタには、担当者の氏名やメールアドレスといった個人データが含まれる場合があります。個人情報の保護に関する法律第22条は、データ内容の正確性の確保等を定めた規定です。同条は次のように定めています。「個人情報取扱事業者は、利用目的の達成に必要な範囲内において、個人データを正確かつ最新の内容に保つとともに、利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない」^*9。この規定は努力義務であり、統合の際に担当者情報の消去を義務づけるものではありません。統合を機に担当者情報の正確性を見直し、不要になった情報の扱いを検討する契機にはなります。

名寄せした状態を保つ運用

名寄せ・統合は一度実施しても、商号変更や本店移転、合併によって重複が再び生まれます。名寄せした状態を保つには、入口の一本化と継続的な情報の取り込みが欠かせません。

新規登録の入口を一本化する（法人番号を必須項目に）

新規の取引先登録が複数の入口から個別に行われると、重複はまた蓄積します。新規登録の入口を一本化し、登録時に法人番号を必須項目にすると、登録の時点で重複を防ぎやすくなります。登録の承認者を誰にするかという運用体制の設計は、別テーマとして扱います。

商号変更・移転・登記閉鎖を継続的に取り込む（Web-APIと差分データ）

法人番号システムのダウンロード機能は、前月末時点で公表している法人等の最新情報を全件データとして提供し、差分データでは新たに指定した法人番号や商号変更などの更新情報を日別で提供しています^*3。法人番号システムWeb-APIでは、法人番号を10件までの範囲で指定できます^*2。期間は50日を上限に指定し、商号・所在地の変更や登記記録の閉鎖等に関する情報を取得できます^*2。Web-APIの利用にはアプリケーションIDが必要で、発行は無償ですが2週間から1か月程度を要します^*2。Ver.3.0以降では商号のフリガナ表記情報も取得できるようになっています^*2。これらの更新情報を定期的に取り込む仕組みを組んでおくと、統合後の状態を維持しやすくなります。

定期点検のサイクル：重複率・付与率・未照合件数を見る

名寄せ・統合の状態は、定期的に点検する仕組みによって維持します。点検で確認する指標としては、新規登録の重複件数、法人番号の付与率、法人番号システムと照合できていない件数が挙げられます。重複率や工数削減効果について、業界横断の統一的な統計は確認できていないため、自社の実測値を基準に点検サイクルを組み立てる形になります。

まとめ：取引先マスタ統合を支える3つの判断軸

本稿では、BtoB ECの取引先マスタの名寄せ・統合を、法人番号を軸にした設計として整理しました。要点は3つに集約できます。第一に、突合キーは国税庁の法人番号を軸に据え、支店や個人事業主のように法人番号だけでは解けない重複を正直に扱うことです。第二に、統合は5つの工程に分け、棚卸から正本決定・法人番号の付与・重複候補の確認・統合方針の決定・EC側への反映まで順に進めることです。第三に、統合は過去の受注・請求を参照できる状態を保ちながら、本社・支店・納品先・請求先の階層と、担当者情報の適切な扱いを両立させることです。

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

よくある質問

名寄せと統合は何が違いますか

名寄せは複数のデータから同一企業を突き合わせて見つける工程で、統合はその結果を1件のレコードにまとめる工程です。名寄せだけを先に済ませ、統合を後の工程として分けて進める運用も可能です。

法人番号は自由に使ってよいのですか

使えます。国税庁は法人番号について「法人番号は、利用範囲の制約がなく、誰でも自由に利用できます」と説明しています^*1。取引先マスタの突合キーに採用する際の制約はありません。

支店ごとに取引先コードを分けたままでよいですか

法人単位では1つに寄せつつ、EC上のコードは本社・支店・納品先・請求先を階層で持つ設計が実務的です。本社と支店は法人番号が同一のため^*10、コードを分ける場合は階層情報として管理します。

個人事業主の取引先はどう識別しますか

個人事業主には法人番号が指定されないため^*11、法人番号だけでは識別できません。適格請求書発行事業者であれば、Tを除く13桁の半角数字で構成される登録番号を検証キーとして併用できます^*7。

統合したら過去の受注データは消えますか

消えません。統合は物理削除ではなく、旧コードを代表取引先の別名として残し、過去の受注・請求を参照できる状態を維持する設計が基本です。

1. *1　出典：国税庁「法人番号とは」（法人番号公表サイト）（2026年8月24日確認）
2. *2　出典：国税庁「法人番号システムWeb-API」（2026年8月24日確認）
3. *3　出典：国税庁「法人番号公表サイト ダウンロード機能」（2026年8月24日確認）
4. *4　出典：経済産業省（gBizINFO）「法人番号付与ツール」（2026年8月24日確認）
5. *5　出典：経済産業省「gBizINFO」（2026年8月24日確認）
6. *6　出典：デジタル庁「アドレス・ベース・レジストリ」（町字マスターデータセット2025年6月正式版公開）（2026年8月24日確認）
7. *7　出典：国税庁「適格請求書発行事業者公表サイト」（2026年8月24日確認）
8. *8　出典：国税庁「消費税の仕入税額控除制度における適格請求書等保存方式に関するQ&A」問18（登録番号の構成・令和5年10月改訂）（2026年8月24日確認）
9. *9　出典：e-Gov法令検索「個人情報の保護に関する法律」第22条（2026年8月24日確認）
10. *10　出典：国税庁「よくある質問　支店、支部、事業所には、法人番号は指定されますか。」（2026年8月24日確認）
11. *11　出典：国税庁「よくある質問　個人事業者ですが、法人番号は指定されますか。」（2026年8月24日確認）