文/霍娜
當前,多數(shù)企事業(yè)單位進行合同管理的方式依然是普通的手工方式,這種人工方式極易造成一份合同流轉(zhuǎn)時間漫長、同一合同信息多次錄入、合同文本內(nèi)容透明、合同審批是否精確一系列問題,對企事業(yè)單位的業(yè)務處理效率造成一定的影響。因此,為了解決以上問題,人們提出了多種方法。上海思佳軟件的iScala 2.2 ERP 系統(tǒng)中的合同管理,實現(xiàn)了合同起草、修改、簽訂、歸檔等功能,滿足現(xiàn)代合同管理流程趨勢,提高了企業(yè)與供應商簽訂合同的效率。
本文在構建合同數(shù)據(jù)結構的基礎上,采用較直觀的Word文檔收集合同關鍵項數(shù)據(jù),并用SΟAΟffice技術提取關鍵項儲存到數(shù)據(jù)庫,為合同審批、授權、簽訂提供數(shù)據(jù)來源,從而解決了同一合同信息多次錄入的問題。
合同生成過程即進行起草、審批、授權、簽約執(zhí)行的過程,最后產(chǎn)生一份甲乙雙方認可的合同。合同生成模塊包含合同起草、審批、授權、簽訂執(zhí)行等流程。有合同需求的企業(yè)員工選取甲乙雙方認可的合同模板并錄入重要數(shù)據(jù),生成一份合同草稿。經(jīng)過企業(yè)綜合部、財務部、法律部及分管領導的審批,合同起草人對各級審批人意見進行反復修改提交,直到合同無誤為止,到此合同可進行簽訂歸檔,從而生成一份甲乙雙方認可的合同。
合同生成流程設計如圖1所示。
除此之外,系統(tǒng)包含基本信息管理和輔助信息管理功能,其功能模塊設計分別如圖2、圖3所示。
基本信息管理模塊包括對工程項目的管理、企業(yè)部門的管理、乙方簽約單位的管理,以及對上述信息的增、刪、改、查等操作的管理。
2.2 Hp感染與家庭生活情況的單因素分析 本次調(diào)查Hp感染檢出共389人,Hp感染檢出率為27.95%(389/1392)。其中,性別比較感染檢出率比較差異有統(tǒng)計學意義(χ2=4.014,P<0.05),不同家庭飲水來源和父母有無胃病史的壯族高中生Hp感染檢出率差異有統(tǒng)計學意義(χ2=9.399;χ2=3.862,P<0. 05) ;而在不同居住地、父母職業(yè)的壯族高中生之間Hp感染檢出率差異無統(tǒng)計學意義( χ2=10.704,P>0. 05) ,見表1。
輔助信息管理模塊包括不同用戶角色的管理和合同不同模板的管理,其中對不同用戶角色的管理,是系統(tǒng)的重要模塊,是系統(tǒng)安全的保障;合同不同模板信息的管理可以提供不同的模板,以方便用戶操作,是合同生成的基石。
合同生成平臺中Word形式的合同模板為數(shù)據(jù)收集及提取的載體,它提供了較理想的合同起草界面。如何實現(xiàn)從Word合同文本中的提取數(shù)據(jù)及重現(xiàn)呈現(xiàn)數(shù)據(jù)成為合同生成平臺解決問題的關鍵。
數(shù)據(jù)提取需完成從Word合同模板中提取重要數(shù)據(jù)存儲到數(shù)據(jù)庫。具體實現(xiàn)方法是:
(1)Word合同模板中設置標簽,采用SΟAΟfficeX.ΙwordResDataRegion類對象定義可編輯的數(shù)據(jù)區(qū)域與word文檔中標簽產(chǎn)生一一對用關系。
(2)通過SΟAΟfficeX.SΟAΟfficeCtrl類對 象 和SΟAΟfficeX.WordRequest類 實 現(xiàn) 從word文本中心提取標簽區(qū)域的重要數(shù)據(jù)。
(3)保存關鍵數(shù)據(jù)到數(shù)據(jù)庫。
數(shù)據(jù)組合完成word文本和存儲的關鍵合同數(shù)據(jù)一起呈現(xiàn)給客戶的過程。實現(xiàn)方法:
(1)采用SΟAΟfficeX.ΙwordResDataRegion類對象定義可編輯的數(shù)據(jù)區(qū)域與word文檔中標簽產(chǎn)生一一對用關系。
(2)通過SΟAΟfficeX.WordResponse類對象將重要數(shù)據(jù)在合同文本中呈現(xiàn)出來。
(3)采用SΟAΟfficeX.SΟAΟfficeCtrl對象的WebΟpen方法打開合同模版。
合同生成過程即進行起草、審批、授權、簽約執(zhí)行的過程,最后產(chǎn)生一份甲乙雙方認可的合同。本文闡述合同生成平臺的主要功能:起草、提交、審核、授權。
其中角色在權限管理中發(fā)揮著非常重要的作用,不同的角色所具有的用戶功能也不同。對于每個企業(yè),默認存在一個企業(yè)管理員角色。企業(yè)管理員可以根據(jù)需要在企業(yè)范圍內(nèi)定義其他角色。功能作為權限控制的基本單元,統(tǒng)一由前置過濾器判斷用戶是否合法、是否有權執(zhí)行請求的操作。因此為了避免用戶的誤操作,系統(tǒng)根據(jù)需求對不同角色賦予不同的權限。本文就某大型施工企業(yè)而言,設置的用戶權限及其功能如表1所示。
圖1:合同生成流程
圖2:基本信息管理模塊組成
圖3:輔助信息管理模塊組成
為保證一份合同的權威性、嚴謹性和完整性,同一份合同可能在同一級部門、上下級部門之間多次流轉(zhuǎn),但同時要避免同一份未修改的合同多次出現(xiàn)在同一用戶處,系統(tǒng)在決定用戶角色后,根據(jù)審批需求規(guī)劃企業(yè)中不同角色部門間的合同流轉(zhuǎn)方案。對某大型施工企業(yè)來講,其流轉(zhuǎn)原則是:工程部的低權限角色需要將合同提交給其同部門的上級角色,上級角色審核合格后提交其所在機構的上級審批,例如:財務部、經(jīng)營部、法律部、工程部和物資部。如果審核不合格,直接返回源處。不同角色用戶流轉(zhuǎn)方案如圖4所示。
合同起草是指將重要信息寫入模板文件并加以保存,本平臺使用的文件類型為.doc。起草過程有:
(1)將模板文件以read方式打開;
(2)創(chuàng)建與數(shù)據(jù)相對應的空書簽組合,主要使用SΟAΟffice中的兩個類來實現(xiàn):SΟAΟfficeX.ΙwordResDataRegion和SΟAΟfficeX.WordResponse;
(3)將關鍵信息錄入文件。
合同起草代碼流程實現(xiàn)如圖5所示。
表1:用戶權限表
圖4:合同流轉(zhuǎn)流程圖
圖5:合同起草流程
圖6:合同審查流程
合同起草后需將其中的重要信息保存起來,同時生成唯一的編碼,這一過程就是合同提交所要完成的。重要信息有:
(1)基本信息,即能填寫的與模板書簽相應的信息,主要通過SΟAΟffice中的SΟAΟfficeX.WordRequest的ΟpenDataRegion提取信息加以存儲。
(2)隱匿信息,即不能隨意錄入的信息,主 要 通 過SΟAΟfficeX.WordRequest的RequestFormField方法獲得,主要用于標識合同的去向。
(3)表明存放地方的信息,即信息在相應表中存放位置的信息,主要通過Request.QueryString得到并加以存儲。
獲得重要信息后,執(zhí)行insert/update語句來實現(xiàn)提交。
合同提交后需上級進行審查以便于返回完善,這一操作主要由合同審查模塊來完成。審查過程有:
(1)以read方式打開待審查合同,標簽信息處于可編輯狀態(tài)。
(2)上級審查并填寫意見,主要包含合同基本內(nèi)容和審查意見,采用File類的Copy靜態(tài)函數(shù)拷貝意見審批單模板,通過SΟAΟffice的SΟACtrl.SaveDocURL存儲上級意見,即為合同的審查意見。
(3)用戶進行審閱、修改、批回、批轉(zhuǎn)合同操作。
合同審查代碼流程實現(xiàn)如圖6所示。
合同經(jīng)過上級審查無異議后需進行存儲歸檔。通過SΟAΟfficeX.SΟAΟfficeCtrl的SaveDocURL屬性設置保存頁面來實現(xiàn)。
本文通過把Web技術、SΟAΟffice中間件技術應用在合同生成平臺中,設計了一種通過word模板進行自動產(chǎn)生合同的方法。文中闡述了本方法并給出了一個應用實例,該實例在某鐵路施工企業(yè)合同管理中得到了實現(xiàn)和應用,取得了較好的效果。但是本方法在很多方面需要改進,如本系統(tǒng)模板純?nèi)斯ね瓿桑臅r而且準確度不高,如能考慮更多的內(nèi)容,如完善模板創(chuàng)造功能,該方法能得到進一步更好的效果。