Policy di Master Data Management (MDM)

Pacchetto onboarding IT Gonzato · Fase P3 · Data Analyst · v1 03/07/2026 · bozza da compilare in azienda

Scopo

Definire come gestire le anagrafiche master (clienti, fornitori, prodotti) che oggi sono con ogni probabilità duplicate cross-società: lo stesso cliente reale codificato in modo diverso in società diverse, lo stesso fornitore o prodotto con codici incoerenti. Senza MDM, ogni KPI aggregato per cliente/fornitore/prodotto è inaffidabile a livello di gruppo. Questa policy dà owner, regole di codifica/naming e un processo di deduplica. È la risposta operativa ai problemi di univocità rilevati in data-quality-assessment.md.

Perché conta per Gonzato

~24 società, spesso con ERP/gestionali diversi → anagrafiche nate in silos.
Il consolidato per cliente (fatturato, DSO) e per fornitore (spesa) è falsato se lo stesso soggetto compare N volte.
Priorità: prima i domini che alimentano la dashboard v1 (clienti → fatturato/DSO), poi il resto.

Domini master in scope

Dominio	Priorità	Owner proposto	Impatto sui KPI
Clienti	Alta	[da compilare]	Fatturato, DSO per cliente
Fornitori	Media	[da compilare]	Spesa, marginalità
Prodotti / articoli	Media	[da compilare]	Marginalità per prodotto
Società / entità	Alta	[da compilare]	Perimetro consolidato

Regole di codifica e naming (starter)

Regola	Standard proposto
Chiave univoca cliente	[da compilare: es. P.IVA/VAT + country come chiave naturale di gruppo]
Naming ragione sociale	[da compilare: formato canonico, senza varianti "Srl/S.r.l./srl"]
Codifica fornitori	[da compilare]
Codifica prodotti	[da compilare: schema comune vs mappatura tra codici locali]
Gestione codici locali	Mantenere codice locale società + cross-reference alla chiave master di gruppo

Processo di deduplica

Estrarre le anagrafiche da tutte le sorgenti (vedi data-source-inventory.md).
Individuare i duplicati con chiave naturale (P.IVA/VAT, e-mail, denominazione normalizzata).
Definire il golden record (record autorevole) per ciascuna entità.
Mappare i codici locali → chiave master (tabella di cross-reference).
Validare con i Data Owner (vedi data-governance-charter.md).
Applicare e monitorare (nuovi duplicati vanno prevenuti alla creazione).

Tabella cross-reference (modello)

Chiave master gruppo	Denominazione canonica	Country	Codice locale società A	Codice locale società B	...	Golden record
[da compilare]	[da compilare]	[da compilare]	[da compilare]	[da compilare]		[sì/no]

Prevenzione (evitare nuovi duplicati)

☐ Regola di creazione: verificare esistenza per chiave naturale prima di aprire una nuova anagrafica.
☐ Owner unico per l'apertura di anagrafiche master condivise (o processo di approvazione).
☐ [da compilare: strumento/istanza dove risiede il master — MDM dedicato vs anagrafica ERP capogruppo]

Governance MDM

Owner complessivo master data: [da compilare]
Cadenza revisione duplicati: [da compilare: trimestrale]
Escalation conflitti di codifica: Data Owner → Sponsor (Direzione)

Domande da chiudere in azienda

☐ Esiste già un'anagrafica "di gruppo" o ogni società ha la sua isolata?
☐ Si può usare la P.IVA/VAT come chiave naturale per clienti/fornitori?
☐ Chi ha l'autorità per decidere il golden record quando due società non concordano?
☐ I prodotti hanno una codifica comune o vanno mappati con cross-reference?

Note

Non serve un tool MDM enterprise per partire: una tabella di cross-reference ben mantenuta + regole di creazione risolve l'80% del problema a livello direzionale. Valutare strumenti dedicati solo se il volume lo richiede.