PLMとAltium NEXUSサーバーの統合

サンプル設定ファイルはAdd new instanceビューから提供されており、ConfigurationタブでDownload sample configurationリンクをクリックするとzipファイルConfigurationSamples.zipを取得できます。このzipにはWindchill、Arena、Agile PLMシステム用の基本設定ファイルが含まれています。

• dm-Windchill-config-basic.xml
• dm-Arena-config-basic.xml
• dm-Agile-config-basic.xml
• dm-Teamcenter-config-basic.xml（Teamcenter PLM AddonライセンスがNEXUS Serverに追加されている場合に利用可能）

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

提供されている設定には、代表的なコンポーネントエンティティセクション（例：CapacitorsやDiodes）が含まれており、それぞれに基本的なToPLMおよびToAltium属性／パラメータマッピングサブセクションがあります。サンプルファイルを自社のPLMインスタンスや要件に合わせて追加・編集したり、独自に作成したり、Configuration Generatorを使ってサーバーデータモデルに合ったベース設定ファイルを作成したりできます。

サンプル公開テンプレートはAdd new instanceビューから提供されており、Publish Templateタブの下でボタンをクリックし、Publish Templateウィンドウ内のDownload sample configurationリンクをクリックするとzipファイルPublishTemplateSamples.zipを取得できます。このzipには以下のファイルが含まれています。

• dm-Windchill-publish-template-basic.xml
• dm-Arena-publish-template-basic.xml
• dm-Agile-publish-template-basic.xml
• dm-Teamcenter-publish-template-basic.xml（Teamcenter PLM AddonライセンスがNEXUS Serverに追加されている場合に利用可能）

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

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

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

• 公開プロセス中にPLM側でのコンポーネント作成とリンク方法（「BOM戦略」）の扱い。以下のオプションがあります。
  • LinkExistingOnly – PLMに既に存在するコンポーネントのみをリンクし、存在しないコンポーネントは作成しません。
  • CreateNewAndLink – PLMに既に存在するコンポーネントをリンクし、存在しないものは作成してリンクします。
  • LinkIfAllExists – PLM側に存在しないコンポーネントは作成せず、すべてのコンポーネントがPLMに存在する場合のみリンクします。

• リリース出力がPLMにどのように、どこに公開されるかを定義するルールセット：
  • （親）プロジェクトデータを処理するルール。
  • ソースデータを処理するルール。
  • アセンブリデータを処理するルール。
  • 製造データを処理するルール。

カスタム設定機能は、設定生成リンクから利用できます。このリンクはAdd new instanceページで、ボタンから開きます。

Generate Configurationダイアログで接続するエンタープライズシステムのタイプ（利用可能なPLMタイプ（Windchillなど）またはカスタムタイプ）と、そのリモートURLを選択します。ボタンを選択すると、新しいdm-configuration.xmlファイルが作成され、保存後、新しいPLMインスタンスにボタンから追加できます。

ジェネレーターは、現在のNEXUS Serverインストールのデータモデルに合わせて設定を作成します。たとえば、サーバーに登録されているComponent Typeは、設定ファイルのエンティティタイプとして追加されます（dm-configuration.xml）。各エンティティセクションには、対応するToPlmおよびToAltiumセクションと、対応するComponent Template（存在する場合）から取得したマッピングパラメータが含まれます。また、リリースパッケージ要素をエンタープライズシステムにマッピングするためのプロジェクト公開セクションも含まれます。

生成された設定のすべてのセクションには、TODOコメントが含まれており、サーバー/PLM設定との互換性のために追加・変更が必要な箇所が強調されています。サーバー/PLMセットアップに合わせて設定ファイルを編集する方法については、提供されているサンプル設定ファイル内の説明コメントをご参照ください。

このセクションは、NEXUS ServerからPLMインスタンスへの同期を以下の形式で制御・設定します：

<ToPlm sync="true">
  .
  .
</ToPlm>

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

• PLMインスタンスで新しいコンポーネントがどのように作成されるかを、<CreateInfo>と</CreateInfo>のタグセット間で定義します。例えば、ターゲットエンタープライズシステムで定義された品目命名規則を選択し、品目番号のプレフィックスを指定する場合は次のようになります：

<CreateInfo>
    <Numbering name="Electrical">
        <Fields>
            <Field name="Code" value="120"/>
        </Fields>
    </Numbering>
</CreateInfo>

• NEXUS Server内のどのコンポーネントをPLMと同期させるかを制限するフィルタリングは、<SourceCriteria>と</SourceCriteria>のタグセット間で行います。

• NEXUS ServerからPLMへコンポーネントの属性（パラメータ）を渡すリストは、<Attributes>と</Attributes>のタグセット間で定義します。例は以下の通りです：

<Attributes>

<!-- NEXUSのName/CommentがPLMのNameフィールドにそのまま渡されます -->
<common:Attribute>
	<common:Key>name</common:Key>
	<common:Value>${parameter.Name}</common:Value>
</common:Attribute>

<!-- PLM側で生成されたNumberがNEXUSにPlmPartNumberパラメータとして反映されます（パラメータ名は任意）-->
<common:Attribute attributeType="item" primaryKeyOrdinal="1">
	<common:Key>number</common:Key>
	<common:Value>${parameter.PlmPartNumber}</common:Value>
</common:Attribute>

<!-- NEXUSコンポーネントの説明がPLMのDescriptionフィールドに送られます。値の先頭に「Extended」が付加されます -->
<!-- NEXUS側のDescriptionはリビジョンレベルのパラメータです -->
<common:Attribute attributeType="revision">
	<common:Key>description</common:Key>
	<common:Value>Extended ${parameter.Description}</common:Value>
</common:Attribute>

<!-- この属性はライブラリ同期の一部としてPLMコンポーネントに送信されません -->
<!-- BOM付きでプロジェクトを公開する際に値を渡すために使用されます -->
<common:Attribute>
    <common:Key>refDes</common:Key>
    <common:Value>${parameter.LogicalDesignator}</common:Value>
</common:Attribute>

<!-- PLMのRoHSフィールドが「YES」に設定されます -->
<common:Attribute>
	<common:Key>RoHS</common:Key>
	<common:Value>YES</common:Value>
</common:Attribute>

</Attributes>

このセクションは、PLMインスタンスからNEXUS Serverへの同期を以下の形式で制御・設定します：

<ToAltium sync="true" mode="createAndUpdate">
  .
  .
</ToAltium>

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

• NEXUS Serverで新しいコンポーネントがどのように、どこに作成されるかを<CreateInfo>と</CreateInfo>のタグセット間で定義します。

    
    1-Level Revision Scheme
    Component Lifecycle
    Components/Inbox/Capacitors

サーバーでコンポーネントエントリが作成される際、ターゲットNEXUS Serverフォルダー（上記例のComponents/Inbox/Capacitors）に関連付けられたComponent Templateが指定されていれば、それが使用されます。これにより、作成されるコンポーネントのアイテム命名規則も定義され、ターゲットサーバーフォルダーで指定された命名規則よりも優先されます。逆に、フォルダーでテンプレートや命名規則のいずれも定義されていない場合、同期は失敗します。

また、サンプル構成では、デフォルトのリビジョン命名規則（1-Level Revision Scheme）およびライフサイクル定義（Component Lifecycle）が使用されるように定義されていますが、ターゲットサーバーフォルダーにコンポーネントテンプレートが関連付けられている場合はこれらが上書きされます。

構成内に特定のコンポーネントテンプレート参照（例：CMPT-00001）が追加されている場合は、そのテンプレートがターゲットサーバーフォルダーに関連付けられたテンプレートの代わりに使用されます。その設定は、構成ファイル内の他のパラメータ設定（ライフサイクル定義など）を上書きしますが、定義されたターゲットフォルダーは例外です。

    
    CMPT-00001
    1-Level Revision Scheme
    Component Lifecycle
    
    Components/Inbox/Capacitors

指定されたテンプレートは新規作成されるサーバーコンポーネントのみに適用される点にご注意ください。この方法は、外部システムからNEXUS Serverへの独自コンポーネントパラメータのインポート／同期を管理する際に特に有効です。この場合、受信したパラメータデータの解釈、適切なデフォルト値の設定、単位データ型の指定、さらに新規作成されるサーバーコンポーネントのライフサイクル定義やリビジョン命名規則の指定などに合わせてカスタマイズしたComponent Templateを適用できます。

• エンタープライズシステム（PLM）インスタンスから取得したデータのフィルタリングは、<SourceCriteria>と</SourceCriteria>タグセットの間で行います。フィルタ文は、PLMから受信するコンポーネントデータを特定の作成者によるものに制限したり（提供されたサンプル構成で示されているように）、特定の属性値（Business Unit = Engineering_RD）を持つコンポーネントアイテムに制限したりできます（下記参照）。

    
        Business Unit
        Engineering_RD
    

• PLMからNEXUS Serverへコンポーネントに渡すべき属性（パラメータ）のリストは、<Attributes>と</Attributes>タグセットの間で定義します。例は以下の通りです。

	name
	${attribute.name}





	Description
	${attribute.description}





	PlmPartNumber
	${attribute.Number}



	DynamicCONTS
	変更されてもリビジョン更新を引き起こしません ${attribute.LastModified}

構成スキーマ内のEntity宣言とともに、エンタープライズシステム（PLM）からNEXUS ServerへのコンポーネントPart Choiceデータマッピングを定義する追加セクションがあります。これは、エンタープライズシステムで使用されるコンポーネントメーカーおよび部品番号属性を指定するグローバル定義です。

構成ファイルでPart Choices同期が有効になっている場合（sync="true"）、指定された属性の値がPLMコンポーネントアイテムから作成／更新されたサーバーコンポーネントに転送されます。すべての定義済みコンポーネントエンティティに対するグローバル定義として、Part ChoiceデータはPLMコンポーネントデータセットで検出されるたびにサーバーコンポーネントに反映されます。

設定ファイル内のPart Choicesマッピングの例として、PLMシステム属性がMFR1（メーカー名）およびMPN1（メーカー部品番号）である場合、次のようになります。

<PartChoices>
    <ToAltium sync="true">
    <MfrMappings>
        <MfrMapping>
            <MfrName>MFR1</MfrName>
            <MfrPartNumber>MPN1</MfrPartNumber>
        </MfrMapping>
    </MfrMappings>
    </ToAltium>
</PartChoices>

Part Choiceデータの同期は、PLMコンポーネントアイテム内で見つかった複数のPart Choiceデータエントリをサポートします。これらの追加属性は、設定ファイルのマッピング内で別の属性定義ペアとして指定する必要があります。例えば、以下のようにMFR2とMPN2を指定します。

<MfrMappings>
    <MfrMapping>
        <MfrName>MFR1</MfrName>
        <MfrPartNumber>MPN1</MfrPartNumber>
    </MfrMapping>
    <MfrMapping>
        <MfrName>MFR2</MfrName>
        <MfrPartNumber>MPN2</MfrPartNumber>
    </MfrMapping>
</MfrMappings>

Arena PLMのように、ネイティブ/組み込みのメーカー部品選択機能を持つエンタープライズシステムでは、設定ファイルでのパラメータマッピングは不要です。この場合、関連する設定セクションでPart Choiceデータの受け入れを有効にするだけで済みます。

<PartChoices>
    <ToAltium sync="true"/>
</PartChoices>

PTC Windchill PLMシステムは、部品をグループ化できるオプションのPartsLinkモジュールを提供しています。Windchillで指定された部品分類には、分類内でさらに定義を行うための関連する属性/値ペアを含めることもできます。PartsLinkシステムでは、特定のコンポーネントタイプを簡単かつ迅速にターゲットにでき、NEXUS ServerのPLM統合による双方向同期および読み書きアクセスに対応しています。

Windchill用のNEXUS Server設定インスタンスでは、ToPLMセクションでバインディング属性を指定することで、WindchillにPartsLink分類が作成されます。以下の例のような形式です。

<common:Attribute>
	<common:Key>Classification</common:Key>
	<common:Value>102-Capacitor</common:Value>
</common:Attribute>

上記の場合、Key/Valueペアは102-Capacitorという名前の分類を定義します。これは、Windchillで名前と値のパラメータ（ここではCapacitance）を指定することで、関連する分類属性を作成できます。1つの分類に複数の属性を適用することも可能です。

<common:Attribute>
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Capacitance</common:Key>
	<common:Value>${parameter.Value}</common:Value>
</common:Attribute>

設定のToAltium同期セクションでは、Windchillから取得したデータを<SourceCritera>タグセット内で希望する部品分類にフィルタリングするために、そのClassificationNameを指定します。

<SourceCriteria>
	<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>

一致する分類属性値（例えば、すべての10uFコンデンサ）に準拠するすべての部品を取得するには、<SourceCriteria>セクションにClassificationNameおよび関連する分類属性キーと値を定義する設定属性を含めます。

<SourceCriteria>
	<common:Attribute>
		<common:ClassificationName>102-Capacitor</common:ClassificationName>
		<common:Key>Capacitance</common:Key>
		<common:Value>10uF</common:Value>
	</common:Attribute>
</SourceCriteria>

Windchillから特定の分類属性値を抽出するには、ClassificationNameに関連付けられた特定の属性名からValueパラメータを取得します。

<common:Attribute attributeType="revision">
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Value</common:Key>
	<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>

Windchill内では、binding attributeを作成することでPartsLink分類が定義され、部品タイプに適用できます。部品分類属性は、定義された分類クラスに追加されます。

Windchillのコンポーネントエントリには、定義された分類および指定された分類属性パラメータが組み込まれ、これらはNEXUS PLMコンポーネント同期プロセスで利用可能となります。

WindchillからNEXUS Serverへコンポーネントエントリが同期され、サーバーのPML設定でPartsLink連携が指定されている場合、その部品のWindchill構成属性がAltium NEXUSに伝播されます。

以下の例は、Altium NEXUS Serverで新しい部品を作成し、その後PLMインスタンスで対応する部品が自動作成される流れを簡単に示しています。生成された部品番号は、PLMインスタンスからNEXUS ServerのコンポーネントにItemパラメータとして反映されます（NEXUSコンポーネントの新リビジョンをリリースする必要はありません）。この例で使用しているプロセス定義はPR with PLM Part Createで、サンプル定義Part Request with PLM Part Createから派生しています。

1. 部品リクエストプロセスを開始し、必要に応じて初期リクエストの詳細を記入したフォームに入力します。下の画像では、NEXUS ServerのブラウザーインターフェースのPart Requestsページからリクエストが送信されており、1つの部品がリクエストされています。

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

3. 必要なユーザーがリクエスト作業のタスクを引き受ける（または割り当てられる）と、最終的にリクエストされた部品が作成されます。リクエストを満たすために作成（および/または選択）された各コンポーネントは、タスクのComponents フィールドに追加されます。追加されたコンポーネントは自動的にPLMで作成されます。下の画像では、1つのコンポーネントCMP-007-00038が作成され追加されています。Next stepフィールドがCompletedに設定されていることを確認し、ボタンをクリックしてください。

部品リクエストプロセスワークフローで指定されたPLMシステムへのログイン認証情報の入力を求められる場合があります。

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

管理者はボタンを使用して、リストされているすべての部品リクエストの詳細な記録をカンマ区切りのCSV形式でダウンロードできます。

5. NEXUSデザインクライアントに戻り、Explorerパネルで作成されたコンポーネントを参照し、そのPreview タブビューに切り替えます。パラメータ領域には、追加のパラメータPlmPartNumberが追加されており、その値はPLMで作成された対応部品の番号です。

このパラメータはコンポーネントに追加されていますが、リビジョンは変わっていません。つまり、コンポーネントの再リリースは行われていません。これは、このパラメータがアイテムレベルのパラメータであり、コンポーネントアイテム自体に追加され、すべてのリビジョンで利用可能だからです。

Windchill^® PLM用のPublish to PLMプロセスを設定する際には、NEXUS Serverから発行されるドキュメントのターゲットWindchillフォルダーも指定（および作成）できます。

関連するWindchillフォルダーパラメータは、NEXUS ServerのWindchill PLM統合エントリに適用されるPublishing Template XMLファイルで定義されます。フォルダー定義ノードは<pt:Folder>xxx</pt:Folder>というタグ形式で記述され、ptが現在の名前空間、xxxが完全なフォルダーパスです。各ドキュメントタイプ（例：PCB.zip Fabrication outputなど）のFileDistributionセクション内にパブリッシュルールとして配置されます。

Publishing XML構造階層の例は以下の通りです：

<pt:EntityRule id="FAB">
  <pt:FileDistributions>
    <pt:FileDistribution archiveName="PCB.zip">
      <pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>

サンプルプロセス定義Project Releaser with Publishを使用して独自の定義を作成する場合、デザインクライアント側で表示されるステージ名はデフォルトでPublish to PLMです。Project Releaser ボタンドロップダウンメニューの複合コマンドにもこの名前が組み込まれています：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でのエントリへの影響を示しています。

Start要素の設定を変更し、Project Releaserを通じてPLMにパブリッシュするワークフローで使用した場合の例です。

以下の例は、PLMで初期化された新しい管理プロジェクトの作成を簡単に示しています。プロセスはAltium NEXUS設計クライアントからCreate Project with PLM Initialise定義（サンプル定義Project with Initialise in PLM由来）を使って呼び出されます。

1. プロセスを起動すると（File » New » Project in <server> » Create Project with PLM Initialise）、プロジェクトを定義するためのダイアログ（プロセス定義名で表示）が現れます。この例では、プロジェクト名をExample_Project_with_PLM_Initとし、説明を入力し、他のフィールド（Advanced タブを含む）は変更しません。
2. プロジェクトが定義できたら、ボタンをクリックします。Login Credentialsダイアログが表示されます。新規プロジェクトなので、PLMのログイン認証情報を入力し、使用するPLMインスタンスと公開テンプレートを指定する必要があります。ここでは、Arena PLM用の設定ファイルと関連する公開テンプレート（要求に応じて）を使用しています。

認証情報を入力し、PLMインスタンスと公開テンプレートを選択したら、ボタンをクリックします。

3. プロセスは（エラーがなければ）完了まで進行し、TasklistパネルのActivitiesリスト下で確認できます。関連するボタンメニューからShow closedオプションをチェックしてください。完了したプロセスとそのデータセットの詳細は、アクティビティエントリで確認できます。

完了したプロセスと関連情報は、NEXUS Serverのブラウザインターフェースでも、そのプロジェクトの詳細ビュー内でActivitiesビューを選択することで確認できます（Projectsビューからプロジェクトを開いた場合）。完了したプロセスのステータス情報は、右上のClosedアクティビティオプションからアクセスできます。

4. Altium NEXUS設計クライアント内では、新しいプロジェクトがProjectsパネルに表示され、NEXUS ServerのGitベースVersioned Storage設計リポジトリへのコミットが予定されています。プロジェクトエントリを右クリックし、Save to serverコマンドを使用してください。その後、ソースドキュメントを追加して設計を進めることができます。公開時には、プロジェクトはすでにPLMインスタンス内の該当部品とリンクされています。

Project OptionsダイアログのServer Parametersタブ、またはExplorerパネルのプロジェクトパラメータ一覧で、PLMインスタンスで割り当てられた部品番号（リリース/公開可能なプロジェクトエンティティに関連）が確認できます。

PLMパラメータ名とプロジェクトリリースパッケージの関係は、PLM設定ファイルで指定されており、PLMシステムで要求される名称や番号付け属性によって決まります。

回路図テキスト文字列を配置する際、プロジェクトに関連付けられたPLMパラメータは特別な文字列として利用できます。

以下の手順により、NEXUS Server と Teamcenter PLM 間のコンポーネント同期が有効になります。このセットアップは、Teamcenter への Altium プロジェクトの公開など、プロジェクト関連プロセスを有効にするためにも必要です。

Teamcenter ドライバーを有効にするために必要なライブラリ

Teamcenter のインストールファイルを入手してください。たとえば Teamcenter 11 用には Tc11.2.0a_win64 などの名前になっています。アーカイブを解凍したら、Tc11.2.0a_win64\soa_client.zip\java\libs フォルダーから以下の Java ファイルを抽出します。

fccclient.jar
TcSoaBomStrong_11000.2.0.jar
TcSoaBomTypes_11000.2.0.jar
TcSoaCadStrong_11000.2.0.jar
TcSoaCadTypes_11000.2.0.jar
TcSoaClient_11000.2.0.jar
TcSoaCommon_11000.2.0.jar
TcSoaCoreStrong_11000.2.0.jar
TcSoaCoreTypes_11000.2.0.jar
TcSoaQueryStrong_11000.2.0.jar
TcSoaQueryTypes_11000.2.0.jar
TcSoaStrongModel_11000.2.0.jar

Teamcenter 12 を使用している場合は、一部のライブラリファイルが統合されているため、リストは短くなります。

fccclient.jar
TcSoaBomStrong_12000.3.0.jar
TcSoaCadStrong_12000.3.0.jar
TcSoaClient_12000.3.0.jar
TcSoaCommon_12000.3.0.jar
TcSoaCoreStrong_12000.3.0.jar
TcSoaQueryStrong_12000.3.0.jar
TcSoaStrongModel_12000.3.0.jar
TcSoaStructureManagementStrong_12000.3.0.jar

抽出したファイルが入ったフォルダー（Teamcenter Libs Folder コレクション）を、Altium NEXUS Server をホストしているマシン上に配置します。Cドライブのルートなど、読み取り制限のない場所が推奨されます（この例では C:\TeamcenterLib）。

前のセットアップ手順で指定した Teamcenter Libs Folder の場所（例：C:\TeamcenterLib）を指す システム環境変数 ALTIUM_EXTERNAL_LIB を設定します。Make sure that extracted .JAR files are directly within the folder pointed to by the ALTIUM_EXTERNAL_LIB variable（例えば %ALTIUM_EXTERNAL_LIB%\soa_client\ フォルダー内ではなく）。

次の手順

これで、下記のプロジェクト関連 PLM プロセスのセクションに進むか、コンポーネント同期機能のみが必要な場合はセットアップの最終化とテストセクションに進むことができます。

NEXUS Server から Teamcenter PLM へのプロジェクト関連の操作（プロジェクトの公開や PLM でのプロジェクト構造の初期化など）を有効にするには、上記の折りたたみセクションで説明されているすべての手順を完了する必要があります。

加えて、以下も必要です。

NEXUS Server をホストしているマシンに FMS Client Cache (FCC) をインストールします。FMS Client Cache は、クライアントマシンと Teamcenter Server 間でファイルを転送する Teamcenter Client Communication System（TCCS）の一部であり、Siemens により提供されています。Teamcenter のインストール手順に従い、TCCS 自体の外部依存関係（Java and Visual C++ redistributables など、Teamcenter のバージョンに適したもの）のインストールも含めて、確実に実施してください。また、Teamcenter Windows クライアントインストールマニュアルの「システム要件の確認場所」セクションに記載されている通り、適切なシステム変数も設定する必要があります。

システムレベル（ユーザーレベルではなく）の環境変数を次のように設定します。

• FMS_HOME を TCCS インストールディレクトリ（例：C:\Program Files\tccs
• ）に設定します。 をログディレクトリのパス（例：C:\temp\logs\%USERNAME%
• ）に設定します。 %FMS_HOME%\lib を PATH 変数に追加します。

コマンドプロンプトまたは Windows PowerShell を管理者として実行し、iisreset コマンドで NEXUS Server を再起動してください。これは、環境変数の変更をサーバーに認識させるためです。なお、Windows の Internet Information Services Manager インターフェースから Restart コマンドでサーバーをリセットすることもできます。例を参照。

テスト

コンポーネント同期セットアップが正しく行われているかテストするには、サーバーのブラウザーインターフェース（Admin » PLM Integration）でPLM Managementページに移動し、Add Instanceを選択、Teamcenter 用の構成 XML をアップロードし、Test Connectionを選択して有効な Teamcenter ユーザー認証情報を入力します。すると構成検証レポートが表示され、そのまま PLM インスタンスの構成を続行できます。

プロジェクト関連プロセスのセットアップが正しく行われているかテストするには、PLM インスタンス設定に公開テンプレートを追加し、接続テスト（Test Connection）を実行します。Configuration Validation Reportが表示され、Publish template XXX checks セクションが含まれているはずです。「Environment variable 'XXXXXX' not set. Publish to PLM is not available」というエラーが表示されていないことを確認してください。

トラブルシューティング

セットアップを完了したにもかかわらず、Teamcenter driver not configured や Environment variable 'FMS_HOME' not set、Unable to verify FCC Siemens Teamcenter service などのエラーがシステムに表示される場合、セットアップに問題がある可能性があります。以下を確認してください。

• 環境変数がsystem（ユーザーではなく）レベルで作成されていることを確認してください。例を参照。
• フォルダー名や変数にタイプミスがないか確認してください。
• Unable to verify FCC Siemens Teamcenter service エラーは、正しい Visual C++ 再頒布可能パッケージがインストールされていない場合に発生します。一般的に、Teamcenter 11.x には VC++ 2012、Teamcenter 12.x には VC++ 2017 が必要です。この Microsoft ページから該当バージョンの最新アップデートをダウンロードしてください。
• iisreset コマンドは、新しい環境変数を正しく反映できない場合があります。その場合は、システム全体の再起動をお試しください。

同期や公開操作中に次のエラーが発生した場合：Error message: The proxy could not locate or start an FMS Client Cache instance. If you are in multi-user environment on Windows platform, check if you have enabled FMS_WINDOWS_MULTIUSER..:

• FMS_WINDOWS_MULTIUSER 変数を設定しても、この状況では効果がありませんのでご注意ください。
• 報告されたエラーは、NEXUS Server をホストしているマシンからブラウザや専用クライアントで Teamcenter インスタンスにアクセスしようとした場合、または実際の Teamcenter 操作と Altium-PLM 連携の両方で同じ Teamcenter ユーザー認証情報を使用している場合に発生する可能性があります。このような状況は避けてください。
  • PLM 連携用には、専用の Teamcenter ユーザー（認証情報）を用意してください。理想的には、実際のユーザーが使用しないアカウントが望ましいです。
  • NEXUS Server が稼働しているシステムから、Web や専用クライアントで Teamcenter サーバーにアクセスすることは避けてください。