重複マスターを止める：基幹システムの信頼を支える統一データの作り方

月末最終金曜日の午後4時。経理の責任者が試算表を開くと、同じ顧客が3回並んでいます。1件は法人名、1件はローマ字、1件は営業が勝手に付けたニックネーム。売掛金の経過残高は、誰もまだ何も実行していないのにすでに間違っています。倉庫2拠点で、ベストセラーの部品番号が食い違っています。1年前に供給を止めた仕入先が、いまだ有効のまま残っていて発注が飛んでしまいました。

誰もパニックにはなりません。問題の形を知っているからです。何年もこの状態で生きてきました。これはソフトウェアの故障ではありません。マスターデータの失敗であり、ERPや基幹システムのプロジェクトが現場を裏切る理由として、最も語られることの少ない原因です。

データの問題が見えにくい理由

マスターデータは、すべての取引の退屈な背骨です。顧客、仕入先、商品、カテゴリ、単位、支払条件、税設定。これらがきれいで一貫していれば、請求書は計上され、在庫棚卸は突合し、月次決算は予測可能なスケジュールで終わります。これらが揺らぐと、すべての下流モジュールがその揺らぎを受け継ぎます。

揺らぎは派手ではありません。営業が顧客のニックネームを打ち込みます。既存コードが見つからず、新品番を作ってしまいます。3件の未完了発注が残っているカテゴリを、誰かが非活性にします。それぞれは無害に見えます。合わさると、基幹システムが届けるべき唯一のもの、つまり「意思決定に使える唯一の正しい数字」をむしばんでいきます。

Gartnerはこの損失に数字を与えています。2020年のデータ品質調査で、Gartnerはデータ品質の低さが平均的な組織に少なくとも年1,290万ドルのコストをもたらすと報告しました。その損失の大部分は単一の壊滅的エラーではなく、重複、不一致、誰も信頼していないレコードが蓄積する摩擦です。

日本はこれに加えて、構造的な期限を抱えています。JUAS（日本情報システム・ユーザー協会）の広く引用される調査では、日本企業の約80%がレガシーシステムに依存していることが分かっています。その多くが今、2025年の崖に直面しています。老朽化したオンプレミスソフト、縮小するベンダーサポート、定年を迎えるエンジニアが、更新の決断を迫る時点です。何十年分もの蓄積データをレガシー基盤から移行する際、マスターデータは移行の中で最も乱雑な部分になります。誰かがきれいにしない限り、以前からあった問題がそのまま持ち込まれます。

コストは最も吸収できない人にのしかかる

汚れたマスターデータで腹立たしいのは、コストが現れる場所です。明細として現れるのではありません。月末の残業、二重請求された顧客、単位を間違えて着荷時に不足した出荷、日本版SOX法レビューでの指摘事項として現れます。

東大阪の精密部品メーカー、従業員約70名を想像してください。見積、受注、購買、在庫、経理を1つのプラットフォームで回しています。商品カタログは15年かけて約4,000の有効品目（SKU）まで膨らみました。買収や人材流入出を経て、カタログには異なるコードの重複品番、同じ仕入先の3通りの表記揺れ、現場は個数で扱うのにシステムは箱で記録する単位の不整合が混在しています。

典型的な四半期のコストはこうなります。発注が別拠点に飛ばないよう、2名の担当者が毎週ほぼ1日がかりで仕入先レコードを突き合わせます。一度の単位換算ミスで、5,000個の受注が500箱の受注になり、約550万円の誤りが、入荷担当者が混乱して電話をかけてきたときにようやく発見されました。月末には経理チームが恒例として8〜10時間を超過勤務し、カテゴリから勘定科目への対応を修正して、売上が正しい総勘定科目に落ちるようにします。1件1件は破滅的ではありません。1年に集計すると、成長に充てるべき数時間の熟練労働を静かに消費しています。

その労働こそが本当の通貨です。経済産業省の「IT人材需給に関する調査」は、中位成長シナリオの下で2030年に最大約45万人（高位ケースでは最大約79万人）のIT人材が不足する可能性を示しています。経理チームが重複した顧客レコードをほどくために費やす1時間は、その熟練者が分析、予測、あるいは税務当局が今求める適格請求書への準拠作業に充てられない1時間です。

クリーンな基幹システムがマスターデータに実際にすること

良いニュースは、データ品質は気合いの問題ではないということです。構造の問題です。よく設計された基幹システムは、こうした問題の大部分を事後に探すのではなく、入力の時点で防ぎます。仕組みは具体的で、契約前に理解する価値があります。

顧客と仕入先レコードを1件に強制する

最も効果が大きいルールは一意性です。基幹システムは、企業を統合された取引先として1回だけ登録し、その取引先が顧客か仕入先か、あるいはその両方かを示せるようにすべきです。取引先レコードには、適格請求書登録番号、税登録番号、売掛・買掛の統制勘定、支払条件、営業担当者、標準価格表を持たせます。請求書システムが適格請求書のためにその登録番号を必要とするとき、誰かが記入したかどうか分からない自由入力項目ではなく、信頼できる1件のレコードから取得します。

一意性は単なるお願い以上でなければなりません。システムはコードが入力された時点で検証し、重複を完全に拒否すべきです。取引先には有効、無効、保留、ブラックリストといったライフサイクルステータスを持たせ、供給を止めた仕入先が間違えて受注を受け取るのではなく、取引選択画面に表示されないようにします。各レコードには検索キーとタグを持たせ、スタッフが内部で使うどんな名前でも取引先を見つけられるようにし、検索性の悪さを補うための重複レコードを生まないようにします。

衝突を拒否する商品マスター

商品は重複が最も早く増殖する場所です。基幹システムは品目コード（SKU）を全社で一意の識別子として扱い、大文字小文字を区別せずにチェックし、いい加減な大文字使用が幻の双子を生まないようにすべきです。同じ発想がバーコード（EAN、JAN、UPCのいずれであれ）にも当てはまります。コードが既に存在する場合、システムは2件目の作成をブロックし、操作者を既存レコードへ誘導します。

良い商品マスター設計は、テンプレートとバリアントを分離します。1つの商品ファミリーを、サイズ、色、グレードなどの属性でバリアントに展開し、システムが各バリアントの組み合わせを自動生成します。これにより、部品メーカーはファミリーを一度定義し、約30の個別バリアントをそれぞれ固有のSKUとバーコード付きでシステムに生成させることができます。30件のほぼ同一のレコードを手入力して、そのうち2件を微妙に間違える必要はありません。検索キーは商品名、SKU、バーコードから自動生成し、正確な綴りを覚えていなくてもレコードを見つけられるようにします。

自己を守るカテゴリツリー

カテゴリは商品と総勘定元帳を結ぶ結合組織です。基幹システムはカテゴリを真の階層として扱い、各ノードに「全商品 / 売上 / 締結部品 / ボルト」のように読める完全修飾パスを持たせるべきです。そのパスは自動で維持されます。カテゴリを移動すると、システムはすべての子孫のパスを再計算し、レポートを壊す孤立した中途半端なパスを残しません。

階層は自分自身と矛盾することも拒否すべきです。カテゴリが誤って自身の祖先になるような循環参照を検出して割り当てを却下します。同じスコープ内での重複カテゴリ名をブロックし、2つの「ボルト」カテゴリが共存して下流のすべてのフィルタを混乱させないようにします。さらに重要なのは、カテゴリが継承可能なデフォルト、税設定と収益、費用、在庫、在庫変動の各勘定を持つことです。商品が自身の勘定を指定しない場合、ツリーを遡って親カテゴリにフォールバックします。これこそが月末に売上が誤った勘定に落ちるのを防ぐ仕組みです。適切な階層で方針を一度設定すれば、あとは構造が残りを処理します。

議論なしで換算できる単位

単位の混同は、最も高くつき、最も地味なデータ問題の一つです。基幹システムは、単位を換算階層に連鎖できるようにすべきです。1箱には10個。1パレットには100箱。システムはその階層を双方向にたどり、個で受注し、箱で在庫し、パレットで出荷しても、手計算なしに同じ物理数量に突き合わせます。

換算は双方向かつ正確で、丸めがゆっくりとした漏れを生まないよう、妥当な小数点以下の桁数で上限を設けるべきです。販売単位と在庫単位が異なる場合、システムは両者の間の経路を見つけ、正しい係数を自動で適用します。東大阪のメーカーで起きた約550万円のヒヤリハットは、まさにこれが防ぐ失敗モードです。

管理しやすいセット商品と構成可能商品

セット販売をする事業には、基幹システムはセット商品を、組み合わせごとのフラットなカタログ項目としてではなく、選択可能な構成要素の名前付きグループとして扱えるべきです。「ランチセット」が「ドリンク」の選択肢としてお茶、コーヒー、コーラを提示でき、それぞれが独自の在庫と原価を持つ実商品になります。きれいな既存レコードの構成として一度定義する方が、順列ごとに架空のSKUを作ってカタログを監査不可能なまで膨らませるより優れています。

正直な部分：現時点で手作業のこと

どんなに構造が優れていても、初日からマスターデータを完璧にきれいにするシステムはありません。移行そのものが手作業であり、誠実なベンダーはそう言います。15年分の商品カタログをクレンジングするとは、現場チームと向き合い、どの重複コードを残すかを決め、残りを廃止することです。正準の顧客名を決めるとは、慣習を一つ選び、ソフトだけでなく人でそれを徹底することです。

これを容易にする機能の一部は、製品ではなくロードマップにあります。会社ごとのデータ分離によるデータ同期、すべてのマスターレコード変更を第一級オブジェクトとして扱う変更不可の監査ログ、そして数百件のレコードにまたがるファジー重複の自動検出は、真剣な基幹システムが向かうべき方向です。今日の現実的なアプローチは、重要な項目（SKU、バーコード、登録番号）に厳密な一意性を適用し、クリーンなカテゴリ階層を維持し、「誰がいつこれを変更したか」を専用の監査テーブルではなく承認ワークフローの履歴で答えることです。これで中堅メーカーは信頼できるデータまでおおむね到達できます。ラストマイルはガバナンスです。商品マスターに責任者を置き、新規顧客を毎月レビューし、無効レコートはスケジュールに沿って廃止する常時ルールを設けることです。

システムを評価する際に重要なのはこの区別です。構造は新しい汚れを防ぎ、ガバナンスは古い汚れをきれいにします。両方が必要です。入力時の一意性を徹底するシステムは、明日の重複を作らせません。昨日の重複をクレンジングする移行計画は、構造が守るべききれいなものを用意します。

よくある質問

本番稼働時にデータをきれいにすればよいのではないでしょうか？

できますし、しなければなりません。しかし、クリーンアップを一度きりのイベントとして扱うのが間違いです。SKU、バーコード、取引先コードに一意性の徹底がなければ、カタログは1四半期のうちに再び汚染されます。クリーンアップが費用に見合うのは、新しい基幹システムがその後に歯止めをかけ続ける場合だけです。最初のスクラブと、その状態を維持する継続的な規律の両方を予算に組み込んでください。

中堅メーカー規模でこの費用に見合いますか？

70名規模のメーカーであれば、計算は通常「はい」です。汚れたマスターデータが年間たとえ300時間の熟練労働を消費するとすれば、ICT人材不足に直面する市場において1人分の正社員の有意な割合に相当します。大型の受注1件での単位換算エラーは、ソフトウェアの年間費用全体を超えることがあります。決めるべきはデータ品質に価格があるかではなく、予防で払うか摩擦で払うかです。

移行で過去の履歴は壊れませんか？

2パスで行えば壊れません。第1パスで取引履歴をそのまま移行し、旧コードを参照項目に保持します。第2パスで旧コードを新しいクリーンなマスターレコードに対応付け、過去のレポートが解決できるようにします。統合された取引先レコードや、継承可能な勘定を持つカテゴリ階層といった構造が、すべての旧請求書を書き直さずにこの対応付けを可能にします。

チームが技術に詳しくなくても運用できますか？

それこそが、ルールをシステムに組み込む意義です。営業担当者は大文字小文字を区別しない一意性チェックについて知る必要はありません。重複を作ろうとしたときにブロックされ、既存レコードへの案内が出るだけです。操作者は箱から個への換算を計算する必要はありません。システムが行います。Kikan System はこうした検証を入力の瞬間に徹底するため、まずは最大2ユーザーまで無料、クレジットカード不要で試し、非技術スタッフの負担がどこまで小さいかを確かめることをお勧めします。

重要なポイント： 最も安上がりなマスターデータは、二度とクレンジングしなくて済むものです。入力時の重複を防ぎ、クリーンなカテゴリから勘定への階層を維持し、議論なしに単位を換算する基幹システムを選んでください。それから人間の責任者を任命すること。システムが予防を行い、責任者がガバナンスを行います。

月次決算に立ち返る

冒頭の月末担当者に必要なのは奇跡ではありません。重複SKUを拒否する商品マスター、適格請求書登録番号をただ1箇所に持つ取引先レコード、売上を自動的に正しい勘定へ誘導するカテゴリツリー、そして現場とシステムの不一致を防ぐ単位換算です。これらの構造が保たれれば、試算表は現実を映し、決算は時間通りに終わります。

それこそがKikan Systemが築いた土台です。商品マスターは大文字小文字を区別しないSKUとバーコードの一意性を徹底します。取引先は、登録番号、支払条件、統制勘定を持ち、ライフサイクルステータスによって供給を止めた仕入先を自動で廃止する統合レコードです。カテゴリ階層は自身の完全修飾パスを維持し、循環参照と重複をブロックし、税と勘定のデフォルトをツリーの下へ継承します。単位はパレット、箱、個にまたがって双方向に換算されます。これらは約束ではなく、誰かがレコードを作成するたびにデータ層が徹底するルールです。

もしあなたの基幹システムが、重複する顧客、不一致の単位、誰も信頼していないカテゴリツリーを通じて静かに資金を漏らしているなら、それは解決可能な問題です。まずは無料プランから始めてください。2ユーザーまで無料、カード不要で、実際のカタログを読み込み、重複がどこに隠れているかを確かめる十分な余地があります。はじめ方のページから始めるか、料金でプランを比較してください。

→ 関連：仕訳を自動生成する仕組み → 関連：月次決算と複式簿記