基于Web的合同生成平臺的設計

文/霍娜

當前，多數企事業單位進行合同管理的方式依然是普通的手工方式，這種人工方式極易造成一份合同流轉時間漫長、同一合同信息多次錄入、合同文本內容透明、合同審批是否精確一系列問題，對企事業單位的業務處理效率造成一定的影響。因此，為了解決以上問題，人們提出了多種方法。上海思佳軟件的iScala 2.2 ERP 系統中的合同管理，實現了合同起草、修改、簽訂、歸檔等功能，滿足現代合同管理流程趨勢，提高了企業與供應商簽訂合同的效率。

本文在構建合同數據結構的基礎上，采用較直觀的Word文檔收集合同關鍵項數據，并用SΟAΟffice技術提取關鍵項儲存到數據庫，為合同審批、授權、簽訂提供數據來源，從而解決了同一合同信息多次錄入的問題。

1 合同生成平臺功能模塊設計

合同生成過程即進行起草、審批、授權、簽約執行的過程，最后產生一份甲乙雙方認可的合同。合同生成模塊包含合同起草、審批、授權、簽訂執行等流程。有合同需求的企業員工選取甲乙雙方認可的合同模板并錄入重要數據，生成一份合同草稿。經過企業綜合部、財務部、法律部及分管領導的審批，合同起草人對各級審批人意見進行反復修改提交，直到合同無誤為止，到此合同可進行簽訂歸檔，從而生成一份甲乙雙方認可的合同。

合同生成流程設計如圖1所示。

除此之外，系統包含基本信息管理和輔助信息管理功能，其功能模塊設計分別如圖2、圖3所示。

基本信息管理模塊包括對工程項目的管理、企業部門的管理、乙方簽約單位的管理，以及對上述信息的增、刪、改、查等操作的管理。

2.2 Hp感染與家庭生活情況的單因素分析 本次調查Hp感染檢出共389人，Hp感染檢出率為27.95%(389/1392)。其中，性別比較感染檢出率比較差異有統計學意義(χ2=4.014，P<0.05)，不同家庭飲水來源和父母有無胃病史的壯族高中生Hp感染檢出率差異有統計學意義(χ2=9.399；χ2=3.862，P<0. 05) ；而在不同居住地、父母職業的壯族高中生之間Hp感染檢出率差異無統計學意義( χ2=10.704，P>0. 05) ，見表1。

輔助信息管理模塊包括不同用戶角色的管理和合同不同模板的管理，其中對不同用戶角色的管理，是系統的重要模塊，是系統安全的保障；合同不同模板信息的管理可以提供不同的模板，以方便用戶操作，是合同生成的基石。

2 合同生成方法

合同生成平臺中Word形式的合同模板為數據收集及提取的載體，它提供了較理想的合同起草界面。如何實現從Word合同文本中的提取數據及重現呈現數據成為合同生成平臺解決問題的關鍵。

2.1 數據提取

數據提取需完成從Word合同模板中提取重要數據存儲到數據庫。具體實現方法是：

（1）Word合同模板中設置標簽，采用SΟAΟfficeX.ΙwordResDataRegion類對象定義可編輯的數據區域與word文檔中標簽產生一一對用關系。

（2）通過SΟAΟfficeX.SΟAΟfficeCtrl類對 象 和SΟAΟfficeX.WordRequest類 實 現 從word文本中心提取標簽區域的重要數據。

（3）保存關鍵數據到數據庫。

2.2 數據組合

數據組合完成word文本和存儲的關鍵合同數據一起呈現給客戶的過程。實現方法：

（1）采用SΟAΟfficeX.ΙwordResDataRegion類對象定義可編輯的數據區域與word文檔中標簽產生一一對用關系。

（2）通過SΟAΟfficeX.WordResponse類對象將重要數據在合同文本中呈現出來。

（3）采用SΟAΟfficeX.SΟAΟfficeCtrl對象的WebΟpen方法打開合同模版。

3 應用實例

3.1 合同生成

合同生成過程即進行起草、審批、授權、簽約執行的過程，最后產生一份甲乙雙方認可的合同。本文闡述合同生成平臺的主要功能：起草、提交、審核、授權。

其中角色在權限管理中發揮著非常重要的作用，不同的角色所具有的用戶功能也不同。對于每個企業，默認存在一個企業管理員角色。企業管理員可以根據需要在企業范圍內定義其他角色。功能作為權限控制的基本單元，統一由前置過濾器判斷用戶是否合法、是否有權執行請求的操作。因此為了避免用戶的誤操作，系統根據需求對不同角色賦予不同的權限。本文就某大型施工企業而言，設置的用戶權限及其功能如表1所示。

圖1：合同生成流程

圖2：基本信息管理模塊組成

圖3：輔助信息管理模塊組成

3.2 合同流轉

為保證一份合同的權威性、嚴謹性和完整性，同一份合同可能在同一級部門、上下級部門之間多次流轉，但同時要避免同一份未修改的合同多次出現在同一用戶處，系統在決定用戶角色后，根據審批需求規劃企業中不同角色部門間的合同流轉方案。對某大型施工企業來講，其流轉原則是：工程部的低權限角色需要將合同提交給其同部門的上級角色，上級角色審核合格后提交其所在機構的上級審批，例如：財務部、經營部、法律部、工程部和物資部。如果審核不合格，直接返回源處。不同角色用戶流轉方案如圖4所示。

4 合同實現

4.1 合同起草

合同起草是指將重要信息寫入模板文件并加以保存，本平臺使用的文件類型為.doc。起草過程有：

（1）將模板文件以read方式打開；

（2）創建與數據相對應的空書簽組合，主要使用SΟAΟffice中的兩個類來實現：SΟAΟfficeX.ΙwordResDataRegion和SΟAΟfficeX.WordResponse；

（3）將關鍵信息錄入文件。

合同起草代碼流程實現如圖5所示。

表1：用戶權限表

圖4：合同流轉流程圖

圖5：合同起草流程

圖6：合同審查流程

4.2 合同提交

合同起草后需將其中的重要信息保存起來，同時生成唯一的編碼，這一過程就是合同提交所要完成的。重要信息有：

（1）基本信息，即能填寫的與模板書簽相應的信息，主要通過SΟAΟffice中的SΟAΟfficeX.WordRequest的ΟpenDataRegion提取信息加以存儲。

（2）隱匿信息，即不能隨意錄入的信息，主 要 通 過SΟAΟfficeX.WordRequest的RequestFormField方法獲得，主要用于標識合同的去向。

（3）表明存放地方的信息，即信息在相應表中存放位置的信息，主要通過Request.QueryString得到并加以存儲。

獲得重要信息后，執行insert/update語句來實現提交。

4.3 合同審查

合同提交后需上級進行審查以便于返回完善，這一操作主要由合同審查模塊來完成。審查過程有：

（1）以read方式打開待審查合同，標簽信息處于可編輯狀態。

（2）上級審查并填寫意見，主要包含合同基本內容和審查意見，采用File類的Copy靜態函數拷貝意見審批單模板，通過SΟAΟffice的SΟACtrl.SaveDocURL存儲上級意見，即為合同的審查意見。

（3）用戶進行審閱、修改、批回、批轉合同操作。

合同審查代碼流程實現如圖6所示。

4.4 合同保存

合同經過上級審查無異議后需進行存儲歸檔。通過SΟAΟfficeX.SΟAΟfficeCtrl的SaveDocURL屬性設置保存頁面來實現。

5 結語

本文通過把Web技術、SΟAΟffice中間件技術應用在合同生成平臺中，設計了一種通過word模板進行自動產生合同的方法。文中闡述了本方法并給出了一個應用實例，該實例在某鐵路施工企業合同管理中得到了實現和應用，取得了較好的效果。但是本方法在很多方面需要改進，如本系統模板純人工完成，耗時而且準確度不高，如能考慮更多的內容，如完善模板創造功能，該方法能得到進一步更好的效果。