識別變更通知 (CN) 的問題
本節將描述 CN 相關的常見問題和可能的原因。下列所示為一系列常見問題的清單。如果在清單中找不到您所經歷的問題，或者其建議的動作無法完全解決問題，請聯絡系統管理員。
• #ESIORACLETroubleCN/CantCreateCN
• #ESIORACLETroubleCN/CantSeeCNOracleAppWindchillESIIndicatesSuccess
無法建立 CN
下列原因可能會導致此問題：
• 屬性無效或遺失
• 資料格式不正確
• 指派給零件的 ESITarget 組織不正確或無效
• 使用者於 Oracle Applications 中檢視錯誤的 ESITarget 組織
• 具有該編號的 CN 已存在於 Oracle Applications 中
• 生失效日期無效 (無法使用過去的日期)
• 生失效位移 (中介軟體全域變數) 設定不正確
• 在 ESI 回應中傳入的序號或批號未作為單位編號存在於 Oracle Applications 中。
• 一或多個 BOM 元件具有空的序號或批號生失效，而且已將組件的生失效控制設定為「單位」。
• 未在 ESIORALookups.properties 檔案中正確設定生失效優先順序。
• 已嘗試將「單位生效 BOM」建立為「日期生效 BOM」的子組件。
在 Oracle Applications 中看不到 CN，雖然 Windchill ESI 表示交易成功
CN 已啟用旗標 (中介軟體全域變數) 設定不正確。
始終會為自動產生的變更通知建立變更請求
將「自動生成變更通知」偏好設定設為「是」，並將「不變更請求即變更通知」偏好設定設為「否」，這是預期的行為。欲防止為自動產生的「變更通知」建立「變更請求」，請將「不變更請求即變更通知」偏好設定設為「是」。