マスタデータとは？種類と整備・管理の基本

ERPの導入・刷新やデータ移行で、取引先名の重複、品目分類の不一致、組織改編の反映漏れといった問題が見つかることがあります。こうした問題を単なる入力ミスとして処理すると、受発注、請求、決算、分析、システム連携で同じ不整合を繰り返しかねません。

この記事では、マスタデータの意味と主要な種類、優先順位の付け方、整備から移行受入、継続管理までを順に解説します。対象マスタ・優先順位・責任者・正本候補を整理し、次に着手する作業を決められるようになります。

マスタデータは複数業務で繰り返し参照される基礎情報です。定義、整備、移行・検証、継続管理を切り離さずに考えます。

01Sectionマスタデータとは？まずは取引データ・参照データとの違いを整理する

データは項目名ではなく、表す対象、更新責任、再利用範囲、正式な更新元を踏まえて区分します。

マスタデータとは、取引先、品目、勘定科目、組織など、日々の業務で繰り返し参照する対象の基礎情報です。Microsoft Learnのデータエンティティ区分の解説でも、マスタデータは顧客や仕入先のようなビジネスの基礎となるデータ資産として、日々の取引を記録するトランザクションデータとは別の区分で整理されています。

一方、受注、出荷、請求、入金、仕訳といった個別の出来事の記録はトランザクションデータです。たとえば受注明細には、取引先コードや品目コードが記録されます。その参照先である取引先・品目マスタに誤りがあれば、取引処理、集計、連携先の情報にも影響し得ます。

データの区分は項目名だけで決めません。何を表しているか、誰が更新に責任を持つか、どの業務で再利用するか、どこを正式な更新元にするかで判断します。マスタ、設定（パラメーター）、トランザクション、参照データを用途別に区分する考え方は、データ区分の公式説明でも示されています。

正本は「正式な更新の起点」を決める考え方

正本とは、あるデータ項目を正式に更新する起点です。たとえば取引先の請求先住所をCRMとERPの両方で変更できる状態では、どちらの値を正とするかが曖昧になりやすくなります。正本はシステム単位だけでなく、更新競合が起きる項目単位で決めることが重要です。

ERPは複数業務のデータをつなぐ基盤であるため、マスタの定義、正本、連携方向を業務設計から切り離せません。ERPの役割や統合データベースの考え方は、ERPとは？導入目的・仕組み・主な機能を解説も参考にしてください。

02Section主要なマスタデータの種類と、設計で決めること

代表的なマスタは利用業務ごとに異なりますが、識別、属性、責任、正本といった共通設計要素を先にそろえると検討しやすくなります。

最初に棚卸しする対象としては、取引先、品目、勘定科目、組織の4マスタが代表的です。倉庫、価格、従業員、プロジェクトなどは、販売・購買・生産・人事といった対象業務の範囲に応じて追加します。

取引先ごとの取引条件や利用上限を確認する業務を与信管理といいます。品目の箱・個・kgなどの関係を持たせることは単位換算です。補助科目は、勘定科目を取引先や部門などで内訳管理する区分であり、貸借区分は会計上の残高や仕訳表示に関わる区分です。

共通設計要素を先にそろえる

4マスタに共通して、少なくとも一意な識別子、名称・表記ルール、分類・階層、必須属性、有効期間・状態、他データとの関連付け、更新根拠、正本・連携方向を確認します。コードは安定した識別に使い、組織名、地域、年度のように変わり得る情報は、コードへ過度に埋め込まず属性で管理する考え方が実務上扱いやすいでしょう。

また、品目コード・基本名称・基本単位のように全社共通で管理する項目と、営業分類・購買属性のように業務別に保持する項目を分けます。利用目的と更新責任が同じかを基準に分けると検討しやすくなります。

03Section未整備で起こる問題と、整備対象の優先順位

マスタの不備は、検索しにくさだけにとどまりません。取引先重複は売上や購買実績の分散につながり、品目の誤分類や単位不整合は在庫・会計処理に影響します。廃止済みの組織が有効なままであれば、承認や権限の不整合も起こり得ます。さらに、複数システムで正本が定まらない場合は、住所や取引条件の差異が請求、配送、分析に波及します。

重要なデータ要素を特定し、所有権、権限、変更管理を設計対象とする考え方は、重要データの管理に関する公式説明でも扱われています。まずは、重複、欠損、表記・形式不統一、誤分類、廃止管理不足、正本・同期不整合のうち、自社でどれが起きているかを確認しましょう。

採点より先に、重大影響を別枠で判定する

業務停止、決算、法令対応、ERPの稼働期限に影響する問題は、優先度を採点してから判断する対象ではありません。該当する場合は、対象マスタ・項目、暫定対応、責任者、是正期限を先に決めます。請求、支払、在庫引当、権限付与などの実行結果を誤らせる可能性がある場合も、影響業務を明確にして是正と再テストを計画します。

それ以外の候補は、次の表で同じ観点から比較します。低・中・高を記入し、必要なら低を1、中を2、高を3として合計しても構いません。ただし、その合計は候補間の相対比較に使うものであり、重大影響の判定を上書きするものではありません。

品質指標は、全社共通の固定値を置くだけでは機能しません。必須属性の充足、重複候補、旧新コード対応、連携エラー、未解決例外などについて、測定対象、測定時点、責任者、未達時の対応を決めます。業種固有の法令・会計要件、個人情報や機密情報の統制は、自社規程と関係部門に沿って確認してください。

04Sectionマスタデータ整備の進め方：棚卸しから移行受入まで

マスタ整備では、対象範囲、例外の扱い、移行受入の判断を工程ごとに明確にし、責任者と証跡を残します。

マスタ整備は、データを一度きれいにする作業ではありません。対象範囲を定め、業務ルールを合意し、加工結果を検証し、稼働後も維持できる状態へ移す取り組みです。特にERP移行を伴う場合は、対象確定、標準化・例外基準の合意、受入可否という判断ゲートを明確にします。

クレンジングと名寄せは、業務判断と分けて進める

表記ゆれ、形式不統一、不要な空白などを補正する作業は、データクレンジングとは？目的・手順・注意点で詳しく解説しています。一方、同じ取引先・品目の可能性があるレコードを見つける作業は名寄せです。名寄せとは？仕組み・進め方・注意点を踏まえ、候補を抽出することと、統合・併存・廃止を最終決定することを分けましょう。

移行・テストでは、目的、内容、実施者、合否判断基準を事前に定めます。この考え方はデジタル庁の標準ガイドライン解説書でも示されています。

件数が一致しただけでは、移行受入を完了にしません。移行後の検証で失敗レコードや個別差異まで確認する考え方は、移行データ検証の公式ガイドも参考になります。

05SectionMDMとマスタメンテナンス：整備後に維持する仕組み

データガバナンスは、データに関する権限、管理、意思決定の枠組みです。NISTのデータガバナンス定義もこの観点で説明しています。MDM（Master Data Management）は、その枠組みのなかで重要なマスタを定義し、標準化、品質点検、更新、正本・同期、例外処理まで継続して管理する領域です。

つまり、MDMは専用ツールを導入することと同義ではありません。まずは、誰が何を決め、どの根拠で更新し、どのシステムを正本とし、差異が出たときに誰が直すかを定める必要があります。MDMの公式説明でも、所有権、標準化、品質、変更管理といった論点が扱われています。

更新フローは、申請、根拠・必須項目・重複候補の確認、業務判断・承認、正本への反映と連携先への同期、通知・履歴保管・定期点検の順で設計します。品質指標も、数値だけを監視するのではなく、未達時に誰が原因を切り分け、利用制限・暫定運用・是正期限をどう決めるかまで定義します。

単一システムで登録基準や責任者が不明確な場合は、申請・承認・点検などの運用ルールを整えることが先決です。複数システムで同じ項目を更新している、同期差異が業務や分析に影響する、競合時の優先順位がない場合は、項目単位で正本、配布先、同期条件、競合時の優先ルール、差異是正責任者を見直します。

06Sectionマスタ整備を外部支援に任せる範囲

外部支援には、データプロファイリング、欠損・重複・形式不統一の調査、候補抽出、変換・マッピング、旧新コード対応、移行・照合・テスト支援、課題管理、運用フロー案の作成などを任せやすい領域があります。

ただし、業務上の定義、登録単位、統合・廃止基準、例外の受容、優先順位、業務利用可否、検収の最終判断は、発注側で責任者を明確にする必要があります。移行後のユーザー受入テストでは、重要業務シナリオ、データ検証、関係者の承認を含める考え方が移行後UATの公式ガイドでも示されています。

見積を比較する際は、件数だけでは条件がそろいません。対象マスタ、属性数、履歴の扱い、重複・統合候補に対する判断量、対象システムと連携、テスト・リハーサル、発注側のレビュー体制、成果物、除外事項を同じ粒度で確認します。費用や期間は、これらの条件とデータ品質、意思決定の速度によって変わるため、金額だけで比較しないことが重要です。

07Section最初に作るべきマスタ棚卸し一覧と、次の進め方

最初の着手行動は、対象マスタごとに「主管部門、利用業務、利用システム、正本候補、主要な品質課題、最終判断者」を一覧にすることです。この一覧があれば、改善対象の切り分け、優先順位付け、整備工程の担当割り、外部支援への依頼条件を同じ前提で検討できます。

対象マスタが限定的で、主管部門・最終判断者・正本候補を置け、重大な移行期限や複雑な連携がない場合は、自社で棚卸しと登録・変更ルールの整理から始めやすいでしょう。

一方、ERP導入・刷新の期限がある、複数システムで正本が競合している、統合・廃止・例外の判断が多い、移行・連携・受入を同時に進める必要がある場合は、必要な作業範囲と発注側の判断・受入体制を早めに整理することが重要です。どちらの場合も、データ修正だけで終わらせず、正本、責任者、更新ルール、受入証跡までを一連の管理対象として扱いましょう。

ERP導入・データ移行の支援先を探す

マスタ整備、移行・検証、受入体制を含めてERP導入を進める場合は、必要な支援範囲を整理したうえで相談先を比較できます。

ERP導入564社掲載

ERP導入の支援先を探す