Jak AI podłączone do SolidWorks PDM i Autodesk Vault odpowiada na pytania o rysunki, listy materiałowe i zmiany konstrukcyjne?

AI podłączone do SolidWorks PDM lub Autodesk Vault odpowiada na pytania o aktualną rewizję rysunku, zestawia listę materiałową z magazynem i wyłapuje zmiany konstrukcyjne czekające na zatwierdzenie, nie ruszając istniejącego systemu. Dane pobiera przez API albo bezpośrednio z bazy SQL, na której PDM pracuje. Firma dostaje jedno miejsce do pytań o dokumentację techniczną, zamiast szukać po zakładkach EPDM Explorera albo klikać przez Vault Client.

Co siedzi w PDM i skąd AI to bierze?

Zarówno SolidWorks PDM (dawny EPDM), jak i Autodesk Vault trzymają dane w relacyjnej bazie SQL Server. To istotne: tam, gdzie API systemu nie daje pełnego dostępu do historii rewizji albo właściwości niestandardowych, AI może sięgnąć bezpośrednio do bazy i odczytać to, czego graficzny klient systemu nie pokazuje na pierwszym ekranie.

W SolidWorks PDM każdy plik ma Custom Data, czyli właściwości niestandardowe: numer rysunku, tytuł, rewizja (A, B, C... albo 01, 02, 03...), materiał, masa, norma tolerancji, data zatwierdzenia, imię i nazwisko konstruktora. Do tego dochodzi stan przepływu pracy: In Work, Under Review, Released, Obsolete. AI sięga do tej warstwy przez EPDM API albo przez widoki SQL w bazie ConisioDb.

W Autodesk Vault struktura jest podobna: File Properties, Item Master z właściwościami elementu, stany cyklu życia (Work In Progress, In Review, Released, Obsolete), historia rewizji i powiązane ECO. Vault Professional udostępnia REST API, które AI może odpytywać bez wchodzenia do bazy. Przy starszych instalacjach Vault Standard częściej sięgamy bezpośrednio do SQL.

Która rewizja rysunku jest obowiązująca? Pytanie, które traci godziny tygodniowo

Typowa sytuacja z działu produkcji: kierownik pyta, czy rysunek RA-2240 w wersji C jest już zatwierdzony, bo mają zlecenie na środę. Normalnie ktoś wchodzi do EPDM Explorera, wyszukuje plik, sprawdza stan i ewentualnie dzwoni do konstruktora, bo nie wiadomo, czy rewizja D już weszła. Trwa to od kilku minut do pół godziny, zależnie od tego, ile osób trzeba sprawdzić.

Gdy AI ma połączenie z PDM, ta sama odpowiedź wychodzi w kilka sekund. AI sprawdza stan pliku, aktualną rewizję, datę zatwierdzenia i nazwisko osoby, która go zatwierdziła. Przy okazji informuje, że rewizja D jest w stanie Under Review od trzech dni i czeka na zatwierdzenie przez konkretną osobę.

To nie jest żadna magia. To odpytanie bazy o konkretne pola i podanie wyniku w języku polskim, zamiast zmuszania człowieka do klikania przez kilka okien.

Lista materiałowa kontra magazyn: co AI zestawia, zanim złożysz zamówienie

BOM w SolidWorks PDM to struktura złożenia zapisana w plikach .SLDASM powiązanych z kartami części .SLDPRT. AI wyciąga BOM dla konkretnego złożenia (np. ZL-0510 rewizja B) i zestawia go pozycja po pozycji ze stanami magazynowymi z ERP albo WMS.

W praktyce wygląda to tak: AI dostaje numer zlecenia produkcyjnego, pobiera BOM z PDM dla tego złożenia w zatwierdzonej rewizji, odpytuje magazyn i zwraca zestawienie. Zakupowiec dostaje gotową listę niedoborów bez ręcznego porównywania dwóch arkuszy. Pola, które AI zbiera z każdej pozycji BOM:

• numer części (Part Number z Custom Data)
• opis i tytuł pozycji
• ilość w złożeniu (Quantity)
• materiał i norma
• rewizja obowiązująca i data zatwierdzenia

Ważna zasada, której pilnujemy przy każdym wdrożeniu: AI musi pobierać BOM z zatwierdzonej rewizji, nie z pliku, który konstruktor ma aktualnie otwarty i dopiero edytuje. Sprawdzenie stanu workflow przed pobraniem BOM to krok obowiązkowy, nie opcjonalny.

Część firm trzyma numer katalogowy dostawcy bezpośrednio w Custom Data pliku PDM. Wtedy AI może od razu powiązać pozycję BOM z kartą dostawcy w ERP i dorzucić szacowany czas realizacji z ostatniego zamówienia.

Zmiany konstrukcyjne bez zatwierdzenia: jak AI pilnuje ECR i ECO

ECR (Engineering Change Request) to dokument żądania zmiany. ECO (Engineering Change Order) to zlecenie, które tę zmianę formalizuje i zamyka. W SolidWorks PDM przepływ wygląda tak: ktoś tworzy ECR, podpina do niego rysunki i części do zmiany, a system blokuje im stan do czasu zamknięcia ECO. W Autodesk Vault Workgroup i Professional mechanizm jest analogiczny.

Problem, który widzimy regularnie: nowa rewizja rysunku trafia do produkcji, zanim ECO zostało formalnie zamknięte. Albo odwrotnie: zmiana jest zatwierdzona w ECO, ale ktoś drukuje stary rysunek, bo nie wiedział, że weszła nowa rewizja. Obie sytuacje kończą się przestojem albo brakiem na montażu.

AI podłączone do PDM może raz dziennie sprawdzić i wysłać alert do kierownika działu konstrukcji, gdy:

• plik ma stan Released, ale jest do niego przypięty otwarty ECR bez zamkniętego ECO
• rewizja pliku zmieniła się z poprzedniej, ale nie ma żadnego powiązanego ECO
• ECO jest otwarte dłużej niż ustalony czas i ciągnie się bez zamknięcia, a właściciel nie zareagował
• plik wychodzi z warsztatu (stan Released) bez wymaganego podpisu w polu Approved By

Raport wpada mailem albo do czatu firmy. Nikt nie musi raz w tygodniu ręcznie przeglądać listy otwartych ECR.

Zapytanie do dostawcy wprost z karty części

Karta części w SolidWorks PDM zawiera: numer części, opis, materiał, normę, tolerancję, masę, rewizję, datę zatwierdzenia i często numer rysunku technicznego. AI może na tej podstawie przygotować szkic zapytania ofertowego: nagłówek z numerem zlecenia, tabelkę z pozycjami BOM (numer, opis, materiał, ilość, rewizja) i notatkę o obowiązującym rysunku.

Zakupowiec dostaje gotowy draft do sprawdzenia i wysyłki. Nie przepisuje nic ręcznie z ekranu EPDM Explorera do Worda.

Przy Autodesk Vault z Item Master działa to analogicznie: AI czyta Item Properties (Part Number, Description, Material, Revision) i buduje zapytanie. Jeśli firma trzyma dostawców w ERP, AI może do szkicu dorzucić adresy mailowe z katalogu od razu, bez szukania w książce adresowej.

Czego AI nie zrobi i gdzie trzeba uważać

AI czyta i zestawia dane. Nie zatwierdza rewizji, nie zmienia stanów workflow, nie podmienia plików w repozytorium. Każda zmiana w PDM musi przejść przez normalny proces zatwierdzenia w systemie. Firmy czasem pytają, czy AI może automatycznie "puścić ECO". Nie robimy tego: zmiana statusu rysunku to decyzja człowieka z odpowiednimi uprawnieniami w systemie.

Drugie zastrzeżenie: dobre wdrożenie zakłada, że PDM jest prowadzony porządnie. Jeśli konstruktorzy nie uzupełniają Custom Data, jeśli pliki lądują w systemie bez wypełnionych właściwości, to AI ma braki w danych i mówi o nich wprost, zamiast generować odpowiedź z powietrza.

U jednego z klientów pierwsze tygodnie wdrożenia ujawniły, że ponad połowa plików starszych niż trzy lata miała pustą właściwość "Materiał". Ktoś musiał je uzupełnić. Ale przynajmniej firma wreszcie to zobaczyła i wiedziała, od czego zacząć porządki.

Od czego zaczynamy wdrożenie

Pierwszym krokiem jest przejrzenie struktury danych w PDM: jakie właściwości są wypełnione, jakie brakuje, czy stany workflow są używane konsekwentnie przez cały dział. Bez tego AI będzie odpowiadać "brak danych" na znaczną część pytań i nic z tego nie wyniknie.

Następnie wybieramy dwa, trzy pytania, które firma zadaje najczęściej: o rewizje, o BOM, o status ECO. I dla tych konkretnych pytań budujemy pierwsze zapytania do bazy albo API. Nie robimy od razu całego systemu. Zaczynamy od jednego przypadku, np. "podaj aktualną rewizję i stan zatwierdzenia dla numeru rysunku X", sprawdzamy, czy odpowiedź jest trafna, i dopiero potem rozszerzamy.

Integrację z magazynem i ERP dorzucamy w drugim etapie, gdy podstawowe pytania o PDM działają poprawnie i dział konstrukcji ma zaufanie do odpowiedzi.

Jeśli chcesz zobaczyć, jak to wygląda na danych Twojej firmy i czy struktura Twojego PDM nadaje się do podłączenia AI bez dużych porządków, umów się na bezpłatny audyt. Możesz też zajrzeć do realnych wdrożeń, żeby zobaczyć, co firmy produkcyjne zyskały po połączeniu AI z systemem dokumentacji technicznej.