發佈延伸資料
延伸資料是 Windchill 中已版本化的可工作物件，用來儲存需要發佈至 ERP 系統的資料。可以在 ESI 回應中使用 ERP 連接器將延伸資料發佈到分發目標。
欲發佈企業資料，請將「發佈企業資料資訊」偏好設定設為「是」，來啟用此偏好設定。
欲發佈工廠資料，請將「發佈工廠資料資訊」偏好設定設為「是」。將此偏好設定設為「是」也會發佈部門資料。您可以導覽至 > > 來設定此偏好設定。
如需瞭解有關延伸資料的更多資訊，請參閱延伸資料主題。
根據父項 BOM 的發佈目標限制發佈
「根據父項 BOM 發佈目標限制發佈」偏好設定可控制如何透過 Windchill ESI 發佈 BOM 的子元件。當設定為 True 時，只會將子零件發佈至指派給父 BOM 的發佈目標。這有助於維持一致性，並防止將子元件傳送至不相關的發佈目標，進而確保下游系統中的資料完整性。
下列範例說明「根據父 BOM 發佈目標限制發佈」偏好設定如何影響 Windchill ESI 中的發佈行為。
|
設定
|
動作
|
結果
|
|---|---|---|
|
• 元件及其指派的分發目標：
◦ Parent_Part_B → DT_ERP_SAP(Detroit)
◦ Child_Part_2 → DT_ERP_SAP(Seattle)、DT_MES_Proprietary1 與 DT_MES_Proprietary2
• 「根據父 BOM 發佈目標限制發佈」偏好設定設為 True。
|
透過 Windchill ESI 發佈 Parent_Part_B
|
• Parent_Part_B 會與其 BOM 結構一起發佈至 DT_ERP_SAP(Detroit)。
• Child_Part_2 不會發佈至其單獨指派的發佈目標。
• 如果將發佈目標尋找工具設定為 com.ptc.windchill.esi.tgt.ESIRootInheritTargetFinder，Child_Part_2 會繼承父項的發佈目標，並發佈至 DT_ERP_SAP(Detroit)。
|
依預設，「根據父 BOM 發佈目標限制發佈」偏好設定會設為 False，這表示會將子元件發佈至單獨指派給它們的所有分發目標。無論指派給父 BOM 的發佈目標為何，只要子元件與父 BOM 共用相同的用戶端與系統 ID (適用於 SAP) 或 DSN (適用於 Oracle)，都會發生此情況。
您可以配置此偏好設定，方法是導覽至 > > > > 。找出「根據父項 BOM 發佈目標限制發佈」偏好設定，並根據您的發佈需求將其設定為 True 或 False。
 |
• 欲從零件或關聯的企業資料發佈版本資訊，請將 esi.properties 檔案中的 com.ptc.windchill.esi.useVersionInfofromPartOrED 內容設定為偏好內容。此內容的有效值為 PART 或 COMMON_ENTERPRISE_DATA。例如，欲從零件發佈版本資訊，請將此內容設定為 <Property default="PART" name="com.ptc.windchill.esi.useVersionInfofromPartOrED"/>。
預設行為是發佈企業資料中的版本資訊。
• 「分發目標」屬性 (位於顯示在 ESI 回應中的 Destination 與 TargetID 元素中) 指出應在其中建立或變更零件的分發目標。
• Windchill PDMLink 會以 YYYY-MM-DDHH:MM:SS 格式傳遞「零件日期生失效」。
• 使用發佈零件的物件中心模式，且將分發目標屬性「發佈零件時，發佈相關文件」設定為「是」時，也會發佈與零件相關聯的文件。
• 針對延伸資料的變更通知或推進請求發佈，如果包括通用企業資料、工廠特定企業資料與關聯零件，則只會發佈變更通知或推進請求中參考之零件的特定版本。不會發佈不同版本的其他關聯零件。
|
部門資料
部門資料屬性會透過工廠資料相關聯的所有相關部門資料物件在 ESI 回應中與零件或資源屬性一起發佈。
如需詳細資訊，請參閱部門資料概觀主題。
根據延伸資料檢視發佈零件
當發佈請求僅包含延伸資料 (工廠資料) 時，Windchill ESI 會從延伸資料物件確定檢視，並使用配置的「檢視與分發目標的對應」偏好設定來僅將發佈限制為對應至該檢視的這些分發目標。對於在多個檢視中包含工廠資料的零件而言，只會針對該交易考慮與啟動之延伸資料檢視對應的分發目標。這適用於「推進請求」與「工程變更通知」流程。
根據對應偏好設定，會防止將對確定檢視無效的資料發佈至分發目標。
發佈在請求中可能會或可能不會包含延伸資料的零件，會遵循標準行為。不論是否有任何檢視對應，都會透過組態或前後關聯，將零件傳送至與零件相關聯的所有分發目標。換句話說，在此情況下，系統不會根據工廠檢視套用任何篩選。
請考慮下列範例來發佈零件的工廠特定資訊，方法是在請求中包含延伸資料 (工廠資料)，以便由其關聯檢視確定目標。
|
設定
|
動作
|
結果
|
|---|---|---|
|
• 零件：Part123(Design view)
• 工廠資料 (延伸資料)
◦ 工廠資料 (Plant1)
◦ 工廠資料 (Plant2)
• 分發目標：DT1、DT2
• 「檢視與分發目標的對應」(偏好設定)：
◦ Plant1 → DT1
◦ Plant2 → DT2
這些對應管理哪些分發目標對指定的工廠檢視有效。
|
發佈零件的工廠特定資訊，方法是在請求中包含延伸資料 (工廠資料)，以便由其關聯檢視確定目標。
|
ESI 會使用來自 Plant1 的延伸資料確定相關檢視，並檢查其分發目標對應。由於 DT1 對應至 Plant1，因此只會將交易發佈至 DT1。
即使零件包含 Plant2 的資料，也不會發佈 DT2，因其並未對應至所選檢視。
|
針對延伸資料與部門資料的發行活動建立
在 ESI 發佈期間，針對延伸資料與部門資料建立發行活動，會遵循與其相關聯零件相同的行為。此行為由零件上的 releaseActivityNeeded 內容控制。當將此內容設定為：
• False - 不會針對零件、延伸資料或部門資料建立發行活動。
• True - 會針對零件與所有關聯物件建立發行活動。