「先月納品した御社の請求書、また来てるんですけど。もう払いましたよ」
名古屋市内で金属加工部品を扱う中堅商社の経理担当者は、電話口でそう言われて血の気が引いた。会計システムには「株式会社山田製作所」、販売管理システムには「(株)ヤマダ製作所」として、同じ取引先が別会社として登録されていた。担当者が変わるたびに表記が微妙に揺れ、誰も気づかないまま数年が経過していた結果、同じ請求が二重に発行され、入金消込も二重に走っていたのだ。慌てて過去の取引履歴を洗い直すと、名寄せできていない取引先が十数社見つかり、月次の売上集計が実際より数百万円多く計上されていたことも判明した。
これは特殊な失敗談ではない。販売管理、会計、EC、CRMと複数のシステムを併用する中小企業であれば、程度の差こそあれ、ほぼ必ず起きている問題だ。
マスタデータが崩れる典型パターン｜表記ゆれ・重複登録・情報の断片化
顧客データや商品データがバラバラになっていく過程には、いくつかの決まったパターンがある。
- 表記ゆれ：「株式会社」と「(株)」、全角と半角、旧社名と新社名が混在し、システムを跨いだ瞬間に別データとして扱われる
- 重複登録：担当者が「検索しても出てこなかったから」と新規で登録し、同一顧客・同一商品のレコードが複数生まれる
- 情報の断片化：CRMには連絡先と担当者名しかなく、会計システムには請求先住所しかなく、販売管理システムには納品先しかない。どのシステムを見ても「顧客の全体像」が分からない
- 更新の非同期：住所変更や商号変更があった際、どこか一つのシステムでしか更新されず、他のシステムは古い情報のまま取り残される
商品データでも同じことが起きる。ECサイトでは「型番+カラー」で1商品、販売管理システムでは型番のみで管理していて、在庫の突合ができない。同じ商品なのにSKUの採番ルールがシステムごとに違い、棚卸のたびに現場が手作業で照合表を作っている、というケースも珍しくない。
マスタデータの不整合を放置するとどうなるか
厄介なのは、この問題が「気持ち悪いけど業務は回っている」状態のまま何年も放置されやすいことだ。しかし被害は静かに拡大していく。
売上や在庫の集計を出すたびに、担当者が手作業で名寄せをしてから資料を作る。これは単なる二度手間では済まない。名寄せの基準が担当者によって微妙に違えば、部署ごとに数字が合わない、経営会議で「どの数字が正しいのか」から議論が始まる、という事態に陥る。冒頭のような二重請求は、顧客からの信用を直接損なう。在庫数の誤差は、欠品や過剰発注という形で現金を目減りさせる。CRM上の担当者情報が古いままだと、退職した担当者宛にメールを送り続けてしまい、顧客対応の質そのものが疑われる。
マスタデータの不整合は、それ単体では小さなノイズに見える。しかし集計・請求・在庫・顧客対応という、会社の意思決定と信用の土台すべてに静かに効いてくる。だからこそ、早めに手を打つ価値がある。
どのシステムを「正」とするか｜マスタの一元管理と同期の考え方
解決の出発点は、技術選定ではなく「どのシステムのデータを正とするか」を決めることだ。これがマスタデータ管理(MDM)の本質的な考え方であり、ツールを導入する前に決着させておくべき論点になる。
選び方は大きく二通りある。
一つは、既存システムの中から最も更新が確実に行われるものを「マスタ」に指定し、他のシステムはそこからデータをもらう形にする方法だ。例えば取引先マスタなら、契約や与信の起点となる会計システム、あるいは営業が日々触るCRMを正とし、販売管理システムやECサイトはそこと同期する。中小企業であれば、新しくマスタ管理専用システムを導入するより、この「既存システムの中から正を決める」方式のほうが現実的なことが多い。
もう一つは、独立したマスタデータベースを用意し、すべてのシステムがそこを参照する構成だ。将来的にシステムの数が増える、あるいは複数拠点・複数事業でデータを共有する必要がある企業には向いているが、構築・運用コストは相応にかかる。まずは着手すべき規模かどうかを見極める必要がある。
どちらを選ぶにせよ、大切なのは「正」を一つに決め、他のシステムはそれに従うという一方向のルールを明確にすることだ。双方向で自由に更新できる状態を残すと、結局どちらが最新か分からなくなり、元の木阿弥になる。
中小企業がマスタデータ整備を進める現実的な手順
いきなり全社のマスタを統合しようとすると、まず間違いなく頓挫する。範囲が広すぎて終わりが見えず、現場の協力も得にくい。現実的なのは、影響の大きいマスタから順に手をつけることだ。
最初の対象は多くの場合、取引先マスタだ。請求・入金という金銭に直結する領域であり、二重請求や入金消込ミスという分かりやすい痛みがすでに出ていることが多いため、経営層の合意も得やすい。次に商品マスタ、在庫連携という順で広げていくのが無理のない進め方になる。
連携方式についても、最初からAPIでリアルタイム連携を目指す必要はない。システムによってはAPIが提供されていなかったり、開発コストが見合わなかったりする。まずは日次や週次のCSV連携でも十分に効果が出る。二重登録や表記ゆれのほとんどは、リアルタイム性の欠如ではなく、そもそも同期の仕組みが一切なかったことが原因だからだ。リアルタイム連携が必要かどうかは、業務上の実害が出てから判断すれば遅くない。
そして、技術的な仕組み以上に重要なのが運用ルールの整備だ。新規登録前に必ず検索して重複を確認する、社名や住所の変更があったらマスタ側でまず更新してから他システムに反映させる、命名規則(法人格の表記統一、全角半角の統一)を決めて全員に周知する。こうした地味なルールを徹底できるかどうかが、システムを入れ替えるより効いてくる。どれだけ優れた連携基盤を作っても、入力する人間の運用が揺らげば、マスタは再びバラバラになっていく。
まとめ｜バラバラなマスタを越えて、信頼できる一枚の地図をつくる
複数のシステムを使い分けながら事業を成長させてきた会社ほど、マスタデータはいつの間にか壁だらけになっている。表記ゆれ、重複登録、断片化した情報。それぞれは小さな綻びでも、積み重なれば集計を狂わせ、請求を狂わせ、顧客からの信頼を静かに削っていく。
この壁を越えるのは、派手な新システムの導入ではない。どのデータを正とするかを決め、地道な連携とルールを積み重ねる、目立たない仕事だ。しかしその一つひとつの整備こそが、部署間で数字を巡って言い争う時間をなくし、経理担当者が電話口で青ざめる夜をなくし、現場が本来向き合うべき顧客や商品づくりに集中できる時間を取り戻す。バラバラだったデータの壁を越えて、一枚の信頼できる地図を描き直す。そこに立ち向かう人たちを、私たちは讃えたい。