【文章內(nèi)容簡介】 統(tǒng)，與固定的管理理念和業(yè)務(wù)流程方式結(jié)合非常緊密，在項目實施中對軟件系統(tǒng)的修改幾乎不可能。因此，客戶單位應(yīng)當(dāng)在咨詢商的指導(dǎo)、協(xié)助下，把重點放在改造自己企業(yè)的業(yè)務(wù)流程，而不要刻意堅持在合同中對軟件系統(tǒng)的修改條款。因為如果寫入修改條款，就有可能使之成為指責(zé)軟件提供尚違約的理由，進而導(dǎo)致爭議或糾紛?！　能浖到y(tǒng)的修改主體方面看，通常情況下是由軟件開發(fā)商，根據(jù)客戶單位的實際情況，對自己的軟件系統(tǒng)進行客戶化改造或修改。這樣做既可以保證軟件修改的質(zhì)量，又在合同的權(quán)利義務(wù)的分配上比較合理?！　≡谔厥馇闆r下，也有由軟件開發(fā)商提供軟件系統(tǒng)的接口數(shù)據(jù)，有客戶單位進行軟件系統(tǒng)的客戶化改造或修改。這時，軟件開發(fā)商的主要義務(wù)是提供必要的源程序數(shù)據(jù)、軟件客戶化改造的技術(shù)培訓(xùn)與指導(dǎo)、協(xié)助客戶開發(fā)或補救開發(fā)等。而相對應(yīng)的，客戶單位就承擔(dān)了軟件系統(tǒng)的客戶化改造的主要義務(wù)，其風(fēng)險是很大的。必須有在客戶化改造無法完成的情況下，如何進行補救、變更義務(wù)等的進一步處理的條款?！　×硗?，如果軟件提供商不是軟件開發(fā)商，而是代理商或?qū)I(yè)的項目實施商，那么，在軟件系統(tǒng)的客戶化改造方面，就可能發(fā)生隱性主體的情況，從而使其復(fù)雜化。即與客戶接觸的人員不能進行軟件的客戶化改造工作，而實際進行軟件修改的人員并未與客戶進行直接的交流。除此之外，還會產(chǎn)生管理方面的麻煩，包括軟件修改人員是否服從軟件提供商的管理，是否嚴(yán)格按照合同規(guī)定的日期進行工作，是否能把全部精力投入到項目中去等等。因此，遇到這種情況，客戶單位應(yīng)當(dāng)在合同中明確進行軟件客戶化改造的主體單位，以及保障措施?！　?）在實施過程中對軟件系統(tǒng)的客戶化改造與變更，必須按照合同規(guī)定的程序進行，不能隨意處理。通常的程序是：提出或記錄書面的軟件修改需求、雙方商定修改的軟件范圍及修改的期限、接受方書面確認(rèn)對方提出的需求。為了簡化書面形式，可以制訂一個固定格式的軟件修改需求表，雙方在提出及確認(rèn)需求、修改完畢時在同一張表上簽字?！　?）任何一個企業(yè)信息化管理軟件開發(fā)商，都不可能不加限制的許諾對軟件系統(tǒng)結(jié)構(gòu)進行修改。這是雙方協(xié)商修改或變更軟件系統(tǒng)時的前提和基礎(chǔ)。因此，在雙方簽署的合同或?qū)嵤┯媱澲?，軟件開發(fā)商應(yīng)當(dāng)明確聲明軟件系統(tǒng)不能修改的范圍。以避免誤導(dǎo)客戶、侵犯客戶知情權(quán)以及妨礙后續(xù)軟件模塊使用等行為的發(fā)生。　　4）在實施過程中對軟件系統(tǒng)的修改，大都是源于客戶單位的業(yè)務(wù)管理流程。而客戶單位的業(yè)務(wù)管理流程，又是處在尚未確定的狀態(tài)下，即便是已經(jīng)確定下來，也會因?qū)嶋H使用而有所變動。因此，這是在項目實施中最大的矛盾點?！　≡谲浖到y(tǒng)允許進行客戶化改造的情況下，怎么在實施合同中規(guī)范、協(xié)調(diào)、處理軟件系統(tǒng)修改與業(yè)務(wù)流程的關(guān)系呢？我們認(rèn)為，第一，軟件提供商或咨詢商應(yīng)在項目實施前提供與軟件系統(tǒng)基本匹配的客戶單位的業(yè)務(wù)流程的方案及模型；第二，在項目實施前或?qū)嵤┻^程中，軟件提供商或咨詢商應(yīng)當(dāng)對客戶單位的相關(guān)骨干，進行業(yè)務(wù)流程的培訓(xùn)、試驗、考核以及意見反饋；第三，由雙方按照合同約定的程序，協(xié)商確定軟件修改的方案或范圍；第四，確定因涉及業(yè)務(wù)流程而修改軟件系統(tǒng)時，對合同其他條款原有約定的影響及調(diào)整方法和各方承擔(dān)的責(zé)任；　　總之，應(yīng)本著在合理的范圍內(nèi)、在約定的期限內(nèi)、按照約定的程序、對約定的軟件內(nèi)容進行必要的修改，并承擔(dān)相應(yīng)的責(zé)任的原則，來約定給予業(yè)務(wù)流程的軟件修感?！　?）要規(guī)范在實施過程中對軟件修改的行為，必須在合同中約定允許提出修改需求的時間段。只有在這個時間段內(nèi)提出才有效，對方應(yīng)當(dāng)對修改建議進行探討與協(xié)商，在技術(shù)許可的條件下，應(yīng)達(dá)成雙方都接受的處理方案。這種修改，屬于合同許可的范圍，一般情況下不引起合同實質(zhì)性權(quán)利義務(wù)的變更。否則，對方可以不予考慮和答復(fù)。如果對方同意進行協(xié)商，應(yīng)屬新的要約，是對原合同的修改。雙方可以對包括費用在內(nèi)的實質(zhì)性內(nèi)容進行新的協(xié)商?！　?）在企業(yè)信息化管理項目實施中，對軟件系統(tǒng)的修改的行為是大量存在的。但如果修改不成功怎么辦？我們認(rèn)為，應(yīng)當(dāng)在合同中約定不同情況來分別處理?！　±?，對簽訂合同前，或合同簽訂后形成的客戶需求解決方案中約定的軟件修改規(guī)劃，如果軟件開發(fā)商未能在規(guī)定期限內(nèi)完成，又沒有其他實質(zhì)性因素的影響，則屬于軟件尚違約；如果是客戶單位在實施過程中提出的，超出原需求方案的軟件修改要求，軟件開發(fā)商未能完成，則不屬于軟件商違約，秩序?qū)④浖到y(tǒng)回復(fù)到修改前的狀態(tài)，并相應(yīng)延長實施期限即可?！　】偟囊笫潜局胶侠淼脑瓌t，來劃分因軟件系統(tǒng)修改不成功而產(chǎn)生的責(zé)任?！　?）在對軟件系統(tǒng)修改過程中，因修改而延遲實施期限的情況很普遍。從合同規(guī)范的角度來約定公平承擔(dān)責(zé)任的原則，是比較困難的。在修改要求合理的前提下，一般可以采取的原則有：　　誰提出軟件修改需求，就相應(yīng)延長對方的履行期，或數(shù)據(jù)準(zhǔn)備期、培訓(xùn)期等對應(yīng)的期限；當(dāng)延遲期限明顯超過合同約定的履行期時，修改需求的主要提出方要承擔(dān)一定的經(jīng)濟責(zé)任。　　總之，在信息化管理項目實施過程中，對軟件系統(tǒng)的修改，是一個最常見、最難解決的困難。它不可能靠一個條款來解決，而需要用一系列相互匹配、相互支撐的條款來加以規(guī)范。這樣，才有可能減少因此產(chǎn)生的矛盾與糾紛。　　8項目驗收　　由于信息化軟件系統(tǒng)涉及的業(yè)務(wù)流程比較多，實施過程中分項目、分階段實施的情況經(jīng)常存在。因此會有不同類型的驗收行為。體現(xiàn)在實施合同上，就應(yīng)當(dāng)明確約定各個驗收行為的方式及驗收記錄形式?！　⊥ǔ?，驗收包括對實施文檔的驗收、軟件系統(tǒng)安裝調(diào)試的驗收、培訓(xùn)的驗收、系統(tǒng)及數(shù)據(jù)切換的驗收、試運行的驗收、項目最終驗收等等。驗收時，應(yīng)考慮一下情況：　　1）文檔驗收　　文檔驗收可分為技術(shù)文檔的驗收和實施文檔的驗收。技術(shù)文檔可包括流程控制程序、新代碼開發(fā)規(guī)范等等。實施文檔可包括項目計劃、測試計劃、流程設(shè)