匯入增量已接收遞送檔案
如果您已從來源系統收到多個封裝遞送 ZIP 檔案，可能是寄件者選擇從之前遞送的項目中傳送增量遞送給您。匯入增量已接收遞送檔案的流程與匯入完整已接收遞送檔案的流程相同。但是，有其他兩個方面需要考慮：
• 包含在增量遞送中的其他資訊
• 匯入已接收遞送檔案的順序
在某些情況下，您可能會從相同來源系統接收到後續遞送，其中含有之前遞送之內容的更新。您可能會接收到含有之前遞送之所有內容的完整遞送，或者可能會接收到僅含有自從之前遞送以來已發生變更之資訊的增量遞送。例如，如果您的公司與其他公司協同合作，而您需要知道對其組件進行的任何修改，您便可以請求定期更新以隨時瞭解修改資料的情況。
與完整遞送不同，增量遞送會與基礎遞送進行比較。此比較可讓增量遞送有唯一的機會來傳送有關符合下列其中一項條件之物件的資訊：
• 已刪除：會傳送有關自從基礎遞送以來已從 Windchill 中移除之物件的資訊，以便能夠從目標系統中移除相同物件。在匯入期間，系統會嘗試移除這些相同的物件。將會報告任何無法移除的物件。
• 不存在：有關在基礎遞送中傳送，但由於並不包括在封裝中，而不再包括於目前遞送中之物件的資訊。排除的可能原因是，用來建立封裝的收集選項已經變更、物件可能不再符合條件，或物件已明確從封裝中移除。有關這些您可能想要對其採取進一步動作之物件的預覽與匯入報告，取決於您的企業流程。例如，您可以將其從系統中移除、將其移至其他前後關聯，或設定新生命週期狀態。
• 已變更：會傳送已以某一方式修改的物件。變更可能是對於內容檔案的更新、對於屬性的修改、將物件移至新資料夾等。
• 新建：會傳送 Windchill 中的新物件或第一次包括在封裝中的物件。
 |
增量遞送不包含有關自基礎遞送以來未變更之物件的資訊。變更的物件包含使用者與系統層級變更所啟動的變更。
|
增量遞送也會包含有關 CAD 文件與 WTPart 之間關聯的已變更資訊。但當關聯資訊之變更的顯示不清楚時除外。
假設 WTPart 中包含的圖像與 CAD 文件相關聯，並入庫至 Windchill 而不進行任何建構動作 (「關聯後建構零件」偏好設定或「設定為單層建構」選項設定為「關閉」)。如果封裝是由這些物件所構成，則在移除與 Windchill 的關聯 (請參閱編輯 CAD 文件與 Windchill 零件的關聯) 後匯入增量封裝時，系統不會清除 WTPart 與 CAD 文件之間的關聯移除。
增量遞送可在來源系統上透過選取從中評估變更的基礎遞送來建立，在兩個遞送之間常會有相依性。以與匯出檔案相同的順序匯入已接收遞送 ZIP 檔案始終是最佳作法，但這對增量遞送而言更重要。如需詳細資訊，請參閱使用已接收遞送的最佳作法中的「匯入已接收遞送物件的最佳作法」部份。
管理增量遞送的屬性
在某些業務情境下，您可能想要增量遞送邏輯在與基準線遞送進行比較期間略過特定屬性的變更。更新的增量遞送邏輯為 Windchill 封裝提供有效機制，以包括並僅匯出自從上一次遞送以來發生變更的相關物件。
範例情境 1
請考慮下列範例，即基礎封裝包括兩個零件 Part 1 A.1 與 Part 2 A.1。Part1 A.1 中存在變更，且其變更為了 Part 1 A.2，此外，容器描述 (產品/物件物) 也已變更。由於容器提供匯出的零件中繼資料，因此會將容器視為内嵌物件。將容器描述的變更視為已變更物件，並將容器中包含的所有物件視為已變更物件來拉入，也就是說，在此 Part 1 A.1 與 Part 1 A.2 中，即使與基礎遞送相比較時，匯出的中繼資料未變更，情況也是如此。增量計算邏輯會進一步強化，以便同時注意到匯出的中繼資料。因此，產生的封裝只會將 Part 1 A.2 匯出為 Part1 A.1，匯出的中繼資料會保持不變，如下表所示。
|
來源
|
基礎遞送
|
增量遞送
|
|---|---|---|
|
Part1 A.1
Part 2 A.1
|
Part.1 A.1 + Part 2 A.1
變更：
Part 1 A.1 -> Part 1 A.2
|
Part 1 A.2 - 增量
|
範例情境 2
請考慮另一個範例，即上一個範例中提到的基礎封裝包括其他零件，假設為第三個零件 Part3 A.1，其中包含由使用者 (假設為 User1) 新增的 LifeCycle1 (LC1) 屬性。在某一個時間點，如果另一位使用者 (假設為 User2) 將第三個零件中的 LifeCycle1 屬性修改為 LifeCycle2 (LC2)，則一般情況下，增量遞送將包含 Part1 A.1 ->Part1 A.2 與 Part3 A.1 ->LC1 至 LC2 的相關變更。
|
來源
|
基礎遞送
|
增量遞送
|
|---|---|---|
|
Part1 A.1
Part 2 A.1
|
Part.1 A.1 + Part 2 A.1
變更：
Part 1 A.1 -> Part 1 A.2
Part 3 A.1 -> LC1 至 LC2
|
Part1 A.2
Part 3 LC2
|
雖然系統會將所有變更的內容與基礎遞送進行比較來產生增量遞送，但您也可以影響增量遞送邏輯，以在匯出期間略過屬性。
欲根據您的企業流程控制在增量遞送中匯出的資訊，您可以使用以封裝類型為基礎之內容 XML 檔案中的可自訂內容來設定特定偏好設定。
WPTypeBasedPropertiesLoad.xml 檔案中以類型為基礎之內容集中 OOTB (現成) 提供的 <elementName> 標籤，可讓您指定在將增量遞送與基準線遞送進行比較時應略過的屬性。
<XMLFilterTags>
<!-- example:
<elementName>No elements to exclude</elementName>
-->
</XMLFilterTags>
<!-- example:
<elementName>No elements to exclude</elementName>
-->
</XMLFilterTags>
以下是要在 WPTypeBasedPropertiesLoad.xml 檔案中新增之程式碼的範例：
<WPTypeProperties typeId="com.ptc.windchill.cp.rep.ReplicationPackage">
.
.
.
<XMLFilterTags>
<elementName>lifecycleInfo</elementName>
<XMLFilterTags>
</WPTypeProperties>
在上述以類型為基礎的範例內容檔案中，會將 lifecycleInfo 屬性從決定增量與基準線遞送之間比較的條件中排除。
在我們的範例情境 2 中，指定 lifecycleInfo 會導致在增量遞送中的匯出期間略過 Part3 A.1 變更，因為整個 lifecycleInfo 標籤與其中的所有巢狀屬性都會遭到略過。
<lifecycleInfo>
<lifecycleTemplateName>Basic</lifecycleTemplateName>
<lifecycleState>INWORK</lifecycleState>
<objectHistory><lifeobjectHistory>
<ObjectID><localId>wt.lifecycle.LifeCycleHistory:170223<localId></ObjectID>
<action>Enter_Phase</action>
<actorPrincipal><WTPrincipalReference.classType="wt.org.WTUser".fullName="Demo, User" isInternal="false" surname="Demo" .userEmail="demouser">
<ufid>uid=demo,o=narwhal145_ptms0ld,o=ptc|Ldap.ptcnet.ptc.com|Ldap.ptcnet.ptc.com</ufid>
<name>demo</name>
</WTPrincipalReference></actorPrincipal>
<lifeCycleName>Basic 1</lifeCycleName>
<phaseName>In.Work</phaseName>
<state>INWORK</state>
<teamTemplateIdentity> <teamTemplateIdentity>
<createStamp>1662546309000</createStamp>
<modifyStamp>166254309000</modifyStamp>
<lifeobjectHistory></objectHistory>
</lifecycleInfo>
結果如下表所示，在此情況下，現在只會在增量遞送中匯出 Part 1 A.2 的變更。
|
來源
|
基礎遞送
|
增量遞送
|
|---|---|---|
|
Part1 A.1
Part 2 A.1
|
Part.1 A.1 + Part 2 A.1
變更：
Part 1 A.1 -> Part 1 A.2
Part 2 A.1
Part 3 A.1 -> LC1 至 LC2
|
Part1 A.2
|
在 XML 檔案中定義元素之後，您可以載入檔案以使偏好設定生效。您可以針對所有 Windchill 封裝及其他遞送選項 (例如同步增量遞送) 設定類似的偏好設定。
如需詳細資訊，請參閱 Package Type-Based Properties 中的 Reading and Loading Type-Based Properties XML File 部份。
|
|
通常，系統只會在「遞送內容 UI」標籤中顯示封裝成員。附屬或相依物件不會顯示在 UI 中。這是當關聯附屬物件變更且包括在增量封裝的遞送 zip 中時，系統顯示主要成員的原因
例如，「WT 零件」會顯示在包括在遞送 zip 中之「表示」更新的「遞送內容 UI」標籤中，或「EPM 文件」會針對關聯的族表顯示；同樣的，如果只有製造商/廠商/OEM 零件的「AXL 項目」中存在更新，則關聯的 WT 零件會顯示在「遞送內容 UI」標籤中。
|