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

Workshop NX AI: checklist pentru un plan, nu un demo (2026)

Workshop NX AI: pe scurt

Un workshop NX AI este o sesiune de două zile în care o echipă CAD și un integrator AI analizează piese, desene și surse de date reale și evaluează cazurile de utilizare candidate. inteliScience, specialist în Siemens NX și NXOpen, îl desfășoară pe exemplele dumneavoastră. Rezultatul este o listă evaluată de cazuri de utilizare, un inventar de date cu responsabili și un plan de proiect cu costuri estimate.


Problema: de ce majoritatea workshopurilor AI se termină cu o demonstrație

Majoritatea workshopurilor AI din inginerie eșuează din motive care nu au nicio legătură cu modelul. Nimeni nu s-a uitat la date, nimeni nu a adus o piesă reală, iar oamenii care controlează stocarea, permisiunile și aprobarea nu erau în sală. Rezultatul este o demonstrație impresionantă și niciun plan pe care să-l poată semna cineva.

Datele vin pe primul loc. Gartner estimează că, până în 2026, organizațiile vor abandona 60% dintre proiectele AI care nu sunt susținute de date pregătite pentru AI; în sondajul său efectuat pe 248 de lideri din managementul datelor, 63% nu aveau practicile de date potrivite pentru AI sau nu erau siguri. În termeni NX: tabelul de găuri există ca un singur master sau în cinci copii?

Exemplele vin pe locul al doilea: arborele demonstrativ al unui furnizor este curat și parametric, al dumneavoastră poate a ajuns printr-o migrare fără istoric de features. Oamenii vin pe locul al treilea, iar un consiliu de întreprindere (Betriebsrat) care află de proiect abia la implementare oprește implementarea.

Echipa CAD a unui constructor de mașini din regiunea DACH a procedat corect. Înainte de workshopul comun, ne-a cerut o listă de verificare pentru pregătire și s-a angajat să aducă exemple, printre care un desen pentru o analiză a cotării și piese migrate pentru un test de reconstruire. Acest articol este acea listă de verificare, anonimizată. Poziția noastră: preferăm să amânăm un workshop cu două săptămâni decât să-l desfășurăm fără exemple.

Cum se desfășoară cele două zile

Un workshop NX AI de două zile are patru blocuri de lucru: analiza datelor dumneavoastră, locațiile de stocare și cerințele, evaluarea cazurilor de utilizare candidate și un plan de proiect cu defalcarea costurilor. Apelurile de pregătire au loc în prealabil prin Microsoft Teams, iar zilele pot combina sesiuni la fața locului și online.

Bloc Ce se întâmplă Cine trebuie să participe Rezultat
Apeluri de pregătire (Teams)Obiective, lista de invitați, exemple, NDA și modalitatea de partajareȘef proiectare, administrator CADListă de exemple convenită
Ziua 1: analiza datelorExemple deschise în NX, istoric și calitate verificate, primii pași AI executațiProiectanți, administrator CADConstatări pentru fiecare exemplu
Ziua 1: stocare și cerințeUnde se află fiecare sursă, responsabil, acces API, permisiuni, găzduireAdministrator CAD, PLM, IT, protecția datelorInventar de date preliminar
Ziua 2: evaluarea cazurilor de utilizareCandidați evaluați după valoare, fezabilitate, pregătirea datelor, riscToți; decide șeful de proiectareListă ordonată, candidat pentru pilot
Ziua 2: plan și defalcarea costurilorFaze, teste de acceptanță, responsabilități, efortȘef proiectare, responsabilul de buget, ITPlan și defalcarea costurilor

Blocul de date justifică timpul investit în workshop. inteliScience își conectează aplicația AI la o sesiune NX activă printr-un set de instrumente NX și o lasă să lucreze pe exemplele dumneavoastră: citește starea de lucru deschisă, creează schițe, construiește geometrie din ele și execută pași individuali. Rezultatele ajung ca features editabile în Part Navigator, nu ca corpuri fără parametri (dumb bodies), iar cotele și callout-urile de găuri devin obiecte PMI asociative care își păstrează referințele la geometrie. Să vedeți asta pe propria piesă bate orice slide.

Blocul de stocare este cel mai puțin spectaculos și cel mai revelator: fiecare „unde se află asta?” la care nu poate răspunde nimeni devine o poziție în plan.

Pe cine să invitați, inclusiv rolurile pe care majoritatea echipelor le uită

Invitați pe toți cei care dețin o decizie sau o sursă de date: șeful de proiectare, doi sau trei proiectanți NX, administratorul CAD, un responsabil PLM, IT și securitatea, precum și protecția datelor. În companiile germane, informați din timp consiliul de întreprindere dacă instrumentele ar putea înregistra cine ce a făcut, deoarece doar această capacitate poate declanșa dreptul de codecizie (Mitbestimmung).

Rol De ce sunt necesari Ce pregătesc
Responsabilul de proiectareStabilește prioritățile, semnează planulCele trei sarcini care consumă cel mai mult timp
Proiectanți NX (doi sau trei)Cunosc munca de zi cu zi, evaluează utilizabilitateaExemplele de mai jos
Administrator CADRăspunde de defaults, biblioteci, tabele, versiunea NXFișiere de defaults, tabele de administrare
Responsabil PLM sau TeamcenterModelul de date și workflow-urile pentru fazele ulterioareO privire de ansamblu asupra customizărilor
IT și securitateGăzduire, identitate, utilizatori tehniciRestricții de găzduire, procesul de aprobare API
Protecția datelorDate cu caracter personal în tichete și loguriO opinie asupra exportului de tichete
Consiliul de întreprindere (Betriebsrat, Germania)Are drept de codecizie asupra sistemelor capabile de monitorizareInformare timpurie, nu un veto târziu

Ultimul rând surprinde multe echipe de inginerie. § 87 alin. (1) pct. 6 din Legea germană privind organizarea întreprinderilor (Betriebsverfassungsgesetz, BetrVG) acordă consiliului de întreprindere un drept de codecizie asupra dispozitivelor tehnice destinate monitorizării comportamentului sau performanței angajaților. Curtea Federală a Muncii (Bundesarbeitsgericht, BAG) interpretează obiectiv termenul „destinate”: la 16 iulie 2024 (1 ABR 16/23, pct. 25) a decis că este suficientă capacitatea obiectivă de monitorizare, iar intenția angajatorului nu contează. Un asistent NX care înregistrează utilizatorul, instrumentul și parametrii pentru fiecare acțiune poate îndeplini foarte bine acest criteriu, iar noi construim acest jurnal de audit în mod intenționat. Informați consiliul de întreprindere înainte de workshop și lăsați un avocat specializat în dreptul muncii să evalueze cazul dumneavoastră; aceasta nu este consultanță juridică.

Protecția datelor este mai simplă: exporturile de tichete conțin nume, iar decizia dacă este necesară o evaluare a impactului asupra protecției datelor conform art. 35 GDPR îi aparține operatorului, după ce solicită avizul responsabilului cu protecția datelor.

Lista de verificare pentru workshopul NX AI: ce să aduceți

Aduceți exemple din munca de zi cu zi, nu cele mai bune lucrări, pentru că AI-ul va întâlni în producție piesele dumneavoastră obișnuite. Aceasta este lista pe care o cerem fiecărei echipe CAD, formată pe baza a ceea ce a pregătit echipa de proiectare a unui client NX pentru propria sesiune. Renunțați la ce nu se potrivește cu candidații dumneavoastră.

  1. O piesă pentru teste de features. Un arbore care are nevoie de un canal de pană pe un arbore existent, sau o piesă care are nevoie de un Feature Group parametric, plus tabelul companiei din care provin dimensiunile.
  2. Un desen deja eliberat, pentru o analiză a cotării. Model, desen și paginile de ghid aplicabile, pentru a testa cotarea automată orizontală și verticală în raport cu ce acceptă verificatorul dumneavoastră.
  3. Trei până la cinci piese migrate fără istoric de features. De la simple (o flanșă, un șurub) la dificile, fiecare cu fișierul sursă și structura de istoric dorită, pentru o reconstruire cu comparație automată.
  4. Un ansamblu cu o înlocuire de componentă. O înlocuire reală cu o variantă, împreună cu regula care o alege, pentru a vedea ce constrângeri supraviețuiesc unei înlocuiri.
  5. O piesă injectată sau turnată cu o constatare cunoscută a sculerului. Doar dacă fabricabilitatea în matriță face parte din scop: arată ce o verificare live a zonelor de retenție (undercut) ar fi semnalat.
  6. Pagini de ghiduri din wiki-ul dumneavoastră. Cinci până la zece pagini Confluence pe care proiectanții le folosesc efectiv: reguli pentru găuri, reguli de desen, convenții de modelare.
  7. Tabele de administrare. Tabelele actuale de materiale, găuri și toleranțe, unde se află și cine le întreține.
  8. Un eșantion anonimizat de export de tichete. Câteva zeci de tichete CAD închise, cu câmpurile problemă, rezolvare și versiune NX, fără nume.
  9. Versiunea NX și Customer Defaults. Versiunea folosită și următoarea planificată, plus Customer Defaults la nivel de site și de grup, pe care NX le citește din directoarele setate prin UGII_SITE_DIR și UGII_GROUP_DIR. Siemens a anunțat pe 23 iunie 2026 că Designcenter NX se va numi simplu Designcenter, iar Early Access Program pentru Designcenter 2612 s-a desfășurat până pe 25 septembrie 2026: planificați în funcție de versiunea de anul viitor.
  10. Întrebări recurente și cod. Preferințele și mesajele de eroare despre care oamenii tot întreabă și, dacă generarea de cod NXOpen intră în scop, un proiect șablon intern în C#, Python sau C++.

Patru întrebări de acces trebuie clarificate în prealabil cu IT. Există un utilizator tehnic doar cu drept de citire pentru wiki și tichete? Pot fi procesate piesele într-un cloud din UE, doar în Germania sau on-premise? Cine aprobă exemplele și sub ce NDA? Există un sistem de test în care AI-ul are voie să scrie?

Un workshop demonstrează fezabilitatea. Ce lipsește pentru producție: permisiuni de scriere, găzduire în UE sau on-premise, SSO, jurnal de audit, acord cu consiliul de întreprindere, operare. Închidem decalajul dintre POC-ul din workshop și „rulează în compania dumneavoastră”, începând cu un proiect pilot NX AI cu scop fix, pe exemplele dumneavoastră.

Pregătirea datelor: unde se află fiecare sursă și ce se poate face cu ea

Pregătirea datelor influențează efortul mai mult decât alegerea modelului. Structura unei surse, starea de întreținere, locația de stocare și prelucrarea permisă decid câtă muncă de integrare necesită un caz de utilizare, așa că workshopul pune aceleași întrebări pentru fiecare sursă.

Sursă Locație uzuală Responsabil Cale de acces Întrebare de calitate Întrebare de prelucrare
Ghiduri de proiectareWiki, de exemplu ConfluenceResponsabil de standardeAPI REST (Confluence Cloud v2: read:page:confluence ca scope, returnează doar paginile pe care apelantul are voie să le vadă)Actualizate pentru versiunea NX folosită?Prelucrarea în cloud este permisă?
Tabele de materiale, găuri, toleranțeBiblioteci NX, foi de calculAdministrator CADPartajare de fișiere sau bază de dateUn singur master sau mai multe copii?Acces de scriere sau copie editată?
Customer DefaultsDirectoare de site și de grupAdministrator CADFișiereCe setări sunt blocate?Doar citire
TicheteSistem de ticheteSuport CADAPI sau exportCâmpul de rezolvare completat?Datele cu caracter personal eliminate?
Piese migrateTeamcenter sau sistem de fișiereEchipa de migrareExportRegulile de istoric sunt documentate?Pot piesele să părăsească sediul?
Modelul de date TeamcenterTeamcenterEchipa PLMServicii, exporturiCustomizarea este documentată?Ce exporturi sunt permise?

Conectăm ghidurile, wiki-urile și sistemele de tichete prin API-urile lor, cu instrumente dezvoltate special, astfel încât AI-ul interoghează conținutul actual în loc de o copie învechită. De aceea coloana de acces contează la fel de mult ca și coloana de calitate și de aceea ingineria datelor este adevărata strategie AI în acest context.

Permisiunile necesită o decizie pentru fiecare sursă. Pentru a modifica un tabel de materiale sau alte date ale companiei, AI-ul are nevoie de acces de scriere. Fără acesta, AI-ul citește conținutul și produce o copie editată, pe care cineva o transferă manual în sistemul sursă. Pentru tabelele partajate recomandăm copia editată în prima fază: îl costă pe administrator câteva minute și scoate din pilot cea mai dificilă întrebare de securitate.

Găzduirea se decide tot per sursă. Modelele și datele pot rula în UE, în Germania sau on-premise, în funcție de cerințele de protecție a datelor, de alegerea modelului și de infrastructură. Opțiunile de implementare sunt detaliate în capitolul despre implementare din whitepaperul nostru privind cerințele NX AI.

O fișă de o pagină pentru fiecare sursă, completată în prealabil de responsabilul ei, scurtează considerabil blocul de stocare:

# Data source card (template): one per source, filled in by its owner
source: Hole and thread design rules
system: Confluence                  # Cloud or Data Center
owner: methods team, named person
access_for_ai: REST API, read-only technical user
write_access: "no"                  # "no" = AI returns an edited copy, admin transfers it
permitted_processing: EU hosting approved
known_quality_issues: pages that predate the current NX release

Evaluarea cazurilor de utilizare: valoare, fezabilitate, pregătirea datelor, risc

Evaluați fiecare candidat după patru criterii: valoarea pentru proiectanți, fezabilitatea în prezent, pregătirea datelor sale și riscul în caz de eșec. Exemplul folosește prioritățile echipei de proiectare a unui client NX: mai întâi suport de proiectare în NX, Teamcenter mai târziu, deoarece Teamcenter-ul lor este puternic customizat, iar această muncă de bază este încă deschisă.

Candidat Value Fezabilitate în prezent Pregătirea datelor Risc Concluzie
Suport de proiectare: canale de pană, Feature Groups parametriceRidicatRidicată: features editabile într-o sesiune activăMedie: tabele standardScăzutCandidat pentru pilot
PMI: cote și callout-uri de găuriRidicatRidicată: PMI asociative, editabileMedie: ghid PMIScăzutFaza 1
Cotare 2D automatăRidicatMedie: aproximativ 40 la sută automatizat în proiectele actuale (estimarea noastră); toleranțele și simbolurile de rugozitate sunt mai dificileMedie: standard de desenMediuFaza 2
Reconstruirea pieselor migrate fără istoricRidicată dacă există un volum restantRealizată pentru flanșe și șuruburi; negarantată pentru geometrii foarte complexeScăzută până când există reguli de istoricMediuTest pe eșantioane
Înlocuirea componentelor în ansambluriMediuBazată pe reguli; constrângerile se păstrează în general, cu excepția cazului în care lipsesc fețele referențiateMedie: reguli de înlocuireMediuFaza 2
Ajutor pentru administrare: tabele, preferințe, eroriMediuRidicată sub formă de copii editate sau răspunsuri fundamentate pe surseCalitatea tichetelorScăzutFaza 1
Suport TeamcenterRidicată pe termen lungDeschisă: model de date propriu, workflow-uri, politiciScăzută până la documentareMai ridicatMai târziu

Pentru piesele reconstruite, echipa clientului a propus testul de acceptanță, iar noi am fost de acord: fiecare piesă reconstruită este comparată automat cu geometria sa sursă, ceea ce transformă „arată corect” într-o rată de succes. Pentru înlocuire, am realizat deja înlocuirea automată a supapelor cu componente potrivite, pe baza dimensiunilor modificate ale carcaselor și a ghidurilor date.

Evaluați și forma: aceeași capabilitate poate rula ca chat, funcție, workflow, proces batch sau buton, iar un rezultat corect în forma greșită rămâne nefolosit.

Recomandarea noastră clară: faceți un pilot pentru un caz de utilizare de suport în proiectare. Acesta aduce cel mai rapid valoare practică și nu așteaptă după Teamcenter. Versiunea de producție este descrisă la crearea de geometrie asistată de AI în NX.

Ce rezultă din cele două zile

Un workshop bun se încheie cu decizii, nu cu impresii. Dacă echipa pleacă fără un criteriu de acceptanță pentru fiecare caz de utilizare, a produs o listă de dorințe, oricât de bine ar fi arătat demonstrația. Acestea sunt cele șase rezultate spre care lucrăm, livrate în scris:

  1. O listă ordonată de cazuri de utilizare cu punctaje și un candidat pentru pilot.
  2. Un inventar de date cu responsabil, locație, cale de acces și prelucrare permisă pentru fiecare sursă.
  3. Decizii privind accesul și găzduirea: citire sau scriere, UE, Germania sau on-premise, precum și forma pentru fiecare caz de utilizare.
  4. Un test de acceptanță pentru fiecare caz de utilizare, de exemplu comparația geometrică pentru piesele reconstruite sau seturi punctate de întrebări de test de acceptanță NX AI pentru cazurile de utilizare bazate pe cunoștințe.
  5. Un plan de proiect și o defalcare a costurilor pe faze, cu responsabilități de ambele părți.
  6. Puncte deschise cu responsabili: consiliul de întreprindere, protecția datelor, NDA pentru exemple suplimentare.

Candidatul pentru pilot trece apoi în NX Proof-of-Value Sprint: un caz de utilizare pe datele dumneavoastră, un prototip funcțional evaluat în funcție de indicatori conveniți, în două până la trei săptămâni. Nu recomandăm saltul direct de la workshop la implementarea la scară largă; sprintul oferă testului de acceptanță primele cifre reale.


Întrebări frecvente

Ce este un workshop NX AI?

O sesiune de lucru de două zile în care o echipă CAD și un integrator AI analizează piesele, desenele și sursele de date proprii ale echipei, evaluează cazurile de utilizare candidate și convin asupra unui plan de proiect. Nu este o demonstrație de produs: exemplele, datele și deciziile vin din partea dumneavoastră.

Cum ar trebui să se pregătească o echipă CAD pentru un workshop NX AI?

Invitați deținătorii deciziilor și ai datelor, inclusiv IT, protecția datelor și, în Germania, eventual consiliul de întreprindere (Betriebsrat). Aduceți o piesă pentru teste de features, un desen pentru analiza cotării, piese migrate fără istoric, pagini wiki, tabele de administrare, un eșantion anonimizat de tichete, precum și versiunea NX și Customer Defaults.

Cât costă un workshop NX AI?

Stabilim amploarea workshopului în apelul de pregătire, deoarece efortul depinde de numărul de cazuri de utilizare și de surse de date. Pasul cu preț fix de după acesta este NX Proof-of-Value Sprint, la 12.900 EUR pentru un caz de utilizare, dedus integral din costul proiectului ulterior.

Mai întâi workshop sau pilot: cu ce este mai bine să începeți?

Workshopul, când aveți mai mulți candidați sau nu știți unde se află datele dumneavoastră. Un pilot, când un caz de utilizare este clar, datele sale sunt cunoscute și IT a aprobat găzduirea. Un pilot pe cazul de utilizare greșit costă mult mai mult decât două zile de pregătire.

Trebuie implicat consiliul de întreprindere (Betriebsrat)?

În Germania, foarte posibil. § 87 alin. (1) pct. 6 BetrVG se referă la dispozitivele tehnice destinate monitorizării comportamentului sau performanței angajaților, iar Curtea Federală a Muncii (Bundesarbeitsgericht) a decis în 2024 (1 ABR 16/23) că este suficientă capacitatea obiectivă de monitorizare. Un jurnal de audit per utilizator poate îndeplini acest criteriu, așa că informați din timp consiliul de întreprindere.


Pasul următor

Trimiteți-ne cazurile de utilizare candidate și exemplele pe care le-ați putea aduce. Inginerii inteliScience, care livrează nearshore din România pentru echipe CAD din regiunea DACH, vă spun pe care dintre ele le poate evalua un workshop pe datele dumneavoastră și ce întrebări de acces trebuie clarificate mai întâi cu IT.

Planificați workshopul NX AI cu inginerii noștri



Surse