合同管理系統

技術方案

版本<1,0>

文檔信息及版本歷史

文檔信息

項目名稱合同管理系統

項目編號

文檔名稱合同管理系統—技術方案.doc

存儲位置

版本作者/修改日期描述

者

版權信息

【目錄】

1概述7

L1編寫目的7

1.2適用范圍7

L3讀者對象7

1.4術語和縮寫7

1.5參考資料8

2設計概述8

2.1設計約束8

2.2設計策略9

2.3技術實現9

2.3.1J2EE開發框架9

3系統概述11

1.1用戶現狀11

1.2業務需求分析14

4系統總體結構15

4.1功能模塊圖15

4.2系統架構圖16

5功能描述16

1.1合同管理16

1.1.1我的合同16

1.L2合同起草16

1.L3合同簽署及用印27

1.1.4合同履行28

1.L5合同歸檔28

1.2合同提醒29

1.3項目管理32

1.3.1項目基本信息管理32

1.3.2項目附件管理34

1.4產品管理35

1.4.1產品管理35

1.5合同轉移36

1.5.1轉移申請36

1.5.2轉移復核36

1.5.3轉出記錄36

1.5.4轉入記錄36

1.6范本管理36

1.6.1范本類型管理37

1.6.2范本模版管理37

1.7合同臺賬39

L8相對方管理42

L9檔案管理43

1.9.1待復核43

1.9.2合同檔案43

L10制度及公告45

1.10.1規章制度及公告發布45

6接口設計46

7運行環境47

7.1軟件平臺47

7.2硬件清單47

7.3軟件清單48

7.4數據容量估算49

7.5網絡帶寬估算49

8編碼規范51

8.1代碼組織及風格51

8.1.1源代碼文件約束51

8.1.2源代碼目錄51

8.1.3源代碼包結構組織51

8.1.4類結構52

8.1.5命名57

8.2代碼優化60

8.2.1代碼優化原則60

8.2.2代碼優化實踐60

8.3SQL優化65

8.3.1提高查詢效率原則65

8.3.2SQL語句優化注意事項70

8.3.3SQL語句查詢案例71

9系統備份設計錯誤味定義書簽。

1概述

1.1編寫目的

1.2木文檔為合同管理系統的概要設計文檔，概要描述此項目的整體

輪廓和各個模塊的基本功能，使得用戶對系統有一個整體的了解

和基本認識，應作為設計人員，開發人員，測試人員和維護人員

以的參考依據，并能給用戶提供使用說明。

L3適用范圍

1.4本文檔適用于項目生命周期的各個階段，為設計人員、開發人員、

和測試人員能提供開發和測試的參考依據，維護人員對項目進行

了修改后，應該相應的修改本文檔。

1.5讀者對象

L6參及項目的客戶，設計人員、開發人員、測試人員、以及維護人

員等等都是本文檔的讀者對象；此文檔定義了系統的基本功能,

以及系統架構，系統流程等等。

1.7術語和縮寫

術語和縮寫解釋備注

1.8參考資料

參考文件備注

《合同管理系統—需求規格說明書》

2設計概述

2.1設計約束

1)本項目為標準Web應用，能在各種服務器中運行(比如

WebSphere>Tomcat等等)

2)連接數據庫采用數據庫連接池的方式，建議用JNDT,連接數據

庫為Oracle11g版本(理論上支持各種主流數據庫)

3)禁止本地10操作，如果有1()操作，比如上傳文件上傳到遠程

FTP服務器上；本應用最后運行在集群和門戶上，要求能適應集

群和門戶環境的要求。

4)本應用要求要有較高的穩定性，要求能夠全天候運行；本應用要

有較高的安全性，沒有經過認證的用戶無法訪問本系統。

5)本應用權限配置要靈活，沒有權限的用戶無法訪問系統內沒有授

權的模塊，并且左邊的菜單能根據權限的不同而發生變化；本應

用要求連接用數據庫連接池，最好使用WAS的數據源；

2.2本系統面向企業的所有員工開發，因此，要求易用性強，人機交

互界面友好，

2.3本應用要求有較高的效率，要求絕大多數響應速度在500ms以

內。

2.4設計策略

2.5系統權限要做到靈活，最好能夠配置化，能方便的加入管理人員

并授予角色，角色及菜單/模塊的訪問權（權限）能無縫連接起來,

比如菜單能根據用戶的權限的不同而不同。

2.6要求所有的持久層能夠業務邏輯層能夠復用，各個層次指職責分

清楚，嚴格避免層次結構不清的現象，比如在Action或者View

對數據庫操作。

2.7技術實現

2.7.1J2EE開發框架

本建設方案將采用J2EE框架來進行開發完成。

.T2EE是一種利用Java2平臺來簡化諸多及多級企業解決方案的開發、

部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java

平臺或Java2平臺的標準版，J2EE不僅鞏固了標準版中的許多優點，例

如“編寫一次、到處運行”的特性、方便存取數據庫的JDBCAPI.CORBA

技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供

了對EJB(EnterpriseJavaBeans)^JavaServletsAP1>JSP(JavaServer

Pages)以及XML技術的全面支持。

J2EE提供了一整套核心企業應用程序編程界面，而所有這些界面均為

標準的模塊化組件。J2EE技術還為這些組件提供一整套企業服務，通過自

動化的方式完成應用程序開發中的諸多耗時且費力的艱難工作，為用戶

提供一種可創建廣泛兼容的企業解決方案而無需進行復雜編程的平臺。利

用這一優勢可以方便地開發出高質量的、適合企業使用的應用程序，還可

極大地減少產品研發上市時間、成本和風險。

J2EE使用了EJBServer作為商業組件的部署環境，在EJBServer中

提供了分布式計算環境中組件需要的所有服務，例如組件生命周期的管

理、數據庫連接的管理、分布式事務的支持、組件的命名服務等等。有些

企業級的EJBServer,例如Sybase公司的EAS3.6(Enterprise

ApplicationServer3.6)還提供了支持高可用性和高性能的群集技術、

失敗的自動轉移和恢復、應用負載的自動均衡能力等。實現商業邏輯的EJB

組件可以更加高效地運行在應用服務器中，支持多種客戶端的訪問，HTTP

的客戶端可以先向運行在WebServer上的JavaServlet或者JSP發出請

求，在JSP中嵌入Java的代碼調用運行在EJBServer中的EJB,以實現

商業邏輯；而其他的客戶端，可以通過HOP直接訪問運行在EJBServer

中的組件。

J2EE體系結構的優點是：

1.JavaServlet和JSP都要編譯為JavaClass才作為Servlet運行，

因此執行性能會明顯提高。

2.JavaServlet和JSP中可以完全使用Java進行編程，可以完成許多

簡單的商業邏輯，特別是JSP,可以直接書寫HTML,因此簡化了頁面的輸

出，這樣就保留了腳本語言易于使用的優點。

3.復雜的商業邏輯以組件的形式部署在EJBServer中。由于EJB

Server提供了多種組件事務服務，使系統更能夠應付大量的并發用戶和

管理復雜的事務邏輯。

4.EJBServer中集成的組件命名服務可以使組件位置透明化，簡化了

組件的部署和客戶端應用的維護。

35.開發過程易于分工，可以由專人負責編寫組件，其他人組裝頁面。

46.J2EE平臺全面支持和實施XML,這種強大的組合可使XML具備跨平

臺的兼容性，甚至用于對XML代碼進行語法檢查和調試的工具也可及

平臺無關。J2EE技術和XML技術分別是企業開發的陰陽兩極，因為XML

可實施獨立于平臺的數據，而J2EE平臺則可實施獨立于平臺的解決

方案。XML可通過移植的方式表現數據，因此就對Java技術的可移植

性構成了補充。

5系統概述

1.1用戶現狀

?目前，由于合同缺乏統一的存放管理平臺，要查找某合同、補充協

議或函件，可能需要到KM系統、檔案管理系統、M盤、AI系統、

電子郵件、業務經理個人電腦或者信件傳真等紙質文件中查找，

非常不方便。根據對公司合同管理的現狀分析，主要問題如下：

?合同管理制度待完善

合同定義：制度已對合同進行定義，但未能有效傳達各部門，理解偏

差導致合同歸檔的完整性得不到保證。

合同分類：未建立合同分類標準。

合同要素：合同關鍵信息要素模板分散化，各部門管理的程度以及需

求不統一，部門間未形成要素信息共享。

合同范本：未明確合同范本的管理流程。

?合同對手方庫：未建立合同對手方庫及相關管理規則。

?合同管理細則：合同全生命周期相關管理細則有待更新完善，例如,

制度中缺乏維護合同有效期的相關規定。

?合同管理組織架構待完善

?組織架構：目前公司未明確合同管理職能的承擔部門，整個合同

管理較為松散，未建立監督及問責機制。

?鹵位職責：目前尚未明確前后臺部門之間對于合同的傳遞、歸檔、

要素化的職責分工及信息共享機制，此外，各部門業務助理兼任

合同管理員，但尚未細化和明確其崗位職責。

?補充協議及函件的傳遞歸檔待規范

?對于部分合同后續履行階段可能出現的補充協議及函件，存在傳

遞不及時、未進行歸檔的情況，影響合同傳遞的時效性和歸檔的

完整性。

?無法掌握公司合同數量及管理狀況

?合同歸檔：由于缺乏統一平臺，各部門合同管理水平不一，合同

存放分散，合同查找和檢索的效率低下，不能隨時掌握公司合同

管理情況。

?合同有效期：現有系統都不具備合同到期提醒功能，并且由于無法

獲取完整的合同清單，現階段依靠手工管理也很困難。

?合同號的配發缺乏系統控制

?目前合同號的生成依靠檔案管理系統手工錄入，系統無法自動配

發，且合同號可刪除，缺乏統一管理，

?當前系統合同管理功能不足

KM系統：承擔合同審批及用印申請（部分另類合同除外）的職能，缺

點是合同版本為過程版本，并非最終蓋章生效版本，且合同審批混雜在

其他事項審批中，不便于查找。

檔案管理系統：承擔獲取合同號、保管合同最終用印版本的職能，缺

點是合同號配發缺乏系統控制，由于合同定義不清晰使得合同歸檔完整

性得不到保證，合同要素信息填寫不完全，主從合同之間的關聯關系依

靠手工維護缺乏專門的系統功能。

M盤：承擔部門內共享及臨時存放的職能，缺點是沒有操作記錄，誤

刪除等情況不易被發現，且存放混亂缺乏維護。

1.2AI系統：目前另類投資項目從審批到投后管理已全流程納入AI系統,

但AI系統文檔管理功能較弱，僅起到歸檔保管作用，缺乏合同要素

模板和有效期管理等功能。

L3AD域：AD域的用戶管理未做統一用戶信息的管理和驗證。

1.4業務需求分析

?根據用戶現狀的梳理，以及相關業務系統的調研分析，整理出合

同系統的相關業務需求。

?合同管理系統需要明確合同的定義，以及歸檔范圍，履行合同的

相關制度，明確合同的基本要素，并對基本要素進行補充和整理。

?實現對對手庫的相關信息進行整理和維護，建立完善的合同管理

對手庫信查詢功能。

?實現對合同范本的管理和使用，建立完善的合同范本庫。

完善合同的審批和流轉操作，建立強大和獨立的流程引擎平臺，對合同

以及相關第三方系統提供流程審批支持，并對合同的狀態和合同的到期

時間進行自能化的提醒。

6建立標準化的平臺數據對接規范，實現合同系統及各業務系統的數據

對接和交換。

7建立主從合同的關聯關系，并提供方便的查詢功能。

8系統總體結構

8.1功能模塊圖

安全層合同管理首頁斯?現層

am

合同管理系統統一解引擎

服務層

組

織

,

郵件系統

郵件眼分域控處

文件服努文件加密限努

賬

號

管

理

LDAP業務數據庫、流程數據庫短信服努

8.2系統架構圖

9功能描述

1.1合同管理

合同管理下包含所有當前登錄用戶經辦或代辦的全部合同信息。合同

管理包括我的合同、合同起草、合同簽署及用印、合同履行、合同歸檔幾

大部分。

1.1.1我的合同

我的合同包含合同管理下所有當前登錄用戶經辦或代辦的全部合同

信息。

1.1.2合同起草

＞狀態描述：經辦人（代辦人）進行保存但未發布形成的列表。

＞功能描述

名稱、標識新增合同基本信息

功能描述1）、合同號獲取超過7天未進行發布的，系統給經辦人（代

辦人）發送提醒信息。

2）、合同發布后會顯示在“合同簽署及用印”列表下，發布

后的合同信息不能再進行刪除操作。

3）、用印形式為“不用印”的，填寫完簽署日期和生效日期

后，部門檔案管理員可以進行歸檔申請。

4）、合同起草可以批量生成100（手動填寫份數）份以下的

相同合同內容，合同號手動進行獲取。

5）、公司合同管理員可以導出全部合同信息列表excel

到本地（合同起草列表），字段：經辦人、經辦部門合

同名稱、

合同號。

6）、合同到期日期、合同費率（費率類型、費率種類、費率

值）系統記錄每次經辦人（代辦人）修改前后的記錄。

7）、經辦人（代辦人）篩選到對應的主合同后（可以篩選仝

部的合同列表）將主合同的相關信息帶入到當前合同

中。帶入的字段為（其它主合同信息不顯示）：

合同名稱、合同分類、合同主體、合同對方

8）、經辦人（代辦人）所填寫的合同一旦在起草中發布，當

前合同的狀態更新為“簽署中”；簽署日期填寫完成后

再發布合同狀態更新為“已簽署，未生效”；生效日期

填寫完成后再發布合同狀態更新為“己生效”。

8）、經辦人（代辦人）所填寫的合同一旦在起草中發布，當

前合同的狀態更新為“簽署中”；簽署日期填寫完成后

再發布合同狀態更新為“已簽署，未生效”；生效日期

填寫完成后再發布合同狀態更新為“已生效”。

補充說明

＞數據項描述

數據項名稱數據類是否必填數據來源備注說明

型

合同起草頁簽

經辦人（代辦人）填寫

登記日期日期必填系統自動生成

當前日期

是否代辦字符必填是/否有代辦人角色可

見；具體見下文說

明1;

代辦人字符系統計算有代辦人角色可

見；

具體見下文說明

1;

經辦人字符必填系統默認當前具體見下文說明1

登錄人，可選

擇

經辦部門字符必填系統計算具體見下文說明1

主合同編號字符選擇/手動填彈出搜索頁而關

寫聯查詢自動帶出

主合同要素的相

關信息

主合同名稱字符選擇/手動填彈出搜索頁面關

寫聯查詢自動帶出

主合同要素的相

關信息

合同名稱字符必填手動填寫標識提醒：請填

寫合同名稱全稱

合同編號字符必填系統按一定規點擊按鈕獲取，

則自動生成校驗前幾項是否

填寫；

具體見下文說明

2；

合同一級分類字符必填下拉框選擇具體見下文說明3

合同二級分類字符必填下拉框選擇具體見下文說明4

是否客戶指定字符必填是/否幫助中進行內容

業務說明，便于選擇

是否；

選擇“是"頁面

提醒經辦人將客

戶指定投資指令

作為合同附件上

傳；

默認為空；

項目簡稱字符下拉框選擇彈出搜索頁面

關聯查詢；

具體見下文說明

5；

字符多選彈出搜索頁面

產品簡稱關聯查詢；

（多個產品具體見下文說明

需填寫）6；

幣種金額（大金額（小寫）刪除

寫）

幣種金額（大金額（小寫）刪除

寫）

幣種金額（大金額（小寫）刪除

寫）

合同幣種字符必填下拉框選擇幣種為無，金額

不填寫；

具體見下文7；

合同金額（大字符必填根據小寫金額可選無

寫）轉換

合同金額（小數值必填手動填寫可選無、其他，可

寫）以手動填寫內容；

具體見下文8；

合同費率字符必填費率類型下拉可選無；

（費率類型、框選擇；具體見下文9；

費率種類）費率種類對應

固定和浮動兩

種方式；

合同費率字符必填可填寫具體數

（費率值）值；

合同主體字符必填下拉框選擇具體見下文10

合同對方字符必填選擇自動補全；

標識提醒：詩填

寫合同對方全稱；

具體見下文11;

用印形式字符必填下拉框選擇各方用印；

僅我方用印；

僅對方用印；

不用印；

具體見下文12；

合同簽署頁簽

用印管理員、經辦人（代辦人）填寫

用印完成情況字符必填下拉框選擇已完成；

我司已完成，對

方未完成；（各方

用印）;

具體見下文13；

經辦人（代辦人）填寫

簽署日期日期控件選擇具體見下文14

合同狀態字符必填下拉框選擇中止簽署；

簽署中；

已簽署未生效；

已生效；

已失效；

合同生效日期日期必填控件選擇具體見下文15；

合同到期日期日期控件選擇

到期續簽情況字符下拉框選擇到期無異議續簽；

自動順延；

其它；

具體見下文16；

合同文本必填手動上傳上傳一個附件；

具體見下文17；

合同附件合同附件類型可以上傳多個附

選擇；件，記錄上傳日

合同附件手動期；

上傳；具體見下文18；

備注手動填寫

發布范圍手動選擇可查看該合同信

息的人員，具體

角色待定。

轉移說明字符手動填寫轉移申請時可見

轉移附件手動上傳附件轉移申請時可見

說明：1.當前登錄人有代辦人的角色，可以選擇“是否代辦”，默認為“否”,

即當前登錄人自己起草合同，系統自動計算當前登錄人為“經辦

人”，當前登錄人所在部門為“經辦部門”；

“是否代辦”選擇為“是”，即代辦人替經辦人起草合同，選擇“經辦人”,

系統自動計算經辦人所在部門；

如不具有代辦人角色，“是否代辦”、“代辦人”字段不可見。

2.“合同編號”，通過點擊按鈕按照一定的規則獲取，獲取合同編

號前校驗表單中“登記日期”、“經辦人”、“經辦部門”、“合同名

稱”是否已經完成填寫，如未填寫完成給及提示，否則生成合同

編號。

3.“合同一級分類”為可維護字段，從系統管理數據字典中獲1|又。

4.“合同二級分類”為可維護字段，選擇“合同一級分類”

后自動篩選對應的“合同二級分類”內容，從系統管理數據

字段中獲取。

5、“項目簡稱”為可維護字段，選擇項目簡稱會彈出新的搜索頁面,

頁面內容為項目簡稱、項目全稱、項目類型（其他字段不

可見），可以進行查詢選擇需要的項目簡稱。

6.“產品簡稱”為可維護字段，選擇產品簡稱會彈出新的搜索頁面，

頁面內容為全部的產品信息，可以進行查詢選擇需要的產

品簡稱。

（1）、一個合同編號下可以選擇多個產品，選中多個產品后可以填寫對應

的多行“幣種”、“金額”信息，默認值為“無”經辦人可

手動修改；

（2）、選中一個產品后填寫“合同幣種”、“合同金額”、“合同費

率”的對應信息；

7、“合同幣種”為可維護字段，可選擇具體幣種和無；

合同幣種選擇“無"對應的“合同金額（大寫）”、“合同金額（小寫）”

字段內容為“無”:

8、填寫“合同金額（小寫）”后自動計算“合同金額（大寫）”，可

以選擇“無”或“其他”選擇項，選擇其他可以填寫具體內容。

9、“合同費率”為可維護字段，可選具體費率和無。

10、“合同主體”內容為選擇項，也可填寫具體內容。

11、“合同對方”為可維護字段，新增合同發布完成會將合同對方

的內容自動生成一條記錄，下次再次新建合同可以選擇到之前

生成的記錄；

合同對方的內容可以進行自動補全；

12.“用印用印形式說明

形式”內容

為選擇，

分為各方

用印、僅我

方用印、僅

對方用印、

不用印幾

個選項，

具體分以

下幾種情

況：

合同主體

本企業各方用印辦公室管理員完成用印并在系統選

擇“用印完成情況”

本企業僅我方用印辦公室管理員完成用印并在系統選

擇“用印完成情況”

非本企業各方用印線下完成用印后，由經辦人填寫“用

印完成情況”、“簽署日期”、“合同生

效日期”、“合同到期日期”

本企業僅對方用印線下完成用印后，由經辦人填寫“用

其它印完成情況”、“簽署日期”、“合同生

效日期”、“合同到期日期”

非本企業僅我方用印線下完成用印后，由經辦人填寫“用

印完成情況”、“簽署日期”、“合同生

效日期”、“合同到期日期”

本企業不用印不顯示“用印完成情況”

其它

13.“用印完戊情況”內容為選擇，分為“我司已完成，對方未完

成”、“已完成”兩個選項；

14.“簽署日期”

用印完成情況為“已完成”發布時需填寫簽署日期，否則系統

給及提示不允許發布;

用印完成情況為“我司已完成，對方未完成”的發布時該字段可以為空;

15.“合同生效日期”

用印形式為“不用印”發布時需填寫生效日期，否則系統給及提示不允許

發布；

合同狀態選擇“已生效”，經辦人（代辦人）需填寫合同生

效口期，否則不允許發布。

16.“到期續簽情況”為下拉選擇框，到期無異議續簽、自動順延、

其它三個選項。合同到期前30天，系統給予提示提醒一次。如

為自動續簽則需要填寫需要續簽的時間（XX年）、合同到期日期

兩個字段，如選其它可以填寫具體內容。

17、“合同文本”上傳唯一一個附件（可以上傳打包文件），未上

傳附件發布時系統給及提示。

18、“合同附件”可以上傳多個附件，可以選擇上傳附件的類別，附

件類別在系統管理中由管理員進行維護。

19、表單中增加“幫助”的鏈接，用于對合同要素各字段使用說明。

1.1.3合同簽署及用印

包含以下幾種狀態：

中止簽署、簽署中

各個狀態在系統中通過不同頁簽進行分類管理。

1.1.4合同履行

包含以下幾種狀態：

已生效、已失效、已簽署未生效

各個狀態在系統中通過不同頁簽進行分類管理，默認頁簽為已生效狀態

列表。

公司檔案管理員確認歸檔后，經辦人（代辦人）在合同履行階段可以

修改非歸檔字段信息。具體字段如下：

合同一級分類

合同二級分類

項目簡稱

產品簡稱

合同狀態

合同生效日期

合同到期日期

到期續簽情況

合同附件

是否客戶指定業務

1.1.5合同歸檔

狀態描述：經辦人（代辦人）填寫完成“簽署日期”后形成的部門

檔案管理員待歸檔和已歸檔的列表。

經辦人（代辦人）填寫完“簽署日期”點擊【發布】后，部門檔案

管理員可以在“歸檔”列表下查看此條記錄，確認系統記錄及合同文本內

容無誤后點擊【歸檔申請】，由公司檔案管理員進行歸檔復核確認。

部門檔案管理員可以進行批量申請歸檔的操作。

具體歸檔字段如下：

部門管理員歸檔后帶入檔案管理的字段

經辦人

經辦部門

合同名稱

合同編號

主合同編號

主合同名稱

合同幣種

合同金額（小寫）

合同主體

合同對方

合同文本

合同簽署日期

1.2合同提醒

1.2.1系統提醒

顯示當前用戶預先設置過時間節點且即將或已經到期的文件，主要是

提醒用戶及時處理相應的事宜。

提醒列表樣式顯示

合同名稱到期日期

［反憒進度］（過期33天）FF測試2013-03-07

［申請終結］（過期30天）LC驗證風險事件02013-03-10

［反饋進度］（過期27天）LC蛉證計劃錄入2013-03-13

［合同簽署］（過期25天）財務員工權限2013-03-15

［反饋進度K過期25天）正下測試2013-03-15

［合同簽署］（過期24天）無計劃結束類合同。2013-03-16

［合同簽署］（過期24天）無計劃結束類合同。2013-03-16

［合同簽署］（過期24天）無計劃結束類合同。2013-03-16

［合同簽署］（過期23天）LC驗證風瞼事件02013-03-17

［合同簽署］（過期23天）測試錄入計劃0313-22013-03-17

［合同簽署］（過期22天）測試錄入計劃314-22013-03-18

［合同簽署］（過期22天）則試補差合同2013-03-18

提醒類型及標題樣式（括號中內容為紅色字體）：

【合同到期】（還有30天）+合同名稱（合同編號）

【進度反饋】（合同號獲取超過7天未發布）+合同名稱（合同編號）

【進度反饋】（我司已完成用印，對方超過XX天未用印）+合同名稱（合

同編號）

提醒條件:

1.2.2L合同到期日期前30天，系統提醒經辦人（代辦人）一次。

1.2.32、合同號獲取超過7天未進行發布的，系統提醒經辦人（代

辦人）、部門和公司合同管理員一次。

1.2.43、合同用印狀態為“我司己完成，對方未完成”，30天后

合同狀態為“簽署中”的系統提醒經辦人（代辦人），每30

天提醒一次。

1.2.5我的提醒

＞當前用戶可以預先定制自己的提醒信息、，以便及時處理相關合同事

項。

＞選擇對應的合同，設置提醒日期、提醒內容、提醒人員（默認提醒自

己）。

＞功能描述

名稱、標識新建合同提醒信息

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必數據來源備注說明

填

登記日期日期默認當前日期

合同名稱字符選擇可以選擇到當前

用戶經辦或代辦

的合同信息列表

提醒日期日期選擇提醒日期

提醒人字符選擇提醒人員不選擇默認提醒

自己；

提醒內容字符手動填寫

L3項目管理

1.3.1項目基本信息管理

主要對項目基本信息進行維護，被設定為項目管理員的人可以

進行項目基本信息的創建及維護。

>項目文件及項目文件類型創建時默認為空，項目附件創建后可

以通過項目簡稱進行關聯。

>管理員可以導出全部的項目信息到本地EXCEL,導出列表包含項目簡

稱、項目全稱、項目附件類型、項目附件名稱。

A功能描述

名稱、標識新增項目基本信息

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必填數據來源備注說明

項目編號字符按照規則自動

生成

項目全稱字符必填手動填寫

項目簡稱字符必填手動填寫通過全稱法行自

動復制，并可以

進行i需改

立項時間日期手動選擇

項目類型字符手動選擇可維護字段；

（考慮按照AI的

項目類型）

項目運作方式字符必填下拉選擇可維護字段

暫定：自主發行；

主導發行；

外購；

登記人字符系統自動記錄

當前登錄人

登記日期日期系統自動記錄

當前日期

項目文件項目附件創建

后及對應簡稱

的項目進行關

聯

1.3.2項目附件管理

主要對項目附件進行維護。

>功能描述

名稱、標識新增項目附件

符

功能描述

補充說明

>數據項描述

數據項名稱數據類型是否必填數據來源備注說明

項目簡稱字符必填下拉選擇

項目文件文件以附件形,可維護字段；

式上傳；要件類；

項目文件類型權證類；

下拉選擇，為管理類：綜合類：

可維護字段；

項目文件類型

下拉選擇，為可

維護字段；

L4產品管理

1.4.1產品管理

＞主要對產品簡稱進行維護，有權限的人可以進行產品簡稱的管理。

＞功能描述

名稱、標識新增產品名稱

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必數據來源備注說明

填

產品編號字符按照規則自動

生成

產品全稱字符必填手動填寫

產品簡稱字符必填手動填寫

產品類型字符下拉選擇可維護字段

登記人字符系統自動記錄

當前登錄人

登記日期日期系統自動記錄

當前日期

1.5合同轉移

1.5.1轉移申請

1.5.2經辦人（代辦人）已經發布的合同信息，可以點擊【移出

申請】移交給下一個人作為經辦人進行后續事項的處理，轉移

時可填寫轉移說明，可以上傳轉移的附件到系統上。

1.5.3轉移復核

1.5.4接收人在我的待辦和轉移復核下可以看到需要移入的合同

信息列表，點擊【移入確認】，確認后經辦人（代辦人）不在

有查看和修改該合同信息的權限。如原經辦人（代辦人）想再

次查看需和系統管理員做申請，由系統管理員開放查看范圍

后可以進行查看。

1.5.5轉出記錄

1.5.6經辦人（代辦人）申請移出后，系統生成一條轉出記錄。

記錄轉出時間、轉出人、轉出部門、合同編號、合同名稱、合

同狀態、轉入人、轉入部門。

1.5.7轉入記錄

1.6接收人移入確認后，系統生成一條轉入記錄。記錄接收時間、轉出人、

轉出部門、合同編號、合同名稱、合同狀態。可以鏈接到原合同信息。

1.7范本管理

1.7.1范本類型管理

功能描述

名稱、標識新增合同業務類型

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必填數據來源備注說明

業務類型一級字符必填手動填寫及合同一級名稱

名稱相同

業務類型二級字符必填手動填寫及合同二級名稱

名稱相同

1.7.2范本模版管理

功能描述

名稱、標識新增合同范本模版

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必數據來源備注說明

填

業務類型一級字符必填下拉框選擇

名稱

業務類型二級字符必填下拉框選擇

名稱

范本名稱字符必填手動填寫

日期日期必填系統默認當前

日期

維護人字符必填系統默認當前

登記人

版本號字符必填手動填寫

修訂情況字符必填手動填寫可多次記錄

最新版本號字符必填手動填寫多個版本號

最新維護時間日期必填系統計算

是否生效字符必填是/否

合同范本模版必填上傳附件

說明：1.選擇“業務類型一級名稱”后可自動顯示對應的“業務類型一級

名稱”。

1.82.每次修改都記錄修訂情況和最新版本號，形成多行的修改

記錄。

1.93、“最新維護時間”，每次修改版本號后系統自動記錄最后的

修改日期。

1.104、“是否生效”默認為“是”，范本模版管理員修改為“否”

后表示己經失效，合同范本的模版附件不可以在下載到本地。

1.11合同臺賬

通過合同臺賬可以查詢一段時間內所有簽訂合同的明細情況查

詢（所有狀態下的合同信息列表）。

臺賬統計頁面如下圖所示（字段為參考樣式）：

「臺冏標的r小寫總價廣大寫總價「底系電話廠簽訂人

丁蕓訂日期廠申指日卻「交弟矣型「財務類歐r相對方

「付款方向廣標*文本「百大合同「先行怎行廠是否授權

「授校人r限權人服務「新授權人「他授權人8S分r授稅理由

「授權權跟「授權掰果

結M列：

廠結算睨段廠付款華號廣本W!應付小耳廠對方賽戶名「21方吸號

廠雙方開戶行「支付方氐「應付日期「18報日晚「支付觸

廠付款備注

保再送項遇出

＞功能描述

名稱、標識新增合同臺賬

符

功能描述

補充說明

＞數據項描述

數據項名稱數據類型是否必填數據來源備注說明

標題

時間段

經辦部門

經辦人

合同名稱

合同編號

主合同名稱

主合同編號

合同一級分類

合同二級分類

項目簡稱

產品簡稱

合同金額

合同幣種

合同費率

合同主體

合同對方

用印形式

用印完成情況

簽署日期

合同狀態

合同生效日期

合同到期日期

到期續簽情況

合同文本

合同附件

說明：L統計時可以通過選擇【導出的列】來定制結果中顯示哪些信

息。

2.可以點擊結果頁面的導出excel,將統計結果以excel表形

式導出到本地。

臺賬統計結果頁面(字段為參考樣式)：

臺悵統計結果

統諱日期：201341至期3415統計I

1a問型ARAM開始日朗