中国人民大学网络报销与财务系统的集成实践

赵文广，顾 涛

（1.中国人民大学 信息技术中心，北京100872；2.中国人民大学 财务处，北京100872）

一、人大财务系统的介绍

中国人民大学账务系统作为独立的商业化软件，自身功能有完整的边界，同时财务系统和校园网在物理上也是相互独立的。这些情况客观上导致了数据孤岛的存在。学校多项业务与财务系统的数据或是通过手工来对接，或是通过文件报盘的方式，导入到财务系统。

传统财务报销业务工作单调效率低。能否利用校园信息化平台，结合人事、教务等数字化校园管理系统，将现有财务系统扩展成为综合财务系统，解决学校财务业务的问题，极大提高办公效率、提高学校管理水平是非常有必要的。

二、财务系统集成建设的目标与思路

中国人民大学数字校园一、二期建设，应用系统已经覆盖绝大部分学校业务。充分利用已有资源，尽量采用学校现有的软硬件环境，以在线应用的财务系统为核心，在数字校园系统的构架下，延伸业务范围，开发财务系统外延业务模块，并通过接口与财务系统整合，形成综合财务系统，并强调多部门合作，满足各部门各层次的需求。

财务系统是独立的商业软件，我们的思路是不对其核心模块做改变，增加其对外公共访问接口。而在数字校园系统中开发与学校管理业务相关的功能模块，作为财务系统的外延模块，通过数据交换接口与财务系统集成。

三、网络报销与财务系统集成开发

本次网络报销系统，是数字校园系统的一部分。财务系统与数字校园系统集成，分成两个方面：一个是财务系统共享数字校园的数据，另一个是财务数据交换给数字校园共享。所以我们在设计网络报销系统的同时还有数据交换模块。

1.需求及业务流程设计

学校财务处及信息中心重新梳理了网络报销的流程。

（1）由报销人员填写报销申请单。报销申请单分为报销申请单和报销明细两部分。报销申请单除个人信息外，要指明是否差旅报销、指明报销费用所属项目、投单方式；报销明细要填写每种发票所属费用类别，发票数量、金额。差旅报销要计算出差补助。指明报销费用所属项目，可以是本人负责项目也可以是被授权项目，报销费用不能高于所属项目余额。填写完成的报销申请数据，于当天晚上同步到财务系统数据库中并自动生成凭证。

（2）发票投单。报销申请中的投单方式中已经指明，是到窗口提交发票还是通过网银投单箱提交发票。网银投单是把发票及打印好的报销封面及报销明细放在专门的报销用袋子里，投入校园内的几个投单箱中。

（3）财务人员核对发票与报销明细。每天从校园内的各个投单箱中收回报销人投入的报销专用袋，根据每个袋子中的报销申请，调出报销申请数据，核对提交发票的真伪、与报销明细是否一致，不一致调整明细直到与发票一致。调整正确的数据进入财务核算系统，生成最终报销数据。

（4）报销完成。按最终报销数据，财务系统核减相应项目余额，并把最新项目余额回写到数字校园系统的网络报销模块中，使报销模块中查询到的项目余额与真实情况相一致。同时，财务系统会通过网银接口，把报销款从相应项目划转到报销人员的银行卡中。最后通过短信通知报销人报销成功及最终报销金额。

2.系统功能设计

根据以上系统需求分析,网络报销系统共设计3个模块——报销申请、项目查询及数据同步,其与财务系统的会计核算及网银对账模块关系如图1所示。会计核算及网银对账两个模块是财务系统中原有的模块。

图1 网络报销系统用例

（1）报销申请模块

报销申请，是网络报销业务的起点，报销人在本模块中填写报销申请单。根据报销申请模块需实现的主要功能，确定系统基本实体有申请人、报销申请单、报销明细类别、报销明细。

申请人与报销申请单间一对多的生成关系，用户可根据需要做多个报销申请单。每个申请单在生成时，要对应一个有权限的项目。

报销申请单与报销明细类别之间也是一对多的关系，每个申请单中可以包括多个报销明细类别，同时每个报销明细类别下，可有多条明细。每条明细由明细名称、发票张数及金额组成。

在填写报销明细过程中，明细中的发票合计金额能被实时计算出来，系统约束合计金额不能超过其对应的项目余额。

本文用UML建模方法，以报销申请模块为例，构建数据关系类图（见图2）。由图2可以看出,该模块包括报销申请表、报销申请明细、科研项目表、报销审批表等,且描述了各个类之间的关系。类图比较详细地描述了类、接口以及他们之间的关系等静态结构,有利于清晰认识整个系统结构。

图2 报销申请模块数据表关系

（2）项目查询

每笔报销金额，必须出自指定的项目，所以在设计网络报销时考虑可以实时查询申请人所有有权限项目的信息。同时在填写报销明细时，约束合计金额不能超过其项目余额。

（3）数据同步

账务系统的数据库在财务处内网，数字校园的数据库在数据中心的内网，两个系统间需通过数据交换来同步数据。

中国人民大学已经建立了数据交换中心，设置了一台服务器用作数据交换的主服务器。通过网线或光纤连接不同机房的多个系统，完成系统间的数据交换。在具体实现时，首先需要解决用户数据的统一性。

数据标准方面无需特殊考虑，因为在一期应用建设时，已根据教育部标准和国家标准，并结合学校实际情况，制定了本校的信息化标准，包括自定义编码规范、信息集和代码集，为数据交换打下了良好的基础，此次数据交换只需要考虑具体业务中实际数据的交换规则，包括需要交换哪些字段、对应关系、字段类型等。

为了安全性考虑，财务系统每日与数据交换中心联网一次，将各科研项目的实时信息通过数据交换中心交换到数字校园系统；同时将数字校园系统中的报销申请信息通过数据交换中心抽取到财务系统中。

3.系统实现

根据系统的需求和系统自身的设计需要,网络报销系统采用模块化设计，提高设计及开发效率，减少耦合性及不必要的错误。

报销申请模块可以说明网络报销系统的实现（见图3）。报销申请是网络报销的开端，经过审核后，可以打印报销凭证。数据同时会同步到财务系统。通过申请数据，利用分析处理技术，可以对报销类别进行归类统计分析，并将其作为学校经费分配的决策依据。

图3 网络报销系统应用页面

[1]张亚娟,李一鸣.统一数据交换在数字校园中的研究与实现[J].中山大学学报(自然科学版),2009(s1)：379-382.

[2]赵丹,张蕊,赵文广.中国人民大学数据交换中心的设计与实现[Z].中国高等教育学会教育信息化分会第十次学术年会,2010.