PLMとAltium NEXUSサーバーの統合

Created: 8月 03, 2018 | Updated: 8月 14, 2024 | Applies to version: 1.1

現在、バージョン 1.1. をご覧頂いています。最新情報については、バージョン PLMとAltium NEXUSサーバーの統合の 5.0 をご覧ください。

This documentation page references NEXUS Server (part of the deployed NEXUS solution), which has been discontinued. All your PCB design, data management and collaboration needs can now be delivered by Altium Designer and a connected Altium 365 Workspace. Check out the FAQs page for more information.

Altium NEXUSサーバーは、Windchill PLMやArena PLMを含む1つ以上のPLMインスタンスに接続できます。インターフェースの設定は、NEXUSサーバーのブラウザインターフェースを通じて行われ、ほとんどの設定はXMLベースの設定ファイル（サーバーにアップロードされる）内で定義されます。インターフェースが設定され動作すると、以下の特定の領域で作業する際に機能と機能性が提供されます：

ライブラリ（コンポーネント）- あなたのNEXUSサーバーとPLMインスタンス間で、コンポーネント、コンポーネントパラメータ、および部品選択の一方向または双方向同期をサポートします。設定により、どのパラメータがどのシステムでマスターされるかを指定できます。さらに、アイテムパラメータを使用すると、そのコンポーネントアイテムの新しいリビジョンを正式にリリースすることなく、NEXUSサーバー内のプロパティを更新できます（フィールドごとに設定可能）。専用の部品リクエストワークフローも利用可能で、PLMインスタンスにコンポーネントを自動的に作成し、生成された部品番号をNEXUS内のコンポーネントに逆伝播することをサポートします。
デザイン（プロジェクト）- 専用のプロジェクト作成ワークフローが利用可能で、PLMインスタンスで部品番号を自動的に作成し、それらをNEXUS管理プロジェクトのサーバーパラメータとして逆伝播することをサポートします。このようなパラメータは、特別な文字列（例えば、シート境界の注釈用）で使用できます。Altium NEXUSでプロジェクトリリーサーを実行する一環として、PLMインスタンスにデザインを公開する能力があります。公開操作は、PLMへのデータの伝播方法を制御するために、PLMインスタンス統合設定の一部として定義された公開テンプレートを使用します。そして、初めて公開する場合、PLM側の部品番号がまだ管理プロジェクトに関連付けられていない場合、それらの部品番号はPLMで作成され、その初回公開の一環としてプロジェクトに関連付けられます。また、公開操作の一部として（設定に基づいてオプションで）、PLMインスタンスでNEXUS管理コンポーネントのコンポーネントエントリを定義する能力もあります。そして、プロセスワークフローの履歴（Historyタブ）の一部として、PLMインスタンスで作成されたもの、例えば部品番号など、正確に何が作成されたかを常に確認できます。

PLM サポート

Altium NEXUS サーバーは、以下の PLM システムを直接サポートしています：

Windchill PLM (11.0 M030)
Arena PLM

PLM インスタンスが利用できない場合に統合テストを実行できるように、ファイルシステムドライバーもあります。

API の制限により、Windchill PLM インスタンスを統合して作業する場合、製造部品/部品選択とのライブラリ同期はまだサポートされていません。

PLM インスタンスへの接続

PLM インスタンスへの接続は、NEXUS サーバーのブラウザインターフェースの Admin - PLM Integrationページから行われます。これには、適用可能な XML ベースの設定ファイルと公開テンプレートのアップロード、および NEXUS サーバー内の PLM コンポーネントとの同期の有効化/設定が含まれます。

新しいPLMインターフェースインスタンスを作成するには、ボタンをクリックします。必要に応じて、さまざまなPLMインスタンスにAltium NEXUSサーバーをインターフェースするためのインスタンスを定義できます。たとえば、コンポーネントはあるPLMインスタンスに存在し、リリースされた設計プロジェクトから生成された出力は別のインスタンスにあるかもしれません。または、異なる部門が異なるインスタンス（同じPLMシステムでも異なるPLMシステムでも）を使用している場合もあります。各インスタンスは一意の名前を持ち、設定ファイルと1つ以上の定義された公開テンプレートを持つ必要があります。定義されたインスタンスの接続をテストするには、ボタンをクリックします。

インストールの一部としてサンプルの設定ファイルと公開テンプレートが提供されています - 詳細については以下のセクションをクリックしてください：

サンプル設定ファイル

サンプル設定ファイルが提供されています - Download sample configurationリンクをクリックしてzipファイルConfigurationSamples.zipを取得してください。このzipには、WindchillおよびArena PLMシステム用の基本設定ファイル、およびファイルベースのシステム（PLMインスタンスが利用できない場合によりローカルテスト目的で使用される）が含まれています：

dm-Windchill-config-basic.xml
dm-Arena-config-basic.xml
dm-filesystem-config-basic.xml

サーバーインストールの一部として使用されるサンプル設定ファイルが提供されています。

これらを自社のPLMインスタンスや要件に合わせて変更するか、独自のものを作成してください。

設定ファイルには、何を設定し、どのように設定するかを案内する詳細なコメントが含まれています。

サンプル公開テンプレート

サンプル公開テンプレートが提供されています - テンプレートを追加する際の公開テンプレートウィンドウからサンプル設定をダウンロードリンクをクリックして、zipファイルPublishTemplateSamples.zipを取得してください。このzipには以下のファイルが含まれています：

dm-Windchill-publish-template-basic.xml
dm-publish-template-arena-filesystem-basic.xml

サーバーインストールの一部として使用されるサンプル公開テンプレートが提供されています。

これらを会社のPLMインスタンスと要件に合わせて変更するか、独自のものを作成してください。

サンプルファイルでは、以下の領域が設定されています：

公開プロセス中にPLM側でコンポーネントの作成とリンクをどのように扱うか。以下のオプションが利用可能です：
- LinkExistingOnly - PLMに既に存在するコンポーネントをリンクするが、存在しないコンポーネントは作成しない。
- CreateNewAndLink - PLMに既に存在するコンポーネントをリンクし、存在しないものは作成してリンクする。
- LinkIfAllExists - PLM側に存在しないコンポーネントは作成せず、すべてのコンポーネントがPLMに存在する場合のみリンクする。

デフォルトでは、サンプルファイルはオプションLinkExistingOnlyを指定しています。何も指定されていない場合は、CreateNewAndLinkが使用されます。

プロジェクトデータを処理するためのルールセット。
ソースデータを処理するためのルールセット。
アセンブリデータを処理するためのルールセット。
製造データを処理するためのルールセット。

各PLMインスタンスに対して複数の公開テンプレートを定義できます。テンプレートが公開プロセスの一部として選択されると、プロジェクトとのさらなる使用のために保存（リンク）されます。

会社のPLMシステムへのインターフェースを追加・設定します。有効な接続があれば、定義されたプロセス定義を使用してPLMシステムにプロジェクトリリースデータを公開し、そのPLMとNEXUSサーバー間のコンポーネントの同期をスケジュールすることができます。

コンポーネント同期

NEXUSサーバーと接続されたPLMインスタンス間のコンポーネントの同期、より具体的にはそのパラメトリックデータの同期には、以下が含まれます：

各コンポーネントタイプの同期を設定する。これには以下が含まれます：
1. 同期の方向を決定する。
2. どのコンポーネントが関与しているか、そして新しいコンポーネントがどこに作成されるべきかを決定する。
3. パラメータマッピングを設定する。
同期を実行する。

最初の項目は、接続されたPLMインスタンス用の設定ファイルで処理されます。同期自体は、NEXUSサーバーのブラウザインターフェースのPLM Integrationページからオンデマンドで実行されることも、スケジュールされることもあります - PLMインスタンスへの接続を設定する際に定義された定期的な間隔での自動同期。

同期の設定

設定ファイル内で、専用のパーツタイプごとに同期マッピングのセクションを定義します。NEXUSサーバー側では、altiumTypeタイプのコンポーネント（特定のタイプのアイテムを作成するときにエクスプローラーパネルを通じて見ることができる名前です）です。PLM側では、plmTypeタイプのパーツが作成されます。これはファイル内でエンティティとして宣言され、例えば、コンデンサーの場合は以下のようになります：

<Entity altiumType="Capacitor" plmType="Capacitor">

.

</Entity>

plmTypeの値は、使用しているPLMインスタンスによって異なる場合があります。

エンティティ内では、NEXUSサーバーからPLMインスタンスへ、そしてPLMインスタンスからNEXUSサーバーへの同期を制御および設定するために、2つのセクションが使用されます。これにより、単方向または双方向の同期が可能になります。サンプル設定ファイルにあるコメントとともに、以下のセクションを使用して、詳細を学んでください。最終的に設定ファイルに定義される内容は、特定のニーズに応じて異なります。

ToPlm

このセクションは、NEXUSサーバーからPLMインスタンスへの同期を制御および設定するために使用されます：

<ToPlm sync="true">

.

<\\ToPlm>

この方向への同期を無効にするには、sync="false"を設定します。

ToPlmセクション内では、以下のセクションが定義されています：

PLMインスタンスに新しいコンポーネントが作成される方法 - タグセット<CreateInfo>と</CreateInfo>の間。
NEXUSサーバーのどのコンポーネントがPLMと同期されるかを制限するためのフィルタリング - タグセット<SourceCriteria>と</SourceCriteria>の間。

例えば、NEXUSサーバーに6000個のキャパシタがある場合でも、85個のセラミックキャパシタのフォルダのみを同期したい場合には不可欠です！特定のフォルダを関与させることができます（例：<Folder>Components/Capacitors/Ceramic</Folder>）。さらに、パラメータ値に基づいてフィルタを絞り込むための他の基準をオプションで使用することができます - すべてのそのような基準フィルタはANDで結合されるべきです。

NEXUSサーバーからPLMへ渡されるべきコンポーネントの属性（パラメータ）のリスト - タグセット<Attributes>と</Attributes>の間。これの例は以下の通りです：

<Attributes>


<ns2:Attribute required="true"> <ns2:Key>Name</ns2:Key> <ns2:Value>${parameter.Name}</ns2:Value> </ns2:Attribute>   <ns2:Attribute attributeType="dynamic" primaryKeyOrdinal="1" required="true"> <ns2:Key>Number</ns2:Key> <ns2:Value>${parameter.PlmPartNumber}</ns2:Value> </ns2:Attribute>

<ns2:Attribute attributeType="strong" dataType="string" required="true">
<ns2:Attribute attributeType="strong" dataType="string" required="true"> <ns2:Key>Description</ns2:Key> <ns2:Value>Extended ${parameter.Description}</ns2:Value> </ns2:Attribute>

</Attributes>

PLM側で作成される部品番号（PlmPartNumber）が、両側のコンポーネントをリンクするための主キーであり、NEXUSサーバーコンポーネントに戻されることに注意してください。また、Dynamicパラメータ（attributeType="dynamic"）の概念もあります。上記のPlmPartNumberパラメータのようなこれらのパラメータは、アイテムレベルのパラメータです。それらはNEXUSサーバーの親コンポーネントアイテムに追加され、そのリビジョンで利用可能です。その値が変更されても、コンポーネントアイテムの新しいリビジョンが作成されることはありません。これは、Strongパラメータ（attributeType="strong"）とは対照的です。上記のDescriptionパラメータのようなこれらのパラメータは、リビジョンレベルのパラメータです。その値が変更されると、コンポーネントアイテムの新しいリビジョンが作成されます。

ToAltium

このセクションは、PLMインスタンスからNEXUSサーバーへの同期を制御および設定するために使用されます：

<ToAltium sync="true">

.

<\ToAltium>

この方向への同期を無効にするには、sync="false"を設定します。

ToAltiumセクション内では、以下のセクションが定義されています：

NEXUSサーバーで新しいコンポーネントが作成される方法と場所 - タグセット<CreateInfo>と</CreateInfo>の間。

コンポーネントが既に存在する場合は、移動されずに更新されます。コンポーネントテンプレートとアイテム命名スキームは、指定されたサーバーフォルダーから取得されます。サンプル設定では、デフォルトのリビジョン命名スキーム(1-Level Revision Scheme)とライフサイクル定義(Component Lifecycle)が使用されるように定義されています。ターゲットフォルダーにコンポーネントテンプレートが定義されている場合、そこで定義されたスキームが代わりに使用されます。

PLMインスタンスから取得したデータのフィルタリング - タグセット<SourceCriteria>と</SourceCriteria>の間。
PLMからNEXUSサーバーへのコンポーネントに渡すべき属性（パラメータ）のリスト - タグセット<Attributes>と</Attributes>の間。これの例は以下の通りです：

<Attributes>

<ns2:Attribute attributeType="strong">     <ns2:Key>name</ns2:Key>     <ns2:Value>${attribute.Name}</ns2:Value> </ns2:Attribute>

 
<ns2:Attribute attributeType="strong" required="true">     <ns2:Key>Description</ns2:Key>     <ns2:Value>${attribute.Description}</ns2:Value> </ns2:Attribute>

 
<ns2:Attribute attributeType="dynamic" primaryKeyOrdinal="1" required="true">     <ns2:Key>PlmPartNumber</ns2:Key>     <ns2:Value>${attribute.Number}</ns2:Value> </ns2:Attribute> </Attributes>

PLM側の部品番号(PlmPartNumber)が、両側のコンポーネントをリンクするための主キーであり、NEXUSサーバーコンポーネントに戻されることに注意してください。また、Dynamicパラメータ(attributeType="dynamic")の概念もあります。上記のPlmPartNumberパラメータのようなこれらのパラメータは、アイテムレベルのパラメータです。これらはNEXUSサーバーの親コンポーネントアイテムに追加され、そのリビジョンで利用可能です。これらの値が変更されても、コンポーネントアイテムの新しいリビジョンが作成されることはありません。これは、Strongパラメータ(attributeType="strong")とは対照的です。上記のDescriptionパラメータのようなこれらのパラメータは、リビジョンレベルのパラメータです。これらの値が変更された場合、コンポーネントアイテムの新しいリビジョンが作成されます。

コンポーネント同期の実行

同期自体は、NEXUSサーバーのブラウザインターフェースのPLM Integrationページから実行されます。同期したいPLMインスタンスに関連付けられたコントロールをクリックします。同期プロセスは、関連する設定ファイルで定義された設定に従って進行します。

同期は、最後の同期実行以降に変更されたコンポーネント（つまり、そのタイムスタンプが最後の同期日よりも後である）および設定ファイルの同期基準を満たすコンポーネントにのみ関与します。これはインクリメンタル同期と呼ばれます。

NEXUSサーバーと指定されたPLMインスタンス間のコンポーネント同期が進行中です。

制御がに変わります。同期プロセスを停止したい場合は、この制御をクリックしてください。確認ウィンドウが表示されるので、をクリックして同期を停止します。既に同期されているコンポーネントはそのまま残りますが、それ以降の同期は行われません。

自動同期をスケジュールする機能もあります。それを行うには、PLMインスタンスを編集します（メインのPLM Integrationページから、その名前または関連するコントロールをクリックしてください）そして、Synchronize PLM Components with NEXUSオプションを有効にします。Synchronize everyコントロールを使用して、必要に応じて自動同期スケジュールを設定します。システムは非常に柔軟で、以下を許可します：

15/30/45/60/75/90分ごとにスケジュールされた同期を設定します。
数時間ごとにスケジュールされた同期を設定します。
指定された時間に実行される、毎日のスケジュールされた同期を設定します。

定義したスケジュールは、メインのPLM IntegrationページのSync scheduled列に反映されます。

同期スケジュールの設定。

スケジュールされた同期を設定するには、有効な認証情報（PLMシステム用）を提供する必要があります。次のボタンをクリックし、続くPLM認証情報ウィンドウにユーザー名とパスワードを入力してください。有効な認証情報がない場合、スケジュールされた同期はOFF状態のままです。オンデマンド同期もできません。また、同期プロセスをオンデマンドで実行することもできます。ボタンをクリックし、必要な同期モードを選択してください。

Incremental - このモードでは、最後の同期実行以降に変更されたコンポーネント（つまり、そのタイムスタンプが最後の同期日よりも後である）のみが、設定ファイルの同期基準を通過した場合に同期に含まれ、変更がそれに応じて伝播されます。これはデフォルトモードであり、メインのPLM IntegrationページでPLMインスタンスのコントロールをクリックすることで実行されるのと同じモードです。
Full - このモードは完全な同期を強制します。設定ファイルの同期基準を通過するすべてのコンポーネントが同期に含まれ、変更がそれに応じて伝播されます。

プロセスワークフロー

PLM統合をサポートするために、以下のプロセス定義（および基本となるワークフロー）が利用可能です：

これらのプロセス定義はそのままでは活性化して使用することはできません。それぞれが「テンプレート」のようなもので、会社の要件、名前に合わせて編集し、新しいプロセス定義として保存した後に、それを活性化して使用することができます。これは、該当するプロセステーマ内の他のすべての定義と共に使用できます。

部品リクエスト プロセステーマ：
- Part Request with PLM Part Create - PLMインスタンス内でコンポーネントの自動作成をサポートし、生成された部品番号をNEXUS内のコンポーネントに戻す。ワークフロー図は以下の通りです。

このサンプル定義を変更して独自のものを作成する際に重要な点は、パーツを作成するPLMインスタンスを指定する必要があることです。ワークフロー図のCreate Part in PLMエンティティを選択し、PLM Instanceフィールドに関連付けられたドロップダウンメニューからPLMインスタンスを選択します。このメニューには、インターフェースのPLM Integrationページで定義されたすべてのPLMインスタンスがリストされています。

プロジェクト活動 プロセステーマ:
- Publish to PLM (latest) - リリースされた管理プロジェクトの成果物を統合されたPLMインスタンスに標準公開します。ワークフロー図は下記の通りです。

Publish to PLM (User selects) - リリースされた管理プロジェクトの成果物を統合されたPLMインスタンスに公開しますが、ユーザーが公開する成果物を正確に選択できます。ワークフロー図は下記の通りです。

Project Releaser with Publish - プロジェクトリリーサーの追加ステージとして統合されたPLMインスタンスに公開します。ワークフローの図は以下の通りです。

プロジェクト作成 プロセステーマ:
- Project with initialise in PLM - PLMインスタンスで部品番号の自動作成をサポートし、それらをNEXUS管理プロジェクトのサーバーパラメータとして伝播させます。ワークフロー図は以下の通りです。

PLM関連プロセスへのアクセス

以下のセクションでは、アクティブ化されたPLM関連プロセスにアクセスする場所を強調表示します。そして、サンプルをそのまま使用することはできないため、説明の目的で以下が作成されました：

PR with PLM Part Create - サンプルプロセス定義から作成されました：Part Request with PLM Part Create。
Publish to Company PLM - サンプルプロセス定義から作成されました：Publish to PLM。
Publish to Company PLM - Choose Data - サンプルプロセス定義から作成されました：Publish to PLM (User selects)。
Project Releaser with Publish to Company PLM - サンプルプロセス定義から作成されました：Project Releaser with Publish。
Create Project with PLM Initialise - サンプルプロセス定義から作成されました：Project with Initialise in PLM。

Altium NEXUS Serverの管理者は、NEXUS Serverのブラウザインターフェース内のProcessesエリアにある対応するプロセステーマタブから、アクティブ化されたプロセス定義の新しいインスタンスを直接開始できます。そのためには、コントロールをクリックします。

部品リクエスト

Altium NEXUS内から、Explorer パネルを通じて検索を行った後、またはPart Search パネル内で検索項目を選択した状態でアクセスします。

Altium NEXUSサーバーのブラウザインターフェースから、アクティブ化されたプロセス定義にはPart Requestsページからアクセスできます。そのためには、ページの右上にあるボタンをクリックします。

部品リクエストの例

以下の例は、Altium NEXUSサーバーで新しい部品を作成し、それに対応する部品がPLMインスタンスで自動的に作成される過程を簡単に示しています。生成された部品番号は、PLMインスタンスからNEXUSサーバー内のコンポーネントにアイテムパラメータとして伝播され、NEXUSコンポーネントの新しいリビジョンをリリースする必要がありません。この例では、ファイルシステムドライバーが使用されています（つまり、実際のPLMインスタンスへのアクセスなしにテスト用の手段として）。使用されているプロセス定義はPR with PLM Part Createで、サンプル定義Part Request with PLM Part Createから派生しています。

ここで提供される情報は、サポートされている異なるPLMシステムに対しても同様です。異なるのは、会社のニーズに合わせて変更できる設定ファイルと、部品を作成するために使用されるプロセス定義のワークフローを変更した場合です。

部品リクエストプロセスを開始し、必要に応じて初期リクエストの詳細を記入するフォームに記入します。下の画像では、リクエストがNEXUSサーバーのブラウザインターフェースのPart Requestsページを通じて提出され、単一の部品がリクエストされています。

新しい部品リクエストは、Part Requestsページにアクティブなプロセスとして表示され、その現在の状態はメインエントリと、その基礎となるワークフローの図に反映されます。

リクエストを処理するために必要なユーザーがタスクを引き受ける（または割り当てられる）と、最終的に要求された部品を作成します。作成された各コンポーネントはタスクのComponentsフィールドに追加されます。追加された各コンポーネントは自動的にPLMに作成されます。下の画像では、単一のコンポーネント - CMP-001-0000 - が作成されています。Next stepフィールドをCompletedに設定し、ボタンをクリックしてください。

プロセスワークフローは続行され、指定されたコンポーネントはPLMインスタンスで作成されます。プロセスが完了すると、プロセスのDataタブで生成されたPLM部品番号を確認できます（Closedプロセスを表示するフィルターに切り替えてください）。

Altium NEXUSに戻り、Explorerパネルで作成されたコンポーネントを参照し、そのPreviewアスペクトビューに切り替えます。パラメータ領域では、追加されたパラメータ - PlmPartNumber - がPLMで作成された対応する部品の番号であることに注意してください。

パラメータがコンポーネントに追加されたことに注意してくださいが、そのリビジョンは同じままです - コンポーネントの再リリースはありませんでした。これは、パラメータがアイテムレベルのパラメータであり、コンポーネントアイテム自体に追加され、そのすべてのリビジョンで利用可能であるためです。

プロジェクト活動

標準的な公開プロセス

標準的なPLMへの公開プロセス（ユーザー選択の有無にかかわらず）は、アクティブなプロジェクトのProject » Project ActivitiesサブメニューからAltium NEXUS内でアクセスできます。

また、Project Activitiesコンテキストサブメニューからアクセスでき、Projects パネルでデザインプロジェクトのエントリを右クリックしてアクセスできます。

Altium NEXUSサーバーのブラウザインターフェースから、アクティブ化されたプロセス定義は、管理されたプロジェクトの詳細ビューからアクセスできます。そのためには、ボタンをクリックします。

プロジェクトリリーサーを使用した公開

プロジェクトリリーサーの一部としてPLMインスタンスに公開するプロセスは、アクティブなプロジェクトのProject » Project ReleaserサブメニューからAltium NEXUS内でアクセスできます。

Project Releaserコンテキストサブメニューからもアクセスできます。これは、Projects パネル内の設計プロジェクトのエントリを右クリックすることでアクセスされます。

プロジェクトリリーサーが表示され、追加のステージ - Stage 7 Publish to PLMがあります。さらに、ボタンに関連付けられたメニューからコマンド - Prepare & Release & Publish to PLM - が利用可能です。これは、生成されたデータや実行レポートを確認せずにプロジェクトリリーサーを実行したい場合に使用します。

ステージ名の定義

サンプルプロセス定義 - Project Releaser with Publish - を使用して独自の定義を作成する場合、デフォルトではステージ名はPublish to PLMです。ボタンに関連付けられたメニューのコマンドもこの名前を取り、Prepare & Release & Publish to PLMとなります。ただし、必要に応じてこれを変更することができます。Start要素（Start Releaseタイプ）が選択されたときに、プロセスのワークフローに基づいてこれを行うためのフィールドが表示されます。これらのフィールドは以下の通りです：

Action name - プロジェクトリリース後のアクションの名前であり、Project Releaserでステージ7として提示されるステージの名前です。プロセスワークフローにタスクが定義されている場合、このフィールドへの入力は必須です。この名前はメニューコマンドにも使用され、Prepare & Release & <Action name>の形式で表示されます。
Action description - プロジェクトリリース後のアクションの説明であり、Project Releaserでステージ7のエントリーのツールチップとしてユーザーに提示されます。

サンプルプロセス定義Project Releaser with Publishに基づいたワークフローのStart要素のデフォルト設定、およびProject Releaserでの表示。

次の画像は、基本となるワークフローでこれらのフィールドが変更され、Project Releaserのエントリーに与える影響を示しています。

PLMへ公開するためのワークフローで使用されるときのStart要素の変更された設定、およびProject Releaserでの表示。

標準のPrepareコマンドでProject Releaserを実行し、データのレビューとリリースを行った後、Execution Reportステージでボタンが表示されます。これをクリックして、PLMに公開するためのプロセスの基本的なワークフローを続行します。Login Credentialsダイアログが表示されます。PLMインスタンスのUsernameとPasswordを入力し、使用したいPLMテンプレートを選択します（形式は<PLMInstance>:<PublishingTemplate>と表示されます）。

Prepare & Release & Publish to PLM コマンドを使用することを選択した場合、最終的には直接 ログイン認証 ダイアログが表示されます。プロジェクトリリーサーは実行レポートの段階で一時停止せず、ボタンは表示されません。

PLMインスタンスへのログイン認証情報は、そのインスタンスに初めて公開する際にのみ必要です。これらはNEXUSサーバーに保存されます。その後、その同じPLMインスタンスにそのプロジェクトを公開する場合は、定義されたワークフローと選択された公開テンプレートに従って、直接進行します。

Diagramタブをクリックして、プロセスの基本的なワークフローを表示します。

そのワークフローに従って出版プロセスを進めるために、ボタンをクリックします。

初めて公開する場合、PLM側の部品番号がまだ管理プロジェクトに関連付けられていない場合、それらの部品番号はPLM内で作成され、その初回公開の一環としてプロジェクトに関連付けられます。また、公開操作の一部としてPLMインスタンスでNEXUS管理コンポーネントのコンポーネントエントリを定義することもできます。これにより、PLM内のコンポーネントのBOM（部品表）を取得できます（これは、プロジェクトをPLMインスタンスに公開する際に定義および使用される公開テンプレートに基づいてオプションです）。

NEXUSサーバーのブラウザインターフェースを通じて、PLMへの公開プロセスの状態を確認できます。そのプロジェクトの詳細ビュー内のActivitiesタブからです。

プロセスワークフローの履歴（Historyタブ）の一部として、PLMインスタンス内の部品番号など、正確に何が作成されたかを常に確認できます。

プロジェクトの作成

Altium NEXUSのメインメニューからFile » New » Managed Projectのサブメニューからアクセスします。

Add New Project » Managed Project コンテキストサブメニューからもアクセスできます。これは、デザインワークスペースのエントリ (*.DsnWrk) を右クリックして、Projects パネルでアクセスします。また、Convert to Managed Project コンテキストサブメニューからもアクセスでき、これはプロジェクトパネルの管理されていないプロジェクトのエントリを右クリックしてアクセスします。

Altium NEXUSサーバーのブラウザインターフェースから、アクティブ化されたプロセス定義は、インターフェースのメインProjectsページからアクセスできます。これは、ボタンをクリックすることで行います。

また、管理されたプロジェクトの詳細ビューから、ボタンをクリックすることでアクセスできます。

プロセスのワークフローは進行し、プロジェクトを定義するためのダイアログが表示されます。これには、プロジェクトの名前、説明、タイプ、使用するプロジェクトテンプレートアイテムが含まれます。Startをクリックすると、Login Credentialsダイアログが表示されます。ユーザー名とパスワードを入力し、使用したいPLMテンプレートを選択します（形式は<PLMInstance>:<PublishingTemplate>と表示されます）。その後、Submitをクリックしてワークフローを進めます。

プロジェクトに関連する部品番号は、PLMインスタンスで自動的に作成され、その後、NEXUSサーバーにサーバーレベルのパラメータとしてNEXUS管理プロジェクトに戻されます。これらのパラメータは特別な文字列として使用でき、デザインワークスペースで選択された配置済みテキスト文字列とともにプロパティパネルからアクセスできます。プロジェクトに定義されたサーバーパラメータは、Project OptionsダイアログのServer Parametersタブ（Project » Project Options）で表示することもできます。

プロジェクト作成例

以下の例は、PLMでの初期化を伴う新しい管理プロジェクトの作成を簡単に示しています。この例では、ファイルシステムドライバーが使用されています（つまり、実際のPLMインスタンスへのアクセスなしにテスト用の手段として）。使用されているプロセス定義はCreate Project with PLM Initialiseで、サンプル定義Project with Initialise in PLMから派生しています。

ここで提供される情報は、サポートされている異なるPLMシステムに対しても同様です。異なるのは、会社のニーズに合わせて変更できる設定ファイルと公開テンプレート、およびプロジェクトの作成に使用されるプロセス定義のワークフローを変更した場合です。

プロセスを起動した後（File » New » Managed Project » Create Project with PLM Initialise）、プロジェクトを定義するためのダイアログ（プロセス定義にちなんで名付けられた）が表示されます。この例では、プロジェクトをExample_Project_with_PLM_Initと呼び、説明を付け、Advancedタブを含む他のすべてのフィールドを変更せずにそのままにします。
プロジェクトを定義したら、Startボタンをクリックします。Login Credentialsダイアログが表示されます。これは新しいプロジェクトなので、PLMログイン資格情報を提供し、使用するPLMインスタンスと関連する公開テンプレートを指名する必要があります。ファイルシステムドライバーの資格情報はユーザー名：user、パスワード：pwdです。この例では、サンプル設定dm-filesystem-config-basic.xmlを使用するPLMインスタンス - File_NoPLM - が作成されており、そのインスタンスに関連付けられた公開テンプレート - File_PUB - もサンプル公開テンプレートdm-publish-template-arena-filesystem-basic.xmlを使用しています。

ファイルシステムドライバーのデフォルトサンプル設定をそのまま使用する場合は、PC上のNEXUSサーバーでフォルダ構造C:\filesystem\outputsが定義されていることを確認してください。好きなフォルダパスを使用できますが、その場合は設定ファイルで変更する必要があります。

資格情報を提供し、PLMインスタンスと公開テンプレートを選択したら、Submitボタンをクリックします。

NEXUSサーバーのブラウザインターフェースのProjectsエリアを通じて、新しいプロジェクトが作成されたことが確認できます。プロジェクトの詳細ビューに切り替え、Activitiesタブをクリックします。終了したプロセスを表示するようにフィルターを切り替えると、プロジェクトを作成するために実行されたばかりのプロセスが表示されます。

Dataタブには、さまざまなプロジェクトエンティティに作成された部品番号を含む関連データが提供され、Historyタブにはプロセスの実行の歴史的レポートが提供されます。

そして、Parametersタブに切り替えると、PLMインスタンスの設定ファイルに従って作成されたサーバーパラメータが表示されます。

これらのパラメータは、NEXUSサーバーアイテムタイプに対して次のように関連しています：

プリント基板アセンブリ（PLM）-------> プロジェクト（NEXUSサーバー）

回路図（PLM）---------> PCBプロジェクトデザイン（NEXUSサーバー）

図面（PLM）-------> PCBアセンブリデータ（NEXUSサーバー）

プリント基板（PLM）---------> PCB製造データ（NEXUSサーバー）

Altium NEXUS内では、新しいプロジェクトがプロジェクトパネルに表示され、NEXUSサーバーのGitベースのVersioned Storage設計リポジトリにコミットするためにスケジュールされています - そのエントリを右クリックし、Save Managed Projecコマンドを使用してこれを行います。その後、ソースドキュメントを追加し、設計を進めることができます。公開する際には、プロジェクトは既にPLMインスタンスの関連部品にリンクされています。