首页 > 范文大全 > 正文

校内在线缴费平台的设计和实施

开篇:润墨网以专业的文秘视角,为您筛选了一篇校内在线缴费平台的设计和实施范文,如需获取更多写作素材,在线客服老师一对一协助。欢迎您的阅读与分享!

摘 要:校内在线缴费平台的搭建,实现了学费、报名费等的自助缴纳,是数字化校园建设的又一应用。文章给出了校内在线缴费平台的设计方案。

关键词:在线缴费;设计

中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2014)34-8095-03

传统的高校各种费用诸如学杂费、书本费、报名费等基本上采用的是现场现金缴纳的方式,由于时间紧,任务重,给高校财务人员带来了巨大的工作压力,而且现金缴费还需要防范假币、错帐等风险。随着科技的不断发展,网上支付已经得到迅速的普及和应用,逐渐成为一种发展趋势。在校内搭建在线缴费平台,可以极大的方便广大师生员工的教学、科研和生活,对于学校的人才培养、安全稳定起到举足轻重的作用。

1 在线缴费平台总体设计方案

在校园内搭建自助缴费平台系统,主要用于校内教职工和学生的网上自助缴费,系统采用预存费用的方式,费用来源主要为电子银行转账的方式,将个人银行卡中的费用,转入固定的校内预交费账户中。使用者在足不出户的情况下,访问自助缴费平台网站后,使用预存的缴费金额,选择相应的缴费科目,进行自助缴费。自助缴费平台同时将自助缴费的信息发送给相应的管理系统,确保使用者在缴费后能够及时的达到缴费使用的目的。同时在自助缴费平台系统中记录有缴费明细,在第二日的凌晨和相应的系统进行对账,对账的方式采用核对日缴费总额和笔数以及明细的方式,对账结果以自助缴费平台为准。

自助缴费平台采用B/S的开发模式,在校内搭建起自助缴费的平台网站,目前暂时支持校内的各项缴费工作,后期为更便利学校师生的使用逐步的进行扩充,真正的做到让广大师生便利使用。

自助缴费平台初步的实现以下功能:

1) 预存费用

采用此次合作银行的网上银行支付的模式和接口,以网上银行转账的模式,在缴费平台上预存费用,由学校在银行开设平台缴费专户,实际资金由个人账户转入学校缴费专户。

网上银行接口由此次合作的银行提供,由平台的开发商进行对接开发。

2) 费用交纳

自助缴费平台的注册用户使用预存的费用,缴纳目前校内的各项费用(如网费等),由自助平台通知相应的系统缴费信息,确保使用人在缴费后能及时生效使用。

3) 缴费明细查询

此功能提供平台注册用户查询历史缴费明细。

4) 余额查询

提供平台注册用户查询缴费平台中的账户余额。

5) 用户注册

平台采用用户自行注册信息的模式,自行输入相关信息和设定密码

6) 信息及平台缴费密码修改

提供自助的修改个人注册信息以及缴费密码的修改功能

7) 平台对账(后成)

在注册用户交纳费用后,在第二日由平台自动与交纳费用对应的系统(如:上网管理系统等)进行对账,对账的依据为日缴费总额和笔数、缴费明细,如出现单边帐则以缴费平台为准,修改对应系统的缴费信息。

平台后期扩展功能:

① 校园通知、新闻展示;

② 个人欠费查询;

③ 社会性费用自助缴纳;

④ 缴费、欠费短信通告。

2 平台部署结构和业务流程

支付平台采用\C#技术实现 数据库使用SqlServer2005数据库。平台通用参数

一律使用WebConfig配置文件进行配置。平台与银行通信 遵守银行规定 使用post提交信息,MD5验证缴费登录与管理登录,使用防Sql注入技术及验证码,防止非法登录。为了防止数据传输过程的不一致性,在传输时,对要传送数据利用银行的MACKEY密钥进行MAC加密,当银行收到数据报文时首先对协议规定数据进行MAC加密与上传数据包MAC进行校验比较,如果一致进行操作,不一致取消操作。系统结构如图1所示。缴费业务流程和对账文件请求见图2、图3。

1) 用户登录缴费平台,进行缴费。

2) 缴费平台处理信息后将缴费报文发送至银行站点。

3) 银行处理后将缴费信息返送缴费平台。

4) 平台获取银行信息后 显示用户是否缴费成功。

5) 将缴费信息发送至校园处理中心

6) 校园处理中心返回处理结果

3 接口说明

3.1 缴费信息报文接口

当用户在支付平台缴费成功以后,平台将定时通过socket(短连接)方式通知对应缴费业务的子系统,子系统将缴费信息处理完毕后,并给平台返回处理结果。

1) 发送方式

子系统建立SOCKET服务端,端口号9700,平台采取短连接方式连接。

2) 报文

报文采取管道符“|”分割字段,不定长方式

平台发送:缴费流水号|学号|缴费日期|应缴费金额|实缴金额|缴费类型代号

子系统回应:缴费流水号|子系统流水号|学号|缴费类型代号|成功标志|处理结果中文说明

成功标志:0成功 1失败

处理结果中文说明:成功返回交易成功,失败返回失败相关信息

3) 报文示例

平台发送:32101|8200101|20110202|100|100|1

子系统返回:32101|2111|8200101|1|0|交易成功 或 32101|8200101|1|1|交易失败

3.2 请求对账文件接口

子系统每天都要在平台与银行对账完毕后,向平台请求对账文件自行对账。

1) FTP

子系统建立FTP服务,向平台服务器请求对账文件,平台将子系统账务文件通过ftp方式发送给子系统。

2) 对账

子系统根据对账文件,自行对账,账务以平台账务为主。

对账过程中可能出现以下几种状态:

① 系统无此账:

子系统无,平台有此笔账务,以平台账务为主,自行增加流水

② 平台无此账:

子系统有,平台无此账务,以平台账务为主,在子系统中删减此条流水

③ 校园账号不一致:

子系统与平台记录账号不一致,以平台账务为主,子系统中增加平台记录账号流水,删除子系统记录账号的流水。

④ 金额不一致:

子系统与平台记录金额不一致,以平台账务为主,按照平台记录金额修改.

3) 请求对账文件报文

平台建立socket服务端,端口号9800,采取短连接方式连接。

报文采取管道符“|”分割字段,不定长方式

子系统发送:请求账务日期|请求缴费类型

平台回应:请求账务日期|请求缴费类型|请求结果|请求结果中文说明

请求结果:0成功 1失败

4) 报文示例:

子系统发送:20110202|1

平台回应: 20110202|1|0|交易成功 或 20110202|1|1|平台未对账

5) 对账文件内容:

第一条为汇总,第二条开始为明细

第一行:日期|汇总金额|汇总条数

第二行:日期|学号|缴费流水号|子系统流水号|缴费类型代号|实缴金额

例如:

20110202|100|2

20110202|820001|10000|100|1|70

20110202|820002|10001|101|1|30

4 系统数据库结构说明

以在校支付平台部分表为例

1) 表名:Payment

说明:欠费信息表,用于存放学员欠费信息,包含欠费信息编号、学员学号、学员姓名、欠费类型(学费、住宿费等)、欠费金额、状态、录入时间

[字段名\&字段类型\&是否为空\&说明\&PY_ID\&bigint\&否\&欠费信息编号,主键自动增长\&PY_SID\&varchar(25)\&否\&欠费人员学号\&PY_NAME\&varchar(8)\&否\&欠费人员姓名\&PY_Type\&int\&否\&欠费类别,链接类别信息表\&PY_Amount\&float\&否\&欠费金额\&PY_Status\&int\&否\&状态 0代表未缴费 1代表已缴费\&PY_Time\&datetime\&否\&录入时间\&]

2) 表名:PaymentClass

说明:缴费类别表,用于存放缴费类别信息 包含编号、类别名称、状态

[字段名\&字段类型\&是否为空\&说明\&ID\&int\&否\&缴费类别编号,主键自动增长\&ClassName\&varchar(20)\&否\&类别名称 如 学费、住宿费 等\&Status\&int\&否\&状态 0代表启用 1代表禁用\&]

3) 表名:PaymentDis

说明:缴费信息表,用于存放学员缴费信息内容 包含 编号、缴费流水号、欠费信息编号、学号、姓名、缴费时间、缴费类别、应缴金额、实缴金额、状态、上网卡号、回发学号状态

[字段名\&字段类型\&是否为空\&说明\&PD_ID\&bigint\&否\&缴费信息编号,主键自动增长\&PD_LiuShui\&varchar(30)\&否\&缴费流水号,发送给银行的编号\&PD_QID\&varchar(12)\&否\&欠费信息表编号\&PD_SID\&varchar(20)\&否\&学员学号\&PD_NAME\&varchar(12)\&否\&学员姓名\&PD_Time\&datetime\&否\&缴费时间\&PD_TYPE\&varchar(6)\&否\&缴费类型 如(学费、住宿费等)\&PD_MoneyY\&numeric(18, 2)\&否\&应缴金额\&PD_MoneyS\&numeric(18, 2)\&否\&实缴金额\&PD_Check\&varchar(2)\&否\&缴费状态\&PD_NETCARD\&varchar(16)\&是\&上网卡号,如果缴纳网费则存放卡号\&PD_Return\&varchar(2)\&否\&是否回发给学校\&Preparation1\&varchar(50)\&是\&备用字段\&Preparation2\&varchar(50)\&是\&备用字段\&Preparation3\&varchar(50)\&是\&备用字段\&]

4) 表名:Student

说明:学员信息表,用于存放学员基础信息内容 (现暂无用,因现使用一卡通数据库基础人员信息,方便查阅、统一管理),此表以留备用

[字段名\&字段类型\&是否为空\&说明\&SDT_ID\&bigint\&否\&学员信息表编号,主键自动增长\&SDT_SID\&varchar(25)\&否\&学员学号\&SDT_NAME\&varchar(8)\&否\&学员姓名\&SDT_PWD\&varchar(50)\&否\&密码\&Standby1\&varchar(50)\&是\&备用字段\&Standby2\&varchar(50)\&是\&备用字段\&]

5 结束语

基于第三方支付的校内在线缴费平台的搭建,实现了学费、报名费等的自助缴纳,是数字化校园建设的又一应用。系统上线后,大大降低了财务人员的劳动强度,提高了工作效率,对高校数字化校园建设具有重要的实践意义。

参考文献:

[1] 王爱英.智能卡技术[M]. 2版.北京:清华大学出版社, 2000.

[2] 徐明,张祥德.电子支付研究综述[J].计算机技术与发展, 2007,17(9):213-216.

[3] 朱湘晖,章颖.数字校园一卡通网络支付系统研究 [J].中国防伪报道,2009(6):41-44.

[4] 刘建,张敦华.银证转账系统浅析[J].计算机与数字工程,2004(1).

[5] 郭豫民.天津农行IC 卡应用系统安全性研究[D] .成都:四川大学,2003.

[6] 陈媛媛.国内在线支付的发展状况与存在问题的分析 [J].商场现代化,2006(7): 60-60.

[7] Tanenbaum A S.计算机网络[M].潘爱民,译. 4版.北京:清华大学出版社,2003.