既然ERP項目的驗收不是服務器端、客戶端安裝結束就完事，那整個ERP項目驗收的內容應該是哪些呢?有著怎樣的標準呢?這些“標尺”都嚴重影響我們的項目是“真”成功還是“假”成功，所以這里的標尺很重要。

1.項目文檔

任何企業的項目實施都不會一帆風順，每次遇到問題實施顧問都會備案，并采取相應的措施或提供相應的解決方案，以及本企業內部各部門在項目實施過程中的配合程度，提供的相關支持等。特別是在項目實施過程中，舉行的項目進度會議，會議記錄也很重要，因為會議記錄往往包含著實施顧問對整個項目的指導性建議以及本企業內部在實施過程中所遇到的問題，問題的解決進度。等等這些實施顧問一般都會整理成文檔，而這些文檔對于我們企業自身來說也是相當寶貴的，小點說，可以從這些文檔中管窺整個項目的實施過程，大點說，可以為企業后續的信息化進程提供更多的參照，避免犯重復的錯誤，少走彎路。

2.執行情況

執行情況相對來說是一個無形的東西，很多企業上ERP到最后，變成了財務部門信息化，其他部門的系統都成了一個花架子。之所以出現這樣的情況是因為財務的報表相對來說比較容易突現出其工作情況，其他部門可能仍舊采用老舊的辦公方式。這里驗收執行情況的標準也可以說是在驗收企業內部管理水平的提升，因為信息化本身的重要意義就在于通過軟件的標準化進一步規范企業的作業流程，一方面提高作業效率，另一方面提升企業員工的總體管理水平。

當然這里企業最高領導人的重視也是很重要的一方面，比如在實施階段就切實強調所有業務必須從系統走，傳統的手工形式不承認，時間久了，大家習慣了，規范也就養成了。所以各個部門是不是真的用上了ERP，發揮了ERP的作用，也是我們考量的目的，而不僅僅是程序菜單中多了一項而已。

3.二次開發項目的附屬物

同標準版程序不一樣的是，二次開發項目的后續維護會更麻煩，特別是軟件提供商那邊發生人事變動后，經過幾年，當時的開發人員離職后，程序再有什么問題，解決起來估計就非常麻煩了，所以在二次開發項目的驗收上得更加注意。

除了前面第一點提的最基本的項目文檔外，一定要讓軟件提供商提供項目開發的整個框架、軟件架構模型，其中也包括數據庫結構，特別是核心配置表間的一些關系以及源代碼。當然這里提的這些東西可能都需要在簽訂合同之前商談的，如果前面沒有談到這個問題，在驗收時強調一下也未嘗不可，本著互惠互利的精神，軟件提供商都愿意配合的。并且這些相關資料要保存好，以便在后續使用過程中出現問題時，企業內部的IT部門員工可以從這些文檔中尋找相關信息，對解決問題有很大作用。

4.系統性能

這里的系統性能一般是針對二次開發項目的一個驗收項目，因為對于系統的標準版本來說，一般軟件廠商都經過了很嚴格的測試，并且經過絕大多數客戶的驗證，在系統性能方面一般不會有太大的問題，否則軟件廠商的項目肯定也開展不起來。

二次開發的項目無論是對軟件廠商還是對企業內部來說，都是一個全新的軟件，既然是新的軟件，Bug在所難免，但一些基本的性能要滿足要求，比如在多用戶并發操作，以及大批量數據運行的過程中，系統是否有嚴重的性能瓶頸，這些需要通過和一線的系統操作員工進行溝通，進而了解系統的性能方面的問題。

    三、小結
項目驗收是看似簡單，但操作復雜的工作，因為項目驗收無固定統一的標準。在驗收的過程中，項目文檔的驗收往往也是一個難點，一方面因為系統本身的功能、性能等方面導致容易弱化這方面的重要性。另外就是項目文檔也沒有一個統一的驗收標準，如果要求不嚴，很容易被“蒙混”過關。

ERP往往都是企業信息化中的“領頭羊”，ERP系統上好了，運行流暢了，為企業的全面信息化工作可以起到推波助瀾的作用，ERP失敗了，將會讓企業落入信息化太難或者不好的怪圈，并最終影響企業的管理水平。因此在項目驗收的過程中，一方面是驗收ERP的功能、性能、系統動作情況，另一方面就是驗收項目實施過程中的經驗，為后續的信息化工作打下基礎。