广州石化OA合同会签审批系统需求分析报告

第一篇：广州石化OA合同会签审批系统需求分析报告

中国石油化工股份有限公司 广州分公司

OA合同会签审批系统 需求分析报告

广州市百成科技有限公司 顾问咨询中心 2007年3月 引言 编写目的

广州石化分公司在ERP实施的过程中，利用OA系统在文件审批方面的优势，于2006年初成功在OA系统中实现了ERP系统中的采购合同和销售合同审批操作,基本上解决了合同会签、审批界面不直观，审批意见不能很好反应，合同会签通知不及时等问题，收到了良好的效果，达到提升整个企业管理水平的目的。随着合同会签审批系统的深入应用，在实践过程中也逐渐暴露了系统存在的一些问题，各业务部门根据实际应用需要，也纷纷对系统提出了的一些修改意见，此外随着应用的不断深入和数据的不断积累，目前系统运行效率也出现了下降的情况，为此，对系统进行优化升级已经非常迫切。针对这种情况，广州石化分公司对原有的合同会签审批系统提出了优化升级的需求，为了有效地指导合同会签审批系统优化升级项目的设计和实施，对实施的过程进行有效的监督，故编写本需求分析报告。项目背景

广州石化销售采购合同网上会签系统。

本项目由中国石油化工股份有限公司广州分公司提出，由广州百成科技公司进行系统开发和实施，使用用户为中国石化股份有限公司运销中心、物共中心、生产调度部、计划部、机械动力部、财务部、法律部、公司经理等。

广州石化销售采购合同网上会签系统与广石化实施的ERP系统通过相应的接口程序进行数据的交互。

广州石化销售采购合同网上会签系统用户短信消息的发送，通过通过广州石化短信网关进行。定义

ERP：是英文Enterprise Resourse Planning的缩写，中文意思是企业资源规划。它是一个以管理会计为核心的信息系统，识别和规划企业资源，从而获取客户订单，完成加工和交付，最后得到客户付款。

SAP：是一家通过业务工程成功地集成信息技术的公司，SAP（System, Applications, and Products in Data Processing,数据处理的系统、应用和产品）。

OA：是OFFICE AUTOMATION的缩写，本意为利用技术的手段提高办公的效率，进而实现办公的自动化处理。

合同：是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务的协议。现有业务流程概述 目标

为了配合广州分公司的ERP项目实施，把ERP中的销售合同和采购合同放在OA中进行会签审批，按照分公司的内控流程的规定需要相关部门和领导进行审批，审批通过后进入ERP系统释放合同，产生销售订单和采购订单。公司领导、财务部、法律事务室等相关部门有权限查看系统里所有的合同。系统通过邮件和手机短信的方式提示审批人进行审批。业务描述

广州石化分公司实施合同网上会签系统的部门包括运销中心、物供中心及其他会签部门，合同可以分为销售和采购合同两种。采购合同业务流程描述

在SAP系统：采购员录入采购合同信息；

SAP系统通过API接口程序把采购合同信息传给OA系统，OA系统成生一个采购合同会签单； 在OA系统：采购员把会签单和合同传递给业务主管，由业务主管进行审核，并在合同会签单上签署意见，完成后提交到中心合同室，有修改意见退回采购员；

在OA系统：中心合同室在合同会签单上签署意见，完成后根据合同内容提交到中心领导审批，有修改意见退回采购员；

在OA系统：中心领导在合同会签单上签署意见，完成后中心授权范围内的合同会签流转结束，有修改意见退回业务人员重新修改审批；

在OA系统：中心领导根据合同内容选择计划财务部或财务部进行下一步审批；计划财务部在合同会签单上签署意见，完成后提交到财务部，有修改意见退回业务人员重新修改审批；财务部在合同会签单上签署意见，完成后提交到法律事务室，有修改意见退回业务人员重新修改审批； 在OA系统：法律事务室在合同会签单上签署意见，合同会签单和合同传送给公司分管领导，有修改意见退回业务人员重新修改审批；

在OA系统：公司分管领导按照有关内控文件

1、在内控授权范围内，在合同会签单上签署意见完成审批过程。

2、超出授权范围内，在合同会签单上签署意见会签单和合同传送到公司领导；

在OA系统：公司领导在合同会签单上签署意见，审批结束； 在SAP系统：合同会签结束，合同管理员释放合同。销售合同业务流程描述

在SAP系统：销售员录入销售合同信息；

SAP系统通过API接口程序把销售合同信息传给OA系统，OA系统成生一个销售合同会签单； 在OA系统：销售员把会签单和合同传递给业务主管，由业务主管进行审核，并在合同会签单上签署意见，完成后提交到中心分管领导，有修改意见退回业务人员；

在OA系统：中心领导在合同会签单上签署意见，如果需要公司分管领导批示转送公司分管领导，否则完成后提交到合同管理员，有修改意见退回采购员重新修改审批；

在OA系统：在中心授权范围内的合同会签流转结束；合同管理员根据合同内容选择相关部门，并发送给相关部门对合同进行会签；根据合同内容所有需要会签的相关部门意见签署结束的合同，合同管理员选择并将会签单和合同传送给法律事务室进行会签或根据会签意见将合同退回采购员重新修改；

在OA系统：法律事务室在合同会签单上签署意见后，会签单和合同发送给公司分管领导，对合同有修改意见的返回给合同管理员；

在OA系统：公司分管领导在合同会签单上签署意见通过审批，对合同有修改意见的返回给合同管理员；如果需要传送到公司经理批示的，发送给公司经理；

在OA系统：公司领导在合同会签单上签署意见会签单和合同传送到合同管理员； 在OA系统：流程结束；

在SAP系统：合同签订后，合同管理员释放合同，产生销售订单。条件与限制 略

数据描述 静态数据 略

动态数据

输入数据：SAP中的送审的销售或采购合同信息；

输出数据：合同在返回SAP系统修改，审批通过后提交到SAP系统时，提供修改后的合同信息。数据库介绍

服务器平台采用Lotus Domino R5，在其上运行的合同审批系统数据库名称为Pactsign.nsf。数据词典 略

数据采集 略

项目升级功能需求 功能划分

针对用户提出的升级需求，我们在对需求进行充分调研的基础上，将本次系统升级的需求大致分为以下几个部分： 审批流程修改

审批内容和审批项的变更 合同查询统计子系统 合同归档子系统 合同打印子系统 合同催办子系统 功能描述 审批流程修改 增加“返回起草人”功能，系统中的任一审批人都可以使用此功能，限制“返回SAP”功能，在系统中只有业务员有权限返回SAP。在系统中的审批痕迹中要体现“返回起草人”的情况 b.各会签部门采用“并列”关系，主办部门内部，各层次审核人员应是“串联”关系；所有会签部门的审核意见均不应起到否决作用，不导致会签流程的停止或重新开始 对所有到期合同运销中心经理有权限对原合同延期10天；超过10天的，按原合同会签流程重新流转。

参照物资采购合同会签流程，调整现有销售合同会签流程 对合同设置审批时限，超时未审合同可以多次短信提醒

在OA上的合同文本（word）文件只允许在业务员名下修改，在流转其他环节不能被修改。各审批人若认为合同必须被修改，可在意见中注明原因，把合同打回ERP系统，待修改后再重新流转。

审批内容和审批项的变更

ERP系统原合同条款部分改为合同摘要，照原有流程送OA系统。要将合同条款（文本）单独作为一个word文件，由业务员在OA系统中操作时，粘贴在合同上。4.2.3合同查询统计子系统

用户可以用合同中的以下数据项作为查询条件、分类汇总条件和输出内容：办理人、创建时间、SAP合同编号、合同编号、合同名称、业务员、环节、类型、状态、经办单位、项目名称、标的金额、中选供应商、合同类型、采购模式及审批结束时间等； 对合同的份数及合同的标的金额或节支金额进行汇总。c.合同查询统计的查询结果可以导出到excel表格中。4.2.4合同归档子系统

建立归档库，合同管理员有权限对合同进行按年/月的归档，并且在合同会签系统界面有链接，可以对已归档后的合同访问，并且此归档后的合同也支持上述的查询统计功能。归档后的合同从合同会签系统库中删除。4.2.5合同打印子系统

打印所需合同的详细内容、合同审批意见汇总、合同审批流程（需用户方提供打印格式要求）a.单个合同打印功能 b.合同批量打印功能 4.2.6合同催办子系统

合同会签系统中，除了A类合同外，其他类型的合同都需要跨多部门审核，若审核人出差或休假而未设置审批代理人，这就在一定程度上造成了有些合同审批时间过长，甚至接近合同有效期。为避免此情况，需要有在OA中设置一个合同催办角色，赋予相关权限，能够查询系统中所有合同的审批时间，并可以通过短信和邮件等手段通知审批延误者及时审批合同。

具体需求说明：

需在系统中设置催办人角色。

合同催办人需有自己查询界面（视图）。格式如下： 当前审批人

上一审批人办理时间

合同总审 批时间

SAP合 同编号

合同名称

合同类型

合同创建时间

合同 状态

审批环节

系统对总审批时间进行计数，当超过一定期限时，系统自动发送短信和邮件提醒催办人某份合同超期。此期限可以由催办人设置。

在上述统计表单中设置提醒按钮（类似合同审批中的意见栏），催办人判断合同审批超期后可以直接点击此按钮，选择预设信息或者自己填写信息后给当前合同审批人发送短信和邮件作为提醒。此功能可多次执行，每次执行都有记录。

合同审批完成后系统自动生成如下统计报表，作为考核依据。SAP合 同编号

合同类型

合同总审批时间

合同审批是否需催办

审批过程中的被催办人

被催办次数

f.合同催办人和审批人应为不相容岗位，申请后由管理员开放权限。性能需求 数据精确度

广州石化销售采购合同网上会签系统从SAP系统获取的合同信息与本系统中合同的信息保持一致。时间特性

合同在从SAP系统获取过来的时间不超过15秒钟。

合同在本部门内审批过程中发送到下一个审批人响应时间不超过10秒钟。合同在送多部门会签时响应时间不超过20秒钟。

合同在审批通过后提交到SAP系统时响应时间不超过10秒钟。适应性 系统提供灵活的权限控制和流程配置工具，管理员用户可以自定义权限和流程信息。运行需求 用户界面

沿用目前现有的系统C/S结构，为用户提供丰富且简洁的用户界面。硬件接口 软件接口

对需要在OA系统和ERP系统中进行传递的数据，通过OA系统中现有的接口进行，根据需求的变更，对需要传递的数据结构进行修改扩充。

EKey认证接口通过“深圳市明华澳汉科技股份有限公司”提供的EKey接口函数进行调用。短信接口通过广州石化短信网关提供。其它需求 略

运行环境 设备 略

支持软件

平台软件：Windows2000系统，DominoR5平台。接口软件：SAP系统，EKey软件，短信网关接口。控制 略

第二篇：系统需求分析报告

系统需求分析报告

目录

目录.............................................................................................................I

1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、项目描述

1.1 背景

随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。

1.2研究意义

本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。

网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。

2、需求分析

经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。

第 1 页 2.1功能需求分析

根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。

2.1.1 系统管理功能

系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。

2.1.2 流量劫持功能

本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。

2.2性能需求分析

1.DNS流量劫持成功率

为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。

2.监控与反制系统并发量

监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。

3.系统运行稳定性

第 2 页 系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。

第 3 页

第三篇：OA系统使用情况阶段性分析报告

XXOA协同办公系统 使用情况阶段性分析报告

为响应“无纸化办公”的号召，我单位采购了XXOA协同办公系统，由综合信息部对该办公系统进行了二次开发，并在服务器采办后于X年X月X日在全院范围内进行了培训及展开试运行。截至X年X月X日，办公系统流转完成合同审批任务下达单X个，编制类咨询任务单X个，评估类咨询任务单X个，咨询项目修改或加印申请X个，业务用印审批X个，发票通知单X个，每月业务量基本实现了电子统计。经过一段时期的运行之后，大家在感受到办公系统为工作带来新体验的同时也暴露出了一些问题，主要集中在以下几个方面：

一、工作流转不够规范。因某项工作流程步骤多、反馈时间长，易造成漏填、漏选、工作流转缓慢，导致系统数据与纸质单据难以保持一致。虽然简化步骤可节约时间，但系统难以体现出应有的规范性；

二、办公系统缺乏人性化提醒方式。系统未关联手机（须付费），无法在关闭办公系统时进行有效提醒。此外，办公人员尚未适应系统，在使用过程中易在关闭浏览器的同时关闭办公系统，导致工作不能及时办理;

三、办公系统安全系数较低。目前系统采用的安全防护措施仅仅依靠密码，工作审批采用键盘输入方式办理，未采用电子签章系统；

四、办公系统数据兼容困难。更换其他品牌办公系统会牵涉到数据转移的问题，由于各个系统采用的引擎及数据类型不尽相同，可能会导致数据转移困难，在信息共享方面存在一定的局限性;

五、办公系统运行不稳定。偶尔出现窗口显示错误，需手动刷新界面;某些较为复杂的工作流转中进行“退回”操作后，由于系统本身缺陷可能导致该工作无法流转完成。工作流程设计中流水号无法正常使

用；

六、办公系统部分模块未充分利用。如工作委托办理、论坛、电子公告、会议室管理、仓库管理等；

七、办公系统用户已满。目前系统用户数上限为X，除去系统管理员X人，实际用户为X人，目前咨询院在岗工作人员已超过X人，增加系统用户须付费。

综合信息部 XXXX年X月X日

第四篇：OA系统运行评价分析报告

OA系统2013年运行评价分析报告

一、项目概述

综合管理信息系统（以下简称OA）建设项目启动时间是2012年8月22日，2013年4月进入正式运行阶段，办公室信息中心对于系统进行了结合实际工作的操作和磨合，在这个阶段，通过不断优化，对系统进行调整，以求能更加符合实际工作的需要。

OA建设的总体目标是：以OA为基础，以工作流程为主线，优化公司管理流程，通过信息技术建立包括人力资源、协同办公、合同管理、计划管理等在内的综合管理信息系统平台，实现管理规范化、信息资源利用的最大化，促进公司的协同办公效率和管理水平的提升。搭建一个全公司的信息与管理协同平台，按照统一要求、信息流畅、资源共享、信息安全的要求，建设一个统一的办公管理平台，实现各部门各分子单位之间的互联互通机制，保证信息畅通和上传下达，实现各级单位的快速响应。

二、OA应用统计

目前，系统总使用人数324人，移动终端用户77户,平均每天同时在线70人左右，每天登陆次数超过300/人次；搭建了公司门户、个人门户、各职能部门户、系统信息门户、电力生产门户、规章制度门户、企业文化门户、学习培训门户、公司文件门户和领导门户，让信息的共享更加简单、及时、有效；搭建流程150余条，流程流转数量7300余个；建立了知识目录，系统目前存储近8500篇文档，形成了公司基础知识库。

OA运营期间，办公室信息中心以集中、点对点和远程等多方式共组织培训500多人/次，培养了能够独立承担日常维护工作的系统管理员2名，实现了系统的自主管理。公司已开启了新的协同之旅，信息化建设也进入了一个新的阶段。

三、OA系统功能使用效果

1、人力资源管理模块的开发与应用，实现组织架构的统一管理、人员的基础信息管理、通讯录管理、岗位管理、人员的入职、调配、离职、退休、解聘、返聘等管理。

目前系统使用人员312人，除录入人员的编号、姓名、岗位外，同时对人员的手机、办公室电话、短号、电子邮件、办公室地址等也进行了整理、录入，实现了人员信息的查询、共享、统计、分析，实现人员信息资源的更好的利用。

组织架构管理的应用，实现了统一的组织架构管理，建立了完整清晰的人员组织架构。目前，公司所有的员工对应的岗位等信息已录入系统，同时，系统设定了人员的上下级管理，并以此实现各类管理和业务的审批线索和监督线索。

2、合同和计划

目前已搭建合同管理流程15个, 大部分已正常运转中,涉及到结算的流程暂时未启用;计划管理流程8个,并在后期增加了计划模块,能基本满足公司在计划任务管理方面的需求。

3、通过使用OA的流程管理模块，目前搭建综合管理、财务管理、人事管理、物资管理、信息管理、日常工作等类型的流程150余个，目前流转中的流程数量已经有7300余个，各级管理人员通过电子流程审批系统处理各类公文、申请、审批，节省了时间，降低了成本，提高了工作效率。

4、知识管理，初步搭建了公司知识目录，系统目前存储8500余篇文档，建立了知识库，实现了知识体系的建立与管理、知识权限的精细管理（满足不同目录的查看、下载、修改、添加、删除等权限都进行了严格控制，同时对用户的查看、修改等操作都进行了日志记录）、知识评价体系管理（通过知识的打分、回复、知识贡献率分析等，建立了较为完整的知识评价体系）、知识检索管理（实现了多种制式的检索方式，包括分类检索、多维检索、全文检索等）、知识审批体系管理（实现了通知公告等信息的创建、审批、发布、归档、作废的审批）。目前，已初步建立了网上知识库，实现了初步的知识管理。

5、实现了远程办公和移动办公，大大提高了办公效率，处理流程不再受到世界地点的限制。目前已普及到中层以上干部。

四、系统验收准备工作

1、目前已完成了OA验收材料的收集工作；

2、成立验收小组，由办公室牵头，分别邀请人力资源部、计划与发展部、财务资产部、纪检监察部各部门人员参加OA系统项目验收，

第五篇：合同管理系统需求分析（定稿）

1.1.1 合同管理

1.1.1.1 管理思想及综述

可实现多种合同类型的管理，可实现对合同在集团内部的多级审批。并可实现对项目类合同进行合同录入、合同变更、合同结算管理。并可实现对合同附件的管理。可实现项目月度资金计划的录入，并可实现与进度相结合的项目款的支付管理，最后实现付款记录自动生成凭证到总账系统。

1.1.1.2 管理流程

1.1.1.3 系统功能 1.1.1.3.1 合同订立

合同录入

操作组织：实体成本中心组织或者非实体成本中心组织

可以修改和删除“保存”或者“提交”状态下的合同；单击【【】，就可以上传“合同文本”和“工程附件”；单击【

】和】，就可以对审批后的合同进行“责任部门”移交；单击【同所有相关的信息。

合同录入完毕后，点【

】，就可以查看该合】，然后在序时簿界面进行审批，合同审批支持工作流。

合同修订

操作组织：实体成本中心组织或者非实体成本中心组织

进入“合同修订”主界面，选中需要修订的已审批合同，单击工具条上【就可以修改和删除“保存”或者“提交”状态下的合同修订；

】和【

】，合同查询

本功能用来自定义条件查询合同，双击查询出来的合同，可以看到该合同相关的执行信息，包括合同信息、拆分信息、结算信息、变更信息、成本信息、付款信息、付款计划等信息。

操作组织：实体成本中心组织或者非实体成本中心组织 用户可以根据需要选择界面上的选项进行查询。合同执行

“合同执行”包括六个方面的内容：合同变更发起、变更审批单查询、变更签证确认、变更指令单查询、结算单录入、结算单查询。

合同变更发起

操作组织：实体成本中心组织或者非实体成本中心组织

进入“合同变更发起”主界面，选中最明细工程项目，单击工具条上的【】进入“变更审批单-新增”界面；单击工具条上【或者“提交”状态下的变更审批单；

变更审批单录入完毕后，点【进行审批，该审批支持工作流。

】和【】，就可以修改和删除“保存”

】，单据状态变为“已提交”，然后在序时簿界面

1.1.1.3.2 变更签证确认

操作组织：实体成本中心组织或者非实体成本中心组织

该功能是用来登记变更指令单的“下发”、“签证”以及“变更结算”等信息。如下图：

填写完毕之后，点“确定”，则该变更指令单的状态变为“已签证”。点【可以进行签证的反向操作。

系统支持批量签证的功能，点【

】

】，则自动将选择的项目分期下的所有“已下发”状态下的变更指令单列示出来，供用户逐一签证确认。如下图所示：

选择“已签证”状态的变更指令单，点【结算金额。如下图所示：

】，就可以录入变更指令单的1.1.1.3.3 结算单录入

操作组织：实体成本中心组织或者非实体成本中心组织

进入“结算单录入”主界面，选择需要录入结算的合同，单击工具条上的【入“结算单-新增”界面；单击工具条上【或者“提交”状态下的结算单；

】和【

】进

】，就可以修改和删除“保存”

1.1.1.3.4 无文本合同

“无文本合同”包括两个内容：无文本合同录入、无文本合同查询。无文本合同录入

操作组织：实体成本中心组织或者非实体成本中心组织 “无文本合同-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.5 扣款及奖励

“奖励及扣款”包括六个方面的内容：违约金录入、奖励单录入、扣款单录入及三种单据的查询。

1.1.1.3.6 违约金录入

操作组织：实体成本中心组织或者非实体成本中心组织

1.1.1.3.7 奖励单录入

操作组织：实体成本中心组织或者非实体成本中心组织 “奖励单-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.8 扣款单录入

操作组织：实体成本中心组织或者非实体成本中心组织

“扣款单-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.9 违约/奖励/扣款查询

操作组织：实体成本中心组织或者非实体成本中心组织

用户可以根据需要选择菜单，实现对违约、奖励、扣款的分别查询。点开相应菜单后，用户可以按照界面上的选项进行查询。

用户也可以通过设置“自定义”页签里条件进行组合查询。

1.1.1.3.10 付款计划

合同付款计划

“付款计划”包括七个内容：合同付款计划、月度付款计划、项目计划执行表、项目月度计划申请表、项目计划申报表、付款计划查询、付款计划执行表。

操作组织：实体成本中心组织。

该模块的功能为：按照“单一合同”为纬度，编辑每个合同的付款计划。进入“合同付款计划”主界面，选中相应的合同，单击工具条上的【

】进入“合同付款计划”编辑界面；

月度付款计划

操作组织：实体成本中心组织或者非实体成本中心。

该模块的功能为：按照“合同”为纬度，查询每个责任部门的付款计划（默认为三个月）。

计划申报

该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的（12个月）付款计划。

月度计划申报

该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的月度（3个月）付款计划。

如下图所示:

该表录入完毕后，点【

】，然后在序时簿界面进行审批，该审批支持工作流多级审批。当该表审批之后，自动将3个月内的付款计划反写到对应的“合同付款计划”。

付款计划查询

该模块的功能为：通过条件设置来查询合同付款计划，每一行显示一个合同的一个月计划。数据来源于“合同付款计划”。

付款计划执行表

该模块的功能为：以合同为纬度，汇总展现工程项目下合同的月度付款计划执行情况。示例如下：

项目计划执行表

该模块的功能为：以成本科目为纬度，将“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息结合起来应用，通过层层累计的方式综合展现“项目周期”、“本”和“本月份”三个不同的时间纵深的付款计划的执行情况。因此，本表的数据来源为：“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息。如下图所示：

在项目执行情况表中，展开“项目成本执行情况”，显示的是项目累计发生的成本、付款、欠款以及待发生情况。如下图：

在项目执行情况表中，展开“预算执行情况”，显示的是本成本、付款预算的执行情况，如下图：

在项目执行情况表中，展开“本月计划执行情况”，显示的是查询当月的成本/付款计划、成本/付款实际发生、以及计划与实际的差额情况，如下图：

1.1.1.3.11 付款管理

“付款管理”包括四个内容：付款申请单录入、付款申请单查询、付款单录入、付款单查询。

付款申请单录入

付款单录入

1.1.1.4 系统应用价值和特点

本系统应用价值和特点有如下几点： 1.涵盖合同管理全周期和合同管理全要素（合同订立过程、合同内容、合同主体（缔约方）、合同标的、合同变更与索赔、合同结算与支付、履约风险、履约联系、合同终结与总结等）；

2.3.4.5.6.7.8.9.支持各类合同的业务流程灵活匹配；

能够根据投资预算和项目管控要求，进行合约规划； 按照权责体系和绩效考核要求，实行合同的分级分类管理； 承接招评标数据，全面登记合同事务；

提供完整的合同录入、变更、结算、付款管理流程；

根据合同付款计划，严格控制合同付款申请，保障项目现金流； 实现项目资金计划申报和资金全面预算管理； 有效实现变更管理，掌控项目过程成本发生；

10.实现合同文档管理、分次结算管理；

11.通过数据一体化功能，全面掌握合同执行情况； 12.通过流程管控实现企业内部控制以及工作流驱动。