• WTDocument、WTDocumentMaster、および EPMDocument は、関連する Windchill ESI RPC がドキュメントをサポートし、Windchill ESI RPC 呼び出しによってそのドキュメントを含めるようリクエストされている場合にのみ、影響を受けます。Windchill ESI RPC GetPart、GetBOM、および GetECN はドキュメントをサポートしています。

• このテーブルで "モデル化" 属性として説明されている属性は、パブリック getter メソッドを持つものと見なされます。

• マッピングされていない属性は Windchill ESI Open API RPC 応答には含まれません。

• Windchill ESI は Windchill アダプタ Query-Object Webject を使用して、部品および部品マスターオブジェクトのすべての属性を取得します。Query-Object Webject によって属性が返されるかぎり、その属性を Windchill ESI マッピングロジックで使用できます。

• Windchill WTPart オブジェクトは、Windchill コード生成ツールによって定義される複雑な関係によって WTPartMaster オブジェクトに関連付けられます。この関係は製品構造ナビゲーションおよび Windchill ESI による部品のリリースの中核をなします。関係を変更すると Windchill ESI ロジックが破綻します。Windchill ESI ロジックの破綻を修復するための Java コーディングを必要とする、次のようないくつかの種類の修正があります。

◦ リンククラスを使用した既存の関連の実装を置き換える

◦ WTPartMaster との継承関係を破綻させる、WTPart を拡張した新規オブジェクトを作成する

◦ WTPart との継承関係を破綻させる、WTPartMaster を拡張した新規オブジェクトを作成する

• これらのプロパティは、部品クラスと部品マスタークラスの名前を定義します。これらのプロパティ値が変更された場合、それらの値によって指定された拡張オブジェクトのみをリリースできます。GetPart RPC は WTPart および WTPartMaster をサポートしなくなります。

• これらのプロパティは、部品クラスと部品マスタークラスの名前を定義します。これらのプロパティ値が変更された場合、それらの値によって指定された拡張オブジェクトのみをリリースできます。GetPart RPC は WTPart および WTPartMaster をサポートしなくなります。

• ドキュメントソフトタイプを宣言します。

• この場合、Windchill ESI GetPart RPC は WTPart および WTPartMaster を引き続きサポートします。

• このカテゴリでは、拡張にソフトタイプは含まれません。新規ソフトタイプドキュメントの追加はコンフィギュレーションオプションです。上記を参照。

• この場合、GetPart、GetBOM、および GetECN をカスタマイズできますが、このようなカスタマイズは将来の ESI DSU メンテナンスの影響を受けやすくなります。カスタム RPC の方が安全です。

• たとえば、部品の代替関係を修正します。

• 上記のテーブルには部品、BOM、変更通知、および関連ドキュメントに関連するユースケースのみがリストされていますが、スタンドアロンドキュメント (オブジェクト中心モードと変更通知中心モードの両方)、プロモーションリクエスト、およびサポートされているすべての MPMLink オブジェクト (プロセス計画およびツーリング、加工材料、技能などのリソース) でもほとんど同じユースケースが成立します。これらのオブジェクトに関連する RPC には GetDocument、GetPromotionRequest、GetProcessPlan、GetResource などがあり、変更適用オブジェクトには WTDocument、EPMDocument、PromotionNotice、MPMProcessPlan、MPMSequence、MPMOperation、MPMTooling、MPMProcessMaterial、MPMSkill などがあります。

• GetXXX PRC は、ESIService (デフォルトでは StandardESIService) の具象実装の getXXX() API を意味します。

• テーブルの「関連イベント」コラムの内容は、パブリッシングをトリガーするユーザー操作を指しています (オブジェクトのライフサイクル状態を「リリース済み」に設定するなど)。オブジェクトのパブリッシングがトリガーされたときに ESI Services によってイベントが発生して EAI ソフトウェアコンポーネントに渡されるのではなく、代わりに、ESI Services が ESI 応答を直接生成して EAI ソフトウェアコンポーネントに引き渡すということを理解しておくことが重要です。