
SAP MDGの案件|マスタデータ管理で求められる経験
SAPの案件で「MDG」や「マスタデータ管理」と書かれていると、データ移行の経験とどう違うのか、業務の領域の知識とMDGの仕組みの経験のどちらが見られるのか、迷うことがあります。
この記事は、SD・MM・FIなどの業務の領域やデータ移行に関わってきたSAPコンサルタントの目線でまとめました。SAP Master Data Governance(MDG)が何を管理し、どんな進め方を持つのかを、SAPの公式トレーニングで整理します。
このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。
当社には、SAPの導入・移行・運用保守など、さまざまな領域の案件が継続的に届いています。
マスタデータの設計や管理の経験と、SAPの経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

この記事でわかること
MDGが解こうとしている、マスタデータの問題
MDGで扱うマスタの領域(取引先・品目・財務)
マスタを管理する進め方(集中管理・統合・一括の処理・データ品質の管理)
データ移行とMDGの違いと、MDGの仕事で問われやすい経験
1. MDGが解こうとしている問題
公式トレーニングでは、マスタデータは多くの場合いくつものシステムに分かれて持たれ、取引先や品目、財務のマスタが重複したり、食い違ったりする、と説明されています。業務の部門ごとに起きる問題として、次のような例が挙げられています。
財務:会社全体で財務のマスタが揃わない、各地の会計システムのマスタを手で更新している、グループの決算が遅れる
販売:すべての販路をまたいで、顧客のデータをまとめて見られない
調達・サプライチェーン:仕入先や品目の実態が見えにくく、仕入先の選定と絞り込みが進まない
IT:マスタの維持の費用が高く、領域ごとに別のシステムが必要になる。誰が・何を・いつ・なぜ変えたのかが見えない
MDGは、こうしたマスタデータを一つの場所で統制し、会社全体で揃った状態を保つための製品です。公式トレーニングでは、データの品質を高め、業務の流れを整え、規制への対応を助けることが、MDGの価値としてまとめられています。
提供の形
MDGには、いくつかの形があります。
SAP S/4HANAの上で動くMDG(この記事で主に扱う形)
SAP Master Data Governance, cloud edition:SAP BTPの上で提供されるSaaSで、ビジネスパートナー(取引先)の中心の項目(名前や住所など)を統制するところから始められる、と説明されています
SAP S/4HANA Cloud Public Editionのマスタデータの統制の機能:ビジネスパートナーと品目に対応しています
2. MDGで扱うマスタの領域
S/4HANAの上で動くMDGには、あらかじめ用意された領域があります。
顧客(Customer):会社全体の項目、会社コードごとの項目、販売の項目、取引先の機能
仕入先(Supplier):会社全体の項目、会社コードごとの項目、購買の項目、取引先の機能
品目(Product):会社全体の項目、販売組織・プラント・保管場所・倉庫・評価・原価計算の項目
財務(Financials):会計・連結の項目、会社、利益センタ、原価センタなど
このほか、自社で定義した対象(参照用のデータなど)をMDGの仕組みの上で管理することもでき、データモデルや画面、ワークフローを項目の追加などで広げられると説明されています。
取引先は「ビジネスパートナー」が軸になる
顧客と仕入先は、ビジネスパートナーを軸にして管理されます。MDGで顧客や仕入先を作ると、必ずビジネスパートナーも作られ、保存すると顧客と仕入先の側のデータも自動で更新されます(Customer/Vendor Integration)。顧客でもあり仕入先でもある会社は、1件のビジネスパートナーで表せます。販売や購買の業務で、取引先をどの単位で持つかの経験は、そのままMDGの設計にもつながります。販売・購買の側の話は、別記事「SAP SDコンサルの仕事|SDモジュールの業務範囲と、SD案件で求められる経験」と「SAP MMモジュールとは|購買・在庫の業務と、MM案件で求められる経験」で整理しています。
3. マスタを管理する進め方
公式トレーニングで説明されている進め方を、4つに分けて整理します。
集中管理(Central Governance)
マスタの作成・変更・削除を、「変更依頼(Change Request)」の単位でまとめ、ワークフローに乗せて進める方法です。品目の例では、業務の担当者が変更依頼を出し、マスタデータの専門の担当者(データスチュワード)が確認し、必要なら担当者に差し戻してから最終の承認をし、承認のあとに品目のマスタが作られる流れが示されています。
変更依頼にはワークフローがつながり、規則で担当者や手順を決められるため、担当や手順の変更をすぐに反映できる
品目を新しく作るときに、すでに同じものが無いかを確かめる重複のチェックがある
取引先では、作成・変更・取引の停止とその解除・削除の予定の付与などの、変更依頼の種類が用意されている
財務のマスタでは、作成や変更を一時的な場所で段階を踏んで整えてから、つながっている業務のシステムへ渡す。「エディション」で、変更が有効になる時期をまとめて管理できる
統合(Consolidation)
いくつものシステムに分かれて持たれているマスタを集め、重複をまとめて、一つの正しい姿に整える進め方です。公式トレーニングでは、ビジネスパートナー(顧客・仕入先を含む)、品目などに対応し、集中管理と組み合わせても、組み合わせずにも使える、と説明されています。
一括の処理(Mass Processing)
多くのマスタの項目を、まとめて変更する進め方です。集中管理の中の「複数の対象の処理」は少ない件数向けで、一括の変更の代わりにはならない、と説明されています。統合と一括の処理には、手順ごとに権限を分ける仕組みや、別の担当者による確認を必ず通す設定も用意されています。
データ品質の管理
データの品質のルールを一か所で定め、定期的に評価し、結果を見て修正を進める進め方です。公式トレーニングでは、品質を「定める・入力の時点で守る・監視する・改善する」の流れで説明しています。ルールには、何を確かめるか、なぜ必要か、誰がルールを持ち、誰がデータを直すのか、といった情報を持たせます。
集中か、分担か
すべてを一か所で管理する形のほかに、「連合型(Federated)」の形も紹介されています。取引先なら、名前や住所、税の番号のような会社全体で共通の項目は中心のMDGが持ち、販売や財務の業務で使う項目は、それぞれのMDGが持つ、という分担です。データを一番よく分かっている場所で作り、管理する、という考え方です。
4. 移したあとのマスタの統制で決めること
データ移行は、前のシステムから新しいシステムへ、決められた時点でデータを移す仕事です。MDGが扱うのは、移したあとに、日々の業務の中でマスタがどう作られ、どう変えられるかです。移行の仕事は、別記事「SAPのデータ移行の案件|移行リーダー・移行担当で求められる経験」で整理しています。
ここからは、公式トレーニングの説明から整理した一つの見方です。MDGを入れるプロジェクトでは、仕組みの設定の前に、次のようなことを業務の側と決めることになると考えられます。
どのマスタの、どの項目を、誰が持つのか(会社全体の項目と、業務ごとの項目の分け方)
誰が依頼し、誰が確かめ、誰が承認するのか(変更依頼の種類と、ワークフローの手順)
何をもって「正しいデータ」とするのか(データ品質のルールと、直す担当)
統制したマスタを、どのシステムへ配るのか
いま散らばっているマスタを、統合でまとめるのか、集中管理を入れてから作り直すのか
どれも、業務の進め方を変える話です。マスタの持ち方を業務の担当者と話して決めてきた経験は、MDGの仕事でも説明しやすい強みになります。
ご自身のマスタやデータの経験が、どの領域の案件に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。
5. MDGの仕事で問われやすい経験
当社に届いた2026年7月〜10月の案件には、MDGやマスタデータ管理を条件に入れたものはありませんでした。ここでは、公式トレーニングの業務の範囲から考えた、問われやすい経験を整理します。当社の案件の集計ではない点にご注意ください。
1. 業務の領域のマスタの知識
MDGは、顧客・仕入先・品目・財務のマスタを扱います。ビジネスパートナーと顧客・仕入先のつながり、品目の販売・プラント・評価などの項目、会社や利益センタ・原価センタなどの財務のマスタを、業務の側から説明できることが土台になると考えられます。会計の側は、別記事「SAP FI/COコンサルの仕事|会計モジュールの違いと、会計案件で求められる経験」で整理しています。
2. 承認の流れの設計
集中管理では、変更依頼とワークフローが中心になります。誰が依頼し、誰が承認するかを業務の部門と決め、仕組みに落とした経験は、MDGの仕事に近い経験です。
3. 重複と品質の扱い
統合で重複をまとめた経験や、データの品質のルールを定めて運用した経験は、MDGの統合やデータ品質の管理の仕事につながります。データ移行で、移す前にデータをきれいにした経験も、近い経験として説明できます。
4. つながるシステムの理解
MDGで統制したマスタは、つながっている業務のシステムへ配られます。SAPとSAP以外のシステムが混ざった環境で、マスタがどこからどこへ流れるかを整理した経験は、連携の設計で役立つと考えられます。連携の側の話は、別記事「SAP Integration Suiteの案件|PI/POからの移行と、連携のコンサルに求められる経験」で整理しています。
6. MDGの経験を経歴書で伝えるときのポイント
「MDGの経験あり」とだけ書くと、案件の担当者は、どの領域をどの立場で受け持ったのかを判断できません。次の点が読み取れるようにしておくのがおすすめです。
領域:取引先(ビジネスパートナー・顧客・仕入先)・品目・財務のどれを扱ったか
進め方:集中管理・統合・一括の処理・データ品質の管理のどれに関わったか
立場:業務の側で項目の持ち方や承認の流れを決めたのか、仕組みの設定や拡張をしたのか
規模:つながっているシステムの数、マスタの件数、関わった国や会社の数
前後の仕事:データ移行や、運用の中での品質の改善に関わったか
経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書|案件の担当者に伝わる書き方」で整理しています。
7. よくある質問
MDGの経験が無くても、マスタの案件に入れますか?
当社に届いた範囲では、MDGを条件に入れた案件は無かったため、何が必須になるかは言えません。MDGの仕事は、業務の領域のマスタの知識と、承認の流れや品質のルールを決める経験が土台になると考えられます。MDGの設定や拡張そのものを受け持つ枠では、仕組みの経験が求められると考えられます。
データ移行の経験は、MDGで活きますか?
移行は決められた時点でデータを移す仕事、MDGは移したあとのマスタの作成と変更を統制する仕事で、目的が違います。ただし、移行の前にデータの重複を整理した経験や、項目の持ち方を決めた経験は、MDGの統合やデータ品質の管理と重なる部分があります。
クラウドのMDGは、S/4HANAのMDGと何が違いますか?
公式トレーニングでは、cloud editionはSAP BTPの上で提供されるSaaSで、ビジネスパートナーの中心の項目の統制から始められるもの、と説明されています。対応する領域は今後広げる予定とされており、最新の状況はSAPのロードマップで確かめる必要があります。
まとめ
MDGは、いくつものシステムに散らばったマスタデータを一か所で統制し、会社全体で揃った状態を保つための製品
S/4HANAの上のMDGは、顧客・仕入先・品目・財務の領域を持ち、取引先はビジネスパートナーが軸になる
進め方は、集中管理(変更依頼とワークフロー)・統合・一括の処理・データ品質の管理の4つ。分担して持つ連合型の形もある
データ移行が「移すとき」の仕事なのに対して、MDGは「移したあと」の統制の仕事。項目の持ち方や承認の流れを業務の側と決めてきた経験が強みになる
SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。
アサインコネクトは、SAP人材に特化した案件紹介サービスです。
希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。
参考資料
SAP Learning「Discussing the Importance of Master Data Governance」(Introducing SAP Master Data Governance・2026年10月28日閲覧) https://learning.sap.com/courses/introducing-sap-master-data-governance/discussing-the-importance-of-master-data-governance
SAP Learning「Describing Data Domains and Extensibility Options」(2026年10月28日閲覧) https://learning.sap.com/courses/introducing-sap-master-data-governance/describing-data-domains-and-extensibility-options
SAP Learning「Introducing Central Governance of Master Data」(2026年10月28日閲覧) https://learning.sap.com/courses/introducing-sap-master-data-governance/introducing-central-governance-of-master-data
SAP Learning「Introducing Federated Master Data Governance」(2026年10月28日閲覧) https://learning.sap.com/courses/introducing-sap-master-data-governance/introducing-federated-master-data-governance
SAP Learning「Introducing SAP Master Data Governance, Cloud Edition」(2026年10月28日閲覧) https://learning.sap.com/courses/introducing-sap-master-data-governance/introducing-sap-master-data-governance-cloud-edition
SAP Learning「Introducing Common Features of Consolidation and Mass Processing」(SAP Master Data Governance on SAP S/4HANA・2026年10月28日閲覧) https://learning.sap.com/courses/sap-master-data-governance-on-sap-s-4hana/introducing-common-features-of-consolidation-and-mass-processing
SAP Learning「Explaining Master Data Quality Process and Rules」(2026年10月28日閲覧) https://learning.sap.com/courses/sap-master-data-governance-on-sap-s-4hana/explaining-master-data-quality-process-and-rules