A UK domestic energy supplier: four governed master data domains behind an S/4HANA transformation
A UK domestic energy supplier — residential gas and electricity, plus one of the country's largest domestic field service operations — was moving to S/4HANA with master data spread across IS-U, ECC, CRM and field service platforms. Unolabs built the SAP MDG hub that governs customer, product, asset and vendor as one golden-record layer, with the stewardship workflows and replication to match. Named identity withheld; available to evaluators on request under NDA.
A concise view of impact and engineering focus.
Four domains: customer, product, asset, vendor
SAP MDG hub deployed on S/4HANA
Governed records across IS-U, CRM and field service
Why the governance layer had to come first
The client supplies gas and electricity to millions of domestic accounts and runs one of the largest domestic field service organisations in the UK — boiler installation, servicing, breakdown cover and smart metering. Those two businesses meet at the same customer, the same premise and often the same appliance, but they had grown up in different systems.
The S/4HANA programme made that unavoidable. A transformation of that size does not improve master data on the way through; it carries whatever it is given into a system that far more of the business depends on. Customer, product, asset and vendor records that disagreed across IS-U, ECC, CRM and the field service estate would have disagreed in S/4HANA too, with a larger blast radius.
So the governance layer was scoped as a precondition rather than a follow-on workstream. MDG had to be able to issue a golden record, and the business had to be able to steward it, before the domains it governed were migrated.
A migration does not clean master data. It relocates it, into a system more of the business now depends on.
Four domains, and why they could not be sequenced separately
Customer, product, asset and vendor were governed as one programme rather than four. That is a harder delivery shape, and it was the right one here because the domains are not independent in this business.
An asset — a meter, an installed appliance under service contract — is meaningless without the premise and the customer relationship it sits under. A field service job draws on the product catalogue, the engineer's parts availability from the vendor base, and the customer's contract terms at once. Governing customer first and asset later would have meant stewarding customer records against asset data that had not yet been given a definition.
MDG was deployed as a hub on S/4HANA, with BRFplus carrying the approval workflows, the Data Replication Framework distributing approved records to the consuming estates, and SAP Data Services and Information Steward handling profiling and remediation on the way in. The hub pattern matters: it gives one place where a record becomes official, rather than several systems each believing they hold the master.
The hub pattern gives one place where a record becomes official, instead of several systems each believing they hold the master.
Metering data is an asset domain with a regulatory shape
Millions of metering points — MPAN and MPRN — including a large and growing SMETS1 and SMETS2 smart meter population, sit in the asset domain. They do not behave like the assets in a manufacturing master data programme.
A metering point has a regulated identity that exists outside the supplier's systems, a lifecycle driven by industry processes rather than internal ones, and a relationship to premise and customer that changes without the supplier initiating it. Governance rules written for an internal asset register do not survive contact with that. The domain model had to accommodate a record whose authoritative identity is partly external, and stewardship had to recognise when a change originated in the industry estate rather than in the business.
The vendor domain carried a comparable complication in a different direction: meter asset providers, installation partners, parts and appliance suppliers and contact centre partners all participate in delivering the same service, so vendor records feed operational field service as directly as they feed procurement.
A metering point has a regulated identity that exists outside the supplier's systems. Governance written for an internal asset register does not survive contact with it.
What the governed layer now carries
MDG now sits between the source estates and the platforms that consume master data: S/4HANA, demand planning, CRM, field service delivery and the BI and analytics layer. Each takes approved records through the replication framework rather than reconciling its own version.
The commercial model was built on the same basis the engineering was measured on — fixed-price milestone delivery with an outcome-based data quality element and a risk-reward pool tied to cutover and adoption. That alignment is worth stating because it changes the delivery conversation: data quality stops being a reporting line and becomes a term.
What we would flag: a governance hub is only as good as the stewardship behind it. The technical layer can route a record for approval, apply the rules and replicate the result, but it cannot decide what the business means by a customer. That definitional work was the slower half of the programme and the half that determines whether the golden record stays golden.
What we'd flag: the hub can route, rule and replicate, but it cannot decide what the business means by a customer. That definitional work is the half that determines whether the record stays golden.
What to carry into the next sprint
Takeaway
Govern master data before an S/4HANA migration, not after it — the migration inherits whatever it is given.
Takeaway
Domains that meet at the same customer, premise or job cannot be sequenced independently.
Takeaway
Assets with a regulated external identity need a domain model that accepts changes it did not originate.
Frequently asked questions
- Why deploy MDG as a hub rather than governing in each system?
- A hub gives one place where a record becomes official. Governing in each system leaves several estates each holding a version they believe is authoritative, which is the condition the programme existed to end. The hub issues the golden record; the Data Replication Framework distributes it; consuming systems take it rather than deriving their own.
- Why govern all four domains together instead of sequencing them?
- Because in this business they are not independent. An asset is meaningless without the premise and customer it sits under; a field service job draws on product, vendor and customer at once. Governing customer first would have meant stewarding it against asset data with no agreed definition yet.
- What makes metering points different from ordinary asset master data?
- Their authoritative identity is partly external. MPAN and MPRN records have a regulated lifecycle driven by industry processes, and their relationship to premise and customer can change without the supplier initiating it. Stewardship has to recognise a change that originated outside the business rather than treating every update as an internal edit.
- Where does data quality remediation happen?
- On the way into the hub. SAP Data Services and Information Steward handle profiling and remediation before a record reaches the governance workflow, so stewards spend their judgement on genuine definitional decisions rather than on formatting and completeness failures a rule can resolve.
- Are the programme's outcome figures published?
- Not here. The quantified benefits in the internal programme record are drawn from the benefits log, data quality scorecards and PMO records, and have not been through the verification we apply before publishing a number. The architecture and delivery shape described above are accurate; specific figures are available to evaluators on request, once confirmed.
Find out what your S/4HANA programme is about to inherit
We will profile the master data your transformation is scheduled to carry, identify where domains disagree across your estates, and tell you which definitions need settling before cutover rather than after it.
Book a Master Data Review