[Office 2016] KB5002903 更新導致 Excel 2016 無法開啟/讀取 .xls 舊版檔案

此回覆由系統自動翻譯，因此可能包含文法錯誤或不自然的用語。

您好 Allen,

感謝您提供詳細的資訊以及已完成的疑難排解結果。

根據您分享的資訊，問題似乎與 Microsoft Excel 2016（MSI 版） 安裝 KB5002903 更新有密切關聯。將 EXCEL.EXE 與 excelcnv.exe 還原為更新前的版本後，.xls 檔案便能穩定正常開啟，這顯示問題較可能與更新後的 Excel 元件有關，而非 Office 安裝本身所造成。

供您參考：Excel 2016 安全性更新說明：2026 年 10 月 13 日（KB5002934）

請注意，本討論串中提供的資源僅提供英文版本。如需協助理解相關內容，建議您使用可信賴的翻譯工具或翻譯服務。

目前我尚未找到任何 Microsoft 官方文件確認此問題為 KB5002903 已知問題。現有更新文件中，也未將舊版 .xls 檔案或 excelcnv.exe 相關的當機、停止回應等情況列為已知問題。

為進一步調查此問題，建議您先在少量受影響的裝置上測試 Excel 2016 最新安全性更新 KB5002934，確認更新至最新版本後問題是否仍然存在。

除了測試最新更新（KB5002934）之外，您也可以在受控的測試環境中，將 Office 2016 回復至最後一個已知正常運作的版本進行驗證。若回復後問題不再發生，而在重新安裝 KB5002903 或後續 Excel 安全性更新後再次出現，將可進一步證明此行為與更新有關。

請注意，回復安全性更新僅應視為問題調查期間的暫時性緩解措施，因為這可能降低受影響裝置的安全防護能力。

如果問題持續發生，建議透過貴組織的支援管道（例如 Services Hub）提交支援案件，並事先收集以下診斷資料：

• 完整的 Application 與 System 事件記錄（.evtx）
• Windows Error Reporting (WER) 所產生的 EXCEL.EXE 與 excelcnv.exe 當機傾印檔（Crash Dump）
• 重現問題時擷取的 Process Monitor（ProcMon） 追蹤記錄
• Office 版本與組建資訊
• EXCEL.EXE 與 excelcnv.exe 的檔案版本資訊
• 一份能穩定重現問題的 .xls 範例檔案（若可透過安全方式提供）

關於部署策略，我不建議將更新後的 Office 二進位檔長期替換為舊版本，因為未來的安全性更新仍會覆寫這些檔案，而且此做法可能導致裝置無法獲得重要的安全性保護。

由於 KB5002903 修正了多項 Excel 安全性弱點，因此任何延遲部署或停用更新的決定，都應由貴組織的資訊安全與合規團隊審慎評估後再執行。

作為暫時性的因應措施，您可以考慮先在試點群組中驗證較新的 Excel 安全性更新，再進行大規模部署；同時，僅針對受影響的裝置群組限制更新延期範圍，直到問題根本原因獲得確認為止。

希望以上資訊能為您提供一些方向。若您有任何進一步的問題或更新進展，歡迎隨時告知。

此致 敬禮。

感謝您的持續協助與建議。

我們已在受控的測試環境中安裝了最新的 2026 年 10 月安全性更新 (KB5002934) 進行驗證。非常遺憾，測試結果顯示問題依然存在，當使用者開啟 .xls 檔案時，excelcnv.exe 同樣會發生崩潰 (Crash)，且 Event ID 1000 的錯誤特徵完全相同。

關於您建議收集的 Process Monitor 追蹤紀錄與 Windows Error Reporting (WER) Crash Dump： 由於企業內部對於底層日誌的收集與外流有非常嚴格的資安規範，申請核准與收集這些包含潛在機敏資料的 Dump 檔案需要極高的行政成本與時間。

考量到此相容性問題的__重現率極高且條件非常單純__，能否請微軟支援團隊或產品組先於官方的測試環境 (Sandbox/Lab) 中進行初步的重現測試 (Reproduction)？

重現步驟僅需：

準備安裝 Office 2016 專業增強版 (MSI) 的乾淨 Windows 10/11 環境。

安裝 KB5002903 或 KB5002934 安全性更新。

嘗試開啟任意舊版的 .xls (Excel 97-2003) 檔案。

若微軟工程團隊能先透過內部測試環境確認此 Bug 的存在，將能大幅節省雙方收集與分析底層日誌的時間。若微軟在內部環境確實無法重現此問題，我們再進入專案申請程序為您收集相關 Dump 檔案。

再次感謝您與微軟產品團隊的協助與時間。

您好，

感謝您的回覆與對於產品生命週期 (EOS) 的說明。

然而，從企業 IT 管理與商業邏輯的角度來看，微軟對於此問題的處置方式與邏輯是__非常不合理且令人難以接受的__。

我們完全理解 Office 2016 已達到生命週期終點 (EOS)，且我們並未要求微軟為已終止支援的產品開發新功能或提供常規的技術支援。但目前的狀況截然不同：是微軟官方近期推送的安全性更新 (KB5002903 / KB5002934)，主動破壞了原本正常運作的核心功能。

在此情況下，企業面臨了以下三個極度不合理的狀況：

破壞買斷制授權 (Perpetual License) 的信任： Office 2016 買斷制授權的本意，是讓客戶能在產品的最終穩定狀態下持續使用。若微軟發布了未經完整相容性測試的更新套件，導致合法授權的軟體核心功能（舊版格式解析）損壞，卻又以「產品已終止支援」為由拒絕修正__由微軟自己製造的 Bug__，這無異於透過強制推送有瑕疵的更新來迫使客戶付費升級 Microsoft 365。這對買斷制客戶而言有失公允。

違背「更新不應造成破壞」的原則 (Regression Defect)： 這並非產品自然老化或作業系統不相容，而是一個典型的__更新迴歸錯誤 (Update Regression)__。發布修補程式的團隊有責任確保安全性更新不會摧毀應用程式的基礎運作能力。

迫使企業在「資安」與「營運」間妥協： 您的建議讓企業 IT 陷入了極度被動的兩難：我們只能在「承受漏洞風險（不更新）」與「業務中斷（更新導致 .xls 損壞）」之間做選擇。這並非微軟作為全球軟體領導者應有的產品品質。

我們強烈要求，請不要將此案視為「常規的 Office 2016 支援請求」，而是將其視為 「有瑕疵的安全性更新套件 (Defective Security Patch) 造成的大規模災情」，向上呈報給負責發布此 KB 的安全性更新團隊或 MSRC。

此回覆由系統自動翻譯，因此可能包含文法錯誤或不自然的用語。

您好 Allen,

感謝您花時間分享如此詳細的回饋，並說明此問題對貴組織所造成的影響。

我完全理解您的疑慮，尤其是在安裝安全性更新之前，受影響的 .xls 功能一直都能正常運作。我也理解這讓 IT 團隊面臨兩難，必須在資訊安全需求與業務持續運作之間取得平衡。

作為暫時性的因應措施，如果您使用的是 MSI 版本的 Office 2016，且在 已安裝的更新 中可使用 解除安裝選項，您可以考慮先在受控的測試環境中移除 KB5002903 或 KB5002934，並觀察問題是否有所改善。

1. 開啟 控制台 。
2. 前往 程式 (Programs) > 程式和功能 。
3. 選取 檢視已安裝的更新 。
4. 搜尋 KB5002903 或 KB5002934。
5. 選取更新後按一下 解除安裝 。
6. 重新啟動電腦，然後再次測試受影響的 .xls 檔案。

請注意，移除安全性更新可能會使系統重新暴露於原本已修補的安全性風險之下。因此，我建議僅將此方法視為暫時性的緩解措施，並優先在非生產環境中進行測試與評估。

如果您希望將此問題與影響情況回報給 Microsoft，您可以透過 Excel 內建的意見反應功能，或透過 Microsoft Feedback Portal 提交意見。提交時若能提供 Office 2016 的版本與組建編號、相關 KB 更新編號、重現步驟、Event ID 1000 資訊、錯誤記錄以及測試結果，將有助於提供更完整的背景資訊供參考。

我能理解，當問題是在安裝 Microsoft 安全性更新後出現時，您會期望此情況能獲得進一步調查。同時，我也想坦誠說明，由於 Office 2016 已結束支援生命週期，因此我無法保證此回饋將如何被排定優先順序，或是否會有後續修正程式發布。儘管如此，提供詳細回饋仍然十分有價值，因為這有助於讓相關團隊了解此問題及其對實際使用環境所造成的影響。

雖然上述建議未必能完全解決您的顧慮，但希望這些暫時性的因應措施以及回饋管道，能協助降低目前對貴組織的影響，並確保您的意見能夠傳達給 Microsoft。

此致 敬禮，