Indicatori de calitate a datelor CAD: versiunea scurtă
Indicatorii de calitate a datelor CAD sunt mărimile măsurabile care descriu cât de bine respectă piesele, ansamblurile și desenele NX regulile definite: randamentul la prima trecere (first-pass yield), constatările per piesă, ponderea constatărilor critice, ponderea corectată automat și rata de respingere în aval. Verificările automate îi produc la fiecare eliberare. inteliScience, specialiști Siemens NX și partener oficial DOCUFY, le stabilește linia de referință și îi integrează în porțile de calitate din Teamcenter.
Problema: calitatea se discută, dar nu se măsoară niciodată
Întrebați o echipă de metode NX cât de bune sunt datele lor CAD și primiți o opinie. Cereți o cifră și se face liniște în sală. Majoritatea organizațiilor pe care le întâlnim rulează verificări automate, dar rezultatele rămân în instrumentul de verificare: o listă de constatări per piesă, citită o singură dată de proiectant, apoi dispărută. Nimeni nu le agregă, așa că nimeni nu poate spune dacă s-a îmbunătățit calitatea datelor după noul șablon.
Costul apare în altă parte: importul ERP care respinge un BOM, furnizorul care întreabă care dintre două atribute de material este corect, programatorul CAM care reconstruiește o față în loc să o deplaseze prin offset. Fiecare este un defect scăpat, invizibil în cifrele departamentului de inginerie.
Măsurarea schimbă discuția. O regulă care eșuează la 38 la sută din piesele eliberate are nevoie de o corecție a șablonului, nu de un verificator mai strict. O poartă care ar fi blocat 400 de piese luna trecută este o poartă pe care nu o activați încă. Ce acoperă calitatea CAD și de ce revizuirea manuală nu se scalează este subiectul prezentării noastre generale despre validarea automată a modelelor în Siemens NX; acest articol este despre ce faceți cu rezultatele.
Cele șase dimensiuni ale calității datelor CAD
Calitatea datelor CAD are șase dimensiuni, iar fiecare indicator aparține uneia dintre ele: validitatea geometriei, structura modelului, completitudinea atributelor și metadatelor, conformitatea cu standardele, completitudinea PMI și a desenelor și adecvarea pentru procesele din aval. Cinci sunt măsurate prin verificări în interiorul NX; a șasea este măsurată de sistemele care consumă datele și le validează pe celelalte cinci.
Două standarde dau dimensiunilor un vocabular. ISO 8000-8:2015, partea de măsurare a seriei ISO 8000 privind calitatea datelor, distinge între calitatea sintactică (datele respectă formatul), calitatea semantică (datele codifică sensul intenționat) și calitatea pragmatică (datele sunt adecvate scopului utilizatorului) [1]. Un atribut gol eșuează sintactic; un șir de material valid care numește aliajul greșit eșuează semantic; o piesă care trece toate verificările și este totuși respinsă de ERP eșuează pragmatic. Pentru geometrie, ghidul SASIG privind calitatea datelor de produs, publicat ca ISO/PAS 26183:2006 [2], și omologul său german VDA 4955 “Umfang und Qualität von CAD/CAM-Daten” [3] definesc golurile, micro-muchiile și fețele degenerate care fac un model impropriu pentru schimbul de date.
| Dimensiune | Exemple de verificări | Indicatorul alimentat |
|---|---|---|
| Validitatea geometriei | Solide închise, fețe sliver, criterii PDQ conform VDA 4955 | Constatări per piesă, rata de acceptare a migrării |
| Structura modelului | Feature-uri suprimate în piese eliberate, legături WAVE rupte, schițe neutilizate | Constatări per piesă, timp mediu de remediere |
| Atribute și metadate | Atribute obligatorii prezente, valori din liste, piesă și desen consecvente | Ponderea constatărilor critice, ponderea corectată automat |
| Conformitate cu standardele | Layere, tipare de denumire, piese standard din biblioteca de reutilizare | Reguli cu eșecuri repetate |
| PMI și desene | Referințe datum, numărul de vederi PMI, alinierea vederilor, șablonul de foaie | Randament la prima trecere per eliberare |
| Adecvare pentru procesele din aval | Succesul importului ERP, solicitări ale furnizorilor, relucrare CAM | Rata de respingere în aval |
Recomandarea noastră clară: raportați fiecare dimensiune separat. Un singur scor de calitate ascunde faptul că atributele sunt în regulă, iar PMI nu, și nimeni nu poate acționa pe baza lui.
Opt KPI de calitate CAD și cum îi produc verificările automate
Opt indicatori de calitate a datelor CAD acoperă tot ce are nevoie o organizație de inginerie pentru a conduce. Toți sunt calculați din aceeași materie primă, un rând per execuție de verificare (piesă, eliberare, număr de rulare, identificator de verificare, severitate, rezultat, stare healing), plus două fluxuri din afara NX. Dacă instrumentul de verificare înregistrează aceste câmpuri, KPI-urile sunt simplă aritmetică.
| KPI | Definiție | Calculat din rezultatele verificărilor | De unde provin datele |
|---|---|---|---|
| Randament la prima trecere per eliberare | Ponderea pieselor fără nicio constatare de tip eroare în prima rulare a verificărilor unei eliberări | Piese fără erori în rularea 1 / piese verificate în rularea 1 | Jurnalul de verificări, proprietăți Item Revision din Teamcenter |
| Constatări per piesă | Media constatărilor per piesă verificată, după severitate | Toate constatările / piese verificate | Jurnalul de verificări |
| Ponderea constatărilor critice | Ponderea constatărilor clasificate ca eroare (blocante) | Constatări de tip eroare / toate constatările | Jurnalul de verificări plus severitatea din catalogul de reguli |
| Timp mediu de remediere | Timpul mediu de la prima rulare eșuată până la prima rulare trecută | Marca de timp a primei treceri minus cea a primului eșec | Mărcile de timp din jurnalul de verificări sau istoricul fluxului de lucru |
| Pondere corectată automat | Ponderea constatărilor corectate fără intervenția proiectantului | Constatări corectate automat / toate constatările | Jurnalul de healing al instrumentului de verificare |
| Reguli cu eșecuri repetate | Reguli aflate în primele cinci verificări eșuate timp de trei luni consecutive | Clasament lunar al verificărilor după piesele afectate | Agregare lunară a jurnalului de verificări |
| Rata de respingere în aval | Piese eliberate respinse de importul ERP sau BOM ori contestate de un furnizor, per 100 de eliberări | Respingeri / eliberări, înmulțit cu 100 | Jurnalul de import ERP, sistemul de tichete al furnizorilor |
| Rata de acceptare a migrării | Ponderea pieselor migrate care trec profilul de acceptare fără relucrare manuală | Piese trecute / piese migrate | Rulare batch peste setul de date migrat |
Randamentul la prima trecere este cifra pentru management: cât din ceea ce eliberăm este corect din prima. Constatările per piesă sunt cifra pentru echipa de metode: unde șablonul îl lasă descoperit pe proiectant. Rata de respingere în aval dovedește că celelalte două contează; dacă verificările raportează un randament la prima trecere de 95 la sută, iar ERP-ul respinge în continuare un BOM din zece, catalogul verifică lucrurile greșite. Aceste respingeri sunt subiectul ghidului nostru despre automatizarea sincronizării BOM și ERP din modele CAD; rata de acceptare a migrării este descrisă în articolul nostru despre ce trebuie validat după o migrare la Siemens NX.
Linia de referință: o singură rulare batch peste depozitul de date
O linie de referință (baseline) este o singură rulare batch a profilului complet de verificări peste depozitul de date (vault) existent, înainte ca vreo regulă să fie impusă, și este pasul pe care organizațiile îl sar cel mai des. Fără ea, fiecare prag este o presupunere.
Ambele familii de instrumente suportă acest lucru. Siemens NX Check-Mate, cadrul nativ de validare, livrează sute de verificări standard, rulează în procesare batch și își poate salva rezultatele în Teamcenter [4][5]. DOCUFY CAx Quality Manager (DQM), integrat complet în Siemens NX, cu peste 450 de verificări best-practice standardizate și configurabile pentru desene 2D și piese 3D, oferă un mod batch pentru analiza în masă a volumelor mari de date; este produsul cu care inteliScience rulează liniile de referință, în calitate de partener oficial DOCUFY [6].
Ce ar trebui să producă rularea de referință, în această ordine:
- Constatări per piesă și ponderea constatărilor critice pentru întregul depozit de date, per dimensiune.
- Primele zece verificări eșuate, cu ponderea pieselor afectate: agenda de revizuire a regulilor.
- Ponderea constatărilor corectate automat. Funcțiile inteligente de healing (corectare automată) din DQM corectează erorile pentru verificările suportate și oferă instrucțiuni ghidate de corecție pentru restul, astfel încât ponderea corectată arată cât din problemă dispare fără instruire [6].
- O poartă simulată: câte piese eliberate în trimestrul trecut ar fi fost blocate de o regulă cu severitate de eroare.
Nu recomandăm publicarea liniei de referință ca un clasament al proiectanților. Scopul este să găsiți reguli proaste și șabloane proaste; o linie de referință care numește persoane produce genul greșit de liniște.
Verificările rulează. Ce lipsește pentru producție: un catalog de reguli cu responsabili, o linie de referință peste depozitul dumneavoastră de date, praguri KPI și o poartă Teamcenter care citește rezultatele. inteliScience închide decalajul de la “instrumentul de verificare raportează constatări” la “organizația conduce pe baza indicatorilor de calitate a datelor”, cu specialiști NX care livrează nearshore din România (EET, cu o oră înaintea CET), începând cu o evaluare de 90 de zile pe propriile dumneavoastră date NX.
Unde trăiesc rezultatele: Teamcenter ca sursă unică de adevăr
O poartă de calitate poate citi doar ceea ce instrumentul de verificare scrie într-un loc pe care fluxul de lucru de eliberare îl poate vedea, iar pentru organizațiile NX acel loc este Teamcenter. Un raport PDF atașat unui e-mail nu este un indicator; o proprietate pe Item Revision este.
Integrările s-au maturizat. Cadrul nativ salvează rezultatele alături de piesă [5]. DQM versiunea 2026.1, publicată pe 30 martie 2026, suportă NX până la NX 2512 inclusiv și scrie rezultatele verificărilor ca proprietăți pe Item Revision, le transferă în dataset-uri și citește și scrie Validation Master Form [7]. Aceeași versiune a adăugat șapte rutine de verificare de bază, de la o verificare a vederilor PMI și validarea referințelor datum compuse până la alinierea vederilor de desen și o verificare de analiză a coliziunilor; fiecare este o nouă coloană-sursă în tabelul KPI de mai sus.
Odată ce rezultatul este o proprietate, handler-ul fluxului de lucru nu trebuie să știe nimic despre CAD. Citește “erori = 0” sau nu, iar raportul lunar devine o interogare peste Item Revisions. O proprietate per familie de reguli permite porții să blocheze astăzi pe atribute și doar să avertizeze pe PMI până când acea familie este pregătită.
Calculul KPI-urilor din rezultatele verificărilor
Aritmetica încape în patruzeci de linii de Python din biblioteca standard. Scriptul citește un CSV cu un rând per execuție de verificare, calculează randamentul la prima trecere, constatările per piesă, ponderea critică și cea corectată automat și listează verificările cu cele mai multe eșecuri după ponderea pieselor afectate. Rulează pe exportul oricărui instrument de verificare care înregistrează aceste șapte câmpuri.
import csv
from collections import Counter, defaultdict
# One row per check execution: part_id, release_id, run_no, check_id, severity, result, healed
# result is "pass" or "fail"; run_no 1 is the first check run of that release cycle.
RESULTS = "check_results.csv"
rows = list(csv.DictReader(open(RESULTS, newline="", encoding="utf-8")))
# First-pass yield: parts with zero error-severity failures in run 1 of their release
first_run = [r for r in rows if r["run_no"] == "1"]
parts_in_first_run = {(r["part_id"], r["release_id"]) for r in first_run}
parts_with_error = {
(r["part_id"], r["release_id"])
for r in first_run
if r["result"] == "fail" and r["severity"] == "error"
}
first_pass_yield = 1 - len(parts_with_error) / len(parts_in_first_run)
# Findings per part, all severities, all runs
findings = [r for r in rows if r["result"] == "fail"]
parts_checked = {(r["part_id"], r["release_id"]) for r in rows}
findings_per_part = len(findings) / len(parts_checked)
# Critical findings share and auto-healed share
critical_share = sum(r["severity"] == "error" for r in findings) / len(findings)
healed_share = sum(r["healed"] == "yes" for r in findings) / len(findings)
# Top failing checks, with the share of parts they hit
parts_per_check = defaultdict(set)
for r in findings:
parts_per_check[r["check_id"]].add((r["part_id"], r["release_id"]))
top_checks = Counter({c: len(p) for c, p in parts_per_check.items()}).most_common(5)
print(f"Parts checked: {len(parts_checked)}")
print(f"First-pass yield: {first_pass_yield:.1%}")
print(f"Findings per part: {findings_per_part:.2f}")
print(f"Critical share: {critical_share:.1%}")
print(f"Auto-healed share: {healed_share:.1%}")
print("Top failing checks:")
for check_id, n in top_checks:
print(f" {check_id:<32} {n / len(parts_checked):.1%} of parts")Două detalii contează. Randamentul la prima trecere numără doar rularea 1 a fiecărei eliberări; numărați fiecare rulare și o piesă care a eșuat de patru ori înainte de a trece arată ca un succes. Iar verificările cu cele mai multe eșecuri sunt clasate după piesele afectate, nu după numărul de constatări, pentru că o piesă cu 200 de schițe neutilizate nu ar trebui să devanseze o regulă care eșuează pe jumătate din depozitul de date.
Implementare: raport lunar, praguri, poartă de calitate
Implementarea indicatorilor de calitate a datelor CAD necesită trei luni de raportare înainte ca prima poartă să blocheze pe cineva, și respectăm această secvență chiar și atunci când un client vrea poarta din prima zi. Cifrele pe care nu le-a văzut nimeni nu pot fi apărate în ședința de eliberare.
- Luna 1: doar raportare. Publicați linia de referință și primul raport lunar KPI per dimensiune. Remediați cele mai proaste trei reguli sau șabloane, nu proiectanții.
- Luna 2: praguri. Conveniți un prag de avertizare per familie de reguli, de exemplu randament la prima trecere pe atribute peste 90 la sută, și lăsați instrumentul de verificare să avertizeze la salvare fără a bloca.
- Luna 3: poartă pe o singură familie. Faceți din constatările de tip eroare din familia de atribute o condiție de eliberare în Teamcenter. Atributele se corectează automat cel mai bine și strică ERP-ul primele, așa că aici își câștigă o poartă încrederea.
- Trimestrial: extindeți și restabiliți linia de referință. Adăugați următoarea familie de reguli și rulați din nou procesarea batch după fiecare upgrade NX. Comportamentul verificărilor se schimbă între versiuni: versiunea Siemens din iunie 2026 a redenumit NX în Designcenter [8], iar Early Access Program pentru Designcenter 2612 și-a desfășurat săptămânile la fața locului între 14 și 25 septembrie 2026 în Mason, Ohio [9], așa că revalidați profilul de verificări la fiecare versiune înainte ca poarta să îl întâlnească.
Raportul lunar are o singură pagină: cei opt KPI cu trend, primele cinci verificări eșuate, regulile cu eșecuri repetate și o decizie per dimensiune. Regulile din spatele lui provin din munca de catalog descrisă în ghidul nostru despre transformarea regulilor de proiectare ale companiei în verificări executabile; indicatorii nu valorează nimic dacă nimeni nu este responsabil de reguli.
Întrebări frecvente
Care sunt cei mai importanți indicatori de calitate a datelor CAD pentru o organizație NX?
Randamentul la prima trecere (first-pass yield) per eliberare, constatările per piesă după severitate, ponderea corectată automat și rata de respingere în aval. Primele trei provin direct din verificările automate; a patra provine din jurnalul de import ERP și din solicitările furnizorilor și confirmă că verificările măsoară ceea ce contează.
Cum stabiliți linia de referință a calității datelor CAD înainte de a introduce o poartă de calitate?
Rulați profilul complet de verificări în procesare batch peste depozitul de date (vault) existent, agregați constatările per dimensiune și regulă, listați primele zece verificări eșuate cu ponderea pieselor afectate și simulați poarta de calitate pe eliberările din trimestrul trecut. Publicați rezultatul pe reguli, nu pe proiectanți.
Randament la prima trecere vs constatări per piesă: cu ce KPI ar trebui să conducem?
Cu ambii, pentru audiențe diferite. Randamentul la prima trecere este cifra pentru management: cât din datele eliberate au fost corecte din prima. Constatările per piesă sunt cifra pentru echipa de metode: ce reguli, șabloane și instruiri au nevoie de lucru. Conducerea doar cu unul dintre ei ascunde fie cauzele, fie rezultatul.
Cât costă implementarea măsurării calității datelor CAD în Siemens NX?
Instrumentele sunt partea mai mică. DOCUFY oferă un pachet de evaluare DQM de 90 de zile, cu utilizare nelimitată la nivelul întregii companii, la un preț fix de 2.950 EUR plus TVA pentru Germania, Austria și Elveția, incluzând instalarea, customizarea de bază și suport telefonic. Partea mai mare este efortul metodologic pentru catalogul de reguli, linia de referință și modificarea fluxului de lucru din Teamcenter.
Poate un flux de lucru de eliberare din Teamcenter să blocheze pe baza indicatorilor de calitate CAD?
Da, cu condiția ca instrumentul de verificare să își scrie rezultatele acolo unde fluxul de lucru le poate citi: ca proprietăți pe Item Revision sau în Validation Master Form. Un handler de flux de lucru verifică apoi numărul de erori per familie de reguli și oprește eliberarea. Rapoartele care există doar în instrumentul de verificare sau în e-mail nu pot servi drept condiții de poartă.
Pasul următor
Subiecte conexe
- DOCUFY CAx Quality Manager pentru Siemens NX
- Verificări configurate vs instrumente de verificare personalizate: ce soluție de calitate se potrivește procesului dumneavoastră
- Playbook pentru calitatea CAD Siemens NX (whitepaper)
Referințe
- ISO, “ISO 8000-8:2015 Data quality, Part 8: Information and data quality: Concepts and measuring,” https://www.iso.org/standard/60805.html, accesat la 24 septembrie 2026.
- ISO, “ISO/PAS 26183:2006 SASIG Product data quality guidelines for the global automotive industry,” https://www.iso.org/standard/43436.html, accesat la 24 septembrie 2026.
- VDA, “VDA 4955 Umfang und Qualität von CAD/CAM-Daten (12/2006),” https://webshop.vda.de/VDA/en/vda-4955-122006, accesat la 24 septembrie 2026.
- Siemens, “CAD model design validation,” pagina de produs Designcenter NX, https://www.siemens.com/en-us/products/designcenter/nx-cad-software/mcad/design-validation/, accesat la 24 septembrie 2026.
- Siemens, “Ensure CAD quality with NX Validation tools: What’s new,” blogul NX Design, 25 august 2021, https://blogs.sw.siemens.com/nx-design/ensure-cad-quality-with-nx-validation-tools-whats-new/, accesat la 24 septembrie 2026.
- DOCUFY GmbH, “DOCUFY CAx Quality Manager,” pagina de produs, https://docufy.de/en/products/for-your-product-lifecycle-managementfuer-ihr-product-lifecycle-management/docufy-cax-quality-manager/, accesat la 24 septembrie 2026.
- DOCUFY GmbH, “NX-Datenqualität sichern: Neue Version des DOCUFY CAx Quality Managers” (DQM 2026.1), 30 martie 2026, https://docufy.de/nx-datenqualitaet-sichern-neue-version-des-docufy-cax-quality-managers/, accesat la 24 septembrie 2026.
- Siemens, “Designcenter is for everyone: June 2026 release,” blogul Designcenter, 23 iunie 2026, https://blogs.sw.siemens.com/designcenter/designcenter-is-for-everyone-june-2026-release/, accesat la 24 septembrie 2026.
- Siemens, “Welcome to the September 2026 Early Access Program for Designcenter,” https://resources.sw.siemens.com/en-US/presentation-welcome-to-designcenter-early-access-program/, accesat la 24 septembrie 2026.