Contacte
Contactați-ne
Închis

Contacte

România, Cluj-Napoca – 400157
Str. Ploiești nr. 9

România, Vama – 447350
Str. Fermei Nr. 14

+40 774 463 429

info@inteliscience.net

Automatizarea conformității MBD/PMI pentru Siemens NX

Automatizarea conformității MBD/PMI pentru Siemens NX

Desenul a dispărut. Munca nu — s-a mutat în model și se face în continuare manual.

Boeing și Airbus au încetat de ani de zile să mai trimită desene. Ce primesc furnizorii — și trebuie să livreze înapoi — este Model Based Definition: modele 3D care poartă PMI ca sursă unică de adevăr. Iar aceasta nu este o preferință, ci o cerință auditată: D6-51991 de la Boeing definește cum trebuie să trateze un furnizor datele Digital Product Definition, iar aprobarea dumneavoastră DPD — lucrul de care atârnă veniturile din aerospațial — este examinată în raport cu ea.

În biroul de proiectare, MBD a înlocuit un tip de muncă manuală cu altul. În loc să deseneze vederi și linii de cotă, utilizatorii dumneavoastră NX creează acum sute de obiecte PMI per piesă — corecte semantic, conform standardului intern, conform specificației clientului — și verifică totul vizual înainte de eliberare. Exact genul de rutină structurată, guvernată de reguli, care nu ar fi trebuit niciodată să fie manuală.

Construim trusa care automatizează exact asta, nativ în Siemens NX: creare de PMI bazată pe reguli pentru caracteristicile standard, verificări automate de conformitate față de cerințele clientului și ale fabricii și un strat AI care transformă documentele de specificație în reguli executabile — iar constatările verificărilor în corecții exprimate simplu.

// MBD manual, în cifre

0+
obiecte PMI pe o piesă prelucrată tipică — fiecare creat și verificat vizual astăzi
0%
din timpul de proiectare se duc pe adnotare și documentație în loc de geometrie
D6-51991
specificația Boeing în raport cu care fiecare furnizor DPD este aprobat — și reauditat
secunde
pentru crearea bazată pe reguli a PMI pentru caracteristici standard, care manual durează minute pentru fiecare

PMI semantic este o disciplină de date — impusă de auditorii clientului dumneavoastră

Capcana MBD este că arată ca desenarea, dar se comportă ca datele. O cotă doar “desenată” pe model — grafică, nu semantică — se citește impecabil pentru un om și este invizibilă pentru orice consumator din aval: CAM, programarea CMM, inspecția primului articol, verificările automate la recepție ale clientului. O referință de reper care nu duce nicăieri, o toleranță fără asociere la caracteristică, o notă care contrazice standardul intern — nimic din toate acestea nu arată greșit pe ecran și toate ies la iveală mai târziu: în derivat, la FAI sau în auditul clientului care vă decide statutul DPD.

Așa că birourile de proiectare compensează cum au făcut-o dintotdeauna: ochi experimentați, liste de verificare, verificări în patru ochi înainte de fiecare eliberare. Funcționează, în cea mai mare parte — cu prețul ca oamenii dumneavoastră cei mai experimentați să-și petreacă zilele verificând notări de găuri. Și scalează exact la fel de prost ca orice poartă manuală de calitate.

Soluția este aceeași care a transformat dezvoltarea software: fă rutina automată și verificările executabile. Creați cele 80 la sută recurente din PMI prin reguli, validați fiecare model față de cerințe citibile de mașină înainte de eliberare — și rezervați judecata umană pentru partea din GD&T care chiar este judecată.

// Verificare de conformitate înainte de eliberare: model de exemplu, rev. B

47 de reguli evaluate · specificația MBD a clientului + standardul intern · rulate înainte de eliberarea în Teamcenter

TRECUT
CHK-012 · Toate notările de găuri sunt semantice și asociate caracteristicii — 34 din 34
TRECUT
CHK-central 019 · Elementele de referință sunt referite de cel puțin un FCF — A, B, C consecvente
AVERTISMENT
CHK-031 · Nota de toleranță generală citează standardul intern rev. E — rev. F a fost eliberată luna trecută
EȘUAT
CHK-007 · Rugozitatea de pe fața funcțională F12 este o adnotare grafică — nu este citibilă de mașină
Pe scurt: simbolul Ra 0,8 de pe locașul de rulment este „pictat“ — CAM și CMM nu îl vor vedea, iar verificarea automată la recepție a clientului va respinge setul de date. Corecție pregătită: înlocuiți cu PMI semantic de rugozitate, legat de fața F12 — un clic pentru aplicare, apoi reverificare.

O singură trusă, trei straturi — toate native în NX

Totul rulează în peisajul dumneavoastră existent Siemens NX și Teamcenter, construit pe puncte de extensie suportate — API-ul NXOpen PMI și Check-Mate — astfel încât supraviețuiește upgrade-urilor NX în loc să moară odată cu ele. Cele trei straturi se construiesc unul pe altul, iar fiecare se amortizează singur:

STRATUL 1 — CREARE

Creare de PMI bazată pe reguli pentru caracteristici standard

Găuri, filete, ajustaje, teșituri, fețe standard: trusa recunoaște caracteristica și creează PMI-ul — notare conform standardului intern, toleranță implicită din ghidul dumneavoastră de proiectare, legată semantic de geometrie, plasată pe vederea corectă. Minutele de rutină per caracteristică devin secunde, iar fiecare notare iese identică — exact ce vor să vadă verificările automate ale clienților dumneavoastră.

NXOpen PMI APIRecunoașterea caracteristicilorNotări conform standardului intern
STRATUL 2 — VERIFICARE

Verificări de conformitate înainte de fiecare eliberare

Reguli Check-Mate proprii validează modelul față de specificațiile MBD ale clientului și standardele interne: PMI semantic și asociat caracteristicii, repere de referință consecvente, note la revizia curentă, completitudine pe clasă de piese. Rezultatul este raportul pe care inginerii dumneavoastră seniori îl produc astăzi cu ochiul — generat la fiecare salvare, atașat ca poartă la fluxul de eliberare din Teamcenter.

Verificări Check-Mate propriiPoartă de eliberare TCSeturi de reguli per client
STRATUL 3 — AI

Specificațiile devin reguli. Constatările devin corecții.

Blocajul istoric al sistemelor de verificare nu a fost niciodată verificarea — ci scrierea și întreținerea regulilor. Exact aici își câștigă LLM-ul locul: redactează reguli de verificare executabile din documentele de specificație MBD ale clientului și din standardele interne (inginerii dumneavoastră le verifică și le eliberează), menține seturile de reguli aliniate când se schimbă o revizie de specificație și traduce fiecare constatare în limbaj simplu, cu o corecție pregătită — astfel încât și cel mai tânăr proiectant înțelege ce ar fi semnalat auditorul.

Scrierea regulilor cu LLMCompararea reviziilor de specificațieCopilot de corecții în limbaj simplu

Când se justifică automatizarea MBD?

Cazul este cel mai puternic acolo unde cerințele MBD ale clienților se întâlnesc cu un volum real de piese. Sunteți un candidat dacă majoritatea punctelor de mai jos se aplică:

  • Aveți — sau aveți nevoie de — o aprobare Boeing DPD (D6-51991) sau livrați seturi de date MBD către Airbus și alți OEM cu cerințe echivalente.
  • Utilizatorii dumneavoastră NX petrec ore per piesă creând și verificând PMI care urmează tipare cunoscute.
  • Constatările MBD apar târziu — în verificările la recepție ale clientului, la FAI sau în audituri — în loc să apară înainte de eliberare.
  • Inginerii seniori funcționează ca porți umane de eliberare, verificând vizual modelele adnotate de juniori.
  • Specificațiile MBD ale clienților își schimbă reviziile mai repede decât reușesc să le urmeze listele dumneavoastră interne de verificare.
  • Folosiți Siemens NX cu Teamcenter și vreți automatizare pe puncte de extensie suportate — nu un instrument izolat, paralel.

Pe ce este construită trusa

Puncte de extensie Siemens suportate și interfețe deschise — plus integrare cu instrumentele de validare în care clienții dumneavoastră au deja încredere.

NXOpen PMI API PMI semantic Verificări Check-Mate proprii Recunoașterea caracteristicilor Flux de eliberare Teamcenter Pipeline JT / STEP AP242 Seturi de reguli pentru specificațiile MBD ale clienților Scrierea regulilor cu LLM (on-prem) Integrare CADIQ / Capvidia

Înainte și după: aceeași piesă, eliberată de două ori

O piesă structurală prelucrată cu 120 de obiecte PMI, livrată ca set de date MBD unui client OEM. Iată unde stau orele și riscul de o parte și de alta a schimbării:

Înainte — create manual & verificate vizual

  • 120 de obiecte PMI create unul câte unul — 4–6 h
  • Verificare în patru ochi de către un senior, față de listă — 1–2 h
  • Adnotarea doar grafică se strecoară — arată bine pe ecran
  • Verificarea la recepție a clientului respinge setul de date — refacere, întârziere, explicații
  • Sezonul auditurilor: săptămâni tensionate de autoverificare a eliberărilor vechi

După — generate & verificate la poartă

  • PMI pentru caracteristici standard, create prin reguli — minute
  • Inginerul creează GD&T-ul funcțional — partea care este judecată
  • 47 de reguli de conformitate rulează la eliberare — constatări cu corecții pregătite
  • Setul de date trece verificarea la recepție a clientului din prima — curat semantic
  • Sezonul auditurilor: rapoartele de verificare sunt pregătirea

De ce inteliScience — și ce nu promitem în mod deliberat

Această trusă este inginerie NXOpen plus reguli executabile plus un strat LLM — adică exact ceea ce facem toată ziua. Construim customizări NX și Teamcenter pe punctele de extensie suportate de Siemens, astfel încât automatizarea dumneavoastră supraviețuiește următoarei versiuni NX, și avem ingineria AI care face scrierea regulilor ieftină, în loc să fie ucigașul de proiect care era înainte.

Trei granițe oneste, pentru că cumpărătorii din aerospațial le merită. Întâi: trusa nu vă proiectează schema GD&T. Ce repere de referință, ce toleranțe funcționale — aceasta este judecată inginerească și rămâne la inginerii dumneavoastră; automatizarea acoperă cele 80 la sută de rutină și verifică totul. În al doilea rând: o aprobare DPD este o aprobare de proces, nu o funcție software — trusa noastră face partea de instrumente pregătită pentru audit și eliberările consecvent curate, dar munca de management al calității rămâne a dumneavoastră. În al treilea rând: validarea derivatelor (comparație model vs. STEP/JT) este teritoriu consacrat de specialiști — instrumente ca CADIQ și Capvidia sunt cele în care clienții dumneavoastră au deja încredere, așa că ne integrăm cu ele în loc să le reconstruim prost.

Ce primiți de la noi este partea pe care nu o oferă nimeni altcineva: stratul de automatizare specific fabricii, în interiorul NX, care face MBD ieftin de creat și greu de greșit.

Preț fix — fără tarife pe zi, fără surprize

Pilot trusă MBD

€20,500 fix
  • O familie de piese — automatizarea creării PMI pentru primele 5 tipuri de caracteristici standard
  • 10 verificări de conformitate derivate dintr-o specificație MBD a clientului + standardul dumneavoastră intern
  • Măsurat pe 3 modele reale de piese — timp de creare și constatări, cifrele dumneavoastră
  • Rapoarte de constatări în limbaj simplu — copilotul AI de corecții în acțiune pe piesele dumneavoastră
  • Blueprint de rollout: guvernanța seturilor de reguli, poarta de eliberare Teamcenter, alte familii de piese
Începeți discuția despre pilot

6–8 săptămâni · construit pe instalarea dumneavoastră NX · regulile și codul vă aparțin, indiferent ce decideți după.

Pentru comparație

Costul MBD-ului manual

€240,000+ pe an
  • 10 utilizatori NX × ~30% din timpul lor pe adnotare de rutină și verificare vizuală
  • Seturi de date respinse și constatări FAI — refacere pe care nimeni nu o bugetează
  • Și riscul neinclus în preț: o constatare de audit DPD care pune sub semnul întrebării statutul de furnizor

Întrebări frecvente

Ne proiectează trusa GD&T-ul?
Nu — și considerăm asta o calitate, nu o lipsă. Alegerea reperelor de referință și a toleranțelor funcționale este judecată inginerească despre cum funcționează piesa; automatizarea ei prost este modul în care pierzi auditurile. Trusa creează PMI-ul de rutină (caracteristici standard, notări conform standardului intern, note), verifică totul față de reguli executabile și lasă schema funcțională GD&T inginerilor dumneavoastră — care acum au timp pentru ea, pentru că rutina a dispărut.
Vor accepta Boeing sau Airbus PMI generat prin reguli?
Clienții văd PMI eliberat într-un model eliberat, semnat de inginerul dumneavoastră — cum a fost creat este invizibil și irelevant pentru ei, exact ca atunci când macrourile completau indicatoarele desenelor. Ce văd clienții este efectul: seturi de date curate semantic și uniforme, care trec verificările automate la recepție din prima. Consecvența este exact lucrul la care PMI-ul generat este mai bun decât cel creat manual.
Ne obține asta aprobarea Boeing DPD?
Niciun instrument nu vă obține o aprobare DPD — aprobarea D6-51991 se acordă pentru procesele, instruirea și controlul configurației dumneavoastră, iar munca de management al calității este a dumneavoastră. Ce schimbă trusa este partea tehnică cea mai grea a acestei povești: creare de PMI demonstrabil consecventă, verificări de conformitate executabile ca poartă de eliberare și rapoarte de verificare drept dovezi de audit. Furnizorii care au asta intră în auditurile DPD cu documentație, nu cu nervi.
Cum devin specificațiile MBD ale clienților reguli de verificare — și cine le întreține?
LLM-ul redactează reguli din documentul de specificație; inginerii dumneavoastră le verifică, le corectează și le eliberează — aceeași împărțire human-in-the-loop ca peste tot în munca noastră. Când clientul publică o nouă revizie de specificație, AI-ul o compară cu setul de reguli și propune actualizări. Regulile stau versionate și documentate, iar echipa dumneavoastră învață să le întrețină; cu asistență LLM asta nu mai cere un dezvoltator dedicat.
Cum se raportează asta la CADIQ sau Capvidia — mai avem nevoie de ele?
Dacă clientul dumneavoastră impune validarea derivatelor (comparație model nativ vs. STEP/JT), acele instrumente rămân răspunsul corect — sunt standardul consacrat, în care clienții au încredere, și ne integrăm cu ele în loc să le imităm. Trusa noastră lucrează în amonte: se asigură că modelul nativ NX este corect înainte ca ceva să fie derivat, ceea ce face, ca efect secundar, rulările de validare plictisitoare — cel mai bun lucru care i se poate întâmpla unei rulări de validare.
Pentru unii clienți livrăm încă desene. Ajută trusa și acolo?
Da. PMI-ul semantic este oricum masterul — NX derivă adnotările de desen din el, așa că PMI-ul creat prin reguli alimentează ambele lumi în timpul tranziției. Mulți furnizori folosesc exact asta ca traseu de migrare: automatizează PMI acum, continuă să servească clienții cu desene din aceeași sursă și comută fiecare program pe livrare doar prin model atunci când o face clientul.

Următorul dumneavoastră audit DPD este deja programat. Faceți din rapoartele de verificare pregătirea dumneavoastră.

Trimiteți-ne un model de piesă și specificația MBD a clientului pe care trebuie să o îndeplinească — vă arătăm automatizarea creării și primele zece verificări rulând pe propriile dumneavoastră date.

Discutați cu un inginer de automatizare MBD
Acasă » Servicii » inteliServicii » Automatizarea conformității MBD/PMI pentru Siemens NX

intră în contactSuntem întotdeauna gata să vă ajutăm și să vă răspundem la întrebări

Suntem întotdeauna aici pentru a vă sprijini - contactați-ne cu întrebările dvs. și vă vom ghida la fiecare pas.

Call Center

+40 774 463 429

Locația noastră

+40 774 463 429

România

E-mail

info@inteliscience.net

Rețea socială

info@inteliscience.net

Intrați în contact

Definiți-vă obiectivele și identificați domeniile în care AI poate adăuga valoare afacerii dumneavoastră