Integracja PLM z wykorzystaniem plików XML
Połączenie z instancją PLM
Połączenie z instancją PLM odbywa się z poziomu strony Admin – PLM Integration w przeglądarce Workspace. Obejmuje to przesłanie odpowiedniego pliku konfiguracyjnego XML oraz szablonu publikowania, a także włączenie/konfigurację synchronizacji komponentów PLM z tymi w Workspace.
Przykładowe pliki konfiguracyjne i szablony publikowania są dostarczane w ramach instalacji – rozwiń poniższe sekcje, aby uzyskać więcej informacji:
Przykładowe pliki konfiguracyjne
Przykładowe pliki konfiguracyjne są dostępne przez widok Add new instance – w zakładce Configuration kliknij link Download sample configuration, aby pobrać plik zip ConfigurationSamples.zip. Ten plik zip zawiera początkowe pliki konfiguracyjne dla systemów PLM Windchill, Arena, Aras i Agile:
- dm-Windchill-config-basic.xml
- dm-Arena-config-basic.xml
- dm-Agile-config-basic.xml
-
dm-Aras-config-basic.xml
Przykładowe pliki konfiguracyjne są przeznaczone do użycia w ramach instancji Workspace.
Dostarczone konfiguracje zawierają kilka przykładowych sekcji encji komponentów (na przykład: Capacitors i Diodes), z których każda zawiera podstawową podsekcję mapowania atrybutów/parametrów ToPLM i ToAltium. Możesz dodać lub edytować przykładowy plik, aby dostosować go do instancji i wymagań Twojej firmy, utworzyć własny lub skorzystać z Generatora konfiguracji, aby utworzyć bazowy plik konfiguracyjny odpowiadający modelowi danych Workspace.
Przykładowe szablony publikowania
Przykładowe szablony publikowania są dostępne przez widok Add new instance – kliknij przycisk
w zakładce Publish Template, a następnie link Download sample configuration w oknie Publish Template, aby pobrać plik zip PublishTemplateSamples.zip. Ten plik zip zawiera następujące pliki:
- dm-Windchill-publish-template-basic.xml
- dm-Arena-publish-template-basic.xml
- dm-Agile-publish-template-basic.xml
-
dm-Aras-publish-template-basic.xml
Przykładowe szablony publikowania są przeznaczone do użycia w ramach instancji Workspace.
Dostosuj je do instancji i wymagań Twojej firmy lub utwórz własne.
Zwróć uwagę, że w przykładowych plikach publikowania skonfigurowano następujące ważne obszary:
-
Sposób obsługi tworzenia i powiązania komponentów po stronie PLM podczas procesu publikowania (tzw. 'Strategia BOM'). Dostępne są następujące opcje:
- LinkExistingOnly – powiąż komponenty, które już istnieją w PLM, ale nie twórz tych, które nie istnieją.
- CreateNewAndLink – powiąż komponenty, które już istnieją w PLM, oraz utwórz i powiąż te, które nie istnieją.
- LinkIfAllExists – nie twórz komponentów, które nie istnieją po stronie PLM, powiąż tylko, jeśli wszystkie komponenty istnieją w PLM.
-
Zestawy reguł definiujących, jak i gdzie publikowane są dane wyjściowe z wydania do PLM:
- Reguły przetwarzania danych projektu (nadrzędnego).
- Reguły przetwarzania danych źródłowych.
- Reguły przetwarzania danych montażowych.
- Reguły przetwarzania danych produkcyjnych.
Dodając nowy wpis PLM za pomocą przycisku
, użyj przycisku
, aby wyszukać i zastosować odpowiednio zapisany/zmodyfikowany plik konfiguracyjny PLM.
Podobnie, kompatybilny szablon publikowania dodaje się przez przycisk
w zakładce Publish Template. W następnym oknie dialogowym Publish Template użyj przycisku
, aby wyszukać i wybrać właściwy plik szablonu.
Dodaj i skonfiguruj interfejs do systemu PLM Twojej firmy. Po nawiązaniu prawidłowego połączenia możesz publikować dane z wydania projektu do systemu PLM (zgodnie z zdefiniowanymi procesami)
zgodnie z aktywnym szablonem publikowania dla danej instancji, a także zaplanować synchronizację komponentów pomiędzy tym PLM a Workspace.
Obieg zmian (ECO)
Pliki konfiguracyjne dla instancji PLM Windchill, Agile i Arena obsługują również sformalizowany obieg Change Order (ECO), który jest włączany w pliku XML szablonu publikowania i definiowany w pliku XML konfiguracji w sekcji encji altiumType="ProjectChangeOrder" – zobacz przykład.
W zależności od instancji PLM, definicje konfiguracji obejmują schemat identyfikacji zlecenia zmiany (numeracja, lokalizacja, ID itp.), określone atrybuty zlecenia zmiany, takie jak nazwa/tytuł, opis i złożoność zmiany (tylko Windchill), a także ustawienia opcji, takie jak strategia tworzenia zlecenia zmiany (brak, nowe lub ponowne użycie istniejącego) oraz promocja statusu Lifecycle (tylko Windchill i Agile). Zdefiniowane zlecenie zmiany jest aktywowane podczas publikowania przez zadeklarowanie jego odwołania publishId w powiązanym szablonie publikowania – zobacz przykład.
Po zdefiniowaniu w plikach XML Konfiguracji i Szablonu Publikowania serwera, zlecenia zmiany są dostępne podczas Tworzenia projektu oraz Procesu publikowania w ramach przepływów pracy PLM wywoływanych z Altium Designer lub przez interfejs Enterprise Workspace. Podczas tego procesu zostanie wyświetlony powiązany formularz zlecenia zmiany, w którym określa się ustawienia i opcje zlecenia.
► Informacje dotyczące pracy z funkcjonalnością zleceń zmian (ECO) PLM dla instancji Windchill, Agile i Arena znajdziesz w komentarzach w przykładowych plikach XML konfiguracji oraz plikach XML szablonów publikowania dostępnych do pobrania z Enterprise Workspace.
Zamiast używać dostarczonych plików konfiguracyjnych do utworzenia nowej instancji systemu korporacyjnego, można skorzystać z wewnętrznego generatora konfiguracji Workspace, aby utworzyć dostosowaną konfigurację opartą na strukturze modelu danych Workspace. Generator poprosi o informacje dotyczące połączenia (typ PLM i URL), a następnie przeanalizuje dane Workspace w poszukiwaniu zarejestrowanych typów komponentów (kondensatory, diody itp.) oraz odpowiadających im szablonów komponentów, aby zbudować bazowy plik konfiguracyjny – kliknij poniższą rozwijaną sekcję, aby uzyskać więcej informacji:
Generator konfiguracji
Funkcja adaptacyjnej konfiguracji jest dostępna z poziomu łącza Generuj konfigurację na stronie Add new instance, otwieranej z przycisku
w Workspace.
W oknie dialogowym Generate Configuration wybierz typ systemu korporacyjnego, z którym będzie nawiązane połączenie – jeden z dostępnych typów PLM (Windchill, Arena itp.) – a następnie podaj jego zdalny URL. Wybierz przycisk
, aby utworzyć nowy plik dm-configuration.xml, który następnie można zapisać i dodać do nowej instancji PLM za pomocą przycisku
.
Generator tworzy konfigurację odpowiadającą modelowi danych bieżącej instancji Workspace, więc na przykład typy komponentów zarejestrowane w Workspace są dodawane jako typy encji w pliku konfiguracyjnym (dm-configuration.xml). Każda sekcja encji posiada odpowiadające sekcje ToPlm i ToAltium oraz mapowane parametry pochodzące z odpowiadającego szablonu komponentu (jeśli jest dostępny). Uwzględnione są także sekcje publikowania projektów, które mapują elementy paczki wydania do systemu korporacyjnego.
Wszystkie sekcje w wygenerowanej konfiguracji zawierają komentarze TODO, które wskazują miejsca wymagające dodania lub zmiany dla zapewnienia kompatybilności z Twoją konfiguracją Workspace/PLM. Więcej informacji na temat edycji pliku konfiguracyjnego w celu dostosowania go do Twojego środowiska Workspace/PLM znajdziesz w komentarzach objaśniających zawartych w dostarczonych przykładowych plikach konfiguracyjnych.
Wsparcie dla zewnętrznych systemów PLM
Workspace Altium 365 zapewnia dodatkowe wsparcie dla konfiguracji systemów PLM „nie-natywnych”, opracowanych przez firmy trzecie. To wsparcie jest możliwe dzięki Generic Connector firmy Altium, która wymaga licencji Altium 365 PLM Generic Connector Addon.
Podczas dodawania instancji Workspace PLM dla takiego systemu, wstępnie skonfigurowane pliki XML dostarczone przez firmę trzecią są przesyłane do konfiguracji tej instancji PLM, jak opisano powyżej.
Walidacja połączenia
Workspace oferuje kompleksową walidację połączenia instancji PLM, dostępną z poziomu przycisku
na stronie Add/Edit Instance. Wykonywany jest szereg kontroli kompatybilności konfiguracji, a wyniki są natychmiast raportowane.
Podczas uruchamiania raportu walidacji połączenia, Workspace analizuje bieżącą konfigurację oraz ustawienia szablonu publikowania pod kątem zgodności zarówno z instancją Workspace, jak i docelowym systemem korporacyjnym. Problemy z konfiguracją, takie jak błędy ścieżek, niezgodne definicje typów komponentów i parametrów, nieprawidłowe ustawienia cyklu życia lub rewizji, są wykrywane i raportowane w poniższym oknie dialogowym Configuration Validation Report.
Jeśli zostaną zgłoszone błędy konfiguracji – skutkujące ogólnym statusem ERROR (Status) – należy je usunąć przed utworzeniem nowej instancji. Status WARNING, który wskazuje na takie kwestie jak typy komponentów Workspace nieujęte w konfiguracji lub określone atrybuty niedostępne po stronie systemu korporacyjnego, pozwala na zapisanie i użycie skonfigurowanej instancji.
Zgłoszone błędy i ostrzeżenia można następnie poprawić w zastosowanych plikach konfiguracyjnych/publikacyjnych i/lub poprzez wprowadzenie zmian w ustawieniach Workspace lub systemu korporacyjnego. Po pomyślnym zdefiniowaniu instancji pamiętaj, aby kliknąć przycisk
. Instancja pojawi się na liście aktualnie połączonych instancji, na głównej stronie PLM Integration interfejsu.
Synchronizacja komponentów
Synchronizacja komponentów pomiędzy Workspace Altium 365 a połączoną instancją systemu korporacyjnego – a dokładniej ich danych parametrycznych – opiera się na LibSync przepływie procesu. Proces LibSync jest predefiniowany w Workspace i nie jest dostępny (ani edytowalny) z poziomu strony Admin - Processes. Jednak jako proces oparty na workflow, wyniki jego działania synchronizacyjnego można przeglądać i obsługiwać ewentualne błędy.
Korzystanie z procesu synchronizacji obejmuje następujące kroki:
-
Konfigurowanie ustawień synchronizacji dla każdego typu komponentu, co w praktyce oznacza:
- Określenie kierunku synchronizacji (do Workspace lub do PLM).
- Określenie, które typy komponentów są objęte synchronizacją i gdzie mają być tworzone nowe komponenty.
- Konfigurowanie mapowania lub atrybutów parametrów.
- Konfigurowanie mapowania danych Part Choices, jeśli dotyczy.
- Wykonanie synchronizacji.
Pierwsze dwie grupy powyższych elementów są obsługiwane w pliku konfiguracyjnym używanym dla połączonej instancji systemu korporacyjnego (np. PLM). Sama synchronizacja może być wykonywana na żądanie, z poziomu strony PLM Integration interfejsu Workspace i/lub może być zaplanowana – automatyczna synchronizacja w określonych odstępach czasu, definiowana podczas konfigurowania połączenia z instancją PLM.
Konfigurowanie synchronizacji
W pliku konfiguracyjnym łączność z instancją systemu korporacyjnego jest definiowana pomiędzy tagami Instance jako określony typ Driver oraz docelowy URL. Gdy do utworzenia pliku konfiguracyjnego użyto Generatora konfiguracji, zawarte w nim odwołania do Driver i URL są tymi, które wprowadzono w oknie dialogowym Generate Configuration podczas procesu generowania.
<Instance>
<Driver>[Driver Type]</Driver>
<Url>[PLM API URL]</Url>
</Instance>
W poniższej sekcji Schema pliku konfiguracyjnego definiujesz sekcję mapowania synchronizacji dla każdego dedykowanego typu części. Po stronie Workspace jest to komponent typu altiumType – jego wartość to jedna z opcji parametrów typu, które można zobaczyć na stronie Zarządzanie danymi – Typy komponentów w oknie dialogowym Preferences w Altium Designer. Po stronie PLM tworzona jest część typu plmType, zgodnie z jej wartością w przestrzeni PLM.
Sekcja ta jest zadeklarowana jako Entity w pliku, przykładem może być sekcja dla kondensatorów:
<Entity altiumType="Capacitor" plmType="Capacitor">
.
.
</Entity>
Wewnątrz Entity wykorzystywane są dwie sekcje do sterowania i konfigurowania synchronizacji z Workspace do instancji PLM oraz z instancji PLM do Workspace – umożliwiając synchronizację jednokierunkową lub dwukierunkową. Skorzystaj z poniższych sekcji oraz komentarzy dostępnych w przykładowych plikach konfiguracyjnych, aby dowiedzieć się więcej. Ostatecznie to, co zostanie zdefiniowane w pliku konfiguracyjnym, będzie się różnić w zależności od Twoich konkretnych potrzeb, a także atrybutów (PLM), które zostały zdefiniowane w połączonej instancji systemu korporacyjnego.
ToPlm
Ta sekcja służy do sterowania i konfigurowania synchronizacji z Workspace do instancji PLM w formie:
<ToPlm sync="true">
.
.
</ToPlm>
Dostępne są także dedykowane tagi logiki OR (<Or>…</Or>) oraz tagi wykluczające logikę NOT (<Not>…</Not>), które można dodać w sekcji węzła SourceCriteria. Dzięki tym opcjom logika OR dotyczy zestawów atrybutów parametrów dodanych w tagach <Or></Or>, a logika NOT – zestawu atrybutów parametru w tagach <Not>…</Not>. Przykładem może być dodatkowy wymóg stanu cyklu życia Approved lub Released, ale z wykluczeniem (NOT) elementów z wartością parametru Classification równą SpecialOrder. Pełna logika filtrowania w tym przypadku wyglądałaby następująco:
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
<Or>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Released</common:Value>
</common:Attribute>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Approved</common:Value>
</common:Attribute>
</Or>
<Not>
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>SpecialOrder</common:Value>
</common:Attribute>
</Not>
</SourceCriteria>
- Lista atrybutów (parametrów), które powinny być przekazywane dla komponentów z Workspace do PLM – pomiędzy tagami <Attributes> i </Attributes>. Przykład:
name
${parameter.Name}
number
${parameter.PlmPartNumber}
description
Extended ${parameter.Description}
refDes
${parameter.LogicalDesignator}
RoHS
YES
ToAltium
Sekcja ta służy do kontrolowania i konfigurowania synchronizacji z instancji PLM do Workspace w formie:
.
.
Parametr opcjonalny
mode określa, w jaki sposób dane komponentu są synchronizowane z systemu korporacyjnego do Workspace. Domyślny tryb (createAndUpdate) pozwala na tworzenie nowych komponentów w Workspace oraz aktualizację już istniejących, natomiast alternatywny tryb updateExisting umożliwia jedynie aktualizację istniejących komponentów w Workspace.
W sekcji ToAltium definiowane są następujące sekcje:
- Sposób i miejsce tworzenia nowych komponentów w Workspace – pomiędzy tagami <CreateInfo> i </CreateInfo>.
1-Level Revision Scheme
Component Lifecycle
Components/Inbox/Capacitors
Podczas tworzenia wpisu komponentu w Workspace, zostanie użyty Szablon Komponentu powiązany z docelowym folderem Workspace (Components/Inbox/Capacitors w powyższym przykładzie), jeśli taki został określony. Określi to również schemat nazewnictwa elementów dla tworzonego komponentu, zastępując ten, który został określony w docelowym folderze Workspace – natomiast jeśli folder nie definiuje ani szablonu, ani schematu nazewnictwa, synchronizacja zakończy się niepowodzeniem.
Zwróć także uwagę, że w przykładowych konfiguracjach domyślnie zdefiniowano schemat nazewnictwa rewizji (1-Level Revision Scheme) oraz definicję cyklu życia (Component Lifecycle) – zostaną one zastąpione, jeśli z docelowym folderem Workspace powiązany jest szablon komponentu.
Jeśli w konfiguracji zostanie dodane odwołanie do konkretnego szablonu komponentu (na przykład; CMPT-00001), to ten szablon zostanie użyty zamiast szablonu powiązanego z docelowym folderem Workspace. Jego ustawienia zastąpią wszelkie ustawienia parametrów w pliku konfiguracyjnym (takie jak definicja cyklu życia itp.), z wyjątkiem określonego docelowego folderu.
CMPT-00001
1-Level Revision Scheme
Component Lifecycle
Components/Inbox/Capacitors
Zwróć uwagę, że określony szablon będzie miał zastosowanie tylko do nowo tworzonych komponentów w Workspace. Takie podejście jest szczególnie przydatne do zarządzania importem/synchronizacją własnościowych parametrów komponentów z systemu zewnętrznego do Workspace. W tym przypadku można zastosować dedykowany Szablon Komponentu, aby zinterpretować przychodzące dane parametrów, ustawić odpowiednie wartości domyślne, określić typy danych jednostek, a także zdefiniować cykl życia i schemat nazewnictwa rewizji dla nowo tworzonych komponentów w Workspace.
- Filtrowanie danych pobieranych z instancji systemu korporacyjnego (PLM) – pomiędzy tagami <SourceCriteria> i </SourceCriteria>. Instrukcja filtra może ograniczyć dane komponentu otrzymywane z PLM do tych utworzonych przez konkretnego autora (jak pokazano w dostarczonym przykładzie konfiguracji) lub do elementów komponentów, które mają określoną wartość atrybutu (Business Unit = Engineering_RD), jak pokazano poniżej).
<SourceCriteria>
<ns2:Attribute>
<ns2:Key>Business Unit</ns2:Key>
<ns2:Value>Engineering_RD</ns2:Value>
</ns2:Attribute>
</SourceCriteria>
- Lista atrybutów (parametrów), które powinny zostać przekazane dla komponentów z PLM do Workspace – pomiędzy tagami <Attributes> i </Attributes>. Przykład takiej listy:
<Attributes>
<!-- Pole Name z PLM zostanie przekazane do pola name/comment w Workspace -->
<common:Attribute attributeType="revision">
<common:Key>name</common:Key>
<common:Value>${attribute.name}</common:Value>
</common:Attribute>
<!-- Pole Description z PLM zostanie przekazane do pola Description w Workspace na poziomie rewizji -->
<!-- Atrybuty na poziomie rewizji spowodują utworzenie nowej rewizji, jeśli wartość parametru zostanie zmieniona -->
<common:Attribute attributeType="revision">
<common:Key>Description</common:Key>
<common:Value>${attribute.description}</common:Value>
</common:Attribute>
<!-- Pole Number z PLM zostanie przekazane do pola PlmPartNumber w Workspace na poziomie rewizji -->
<!-- Uwaga: można użyć dowolnej nazwy atrybutu -->
<common:Attribute attributeType="revision" primaryKeyOrdinal="1">
<common:Key>PlmPartNumber</common:Key>
<common:Value>${attribute.Number}</common:Value>
</common:Attribute>
<common:Attribute attributeType="item">
<common:Key>DynamicCONTS</common:Key>
<common:Value>Nie spowoduje aktualizacji rewizji, jeśli zostanie zmienione ${attribute.LastModified}</common:Value>
</common:Attribute>
</Attributes>
Sekcja definiująca mapowanie danych Part Choices znajduje się na końcu przykładowego (lub wygenerowanego) pliku konfiguracyjnego.
PartChoices
Oprócz deklaracji Entity w schemacie konfiguracji znajduje się dodatkowa sekcja do definiowania mapowania danych Part Choice komponentów pomiędzy systemem przedsiębiorstwa (PLM) a Workspace. Sekcja ta umożliwia określenie mapowania parametrów atrybutów Part Choices dla większości obsługiwanych systemów PLM oraz relacji danych Approved Manufacturing List (AML) dla systemów Aras, Windchill i Arena PLM. Jest to wyłączna definicja dwukierunkowa – czyli dla jednego kierunku, ale nie obu jednocześnie – która określa atrybuty producenta komponentu i numeru części używane do propagacji danych Part Choices.
Gdy synchronizacja Part Choices jest włączona w pliku konfiguracyjnym (sync="true"), wartość określonych atrybutów jest przekazywana do wybranego systemu. Kierunek tej propagacji danych określa wyrażenie 'To', gdzie ToAltium oznacza, że dane parametryczne z komponentu PLM są stosowane do utworzonego/aktualizowanego komponentu w Workspace, a ToPlm spowoduje, że dane Part Choices powiązane z komponentem w Workspace zostaną przeniesione do PLM. Włączona konfiguracja dotyczy wszystkich zdefiniowanych encji komponentów, więc dane Part Choice będą przekazywane do określonego celu za każdym razem, gdy napotkany zostanie zestaw danych komponentu.
Przykładowy wpis mapowania Part Choices ToAltium w pliku konfiguracyjnym – gdzie atrybuty systemu PLM to MFR1 (nazwa producenta) i MPN1 (numer katalogowy producenta) – może wyglądać następująco:
<PartChoices>
<ToAltium sync="true">
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
</MfrMappings>
</ToAltium>
</PartChoices>
Synchronizacja danych Part Choice obsługuje także wiele wpisów Part Choice. Te dodatkowe atrybuty należy określić w mapowaniu pliku konfiguracyjnego jako kolejną parę definicji atrybutów, na przykład: MFR2 i MPN2 jak pokazano poniżej:
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
<MfrMapping>
<MfrName>MFR2</MfrName>
<MfrPartNumber>MPN2</MfrPartNumber>
</MfrMapping>
</MfrMappings>
Systemy przedsiębiorstwa, które mają natywną/wbudowaną funkcjonalność wyboru części producenta, takie jak Manufacturer Parts w Windchill i Vendor Parts w Arena, nie wymagają mapowanych parametrów w pliku konfiguracyjnym. W tym przypadku wystarczy włączyć akceptację danych Part Choice w odpowiedniej sekcji konfiguracji.
<PartChoices>
<ToAltium sync="true"/>
</PartChoices>
Lub gdy obsługiwany jest transfer danych do systemu przedsiębiorstwa:
<PartChoices>
<ToPlm sync="true"/>
</PartChoices>
Obsługa PTC Windchill PartsLink
System PTC Windchill PLM oferuje opcjonalny moduł PartsLink, który umożliwia grupowanie części. Klasyfikacje części określone w Windchill mogą również zawierać powiązane pary Atrybut/Wartość, aby zapewnić dodatkową definicję w ramach tej klasyfikacji. System PartsLink pozwala na szybkie i łatwe wyselekcjonowanie określonych typów komponentów i jest obsługiwany przez integrację PLM w Workspace, umożliwiając dwukierunkową synchronizację oraz dostęp do odczytu i zapisu.
W instancji konfiguracji Workspace dla Windchill, klasyfikacja PartsLink jest tworzona w Windchill poprzez określenie atrybutu powiązania w sekcji ToPLM w formacie pokazanym w poniższym przykładzie:
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>102-Capacitor</common:Value>
</common:Attribute>
W powyższym przypadku para Key/Value definiuje klasyfikację o nazwie 102-Capacitor. Może ona mieć powiązany atrybut klasyfikacji utworzony w Windchill poprzez określenie parametru nazwy i wartości (tutaj Capacitance) – należy pamiętać, że do jednej klasyfikacji można przypisać wiele atrybutów:
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>${parameter.Value}</common:Value>
</common:Attribute>
W sekcji synchronizacji ToAltium konfiguracji, dane pochodzące z Windchill mogą być filtrowane według żądanej klasyfikacji części w zestawie tagów <SourceCritera> poprzez określenie jej ClassificationName.
<SourceCriteria>
<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>
Aby pobrać wszystkie części spełniające wartość atrybutu klasyfikacji (np. wszystkie kondensatory 10uF), sekcja <SourceCriteria> powinna zawierać ustawienia atrybutów konfiguracji definiujące ClassificationName oraz powiązany klucz i wartość atrybutu klasyfikacji.
<SourceCriteria>
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>10uF</common:Value>
</common:Attribute>
</SourceCriteria>
Aby wyodrębnić konkretną wartość atrybutu klasyfikacji z Windchill, pobierz parametr Value z określonej nazwy atrybutu powiązanego z ClassificationName.
<common:Attribute attributeType="revision">
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Value</common:Key>
<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>
W samym Windchill klasyfikacja PartsLink jest definiowana poprzez utworzenie binding attribute, którą można przypisać do typu części. Następnie do zdefiniowanej klasy klasyfikacji dodawany jest atrybut klasyfikacji części.
Wpisy komponentów w Windchill będą zawierać zdefiniowaną klasyfikację oraz wszelkie określone parametry atrybutów klasyfikacji, które z kolei są dostępne dla procesu synchronizacji komponentów PLM w Workspace.
Gdy wpis komponentu jest synchronizowany z Windchill do Workspace i interakcja PartsLink została określona w konfiguracji PLM Workspace, atrybuty konfiguracyjne Windchill dla tej części zostaną przekazane do komponentu po stronie Altium.
Wykonywanie synchronizacji komponentów
Synchronizację komponentów (biblioteki) można przeprowadzić ręcznie lub cyklicznie, korzystając z przycisku Sync action przy wpisie instancji PLM na stronie PLM Integration Workspace lub jako zautomatyzowany cykl określony w konfiguracji instancji. Kliknij kontrolkę
powiązaną z instancją PLM, którą chcesz zsynchronizować. Proces synchronizacji przejdzie przez workflow LibSync, zgodnie z ustawieniami zdefiniowanymi w powiązanym pliku konfiguracyjnym.
Kontrolka zmieni się na
. Jeśli chcesz zatrzymać proces synchronizacji, kliknij tę kontrolkę. Pojawi się okno potwierdzenia, w którym możesz kliknąć
, aby anulować synchronizację – wszystkie już zsynchronizowane komponenty pozostaną, ale dalsza synchronizacja nie będzie kontynuowana.
Synchronizacja komponentów w toku pomiędzy Workspace a wskazaną instancją PLM.
Podczas uruchamiania synchronizacji komponentów, proces LibSync przechodzi przez zdefiniowany workflow, aż do zakończenia lub napotkania błędu. Odśwież przeglądarkę (F5), aby zobaczyć aktualny stan procesu synchronizacji. Aby monitorować lub przeglądać proces LibSync, wybierz kartę Synchronization status i opcję listy Closed – jeśli proces nadal trwa, pojawi się na liście Active. Przycisk
, dostępny dla administratorów, umożliwia pobranie szczegółowego rejestru wszystkich wymienionych działań synchronizacyjnych w formacie pliku CSV rozdzielanego przecinkami (Synchronisation status.csv).
Podkarty widoku zawierają następujące informacje:
- Diagram – grafika przedstawiająca workflow procesu, z wyróżnionym aktualnym krokiem (Zakończony lub stan błędu/niepowodzenia).
- Data – podsumowanie informacji o działaniu procesu, w tym sukces lub niepowodzenie poszczególnych kroków oraz link do zarejestrowanego raportu procesu – patrz poniżej.
- History – dziennik czasu głównych zdarzeń synchronizacji Workspace wymienionych w kolejności.
Wyniki procesu LibSync są również dostępne na stronie Process Management (Admin » Processes) w zakładce Browser.
Szczegóły wybranego zdarzenia LibSync wyświetlane w podzakładce Data zawierają link do pliku dziennika systemowego (PLM [data-numer].log) dla tego zdarzenia.
Synchronizacja zaplanowana
Masz również możliwość zaplanowania automatycznej synchronizacji. Aby to zrobić, edytuj instancję PLM (na głównej stronie PLM Integration, kliknij jej nazwę lub powiązany przycisk sterujący), wybierz zakładkę Component Synchronisation i włącz opcję Synchronize PLM Components with server on schedule. Użyj elementów sterujących Synchronize every, aby ustawić harmonogram automatycznej synchronizacji zgodnie z wymaganiami. System jest bardzo elastyczny i pozwala na:
- Ustawienie zaplanowanej synchronizacji co 15/30/45/60/75/90 minut.
- Ustawienie zaplanowanej synchronizacji co x godzin.
- Ustawienie zaplanowanej synchronizacji dziennej, wykonywanej o wyznaczonej godzinie.
Ustalony przez Ciebie harmonogram będzie widoczny na głównej stronie PLM Integration, w kolumnie Sync scheduled.
Konfigurowanie harmonogramu synchronizacji.
Możesz także uruchomić proces synchronizacji na żądanie. Kliknij przycisk
i wybierz tryb synchronizacji, którego potrzebujesz:
-
Incremental – w tym trybie only zostaną zsynchronizowane te komponenty, które zostały zmodyfikowane od czasu ostatniej synchronizacji (czyli ich znacznik czasu jest późniejszy niż data ostatniej synchronizacji) i które spełniają kryteria synchronizacji w pliku konfiguracyjnym. Zmiany zostaną odpowiednio przekazane. Jest to tryb domyślny i taki sam tryb jest uruchamiany po kliknięciu przycisku
dla instancji PLM na głównej stronie PLM Integration.
- Full – ten tryb wymusza pełną synchronizację. Wszystkie komponenty spełniające kryteria synchronizacji w pliku konfiguracyjnym zostaną zsynchronizowane, a zmiany odpowiednio przekazane.
Przepływy pracy procesów
Następujące definicje procesów (i powiązane z nimi przepływy pracy) są dostępne przez Workspace, wspierając integrację z PLM:
-
Part Requests Temat procesów:
- Part Request with PLM Part Create – wspiera automatyczne tworzenie komponentu w Twojej instancji PLM, a następnie przekazanie wygenerowanego numeru części z powrotem do komponentu w Workspace. Diagram przepływu pracy pokazano poniżej.
Ważna uwaga: podczas modyfikowania tej przykładowej definicji w celu utworzenia własnej, musisz określić instancję PLM, w której mają być tworzone części. Wybierz encję Create Part in PLM w diagramie przepływu pracy i wybierz instancję PLM z menu rozwijanego powiązanego z polem PLM Instance. Menu to zawiera wszystkie aktualnie zdefiniowane instancje PLM (zgodnie z definicją na stronie PLM Integration interfejsu).
► Zobacz Tworzenie i zarządzanie procesami, aby uzyskać więcej informacji o pracy z przepływami procesów.
- Project Activities Temat procesów:
- Publish to PLM (User selects) – publikacja wydanych wyników zarządzanego projektu do zintegrowanej instancji PLM, gdzie użytkownik może wybrać, które wyniki mają zostać opublikowane. Diagram przepływu pracy pokazano poniżej.
- Project Releaser with Publish – publikacja do zintegrowanej instancji PLM jako dodatkowy etap Project Releaser. Diagram przepływu pracy pokazano poniżej.
-
Project Creations Temat procesów:
- Project with initialise in PLM – wspiera automatyczne tworzenie numerów części w Twojej instancji PLM, a następnie przekazanie ich jako parametrów projektu projektowego Workspace. Diagram przepływu pracy pokazano poniżej.
Dostęp do procesów związanych z PLMPoniższe sekcje pokazują, gdzie uzyskać dostęp do aktywowanych procesów związanych z PLM. Ponieważ przykłady nie mogą być używane bezpośrednio, na potrzeby ilustracji utworzono z nich następujące:
-
PR with PLM Part Create – utworzony na podstawie przykładowej definicji procesu: Part Request with PLM Part Create.
-
Publish to Company PLM – Choose Data – utworzony na podstawie przykładowej definicji procesu: Publish to PLM (User selects).
-
Project Releaser with Publish to Company PLM – utworzony na podstawie przykładowej definicji procesu: Project Releaser with Publish.
-
Create Project with PLM Initialise – utworzony na podstawie przykładowej definicji procesu: Project with Initialise in PLM.
Żądania części
Dostępne z poziomu Altium Designer z panelu Explorer, po przeprowadzeniu wyszukiwania, z poziomu panelu Details w Manufacturer Part Search lub z linku na dole listy komponentów w panelu Components.
Z poziomu interfejsu Workspace, aktywowaną definicję procesu można uruchomić ze strony Part Requests, klikając przycisk
w prawym górnym rogu strony.
Przykład żądania części
Poniższy przykład pokazuje w skrócie utworzenie nowej części w Workspace, a następnie automatyczne utworzenie odpowiadającej jej części w instancji PLM. Wygenerowany numer części jest następnie przekazywany z instancji PLM z powrotem do komponentu w Workspace jako parametr pozycji – co oznacza, że nie ma potrzeby wydawania nowej rewizji komponentu Workspace. W tym przykładzie używana jest definicja procesu Part Request with PLM Part Create – pochodząca z przykładowej definicji Part Request with PLM Part Create.
-
Rozpocznij proces żądania części i wypełnij wyświetlony formularz – podając szczegóły początkowego żądania – zgodnie z potrzebami. Na poniższym obrazku żądanie jest składane przez stronę Part Requests interfejsu Workspace i dotyczy pojedynczej części.
-
Nowe żądanie części zostanie wyświetlone jako aktywny proces na stronie Part Requests, z aktualnym stanem widocznym w głównym wpisie oraz w diagramie przepływu pracy.
-
Gdy wymagany użytkownik podejmie się (lub zostanie mu przydzielone) zadania realizacji żądania, ostatecznie tworzy żądaną część (części). Każdy komponent utworzony (i/lub wybrany) w celu realizacji żądania jest dodawany do pola Components zadania. Dodane komponenty zostaną automatycznie utworzone w PLM. Na poniższym obrazku utworzono i dodano pojedynczy komponent – CMP-007-00004. Upewnij się, że pole Next step jest ustawione na Completed i kliknij przycisk
.
Możesz zostać poproszony o podanie danych logowania do systemu PLM określonego w przebiegu procesu Zgłoszenia Części.
-
Proces będzie kontynuowany, a wskazany komponent zostanie utworzony w instancji PLM. Po zakończeniu procesu możesz zobaczyć wygenerowany numer części PLM na Data karcie procesów. Upewnij się, że przełączyłeś filtr (lewy górny róg) na widok Closed procesów.
-
Wróć do Altium Designer, wyszukaj utworzony komponent w panelu Explorer i przełącz widok na jego kartę Preview . W sekcji parametrów zauważysz, że został dodany dodatkowy parametr – PlmPartNumber – którego wartość to numer odpowiadającej mu utworzonej części w PLM.
Zwróć uwagę, że parametr został dodany do komponentu, ale jego rewizja pozostaje bez zmian – nie nastąpiło ponowne wydanie komponentu. Wynika to z faktu, że parametr jest parametrem na poziomie elementu – dodanym bezpośrednio do Elementu Komponentu i dostępnym we wszystkich jego rewizjach.
Aktywności projektowe
Dane projektowe wydane z Altium Designer do Workspace mogą być propagowane do PLM w kontrolowany sposób za pomocą procesów Workspace Publish to PLM. Procesy Workspace definiują interfejs i metodykę publikacji, a określony Szablon Publikacji XML definiuje, w jaki sposób dane plików są przekazywane do docelowego systemu PLM.
Obsługa publikowania folderów dla Windchill PLM
Podczas konfigurowania procesu Publish to PLM dla Windchill® PLM, możesz również określić (i utworzyć) docelowy folder Windchill dla dokumentów publikowanych z Workspace.
Odpowiednie parametry folderu Windchill są definiowane w pliku Publishing Template XML, który jest stosowany do Twojej integracji Windchill PLM w Workspace. Węzły definicji folderów mają format tagu <pt:Folder>xxx</pt:Folder> – gdzie pt to bieżąca przestrzeń nazw, a xxx to pełna ścieżka folderu – i są umieszczane jako reguła publikacji w sekcji FileDistribution dla każdego typu dokumentu (na przykład dla PCB.zip Fabrication output).
Przykład hierarchii struktury Publishing XML wyglądałby następująco:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
Ostatnia linia wpisu określa (lub tworzy) docelowy folder publikacji dla PCB.zip Fabrication output ze strukturą folderów Windchill (gdzie nazwa projektu to MyProject):
PRODUCT
Projects
MyProject
FAB data
Zwróć uwagę, że ścieżka folderu zdefiniowana w pliku Publishing XML jest bezwzględna (a nie względna) i może zawierać inne właściwości projektu, takie jak nazwa projektu (${project.name}) czy numer złożenia (${project.PLM_ASSEMBLY_NUMBER}).
- PR with PLM Part Create – utworzony na podstawie przykładowej definicji procesu: Part Request with PLM Part Create.
- Publish to Company PLM – Choose Data – utworzony na podstawie przykładowej definicji procesu: Publish to PLM (User selects).
- Project Releaser with Publish to Company PLM – utworzony na podstawie przykładowej definicji procesu: Project Releaser with Publish.
- Create Project with PLM Initialise – utworzony na podstawie przykładowej definicji procesu: Project with Initialise in PLM.
Żądania części
Dostępne z poziomu Altium Designer z panelu Explorer, po przeprowadzeniu wyszukiwania, z poziomu panelu Details w Manufacturer Part Search lub z linku na dole listy komponentów w panelu Components.
Z poziomu interfejsu Workspace, aktywowaną definicję procesu można uruchomić ze strony Part Requests, klikając przycisk
w prawym górnym rogu strony.
Przykład żądania części
Poniższy przykład pokazuje w skrócie utworzenie nowej części w Workspace, a następnie automatyczne utworzenie odpowiadającej jej części w instancji PLM. Wygenerowany numer części jest następnie przekazywany z instancji PLM z powrotem do komponentu w Workspace jako parametr pozycji – co oznacza, że nie ma potrzeby wydawania nowej rewizji komponentu Workspace. W tym przykładzie używana jest definicja procesu Part Request with PLM Part Create – pochodząca z przykładowej definicji Part Request with PLM Part Create.
- Rozpocznij proces żądania części i wypełnij wyświetlony formularz – podając szczegóły początkowego żądania – zgodnie z potrzebami. Na poniższym obrazku żądanie jest składane przez stronę Part Requests interfejsu Workspace i dotyczy pojedynczej części.
- Nowe żądanie części zostanie wyświetlone jako aktywny proces na stronie Part Requests, z aktualnym stanem widocznym w głównym wpisie oraz w diagramie przepływu pracy.
-
Gdy wymagany użytkownik podejmie się (lub zostanie mu przydzielone) zadania realizacji żądania, ostatecznie tworzy żądaną część (części). Każdy komponent utworzony (i/lub wybrany) w celu realizacji żądania jest dodawany do pola Components zadania. Dodane komponenty zostaną automatycznie utworzone w PLM. Na poniższym obrazku utworzono i dodano pojedynczy komponent – CMP-007-00004. Upewnij się, że pole Next step jest ustawione na Completed i kliknij przycisk
.
Możesz zostać poproszony o podanie danych logowania do systemu PLM określonego w przebiegu procesu Zgłoszenia Części.
- Proces będzie kontynuowany, a wskazany komponent zostanie utworzony w instancji PLM. Po zakończeniu procesu możesz zobaczyć wygenerowany numer części PLM na Data karcie procesów. Upewnij się, że przełączyłeś filtr (lewy górny róg) na widok Closed procesów.
- Wróć do Altium Designer, wyszukaj utworzony komponent w panelu Explorer i przełącz widok na jego kartę Preview . W sekcji parametrów zauważysz, że został dodany dodatkowy parametr – PlmPartNumber – którego wartość to numer odpowiadającej mu utworzonej części w PLM.
Zwróć uwagę, że parametr został dodany do komponentu, ale jego rewizja pozostaje bez zmian – nie nastąpiło ponowne wydanie komponentu. Wynika to z faktu, że parametr jest parametrem na poziomie elementu – dodanym bezpośrednio do Elementu Komponentu i dostępnym we wszystkich jego rewizjach.
Aktywności projektowe
Dane projektowe wydane z Altium Designer do Workspace mogą być propagowane do PLM w kontrolowany sposób za pomocą procesów Workspace Publish to PLM. Procesy Workspace definiują interfejs i metodykę publikacji, a określony Szablon Publikacji XML definiuje, w jaki sposób dane plików są przekazywane do docelowego systemu PLM.
Obsługa publikowania folderów dla Windchill PLM
Podczas konfigurowania procesu Publish to PLM dla Windchill® PLM, możesz również określić (i utworzyć) docelowy folder Windchill dla dokumentów publikowanych z Workspace.
Odpowiednie parametry folderu Windchill są definiowane w pliku Publishing Template XML, który jest stosowany do Twojej integracji Windchill PLM w Workspace. Węzły definicji folderów mają format tagu <pt:Folder>xxx</pt:Folder> – gdzie pt to bieżąca przestrzeń nazw, a xxx to pełna ścieżka folderu – i są umieszczane jako reguła publikacji w sekcji FileDistribution dla każdego typu dokumentu (na przykład dla PCB.zip Fabrication output).
Przykład hierarchii struktury Publishing XML wyglądałby następująco:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
Ostatnia linia wpisu określa (lub tworzy) docelowy folder publikacji dla PCB.zip Fabrication output ze strukturą folderów Windchill (gdzie nazwa projektu to MyProject):
PRODUCT
Projects
MyProject
FAB data
Zwróć uwagę, że ścieżka folderu zdefiniowana w pliku Publishing XML jest bezwzględna (a nie względna) i może zawierać inne właściwości projektu, takie jak nazwa projektu (${project.name}) czy numer złożenia (${project.PLM_ASSEMBLY_NUMBER}).
Standardowy proces publikacji
Po stronie projektowej standardowy proces publikacji do PLM jest dostępny w Altium Designer z podmenu Project » Project Activities dla aktywnego projektu.
Z poziomu interfejsu Workspace aktywne definicje procesów są dostępne z widoku Project Management po kliknięciu przycisku
.
Publikowanie za pomocą Project Releaser
Proces publikacji do instancji PLM w ramach Project Releaser jest dostępny w Altium Designer z podmenu Project » Project Releaser dla aktywnego projektu.
Pojawi się Project Releaser, z dodatkowym etapem – 7: Publish to PLM. Dodatkowo, z menu powiązanego z przyciskiem
dostępne jest polecenie – Prepare & Release & Publish to PLM – jeśli chcesz uruchomić Project Releaser bez zatrzymywania się na przeglądanie wygenerowanych danych i raportu z wykonania.
Definiowanie nazwy etapu
Jeśli korzystasz z przykładowej definicji procesu – Project Releaser with Publish – aby utworzyć własną definicję, domyślnie nazwa etapu prezentowana po stronie klienta projektowego to Publish to PLM. Złożone polecenie w menu rozwijanym przycisku Project Releaser
również zawiera tę nazwę: Prepare & Release & Publish to PLM.
Masz jednak możliwość zmiany sposobu prezentacji tej nazwy (oraz podpowiedzi opisowej powiązanej z etapem) użytkownikom. Pola do tego celu są dostępne w bazowym przebiegu procesu, gdy wybrany jest element Start (typu Start Release). Te pola to:
- Action name – nazwa akcji po wydaniu projektu, która jest nazwą etapu prezentowaną jako etap 7 w Project Releaser. Wpis w tym polu jest wymagany, jeśli w przebiegu procesu zdefiniowano zadania. Ta nazwa będzie również używana dla polecenia menu, w formacie Prepare & Release & <Action name>.
- Action description – opis akcji po wydaniu projektu, prezentowany użytkownikowi w Project Releaser jako podpowiedź narzędzia dla wpisu etapu 7.
Domyślne ustawienia elementu Start w przebiegu opartym na przykładowej definicji procesu Project Releaser with Publish oraz prezentacja w Project Releaser.
Poniższy obraz pokazuje te pola zmienione w bazowym przebiegu procesu oraz wynikający z tego wpływ na wpisy w Project Releaser.
Zmodyfikowane ustawienia elementu Start użytego w przebiegu do publikacji do PLM przez Project Releaser.
Jeśli uruchomisz Project Releaser za pomocą standardowego polecenia Prepare , po przejrzeniu i wydaniu danych pojawi się przycisk
na etapie Execution Report. Kliknij go, aby kontynuować bazowy przebieg procesu i opublikować do PLM. Pojawi się okno dialogowe Login Credentials. Wprowadź Username i Password dla swojej instancji PLM oraz wybierz szablon PLM, którego chcesz użyć (pojawi się w formie <PLMInstance>:<PublishingTemplate>).
Kliknij kartę Diagram , aby zobaczyć podstawowy przebieg procesu.
Kliknij przycisk
, aby kontynuować proces publikacji zgodnie z tym przebiegiem.
Sprawdź status procesu publikacji do PLM poprzez interfejs Workspace, wybierając widok Activities z poziomu szczegółowego widoku projektu — po otwarciu projektu z widoku Projects. Wybierz opcję widoku Opened, aby zobaczyć status podczas trwania procesu, oraz opcję aktywności Closed, aby uzyskać informacje o statusie po zakończeniu procesu.
Tworzenie projektów
Po stronie projektowej, dostęp z poziomu Altium Designer z głównego podmenu File » New » Project in <workspace>.
Z poziomu interfejsu Workspace, aktywowaną definicję procesu można uzyskać z widoku Projects, klikając przycisk
.
Również podczas klonowania projektu, dostępne z menu
w widoku Projects.
Przebieg procesu będzie kontynuowany, pojawi się okno dialogowe umożliwiające zdefiniowanie projektu pod względem nazwy, opisu, typu oraz ewentualnego szablonu projektu, który ma być użyty przy jego tworzeniu. Po kliknięciu Start pojawi się okno dialogowe Login Credentials. Wprowadź Username i Password dla swojej instancji PLM oraz wybierz szablon PLM, którego chcesz użyć (pojawi się w formie <PLMInstance>:<PublishingTemplate>). Następnie kliknij Submit , aby kontynuować przebieg procesu.
Przykład tworzenia projektu
Poniższy przykład krótko pokazuje tworzenie nowego projektu z inicjalizacją w PLM. Proces jest wywoływany z Altium Designer przy użyciu definicji Create Project with PLM Initialise – pochodzącej z przykładowej definicji Project with Initialise in PLM.
- Po uruchomieniu procesu (File » New » Project in <workspace> » Create Project with PLM Initialise) pojawia się okno dialogowe (nazwane zgodnie z definicją procesu), w którym definiujesz projekt. W tym przykładzie nazwiemy projekt po prostu Example_Project_with_PLM_Init, dodamy opis i pozostawimy pozostałe pola – w tym te na karcie Advanced – bez zmian.
-
Po zdefiniowaniu projektu kliknij przycisk
. Pojawi się okno dialogowe Login Credentials. Ponieważ jest to nowy projekt, musisz podać dane logowania do PLM, wybrać instancję PLM oraz powiązany szablon publikacji. W tym przykładzie używany jest plik konfiguracyjny i powiązany szablon publikacji (zgodnie z wymaganiami) dla Arena PLM.
Po podaniu danych logowania oraz wybraniu instancji PLM i szablonu publikacji, kliknij przycisk
.
-
Proces zostanie zakończony (zakładając brak błędów), co można zobaczyć w panelu Tasklist, pod zamkniętą listą Activities – sprawdź opcję Show closed z menu przycisku
. Wybierz wpis Aktywność, aby uzyskać więcej informacji o zakończonym procesie i jego zestawie danych.
Zakończony proces i powiązane z nim informacje można również zobaczyć w interfejsie Workspace, wybierając widok Activities z poziomu szczegółowego widoku projektu – po otwarciu projektu z widoku Projects. Wybierz opcję aktywności Closed (prawy górny róg), aby uzyskać informacje o statusie zakończonego procesu.
-
W Altium Designer nowy projekt jest widoczny w panelu Projects, zaplanowany do zatwierdzenia w repozytorium projektowym opartym na Git w Workspace – kliknij prawym przyciskiem myszy wpis projektu i użyj polecenia Save to server, aby to zrobić. Następnie możesz dodać dokumenty źródłowe i rozpocząć projektowanie. Po przejściu do publikacji projekt jest już powiązany z odpowiednimi częściami w instancji PLM.
Z karty Server Parameters w oknie dialogowym Project Options lub w sekcji Parametry projektu w panelu Explorer możesz zobaczyć numery części przypisane w instancji PLM, które odnoszą się do odpowiednich elementów projektu możliwych do wydania/publikacji.
Sposób powiązania nazw parametrów PLM z pakietami wydań projektu jest określony w pliku konfiguracyjnym PLM, który z kolei jest ustalany przez wymagane przez system PLM atrybuty nazewnictwa i numeracji.
Podczas wstawiania tekstu schematycznego, parametry PLM powiązane z projektem będą dostępne jako specjalne ciągi:

