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

袁学松

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

关键词：在线缴费；设计

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2014）34-8095-03

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

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

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

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

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

1） 预存费用

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

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

2） 费用交纳

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

3） 缴费明细查询

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

4） 余额查询

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

5） 用户注册

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

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

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

7） 平台对账（后台完成）

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

平台后期扩展功能：

① 校园通知、新闻展示；

② 个人欠费查询；

③ 社会性费用自助缴纳；

④ 缴费、欠费短信通告。

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

支付平台采用Asp.net＼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方式发送给子系统。endprint

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.endprint

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.endprint

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.endprint