Enterprise Server Workspaceは、1つまたは複数のPLMインスタンスと接続することができ、Windchill®、Arena®、Oracle® Agile™、Aras Innovator®、およびSiemens Teamcenter®(追加設定が必要)を直接サポートしています。インターフェースの設定はWorkspaceのブラウザインターフェースから行い、ほとんどの設定はXMLベースの設定ファイル内で定義されます(Workspaceを通じてアップロード)。インターフェースのセットアップと動作が完了すると、以下のような異なる領域で機能が提供されます。
-
ライブラリ(コンポーネント) – WorkspaceとPLMインスタンス間で、コンポーネント、コンポーネントパラメータ、部品選択肢の一方向または双方向同期に対応します。設定により、どのパラメータがどのシステムで管理されるかを指定できます。さらに、アイテムパラメータを利用して、Workspace側のプロパティを(フィールドごとに設定可能)新しいリビジョンを正式にリリースすることなく更新できます。PLMインスタンスでコンポーネントを自動作成し、生成されたPLM部品番号をWorkspaceのコンポーネントに反映する専用の部品リクエストワークフローも利用可能です。
-
設計(プロジェクト) – PLMインスタンスで部品番号を自動作成し、それをAltium Designerプロジェクトのパラメータとして反映する専用のプロジェクト作成ワークフローが利用できます。これらのパラメータは、特別な文字列(例:シート枠注記用)で使用できます。Altium DesignerのProject Releaserを実行する際に、設計をPLMインスタンスへ公開することが可能です。公開操作では、PLMインスタンス統合設定の一部として定義された公開テンプレートを使用し、データがどのようにPLMへ反映されるかを制御します。初回公開時にプロジェクトにPLM側の部品番号がまだ関連付けられていない場合、それらの部品番号がPLMで作成され、プロジェクトに関連付けられます。また、公開操作の一部として、WorkspaceライブラリコンポーネントのPLMインスタンスへのコンポーネントエントリを定義することも可能です(設定により任意)。プロセスワークフローの履歴(Historyタブ)で、PLMインスタンス内の部品番号など、作成された内容を正確に確認できます。
PLMサポート
Enterprise Server Workspaceは、以下のPLMシステムを直接サポートしています。
-
PTC Windchill® PLM バージョン12
-
Arena® PLM
-
Oracle® Agile™ PLM
-
Aras Innovator® リリース12.0 SP18
Aras Innovatorの追加設定
Aras InnovatorとのPLM統合を実現するには、AltiumサーバーをAras Authentication setupに登録し、クライアントレジストリに新しいノードセクションを追加する必要があります。登録が完了すると、接続されたサーバー用に一意のOAuthトークンが発行され、認証アクセスが可能になります。
必要なAras Innovator設定の変更は、OAuthクライアントレジストリファイルを編集して行います。
-
Arasホストマシンで
\OAuthServer\OAuth.configファイルを開き、編集します。
-
IOMAppセクションを
<clientRegistry id="IOMApp" enabled="true">行から</clientRegistry>行まで探してコピーします。
-
コピーしたIOMAppセクションを直後に貼り付け、新しい(複製された)セクションを作成します。
-
この新しいノードセクションで、
IOMAppをNEXUSにリネームします。結果として<clientRegistry id="NEXUS" enabled="true">となります。例を参照
。
-
保存してArasマシンを再起動します。
Enterprise Server Workspaceと企業のエンタープライズシステム間で直接接続できない場合、システムからエクスポートされたコンポーネントデータを、付属の
CSV Importコマンドラインツールを使用してWorkspaceにインポートできます。
PLMインスタンスへの接続
PLMインスタンスへの接続は、WorkspaceブラウザインターフェースのAdmin – PLM Integrationページから行います。該当するXMLベースの設定ファイルと公開テンプレートをアップロードし、PLMコンポーネントとWorkspace内のコンポーネントの同期を有効化・設定します。
新しいPLMインターフェースインスタンスを作成するには、

ボタンをクリックします。必要に応じて複数のインスタンスを定義でき、WorkspaceをさまざまなPLMインスタンスと連携させることが可能です。たとえば、コンポーネントは1つのPLMインスタンスに存在し、リリース済み設計プロジェクトの生成出力は別のインスタンスにある場合や、異なる部門が異なるインスタンス(同一または異なるPLMシステム)を使用している場合などが考えられます。各インスタンスには一意の名前、設定ファイル、および1つ以上の公開テンプレートが必要です。定義済みインスタンスの接続をテストするには、

ボタンをクリックします。詳細は下記
Connection Validationをご覧ください。
サンプル設定ファイルおよび公開テンプレートはインストール時に提供されています。詳細は以下のセクションを展開してください。
サンプル設定ファイル
サンプル設定ファイルはAdd new instanceビューから提供されています。ConfigurationタブでDownload sample configurationリンクをクリックし、zipファイルConfigurationSamples.zipを取得してください。このzipにはWindchill、Arena、Aras、Agile PLMシステム用の初期設定ファイルが含まれています。
-
dm-Windchill-config-basic.xml
-
dm-Arena-config-basic.xml
-
dm-Agile-config-basic.xml
-
dm-Aras-config-basic.xml
-
dm-Teamcenter-config-basic.xml(Teamcenter PLM AddonライセンスがWorkspaceに追加されている場合に利用可能)
サンプル設定ファイルはEnterprise Serverインストールの一部として利用できます。
提供されている設定には、代表的なコンポーネントエンティティセクション(例:CapacitorsやDiodes)が含まれており、それぞれに基本的なToPLMおよびToAltium属性/パラメータマッピングサブセクションがあります。サンプルファイルを自社のPLMインスタンスや要件に合わせて追加・編集したり、独自に作成したり、Configuration Generatorを使ってWorkspaceのデータモデルに合ったベース設定ファイルを作成したりできます。
サンプル設定ファイルには、設定内容や方法を案内する詳細なコメントが含まれています。
サンプル公開テンプレート
サンプル公開テンプレートは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-Aras-publish-template-basic.xml
-
dm-Teamcenter-publish-template-basic.xml(Teamcenter PLM AddonライセンスがWorkspaceに追加されている場合に利用可能)
サンプル公開テンプレートはEnterprise Serverインストールの一部として利用できます。
これらは自社のPLMインスタンスや要件に合わせて修正するか、新たに作成してください。
公開用サンプルファイルでは、以下の重要な領域が設定されています:
-
パブリッシュ処理中にPLM側での部品作成およびリンク方法(「BOM戦略」)の扱い。以下のオプションがあります:
-
LinkExistingOnly – PLMに既に存在する部品のみをリンクし、存在しない部品は作成しません。
-
CreateNewAndLink – PLMに既に存在する部品はリンクし、存在しない部品は新規作成してリンクします。
-
LinkIfAllExists – PLM側に存在しない部品は作成せず、すべての部品がPLMに存在する場合のみリンクします。
デフォルトでは、サンプルファイルはLinkExistingOnlyオプションを指定しています。何も指定しない場合はCreatNewAndLinkが使用されます。
-
リリース出力をPLMにどのように、どこに公開するかを定義するルールセット:
-
(親)プロジェクトデータを処理するルール。
-
ソースデータを処理するルール。
-
アセンブリデータを処理するルール。
-
製造データを処理するルール。
-
各PLMインスタンスごとに複数の公開テンプレートを定義できます。テンプレートが公開処理の一部として選択されると、プロジェクトに保存(リンク)され、以降も利用できます。
-
サンプル公開ファイルには、設定方法を案内する詳細なコメントが含まれています。
ボタンから新しいPLMエントリを追加する際は、
ボタンを使って適切に保存・修正されたPLM設定ファイルを参照し、適用してください。
同様に、互換性のある公開テンプレートは
ボタンからPublish Templateタブの下で追加します。続くPublish Templateダイアログで
ボタンを使い、正しいテンプレートファイルを参照・選択してください。
自社のPLMシステムとのインターフェースを追加・設定してください。有効な接続が確立されると、定義済みプロセス定義を用いて、インスタンスのアクティブな公開テンプレートに従い、プロジェクトリリースデータをPLMシステムへ公開できます。また、そのPLMとWorkspace間で部品の同期スケジュールも可能です。Windchill、Agile、Arena PLMインスタンス用のセットアップファイルは、Publishing Template XMLファイルで有効化され、Configuration XMLファイルのaltiumType="ProjectChangeOrder"エンティティセクションで定義される正式なChange Order(ECO)ワークフローもサポートしています – 例を参照
。
PLMインスタンスによっては、設定定義に変更指示(Change Order)の識別(番号付け、場所、IDなど)、Name/Title、Description、Change Complexity(Windchillのみ)などの属性、作成戦略(なし、新規、既存再利用)、ライフサイクルステータス昇格(WindchillとAgileのみ)などのオプション設定が含まれます。定義された変更指示は、関連するPublishing TemplateでpublishId参照を宣言することで公開時に有効化されます – 例を参照
。
サーバーのConfigurationおよびPublishing Template XMLファイルで定義されると、変更指示はプロジェクト作成や公開プロセスのPLMワークフロー中に利用可能となり、Altium DesignerまたはEnterprise Serverインターフェースから呼び出せます。フロー中には、変更指示の設定やオプションを指定するための関連フォームが表示されます。
►Windchill、Agile、Arena PLMインスタンスでのPLM変更指示(ECO)機能の利用については、Enterprise Serverインストールに含まれるサンプルConfiguration XMLファイルおよびPublishing Template XMLファイルのコメントノートを参照してください。
提供されている設定ファイルを使って新しいエンタープライズシステムインスタンスを作成する代わりに、Workspaceの内部設定ジェネレーターを利用して、Workspaceのデータモデルに基づいた適応型設定を作成することもできます。ジェネレーターは接続情報(PLMタイプとURL)を要求し、Workspaceに登録されている部品タイプ(コンデンサ、ダイオードなど)と対応する部品テンプレートを照会して、基本設定ファイルを構築します。詳細は以下の展開セクションをクリックしてください。
設定生成
適応型設定機能は、Workspaceの設定生成リンクから利用できます。このページはAdd new instanceボタンから開きます。
Generate Configurationダイアログで接続するエンタープライズシステムの種類(Windchill、ArenaなどのPLMタイプ)とリモートURLを選択します。
ボタンを選択して新しいdm-configuration.xmlファイルを作成し、保存後、新しいPLMインスタンスに
ボタンから追加できます。
ジェネレーターは、現在のEnterprise Serverインストールのデータモデルに合わせて設定を作成します。たとえば、Workspaceに登録されている部品タイプは設定ファイルのエンティティタイプ(dm-configuration.xml)として追加されます。各エンティティセクションには対応するToPlmおよびToAltiumセクションがあり、対応する部品テンプレート(存在する場合)からマッピングされたパラメータが含まれます。また、リリースパッケージ要素をエンタープライズシステムにマッピングするプロジェクト公開セクションも含まれます。
生成された設定のすべてのセクションには、Workspace/PLM設定との互換性のために追加・変更が必要な箇所を示すTODOコメントが含まれています。Workspace/PLMセットアップに合わせて設定ファイルを編集する方法については、提供されているサンプル設定ファイル内の説明コメントを参照してください。
PLM部品データがWorkspaceにどのようにインポートされるかをテスト・確認する方法として、CSVインポートツールを利用できます。これはカンマ区切りのCSVファイルから部品データをXML設定ファイルの制御下でWorkspaceに転送します。テスト目的で設定ファイルやCSVファイルの編集も可能です。
設定ファイルを編集し、PLMインスタンスに再アップロードした場合は、導入された問題を検出するために必ず接続テスト(バリデーション)を行ってください(下記参照)。
接続バリデーション
Workspaceでは、
ボタンからAdd/Edit Instanceページで利用できる包括的なPLMインスタンス接続バリデーションチェックを提供しています。これにより、さまざまな設定互換性チェックが実行され、結果が即座に報告されます。
接続バリデーションレポートを実行すると、Workspaceは現在の設定および公開テンプレートの内容がWorkspaceおよび対象エンタープライズシステムのデータと互換性があるかを分析します。パスエラー、部品タイプ定義やパラメータの不一致、無効なライフサイクルやリビジョン設定などの設定問題が検出され、Configuration Validation Reportダイアログで報告されます。
設定エラーが報告された場合(全体ステータスがERROR(Status))、新しいインスタンスを作成する前にこれらを修正する必要があります。WARNINGステータスは、設定に含まれていないWorkspace部品タイプや、エンタープライズシステム側で利用できない属性が指定されている場合などに表示されますが、この場合は設定済みインスタンスを保存・利用できます。
報告されたエラーや警告は、適用した設定・公開ファイルの修正や、Workspaceまたはエンタープライズシステムの設定変更によって修正できます。インスタンスが正常に定義できたら、必ず
ボタンをクリックしてください。そのインスタンスは、インターフェースのメインPLM Integrationページの接続済みインスタンス一覧に表示されます。
設定ファイルを編集し新しいインスタンスに再アップロードした場合は、

ボタンを再度使用して、導入された問題がないか確認してください。
部品同期
ワークスペースと接続されたエンタープライズシステムインスタンス間のコンポーネント、より具体的にはそのパラメトリックデータの同期は、LibSync プロセスワークフローに基づいています。LibSyncプロセスはワークスペース内であらかじめ定義されており、ワークスペースのAdmin - Processesページからアクセス(または編集)することはできません。ただし、ワークフローベースのプロセスであるため、同期アクションの結果を確認したり、エラーを処理したりすることが可能です。
同期プロセスの利用には、以下の手順が含まれます:
-
各コンポーネントタイプごとに同期設定を構成します。実際には以下の内容です:
-
同期の方向(ワークスペースへの同期、またはPLMへの同期)を決定します。
-
どのコンポーネントタイプが対象となるか、また新規コンポーネントをどこに作成するかを決定します。
-
マッピングやパラメータ属性の設定を行います。
-
該当する場合は、Part Choicesデータマッピングの設定を行います。
-
同期の実行を行います。
上記の最初の2つの項目グループは、接続されたエンタープライズシステムインスタンス(例:PLM)で使用される設定ファイル内で処理されます。同期自体は、ワークスペースインターフェースのPLM Integrationページからオンデマンドで実行でき、またはスケジュール設定により、PLMインスタンスへの接続時に定義された定期的な自動同期も可能です。
同期の設定
設定ファイル内では、エンタープライズシステムインスタンスとの接続はInstanceタグ間で、指定されたドライバータイプとターゲットURLとして定義されます。Configuration Generatorを使用して設定ファイルを作成した場合、含まれるドライバーおよびURLの参照は、生成プロセス中にGenerate Configurationダイアログで入力されたものになります。
<Instance>
<Driver>[Driver Type]</Driver>
<Url>[PLM API URL]</Url>
</Instance>
-
設定ファイルでArena® PLMドライバーが指定されている場合、Arenaユーザーアカウントで利用可能なArenaworkspacesに対応する追加エントリが利用できます。オプションの複数桁ID参照属性は、
Instanceセクション内のcontextタグ間に追加され、以下の例のようになります。
-
接続システムがPTC Windchill PLMの場合、値の単位(UOM)読み取りを有効にするための設定行を追加する必要がある場合があります。
設定ファイルの次のSchemaセクションでは、各専用部品タイプごとに同期マッピングのセクションを定義します。ワークスペース側では、これはaltiumTypeタイプのコンポーネントであり、その値はAltium DesignerのPreferencesダイアログのData Management - Component Typesページで確認できるタイプパラメータオプションの1つです。PLM側では、PLM空間内の値によって決定されるplmTypeタイプの部品が作成されます。
このセクションはファイル内でEntity として宣言され、例えばコンデンサの場合は以下のようになります:
<Entity altiumType="Capacitor" plmType="Capacitor">
.
.
</Entity>
plmTypeの値は、使用しているPLMインスタンスによって異なる場合があります。
Entity内では、ワークスペースからPLMインスタンスへの同期、およびPLMインスタンスからワークスペースへの同期を制御・設定する2つのセクションが使用されます。これにより、一方向または双方向の同期が可能です。詳細については、サンプル設定ファイル内のコメントと併せて、以下のセクションを参照してください。最終的に設定ファイルで定義される内容は、個々のニーズや、接続されたエンタープライズシステムインスタンスで定義されている(PLMの)属性によって異なります。
Plm同期
このセクションは、ワークスペースからPLMインスタンスへの同期を以下の形式で制御・設定します:
<ToPlm sync="true">
.
.
</ToPlm>
この方向での同期を無効にするには、sync="false"を設定します。
ToPlmセクション内では、以下のセクションが定義されます:
-
PLMインスタンスで新規コンポーネントをどのように作成するかを、<CreateInfo>タグセットと</CreateInfo>タグセットの間で定義します。例えば、ターゲットエンタープライズシステムで定義されたアイテム命名スキームを選択し、アイテム番号のプレフィックスを指定することができます:
<CreateInfo>
<Numbering name="Electrical">
<Fields>
<Field name="Code" value="120"/>
</Fields>
</Numbering>
</CreateInfo>
-
ワークスペース内のどのコンポーネントをPLMと同期するかを制限するフィルタリングを、<SourceCriteria>タグセットと</SourceCriteria>タグセットの間で行います。ソースデータの伝播は、パラメータ属性のブール論理(AND、OR、NOT)組み合わせを用いて制約することができ、複数の属性セットを基本的な論理演算で特定のフィルタリング結果に導くことが可能です。
この機能は、例えばワークスペースに6000個のコンデンサがあるが、そのうち特定のフォルダにある85個のセラミックコンデンサだけを同期したい場合などに非常に有用です。この場合、SourceCriteriaタグセット内にそのフォルダパスを指定し、さらに厳密なソースデータ制約が必要な場合は、0603パッケージタイプなどの他のパラメータ属性もオプションで指定します。グループ化された条件間の関係は暗黙的にAND論理演算子となるため、以下の例ではワークスペース内の0603パッケージのセラミックコンデンサのみがPLMと同期されます。
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
</SourceCriteria>
また、SourceCriteriaノードセクション内に追加できる、専用のORロジックタグセット(<Or>…</Or>)やNOTロジック除外タグセット(<Not>…</Not>)も利用可能です。これらのオプションを使用すると、<Or></Or>タグ内に追加されたパラメータ属性セットにはORロジックが適用され、<Not>…</Not>タグ内のパラメータ属性セットにはNOTロジックが適用されます。例えば、ApprovedまたはReleasedのライフサイクル状態が追加要件であり、かつ分類パラメータ値がSpecialOrderのアイテムを除外(NOT)したい場合などが考えられます。この場合の完全なロジックフィルタリングは以下のようになります。
<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>
-
WorkspaceからPLMへコンポーネントの属性(パラメータ)を渡す際に指定する属性の一覧は、<Attributes>タグセットと</Attributes>タグセットの間に記述します。例は以下の通りです。
<Attributes>
<!-- Altium ServerのName/Commentが、そのままPLMのNameフィールドに渡されます -->
<common:Attribute>
<common:Key>name</common:Key>
<common:Value>${parameter.Name}</common:Value>
</common:Attribute>
<!-- PLM側で生成された番号がAltium ServerにPlmPartNumberパラメータとして反映されます(パラメータ名は任意で指定可能)-->
<common:Attribute attributeType="item" primaryKeyOrdinal="1">
<common:Key>number</common:Key>
<common:Value>${parameter.PlmPartNumber}</common:Value>
</common:Attribute>
<!-- Altium Serverのコンポーネント説明がPLMのDescriptionフィールドに渡されます。値の先頭に「Extended」が付加されます -->
<!-- Altium Server側の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側で作成される部品番号(PlmPartNumber)は、両システム間のコンポーネントをリンクするための主キーとなり、Workspaceライブラリコンポーネントにも反映されます。
-
コンポーネントのリファレンスデジグネータ(
refDes)などのパラメータは、BOMドキュメントを含むプロジェクトが公開される場合にのみ適用されます。これは、デジグネータパラメータがコンポーネント同期には関与しないためです。
-
また、Item パラメータ(attributeType="item")という概念があることに注意してください。これらのパラメータ(上記のPlmPartNumberパラメータなど)は、Workspace内の親コンポーネントアイテムに追加され、そのリビジョンでも利用可能です。これらの値が変更されても、コンポーネントアイテムの新しいリビジョンは作成されません。これは、Revision パラメータ(attributeType="revision")とは対照的です。これらのパラメータ(上記のDescription パラメータなど)は、値が変更されるとコンポーネントアイテムの新しいリビジョンが作成されます。
Altium同期
このセクションは、PLMインスタンスからWorkspaceへの同期を以下の形式で制御・設定するために使用します。
<ToAltium sync="true" mode="createAndUpdate">
.
.
</ToAltium>
オプションの
modeステートメントは、エンタープライズシステムからWorkspaceへのコンポーネントデータの同期方法を決定します。デフォルトモード(
createAndUpdate)では、Workspaceに新規コンポーネントの作成と既存Workspaceコンポーネントの更新の両方が可能ですが、代替の
updateExistingモードでは既存Workspaceコンポーネントの更新のみが可能です。
この方向の同期を無効にするには、sync="false"を設定してください。
ToAltiumセクション内では、以下のセクションが定義されます。
-
Workspace内で新規コンポーネントがどのように、どこに作成されるかを<CreateInfo>タグセットと</CreateInfo>タグセットの間で指定します。
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme> |
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition> |
<Folder>Components/Inbox/Capacitors</Folder> |
Workspace でコンポーネントエントリが作成される際、対象の Workspace フォルダ(上記例では Components/Inbox/Capacitors)に関連付けられている Component Template が指定されていれば、それが使用されます。これにより、作成されるコンポーネントのアイテム命名規則も定義され、対象 Workspace フォルダで指定された命名規則よりも優先されます。逆に、フォルダでテンプレートや命名規則のいずれも定義されていない場合、同期は失敗します。
また、サンプル構成ではデフォルトのリビジョン命名規則(1-Level Revision Scheme)およびライフサイクル定義(Component Lifecycle)が使用されるように定義されていますが、これらも対象 Workspace フォルダにコンポーネントテンプレートが関連付けられている場合は上書きされます。
構成ファイルで指定されたコンポーネントのターゲットフォルダは、Component Template 内の Default Folder 設定よりも優先されます。
構成内に特定のコンポーネントテンプレート参照(例:CMPT-00001)が追加されている場合は、そのテンプレートが対象 Workspace フォルダに関連付けられているテンプレートの代わりに使用されます。その設定は、構成ファイル内の他のパラメータ設定(ライフサイクル定義など)よりも優先されますが、ターゲットフォルダの定義だけは例外です。
<ComponentTemplate>CMPT-00001</ComponentTemplate> |
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme> |
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition> |
<Folder>Components/Inbox/Capacitors</Folder> |
指定されたテンプレートは、新規作成される Workspace ライブラリコンポーネントのみに適用される点にご注意ください。この方法は、外部システムから Workspace への独自コンポーネントパラメータのインポートや同期を管理する際に特に有効です。この場合、カスタマイズされた Component Template を適用することで、受信したパラメータデータの解釈、適切なデフォルト値の設定、単位データ型の指定、さらに新規 Workspace ライブラリコンポーネントのライフサイクル定義やリビジョン命名規則の指定が可能となります。
構成ファイルで item 属性タイプ(ダイナミック)でパラメータが指定されており、そのパラメータが適用された Component Template に存在する場合、コンポーネント同期時にそのパラメータ値は更新されません。コンポーネント同期時にそのパラメータが「ダイナミック」に動作する(値の更新で新しいリビジョンが作成されない)ようにするには、適用される Component Template からそのパラメータ参照を削除する必要があります。
-
エンタープライズシステム(PLM)インスタンスから取得したデータのフィルタリングは、<SourceCriteria> と </SourceCriteria> のタグセット間で行います。フィルタ文は、PLM から受信するコンポーネントデータを特定の作成者によるものに制限したり(提供されているサンプル構成で示されています)、特定の属性値(例:Business Unit = Engineering_RD、下記参照)を持つコンポーネントアイテムに限定したりすることができます。
<ns2:Key>Business Unit</ns2:Key> |
<ns2:Value>Engineering_RD</ns2:Value> |
-
PLM から Workspace へ渡すべき属性(パラメータ)の一覧は、<Attributes> と </Attributes> のタグセット間で定義します。例は以下の通りです。
<ns2:Key>Business Unit</ns2:Key> |
<ns2:Value>Engineering_RD</ns2:Value> |
PLM 側の部品番号(PlmPartNumber)は、両側のコンポーネントをリンクするための主キーであり、Workspace ライブラリコンポーネントにも反映されます。
また、「ダイナミック」パラメータ(attributeType="item")という概念があることにもご注目ください。これらのパラメータ(上記の DynamicCONTS など)はアイテムレベルのパラメータであり、Workspace の親コンポーネントアイテムに追加され、そのリビジョンでも利用可能です。これらの値が変更されても、コンポーネントアイテムの新しいリビジョンは作成されません。これは「ストロング」パラメータ(attributeType="revision")とは対照的です。ストロングパラメータ(上記の Description など)はリビジョンレベルのパラメータであり、その値が変更されると新しいリビジョンが作成されます。
Part Choices データマッピングを定義するセクションは、サンプル(または生成された)構成ファイルの末尾にあります。
部品選択
構成スキーマ内の Entity 宣言とともに、エンタープライズシステム(PLM)と Workspace 間のコンポーネント Part Choice データマッピングを定義する追加セクションがあります。このセクションでは、ほとんどの対応 PLM システム向けに特定の Part Choices 属性パラメータマッピングや、Aras、Windchill、Arena PLM システム向けの承認製造リスト(AML)データの関連付けが可能です。これは排他的な双方向定義(どちらか一方の方向のみ、同時には不可)であり、Part Choices データの伝播に使用されるコンポーネントのメーカーおよび部品番号属性を指定します。
Part Choices同期が設定ファイル(sync="true")で有効になっている場合、指定された属性のValueがターゲットシステムに転送されます。そのデータ伝播の方向は「To」式によって決まり、ToAltiumが指定されている場合はPLMコンポーネントのパラメトリックデータが作成・更新されたWorkspaceライブラリコンポーネントに適用され、ToPlmが指定されている場合はWorkspaceライブラリコンポーネントに関連付けられたPart ChoicesデータがPLM側に転送されます。有効な設定はすべての定義済みコンポーネントエンティティに適用されるため、コンポーネントデータセットが検出されるたびにPart Choiceデータが指定されたターゲットに転送されます。
設定ファイル内でのToAltium Part Choicesマッピングの例—ここでPLMシステム属性はMFR1(メーカー名)およびMPN1(メーカー部品番号)—は以下のようになります。
<PartChoices>
<ToAltium sync="true">
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
</MfrMappings>
</ToAltium>
</PartChoices>
Part Choiceデータ同期は、複数のPart Choiceデータエントリにも対応しています。これらの追加属性は、設定ファイルのマッピング内で別の属性定義ペアとして指定する必要があります。例えば、以下のようにMFR2およびMPN2を指定します。
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
<MfrMapping>
<MfrName>MFR2</MfrName>
<MfrPartNumber>MPN2</MfrPartNumber>
</MfrMapping>
</MfrMappings>
WindchillのManufacturer PartsやArenaのVendor Partsのように、ネイティブ/組み込みのメーカー部品選択機能を持つエンタープライズシステムでは、設定ファイルでのマッピングパラメータは不要です。この場合、関連する設定セクションでPart Choiceデータの受け入れを有効にするだけで済みます。
<PartChoices>
<ToAltium sync="true"/>
</PartChoices>
また、データ転送方向がエンタープライズシステム側の場合は以下のようになります。
<PartChoices>
<ToPlm sync="true"/>
</PartChoices>
-
Part ChoiceデータがWorkspaceライブラリコンポーネントアイテムにインポートされる際、手動で入力された既存のPart Choiceを重複または置換することはなく、新たな追加Part Choiceとして登録されます。その後の同期実行時に更新されます。
-
Part Choicesは、
ToPlmまたはToAltiumの設定文によって、どちらの方向にも同期できるよう(sync="true")有効化できます。この構成はPart Choiceデータの双方向交換をサポートしますが、両方向は同時に有効化できません—ToPlmとToAltiumの<PartChoices>セクションが両方含まれ、かつ同時に有効("true"に設定)になっている場合はエラーが発生します。
PTC Windchill PartsLink サポート
PTC Windchill PLMシステムは、部品をグループ化できるオプションのPartsLinkモジュールを提供しています。Windchillで指定されたPart Classificationには、さらに定義を加えるための属性/値ペアを含めることもできます。PartsLinkシステムにより、特定のコンポーネントタイプを簡単かつ迅速にターゲット指定でき、WorkspaceのPLM統合による双方向同期および読み書きアクセスがサポートされています。
Windchill用Workspace設定インスタンスでは、以下の例のような形式でToPLMセクションにバインディング属性を指定することで、WindchillにPartsLink Classificationを作成します。
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>102-Capacitor</common:Value>
</common:Attribute>
上記の場合、Key/Valueペアは102-Capacitorという名前のClassificationを定義します。Windchillで名前と値のパラメータ(ここではCapacitance)を指定することで、関連する分類属性を作成できます。1つのClassificationに複数の属性を適用することも可能です。
<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から特定の分類属性値を抽出するには、ValueパラメータをClassificationNameに関連付けられた特定の属性名から取得します。
<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 Classificationが定義されます。部品分類属性は定義済みの分類クラスに追加されます。
Windchillのコンポーネントエントリには、定義された分類および指定された分類属性パラメータが組み込まれ、これらはWorkspaceのPLMコンポーネント同期プロセスで利用可能です。
WindchillからWorkspaceへコンポーネントエントリが同期され、WorkspaceのPLM設定でPartsLink連携が指定されている場合、その部品のWindchill構成属性がAltium Designerに伝播されます。
PTC Windchill SSOサポート
Windchill PLM システムへの接続時にシングルサインオン(SSO)認証を利用することも可能であり、これは Workspace インターフェースを通じて設定します。これにより、プロジェクト作成や PLM への公開など、Workspace PLM プロセスを実行する際に、簡素かつ安全な接続認証方法が提供されます。実際には、この仕組みにより、OAuth デリゲーション標準を介して、アイデンティティプロバイダーサービス(例:PingFederate)を利用して Windchill へのアクセス権を付与できます。
SSO 設定へのアクセスは、Workspace の PLM Management ページ(Admin - PLM Integration)内の OAuth タブから可能です。ここでは複数の OAuth プロバイダーインスタンスを追加できます。
PLM 管理ページの OAuth タブを使用して、OAuth プロバイダーの設定にアクセスします。
OAuth プロバイダー認証の設定は、設定済みのアイデンティティプロバイダーから取得したデータをもとに行います。Workspace で必要な情報(ID、トークン、URL など)をページの各フィールドに入力し、設定が完了したら保存してください。
新しい SSO OAuth インスタンスの設定に必要な情報は、既存の OAuth プロバイダー設定から取得します。
設定を完了するには、Windchill の XML 設定ファイルで新しい OAuth プロバイダーインスタンスを有効にしてください。詳細は Windchill サンプル設定ファイル内のコメントを参照してください。
<Instance>
<Driver>Windchill</Driver>
<Url>https://MyWindchill.company.com</Url>
<OAuthProvider>Windchill-PingFederate</OAuthProvider>
</Instance>
初めて Workspace プロセス(例:PLM への公開)で新しい設定を使用する際、指定した OAuth プロバイダーが開き、接続認証が行われます。この認証が完了すると、以降の PLM への公開時にはこの手順は不要となります。
-
設定ファイルに含まれるパラメータ、属性、値は大文字・小文字を区別します。
-
主キー(例:
PlmPartNumber)の共通利用を除き、同じコンポーネント属性/パラメータを設定ファイルの ToAltium セクションと ToPlm セクションの両方に含めることは推奨されません。双方向同期はその順序(PLM から Altium へ先に)で行われるため、この場合は常に PLM 側のデータが優先されます。
-
エンタープライズシステムとの統合設定については、設定例および公開ファイルを参照してください。
Enterprise Server は、Altium の Project Releaser および Component Sync プロセスを利用する際、既存の Arena PLM アイテムの更新をサポートします。これにより、Altium 側で新たにリリースされたプロジェクトやコンポーネントデータを、Arena の BOM パートアイテム(PCBA、FAB、コンポーネントデータ)の作業リビジョンへ反映できます。
Altium プロジェクトを Arena PLM へリリースする際(Project Release with Publish to PLM プロセスを使用)、既存の Arena プロジェクト BOM リビジョンが更新され、その親に紐づく子パートの追加更新も行われます。この場合、PLM ログには、作業リビジョンが更新され、対応する Arena の BOM に有効リビジョンが追加された旨の警告が記録されます。
コンポーネント同期の実行
コンポーネント(ライブラリ)同期は、Workspace の PLM Integration ページにある PLM インスタンスエントリの Sync action ボタンから手動で、またはインスタンス設定で指定した自動サイクルとして実行できます。同期したい PLM インスタンスに対応する
コントロールをクリックしてください。同期プロセスは、関連する設定ファイルで定義された設定に従い、LibSync ワークフローを進行します。
コントロールは
に変わります。同期プロセスを停止したい場合は、このコントロールをクリックしてください。確認ウィンドウが表示されるので、
をクリックして同期をキャンセルできます。すでに同期されたコンポーネントはそのままですが、それ以降の同期は行われません。
Workspace と指定した PLM インスタンス間でコンポーネント同期が進行中です。
同期では、前回の同期以降に変更された(すなわちタイムスタンプが前回同期日より新しい)コンポーネントで、設定ファイルの同期条件を満たすものがonly対象Incremental Synchronizationとなります。
コンポーネント同期を実行すると、LibSyncプロセスは定義済みのワークフローを進行し、完了またはエラー発生まで進みます。ブラウザをリフレッシュ(F5)して同期プロセスの現在の状態を表示してください。LibSyncプロセスを監視または確認するには、Synchronization statusタブを選択し、Closedリストオプションを選んでください。プロセスがまだ実行中の場合はActiveリストに表示されます。管理者向けの
ボタンを使うと、すべての同期アクティビティの詳細記録をカンマ区切りの CSV ファイル形式(Synchronisation status.csv)でダウンロードできます。
ビューのサブタブでは、以下の情報が提供されます:
-
Diagram – プロセスワークフローをグラフィックで表示し、現在のステップ位置(完了またはエラー/失敗状態)をハイライトします。
-
Data – プロセスアクションの情報サマリー(各ステップの成功/失敗や、ログプロセスレポートへのリンクなど)を表示します。
-
History – 主な Workspace 同期イベントの時系列ログを表示します。
LibSyncプロセスの結果は、Process Managementページ(Admin » Processes)のBrowserタブでも確認できます。
選択したLibSyncイベントの詳細は、Dataサブタブで表示され、イベントのシステムログファイル(PLM [日付-番号].log)へのリンクも含まれます。
LibSyncプロセスが失敗した場合、Handle errorsタスクが作成され、エラー情報(サマリーやプロセス図など)が付随します。現在のアクションタスクは、メインメニューのTasksオプションからアクセスできるTasks Managementページで確認できます。
スケジュール同期
自動同期のスケジュール設定も可能です。設定するには、PLM インスタンスを編集(メインのPLM Integrationページで名前または関連コントロールをクリック)し、Component Synchronisationタブを選択してSynchronize PLM Components with server on scheduleオプションを有効にします。Synchronize everyコントロールを使って自動同期スケジュールを設定してください。システムは非常に柔軟で、以下の設定が可能です:
-
15/30/45/60/75/90 分ごとのスケジュール同期を設定
-
x 時間ごとのスケジュール同期を設定
-
指定した時刻に毎日実行するスケジュール同期を設定
設定したスケジュールは、メインのPLM IntegrationページのSync scheduled列に反映されます。
同期スケジュールの設定
スケジュール同期を設定するには、有効なユーザー認証情報(PLM システム用)が必要です。認証情報は PLM インスタンス設定時にすでに登録されているはずですが、未登録の場合は

ボタンをクリックし、
User nameと
Passwordを
PLM Credentialsウィンドウで入力してください。有効な認証情報がない場合、スケジュール同期は OFF のままとなります。オンデマンド同期も実行できません。
同期プロセスはオンデマンドでも実行できます。
ボタンをクリックし、必要な同期モードを選択してください。
-
Incremental– このモードでは、前回の同期以降に変更された(つまり、タイムスタンプが前回の同期日時より新しい)コンポーネントのみ、設定ファイル内の同期条件を満たすものが同期対象に含まれ、変更が適切に反映されます。これがデフォルトのモードであり、メインのPLM IntegrationページでPLMインスタンスの
コントロールをクリックした場合にも実行されるモードです。
-
Full – このモードでは完全同期が強制されます。設定ファイル内の同期条件を満たすすべてのコンポーネントが同期対象となり、変更が適切に反映されます。
プロセスワークフロー
PLM連携をサポートするために、Workspace では以下のプロセス定義(および基盤となるワークフロー)が利用可能です:
これらのプロセス定義は、そのままでは有効化・使用できません。各定義は「テンプレート」のようなものであり、自社の要件に合わせて編集し、名前を付けて新しいプロセス定義として保存した上で、他の定義と同様に該当するプロセステーマで有効化・使用してください。
-
Part Requestsプロセステーマ:
-
Part Request with PLM Part Create – PLMインスタンスでのコンポーネント自動作成と、生成された部品番号をWorkspace内のコンポーネントへ反映することをサポートします。ワークフローダイアグラムは下図の通りです。
このサンプル定義を編集して独自のものを作成する際、部品を作成するPLMインスタンスを必ず指定してください。ワークフローダイアグラム内のCreate Part in PLMエンティティを選択し、PLM Instanceフィールドに関連付けられたドロップダウンメニューからPLMインスタンスを選択します。このメニューには、インターフェースのPLM Integrationページで定義されているすべてのPLMインスタンスが表示されます。
► プロセスワークフローの操作については、プロセスの作成と管理をご覧ください。
-
Project Activitiesプロセステーマ:
-
Publish to PLM (User selects) – Workspaceでリリースされたプロジェクト出力を統合PLMインスタンスへ公開し、ユーザーが公開する出力を選択できます。ワークフローダイアグラムは下図の通りです。
-
Project Releaser with Publish – プロジェクトリリーサーの追加ステージとして統合PLMインスタンスへ公開します。ワークフローダイアグラムは下図の通りです。
-
Project Creationsプロセステーマ:
-
Project with initialise in PLM – PLMインスタンスでの部品番号自動作成と、それらをWorkspace設計プロジェクトのパラメータとして反映することをサポートします。ワークフローダイアグラムは下図の通りです。
PLM関連プロセスへのアクセス
以下のセクションでは、有効化されたPLM関連プロセスへのアクセス場所を紹介します。サンプルはそのままでは使用できないため、説明用に以下のように作成されています:
-
PR with PLM Part Create – サンプルプロセス定義Part Request with PLM Part Createから作成。
-
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から作成。
Workspace管理者は、Workspaceインターフェースの
Processesエリア内の該当プロセステーマタブから、任意の有効化済みプロセス定義の新しいインスタンスを

コントロールをクリックして直接開始できます。
部品リクエスト
Altium Designer内では、Explorerパネルで検索を実行した後、DetailsペインのManufacturer Part Searchパネル、またはComponentsパネルの部品リスト下部のリンクからアクセスできます。
Workspaceインターフェースからは、Part Requestsページで画面右上の
ボタンをクリックして有効化済みプロセス定義にアクセスできます。
部品リクエストの例
以下の例では、Workspaceで新しい部品を作成し、それに続いてPLMインスタンスで対応する部品が自動作成される流れを簡単に示しています。生成された部品番号はPLMインスタンスからWorkspaceのコンポーネントへItemパラメータとして反映されます。つまり、Workspaceライブラリコンポーネントの新しいリビジョンをリリースする必要はありません。この例で使用しているプロセス定義はPR with PLM Part Create(サンプル定義Part Request with PLM Part Createから派生)です。
ここで紹介する情報は、サポートされている各PLMシステムでほぼ共通です。異なるのは、会社の要件に合わせて変更できる設定ファイルや、部品作成に使用するプロセス定義のワークフローを変更した場合です。
-
部品リクエストプロセスを開始し、必要に応じて初期リクエストの詳細をフォームに入力します。下図では、WorkspaceインターフェースのPart Requestsページからリクエストを送信し、1つの部品をリクエストしています。
-
新しい部品リクエストはPart Requestsページでアクティブなプロセスとして表示され、現在の状態がメインエントリおよび基盤となるワークフローのダイアグラムに反映されます。
-
必要なユーザーがリクエスト対応のタスクを引き受ける(または割り当てられる)と、最終的にリクエストされた部品が作成されます。リクエストを満たすために作成(または選択)された各コンポーネントは、タスクのComponents フィールドに追加されます。追加されたコンポーネントは自動的にPLMで作成されます。下図では、CMP-007-00038という1つのコンポーネントが作成・追加されています。Next stepフィールドがCompletedに設定されていることを確認し、
ボタンをクリックしてください。
部品リクエストプロセスワークフローで指定されたPLMシステムへのログイン認証情報の入力を求められる場合があります。
-
プロセスワークフローは続行され、指定されたコンポーネントがPLMインスタンスで作成されます。プロセスが完了すると、生成されたPLM部品番号がプロセスのData タブで確認できます。左上のフィルターをClosedプロセス表示に切り替えてください。
管理者は

ボタンを使って、すべての部品リクエストの詳細記録をカンマ区切りのCSV形式でダウンロードできます。
-
Altium Designerに戻り、Explorerパネルで作成されたコンポーネントを参照し、Preview タブビューに切り替えます。パラメータ領域に、PlmPartNumberという追加パラメータが表示され、その値がPLMで作成された対応部品の番号になっていることが確認できます。
このパラメータはコンポーネントに追加されていますが、リビジョンは変わっていません。つまり、コンポーネントの再リリースは行われていません。これは、このパラメータがItemレベルのパラメータであり、コンポーネントItem自体に追加され、すべてのリビジョンで利用できるためです。
プロジェクトアクティビティ
Altium DesignerからEnterprise Server Workspaceへリリースされたプロジェクト設計データは、Workspaceの「PLMへ公開」プロセスを使って制御された方法でPLMへ反映できます。Workspaceプロセスは公開アクティビティのインターフェースと手法を定義し、指定されたXML公開テンプレートがファイルデータをターゲットPLMシステムへどのように反映するかを定義します。
Windchill PLMの出版フォルダサポート
Windchill® PLM用のPLMへ公開プロセスを設定する際、Workspaceから公開されるドキュメントのターゲットWindchillフォルダーも指定(および作成)できます。
関連するWindchillフォルダパラメータは、ワークスペース内のWindchill PLM統合エントリに適用されるパブリッシングテンプレートXMLファイルで定義されています。フォルダ定義ノードは<pt:Folder>xxx</pt:Folder>というタグ形式で記述され、ptが現在の名前空間、xxxが完全なフォルダパスとなります。これらは各ドキュメントタイプ(例:PCB.zipFabrication outputなど)のFileDistributionセクション内にパブリッシングルールとして配置されます。
パブリッシングXML構造階層の例は以下の通りです:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
最後のエントリ行は、Windchillフォルダ構造内でPCB.zipFabrication outputのパブリッシュ先フォルダを指定(または作成)します(ここでプロジェクト名はMyProjectです):
PRODUCT
Projects
MyProject
FAB data
パブリッシングXMLファイルで定義されたフォルダパスは絶対パス(相対パスではありません)であり、プロジェクト名(${project.name})やアセンブリ番号(${project.PLM_ASSEMBLY_NUMBER})など他のプロジェクトプロパティも含めることができます。
また、Windchill REST APIサービス1.3以降では、ターゲットフォルダのcreateがサポートされています。古いRESTバージョンでは、指定したターゲットフォルダパスが存在している必要があり、新規作成はできません。
標準パブリッシュプロセス
設計側では、Altium Designer内のアクティブプロジェクトのProject » Project Activitiesサブメニューから標準のPLMへのパブリッシュプロセスにアクセスできます。
プロジェクト関連のプロセスは、
Projectsパネル内で設計プロジェクトのエントリを右クリックして表示される
Project Activitiesコンテキストサブメニューからもアクセス可能です。
ワークスペースインターフェースからは、Project Managementビューで
ボタンをクリックすることで、アクティブなプロセス定義にアクセスできます。
Project Releaserによるパブリッシュ
Project Releaserの一部としてPLMインスタンスへパブリッシュするプロセスは、Altium Designer内のアクティブプロジェクトのProject » Project Releaserサブメニューからアクセスできます。
リリース関連のプロセスも、
Projectsパネル内で設計プロジェクトのエントリを右クリックして表示される
Project Releaserコンテキストサブメニューからアクセス可能です。
Project Releaserが表示され、追加ステージとして7: Publish to PLMが含まれます。また、
ボタンに関連付けられたメニューから利用できるコマンドPrepare & Release & Publish to PLMを使えば、生成データや実行レポートの確認をせずにProject Releaserを実行できます。
ステージ名の定義
サンプルプロセス定義Project Releaser with Publishを使って独自定義を作成する場合、Altium Designer側で表示されるステージ名はデフォルトで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にパブリッシュするワークフローで使用した場合の例です。
標準のPrepare コマンドでProject Releaserを実行し、データの確認とリリース後、
ボタンがExecution Reportステージで表示されます。これをクリックすると、プロセスの基礎ワークフローが続行され、PLMへのパブリッシュが行われます。Login Credentialsダイアログが表示されますので、PLMインスタンスのUsername とPassword を入力し、使用したいPLMテンプレートを選択します(<PLMInstance>:<PublishingTemplate>の形式で表示されます)。
Prepare & Release & Publish to PLMコマンドを選択した場合は、最終的に直接
Login Credentialsダイアログが表示されます。
Project Releaserは
Execution Reportステージで一時停止せず、

ボタンも表示されません。
PLMインスタンスへの初回パブリッシュ時のみ、ログイン認証情報が必要です。これらはワークスペースに保存され、以降は同じPLMインスタンスへのパブリッシュは定義済みワークフローと選択したパブリッシュテンプレートに従い直接実行されます。
プロセスの基礎ワークフローを確認するには、Diagram タブをクリックしてください。
ボタンをクリックして、そのワークフローに従いパブリッシュプロセスを進めます。
初回パブリッシュ時に(PLM側で)部品番号がワークスペースプロジェクトにまだ関連付けられていない場合、それらの部品番号はPLMで作成され、初回公開の一部としてプロジェクトに関連付けられます。また、パブリッシュ操作の一環として、ワークスペースライブラリ部品のPLMインスタンス用コンポーネントエントリを定義することも可能です(プロジェクトをPLMインスタンスにパブリッシュする際に定義・使用するパブリッシュテンプレートに基づき、PLM内で部品表(BOM)を取得することもできます。これはオプションです)。
ワークスペースインターフェースで、そのプロジェクトの詳細ビューからActivitiesビューを選択することで、PLMへのパブリッシュプロセスのステータスを確認できます(プロジェクトがProjectsビューから開かれている場合)。プロセス実行中はOpenedビューオプションでステータスを確認でき、完了後はClosedアクティビティオプションでステータス情報にアクセスできます。
プロセスワークフローのDataタブで、PLMインスタンス内で作成された部品番号など、作成された内容を正確に確認できます。
プロジェクト作成
設計側では、Altium DesignerのメインFile » New » Project in <Workspace>サブメニューからアクセスできます。
ワークスペースインターフェースからは、Projectsビューで
ボタンをクリックして有効化されたプロセス定義にアクセスできます。
また、プロジェクトのクローン作成時には、Projectsビューの
メニューボタンからもアクセス可能です。
プロセスワークフローは進行し、プロジェクトの名前、説明、タイプ、および作成時に使用するプロジェクトテンプレートアイテムを定義できるダイアログが表示されます。Startをクリックすると、Login Credentialsダイアログが表示されます。PLMインスタンスのUsername とPassword を入力し、使用したいPLMテンプレートを選択します(<PLMInstance>:<PublishingTemplate>の形式で表示されます)。その後、Submit をクリックしてワークフローを進めます。
該当する部品番号は、PLMインスタンス内でプロジェクト用に自動的に作成され、その後、ワークスペースのプロジェクトパラメータとしてワークスペースに反映されます。これらのパラメータは特別な文字列として利用でき、デザインエディタでテキスト文字列を選択した状態でPropertiesパネルからアクセスできます。プロジェクト用に定義されたワークスペースパラメータは、Project OptionsダイアログのParametersタブ(Project » Project Options)でも確認できます。
プロジェクト作成の例
以下の例は、PLMで初期化された新規プロジェクトの作成を簡単に示しています。このプロセスは、Altium DesignerからCreate Project with PLM Initialise定義(サンプル定義Project with Initialise in PLMから派生)を使用して呼び出されます。
ここで提供される情報は、サポートされている異なるPLMシステムでもほぼ同様です。異なる点は、会社のニーズに合わせて変更できる構成ファイルや公開テンプレート、ターゲットPLMの設定方法、またプロジェクト作成に使用するプロセス定義のワークフローを変更しているかどうかです。
-
プロセスを起動すると(File » New » Project in <Workspace> » Create Project with PLM Initialise)、プロセス定義名のダイアログが表示され、プロジェクトを定義できます。この例では、プロジェクト名をExample_Project_with_PLM_Initとし、説明を入力し、他のすべてのフィールド(Advanced タブを含む)は変更しません。
-
プロジェクトを定義したら、
ボタンをクリックします。Login Credentialsダイアログが表示されます。新規プロジェクトの場合は、PLMのログイン認証情報を入力し、使用するPLMインスタンスと関連する公開テンプレートを指定する必要があります。ここでは、Arena PLM用の構成ファイルと関連する公開テンプレート(要求に応じて)を使用しています。
認証情報を入力し、PLMインスタンスと公開テンプレートを選択したら、
ボタンをクリックします。
-
プロセスは(エラーがなければ)完了まで進行し、TasklistパネルのActivitiesリスト内で確認できます。関連する
ボタンメニューからShow closedオプションをチェックしてください。完了したプロセスとそのデータセットの詳細については、アクティビティエントリを選択してください。
Data タブには、さまざまなプロジェクトエンティティ用に作成された部品番号などの関連データが表示されます。PLM部品番号は、PLMで作成されたアイテムに対応しており、プロジェクトがPLMに公開された際(たとえばProject Releaser with Publish(PLMへの)プロセスが実行されたときなど)にリリースデータが反映されます。
完了したプロセスとその関連情報は、ワークスペースインターフェースでも確認できます。該当プロジェクトの詳細ビューからActivitiesビューを選択してください(プロジェクトがProjectsビューから開かれている場合)。右上のClosedアクティビティオプションを選択すると、完了したプロセスのステータス情報にアクセスできます。
-
Altium Designer内では、新しいプロジェクトがProjectsパネルに表示され、ワークスペース内のGitベースVersioned Storageデザインリポジトリへのコミットが予定されています。プロジェクトエントリを右クリックし、Save to serverコマンドを使用してください。その後、ソースドキュメントを追加して設計を進めることができます。公開時には、プロジェクトはすでにPLMインスタンス内の関連部品とリンクされています。
Project OptionsダイアログのParametersタブ、またはExplorerパネルのプロジェクトのパラメータ一覧で、PLMインスタンスで割り当てられた部品番号(リリース/公開可能な関連プロジェクトエンティティに対応)を確認できます。
PLMパラメータ名とプロジェクトリリースパッケージの関連付けは、PLM構成ファイルで指定されており、PLMシステムで要求される名前や番号付け属性によって決まります。
回路図テキスト文字列を配置すると、プロジェクトに関連付けられたPLMパラメータが特別な文字列として利用可能になります。