Integrarea Teamcenter NX: versiunea scurtă
Integrarea Teamcenter NX este conexiunea gestionată care stochează piesele NX ca dataset-uri Teamcenter, cu check-in și check-out, în loc de fișiere native pe un share. inteliScience o configurează pentru producătorii DACH înainte de orice copilot sau lucrare pe lista de materiale. Un dataset UGMASTER cu check-in este dovada că funcționează.
Problema: copilot și lucrări pe lista de materiale, pe piese negestionate
Dacă NX încă scrie piese pe un share, Teamcenter nu deține masterul CAD. Căutarea, revizia, controlul accesului și extragerea ulterioară a listei de materiale ghicesc toate. Asta e o Teamcenter Integration for NX lipsă, nu o instalare Teamcenter slabă.
A asistent PLM integrat este inutil până când această integrare ține.
Recomandarea noastră: ridicați NX gestionat înainte să finanțați un copilot sau un conector ERP. IT instalează NX și un rich client, cineva salvează local “doar săptămâna aceasta,” și luni mai târziu nimeni nu poate spune care .prt este aprobat.
Siemens încă livrează pe această cale. În iunie 2025, NX a adăugat NX Properties pe dataset-ul NX (formulare plus fișiere și referințe denumite). Pe 5 august 2026, Designcenter a documentat Work Offline gestionat (New Workspace, Go Offline, apoi Go Online). Pe 17 septembrie 2026, Siemens a descris Teamcenter 2606 clonând structuri cu până la un milion de piese. Nimic din asta nu ajută dacă prima salvare nu a creat niciodată UGMASTER.
NX gestionat versus fișiere native
NX gestionat (NX Manager în majoritatea uzinelor) este sesiunea Teamcenter Integration for NX: piesa este legată de o revizie de item. NX nativ este același modeler cu un master pe sistemul de fișiere. Ambele sunt NX valid. Doar modul gestionat este această integrare.
Piesele native de lucru sunt în regulă. Numerele oficiale de piesă aparțin modului gestionat.
Ce este de fapt modul gestionat
Siemens denumește produsul Teamcenter Integration for NX în tcint documentația. Sesiunea primește căutare Teamcenter, check-in și check-out, plus lucru pe structură față de vault. Notele de mod gestionat din iunie 2025 acoperă și Teamcenter în NX și NX Properties pe dataset.
Ce rămâne NX nativ
NX nativ nu este un produs inferior. Dacă lansați scurtătura de pe desktop și salvați pe disc, testați NX, nu integrarea. Tratați acea salvare ca o dovadă eșuată.
Ce trebuie să fie adevărat mai întâi în Teamcenter
Clientul CAD nu poate inventa un item legal. Tipurile de item, tipurile de dataset și dataset-ul NX trebuie să existe în Teamcenter înainte de prima salvare gestionată. Această lucrare este BMIDE și TEM, nu un dialog de preferințe al proiectantului, iar omiterea ei creează obiectul greșit sau o salvare eșuată.
Tipuri de item
Alegeți tipul de item care va deține masterele de proiectare. Vă sfătuim să nu intrați live pe Item “până când BMIDE e gata.” Primul check-in ar trebui să folosească deja tipul pe care intenționați să-l păstrați.
Tipuri de dataset și dataset-ul NX
Modelul ajunge ca dataset NX pe revizia de item. Siemens încă numește acest dataset UGMASTER în articolele Support Center de la 2412 încolo. Dacă UGMASTER lipsește sau e înlocuit cu un tip personalizat nemapat, salvarea nu are unde să pună fișierul piesei. Desenele se mapează sub secțiunea UGPART a fișierului de atribute. Confirmați ambele.
Maparea de atribute înainte de prima salvare
Proprietățile trec prin fișierul de mapare, importat cu import_attr_mappings. Siemens documentează definiții suplimentare când valorile de afișare și valorile din baza de date diverg. Subiect oficial: Teamcenter Integration for NX.
KB000215723 (publicat la 28 august 2026) precizează că pe Teamcenter 2506.0004 cu NX 2306, owning user, Item Type și Last mod user pot afișa valoarea greșită dacă nu separați tipul de afișare de tipul de revizie din baza de date.
Siemens’ exemplu publicat (numele lor de tip de item):
{ Item type="KR5_Design"
"Type" : ItemRevision.object_type /master=iman /description="Display Type"
"DB_REV_TYPE" : ItemRevision.object_type /master=iman /description="Revision Type"
}Exportați cu export_attr_mappings. Importați cu -test, apoi setați TC_USE_TEST_ATTR_MAPPINGS doar pe o sesiune de administrator. Vă sfătuim împotriva unui import de producție până când NX și revizia de item arată aceleași proprietăți.
Secvența de setup pe care o folosim
Căile de click din TEM se schimbă după release, deci nu le inventăm. Serverul primește modelul de date Teamcenter Integration for NX; fiecare post CAD primește integrarea NX rich-client legată de acel director NX. Folosiți ghidul Siemens pentru drop-ul dvs. de Teamcenter.
Secvență:
- Blocați tipul de item și UGMASTER (dataset NX) în modelul de date Teamcenter.
- Instalați Teamcenter Integration for NX pe server, astfel încât modelul de dataset să existe.
- Pe fiecare client CAD, instalați NX, apoi integrarea NX rich-client prin TEM, îndreptată spre acel director NX.
- Pentru piesa de dovadă, porniți NX doar ca NX gestionat din Teamcenter (NX Manager), niciodată dintr-o scurtătură nativă.
- Creați o piesă nouă pe tipul de item destinat și salvați, astfel încât Teamcenter să creeze dataset-ul NX pe revizie.
- Faceți check-in. Deschideți dataset-ul NX. Folosiți NX Properties (documentația de mod gestionat, iunie 2025): tabelul de formulare și fișiere/referințe denumite, ambele populate.
- Repetați de pe un al doilea client. Un singur post înseamnă o instalare de client, nu o reușită a modelului de date.
NX 2506 TcIN a adăugat redimensionarea dialogurilor și exportul fișierelor asociate (Siemens Community, 26 noiembrie 2025). Utilizabilitate, nu un înlocuitor pentru pașii 1-7.
Prima salvare și check-in-ul care o dovedesc
Dovada nu este “NX s-a deschis.” Este o revizie de item al cărei dataset NX deține fișierul piesei, este cu check-in și se deschide dintr-o a doua sesiune gestionată. Până se închide această buclă, nu aveți integrare Teamcenter NX. Dacă salvarea creează un item fără UGMASTER, opriți modelarea și reparați modelul de dataset.
NX Properties pe dataset
Deschideți dataset-ul NX, deschideți NX Properties, confirmați formularele atașate, apoi fișierele atașate și referințele denumite. Un tabel de fișiere gol înseamnă că piesa nu a fost pusă în vault, chiar dacă ID-ul de item arată corect.
# Managed check-in proof (one item type, two clients)
# A. Launch managed NX from Teamcenter Integration for NX.
# B. Create a part on the intended Item type. Save.
# C. Confirm UGMASTER exists on the new ItemRevision.
# D. Check in. Dataset must not stay checked out to user one.
# E. NX Properties: forms table + files/named refs.
# F. Second client: open the same revision in managed NX.
# Fail if any of C-F is missing. Do not proceed to BOM or AI.Active Workspace nu este dovada
Pe 10 octombrie 2025, Siemens a publicat că în Teamcenter 2412 fila Named Reference de pe UGMASTER este restricționată intenționat în Active Workspace. Descărcarea fișierelor NX pe această cale nu este suportată. Calea AW documentată este Export NX Assembly. “Nu pot descărca .prt din AW” testează o limită de client proiectată, nu un vault stricat. Rich Client arată în continuare referințe denumite când un admin trebuie să vadă fișierele.
Check-in-ul tocmai a funcționat. Producția tot eșuează când tipurile de item, maparea și siturile rămân nedefinite. Un copilot pe dataset-ul greșit va cita revizia greșită cu încredere perfectă. Închidem acest gol de producție pe datele dvs. Teamcenter: AI Teamcenter pe un dataset NX guvernat.
Moduri de eșec de verificat înainte să scalați
Majoritatea tichetelor sunt nepotriviri de dataset, de mapare sau de client, nu o licență NX defectă. Verificați rândul care se potrivește cu ce vedeți, apoi reparați doar acel strat. Nu deschideți un IR Siemens până nu ați exclus UGMASTER, maparea și calea de lansare.
| Mod de eșec | Ce vedeți | Ce se verifică |
|---|---|---|
| Dataset NX greșit sau lipsă | Item-ul există, fără UGMASTER, sau un dataset personalizat fără fișier de piesă | Model de date: dataset NX pe acel tip de item; prima salvare în mod gestionat |
| Deriva mapării de atribute | Proprietățile NX și Teamcenter nu coincid (tip, owner, last mod) | export_attr_mappings; KB000215723 afișare vs DB_REV_TYPE; -test importare |
| AW versus clientul rich | Download-ul Named Reference lipsește în AW pe UGMASTER (2412+) | Blocaj AW proiectat; Export NX Assembly; inspectați fișierele în NX Properties sau RAC |
| Sesiune nativă folosită pentru dovadă | .prt pe disc, item-ul Teamcenter neschimbat | Lansați NX gestionat / NX Manager, nu scurtătura nativă |
| Integrarea de client lipsește | Teamcenter nu poate porni NX, sau NX nu vede niciodată Teamcenter | Integrare TEM NX rich-client, director NX legat |
| Un sit mapează, altul nu | Check-in-ul funcționează la sediu, eșuează la un al doilea sit | Același tip de item, același fișier de mapare și același tip de dataset |
Mapare multi-sit
inteliScience (nearshore din România, lucru Siemens NX și Teamcenter pentru DACH) nu va da undă verde unui rollout multi-sit până când tabelul este verde pe doi clienți și două ID-uri de item. Teamcenter 2606 poate clona structuri uriașe. Clonarea unui model de dataset stricat doar îl multiplică.
Întrebări frecvente
Aceste cinci întrebări sunt cele pe care le pun liderii de inginerie și IT înainte să finanțeze un copilot sau o lucrare pe lista de materiale. Răspunsurile presupun Siemens NX (Designcenter de la redenumirea din iunie 2026) plus Teamcenter Integration for NX, nu un vault generic de fișiere.
Cum configurați integrarea Teamcenter NX pentru o organizație de inginerie?
Faceți mai întâi legale tipul de item și UGMASTER, instalați Teamcenter Integration for NX pe server și integrarea NX rich-client pe fiecare post CAD, apoi lansați doar NX gestionat. Gata înseamnă: o piesă se salvează, face check-in și se deschide de pe un al doilea client, cu referințe denumite pe dataset.
Care este diferența dintre NX gestionat și NX nativ?
NX gestionat (NX Manager) leagă sesiunea de Teamcenter, astfel încât salvarea și check-in-ul pun în vault un dataset NX pe o revizie de item. NX nativ scrie pe sistemul de fișiere un .prt. Același modeler, alt master. Doar NX gestionat este integrarea Teamcenter NX.
Cât costă un proiect de integrare Teamcenter NX?
Costul urmează modelul de dataset, amploarea mapării de atribute (tipuri de item personalizate și LOVs) și numărul de situri care trebuie să partajeze același TEM și aceeași mapare. Prețul de listă al licențelor nu este motorul. Un pilot concentrat pe un tip de item și doi clienți este forma lucrării. Maparea și siturile întind calendarul și bugetul.
Teamcenter Integration for NX vs NX Manager: care nume e corect?
Teamcenter Integration for NX este numele de produs și de documentație. NX Manager este sesiunea în mod gestionat pe care oamenii o lansează în continuare.
Active Workspace sau rich client: care dovedește check-in-ul?
Niciunul dintre clienți nu este seiful. Dovada este dataset-ul NX de pe revizia item-ului. Începând cu Teamcenter 2412, AW nu mai oferă descărcarea named reference UGMASTER; folosiți Export NX Assembly. Inspectați fișierele cu NX Properties sau cu rich client.
Pasul următor
Dacă piesele NX încă stau lângă Teamcenter în loc să fie în el, inteliScience ar trebui să se uite împreună cu dvs. la modelul de dataset și la primul check-in.
Rezervați un apel de strategie despre NX gestionat și Teamcenter
