DMSC MBC 1.0 diventa American National Standard

DMSC MBC 1.0 diventa American National Standard: identificatori persistenti per collegare progetto, produzione e controllo qualità

Il Digital Metrology Standards Consortium ha ottenuto l’approvazione ANSI per Model-Based Characteristics v1.0 – Persistent Identification and Related Digital Practices, standard destinato a risolvere uno dei problemi meno visibili ma più importanti della manifattura digitale: mantenere una caratteristica di prodotto identificabile in maniera univoca quando passa dal modello CAD alla pianificazione della produzione, al controllo dimensionale, alla gestione delle non conformità e alle successive revisioni del progetto. La versione approvata è identificata come DMSC MBC 1.0 – 2026 ed è diventata un American National Standard, ANS. La data ufficiale indicata da DMSC per l’approvazione ANSI è il 31 maggio 2026, mentre la versione approvata è stata resa disponibile nel giugno successivo. La notizia ripresa nel settembre 2026 da 3D Printing Industry non riguarda quindi un’approvazione appena ottenuta, ma riporta all’attenzione del settore uno standard già formalmente approvato da alcuni mesi.

Il principio può sembrare astratto, ma risponde a un problema molto concreto. In un ambiente industriale tradizionale un foro, una quota, una tolleranza geometrica o una specifica di rugosità possono essere identificati sul disegno mediante un balloon number o un riferimento creato localmente dal sistema qualità. Quando il modello viene revisionato, esportato in un altro software, trasferito a un fornitore o importato in un sistema di inspection, quel riferimento può cambiare. Il requisito rimane concettualmente lo stesso, ma il suo identificatore non è necessariamente persistente. MBC introduce invece un metodo standardizzato per associare alla caratteristica un riferimento leggibile dalle persone e, contemporaneamente, un identificatore machine-readable progettato per rimanere stabile lungo il ciclo di vita digitale.

Il problema non è la mancanza di modelli 3D, ma la perdita di identità dei requisiti

La manifattura digitale utilizza da anni Model-Based Definition, Product Manufacturing Information, CAD 3D, PLM e sistemi di metrologia computerizzata. La presenza di dati digitali non significa però automaticamente che il digital thread sia continuo.

Un modello CAD può contenere:

• quota nominale;
• tolleranza dimensionale;
• GD&T;
• rugosità;
• filettatura;
• nota di produzione;
• specifica di saldatura;
• requisiti relativi a una determinata superficie.

Il problema emerge quando queste informazioni vengono utilizzate da software diversi.

Il CAD possiede il proprio identificatore interno.

Il sistema PLM può crearne un altro.

Il software di inspection può trasformare le caratteristiche in balloon numbers.

Un CMM programmer può ricostruire manualmente l’elenco.

Il report finale può utilizzare una numerazione ancora differente.

Se il progettista modifica successivamente il modello, diventa necessario capire quali caratteristiche siano nuove, quali siano state modificate e quali siano rimaste identiche.

MBC cerca di evitare che ogni passaggio debba ricostruire manualmente questa relazione.

MBD, PMI, MBC e QIF non sono sinonimi

Le sigle coinvolte sono numerose e vengono facilmente confuse.

MBC non sostituisce MBD o PMI.

Opera a un livello differente: definisce come identificare e mantenere riconoscibile una caratteristica del prodotto.

Allo stesso modo non sostituisce QIF. QIF è un framework molto più ampio per i dati della qualità e della metrologia. MBC crea invece il punto di riferimento persistente che permette ai diversi sistemi di sapere che stanno parlando della stessa caratteristica.

Un esempio semplice: il foro PC007

Immaginiamo un componente con un foro il cui diametro nominale è 10 mm con una determinata tolleranza.

Nel sistema MBC quella caratteristica può ricevere un tag leggibile dall’utente:

PC007

PC significa Product Characteristic.

Il tag è utile per un progettista, un quality engineer o un operatore che deve parlare della caratteristica.

Accanto al tag viene però associato anche un UUID, Universally Unique Identifier, ad esempio una stringa simile a:

550e8400-e29b-41d4-a716-446655440000

Il valore è concepito per essere utilizzato dai sistemi informatici.

Il PC tag è un nome locale e comprensibile.

Il UUID rappresenta invece l’identità digitale persistente.

Secondo il framework DMSC, il UUID viene generato una volta per quella caratteristica e deve mantenere la propria identità attraverso trasferimenti e revisioni appropriate del modello.

Se il modello passa da CAD a PLM, quindi a software di inspection e successivamente al database dei risultati, ogni sistema può continuare a fare riferimento allo stesso UUID.

Un UUID non contiene il significato della caratteristica

È importante non attribuire all’identificatore più informazioni di quante ne possieda.

Un UUID non dice:

• diametro;
• tolleranza;
• materiale;
• posizione;
• metodo di controllo.

È essenzialmente un’identità persistente.

Si può pensare a un numero di telaio: identifica l’oggetto ma non contiene necessariamente tutte le sue proprietà.

Gli altri sistemi possono utilizzare quell’identificatore per recuperare:

• definizione;
• nominale;
• tolleranza;
• origine del requisito;
• classificazione di criticità;
• metodo di verifica;
• risultati di misura.

Il valore del sistema deriva quindi dalla combinazione:

identità persistente + informazioni associate.

ISO/IEC 9834-8 come riferimento per gli UUID

MBC fa riferimento allo standard ISO/IEC 9834-8 per la generazione dei UUID.

Si tratta di identificatori a 128 bit progettati in modo che la probabilità di generare due valori identici indipendentemente sia estremamente ridotta.

Questa caratteristica è particolarmente utile nelle supply chain distribuite.

Non è necessario che OEM, Tier 1 e Tier 2 contattino un database centrale ogni volta che creano un nuovo identificatore. È possibile utilizzare generatori conformi alle regole dello standard.

Il concetto permette quindi di creare identificatori persistenti anche in ecosistemi nei quali numerose aziende e numerosi software devono lavorare sugli stessi dati.

Persistent ID non significa che una caratteristica non possa mai cambiare

Un’altra semplificazione sarebbe pensare che il UUID obblighi una caratteristica a rimanere invariata per sempre.

Il vero problema è distinguere correttamente continuità e cambiamento.

Se viene semplicemente modificato il formato con cui un modello viene trasferito, non avrebbe senso perdere l’identità della caratteristica.

Se invece il progettista elimina completamente un requisito e ne introduce uno concettualmente nuovo, potrebbe essere necessario creare una nuova identità.

La gestione delle revisioni richiede quindi regole sul ciclo di vita e sull’associazione fra caratteristiche.

MBC fornisce una struttura di identificazione, ma non elimina la necessità di configuration management e change management.

Da balloon number a riferimento persistente

Il confronto con il tradizionale ballooning rende il vantaggio più evidente.

Nei processi di inspection basati sul disegno, le caratteristiche vengono spesso numerate:

1, 2, 3, 4, 5…

Questi balloon numbers vengono utilizzati nei report dimensionali o First Article Inspection.

Il sistema funziona bene all’interno di un singolo documento.

Il problema arriva con una revisione.

Se viene aggiunta una nuova quota fra la 3 e la 4, il software o l’operatore può rinumerare:

1, 2, 3, 4, 5, 6…

La caratteristica che ieri era Balloon 4 può diventare Balloon 5.

Dal punto di vista visivo è semplice.

Dal punto di vista di un database contenente anni di risultati dimensionali è molto più problematico.

Il UUID permette invece di mantenere un’identità indipendente dalla rappresentazione grafica.

Product Characteristic: non soltanto quote dimensionali

La parola Characteristic non deve essere interpretata come semplice “quota”.

MBC comprende una varietà molto più ampia di requisiti.

Una Product Characteristic può essere associata a:

• tolleranza dimensionale;
• tolleranza geometrica;
• surface texture;
• thread specification;
• chamfer;
• welding symbol;
• general note;
• local note;
• requisito proveniente da un documento supplementare;
• feature ripetute;
• pattern;
• requisiti applicati a più superfici.

Lo standard dedica numerose sezioni proprio ai casi nei quali un’annotazione non corrisponde semplicemente a una singola quota applicata a una singola feature.

Questo è importante nelle parti industriali reali, nelle quali un unico feature control frame può coinvolgere più elementi o una nota generale può applicarsi a una famiglia di superfici.

Tre augmentations rendono la caratteristica più informativa

MBC introduce inoltre tre principali categorie di informazioni aggiuntive, definite augmentations:

• Criticality Classification, CC;
• Product Requirement Association, PRA;
• Verification Plan Requirement, VPR.

Questi elementi permettono di passare da un semplice identificatore a una caratteristica collegata a requisiti e processi aziendali.

Criticality Classification: sapere che una quota è speciale

Non tutte le caratteristiche di un componente hanno la stessa importanza.

Un diametro puramente estetico non ha lo stesso impatto di una superficie che garantisce:

• tenuta;
• accoppiamento strutturale;
• sicurezza;
• funzione aeronautica;
• compatibilità con un’interfaccia.

Molte aziende utilizzano già classificazioni interne come:

• Critical;
• Key Characteristic;
• Safety Critical;
• Mission Critical.

Il problema è che tali informazioni vengono spesso mantenute in campi PLM, tabelle Excel o simboli aziendali difficili da trasferire.

La Criticality Classification MBC permette di collegare questa informazione strutturalmente alla Product Characteristic.

Un sistema downstream può quindi sapere automaticamente che PC007 richiede una gestione differente rispetto a PC115.

Questo può influenzare:

• sampling;
• inspection frequency;
• SPC;
• approvazioni;
• nonconformance handling.

Product Requirement Association: perché esiste quella caratteristica

La PRA, Product Requirement Association, collega una caratteristica alla requirement che ne ha determinato l’esistenza.

Immaginiamo una requirement:

“Il componente deve accoppiarsi con interfaccia X”.

Da questo requisito possono derivare:

• diametro;
• posizione;
• planarità;
• rugosità.

Senza un collegamento digitale, quando una quota viene modificata può diventare difficile capire quale requisito di sistema ne sia influenzato.

PRA consente di creare esplicitamente questa relazione.

La Product Characteristic non rappresenta più semplicemente “una quota sul modello”, ma un elemento tracciabile fino alla requirement che l’ha generata.

È particolarmente utile in settori come aerospace, defence, automotive e space, dove requirements engineering e verification possono estendersi su cicli di vita molto lunghi.

Verification Plan Requirement: come deve essere controllata

La terza augmentation è VPR, Verification Plan Requirement.

Questa struttura permette di associare alla caratteristica informazioni su come dovrà essere verificata.

Per esempio:

PC007
→ CMM
→ 100% inspection

oppure:

PC055
→ optical measurement
→ sample inspection.

Non significa che MBC contenga necessariamente l’intero programma CMM.

Definisce invece la connessione strutturata tra cosa deve essere verificato e il requisito relativo alla sua verifica.

Un sistema di quality planning può successivamente utilizzare queste informazioni per generare piani più dettagliati.

Il percorso digitale diventa quindi molto più esplicito

Una possibile catena può essere rappresentata così:

Product Requirement → Product Characteristic → Verification Requirement → Inspection Plan → Measurement Result → Nonconformance → Design Feedback

La Product Characteristic con UUID rimane il punto comune.

Questo è ciò che DMSC intende quando parla di digital thread a livello della caratteristica.

QIF completa il percorso verso la metrologia

Il Quality Information Framework è fondamentale per comprendere perché MBC sia stato sviluppato proprio dal DMSC.

QIF è un modello dati XML, CAD-agnostic, destinato allo scambio di informazioni relative alla qualità manifatturiera.

QIF 3.0 è stato approvato come ANSI/DMSC standard nel 2018 ed è successivamente diventato ISO 23952:2020.

Il framework comprende modelli relativi a:

• product definition;
• measurement planning;
• resources;
• rules;
• measurement results;
• statistics.

MBC lavora invece a monte.

Definisce una Product Characteristic persistente direttamente nella definizione del prodotto.

Quando QIF riceve successivamente quella caratteristica, può continuare a utilizzare l’identificatore attraverso pianificazione, misura e report.

In altre parole:

MBC definisce l’identità.
QIF trasporta e utilizza quella identità nel processo qualità.

QIF 4.0 non è ancora lo standard ANSI approvato

Un’altra distinzione importante riguarda la versione futura del Quality Information Framework.

DMSC sta sviluppando QIF 4.0 e ha dichiarato da tempo che molti concetti MBC verranno incorporati nella nuova versione.

Al 2026 il progetto QIF 4.0 risulta però ancora in sviluppo.

Nella lista ANSI dei Proposed American National Standards dell’11 maggio 2026, BSR/DMSC QIF 4.0-202x appare ancora come “New Project Initiated”.

Non deve quindi essere presentato come se QIF 4.0 fosse già il nuovo standard ANSI definitivo.

Lo standard internazionale attualmente consolidato rimane QIF 3.0 / ISO 23952:2020.

ANSI approval non significa che ANSI abbia progettato lo standard

Un’altra formulazione da evitare è:

“ANSI ha sviluppato il nuovo standard”.

Non è così.

Lo standard è stato sviluppato dal Digital Metrology Standards Consortium.

DMSC è un ANSI Accredited Standards Developer.

ANSI svolge una funzione differente: verifica che il processo utilizzato per arrivare allo standard soddisfi i propri requisiti di consenso, apertura, due process e gestione delle obiezioni.

ANSI stessa specifica che non sviluppa direttamente questi standard.

Il percorso comprende normalmente:

• Project Initiation Notification;
• pubblicazione della proposta;
• public review;
• consensus body vote;
• risposta ai commenti;
• possibilità di appeal;
• presentazione della documentazione;
• valutazione del Board of Standards Review.

L’approvazione permette al documento di assumere la qualifica di American National Standard.

ANSI approval non certifica la correttezza di qualsiasi implementazione

Questa distinzione è particolarmente importante quando il termine “approved” viene utilizzato in un articolo tecnico.

ANSI approval non significa:

• software certificato;
• CAD certificato;
• fabbrica certificata;
• prodotto certificato;
• dato automaticamente corretto.

Indica che uno specifico documento ha completato il processo necessario a diventare American National Standard.

Una software house può successivamente implementare MBC nel proprio CAD o PLM, ma occorre ancora verificare come venga effettuata quell’implementazione e con quali funzionalità.

Allo stesso modo, un’azienda che utilizza PC tags non diventa automaticamente “ANSI certified”.

Un percorso iniziato nel 2020

L’idea del nuovo standard non nasce nel 2026.

DMSC iniziò formalmente il lavoro nel giugno 2020.

La Project Initiation Notification indicata nelle liste ANSI risale al 4 settembre 2020.

Dopo diversi anni di lavoro, la proposta completata venne discussa dal DMSC Standards Committee nel giugno 2023.

Il draft entrò quindi nella public review ANSI il 25 agosto 2023, con chiusura dei commenti il 9 ottobre dello stesso anno.

Nel 2024 DMSC decise di rendere disponibile una versione interna MBC 1.0 anche prima dell’approvazione ANSI, permettendo all’industria di iniziare a sperimentare il framework.

Il processo formale è proseguito nel 2025 e all’inizio del 2026.

L’approvazione finale ANSI è stata confermata il 31 maggio 2026.

La versione approvata è stata quindi pubblicata come:

DMSC MBC 1.0 – 2026.

Il percorso completo è durato quasi sei anni dall’inizio del progetto.

Lo standard è scaricabile gratuitamente

DMSC rende disponibile MBC 1.0 gratuitamente.

La specifica comprende circa 190 pagine e contiene non soltanto una descrizione concettuale, ma definizioni formali, data structure, nomenclature, simboli, identificatori ed esempi applicativi.

Fra i principali argomenti:

• Product Characteristics;
• identification framework;
• UUID;
• instance identifiers;
• extension identifiers;
• Bill of Characteristics;
• Criticality Classification;
• Product Requirement Association;
• Verification Plan Requirement;
• model information structures;
• applicazioni a assembly e support documents.

Questo dettaglio è importante perché MBC non è semplicemente una “best practice” di poche pagine.

È una specifica progettata per l’implementazione nei sistemi informatici.

Bill of Characteristics: non una semplice lista Excel

Il concetto di Bill of Characteristics, BoC, rappresenta l’insieme organizzato delle caratteristiche rilevanti del prodotto.

Può essere considerato, per analogia, qualcosa di simile alla relazione fra BOM e componenti.

Una Bill of Materials descrive:

“quali componenti compongono questo prodotto?”

Una Bill of Characteristics può aiutare a rispondere:

“quali caratteristiche devono essere controllate e gestite per questo prodotto?”

La differenza rispetto a una lista tradizionale è che ogni elemento può avere:

• identificatore persistente;
• requisito associato;
• criticality;
• verification requirement;
• relazione con la geometria.

Questo permette di spostare la BoC da semplice report statico a struttura utilizzabile dal software.

Perché questo interessa direttamente l’additive manufacturing

L’articolo di 3D Printing Industry tratta lo standard in un contesto AM, anche se MBC non è uno standard specifico per la stampa 3D.

L’applicabilità all’additive manufacturing è però reale.

Una parte AM può avere caratteristiche distribuite fra:

• superficie as-built;
• superficie successivamente lavorata;
• support interface;
• coupon;
• witness specimen;
• CT requirement;
• porosità;
• dimensioni critiche;
• machining allowance;
• interfacce funzionali.

Lo standard MBC contempla esplicitamente anche Product Characteristics associate a surrogate o consumable surfaces, incluse superfici additive che possono essere successivamente rimosse mediante machining.

Questo è particolarmente interessante nelle parti metalliche.

Una superficie LPBF può essere prodotta inizialmente con sovrametallo e successivamente fresata.

Il requisito finale appartiene alla parte, ma il manufacturing workflow attraversa più stati geometrici.

Un identificatore persistente può aiutare a mantenere il legame fra questi stati.

Anche i coupon AM possono essere integrati nel digital thread

MBC dedica inoltre un caso specifico ai representative test artifacts.

Lo standard cita direttamente processi come:

• additive manufacturing;
• welding.

Una caratteristica può quindi essere associata a un test coupon rappresentativo della parte reale.

Questo è molto importante nell’AM metallico, nel quale le proprietà vengono spesso verificate mediante specimen costruiti insieme al componente o attraverso build qualification.

Immaginiamo un lotto LPBF con:

• componente;
• tensile coupon;
• density coupon;
• metallographic coupon.

Il test non viene eseguito direttamente sulla regione critica della parte perché distruggerla renderebbe inutilizzabile il prodotto.

Il coupon rappresenta quindi il processo o una specifica condizione.

MBC può fornire la struttura digitale per associare il requisito e il relativo elemento di verifica al prodotto.

Coupon associato non significa automaticamente rappresentativo dal punto di vista metallurgico

Anche in questo caso l’identificazione non risolve tutti i problemi fisici.

Un coupon può avere lo stesso UUID linkage e tuttavia non rappresentare perfettamente:

• storia termica;
• posizione sul build plate;
• orientamento;
• support conditions;
• thickness;
• cooling rate.

MBC permette di mantenere la relazione digitale.

La validità tecnica del coupon rimane una questione di process qualification e engineering.

La standardizzazione dei dati è particolarmente importante nell’AM regolamentato

In aerospace, medicale, defence ed energy il processo additivo produce grandi quantità di dati:

• powder lot;
• machine ID;
• parameter set;
• build ID;
• monitoring;
• heat treatment;
• CT;
• CMM;
• machining;
• NDT.

Il problema non è soltanto raccogliere queste informazioni.

Occorre sapere a quale requisito della parte appartengono.

Un dato CT che identifica una porosità in una determinata regione ha molto più valore se può essere digitalmente collegato alla specifica Product Characteristic o requirement che quella regione deve soddisfare.

Lo stesso vale per una CMM dopo post-machining.

Il concetto MBC offre quindi un’infrastruttura che può risultare utile anche nei futuri sistemi AM completamente digitali.

Machine-readable non significa automaticamente machine-understandable

Una caratteristica strutturata è molto più facile da interpretare per un software rispetto a una nota scritta liberamente su PDF.

Ma “machine-readable” e “machine-understandable” non sono sinonimi perfetti.

Se un sistema legge:

PC007
UUID X
CMM 100%

può elaborare una struttura ben definita.

Se invece la requirement contiene un testo ambiguo:

“finish as appropriate”

il fatto che possieda un UUID non rende automaticamente il requisito semanticamente preciso.

Gli standard dati migliorano l’interoperabilità, ma la qualità della definizione ingegneristica rimane fondamentale.

Il valore non è eliminare l’uomo ma eliminare la ricopiatura

Una delle promesse più realistiche di MBC riguarda la riduzione del re-keying manuale.

In molti processi tradizionali un quality engineer deve leggere il disegno e ricreare manualmente:

• caratteristiche;
• balloon;
• nomi;
• tolleranze;
• piani di inspection.

Ogni trascrizione introduce:

• tempo;
• rischio di errore;
• possibilità di perdita della relazione originaria.

Se le informazioni sono strutturate e persistenti, il software può importarle direttamente.

L’operatore continua a decidere:

• strategia di misura;
• fixture;
• sensor;
• accessibilità;
• sampling.

Ma non deve necessariamente re-inserire ciò che il progettista ha già definito.

Siemens è fra i primi software vendor a implementare il concetto

Un segnale importante di adozione è arrivato da Siemens.

L’azienda dichiara che le funzioni di characteristics authoring and management introdotte in Designcenter e Teamcenter 2412 sono state sviluppate attorno al Model-Based Characteristics standard.

DMSC ha indicato Siemens come primo CAD/PLM vendor a implementare MBC all’interno di queste piattaforme.

Questo è significativo perché dimostra che il framework non è rimasto esclusivamente un documento teorico.

Teamcenter può utilizzare le caratteristiche per gestire:

• history;
• where-used;
• relazioni;
• inspection planning.

Teamcenter Quality può successivamente utilizzare le informazioni provenienti dal modello per generare parti dell’inspection plan.

Supporto software non equivale a interoperabilità totale già raggiunta

Anche qui serve però cautela.

Il fatto che un vendor supporti MBC non significa automaticamente che:

• ogni CAD lo supporti;
• ogni PLM conservi il UUID;
• ogni translator lo preservi;
• ogni software CMM lo interpreti;
• ogni fornitore sia pronto a utilizzarlo.

L’interoperabilità richiede che entrambi i lati dello scambio implementino coerentemente lo standard.

Se un OEM produce un modello perfettamente MBC ma il fornitore converte tutto in un PDF e ricrea manualmente le caratteristiche, il digital thread si interrompe nuovamente.

Il valore reale crescerà quindi con l’adozione all’interno dell’ecosistema.

Neutralità rispetto al vendor è uno degli obiettivi principali

Proprio per questo gli identificatori standardizzati sono importanti.

Un’azienda industriale può utilizzare durante la vita di un prodotto:

• CAD A;
• PLM B;
• CAM C;
• inspection software D;
• CMM software E.

Dieci anni più tardi uno di questi sistemi può essere sostituito.

Se l’identità delle caratteristiche dipende esclusivamente dagli ID proprietari di un database, la migrazione diventa complessa.

Un UUID standardizzato può invece sopravvivere al passaggio.

Questo è particolarmente importante nei programmi aerospace e defence che possono rimanere in produzione e manutenzione per decenni.

Digital twin a livello di caratteristica

MBC arriva a discutere esplicitamente l’applicazione a serialized parts e digital twins.

L’idea è che il digital twin non rappresenti soltanto:

“questo è il CAD nominale del componente”.

Può rappresentare anche:

“questa specifica unità serializzata ha prodotto questi valori per PC007, PC008 e PC009”.

Una parte seriale può quindi essere associata nel tempo a:

• risultati dimensionali;
• deviazioni;
• riparazioni;
• ispezioni;
• service history.

Questo tipo di granularità può diventare particolarmente interessante per componenti AM ad alto valore prodotti in quantità limitate.

Un componente AM serializzato può avere una storia individuale

Immaginiamo una turbopompa prodotta in LPBF.

Il modello nominale è lo stesso per tutte le unità.

Ma la parte seriale S001 può avere:

• CT result A;
• dimensional result B;
• heat treatment lot C.

La S002 avrà dati differenti.

MBC può contribuire a mantenere il legame fra le stesse caratteristiche nominali e i risultati specifici delle singole unità.

Non significa che MBC sia da solo un sistema di digital twin.

È una delle infrastrutture che permettono di costruire quel tipo di tracciabilità.

MBC non obbliga necessariamente a eliminare il disegno 2D

Una delle formulazioni promozionali più frequenti parla di sostituire i disegni con modelli machine-readable.

Il trend MBD va effettivamente in questa direzione, ma lo standard MBC non deve essere interpretato come un divieto di produrre disegni 2D.

Molte supply chain continueranno per anni a utilizzare:

• drawing;
• PDF;
• derived views;
• shop documentation.

MBC cerca soprattutto di fare in modo che la caratteristica possieda una propria identità indipendentemente dalla rappresentazione.

Anche un documento derivato può visualizzare un PC Tag.

La trasformazione verso una Model-Based Enterprise è quindi graduale.

DMSC è un organismo di standardizzazione specializzato nella metrologia digitale

Il Digital Metrology Standards Consortium è un’organizzazione non profit focalizzata sull’interoperabilità dei dati nella metrologia dimensionale e qualità manifatturiera.

È:

• ANSI Accredited Standards Developer;
• A-Liaison di ISO Technical Committee 184.

Fra le sue attività principali rientrano QIF e DMIS, oltre a MBC.

Il working group MBC comprende o ha incluso rappresentanti provenienti da aziende, università, laboratori e istituzioni quali:

• Lockheed Martin;
• Pratt & Whitney;
• John Deere;
• Honeywell FM&T;
• NIST;
• Mitutoyo;
• Renishaw;
• ZEISS;
• Purdue University;
• UNC Charlotte.

La presenza di questi soggetti non significa naturalmente che ogni organizzazione abbia adottato MBC in tutti i propri processi, ma mostra che lo standard è stato sviluppato con contributi provenienti dalla manifattura e dalla metrologia industriale.

L’approvazione ANSI riguarda soprattutto il consenso

ANSI descrive l’American National Standards process come volontario e basato sul consenso.

I requisiti comprendono:

• openness;
• balance;
• consideration of views and objections;
• consensus;
• appeal mechanisms.

Il Board of Standards Review valuta quindi se il processo abbia soddisfatto tali requisiti.

È un concetto diverso da una validazione scientifica sperimentale.

ANSI non testa in laboratorio se un UUID venga trasferito correttamente da Siemens NX a ogni possibile CMM.

Lo standard definisce il comportamento atteso.

Sono poi implementatori e utilizzatori a dover realizzare e verificare l’interoperabilità.

Standardizzazione non significa obbligatorietà legislativa

Un American National Standard è normalmente un voluntary consensus standard.

L’approvazione ANSI non lo rende automaticamente una legge federale statunitense.

Può però diventare contrattualmente rilevante se:

• un OEM lo inserisce nelle proprie specifiche;
• un programma governativo lo richiede;
• una supply chain lo adotta;
• un altro standard lo richiama.

La differenza è importante.

“ANSI approved” non significa “obbligatorio per tutte le aziende americane”.

Perché l’industria della stampa 3D dovrebbe seguirlo

Per il settore additive il valore di MBC potrebbe non essere evidente quanto quello di uno standard dedicato direttamente a polvere, tensile test o qualifica macchina.

Ma l’industrializzazione AM dipende sempre più dalla qualità del digital thread.

In una parte additiva complessa, la geometria può cambiare continuamente attraverso:

CAD → support generation → build preparation → as-built → heat treatment → machining → inspection.

Il componente fisico attraversa molti stati.

Le caratteristiche funzionali devono invece mantenere la propria identità.

Un foro può non esistere ancora dopo la deposizione perché verrà fresato successivamente.

Una superficie può essere as-built durante la stampa e precision-machined alla fine.

Una proprietà può essere verificata su un coupon e non sulla parte.

Una tolleranza può essere controllata mediante CT prima del machining e mediante CMM dopo.

Il valore di una persistent characteristic identifier è quindi proprio quello di sopravvivere alle trasformazioni del manufacturing workflow.

MBC non certifica la parte AM

È però fondamentale mantenere un confine chiaro.

L’utilizzo di MBC non dimostra:

• densità;
• proprietà meccaniche;
• accuratezza;
• conformità del processo;
• qualificazione del materiale;
• certificazione della parte.

MBC è uno standard informativo.

Può aiutare a identificare e documentare il requisito.

Non sostituisce:

• ASTM/ISO material standards;
• process qualification;
• NDT;
• destructive testing;
• certification authority.

Una parte con un digital thread impeccabile può essere comunque fisicamente difettosa.

Allo stesso modo, una parte tecnicamente perfetta ma priva di tracciabilità può essere inutilizzabile in un’applicazione regolamentata.

L’industrializzazione richiede entrambe le cose.

Lo standard trasforma la caratteristica in un oggetto digitale stabile

La vera novità di MBC non è quindi una nuova simbologia di tolleranza.

È il concetto che una caratteristica del prodotto debba essere trattata come un digital object con identità propria.

Non semplicemente:

“Ø10 ±0,1 scritto sul disegno”.

Ma:

Product Characteristic PC007
UUID X
Requirement Y
Criticality Z
Verification Plan W.

La quota diventa un elemento interrogabile, trasferibile e collegabile.

È una differenza fondamentale per automazione, analytics e sistemi AI.

Anche l’intelligenza artificiale ha bisogno di dati strutturati

DMSC cita esplicitamente la possibilità di utilizzare dati MBC in applicazioni AI-driven.

Il punto non è che MBC contenga intelligenza artificiale.

Al contrario, il suo valore per l’AI deriva dal fatto che riduce l’ambiguità.

Un algoritmo che deve correlare:

• nonconformance;
• tolleranza;
• processo macchina;
• supplier;
• measurement result;

lavora molto meglio se tutti i record condividono lo stesso identificatore persistente.

Senza questa struttura occorre prima cercare di dedurre che “Balloon 17”, “DIM_4587” e “Characteristic_32” rappresentino in realtà la stessa specifica.

MBC sposta parte del lavoro dall’inferenza alla standardizzazione.

L’AI non elimina comunque il problema della semantica

Anche con UUID perfetti, una requirement scritta male rimane una requirement scritta male.

La qualità dei dati dipende ancora da:

• definizione;
• semantica;
• correttezza;
• completezza;
• configuration management.

Uno standard di identificazione rende più affidabile il collegamento.

Non rende automaticamente corretta l’informazione collegata.

Uno standard apparentemente astratto con conseguenze molto concrete

MBC 1.0 non presenta una nuova stampante 3D, un materiale o un sistema di misura.

Il suo impatto potenziale è meno visibile.

Se implementato correttamente, potrebbe ridurre attività oggi considerate normali ma inefficaci:

• rinumerare balloon;
• ricopiare tolleranze;
• ricostruire Bill of Characteristics;
• mappare manualmente inspection report;
• riconciliare revisioni;
• capire quale risultato appartenga a quale requisito.

Il risparmio non deriva quindi da una macchina più veloce.

Deriva dall’evitare di perdere informazione ogni volta che il dato passa da un software o da un’organizzazione all’altra.

La sfida reale sarà l’adozione della supply chain

L’approvazione ANSI rappresenta un passaggio importante, ma non rende automaticamente MBC uno standard utilizzato ovunque.

Il vero successo dipenderà dalla capacità di farlo adottare contemporaneamente da:

• CAD vendor;
• PLM vendor;
• metrology software;
• inspection planning;
• CMM software;
• MES;
• quality management systems;
• OEM;
• supplier.

Una singola azienda può iniziare internamente, ma il massimo valore emerge quando il persistent identifier supera i confini aziendali.

È qui che gli standard aperti hanno il loro principale vantaggio rispetto alle convenzioni proprietarie.

Dal digital model al digital thread

Il passaggio da un disegno tradizionale a una Model-Based Definition non consiste semplicemente nel sostituire il PDF con un file CAD 3D.

Un vero digital thread richiede che l’informazione:

• abbia un’identità;
• mantenga la propria relazione;
• possa essere trasferita;
• possa essere interrogata;
• possa essere interpretata dai software.

MBC interviene soprattutto sul primo e secondo punto.

Fornisce la struttura che permette di dire:

“questa è sempre la stessa caratteristica, anche se il file, il software, il report o la revisione sono cambiati.”

Per la manifattura avanzata questo può essere un passaggio più importante di quanto appaia.

Nel momento in cui produzione, additive manufacturing, inspection automatizzata e analisi dei dati diventano sempre più software-driven, il problema non è più soltanto digitalizzare le informazioni.

È impedire che perdano identità mentre attraversano il sistema.

Ed è precisamente il problema che DMSC MBC 1.0 – 2026 cerca di standardizzare.

Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI).