診斷並解決問題
偵測到無法自動或由使用者解決的問題後，必須開始分析問題。包括將問題分類及本地化，以判斷根本原因。
將問題本地化
若要將問題來源本地化，必須問幾個問題，例如：
• 問題是與企業流程問題 (例如記錄系統違反)、功能問題 (例如無效的資料)，還是技術問題 (例如伺服器關閉) 有關聯？
• 此問題與 Windchill PDMLink 或發佈目標 MES 系統有關聯嗎？
• 問題是否與基礎實體網路和計算有關聯，而非與 Windchill Integration for MES 相關？
• 能否在測試系統中使用與生產環境相同的組態複製問題案例？
將問題分類：疑難排解的主要重點範圍
若要將問題分類，必須著重在主要問題範圍，並熟悉錯誤處理報告，例如錯誤記錄和錯誤處理代碼。
大多數系統相關的技術問題都能夠根據根本原因的位置分類。
對您來說，熟悉線上說明中的企業流程與功能疑難排解資訊也很重要。不熟悉該資訊的使用者可能為您帶來更多的這些問題。
下列問題類別與問題描述並非用於說明逐步程序。而是要協助您著重在技術問題的一些主要或潛在根本原因：
• 源於 Windchill Integration for MES 的問題
• 源自於發佈目標的問題
• Windchill Integration for MES 記錄檔中指示的問題
Windchill Integration for MES 問題
以下列出如何處理由 Windchill ESI 服務引起的問題：
• 核對 Windchill 伺服器是否正在執行中
• 詳細檢查 Windchill 管理記錄中的錯誤訊息
• 核對代表發佈目標的系統 (例如相關 FTP 或電子郵件伺服器) 是否已啟動並執行，以及是否已為指定目標正確設定識別元
• 核對相關 Windchill Integration for MES 內容的值是否合適
發佈目標問題
將物件自 Windchill PDMLink 發行至目標系統時，有些常見的問題可能會造成錯誤。藉由搜尋可用的訊息記錄，以及與系統管理員一起合作進行解決，您就可以分析出這些問題的原因。
為診斷問題，Enterprise Systems 交易管理 GUI 會記錄整體交易與相關聯子交易的錯誤訊息。按一下子交易或交易的連結可以檢視相關聯的錯誤訊息。
以下是 GUI 中記錄的交易與相關聯子交易錯誤訊息的格式：
解決問題
診斷完問題之後，您需要予以解決。以下列出疑難排解時可以使用的一些一般技巧，以及特定問題的清單和解決方案。
解決特定的問題
下面一部份列出特定的問題、提供可能的原因，並建議解決問題的方案。
|
問題
|
下列訊息會顯示在 Windchill Integration for MES 交易記錄檔 GUI 中：
System errors occurred when publishing 0000000081 to distribution target E-Mail. javax.mail.MessagingException: Could not connect to SMTP host: int-mail.ptc.com, port: 25;
nested exception is:
java.net.SocketException: Software caused connection abort: connect
|
|
可能的原因
|
連接埠因防火牆或網路安全性問題而遭到封鎖。
|
|
「解決方案」
|
請洽詢網路管理員或系統管理員，以允許連線至伺服器。
|
|
問題
|
下列訊息會顯示在 Windchill Integration for MES 交易記錄檔 GUI 中：
System errors occurred when publishing 0000000101 to distribution target FTP to i2440
Error trying to invoke webject: "Write-To-Ftp". Nested exception is: java.net.ConnectException: Connection timed out: connect
|
|
可能的原因
|
FTP 伺服器未執行或存在網路問題。
|
|
「解決方案」
|
請洽詢伺服器管理員或系統管理員，以允許連線至伺服器。
|
|
問題
|
下列訊息會顯示在 Windchill Integration for MES 交易記錄檔 GUI 中：
System errors occurred when publishing 0000000101 to distribution target FTP to i2440. Error trying to invoke webject: "Write-To-Ftp". Nested exception is: sun.net.ftp.FtpLoginException: Not logged in.
|
|
可能的原因
|
使用無效的使用者名稱或密碼登入 FTP 伺服器。
|
|
「解決方案」
|
重新建立發佈目標以修正使用者名稱或密碼。
|
|
問題
|
在資料庫中建立目標之後，「發佈目標」表並未顯示在像是 'wt.wadm.FADProduct' 的自訂零件的內容頁中。
|
|
可能的原因
|
<Windchill>\codebase\netmarkets\jsp\tgt\distributionList.jsp 檔案預設版本的設計目的並非顯示自訂零件的發佈目標表。
|
|
「解決方案」
|
啟用諸如 wt.wadm.FADProduct 等自訂零件的「發佈目標」表。
1. 開啟檔案：<Windchill>\codebase\netmarkets\jsp\tgt\distributionList.jsp
2. 新增自訂零件類型來依照下列方式修改 if 語句。
例如，如果物件類型為 wt.wadm.FADProduct，請依照下列方式修改 if 語句：
if (oid.indexOf("wt.doc") != -1 ||
oid.indexOf("wt.epm") != -1 ||
oid.indexOf("wt.part") != -1 ||
oid.indexOf("com.ptc.windchill.mpml.processplan.MPMProcessPlan") != -1 ||
oid.indexOf("com.ptc.windchill.mpml.resource.MPMProcessMaterial") != -1 ||
oid.indexOf("com.ptc.windchill.mpml.resource.MPMTooling") != -1 ||
oid.indexOf("com.ptc.windchill.mpml.resource.MPMSkill") != -1 ||
oid.indexOf("com.ptc.windchill.option.model.OptionSet") != -1 ||
oid.indexOf("wt.wadm.FADProducts") != -1)
3. 儲存檔案並重新啟動 servlet engine。
|
|
問題
|
回應檔案中沒有呈現物件的子類型屬性或其值。
|
|
可能的原因
|
在下列情況下會發生此問題：
• 對應不正確
• 未針對子類型屬性定義唯一識別元 (內部名稱)。
• 唯一識別元 (內部名稱) 並不是為 ESI 回應中繼資訊檔案中的指定物件類型所定義之 Map 元素中的來源屬性名稱。
|
|
「解決方案」
|
確定對應是正確的。例如，如果子類型屬性已在 wt.part.WTPart 上定義，則：
• 屬性名稱：volume
• 唯一識別元：org.ptc.volume
• 對應：<esi:attributeMapping sourceAttribute="org.ptc.volume">Volume</esi:attributeMapping>
|
|
問題
|
雖然目標上的「前後關聯預設」屬性設定為「是」，且目標屬於與零件相同的前後關聯，或更高層級的前後關聯，但在發行期間，發佈目標不自動指派給零件。
|
|
可能的原因
|
未正確設定 Windchill Integration for MES 的「檢視與發佈目標的對應」偏好設定。
|
|
解決方案
|
確保將「檢視與發佈目標的對應」偏好設定設為適當的值。例如，如果在「設計」檢視中建立討論中的零件，偏好設定必須設為像 Design:001 這樣的值，發行後者時才能將編號為 001 的發佈目標自動指派給零件。或者，偏好設定也可以有一個不參考目標編號的值。
|
|
問題
|
在將某個發佈目標與零件相關聯時，顯示錯誤訊息
|
|
可能的原因
|
此問題可能由以下其中一個原因造成：
• 未正確設定 Windchill Integration for MES 的「檢視與發佈目標的對應」偏好設定。
• 已將發佈目標指派給零件。
|
|
解決方案
|
確保將所述偏好設定設為適當的值。例如，如果在「製造」檢視中建立討論中的零件，偏好設定必須設為像 Manufacturing:002 這樣的值，才能將編號為 002 的發佈目標指派給零件。或者，偏好設定也可以有一個像 Plant1:002 (其中 Plant1 是「製造」的子檢視) 這樣的值，或不參考目標編號的值。
確保尚未將零件與要關聯的發佈目標建立關聯。
|
|
問題
|
在上次將零件成功發行至某個發佈目標之後，零件被傳送至該目標作為 ESI 回應中已變更的零件，但零件既未版序化，也未進行版本修訂。
|
|
可能的原因
|
這可能由以下其中一個原因造成：
• 自從上次成功發行零件以來，已為零件設定或已變更生失效日期。
• 自從上次成功發行零件以來，已變更零件的生命週期狀態。
• Windchill Integration for MES 的「發佈企業資料資訊」偏好設定設為「是」，且自從上次成功發佈零件以來，已修改表示零件的 ERPMaterial 物件。
• Windchill Integration for MES 的「發佈工廠資料資訊」偏好設定設為「是」，且自從上次成功發佈零件以來，已修改表示零件與目標之部門資料的 ERPPartSpecificPlantData 物件。
|
|
解決方案
|
在上述情況下將零件作為已變更零件傳送是預期行為。如果您想將其作為未變更零件傳送，請使用最符合您需求的方法，同時要記住上文所列的可能原因。
|
|
問題
|
發佈對應零件時，ESI 回應不傳送新增至「延伸資料」類型的某個全域屬性。
|
|
可能的原因
|
此問題可能由以下其中一個原因造成：
• Windchill Integration for MES 的「發佈企業資料資訊」偏好設定設為「否」。
• 用於發行的 ESI 回應中繼資訊檔案的全域屬性不存在 attributeMapping 項目。
• ESI 回應中繼資訊檔案的全域屬性中存在某一項目，但未將該項目的 XML 屬性 erpMaterialAttribute 設定為 true。
|
|
解決方案
|
請確保將「發佈企業資料資訊」偏好設定設為「是」。
在相關 ESI 回應中繼資訊檔案的全域屬性中新增 attributeMapping 項目，並記得將其 XML 屬性 erpMaterialAttribute 設為 true。
|
|
問題
|
發佈對應零件時，ESI 回應不傳送新增至「工廠資料」類型的某個全域屬性。
|
|
可能的原因
|
此問題可能由以下其中一個原因造成：
• Windchill Integration for MES 的「發佈工廠資料資訊」偏好設定設為「否」。
• 用於發行的 ESI 回應中繼資訊檔案的全域屬性不存在 attributeMapping 項目。
• ESI 回應中繼資訊檔案的全域屬性中存在某一項目，但未將該項目的 XML 屬性 plantSpecificAttribute 設定為 true。
|
|
解決方案
|
請確保將「發佈工廠資料資訊」偏好設定設為「是」。
在相關 ESI 回應中繼資訊檔案的全域屬性中新增 attributeMapping 項目，並記得將其 XML 屬性 plantSpecificAttribute 設為 true。
|
|
問題
|
某一組件之 Usage 元素的隨 ESI 回應一起傳送的值，與使用「更新全域替代 BOM 編號」選項從「製造產品結構瀏覽器」中為組件零件的「BOM 類型」指定的值不同。
|
|
可能的原因
|
將 Windchill Integration for MES 的「檢視與發佈目標的對應」和「檢視與 BOM 類型的對應」偏好設定設為取代針對組件零件版序指定的「BOM 類型」值時，便可能發生這種情形。例如，如果將這些偏好設定分別設為 Design:001,Manufacturing:002 與 Design:Engineering,Manufacturing:Production 值，當將組件發佈至編號為 001 的發佈目標時，將會針對 Usage 元素傳送「工程」值，進而取代可能已對組件零件指定的「BOM 類型」值。
|
|
解決方案
|
在上述問題陳述中描述的內容僅為預期行為。如果您想針對 BOM 將「BOM 類型」值 (對組件零件設定) 隨 Usage 元素一起傳送，請確保發佈目標 (要將 BOM 傳送至的目標) 編號不會將偏好設定「檢視與發佈目標的對應」的值計算在內；如果將該值計算在內，對應的檢視名稱不會將偏好設定「檢視與 BOM 類型的對應」的值計算在內。
|
|
問題
|
雖然某些發佈目標與組件中的元件零件相關聯，但是這些零件也不發行至這些目標
|
|
可能的原因
|
此問題可能由以下任何原因造成：
• 發佈目標的「狀況」屬性設定為「非使用中」。
• 發佈目標與含有元件零件的組件零件不相關聯；同時，相較於與組件零件相關聯的目標，這些目標屬於不同的 Windchill Integration for MES 目的地。
|
|
解決方案
|
確保將發佈目標的「狀況」屬性設定為「使用中」。
也將討論中的發佈目標與組件零件相關聯；或者，確保這些目標和與組件零件相關聯的任何目標屬於相同的 Windchill Integration for MES 目的地。
|
|
依預設，會將每個 Windchill Integration for MES 發佈目標視為屬於唯一的目的地。您將需要自訂 ESI 服務才能將兩個或多個目標視為屬於相同的目的地。如需詳細資訊，請參閱 Info * Engine 管理。 |
|
|
問題
|
從「新建發佈目標」或「編輯發佈目標」視窗中按一下「完成」時，與 ESI 回應中繼資訊檔案相關的錯誤訊息會顯示出來。
|
|
可能的原因
|
此問題可能由以下任何一個問題所導致，並會顯示針對發佈目標屬性「ESI 回應中繼資訊檔案路徑」指定的值：
• 檔案的路徑不存在。
• 檔案的內容與基礎結構描述不符 (結構描述預設由 ESIResponseMetaInformation.xsd 檔案提供)。
• 檔案的內容無效，例如，檔案中的 MapInformation 元素參考了不存在的 Map 元素。其他一些原因也可能導致檔案內容被視為無效。
• 與檔案中至少一個 Map 元素相關聯的 ID 屬性已用於與前者不同的 Map 元素。例如，如果使用者將 (建立或編輯的) 發佈目標指向某個 ESI 回應中繼資訊檔案，且已修改其零件的 Map 元素以包含其他全域屬性，但其 ID 屬性繼續擁有 ESIPart 值，而已將不同的發佈目標指向預設提供的 ESI 回應中繼資訊檔案，則會發生這種情況。
|
|
解決方案
|
確保符合下列內容：
• 存在指定為發佈目標屬性「ESI 回應中繼資訊檔案路徑」的值的路徑。
• 參考的 ESI 回應中繼資訊檔案的內容符合基礎結構描述且有效。
|
|
問題
|
在發行推進請求時會建立多個「量產發行版本」工作流程。
|
|
可能的原因
|
如果 Windchill Integration for MES 偏好設定「發行推進請求」的值為「否」，則會發生此情形。
|
|
解決方案
|
將偏好設定「發佈推進請求」設為「是」以在發行推進請求時建立單一 RTM 工作流程
|
|
在將 Windchill Integration for MES 偏好設定「發行推進請求」設為「否」的情況下，發行推進請求會產生與推進請求中可推進項一樣多的 RTM 工作流程。
|
|
|
問題
|
與零件 (或製造物件) 相關聯的文件未發行至與其相關聯的某些發佈目標。
|
|
可能的原因
|
與零件 (或製造物件) 相比，文件與其他發佈目標相關聯。在此類情況下，只會將文件發行至那些與零件 (或製造物件) 相關聯的發佈目標。
|
|
解決方案
|
上述內容僅為預期行為。為了將文件發行至其他目標，請將文件發行為獨立物件，或者與「變更通知」或推進請求相關聯。
|
|
問題
|
在發行與結構相關聯的零件 (或製造物件) 時，只會發行 CAD 文件結構中的頂層文件。
|
|
可能的原因
|
這只是預期行為，在此情況下不會處理相關 CAD 文件結構。
|
|
解決方案
|
為了發行 CAD 文件結構，請將結構發行為獨立物件，或者與「變更通知」或推進請求相關聯。
|
|
問題
|
在發行結構時，只會發行 CAD 文件結構中的頂層文件。
|
|
可能的原因
|
如果符合以下任一條件，則會發生此情形：
• 發佈目標屬性「發行 CAD 文件結構時的發行層級數」設定為 0 (零)，或空字串。
• 對於版序而言，使用發佈目標屬性「發行 CAD 文件結構時要使用的已存篩選器」無法解析代表結構中第一層級子項的文件主物件。
|
|
解決方案
|
• 將屬性「發行 CAD 文件結構時的發行層級數」設定為指定所需層級數的數值。
• 將屬性「發行 CAD 文件結構時要使用的已存篩選器」設定為適當的值。
|
|
問題
|
在發行與「變更通知」相關聯的 CAD 文件結構時，未使用發佈目標屬性「發行變更通知時要使用的已存篩選器」。
|
|
可能的原因
|
這只是預期的行為。ESI 服務會改用屬性「發行 CAD 文件結構時要使用的已存篩選器」。
|
|
解決方案
|
將屬性「發行 CAD 文件結構時要使用的已存篩選器」設定為必要值。
|
|
問題
|
ESI 服務未處理與 WTDocument 連結的文件。
|
|
可能的原因
|
這只是預期行為，在此情況下只會處理 CAD 文件結構。
|
|
解決方案
|
為了發行與頂層文件連結的文件，請單獨發行這些文件。
|
|
問題
|
與零件 (或製程計劃) 相關聯的選項集未發行至與其相關聯的某些發佈目標。
|
