商品マスタや得意先マスタの重複・表記ゆれに悩む企業にとって、最初から大きな開発を決める必要はありません。まずは現行業務・帳票・データ・連携・保守状況を整理し、延命、部分改善、パッケージ活用、周辺開発、スクラッチ再構築のどれが現実的かを見極めることが重要です。
マクティズムでは、作り直しありきではなく、マスタ整理は再構築前に行わないと移行後も同じ問題が残ることを重視して進め方を整理します。
この記事では、商品マスタや得意先マスタの重複・表記ゆれが積み重なった状態で再構築を進めるとどうなるか、そして再構築前にどこまで整理しておくべきかをまとめます。マスタ登録の実務を担う方から、データの信頼性に課題を感じる経営層まで役立つ内容です。
この記事で分かること
- 基幹システム見直しで確認すべきポイント
- 延命・部分改善で済むケース
- パッケージ活用や周辺開発を検討すべきケース
- スクラッチ再構築を検討すべきケース
- 相談前に準備しておく情報
まず結論｜すぐに作り直す前に現状を整理する
基幹システムは、受注・出荷・在庫・請求・生産・会計連携など、複数の業務にまたがります。そのため、表面上の不具合だけを見て判断すると、後から帳票、データ移行、外部連携、現場運用で想定外の問題が出ることがあります。
まず必要なのは、現行システムの全体像を把握することです。特に、どの業務が止まると困るのか、どの帳票が実際に使われているのか、どのExcel・Access・CSV運用が周辺に残っているのかを確認するだけでも、再構築の方向性はかなり明確になります。
マスタの崩れは集計と連携のすべてに波及する
同じ商品が「A-100」と「A100」で二重登録されている、同じ得意先が支店ごとではなく担当者ごとに別コードで登録されている。こうした崩れは入力現場の小さな不便に見えて、実際には売上集計の重複、得意先別残高の分散、在庫の二重カウントと、システム全体の数字の信頼性を静かに蝕みます。帳票の数字が合わない原因を追うと、最後はマスタに行き着くことが非常に多いのです。
整理せずに移行すると「新システムで同じ崩れ」が再現される
マスタの重複や表記ゆれは、データ移行ツールでは解決できません。どのコードとどのコードが同一かを判断できるのは業務を知る人だけであり、この名寄せ作業を省略して移行すると、崩れたマスタがそのまま新システムに引き継がれます。新しい画面で同じ混乱が続き、「作り直したのに何も変わらない」という最悪の結果を招くため、マスタ整理は再構築の前工程として独立した計画を立てるべき作業です。
このテーマでよく起きる問題
このテーマでよく起きる問題は、技術的な問題に見えて、実際には業務整理の不足から起きていることが多いです。たとえば、同じ機能でも部署ごとに運用が違う、帳票は同じ名称でも用途が違う、CSVの出力タイミングが担当者依存になっている、といったケースです。
この状態でパッケージを入れたり、スクラッチで作り直したりすると、開発途中で追加要件が増え、費用と期間が膨らみやすくなります。
マスタが崩れる典型的な経緯は、急ぎの受注に間に合わせるための仮登録が正規化されないまま残ることと、登録ルールが文書化されておらず担当者の交代のたびに流儀が変わることです。数年分が積もると、どれが正でどれが重複かの判断自体が難しくなり、整理の工数が雪だるま式に膨らみます。
また、コード体系に意味を持たせすぎている場合も要注意です。コードの桁に分類や仕入先の意味を埋め込んでいると、組織や商品構成の変化のたびにコードが実態と合わなくなり、例外コードが増殖します。再構築を機に、コードは無意味な連番とし、分類は属性項目で持つ設計へ切り替えるのが定石です。
整理の実務では、まず「使われているマスタ」の特定から始めます。直近1〜2年の取引実績と突き合わせ、動きのないコードを凍結候補として分離するだけで、名寄せの対象は大きく絞り込めます。残った現役マスタについて、表記ルール（全角半角・略称・法人格の書き方）を決めてから突合すると、機械的な候補抽出と人の判断を効率よく組み合わせられます。
自社で確認できるチェックポイント
マスタ整理と再構築の計画を立てる前に、次の点を確認しておくと、作業規模の見立てが具体的になります。
- 現在のシステムで実際に困っている業務を1つずつ書き出す
- 商品マスタ、得意先マスタ、仕入先マスタの重複・表記ゆれを確認する
- 利用部署、利用人数、締め処理、止められない業務を確認する
- サーバー、データベース、外部連携、バックアップの状態を確認する
- 現行システムを残す部分、直す部分、作り直す部分を分ける
- パッケージで足りる業務と、周辺開発が必要な業務を分ける
- 初期費用だけでなく、保守・追加改修・移行リスクも比較する
マスタ整理ならではの棚卸しポイント
基本のチェックリストに加えて、商品・得意先それぞれの登録件数と直近1年で取引のあった件数、明らかな重複の例、登録・変更の申請ルートと承認者の有無を確認してください。誰でも自由に登録できる状態か、申請と承認が分かれているかは、崩れの再発リスクを測る最重要の指標です。あわせて、マスタを参照している帳票・連携・Excelの一覧も洗い出しておくと、コードを統合した際の影響範囲が事前に見えます。
棚卸しの際は、システム間でマスタがどう受け渡されているかも確認してください。基幹の得意先マスタと会計ソフトの取引先、Web受注の顧客情報がそれぞれ別管理になっていると、どれか一つを整理しても他のシステムから崩れが逆流します。同期の方向と更新の起点をどこに置くかは、整理計画の重要な設計項目です。
整理後の維持で効果的なのは、登録権限を持つ人を絞り、新規登録の際に類似候補を自動表示する仕組みです。人の注意力に頼るチェックは必ずすり抜けが起きるため、似たコードが既にあることをシステムが教えてくれる形にすることで、日々の運用の中で崩れの再発を防げます。
延命・部分改善で対応できるケース
マスタの課題があっても、システムの作り直しまで必要とは限りません。次のような場合は整理と運用改善が先です。
- 対象業務が限定されている
- 帳票やCSV連携の一部改善で足りる
- データベース改善やバックアップ自動化で安定運用できる
- 利用者が限られており、現場への影響が小さい
- 将来の全面刷新までの橋渡しとして改善したい
たとえば、システム自体は使えているがマスタだけが荒れているなら、名寄せと統合、登録画面への入力チェック追加、申請承認フローの整備といった数百万円規模の改善で、数字の信頼性は大きく回復します。マスタ整理は再構築の前提作業であると同時に、それ単体でも投資効果の出る改善です。
ただし、整理した状態を維持する仕組みまで作らなければ、数年後には元に戻ります。新規登録時の重複チェック、定期的な棚卸し、責任部署の明確化をセットで導入することが、整理を一過性のイベントで終わらせないための条件です。
費用と期間の目安としては、名寄せ支援と登録ルール整備を中心とした改善なら数百万円・2〜4か月程度、マスタ管理機能の個別開発を含めると1,000万円前後、基幹システム全体の再構築と一体で行う場合はマスタ整備だけで数か月の前工程を見込むのが現実的です。件数よりも「重複の判断に業務知識が必要な度合い」が工数を左右するため、サンプル調査で難易度を見立ててから計画するのが安全です。
パッケージ活用・周辺開発・スクラッチ再構築を検討すべきケース
次のような状況が重なる場合は、マスタ整理にとどまらず、基幹システム側の再構築もあわせて検討する段階です。
- 保守期限が近く、現行環境を長く使えない
- 開発会社がなく、改修や障害対応が難しい
- Access・Excel・古いDBではデータ量や運用に限界がある
- パッケージ標準機能が業務に合わない
- 周辺システムや帳票が増え、全体像が分からない
- 今後も機能追加や外部連携が増える見込みがある
パッケージ活用が向くケース
マスタの持ち方が一般的な構造に収まるなら、パッケージのマスタ管理機能を活用し、業務側の登録ルールをパッケージの流儀に合わせる方法が有力です。パッケージ移行はマスタを作り直す強制力が働くため、崩れをリセットする機会としても機能します。
周辺開発で補うケース
基幹本体はそのままに、マスタの登録・承認・重複チェックを担う管理の仕組みだけを周辺開発で追加する方法です。複数システムで同じマスタを使っている場合は、どこか一つを正とする一元管理の仕組みを設けることで、システム間の不整合を根本から断てます。
スクラッチ再構築が向くケース
コード体系の抜本的な作り直しが必要な場合や、マスタ構造そのものが現在の事業と合っていない場合は、再構築と一体でマスタを再設計するのが結果的に近道です。新旧コードの対照表を維持しながら段階的に切り替える計画が前提になります。
マクティズムの見解
マクティズムの見解として、商品マスタ・得意先マスタが崩れているときの再構築ポイントでは「何を作るか」より先に「何を残すか、何を直すか、何を作り直すか」を決めることが重要です。
特に、マスタ整理は再構築前に行わないと移行後も同じ問題が残ることを意識しないまま進めると、パッケージを入れても周辺Excelが残ったり、スクラッチで作っても現場が使いにくかったりします。相談段階では、資料が完全にそろっていなくても問題ありません。画面、帳票、運用メモ、担当者の記憶を集めるところから始めるべきです。
マスタの相談では、地道な名寄せ作業を誰がどう分担するかで計画の現実味が決まります。私たちは機械的に絞り込める部分と業務判断が必要な部分を切り分け、お客様の負担を最小限にする段取りを組むことを重視しています。整理をやり切った企業ほど、その後の再構築が驚くほどスムーズに進むというのが実案件からの実感です。
相談前に準備しておく情報
マスタの相談では、商品・得意先の登録件数、重複や表記ゆれの実例をいくつか、登録・変更の現在のルート、マスタを参照している主な帳票が分かると、初回から整理の規模感と進め方を具体的に話せます。マスタの抜粋データがあれば、機密部分を除いた形で見せていただくのが最も早道です。
実務では、現行調査で重複の実態と発生原因を把握し、開発前診断で「凍結・統合・再設計」の仕分けと維持の仕組みを整理したうえで、再構築の前工程としてマスタ整備を計画に組み込む流れをおすすめしています。
マスタが整うと、売上・債権・在庫の数字が得意先別・商品別に正しく集計できるようになり、値引き判断や品揃えの見直しといった日々の意思決定の質が上がります。マスタ整備は地味な作業ですが、あらゆる分析の土台をつくる、効果の息が長い投資です。
すべてのマスタを一度に整理する必要はありません。取引金額の大きい得意先、動きの多い商品から着手し、効果を確認しながら範囲を広げるのが現実的です。
なお、得意先マスタの整理は与信管理や営業分析の前提にもなります。同じ取引先が複数コードに分散していると、取引先単位の売上や債権残高を正しく合算できず、与信判断を誤る原因になります。マスタ統合の効果は入力現場の利便性だけでなく、リスク管理の精度向上として経営にも波及します。
整理の途中経過は、統合したコード数や重複率の推移といった数字で共有すると、地道な作業の成果が社内に伝わり、協力を得やすくなります。
小さな成功を積み重ねる進め方が、マスタ整備では特に有効です。
よくある質問
要件がまとまっていなくても相談できますか？
はい。分かる範囲の業務内容、現在困っていること、使っている画面や帳票から整理できます。完璧な資料よりも、現状の困りごとを早めに共有することが大切です。マスタの場合、重複の実例と登録件数の目安が分かれば十分に相談を始められます。
すぐに全面再構築する必要がありますか？
いいえ。延命・部分改善で足りる場合もあります。まずは残す部分、直す部分、作り直す部分を切り分けます。名寄せと登録ルールの整備だけを先行し、システムの刷新は次の段階とする進め方も一般的です。
パッケージとスクラッチのどちらがよいか判断できますか？
はい。業務が標準機能に合うか、帳票や例外処理をどう扱うか、将来の保守性まで含めて比較します。マスタ構造が標準機能で表現できるかは、パッケージ選定の重要な確認項目として一緒に見ます。
500万円〜1,000万円規模の部分改善から相談できますか？
はい。データベース改善、帳票・連携、バックアップ自動化など、段階的な改善から始められる場合があります。重複チェック機能の追加やマスタ棚卸しの支援など、小さな範囲からでも対応できます。
相談後にしつこい営業はありますか？
ありません。現状を確認したうえで、必要な進め方を整理します。無理に大きな開発を勧めることはありません。マスタの中身は機密性が高いため、必要最小限の範囲で拝見しながら進めます。
