Jak AI czyta dokumentację z Teamcenter i Windchill, żeby produkcja i serwis zawsze mieli aktualną wersję rysunku?

Tak, obie platformy mają otwarte API i da się do nich podpiąć AI. Siemens Teamcenter udostępnia Active Workspace Client Services REST API, PTC Windchill udostępnia Windchill REST Services oparte na OData 4. Po podłączeniu AI może sprawdzać na żywo, która rewizja rysunku jest zatwierdzona, gdzie stoi zmiana inżynierska ECO i czy zlecenie produkcyjne opiera się na aktualnej strukturze BOM. Nie jest to eksport do Excela ani jednorazowy import, tylko połączenie, które czyta dane za każdym razem, gdy ktoś zadaje pytanie.

Co siedzi w Teamcenter i Windchill, czego produkcja i serwis nie potrafią stamtąd sami wyciągnąć?

Teamcenter i Windchill to nie foldery z plikami CAD. Każdy obiekt ma tam swoją historię rewizji, powiązania z innymi obiektami i ścieżkę zatwierdzenia. W Teamcenter podstawowy byt to Item z kolejnymi Item Revision (A, B, C...). Do każdej rewizji przypisane są Datasety: plik modelu NX (.prt), renderingi JT, PDF rysunku, specyfikacja Word. Status rewizji biegnie przez cykl życia: Draft, In Review, Released, Obsolete. Żeby wiedzieć, która wersja obowiązuje, trzeba znać ten cykl i umieć go odpytać.

Obok tego działa aparat zmian inżynierskich. W Teamcenter to ECR (Engineering Change Request), ECO (Engineering Change Order) i ECN (Engineering Change Notice). Każdy z nich ma własny workflow z przypisanymi osobami, datę wejścia w życie i listę pozycji, których dotyczy. W Windchill (PDMLink) odpowiedniki to ChangeRequest i ChangeNotice. Zmiana, która wchodzi w życie w połowie miesiąca, może objąć dziesiątki części na raz i nikt poza działem inżynieryjnym nie ma o tym pojęcia.

I tu jest sedno problemu. Żeby cokolwiek znaleźć w PLM, trzeba znać numer i rewizję. Brygadzista nie zna numeru. Pyta: "jaki schemat do pompy hydraulicznej w tej linii?" Technik serwisu pyta: "maszyna z 2016, numer fabryczny MW-7731-016-089, skąd wziąć schemat elektryczny po ostatniej zmianie?" Żadne z tych pytań nie trafia dobrze do PLM bez pomocy kogoś, kto zna system od środka. Albo bez AI, które to tłumaczy.

Jak fizycznie wygląda podłączenie: API, konta i co producent udostępnia

Teamcenter od wersji 11 udostępnia Active Workspace Client Services (AWCS). To REST API działające pod ścieżką /tc/micro-services/ lub przez bramkę TCCS. Każde zapytanie wymaga sesji uwierzytelnionej: login i hasło lub SSO przez LDAP/SAML, w zamian serwer zwraca token sesji. Przez API można wykonywać operacje search (pełnotekstowy i po atrybutach), getProperties, expandGRMRelationsForPrimary (rozwijanie relacji między obiektami) i getRevisionRules, czyli pobieranie reguły rewizji: "daj mi zawsze najnowszą Released dla tego Item".

Windchill REST Services (WRS) to OData v4, dostępne pod /Windchill/servlet/odata. Zasoby to m.in. Parts, Documents, ChangeNotices. Można filtrować po atrybutach ($filter), rozwijać powiązania ($expand), wybierać kolumny ($select). Uwierzytelnienie przez Basic Auth lub token Windchill, zależnie od konfiguracji serwera firmy.

Co do uprawnień: AI potrzebuje konta serwisowego z dostępem tylko do odczytu. W Teamcenter zarządza tym moduł Access Manager (AM), w Windchill polityki w Policy Administration. Zakres dostępu ustala administrator systemu: które projekty, typy obiektów i atrybuty są widoczne dla konta AI. Bez tej konfiguracji nie ma co zaczynać.

Jedno ograniczenie warto znać wprost: pliki binarne CAD (np. .prt z NX) nie są ogólnodostępne przez API bez oddzielnej licencji Teamcenter Integration i połączenia z FMS (File Management System). Ale PDF renderingi rysunków i pliki JT do wizualizacji są zwykle przechowywane jako Dataset i można je pobrać przez URL z API. Windchill podobnie: EPMDocument z plikiem CAD wymaga dodatkowej konfiguracji, natomiast dokumenty PDF i specyfikacje Word dostępne są łatwiej, bo są traktowane jako zwykłe załączniki do obiektu.

Zanim napiszemy pierwsze zapytanie, potrzebujemy kilku godzin z administratorem systemu. Każda instancja Teamcenter albo Windchill jest inna: własne typy obiektów, własne atrybuty, własna nomenklatura statusów. U jednego z naszych klientów typ dokumentu nazywał się "MFG_Assembly_Instruction", u drugiego ten sam dokument to "PROD_DOC_MON". Bez mapy danych Waszej konkretnej instalacji API zwraca wyniki, ale nie te, o które pyta człowiek.

Co AI wyciąga i co konkretnie robi z danymi z PLM

Lista danych, które AI może regularnie pobierać z Teamcenter lub Windchill:

• Aktualna zatwierdzona rewizja rysunku lub modelu: który Item Revision lub WTPart ma status "Released" i jaka to rewizja, np. C zamiast poprzedniej B
• Inżynierska struktura BOM: lista pozycji na danej rewizji wyrobu, numery katalogowe, ilości, zamienniki zdefiniowane przez inżynierię w polu substitute
• Status i treść zmian ECO lub ChangeNotice: jakie pozycje objęła zmiana, uzasadnienie, data wejścia w życie, kto zatwierdził
• Dokumenty techniczne powiązane z częścią: instrukcje montażu przypisane do Assembly Instruction Dataset, specyfikacje materiałowe, DTR, listy kontrolne jako WTDocument
• Where-used: w których wyrobach dana część jest używana i na jakiej rewizji BOM

To, co AI robi z tymi danymi, to przekład z języka PLM na język pytań, które zadają ludzie na hali i w serwisie. Odpowiada, która rewizja obowiązuje dla konkretnej maszyny, nawet gdy ktoś opisuje ją słownie, nie numerem. Tłumaczy treść ECO: "zmiana dotyczy uszczelki nr 55-002-7823, nowa wersja z NBR zamiast EPDM, bo poprzednia pękała powyżej 80°C, obowiązuje od 15.11.2024". Odnajduje dokument po opisie słownym zamiast po numerze, np. "instrukcja montażu prawego ramienia manipulatora" zamiast szukania po "7731-asm-RR-004-C".

Maszyna sprzed 8 lat, trzy zmiany po drodze i technik w terenie

Technik jedzie do klienta. Maszyna z 2016, linia do cięcia blach, numer fabryczny MW-7731-016-089. Od odbioru przeszła przez trzy zmiany inżynierskie: ECO-2017-0088 dotyczyła napędu głównego, ECO-2019-0211 wymieniła sterownik PLC, ECO-2022-0045 zmieniła układ hydrauliczny głowicy. Żadna z tych zmian nie trafiła do segregatora serwisowego, który technik dostał przy odbiorze maszyny.

Technik telefonuje do biura: "Mam serię 7731 z 2016, numer fabryczny MW-7731-016-089. Nie mogę znaleźć schematu hydrauliki głowicy, bo schemat co mi dali jest zupełnie inny niż to, co widzę w maszynie."

Bez AI: godzina szukania w Windchill, telefon do inżyniera, inżynier szuka w systemie, wysyła mailem plik, technik nie może go otworzyć na telefonie. Albo gorzej: inżynier podaje rewizję B, nie wiedząc o ECO-2022-0045, bo ta zmiana szła przez dział serwisu, a on jest z działu konstrukcji.

Z AI podłączonym do Windchill: AI sprawdza numer fabryczny w powiązanym obiekcie Manufactured Item. Ustala, która konfiguracja produktu odpowiada temu numerowi seryjnemu. Identyfikuje, że maszyna objęta jest przez ECO-2022-0045, więc aktualny schemat hydrauliki to rysunek 7731-HYD-005 w rewizji D. Odpowiada technikowi: "Schemat, który masz, to rewizja B z 2016. Aktualny dla Twojej maszyny to rewizja D po zmianie ECO-2022-0045, obowiązuje od marca 2022. Zmiana dotyczyła pozycji siłownika nr 2, inny rozstaw przyłączy o 15 mm. Pobieram PDF i wysyłam."

Technik dostaje odpowiedź w minutę, na telefonie, w języku, który rozumie. Inżynier nie musiał przerywać pracy. Nikt nie ryzykuje, że serwis wykona coś według schematu sprzed trzech zmian.

Zlecenie produkcyjne na starej rewizji: jak AI wyłapuje to zanim brygadzista zacznie montaż

Zakłady z Teamcenter lub Windchill wystawiają zlecenia produkcyjne z BOM pobranym na moment otwarcia zlecenia. Jeśli między otwarciem zlecenia a wejściem materiału na halę przyszła zmiana ECO, zlecenie wskazuje na nieaktualne pozycje. Brygadzista nie wie o zmianie. Montuje według starego rysunku. Problem wychodzi przy odbiorze albo, co gorsza, u klienta w polu.

AI może codziennie porównywać otwarte zlecenia produkcyjne (z systemu ERP lub MES, gdzie są numery zleceń i daty otwarcia) z aktualną zatwierdzoną rewizją BOM w Teamcenter lub Windchill. Gdy znajdzie rozbieżność, generuje alert dla planisty:

"Zlecenie ZP-2024-4821 otwarte 15.10 korzysta z BOM w rewizji D. Od 22.10 obowiązuje rewizja E (ECO-2024-0291 zmienił uszczelnienie wałka głównego: pozycja 55-012-0441 zastąpiona przez 55-012-0441-B). Do sprawdzenia z planistą przed dalszą realizacją."

Planista dostaje taką listę rano. Sam by do tego nie doszedł bez godziny pracy w systemie. Brygadzista dowiaduje się o zmianie zanim zacznie montaż, a nie po tym, jak wykona 20 sztuk.

Od czego zacząć, żeby pilot ruszył w kilka tygodni, nie miesięcy

Zanim uruchomimy cokolwiek, potrzebne są cztery elementy:

• Konto serwisowe z dostępem do odczytu: administrator PLM zakłada konto, ustala zakres projektów i typów obiektów. To jego czas, nie Wasz.
• Mapa danych Waszej instancji: spisanie typów obiektów, atrybutów, statusów i nazw dokumentów, które używa Wasza konkretna konfiguracja systemu. Bez tego zapytania do API trafią w próżnię.
• Lista 10-15 pytań, które produkcja i serwis zadają najczęściej: to definiuje, jakie dane wyciągamy i co AI ma umieć odpowiedzieć. Lepiej zacząć od wąskiego zakresu i działać dobrze, niż próbować odpowiedzieć na wszystko od razu.
• Weryfikacja na próbce danych: przed uruchomieniem sprawdzamy na 50-100 obiektach, czy dane w API są kompletne i aktualne. Zdarza się, że część dokumentacji żyje poza PLM, np. w starych folderach sieciowych albo na dyskach lokalnych konstruktorów. Wtedy trzeba zdecydować: przenieść do systemu czy traktować jako osobne źródło.

Jeśli chcecie, żeby AI porównywał zlecenia z aktualnym BOM, potrzebna jest też druga strona: dane o zleceniach z systemu ERP lub MES, gdzie są numery zleceń, daty otwarcia i powiązane numery wyrobów. Bez tego AI widzi tylko PLM, ale nie widzi, co stoi na hali.

Realny czas uruchomienia pilota to kilka tygodni. Zależy głównie od czasu po stronie administratorów PLM: konfiguracja konta serwisowego, dokumentacja data modelu i dostęp testowy to ich praca. Gdy to gotowe, samo podłączenie i pierwsze odpowiedzi AI idą szybko.

Jeśli Wasza firma ma Teamcenter albo Windchill i produkcja lub serwis wciąż szuka aktualnych rysunków ręcznie, to dobry punkt wejścia. Umówcie się z nami na 15 minut rozmowy, żeby ocenić, co konkretnie można wyciągnąć z Waszej instancji. Sprawdźcie też, jak wyglądają realne wdrożenia u firm produkcyjnych, które już przeszły przez ten proces.