Office 2010 應用程式相容性指南
適用版本： Office 2010
上次修改主題的時間： 2017-01-17
Microsoft Office 2010 部署的應用程式相容性測試及修復程序，可找出相容性問題，並協助您開發計劃以修正問題。此資訊主要適用於評估及減輕應用程式相容性問題的 IT 專業人員。要升級 Office 應用程式的開發人員，可能也會覺得此資訊很有用。完成本文中所述的程序之後，系統管理員及開發人員即可更深入了解哪些增益集與應用程式會與 Office 互動，以及如何將其移轉至 Office 2010。
本文並不包含文件相容性、轉換或移轉。如需轉換舊版 Office 檔案以及使用相容性模式的相關資訊，請參閱＜Office 2010 的文件相容性＞。
本文內容：
Office 2010 中的應用程式相容性簡介
應用程式相容性評估和修復程序
規劃相容性測試
評估環境
測試及修復相容性問題
Office 2010 中的應用程式相容性簡介
自從初版 Office 產品推出以來，開發人員及專家使用者便一直在撰寫程式碼來擴充 Office。隨著 Office 不斷演進 (功能變更、功能移除及檔案格式變更)，舊版增益集和自訂項目在與 Office 2010 搭配使用時，可能無法正常運作。因此，對於擁有十多年前 Office 檔案的組織而言，應用程式相容性的主題可想而知會是一項挑戰。
Office 2010 有許多產品改良和其他變更會影響與現有檔案、巨集、增益集和 Microsoft Visual Studio 解決方案的相容性。下列清單將說明部分變更。
已移除的功能 當增益集與應用程式相依的功能 (及其對應物件模型) 已從 Office 2010 移除時，增益集與應用程式就可能會無法使用。
功能變更 更新的功能及其物件模型可能會導致增益集和應用程式操作不如預期。有時候這些變更會很明顯，有時候則要經過測試才會發現。
64 位元不相容性 Office 2010 提供 32 位元及 64 位元版本。64 位元版本是專為使用複雜的 Microsoft Excel 試算表或 Microsoft Project 檔案時，需要更多記憶體容量的使用者所設計。如果您規劃部署 64 位元版本的 Office，必須考慮到為了在 32 位元用戶端電腦上運作，而建立的 ActiveX 控制項、增益集及 Microsoft Visual Basic for Applications (VBA) 解決方案，可能無法與 64 位元版本的 Office 2010 搭配使用。
有幾項工具和解決方案可用來評估及修復 Office 2010 的應用程式相容性問題。針對 IT 系統管理員，新的 Office 環境評估工具 (OEAT) 有助於識別與 Office 互動的增益集和應用程式。開發人員可以使用新的 Microsoft Office 2010 Code Compatibility Inspector 工具指出 VBA 專案或 Visual Studio 程式碼中可能不相容的程式碼，以執行其他測試。倘若應用程式無法修正，系統管理員可以使用遠端桌面服務 (終端機服務)、平行安裝及新的 Microsoft Application Virtualization (App-V) 等解決方案，以同時維護之前相容的 Office 環境及 Office 2010。
以下各節將簡述 Office 2010 應用程式相容性評估工具。
Office 環境評估工具 (OEAT) OEAT 是 Office 2010 的新掃描工具，可識別安裝在使用者電腦上的增益集。OEAT 會針對 Microsoft Office 97、Microsoft Office 2000、Microsoft Office XP、Microsoft Office 2003 及 2007 Microsoft Office 系統 收集和報告增益集資訊。OEAT 也會將所發現的協力廠商增益集清單與獨立軟體廠商 (ISV) 應用程式相容性可見度計畫所追蹤的相容增益集清單做比較。
若要下載 OEAT，請參閱 Office 2010 工具：Office 環境評估工具(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x404)(可能為英文網頁)。
ISV 應用程式相容性可見度計畫 這個新計畫會追蹤保證其產品與 Office 2010 相容的獨立軟體廠商 (ISV)。ISV 透過特殊的 ISV 入口網站，提交其產品的資訊，然後 Microsoft 再將此清單發佈至 Microsoft Office 2010 的相容性資源中心 (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x404)。OEAT 也會在摘要報告中，利用此清單醒目提示已知相容的增益集。
若要檢視目前參與此計畫的 ISV 清單，請參閱 Microsoft Office 2010 的相容性 (https://go.microsoft.com/fwlink/?linkid=186766\&clcid=0x404)。
Microsoft Office 2010 Code Compatibility Inspector (OCCI) Microsoft Office 2010 Code Compatibility Inspector 會針對與 Office 2010 不相容的物件模型 API 呼叫，比較現有的 VBA、Visual Basic .NET 及 C# 原始程式碼。此工具同時整合了 Microsoft Visual Basic for Applications 7.0 (VBA 7) 及 Microsoft Visual Studio 2008 或 Microsoft Visual Studio 2010，並包含基本的掃描程式。當檢查工具發現與 Office 2010 不相容的程式碼，就會新增註解至程式碼，以供開發人員之後參照及修正。檢查工具也會掃描程式碼中有無 Declare 陳述式，並參照需要更新以與 64 位元 Office 2010 相容之 ActiveX 控制項所使用的 DLL。
若要下載 OCCI，請參閱 Office 2010 工具：Compatibility Inspector(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=181874\&clcid=0x404)(可能為英文網頁)。
下表說明許多組織會遇到的 Office 自訂類型，以及用來評估各種自訂的工具。因為這些自訂中有些是舊版 Office 共有的自訂，所以其他資訊的連結通常會指向 Office 2003 及更舊版本的開發人員文件。
| 自訂類型 | 描述 | 評定工具 |
|---|---|---|
自動化增益集 (.xll 或 .wll) |
自動化增益集可讓開發人員將現有的 Office 2010 應用程式功能納入自訂的應用程式中。將客戶的帳單資料寫入 Microsoft Excel 工作表的 CRM 應用程式，即為 Office 自動化增益集的一例。 如需自動化增益集的詳細資訊，請參閱 Excel COM 增益集和自動化增益集 (https://go.microsoft.com/fwlink/?linkid=186622&clcid=0x404)。 |
OEAT |
COM 增益集 (Windows .dll) |
COM 增益集是隨 Microsoft Office 2000 一起推出的一部分，可讓開發人員在建立 Office 解決方案時，使用其選擇的程式設計語言和環境。COM 增益集撰寫好之後，會編譯成 .dll 檔。該 .dll 檔可由一或多個 Office 應用程式載入，並可與 Office 物件模型互動。 如需 COM 增益集的詳細資訊，請參閱何謂 COM 增益集？(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186623&clcid=0x404)(可能為英文網頁)。 |
OEAT |
Office 97–2003 格式 VBA 增益集 (.dot, .wll, .xla, .xll, .ppa) Office 2007–2010 格式 VBA 增益集 (.dotm, .xlam, .ppam) |
VBA 範本增益集使用 Microsoft Visual Basic for Applications (VBA) 所建立。 如需 VBA 增益集的詳細資訊，請參閱 Office 2010 中的 VBA 快速入門(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186624&clcid=0x404)(可能為英文網頁)。如需 Microsoft Word 範本與增益集之間的差異釐清，請參閱 Word 文件範本與 Word 增益集 (通用範本)(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186625&clcid=0x404)(可能為英文網頁)。 |
OEAT 與 OCCI |
Office 2007–2010 格式啟用 VBA 巨集的檔案 (.docm, .xlsm, .pptm) |
這些檔案包含 VBA 巨集程式碼，但不是儲存為增益集。 OEAT 會偵測儲存在啟動資料夾中，或是以通用範本載入，並啟用巨集的 Word 和 Excel 檔案。OEAT 不會探索儲存在其他位置中啟用巨集的檔案，OEAT 也不會探索任何位置中啟用巨集的 PowerPoint 檔案。 如需啟用巨集之檔案的詳細資訊，請參閱＜Office 2010 支援的檔案格式＞。 |
OEAT 與 OCCI |
使用 Visual Studio 建立的 Office 增益集 |
使用 Visual Studio 建立的 Office 增益集，可讓組織自訂 Office 應用程式，以新增商務程序所需的特定功能。 Visual Studio 支援兩種可能在組織中使用的解決方案：
OEAT 只能用來偵測應用程式層級的增益集。 如需使用 Visual Studio 建立 Office 增益集的詳細資訊，請參閱 Office 方案開發概觀(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=188380&clcid=0x404)(可能為英文網頁)。 |
OEAT 與 OCCI |
應用程式相容性評估和修復程序
下圖顯示應用程式相容性評估和修復程序的摘要。在此圖中定義的每項工作，在本文中都有對應的小節。
.gif "應用程式相容性程序")
注意
本指南不涵蓋文件相容性、轉換或移轉內容。如需轉換舊版 Office 檔案以及使用相容性模式的相關資訊，請參閱＜Office 2010 的文件相容性＞。
規劃相容性測試
規劃增益集和應用程式的評估、修復及試驗，是應用程式相容性測試的整個程序中的首要步驟。雖然您可能會很想要依賴 2007 Office System 相容性測試先前的結果，但建議您不要這麼做，這樣只會耽誤您成功地部署。
規劃評估
以下各節將說明可協助您準備評估組織中之增益集和應用程式的規劃工作。
建立評估文件和結果的中央存放庫
為協助管理評估和修復程序，建議您建立所發現之應用程式及其狀態的中央存放庫。像 Microsoft SharePoint Server 2010 之類的解決方案有助於讓所有專案成員取得最新資訊，以及持續追蹤專案本身。
識別專案關係人
專案關係人是核准及配置資源給專案的人員或群組。在規劃程序初期識別專案關係人，可以讓應用程式相容性專案小組向有既得利益的人員溝通及確認專案交付項目。
下表說明應用程式相容性專案中的一般專案關係人角色。
| 角色 | 職責 |
|---|---|
應用程式擁有者 |
確定使用舊版 Office 完成的商務程序，在升級之後仍不間斷。 |
專案贊助者 |
在組織內宣傳 Office 升級的成功與正面消息。 |
指派專案參與者的角色
下表說明應用程式相容性專案中的可能角色及該角色必須擔任的相關職責。
| 角色 | 職責 |
|---|---|
專案經理 |
確定專案的整體流程，以及管理整體資源、評量和風險。 |
相容性驗證測試人員 |
依照測試計畫測試 Office 元件，以找出任何潛在的不相容問題，包括檔案格式、巨集、增益集或 Office 自動化。 |
OEAT 操作員 |
了解及執行 OEAT 的安裝和設定。 |
修復負責人 |
執行動作以解決 Office 自訂的相容性問題。 |
迴歸測試人員 |
確定對 Office 物件執行的修復程序成功。此角色通常是由修復負責人擔任。 |
使用者接受度測試人員 |
受影響之業務單位的代表，負責判斷應用程式的修復程序成功，而且不會干擾其他自訂或動作。此角色絕不能是執行修復或迴歸測試的人員。 |
商業分析師或擁有者 |
擁有對業務單位而言重要之應用程式和增益集的程式碼及文件。 |
部署群組負責人 |
擁有及追蹤整個技術程序的時間表。可能會委派某些報告或系統管理活動。 |
應用程式封裝群組 |
擁有 Office 2010 安裝套件。 |
用戶端 (桌面) 小組 |
透過組織的設定管理工具 (例如 Systems Center Configuration Manager (SCCM))，擁有 Office 2010 套件的部署。 |
服務台 |
為測試人員提供 Office 的功能支援，當移轉完成時，則是為使用者提供支援。 |
識別及採訪業務單位
評估規劃的下一步，就是識別您的部門或業務單位分組，以及採訪其代表人員，以了解目前的增益集組合如何滿足其業務需求。了解各增益集的重要性、其目的、其製作源由、其功能及其製作者，都是在決定如何修復增益集以及在找到問題時加以修正的重要依據。
Office 應用程式的某些增益集可能是在組織內非正式建立的。因此，您可能需要做一些調查工作追蹤擁有者及原始程式碼 (如果還在的話)。
您可以使用下列表單作為採訪問卷的範本。
應用程式資訊 |
業務單位 |
應用程式名稱 |
應用程式連絡人/擁有者 |
應用程式識別碼 |
版本 |
優先順序 |
層 |
Office 2010 相容性狀態 (若已知) (通過、失敗) |
相容性問題說明 (若有的話) |
使用者人數 |
應用程式使用的 Office 版本 (XP、2003、2007、2010 等) |
說明用法類型 (例如，匯出 Office 文件、增益集至 Office 應用程式等) |
應用程式使用的 Office 套件元件 |
Word |
Excel |
Access |
PowerPoint |
其他 |
此應用程式是否使用複雜的 Office 物件，例如圖表、樞紐分析表或繪圖藝術？ |
這是資料輸入或前端應用程式嗎？如果是，則提供詳細資料。 |
此應用程式支援哪些語言？ |
識別要掃描的用戶端電腦
判斷需要掃描用戶端電腦的不同業務單位之後，即可開始針對各業務單位識別用戶端電腦之統計相關樣本的程序。並非組織中的每一部用戶端電腦都需要掃描。然而，在某些情況下 (視組織規模而定)，掃描整個環境或是整個群組或組織單位 (OU) 的限制，可能會比將用戶端電腦分開參與要少 (或較簡單)。低於 20% 的統計相關樣本應可提供足夠的資訊，順利評估及修復 Office 2010 環境中的相容性問題。
重要
執行 OEAT 的所有用戶端電腦都必須安裝 Microsoft .NET Framework 2.0 或更新版本。如需 OEAT 需求的詳細資訊，請參閱＜Office 2010 的 Office 環境評估工具 (OEAT) 使用者指南＞。
如果您的組織缺少最新的用戶端庫存，請考慮執行 Microsoft Assessment and Planning (MAP) Toolkit 產生用戶端庫存，並評估 Office 2010 是否備妥。從這個庫存中，您可以和事業群負責人一起使用 OEAT 選取要評估的用戶端電腦子集。如需 MAP Toolkit 的詳細資訊，請參閱 Microsoft Assessment and Planning Toolkit(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=149448\&clcid=0x404)(可能為英文網頁)。
規劃修復
以下各節將會協助您建立比較基準準則，以分類及修復不相容的應用程式。在規劃程序初期達成共識，有助於在評估和測試結果可用之後，避免產生異議或其他延遲的情況。
決定如何分類應用程式及排列優先順序
企業會開發、部署及維護各種 Office 應用程式和增益集，對組織而言，其價值可能截然不同。因此，依據應用程式對業務的價值將應用程式分類和分級是很重要的。有一個簡單的方法，就是將應用程式區分為是否具關鍵性。其他可考慮的分類方式如下：
內部或協力廠商應用程式
部門應用程式
未受管理的解決方案，例如由使用者建立的範本、增益集及巨集
應用程式的使用者數目
高階主管使用的應用程式
應用程式的預期存留期
下表說明組織用來分類不同類型之 Office 自訂及排列優先順序的方式。
| 自訂 | 具關鍵性 | 不具關鍵性 |
|---|---|---|
自動化增益集 |
主動式 OEAT 掃描、測試及修復 |
回應使用者所探索到的內容 |
COM 增益集 |
主動式 OEAT 掃描、測試及修復 |
回應使用者所探索到的內容 |
VBA 增益集 |
主動式 OEAT 及 OCCI 掃描、測試及修復 |
回應使用者所探索到的內容 |
若要進一步協助排列關鍵性應用程式的優先順序，您可以將其分類為第 1 層、第 2 層或第 3 層。各層的範例分類指導如下：
第 1 層：關鍵性 關鍵性應用程式的失敗會損害營運持續力或組織的收益。無論應用程式的使用者數目或業務優先順序為何，高階主管使用的任何應用程式皆應視為具關鍵性。此層級也包括組織中 10% 以上使用者使用的應用程式。
第 2 層：攸關業務 這些應用程式攸關業務，或是為組織中 10% 以上的使用者所使用。此層級也可以包括組織中 1% 到 10% 使用者所用、不分業務優先順序的應用程式。這些應用程式不是關鍵性或是會影響收益的應用程式，但是可能會影響生產力，間接增加支出或降低收益。
第 3 層：商務應用程式 這些應用程式不具關鍵性，而且只會影響組織中的 10 位員工或最多 1% 的員工。它們通常是有助於小型工作的工具，對業務的影響很低。
識別修復策略
定義用於分類應用程式的準則之後，您應識別可能的修復策略。雖然實際修復工作難以規劃，但是您可以建立通用策略引導各種自訂問題的解決方式。下表依據應用程式類型及其預期存留期提供建議的修復策略。
| 類型 | 可能的策略 |
|---|---|
存留期有限的內部應用程式 |
報廢應用程式並尋找新的程序。 |
存留期長的內部應用程式 |
重寫或修訂程式碼配合新的物件模型。 |
存留期有限的協力廠商應用程式 |
報廢應用程式並尋找新的程序。 |
存留期長的協力廠商應用程式 |
連絡廠商以更新或更換。 |
應用程式無作用 |
以新的目錄結構重新安裝應用程式，或是為應用程式建立虛擬環境。 |
當您修復應用程式時，可能會發現其優先順序可在初始評估中變更。您應制定好嚴格的修補評估程序，僅允許應用程式在層級中上移 (但不能下移)。如需 Microsoft IT 如何分類應用程式及排列優先順序的相關資訊，請參閱在 Microsoft 部署 2007 Office system(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=178278\&clcid=0x404)(可能為英文網頁)。
Microsoft 在 TechNet 上也有關於移轉 Office 自訂時會發生之已知問題的規範資訊。如需詳細資訊，請參閱＜Office 2010 中產品與功能的變更＞。有些 Microsoft 合作夥伴也有工具可協助修復程序。
規劃試驗
專案小組必須考量如何試驗增益集和應用程式。該小組應特別識別下列各項：
哪些使用者將參加試驗。
試驗中的使用者要如何報告問題。
服務台員工是否會協助試驗，若是，要如何訓練他們。
何時開始試驗。例如，有些組織會提早在規劃階段開始試驗測試，以在程序進行中及早獲得意見反應。
下列資源可用來協助您規劃試驗。雖然這些資源並非專用於 Office 2010 相容性測試，但是其中涵蓋的許多原則仍適用。
評估環境
在評估階段期間，針對用戶端電腦的統計相關子集執行 OEAT，以收集增益集和應用程式的庫存。分析結果並排列應用程式的優先順序之後，即準備好進行測試和修復階段。
執行 OEAT
OEAT 可以從網路共用執行，或是散佈給使用者。OEAT 會掃描用戶端電腦，然後將掃描結果儲存至指定位置，通常是網路共用。掃描完成後，您可以使用 OEAT 將結果編譯成 Microsoft Excel 試算表，以在修復程序期間使用。
根據您的環境，您可以使用下列其中一種方式部署 OEAT：
Active Directory 環境 使用 Active Directory 登入指令檔部署 OEAT。當使用者登入時，會自動執行 OEAT，而結果會儲存至指定位置。
受管理環境 使用 Systems Management Server (SMS) 或 System Center Configuration Manager (SCCM) 等管理解決方案部署 OEAT。
未受管理或非集中的 IT 環境 為 OEAT 建立共用，並提供如何手動執行掃描的指示給使用者。
如需如何部署及使用 OEAT 的相關資訊，請參閱＜Office 2010 的 Office 環境評估工具 (OEAT) 使用者指南＞。若要下載 OEAT，請參閱 Office 2010 工具：Office 環境評估工具(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=171092\&clcid=0x404)(可能為英文網頁)。
檢閱 OEAT 結果
當用戶端電腦掃描完成時，使用 OEAT 中的 [編譯結果] 選項建立試算表，以摘要說明已掃描的所有用戶端電腦結果。此試算表包含數個工作表，包括：
SummaryReport 此工作表含有摘要資訊，可協助您判斷所掃描的用戶端電腦是否已備妥可進行 Office 2010。此工作表包括平均可用空間、處理器、電腦製造商、Windows 安裝 (包括 Service Pack 等級) 及 Office 安裝等資料。從設定管理觀點來看，值得注意所產生的資料，因為用戶端電腦可能並未執行您預期的 Office 或 Windows 版本。
MicrosoftOfficeAddins 此工作表包含 Office 隨附之所有增益集的清單。
AddinsNotShippedWithOffice 此工作表含有 Office 未隨附的所有增益集清單。大部分的評估及規劃來自於此報告。您可以依應用程式排序清單、檢視上次存取或修改的日期，以及檢視偵測到增益集的用戶端電腦數目。您也可以比較相同增益集的版本號碼，以判斷某些用戶端電腦的子集合是否已過期，這可能表示您組織中的設定管理程序發生問題。
在 [AddinsNotShippedWithOffice] 工作表上，開始使用 [相容性] 欄檢視每個增益集的相容性狀態。OEAT 會將探索到的增益集與 ISV 相容性程式所追蹤的相容增益集清單進行比較，據此產生此欄的資料。可能的相容性狀態結果如下：
不明 此增益集目前不存在於 Office 2010 相容增益集的 Microsoft 廠商清單中。因此，此增益集的狀態不明。請注意，此狀態會隨 OEAT 擁有新的廠商資料而有所變更。每次編譯試算表時，可選擇是否要下載新的廠商資料。
部分相符 OEAT 在下列兩種情況下會報告此狀態：OEAT 找到僅符合廠商名稱的項目。或者，OEAT 找到相符的廠商名稱與產品名稱，但是版本號碼不符。請使用 [URL] 欄中所提供的連結，檢查該廠商的廠商清單有無相容的增益集。
完全相符 當廠商名稱相符、產品名稱相符，且增益集的版本號碼等於或新於廠商所提報的版本時，即會顯示此狀態。
重要
若在 OEAT 正式版中出現提示時，選擇不要下載相容性資料，或者若使用的是 OEAT 測試版，則不會顯示 [相容性] 欄。您可以從 Microsoft 下載中心(可能為英文網頁) 下載 OEAT 正式版。
修復計畫定案
此時，您準備要使 OEAT 結果與您在規劃階段期間建立的優先順序準則產生關聯。當您設定此工作的排程時，請務必保留額外的時間，以針對未在業務單位採訪期間識別的增益集，進行調查及排列優先順序。若要了解 VBA 增益集與 Visual Studio 增益集不相容性的範圍，開發小組可以在此階段期間執行 OCCI，以了解有多少基礎程式碼需要變更。
測試及修復相容性問題
在此階段期間，您和開發小組將開始測試關鍵性及其他高優先順序的增益集和應用程式，以找出 Office 2010 特定的相容性問題。識別出不相容性之後，開發小組將會根據您在規劃階段執行的工作，開始修復不相容的增益集和應用程式。
雖然修復了多個應用程式和增益集，但是您不能假設這些修復都會一起作用。您必須一起測試所有修復，然後在真實世界的案例中試驗這些修復。驗證修復、穩定 Office 2010 的整體部署，以及最後建立更成功的移轉，每一個步驟都很重要。
測試增益集和應用程式
下列流程圖針對開發人員提供一般指導，以測試不同類型的應用程式來識別與 Office 2010 的不相容性。如需其他指導，請參閱下列資源：
規劃及測試應用程式部署(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186685\&clcid=0x404)(可能為英文網頁)
LOB 應用程式相容性，使用 Microsoft IT 的 LOB 應用程式相容性測試程序(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186686\&clcid=0x404)(可能為英文網頁)
一般應用程式測試
下列流程圖提供應用程式測試的高階檢視。本節中後續的流程圖會說明特定類型 Office 應用程式的測試程序 (例如增益集、巨集和指令碼)，以及 Office 自動化測試。
.gif "應用程式測試流程圖")
Office 增益集測試
.gif "Office 增益集測試流程圖")
巨集和指令碼測試
.gif "巨集測試流程圖")
Office 自動化測試
.gif "Office 自動測試流程圖")
執行 Office Code Compatibility Inspector 工具
在整個測試過程中，開發人員可以執行 OCCI 工具，掃描有無已知的變更，或是對物件模型成員的取代。OCCI 也會掃描 VBA Declare 陳述式，並參照需要更新以與 64 位元 Office 2010 相容之 ActiveX 控制項所使用的 DLL。當該工具發現潛在的相容性問題時，它會在程式碼中新增註解，讓開發人員注意到這個問題。
每次 Inspector 掃描完成時，都會提供在專案中發現哪些事項的摘要和詳細報告。掃描的項目包括：
變更 對物件模型成員所做的任何語法變更都會加上標幟。OCCI 會偵測是否使用自 Office 97 後已變更的任何物件模型成員。
取代 任何已取代之物件模型成員的使用都會加上標幟。OCCI 會偵測是否使用自 Office 97 後已取代的任何物件模型成員。
如需如何使用 OCCI 的詳細資訊，請參閱＜Microsoft Office 程式碼相容性檢查使用者指南＞。如需應用程式專屬之開發資源 (如需自舊版 Office 之後，物件模型變更的詳細資訊)，請參閱 Microsoft Office 2010(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=206197\&clcid=0x404)(可能為英文網頁)。
修復增益集和應用程式
有數個方法可用來修正與 Office 2010 有相容性問題的應用程式或增益集。以下各節將簡述修復選項。
向廠商取得更新
OEAT 報告會提供已知相容之增益集的連結。然而，有些應用程式可能不在此清單上。在此情況下，您必須直接連絡廠商。如果更新的增益集來不及供您移轉，或是增益集將不再更新 (或是廠商已停止營運)，請準備開發暫時的解決方法。如果沒有暫時的解決方法，請考慮虛擬化或平行安裝。
更新內部應用程式
更新內部應用程式的理想情況是：如果您有原始程式碼，且了解增益集或應用程式的運作方式，或是您有說明文件，且原本的開發小組仍在活動中，或可供諮詢。使用 OCCI 可識別原始程式碼中不相容的函數，因此大幅簡化更新內部應用程式的程序。開發小組仍需自行執行必要的修正程式，但是使用 OCCI 尋找不相容的程式碼，會讓他們輕鬆許多。
注意
如果用來撰寫內部應用程式的平台非常舊 (例如 Visual Basic 6 或更舊版本)，建議您考慮使用 .NET Framework，將該工具整個重寫。
下列指導適用於需要更新內部應用程式的開發人員。
使用 Visual Studio 建立的增益集
Office 2010 的執行階段元件已建立，因此 Microsoft Visual Studio Tools for Applications (VSTA) 和 Visual Studio 2008 .NET 增益集、文件解決方案及試算表解決方案都是在 64 位元 Office 2010 上執行。這些執行階段元件會隨 Office 2010 一起安裝。因此，系統管理員不需要為這個執行階段併入個別的安裝。不過，還是有其他事項需要考量。
在 Visual Studio 專案中，若使用 [任何 CPU] 選項，C# 或 Visual Basic 程式碼可編譯成 Microsoft Intermediate Language (MSIL)。執行階段期間，MSIL 會「即時」(JIT) 編譯至正確的晶片組，AMD 或 Intel 32 位元或 64 位元其中一項。然而，此技術不適用於 .NET Framework 1.0 及 1.1 版。這兩個版本沒有啟用此 64 位元轉換功能。
即使是符合的 .NET Framework 2.0 程式碼，也必須加以檢閱，因為對程式碼中的程序呼叫 (p/invoke) 進行的任何呼叫都是原生的 (處理器架構特定)。如果您嘗試使用 p/invoke 呼叫原生 API 方法，可能無法讓 VSTO 解決方案正確地在 64 位元 Office 2010 上執行。
如果程式碼刻意對 Win32 API 進行呼叫，但是 Win32 API 沒有與對等 Win64 API 完全相同的簽章 (方法名稱、參數清單及 DLL 名稱)，也會發生問題。任何解決方案都是如此，無論是 Office 解決方案或 Windows 解決方案都一樣。
如需如何撰寫 64 位元 Office 2010 解決方案的詳細資訊，請參閱 MSDN 技術文件庫中的 Visual Studio 2005 的 64 位元應用程式 (https://go.microsoft.com/fwlink/?linkid=178279\&clcid=0x404) 及 Visual Studio 2010 的 64 位元應用程式(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=152431\&clcid=0x404)(可能為英文網頁)。
VBA 解決方案和巨集
使用 Visual Basic for Applications (VBA) 建立的解決方案和巨集只要與 Office 2010 物件模型有介面連繫，即可作用。然而，有些呼叫可能遭到取代，而不再作用。如果 VBA 程式碼使用 Windows API 呼叫，這些呼叫很可能是 32 位元 DLL。有一個簡單的修正方法，就是更新程式碼，讓 Declare 陳述式使用 PtrSafe 關鍵字。OCCI 可用來識別這些 Declare 陳述式。如需 VBA 64 位元相容性的詳細資訊，請參閱 32 位元與 64 位元版本的 Office 2010 之間的相容性(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x404)(可能為英文網頁)。
ActiveX 控制項
64 位元 Office 2010 中不支援原生為 32 位元控制項的 ActiveX 控制項 (可能是與 2007 Office System 及舊版 Office 相容的任何控制項)。這些控制項的修復都需要重新編譯 (如果有原始程式碼可用)、要求或等候廠商更新，或是使用虛擬化方法。同樣地，如需 VBA 64 位元相容性的詳細資訊，請參閱 32 位元與 64 位元版本的 Office 2010 之間的相容性(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=186639\&clcid=0x404)(可能為英文網頁)。
Outlook 應用程式
Outlook 2010 施行增益集的新式快速關閉程序。新的關閉程序可在使用者結束 Outlook 之後保留資源，以避免增益集受到長時間的延遲。雖然此項變更可能會嚴重影響一些現有的增益集，但是增益集廠商及 IT 管理員可以強制執行 Outlook 以回復為標準增益集關閉程序，即可解決這些效果。如需新式關閉程序的詳細資訊，請參閱 Outlook 2010 的關閉變更(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=203255\&clcid=0x404)(可能為英文網頁)。
在 Outlook 2010 中，未載入 Exchange 用戶端擴充功能 (ECE)。部分協力廠商應用程式 (如封存或安全性解決方案) 使用 ECE，而且必須針對 Outlook 2010 進行更新。如需詳細資訊，請參閱宣告 Exchange 用戶端擴充功能的取代(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=203888\&clcid=0x404)(可能為英文網頁)。
如果安裝 64 位元的 Outlook 2010，則必須將 32 位元的 MAPI 應用程式、增益集和 Outlook 巨集更新為 64 位元。如需詳細資訊，請參閱＜64 位元版本的 Office 2010＞、在 32 位元和 64 位元平台上建立 MAPI 應用程式(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=203889\&clcid=0x404)(可能為英文網頁) 和開發 32 位元和 64 位元系統的 Outlook 2010 解決方案(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=208699\&clcid=0x404)(可能為英文網頁)。
使用平行安裝或虛擬化
如果沒有可實行的重新編碼或重寫解決方案，還有其他選項可協助您尋找相容性問題的解決方案。
如果您在等候廠商更新增益集，但可能會在您的部署日期過後才送來，您可以選擇將 Office 2003 或更舊版本與 Office 2010 (或只是等候廠商更新的特定應用程式，例如 Office Excel 2003) 平行安裝。
注意
如果您要移至 64 位元版本的 Office 2010，則無法同時安裝 2007 Office System (或更舊版本) 的平行安裝。所有舊版都只有 32 位元版本。
如果您是執行 Windows 7，則可在 Windows XP 相容性模式下，安裝 Office 2003 (或更舊版本) 的平行安裝，或者如果您是在舊版 Office 上，則可將其安裝在虛擬運算環境中。
使用 App-V (舊稱 SoftGrid)。如需 App-V 的詳細資訊，請參閱 Microsoft Application Virtualization 4.6 (可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=143973\&clcid=0x404)(可能為英文網頁)。
使用 Windows 終端機服務，並執行下列其中一個選項：
如果您有 Windows Server 2003，則可使用 Windows 終端機服務提供桌上型電腦，以使用舊版 Office 從遠端執行這些解決方案。
如果您有 Windows Server 2008，則可以安裝 RemoteApp。這會讓使用者感覺像是在其用戶端電腦上使用舊版應用程式和舊版 Office。如需 RemoteApp 的詳細資訊，請參閱部署 Windows Server 2008 終端機服務 RemoteApp (https://go.microsoft.com/fwlink/?linkid=178280\&clcid=0x404)。
試驗已修復的增益集和應用程式
進行試驗是部署 Office 2010 之前的最後主要步驟。試驗是已修復選項的最後檢驗場所，而且專案小組應負責在 Office 2010 的試驗過程中持續參與，以擷取並修正所發生的任何問題。在試驗期間，您的發行管理小組會監視受控制的環境，在此環境中，使用者會使用新功能 (包括與 Office 2010 互動的已修復應用程式和增益集) 執行其一般業務工作。如此可展現這些修復如預期般運作，且符合組織的業務需求。
當試驗中報告問題時，應採取反覆方式來修復所發現的問題、設計新的測試案例、執行測試，然後將更新的應用程式部署回試驗，以進行其他檢閱。應特別注意這些選項運作的優劣、使用者意見反應，以及會限制所修復之增益集或應用程式範圍或功能的任何問題。
如需如何穩定及試驗應用程式的詳細資訊，請參閱 TechNet 技術文件庫中 Microsoft Operations Framework 4.0 的穩定服務管理功能(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=115624\&clcid=0x404)(可能為英文網頁)。