取引先別の売上を出したら合計が合わない｜顧客マスタの重複と表記ゆれを上期末の集計前に片づける

上期末が近づくと、取引先別の売上を並べた表を作る場面が増えます。そこで起きるのが「上位10社を足しても会計の総売上と合わない」「去年3位だった会社が10位に落ちている」という食い違いです。原因の多くは集計の式ではなく、その手前にある顧客マスタ（得意先マスタ）にあります。現場でよく出る質問の順に整理します。

取引先別の売上を足しても、総売上と合わないのはなぜですか

まず「合計そのものがずれている」のか「合計は合うが内訳の割り当てがおかしい」のかを分けてください。対処がまったく違います。

合計がずれるときの典型は3つです。得意先コードが入っていない伝票が「未設定」として抽出から外れている、使用停止にしたコードが集計条件から漏れている、返品や値引きが元の取引先ではなく調整用のコードに付いている、のいずれかです。

やっかいなのは後者です。同じ会社が3つのコードに分かれていると、1社あたりの金額が3つに割れます。合計は正しいのに、上位の顔ぶれと構成比だけが間違います。そもそも数字が出てくる時期が遅い場合は、月次の数字が出るのは翌月20日過ぎ｜上期末の判断に間に合わせるため、遅れを待ち時間と作業時間に分けた話も合わせて確認してください。

あわせて読みたい月次の数字が出るのは翌月20日過ぎ｜上期末の判断に間に合わせるため、遅れを待ち時間と作業時間に分けた話

どこまでを「同じ取引先」として1件にまとめてよいですか

「㈱」「(株)」「株式会社」の違い、全角と半角の違い、社名の途中のスペースの有無は、迷わず1件にまとめて構いません。判断が要るのはその先です。「請求書を1通で出すか、2通で出すか」を基準に置くと、経理と営業で答えが揃います。

迷いやすいケース	1件にまとめる場合	分けたまま持つ場合
支店・営業所ごとの登録	請求と入金を本社で一本化している場合	支店ごとに与信枠と締め日を分けている場合
商号の変更	同じ法人が商号だけ変えた場合	事業譲渡などで法人が入れ替わった場合
同じ住所の関連会社	実体が1社で屋号を使い分けている場合	それぞれに法人番号が付いている場合
納品先と請求先の違い	請求先を単位に売上を見る場合	納品先別の配送実績も見たい場合

グループ会社は、法人が別なら別の行で持ちます。まとめて見たいときは「取引先グループ」の列を1本足して、集計側で寄せます。

名寄せの鍵は、社名でよいですか

社名は揺れますし、変わります。相手が法人なら、法人番号を持つのが一番安い方法です。国税庁が1法人に1つ13桁の法人番号を指定しており（法人番号について）、番号と商号・所在地の一覧は公表サイトからダウンロードできます。マスタに法人番号の列を1本足して埋めていけば、社名が変わっても同じ相手だと分かります。

請求書に載っている登録番号（Tのあとに13桁）からも引けます。適格請求書発行事業者公表システムWeb-API機能を使えば、登録の有無の確認とあわせて自動で照合できます。取引先の区分をどこに持つかは免税事業者からの仕入税額控除が2026年10月に50%へ｜取引先区分を会計・購買データでどう持つかで整理しています。

個人事業主や任意団体には法人番号がありません。ここは電話番号、住所、振込口座の名義など、自社で決めた第2の鍵で拾います。

あわせて読みたい免税事業者からの仕入税額控除が2026年10月に50%へ｜取引先区分を会計・購買データでどう持つか

上期末まで日がありません。どこから手を付けますか

全件はやりません。直近12か月に取引のあるコードだけに絞ります。1,000件を超えるマスタでも、実際に動いているのは3割程度ということは珍しくありません。

手順は、照合用の正規化列を作る、候補を機械で出す、人が判定する、代表コードを付ける、の4つです。

-- 1) 照合用キーの作成（元の社名は別列にそのまま保持）
UPDATE customers
SET match_key = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(
      customer_name, '株式会社',''), '(株)',''), '㈱',''), '　',''), ' ','');

-- 2) 同じキーに2件以上ぶら下がっているもの = 名寄せ候補
SELECT match_key, COUNT(*) AS cnt, GROUP_CONCAT(customer_code) AS codes
FROM customers
GROUP BY match_key HAVING COUNT(*) > 1
ORDER BY cnt DESC;

大事なのは4つ目です。重複した行を削除してはいけません。過去の伝票がそのコードを参照しているので、消すと履歴が壊れます。マスタに「代表得意先コード」の列を足し、集計のときだけそちらへ寄せます。判定を間違えても、列を書き換えるだけで戻せます。この作業をシステム更改のデータ移行とまとめて片づけようとすると、費用も期間も膨らみます（新システムへのデータ移行費が見積もりで一番膨らむ理由）。

あわせて読みたい新システムへのデータ移行費が見積もりで一番膨らむ理由｜過去データをどこまで持っていくかの判断基準

一度片づけても、また増えませんか

増えます。入口が空いたままだと、数か月で元に戻ります。決めておくのは次の5点です。新規登録できる人を絞ること、登録画面で正規化キーによる重複候補を必ず表示すること、法人番号または電話番号を必須にすること、得意先コードは自動採番にして意味を持たせないこと、取引が終わったコードは削除せず「取引終了」の状態と終了日で持つことです。

そのうえで、月次で「新規登録件数」と「重複候補の残件数」の2つだけを出します。件数が増え始めたら、運用のどこかが崩れている合図です。

えらびの道では、業務システムをオーダーメイドで開発しています。卸売の受発注・請求や出張販売の管理など、取引先マスタが売上集計の土台になる仕組みを手がけてきました。既存のマスタから重複候補を洗い出す処理、法人番号や登録番号との突き合わせ、代表コードでまとめた売上レポートの自動化まで、必要な部分だけを小さく作って動かしながら育てていきます。今のExcelや既存システムを残したまま、集計の手前に一枚挟む形から始めることもできます。

顧客マスタの名寄せから売上集計まで、えらびの道でお手伝いできること

合同会社えらびの道は、中小企業向けのシステム受託開発と、データ活用・DXの支援を行っています。卸売の受発注や請求、介護のシフト管理、出張販売の管理、EC・決済、業務データの収集と予測基盤といった領域で、実際に手を動かしてきました。取引先マスタが売上や請求の土台になる仕組みを、作る側の立場から見てきています。

この記事で扱った重複候補の洗い出しや、代表得意先コードを持たせるマスタ設計、法人番号・登録番号との突き合わせは、御社の業務に合わせて組み立て直せます。取引先別の売上を代表コードで集計するレポートや、新規登録の画面で重複候補を出す仕組みも、今お使いの会計ソフトや販売管理システムを残したまま足せます。

えらびの道では、全部を一度に置き換えることはしません。止まると困る1業務から先に動かし、残りは様子を見ながら移していきます。打ち合わせから開発まで同じ人間が担当するため、話した内容が伝言で薄まることもありません。

まずは現状を伺うところからで構いません。オンラインで30分、費用はかかりません。上期末までにどこから手を付けるか、優先順位の整理だけでもお役に立てるかと思います。

---

よくある質問

顧客マスタの名寄せにはどのくらいの期間がかかりますか

対象を直近12か月の取引先に絞れば、数百件規模で2週間から1か月ほどが目安です。候補を機械で出す部分は数日で終わり、時間がかかるのは人が同一かどうかを判定する工程です。まとめる・分けるの基準を先に決めておくと、この工程は大きく短くなります。

名寄せはExcelでもできますか

数百件までならExcelでも進められます。SUBSTITUTE関数で表記を揃え、COUNTIFで重複候補を数える方法が手軽です。ただし判定した結果を業務システムへ戻す作業が手作業になるため、毎月続けるならシステム側に代表コードの列を持たせるほうが確実です。

法人番号は自社のシステムのどこに持てばよいですか

取引先マスタに専用の列を1つ足して持ちます。請求書の宛名や検索用の項目とは分け、照合専用の項目として扱ってください。個人事業主など番号がない相手は空欄のままにし、代わりに電話番号を第2の鍵として運用すると、どちらの相手も同じ仕組みで名寄せできます。