作者个人资料

（1970-），女性，来自达利安（Dal​​ian）的女性，艾宁（），北京石油与化学工程学院财政部的高级会计师，研究方向：财务信息化，财务管理

作者个人资料

（1971-），男性，来自，，北京在线技术有限公司的总经理，研究方向：行业应用创新，互联网融资

文档来源

江港，江伊敏。在 的背景下为大学和大学建造全面的云支付服务平台[J]。会计师之友，2020（11）：120-127。

最初发表在《会计师之友》 2020年第11期中

江港1江伊敏2

1。北京石化工程学院财务部

2。北京上学在线技术有限公司。

【概括】

使用Big Data 平台建造智能校园是当今大学和大学的信息构建的热门区域。从基金收集和管理的角度来看，本文提议在智能校园的背景下为学院和大学建立一个全面的云支付服务平台，并以智能应用程序和一站式服务为核心。以建模分析和数据集成技术，平台构建目标和整体架构设计，以北京石油和化学工程研究所的云支付服务平台的建设实践，以及平台应用程序架构和管理详细详细阐述了过程设计和其他构造内容。为智能校园实施“智能支付”服务平台系统设计提供了一种有效的方法。该平台已经实现了从“业务信息”到一站式和开放的“服务信息化”的转变，这是参考和促进意义。

【关键字】

智能校园；业务和财务整合；内部控制管理；数据集成；一站式服务

【中国图片分类编号】

F235.1; G475

【文档ID代码】

【文章编号】

1004-5937（2020）11-0120-08

1。简介

大学和大学的信息化建设已经经历了三个阶段：一个是始于1990年代的校园网络建设阶段；第二个是数字校园舞台，该阶段在2000年左右开始流行。第三是新信息，例如大数据，云计算和移动互联网。技术的应用始于2015年左右，当时智能校园舞台具有智能应用程序和一站式服务作为核心[1]。

代表了以不可掌握的服务为中心的开发概念，是数字校园管理信息的升华，以提供服务信息。 基于一个更科学，精致和维度的建筑模型，并完全感知校园的物理环境，并通过提供基于知识的服务需求，科学数据管理和智能决策分析来指导，以实现所有方面在学校内外。人，事物，企业和流程的深刻智能整合[2]。 Liu 等人[3]提出了 的四个特征：用户方便，改变教学，协助科学研究和支持管理；在设计和实践级别上，引入了过程驱动的概念以使用流程来驱动数据交换，从而解决了平台体系结构问题。展示了 的“一站式”服务的实施过程。设计的智能校园建筑和基础设施已通过练习进行了测试，并且是一种相对完整的智能校园解决方案。 2018年6月7日，国家监管局和国家标准化管理委员会发布了国家标准文件“ 的整体框架”（-2018），这是关于如何部署 的整体体系结构，实现聪明的教学环境以及如何构建它。智能教学资源，如何部署智能教学管理系统，如何构建智能教学服务等。已经明确监管[4]。使用Big Data 平台建造智能校园已成为时代发展的需求。

财务信息建设是智能校园信息化结构的重要组成部分。大学和大学是一个拥有高度集中的行业，他们的日常教学，学术事务，科学研究，生活和其他行动具有一定的复杂性。大学和大学中财务管理的信息不仅与改善学校财务管理水平和工作效率有关，而且是增强内部控制管理，提高业务服务能力，扩大业务服务范围和增强业务服务的最佳实践效力。财务费用是大学和大学金融系的重要任务。由于强大的政策性质，许多类型的指控以及广泛的影响，它已成为大学和大学财务管理的核心要素。如今，随着信息化，移动互联网和移动付款的高度发展，许多大学的充电管理和充电服务仍然相对原始，功能不清，单个收费管理模型以及严重的信息岛，巨大的管理成本，巨大的管理成本，和不均匀的安全保护水平。一起。这不能为学生和教职员工提供便利的付款和付款后体验，也无法使经理们免于繁琐的日常收款和资金管理，也无法充分利用移动互联网技术来协助运营和改善开发。

Chen [5]分析了大学费用管理中的主要问题，并提出了建议，例如改善大学费用管理组织系统，建立具有多种付款模型共存的费用管理系统，建立信息共享机制并加强内部控制费用管理。 Li Li [6]分析了大学费用的实际需求和现有问题，并以北京师范大学的一般在线支付平台的构建为榜样，以系统地介绍如何构建一个关注在线费用并充分利用的充电模型新信息技术的优势，并指出，大学和大学收费模型的发展趋势提出了建议，以增加对移动支付的支持并提高多个部门的数据共享水平。 [7]讨论了大学和大学财务管理信息管理信息的理论和实际意义，并从收费管理的角度提出，大学通过扩大费用方法和优化费用软件实现财务管理信息化构建。 等。 [8]讨论了大学和大学中智能校园的特征，发展目标，建筑和关键技术，并试图描述在大学和大学中建设智能校园的明确发展方向和实施途径。

从上述文献研究中，大多数有关大学支付平台的相关文献都是基于理论研究和建议，但实际上很少实施。根据北京石油与化学工程研究所的新综合云支付平台的建设的工作结果，本文提出了基于分析当前情况和现有大学费用问题的新综合云支付平台的总体建设目标管理，并从技术，安全，应用程序，流程等提出了新的综合云支付平台的整体构建目标。详细说明了平台体系结构和设计。在大数据时代，该平台通过云计算和移动互联网的帮助实现了无缝的网络对接和业务流程，并在全面共享数据下实现了全面的充电管理，这是参考和指导意义。在大学和大学中建造智能校园。

2。平台施工目标

以资本收入管理为核心，我们将为人员，劳动与合作的商业和金融部门建立一个新的综合云支付服务平台，以及基于过程管理的服务信息化，业务信息和管理信息，从而提高了管理级别以及工作效率并加强内部控制管理，提高业务服务能力，扩大业务服务范围并提高业务服务的有效性。

（i）明确的责任，劳动和协调司

人事部门（教职员工，党派等），金融部门和商业部（学术事务，后勤，科学研究等）在平台上具有明确的职能定位，每个人都履行自己的职责，并将劳动分开合作。人事部门负责管理人员基本信息，包括组织结构，职位管理等；金融部门负责制定收费项目，收费标准以及资金的管理和控制；业务部负责与日常业务相关资金收集的过程管理和服务。

（ii）全面覆盖充电方案和充电服务流程

支持所有团体的收集和管理，例如学生，教职员工，所有者，党员，社交人员等，并涵盖所有没有盲点的费用和业务运营管理。满足各种复杂支付服务方案的需求。

（iii）注意体验并提高服务质量

让信息和数据运行更多，用户运行较少，为用户提供统一，一站式，流行，简单且易于使用的付款体验。在保留传统的离线付款的同时，我们专注于实现方便的移动支付服务，并实施一站式在线电子账单服务和用户付款查询。

（iv）提高工作效率，运营和服务能力，并增强内部控制管理

为业务部门提供方便的手段和方案，以收集满足业务发展需求的资金，以提高工作效率，运营和服务能力；为管理部门和审计部门提供各个级别的部门，并在其管辖范围内收集资金，商业以及机构的财务状况。数据监督，保持业务管理状况并加强内部控制管理。

（v）建立一个开放和分布式的服务平台

该平台具有开放的系统体系结构，可以有效地支持与学校其他系统的互连。它不仅可以共享其他平台中的相关数据，还可以为其他平台输出相关数据和服务，从而消除信息筒仓并实现跨平台集成。服务。同时，该平台有能力支持可扩展的大型并发服务和大数据计算。

（vi）注意安全合规性

该平台可以充分确保基金安全，数据安全，政策合规性和服务的可持续性，并在3级及更高版本上符合国家安全保护标准。

3。整体平台架构设计

该服务平台的整体体系结构设计如图1所示，包括三个方面：技术体系结构，安全体系结构和应用程序体系结构。

（i）技术体系结构

大学和大学有许多管理小组和大量的人，并且充电时间相对集中，这对平台的稳定性，较大的并发支持功能和大数据量计算功能有很高的要求。因此，采用了分布式BS微服务体系结构来支持微服务群集，数据库群集和数据库分区技术。

J2EE的开发体系结构采用了一系列具有良好稳定性和安全性的操作系统是当今主流开发技术。选择数据库的选择，考虑了各种数据库技术的全面应用，例如数据库簇，数据库子表，卡车等，专业级，DB2和其他数据库都很昂贵，并且具有巨大的投资。您可以考虑使用开源tidb。和其他主流互联网数据库。

在系统部署方面，请考虑基于成本投资，服务效率和安全性等因素使用混合云部署。如果条件允许，您还可以考虑局部私有云的部署方法。

分布式和微服务群集体系结构，数据库采用读写分离，数据库和表分离技术以及大规模计算服务采用队列调度机制。从理论上讲，系统服务性能受云计算服务器资源和网络带宽的限制。

（ii）安全体系结构

该平台的安全架构设计如图2所示。

系统风险安全控制遵循中华人民共和国公共安全部的安全级别保护标准。系统和数据传输安全是通过技术手段（例如数字证书，身份认证，电子签名，网络协议渠道，SSL网关等）确保的。

此外，考虑反攻击安全性。客户浏览器数据操作的安全验证，实现数据约束，并防止黑客注入跨站点脚本，SQL脚本，URL跳跃，等。

通过对用户权限的分割和对用户授权的严格控制，黑客可以有效地防止他们绕过授权，提高许可访问，路径遍历和其他攻击，并为业务安全审核和客户误差数据恢复提供完整的用户操作日志。

（iii）应用程序体系结构

该平台的应用程序体系结构设计如图3所示，主要包括基本支持，渠道访问，交换中心，数据中心，用户管理，身份认证，财务管理和应用程序服务。

4。服务平台应用程序架构的详细设计

（i）频道访问

根据需要在付费平台上实施功能服务的需求，该平台具有一些基本的第三方渠道访问服务，对于应用程序系统的功能支持是必不可少的。在设计方面，采用了松散的耦合体系结构，频道本身的升级和更改不会影响应用程序系统。

1。三方付款和非税收付款

三方付款和非税收付款用于与微信，支付宝，和其他付款方式联系。通过参数配置，学校可以选择打开它，为付款人提供在线付款和在线退款支持。 。支付平台负责每天通过多个渠道完成统一的对帐处理，并通过应用程序平台进行对帐处理。

2。电子音符

电子账单用于与财务非税收电子账单和税收电子账单联系。根据业务管理的需求完成付款业务后，相关信息将发送到电子账单服务渠道，以完成整个电子账单开放，下载，赎回，无效，查询，查询，存储，会计，会计和社交应用程序电子账单。控制，使用数据签名代替传统印章，基于电子账单，实现反企业票据和反侮辱，使用网络传输而不是手动传输，并提高学校账单应用的管理效率。

3。消息通知

消息通知用于将消息推动通道连接到SMS，微信等，以发送验证代码和各种通知。

（ii）基本支持

1。批准流量管理

通过配置相应的批准过程和批准当局，业务职能模块提供了满足学校管理需求的审计过程。

2。任务调度管理

根据每个微服务的实际硬件服务资源，对耗尽系统性能的任务进行了队列调度和处理，并有很长的处理时间以防止系统在超载下崩溃服务。

3。消息中心

为满足用户管理需求的不同业务功能模块提供消息模板配置管理，并通过对接消息通知平台发送消息。

4。媒体管理

为用户提供业务通知，操作指南和其他服务，还可以提供平台文化建设，宣传，通知和公告。

（iii）用户管理

1。用户中心

由于大学经理的多样性，基于人事的支付管理和统计分析是支付管理的重要方面。除了支持常规用户基本信息管理和组织结构管理外，用户中心还重点关注平台用户身份的多样性。例如，用户既可以是本科生，也可以是国际学生。支持多种类型，多个机构和多个用户身份的管理至关重要。

授权管理是所有系统必不可少的功能设计。为了支持各个部门和机构的劳工和合作分区，除了传统的菜单和按钮授权管理外，还应引入财务管理权，业务管理权和人事管理权的控制概念和手段，以支持数据 - 级别的分散管理。

财务管理权是指负责管理财务收费项目的机构和行政人员，并拥有项目下发生的所有交易的询问和必要的管理权。同时，授权的业务部门根据财务授权进行与业务相关的日常收集管理和相关数据查询。

企业管理权是指负责特定业务的机构和管理人员，以及负责相应业务部门的人员，这些业务部门拥有查询许可和对业务下发生的所有交易的必要管理权限。

人事管理权是指拥有在其管辖范围内进行的所有交易的询问权和必要的管理权。

通过用户任命管理（身份角色管理），再加上服务菜单和功能按钮的授权，以及财务管理权，业务管理权和人事管理权的合并授权，它可以很好地支持劳动和协调部门各个部门及其相关的管理人员。负责他的职责。

根据学校数据中心的构建，组织结构，用户信息，学生状态信息，身份信息等可以通过交易所中心异步和同步更新数据。

2.统一的用户身份验证中心

实施统一的用户登录身份验证管理，实现单点登录和跨平台的一站式登录和其他身份验证服务，这些服务主要用于支持学校中许多系统和平台的用户登录体验。

（iv）财务管理

1。基本管理

金融部门负责完成付费银行帐户，付费帐户，项目以及相关信息的设置，例如收据，税收电子收据和财务非税收电子收据。电子账单的发行被认为支持各种模型，例如即时付款，统一发票和发票申请。

该平台旨在支持不同的收费项目，以根据需要定居在不同的银行帐户中。

2。计费管理

计费管理是针对不同适用的收费组（例如不同学术系统和专业的学生，​​选择不同服务），不同费用（例如住宿标准等），不同的收费期等的金融部门。国家和学校相关的系统要求设定不同的充电标准，并自动提供收费基础和数据以进行费用。

计费管理在系统设计中具有良好的延展性。通过参数和模板设置，它可以支持各种业务的计费管理服务需求。

3。财务授权管理

相应的收集业务部门将被授权确定费用，收集业务部将根据各自的业务需求完成日常收集和管理费用。

4。发票管理

发票管理实现了非税收电子账单的发行管理和服务，并具有许多功能，例如开放，打印，红色冲刺，废物电子账单和查询，统计，统计，通知以及对纸质账单的重新发行。

5。基金管理

基金管理主要实现现金收集和存储，多渠道基金对帐，部门会计，按帐户账目，非税收报告，退款和其他管理层的项目。

（v）费用和业务管理

根据每个充电业务的特征，充电管理模型主要包括四种方法：账单充电，转移充电，充电和订单充电。具体分析如下：

1。比尔收费

账单费是最重要的大学费用管理方法，通常以会计期限的形式进行管理。一般而言，相关人员必须支付明确的收费标准，收费期和费用，并且根据帐单模型收取帐单模型。考虑到不同大学的账单费用多样性以及日常管理中的劳动分工，在设计方面，该平台可以使用各种参与不同人员类型的每日费用项目，并为不同的管理配置不同的充电模板。

法案指控可以更好地支持多元化的日常管理，例如计费，无薪和需求。根据需求，可以设置诸如合并付款，优先付款和兼职付款之类的服务模型。

当相关付款组的特征更改时，服务所选的更改，导致适用的收费标准的变化，应自动更新相关的计费数据，并且应退还或补偿已经发生的费用。例如，如果学生的学术状况变化和学生的宿舍标准会发生变化，则学费和住宿费用标准会发生变化。这些业务更改应以集成和协调的方式处理。

2。转移费

转移费用很容易管理，通常用于支付用户独立选择的资金，例如在食堂中扫描QR码以消费，临时费用收取和独立支付政党费用。

3。充电费

通常，它需要与其他服务平台集成，以进行预付款方案，例如一张牌充电，电费补给，网络费用充电等。

4。订单费用

订单费用提供基于方案的独立付款，例如电子商务，场地预订，注册，课程选择（课程时间表），申请（考试管理），捐赠（每个基金会），保险和其他收费服务和业务管理扩展服务。 。

（vi）收银员和欢迎管理

通过任务配置，可以灵活地组合每种情况的媒体服务和收费服务，以创建具有不同管理服务需求的新服务。

1。任务配置

根据在线欢迎和现场欢迎的管理需求，配置了新的欢迎过程计划，包括新生注册，绿色频道，学费和杂项费用，每日购买，购买，保险服务，现场接送服务，现场接送管理和其他服务。

2。收银员

离线收银员管理通过新生注册，离线充电，绿色频道，现金管理和账单印刷等综合服务实现了完整的服务服务，以实现离线支付和业务接受。

（7）绿色通道

绿色渠道的设计为学生贷款学生和不良补贴提供了支持，可以通过延期支付特定费用来完成入学程序。

（8）报告中心

根据平台上不同管理用户的特征，相关统计报告是从三个角度输出的：（1）财务维度中的对帐，统计和会计报告； （2）业务管理维度中的统计和会计报告； （3）与主管部门和小组管理维度有关的统计和会计报告。

（9）交换中心

交易中心可以由两个部分组成：启动前，数据和服务输入和输出，并用于实现付款服务平台和学校相关系统的系统集成和对接。前服务以当地方式部署，并以标准化的方式与付款平台数据输入和输出服务连接；在与学校数据中心和各种业务系统建立联系时，双向数据清洁和转换将通过前职前完成，以支持学校。各种数据格式和接口标准。

数据输入同步主要包括基本信息的同步和更改，例如学校的组织结构，人员信息，学生状态信息，身份信息，专业信息，学术系统信息，人员状态信息，周期信息等，还可以包括信用选择，宿舍管理信息和薪水。与计费和付款（例如标准信息）的同步和业务信息的更改。

数据和服务输出主要实现了充电平台同步和异步向相关业务系统和学校数据中心同步和异步的收费结果数据信息，并将API方法直接输出到相关业务系统方案。

5。学费和住宿费用管理过程的设计

（i）分析传统的学费和住宿费用管理过程

学费和住宿费是学校的主要业务收入。本文以学费和住宿费为例来说明综合支付平台的管理过程。学校费用通常由财务，招生办公室，学术事务，后勤，研究生院以及大学和大学继续教育学院进行管理。他们在管理中彼此独立，但也与业务联系在一起。尽管财务部门过去已经建立了一个学费管理系统，但由于尚未实现各个部门之间的数据共享，因此收集学费和住宿费已成为一项艰巨的任务。传统管理流程：（1）根据人员信息，身份信息，班级信息，专业信息，宿舍信息和其他从招生办公室，学术事务传输的人员，根据人员信息，身份信息，班级信息，专业信息，宿舍信息，宿舍信息，宿舍信息以及其他表，物流和其他部门。 ，为了使新的学生数据满足进口学费管理系统的数据格式要求，在手动导入新的学生数据后，根据价格部门规定的学费标准生成应收款，不同的学科和专业对应根据不同的学费标准，以初始化新生的学费； （2）老学生根据学术事务，研究生院，物流等提供的毕业生清单。扩展了学校系统清单，专业清单，宿舍更改列表等; （3）根据银行批处理扣除额的格式列出充电列表，然后将其提交给银行； （4）银行根据规定的时间进行扣除； （5）金融人员流程并根据银行的扣除结果组织学费管理系统，然后根据学费系统进口格式将其导入学费管理系统； (6) who have not pay , , on-site , etc.; (7) , tens of of that have paid, and are also in of bank and .

In , and fee not only has huge and poor data in , but also has .

(II) of new

The of the has the work , and has also the of each in the , of , and . The by , fee- , and the two of and . The is by the , and the 's bank from the . , no is in the , and the is in the . the flow , is no need to the work flow of each . The data of the step uses data as the data of the next step to and [9].

1. of paid

In the , the the , , , and , , and .

2. of

The will the , , type and data of the of the new () , , , , in real time and be and by the . The sets up and , and sets on .

3. for

, when the new and have new and , the will the in real time. and by the , it will be on the of the , and . data will be by (one year). the of of the , the bill will be and to the port. The will the of .

4.

can , log in to and and pay fees. for . the 's is , the the to each in real time. who have paid the and fees for the new year can only for , and move the port of and fees to work in , and the the .

5.

the 's is , the will push the data to the bill in real time, to the in real time, and send them to the and by the . the bill is , the will be to the .

6.

the pays the fee, the will and the of the unit and them with the bank, and by up .

and fee is to the of each in the work, and each its own . The of a has , the of and of the , and the of , of and of .

The new and fee data is in 4.

(III) of in and fees

' a , out, , in the army, , from , , etc. in and the of fees. In the past, were by the , and the took the to go to , and then by the in of . This not only has a , but also has a high rate in , is also . The has up the data of the , and . real-time data , and , it of fee in and . For , if a who out of , the the date in the , and the the date in the , the will the and fees , the bill, more and make up for the less, and the fee will be . to as the same way, the of data work of . only of fee , in the of and , and more to .

The is in 5.

6。结论

The of a new not only all in the of and , but also has a huge on the of fee , and , , and , The of in and . , by to - and , we can , , and low-cost one-stop [10].

The new has with the of , and has the from " and " to " ", and from " " to " ", The , and of an way to the of the " " in .

参考

［1］Zhao . of on [J]. of , 2018 (16): 118-121.

[2] Yu Peng, Li Yan. on the of in and on the big data [J]. , 2018 (6): 8-16.

[3] Liu , Jian, Xie Tao. and of in and on - [J]. , 2019 (4): 23-28.

［4］ for , . of [S].GB/-2018, 2018.

［5］ Chen . Main and for in fee [J]. and , 2018 (3): 75-76.

［6］Li Li. of in and by ［J］. of , 2018 (14): 132-135.

［7］ . on the of and in and [J]. of , 2016 (21): 125-126.

[8] , Fu , Yuan Fang, et al. on the of in and the of big data [J]. of East ( ), 2015 (S1): 119-125.

［9］Du . on the of in and the of " +" [J]. , 2016 (7): 197-200.

[10] Zhao Zeyu, Kai, Mi Wen. One-stop in and [J]. and , 2012 (3): 52-59.

Wen ｜ Map: and

: , No. 190 Wuyi Road, City

电话： -

0351-

电子邮件：