CN109615500A - 一卡通互联互通清分结算及分析服务平台 - Google Patents
一卡通互联互通清分结算及分析服务平台 Download PDFInfo
- Publication number
- CN109615500A CN109615500A CN201811597755.9A CN201811597755A CN109615500A CN 109615500 A CN109615500 A CN 109615500A CN 201811597755 A CN201811597755 A CN 201811597755A CN 109615500 A CN109615500 A CN 109615500A
- Authority
- CN
- China
- Prior art keywords
- data
- settlement
- layer
- processing
- allocation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及了一种一卡通互联互通清分结算及分析服务平台,其逻辑结构包括:基础层、数据中心、支撑层、应用层和服务层;所述基础层用于交易数据接收和通讯传输;所述应用层包括清分结算系统,用于解析交易数据重组和清算结算处理;所述数据中心存储接入机构信息、交易数据;所述支撑层,用于交易数据管理以及为跨平台异构环境应用事务提供统一结构并进行管理;所述服务层用于连接省内入网机构、为公众提供便利查询服务。本发明技术方案实现省域内城市一卡通跨区域互通,形成统一的网络和数据管理系统架构,解决了传统城市一卡通不能跨较大区域使用的问题,为广大一卡通使用者带来了方便。
Description
技术领域
本发明涉及交通技术领域,尤其是一种一卡通互联互通清分结算及分析服务平台。
背景技术
随着电子信息技术的迅速发展和普及应用,越来越多的城市实施公交IC卡后,市民乘车不再需要为整钱找零而烦恼,减少直接接触纸币的次数,减少疾病的传播流行,同时人均次上车时间缩短3秒钟,大大缩减了车辆停靠及乘客上车的时间。目前国内400多个城市已经发行了公共交通IC卡,部分城市还自发进行了区域互通。广东省甚至实现了省内互联互通,发行公共交通IC卡“岭南通”,可在省内17个地市以及香港实现互通。但是,目前各地发行的公共交通IC卡没有遵循一致的标准,有的城市之间自发组织了互通,还有一些城市的公共交通IC卡所使用的标准基本上由IC卡运营公司自行制定,在一定程度上阻碍了公交IC卡的跨区域使用。
当前,各地区一卡通服务水平参差不齐,技术成熟度差距较大,分析全国各城市一卡通应用状况,几乎所有城市的通卡系统局限于本城市地区内交通或其他领域经营范围并以本市常住人口为服务对象,存在很大程度上的地域局限性。随着居民跨地域流动的日益频繁,城市一卡通限于本城市内使用的局限性越发明显,在更大范围内推广实现城市一卡通互联互通的需求愈发旺盛,从提升跨城市公共交通服务水平的角度出发,建立城市一卡通跨区域互通是十分必要的。
发明内容
本发明提供了一种一卡通互联互通清分结算及分析服务平台,用以解决传统的城市的通卡系统局限于本城市地区内交通或其他领域经营范围并以本市常住人口为服务对象,存在很大程度上的地域局限性的问题,本发明方案能够实现一卡通的跨区域互联互通。
本发明的技术方案是:
一种一卡通互联互通清分结算及分析服务平台,其特征在于,依次包括:基础层、数据中心、支撑层、应用层和服务层,
所述基础层用于接收接入机构信息、接收本地交易数据以及上传和下发部级平台跨省交易数据,并进行通讯传输;
所述应用层包括清分结算系统,所述清分结算系统对各接入机构统一编码及进行接入机构信息管理,并对收到的交易数据文件按照接口规范进行解析,再将解析后的交易数据文件依据接入机构进行文件重组,对文件重组后的交易数据文件按照预设的结算规则进行清分清算处理和财务结算处理;
所述数据中心提供数据支撑,用于存储各接入机构信息、交易数据以及清分清算处理结果和财务结算处理结果;
所述支撑层,作用于数据中心和应用层之间,用于交易数据管理以及为跨平台异构环境应用事务提供统一结构并进行管理;
所述服务层用于连接省内入网机构、各级行业管理部门和/或社会公众以便提供服务。
优选地,所述基础层依次包括数据接入层、网络层和硬件层,所述数据接入层用于接收接入机构信息、接收本地交易数据以及上传和下发部级平台跨省交易数据,所述网络层用于提供网络服务以便通讯传输,所述硬件层包括服务器、存储设备、网络设备和安全设备;
所述数据中心的数据类型包括交易数据、差错数据和白名单数据;
所述支撑层包括数据库管理系统、信息安全与身份认证系统和应用中间件软件,所述数据库管理系统用于对交易数据字段、表以及索引进行管理,所述信息安全与身份认证系统用于通过身份识别以及加密算法提供交易数据安全认证,所述应用中间件软件用于为跨平台异构环境应用事务提供统一结构并进行管理;
所述应用层还包括密钥管理系统、异地充值系统和大数据分析系统,所述清分结算系统和异地充值系统均与大数据分析系统相连,所述大数据分析系统用于采用人工智能算法将清分结算结果和异地充值结果进行大数据分析。
优选地,所述平台采用组件化技术和基于BROWER/APPSERVER/DBSERVER的三层应用架构模型,所述平台为以B/S方式实现的多层体系结构。
优选地,所述应用层的清分结算系统根据处理要求,记录收到的交易数据文件的数据信息并按照接口规范进行解析;同时根据配置的检查规则对数据进行基本检查,所述基本检查包括交易数据文件重复性验证,再将基本检查后的解析的交易数据文件依据接入机构进行文件重组。
优选地,所述应用层的清分结算系统对本省内处理数据采用先清算后验证的模式进行交易数据文件生成和文件下发。
优选地,所述应用层的清分结算系统进行清分清算处理后进行结果勾兑,并对不符情况在调整后再次清分处理;进行财务结算处理包括针对交易数据的资金进行汇总以及从接入机构获取层级关系,并根据资金类型进行并账轧差结算处理,再按照结算周期规则和结算粒度进行结算统计处理,依据各类结算统计处理结果进行结算资金划拨。
优选地,所述应用层的清分结算系统进行清分清算处理和财务结算处理后,还进行对账处理,所述对账处理省内对账、与全国中心对账、差错处理、差错仲裁和对账单服务。
优选地,所述应用层的清分结算系统对各接入机构统一编码及进行接入机构信息管理,还清算业务参数和互通白名单。
优选地,所述应用层的清分结算系统进行清分清算处理后将清分清算结果导入数据中心,用于大数据统计分析系统进行轧差汇总、结算管理、报表统计以及对账服务的数据基础,所述清分结算系统还进行清分规则管理。
优选地,所述支撑层的信息安全与身份认证系统的安全认证包括MAC验证、TAC验证、和/或联机密钥获取。
本发明的有益效果是,本发明提供了一种一卡通互联互通清分结算及分析服务平台,其基础层用于接收接入机构信息、本地交易数据以及上传和下发部级平台跨省交易数据,并进行通讯传输,接收省内和跨省交易数据,为跨大区域使用提供可能,通过支撑层进行交易数据管理以及为跨平台异构环境应用事务提供统一结构并进行管理,在基础层、数据中心以及支撑层的支持下,应用层的清分结算系统将各接入机构统一编码及进行接入机构信息管理,完成对所有省内的分支机构信息管理以及省外与本系统对接的接入机构信息管理,并对收到的交易数据文件按照接口规范进行解析,尤其适用于脱机交易数据文件的接收处理,实现数据的解析入库和分类分发,解析后的交易数据文件依据接入机构进行文件重组,以便发送到相应的发卡机构,省内交易数据可以按照约定格式以接入的发卡机构为分类,生产交易数据文件,并发送给相应发卡机构,省外交易数据也可以按照约定格式汇总在一起发送到全国中心,对文件重组后的交易数据文件按照预设的结算规则进行清分清算处理和财务结算处理,服务层用于连接省内入网机构、各级行业管理部门和/或社会公众,也就是说,服务层可以通过多种媒介面向本省交通卡机构、各级行业管理部门以及社会公众提供多种服务。这样就能够实现省域内城市一卡通跨区域互通,形成统一的网络和数据管理平台架构,解决了传统城市一卡通不能跨较大区域使用的问题,为广大一卡通使用者带来了方便。
优选地,本发明技术方案采用组件化技术和基于BROWER/APPSERVER/DBSERVER的三层应用架构模型,以B/S方式实现。外部数据交换可以在支撑层通过数据共享与交换平台,实现数据的可靠、稳定、及时交换,由各个应用终端采用客户端浏览器的方式根据不同权限进行数据查询、增加等操作。
交通一体化的实现可有效地改善中心城区交通运行环境,不断优化城市交通结构,构建合理的交通发展模式,促使区域公共交通行业整体形成社会效益和经济效益的集成化经营、专业化协作、信息化管理、多元化产权、品牌化服务的现代化产业结构。交通一卡通互联互通清分结算及分析服务平台的建设使得所有持卡者只要一卡在手,无论在任何辖地市、中心城区、远郊区县还是农村,无论乘坐市内公共交通、出租车还是城际长途客运、轨道交通,均可享受均等化的客运支付服务。达到缩短时空的效果,改变人们在居住、就职等方面的传统观念,给商务、旅游、购物等创造条件,促进资金、技术、人才、信息、劳动力的多向交流,使区域内资源达到最优配置,发挥最佳效益,满足多方需求。并实现跨市域的互联互通,能够显著提高公共交通的服务品质,从而促进“公交优先”的推进,吸引公众选择公共交通出行,并能够有效解决城市交通拥堵、生态环境恶化等制约城市可持续发展的瓶颈问题,提高市民生活质量。
附图说明
图1为一卡通互联互通清分结算及分析服务平台系统逻辑结构图。
具体实施方式
下面结合附图对本发明的技术方案做详细的说明。
本发明涉及了一种一卡通互联互通清分结算及分析服务平台,具体地,如图1所示系统逻辑结构图,系统包括基础层、数据中心、支撑层、应用层和服务层。
其中,所述基础层依次包括数据接入层、网络层和硬件层,所述数据接入层用于接收接入机构信息、接收本地交易数据以及上传和下发部级平台跨省交易数据,所述网络层用于提供网络服务以便通讯传输,所述硬件层包括服务器、存储设备、网络设备和安全设备等,为平台提供基本的硬件支持;
所述应用层包括清分结算系统,所述清分结算系统为应用层乃至整个平台的核心部件,用于对各接入机构统一编码及进行接入机构信息管理,并对收到的交易数据文件按照接口规范进行解析,再将解析后的交易数据文件依据接入机构进行文件重组,对文件重组后的交易数据文件按照预设的结算规则进行清分清算处理和财务结算处理,所述应用层优选还包括密钥管理系统、异地充值系统和大数据分析系统,所述清分结算系统和异地充值系统均与大数据分析系统相连,所述大数据分析系统用于采用人工智能算法将清分结算结果和异地充值结果进行大数据分析。所述应用层的清分结算系统根据处理要求,记录收到的交易数据文件的数据信息并按照接口规范进行解析;同时根据配置的检查规则对数据进行基本检查,所述基本检查包括交易数据文件重复性验证,再将基本检查后的解析的交易数据文件依据接入机构进行文件重组。应用层的清分结算系统对本省内处理数据采用先清算后验证的模式进行交易数据文件生成和文件下发。所述应用层的清分结算系统进行清分清算处理后进行结果勾兑,并对不符情况在调整后再次清分处理;进行财务结算处理包括针对交易数据的资金进行汇总以及从接入机构获取层级关系,并根据资金类型进行并账轧差结算处理,再按照结算周期规则和结算粒度进行结算统计处理,依据各类结算统计处理结果进行结算资金划拨。所述应用层的清分结算系统进行清分清算处理和财务结算处理后,优选还进行对账处理,所述对账处理省内对账、与全国中心对账、差错处理、差错仲裁和对账单服务。所述应用层的清分结算系统对各接入机构统一编码及进行接入机构信息管理,还可清算业务参数和互通白名单。所述应用层的清分结算系统进行清分清算处理后将清分清算结果导入数据中心,用于大数据统计分析系统进行轧差汇总、结算管理、报表统计以及对账服务的数据基础,所述清分结算系统还进行清分规则管理。
所述数据中心提供数据支撑,用于存储各接入机构信息、交易数据以及清分清算处理结果和财务结算处理结果,所述数据中心包括的数据类型包括交易数据、差错数据和白名单数据等。
所述支撑层,作用于数据中心和应用层之间,用于交易数据管理以及为跨平台异构环境应用事务提供统一结构并进行管理,所述支撑层包括数据库管理系统、信息安全与身份认证系统和应用中间件软件,所述数据库管理系统用于对交易数据字段、表以及索引进行管理,所述信息安全与身份认证系统用于通过身份识别以及加密算法提供交易数据安全认证,所述应用中间件软件用于为跨平台异构环境应用事务提供统一结构并进行管理。所述支撑层的信息安全与身份认证系统的安全认证包括MAC验证、TAC验证、和/或联机密钥获取。
所述服务层用于连接省内入网机构、各级行业管理部门和/或社会公众以便提供服务。
本发明技术方案采用组件化技术和基于BROWER/APPSERVER/DBSERVER的三层应用架构模型,以B/S方式(即浏览器和服务器架构模式)实现,简化了系统的开发、维护和使用。外部数据交换可以在支撑层通过数据共享与交换平台,实现数据的可靠、稳定、及时交换,由各个应用终端采用客户端浏览器的方式根据不同权限进行数据查询、增加等操作。
一卡通互联互通清分结算及分析服务平台采用B/S多层体系结构,在该体系结构中,客户(请求信息)、程序(处理请求)和数据(被操作)被隔离。多层结构是个更灵活的体系结构,它把显示逻辑从业务逻辑中分离出来,这就意味着业务代码是独立的,可以不关心怎样显示和在哪里显示。业务逻辑层(应用层)处于中间层,不需要关心由哪种类型的客户来显示数据,也可以与后端系统保持相对独立性,有利于系统扩展。多层结构中安全性也更易于实现,因为应用程序已经同客户隔离。
在一个多层次系统中,每一级都支持应用程序的一个独立部分。应用客户机完成描述逻辑,应用服务器完成业务处理逻辑。在一个事务处理过程中,每一个应用客户机只向应用服务器发出一个请求,使其最大程度减少了网络通讯与竞争。每个应用程序的业务逻辑是由该应用程序的所有用户共享的,能更好地控制业务处理,同时当修订业务处理而产生变化时,能极大简化变化的实现。数据服务器负责管理和优化同时并发的数据存取。
一卡通互联互通清分结算及分析服务平台与各接入单位间的数据传输,主要包括脱机文件传输、联机报文传输、和省中心以及和部中心的互联互通传输。根据交通一卡通业务特点,省系统交换的数据主要是脱机数据文件。对于脱机业务数据,需要考虑数据组成文件进行传送是最大程度降低系统运行成本和提高传输效率,包括文件传输途径:在网络机构上提供服务器处理与接入机构的文件交换,在公共网络上提供网站供接入机构上传、下载文件;文件传输的规范:通过制定文件传输规范,基于TCP/IP协议进行文件传输,有效的保证传输稳定性和可靠性。
本发明所涉及的一卡通互联互通清分结算及分析服务平台与各个接入机构之间主要以数据文件传输作为数据交换的方式。数据交换主要实现:1数据接收:接收来自外部的文件,提交给系统内部使用;2数据发送:将系统生成的文件发送给外部的接入机构;3维护文件信息表,供系统内部使用。
数据接收:一卡通互联互通清分结算及分析服务平台作为通讯服务器端,接收各个接入机构主动上传的数据文件,此时一卡通互联互通清分结算及分析服务平台作为被动接收方,可称为数据接收服务器。数据接收服务器依靠守候进程监听下端系统对特定通讯端口的连接请求,以实现在接入下端系统时,保证系统接入的合法性,对于以此方式成功接入的下端系统,数据接收服务器为其创建专门的服务进程完成后续的数据交换和数据处理工作。一卡通互联互通清分结算及分析服务平台接收数据的来源包括接入的地市级系统、全国中心系统。数据类型包括交易数据、对账数据、黑名单和白名单等参数。一卡通互联互通清分结算及分析服务平台接收到请求后先统一经过安全认证模块对请求者身份进行校验,确认其请求身份是否合法,校验通过相应请求进行数据接收,若未通过身份校验则中断请求。
数据发送:省一卡通系统(一卡通互联互通清分结算及分析服务平台,或称本发明的平台)收到交易数据文件后,将在平台内通过应用层和数据中心等配合工作以进行解析入库等处理,并根据交易数据的发卡方代码将交易数据分类重组之后,主动转发到相应的接入机构,要求接入机构的系统应具备主动接收数据的能力,以保证数据能够及时被传输。接入机构是本省内的发卡方,则重组后的数据将直接发送到该发卡方系统中进行验证处理;若接入机构不是本省内的发卡方,则重组后的数据将转发到全国中心系统,由全国中心转发到相应的发卡方系统进行验证处理。在数据转发过程中,上传的原始数据文件可能被拆分和重组为多个子文件,分别被转发到不同的机构,全国中心平台登记并维护这些文件信息。数据发送是本发明的平台主动发起的,要求对方系统具备接收应答功能。所有对外请求都需要通过对外调用统一管理层,统一管理层对被发起方身份逻辑算法负责,而本发明的平台内部只需要关注逻辑处理。
所述应用层根据处理要求,记录收到的交易数据文件的数据信息并按照接口规范进行解析;同时根据配置的检查规则对数据进行基本检查,所述基本检查包括交易数据文件重复性验证,再将基本检查后的解析的交易数据文件依据接入机构进行文件重组。
系统应用层对本省内处理数据采用先清算后验证的模式进行数据文件生成和文件下发,具体包括接入管理功能、数据交换功能、数据清算功能。
针对接入管理功能:随着接入机构的增加,发卡机构和收单机构接入到本发明的平台后,需要进行授权和备案登记,只有经过全国中心审批通过的机构,才能接入到本发明的平台。应用层的清分结算系统对于接入机构的管理,主要包括机构信息管理,优选还包括清算业务参数和互通白名单。
机构信息管理主要完成接入机构信息管理,具体包括所有省内的分支机构信息管理和省外与本系统对接的机构信息管理。机构信息包括基本信息,如机构名称、联系人、联系地址、联系电话、邮政编码等;还包括相关业务信息,如机构属性和银行账户等。机构信息的完整性和正确性,将影响系统能否顺利执行。机构信息的不完整或不正确,可能导致系统清分结算失败或终止。机构信息管理的主要功能包括:机构基本信息查询、增加、修改、删除、导出;机构业务信息查询、增加、修改、删除、导出;增加、修改、删除功能的审核;机构间层级关系查询、增加、修改、解除。机构信息管理要求对各接入机构进行统一编码,对机构基本信息进行维护,同时记录机构的分类和机构间的上下级关系,对应机构建设为树形结构,机构编号为机构名称缩写,不强制要求格式。
清算业务参数包括机构资金结算管理,具体包括管理维护机构结算,包括结算方式、账户信息、结算周期;手续费维护,即根据交易类型,配置手续费收取方式,机构分润等信息;还包括机构对账服务管理,包括管理维护机构的对账方式和下载的对账文件等。清算业务参数满足多种业务要求,具体包括:支持对清分规则生效和失效时间的配置;支持对手续费费率的灵活配置;支持针对发卡机构和收单机构进行个性化的发卡分润、收单分润的配置;支持入网机构接入的配置;支持清算进程运行环境参数的配置。
所述应用层采用白名单方式对互通的发卡方范围进行限制。与省中心达成互通协议的发卡方的机构代码将进入本省的互通白名单,再将互通白名单以参数文件下发到本省内所有互联互通终端中,这些终端识别用户卡所属的发卡机构代码在白名单中,即允许进行消费交易。若不在白名单中,则拒绝使用。例如,本发明清分结算系统可设置为每日上午9时自动下发白名单,直连入网机构可通过清分结算系统的数据交换端口提取白名单文件。如有白名单添加或停用,同时清分结算系统会在每日上午9时另行通知直连入网机构。互通白名单满足业务要求包括支持对白名单信息的查询操作,每日上午9时后同步白名单文件导入到数据中心。
针对数据清算功能:省一卡通系统(一卡通互联互通清分结算及分析服务平台)实质是一个收单转接和清分的平台,对于接受的交易需要进行解析入库和基本验证,并转接到相应机构进行最终的支付验证,根据验证结果进行勾兑处理和交易结算处理。清分结算处理具体包括交易处理、数据重组、清分结算处理和清分规则管理。
(1)交易处理
交易处理包括所有省内城市系统上送的异地消费IC卡交易,交易处理包含交易调度和业务处理。交易处理的目标是解析、入库、分类分发。负责异地交易数据文件的处理和交易记录的登记,将异地交易按发卡方分离出来,以便将异地交易数据交换到目标城市系统处理。数据分离处理是清分中心的关键业务应用部分。它完成原始数据检查、交易日志和交易数据登记入库、消费交易分发文件的组包。脱机交易数据文件经过通讯前置接收后,需要进行文件解析,成为单条交易记录验证TAC,然后才进行帐务处理。因此脱机交易数据文件将由一个解析进程负责处理,并完成TAC校验,然后提交给相应的业务处理模块进行帐务处理。脱机交易可以进行批量处理,以提高系统处理性能。交易处理还包括用户已经提交并审核通过的差错数据的处理。
本发明的平台对收到的交易数据文件,按照接口规范进行解析处理并入库。在处理过程中,需要进行一些基本的检查处理:1、发卡机构和收单机构验证;2、卡BIN的合法性验证;3、交易数据重复性验证。在平台的处理过程中验证不能通过的交易,将不会参与交易重组转发,而是直接在与该交易的收单机构对账过程中,标记为拒付,并告知错误原因。通过了平台检查的交易,则进入清算流程。
在本发明技术方案中,配置交易数据文件的管理遵循以下约定:1、支持通讯断点续传功能。当通信重新建立后,从当前断点处开始发送,而不必从头开始发送。2、文件内不能带有空行,为了核对方便,交易数据文件中的记录与记录之间使用回车符分隔。3、为了保证文件不被重复发送,发送完成后将已发送的文件移到备份目录。4、连接超时,由于传输物理介质的不可靠性,会出现连接超时的情况。须设置超时中断。超时时间设置在30s-60s之间。5、为保证提供通信效率,单个报文包括包长度,必须小于等于4096字节。实际大小请根据网络的设备的MTU设定。
(2)数据重组
本发明的平台需要将解析后的交易数据,按照不同的发卡机构(作为接入机构)分别进行文件重组,然后再发送到相应的发卡机构。对于省外的发卡机构的交易数据,全部重组在一起,发送到全国中心系统。全国中心系统随时可能接收到新的交易数据,数据重组可以通过定时发起或者随时进行的方式。
数据重组满足以下业务要求:1.省内交易数据按照约定格式,以发卡机构为分类,生产交易数据文件,并发送给相应发卡机构;2.省外交易数据按照约定格式,汇总在一起,发送到全国中心;3.交易数据文件可实时上传发送,数据生产可以定时任务或手工发起的方式进行重组。
(3)清分结算处理
清分结算系统进行清分结算处理时,清分与数据相关,结算与资金相关,资金流和数据流可以是分离的。本发明的平台对省内的异地交易数据按照发卡方代码进行集中的清分结算处理。在交易数据处理过程中,实现机构间(发卡机构和收单机构)的交易清分处理。本发明的平台只负责机构间的清分,收单机构到其商户的清分由各收单机构内部完成。
清分结算处理根据本发明的平台设置的清算参数,对所有发卡机构与收单机构的交易进行计费清算。清分计费对象包括发卡机构、收单机构、清算系统自身等。清分结算完成后需要进行结果勾兑,如不符调整后可进行再次清分结算,最后清分结算的结果导入数据中心,作为下一步轧差汇总、结算管理、报表统计、对账服务的数据基础。
(4)清分规则管理
清分规则由省制定并维护,其清分依据主要是机构代码、交易类型、费率等。清分处理结果是根据这些规则计算出各机构应收或应付的本金、手续费、分润等数值,并统计到各机构的结算帐户上。
主要功能包括本金清算规则管理、手续费清算规则管理等。本金清算规则管理:确定规则的基本要素包括交易类型、交易发起方代码(受理方)、交易账户方代码(支付方)、行业类型、省内、省外等。手续费清算规则管理:主要设定各交易的手续费流向/比例,确定省内手续费率和省外手续费率,跨省的交易,按照本金进行收取一定比例的费率,在收单方、发卡方、全国中心系统(部级一卡通互联互通清分结算及分析服务平台,简称部级一卡通平台)进行分配。本质上是,向收单方收取服务费用,在部级一卡通平台(也称为全国中心系统)和发卡方进行分配。由于对于跨省的交易,全国中心系统已经进行了资金清分。当省一卡通平台(省级一卡通互联互通清分结算及分析服务平台)作为收单方和全国中心系统接入时,需要将省一卡通平台收取的服务费,向收单通卡公司进行收取;作为发卡方,和全国中心系统对接时,需要将省分配的服务费收入结算给发卡通卡公司,省一卡通平台承担了二次清分的角色。省内的交易,省一卡通平台直接进行清分处理。清分规则管理满足以下业务要求:1.以各机构为分类,计算出其应收或应付的本金、手续费、分润等数值,并以报表的形式进行展示。2.显示出本金清算方法、手续费清算方法,并可进行调整。
省一卡通平台在结算方式上根据业务情况,具备日清日结、日清月结、月清月结等多种方式,因此,在实际运作过程中,数据清分与帐务结算是分离的。具体地:省一卡通平台与各接入机构每天对一次帐,资金的划拨则按照指定的周期进行。具体地,省一卡通平台在帐务结算处理上,主要包括结算规则管理、结算统计处理、结算资金划拨等功能。
(1)结算规则管理:结算规则管理一般主要指结算周期的设置、结算主体粒度的设置、结算数据处理方法等。结算以一般以日作为最小粒度的周期,减少清算周期过长造成的清算差错,如果需要以周、月为周期单位,可以使用结算周期设置功能,设置清结算时间段。结算主体粒度是指结算统计细分到何种级别的主体,如收单机构、发卡机构等,在每一级别的主体,均需要设置该主体的资金结算帐号。
结算规则管理满足以下业务要求:1.为入网机构提供省结算平台账户管理初始账号和密码,需关联该主体的资金结算帐号。2.可进行结算周期时间段的设置,可以以月或周为周期单位进行结算。
(2)轧差结算处理:并帐轧差针对本金、手续费以及其他费用进行汇总,将从机构信息中抽取其层级关系,并根据资金类型进行并账和轧差。结算统计处理功能是按照结算周期规则、结算粒度、数据处理方法,定时自动产生结算统计报告。
财务结算处理流程可包括:1.结算参数数据载入,清分数据载入。2.日统计汇总。3.对符合本金结算周期条件的收单机构、发卡机构本金进行结算。4.对符合本金结算周期条件的收单机构、发卡机构手续费进行结算。最终各类结算统计处理结果将作为资金划拨依据。
本发明的平台在进行清分结算处理和财务结算处理后,还进行对账处理,所述对账处理省内对账、与全国中心对账、差错处理、差错仲裁和对账单服务。
(1)省内对账:省一卡通平台需要与接入机构之间进行数据对账,完成与省以及各接入机构之间的清算结果进行核对,保证双方帐务平衡。省一卡通平台下发结算文件给各接入机构,接入机构进行对账。
省内对账满足以下业务要求:1.支持对跨省、跨市数据发卡地、受理地、清分结算机构分成计费。2.支持对批价费用的圆整规则处理,如四舍五入、向上取整、向下取整。3.支持对批价费用币种的设置,如美元、人民币、欧元等。
(2)与全国中心对账:省一卡通平台需要与全国中心进行对账。主要包括:
结算数据文件处理:在收到全国中心的对账数据文件后,将对账数据文件进行解析,勾兑原始数据文件中的数据,并记录省内的清算日期、总金额、总笔数、正确金额、正确笔数、错误金额、错误笔数。
错误交易明细数据的处理:在收到错误交易明细数据后,将收到的错误明细入库,并按照结算日期,交易类型统计出错误笔数和金额合计。并能和日对账统计数据文件中错误笔数金额比较。同时根据错误明细数据中的关键字段找出对这些数据的解析结果,如发现不一致,则将入库的错误明细打上标记,以便作为帐务申诉和调整的依据。
错误调整明细数据的处理:在接收到调整明细数据后,根据调整明细数据的信息将相应的错误信息更新为已调整,并将调整后的金额也登记入库。并按照结算日期,交易类型统计出调整笔数和金额。控制台查询显示该数据,并能和日对账统计数据文件中的调整笔数金额比较。
对账处理接收各外部机构的标准对账文件,并负责对当天交易进行勾兑,从而完成交易、手续费等数据的核对工作,确保数据一致准确无误,及时地为机构提供相应的对账数据。
(3)差错处理:差错处理对象为清分结算系统与外部机构间不一致交易的调整。交易差错和异常处理就是在对账过程中发现对账差错、结算数据异常,或在资金结算后发现可疑交易等情况,而对这些差错和异常数据进行处理的过程。
交易差错和异常情况分为三类:1.在对账过程中出现的与发卡机构间数据核对不符而导致的对账差错。2.在对账确认后,进行机构间出现的结算数据异常。3.在结算确认后,发卡机构或者用户提出可疑交易进行调账的异常交易处理。
在差错申诉发起方提出申请后,由相应的受理方决定允许后拒绝处理,在差错处理规则范围内协商确定处理方案后,省一卡通平台将对该差错交易进行账务调整处理,参与下一批次的资金结算。
差错处理满足以下业务要求:1.支持按日期跨度查询本交易差错和异常处理报表。2.支持交易差错和异常处理报表的excel表格展示,并可导出以及打印等。3.支持权限控制,只能查看自己有权限查看的报表。
(4)差错仲裁:当收单机构或者发卡机构对于本机构申请的差错交易的处理结果有异议并且已上传己方的证据之后,省一卡通平台根据业务规则通过差错仲裁,决定是否同意申请方的申请,即差错交易是否调整为正常交易。
(5)对账单服务:账单是省一卡通平台提供给需要对账的各级接入机构的一项服务,各机构与各自系统中的数据进行勾对,可完成交易、手续费、分润等数据的核对工作,确保数据一致准确无误。对账单是完成清分数据结果并计算出分润后,最后完成向机构出具账单文件。对账单的发送形式账单文件。
本发明一卡通互联互通清分结算及分析服务平台的安全认证包括进行消息包转换、MAC验证、TAC验证、和/或联机密钥获取等等进一步保障平台的安全性能。
应当指出,以上所述具体实施方式可以使本领域的技术人员更全面地理解本发明创造,但不以任何方式限制本发明创造。因此,尽管本说明书参照附图和实施例对本发明创造已进行了详细的说明,但是,本领域技术人员应当理解,仍然可以对本发明创造进行修改或者等同替换,总之,一切不脱离本发明创造的精神和范围的技术方案及其改进,其均应涵盖在本发明创造专利的保护范围当中。
Claims (10)
1.一种一卡通互联互通清分结算及分析服务平台,其特征在于,依次包括:基础层、数据中心、支撑层、应用层和服务层;
所述基础层用于接收接入机构信息、接收本地交易数据以及上传和下发部级平台跨省交易数据,并进行通讯传输;
所述应用层包括清分结算系统,所述清分结算系统对各接入机构统一编码及进行接入机构信息管理,并对收到的交易数据文件按照接口规范进行解析,再将解析后的交易数据文件依据接入机构进行文件重组,对文件重组后的交易数据文件按照预设的结算规则进行清分清算处理和财务结算处理;
所述数据中心提供数据支撑,用于存储各接入机构信息、交易数据以及清分清算处理结果和财务结算处理结果;
所述支撑层,作用于数据中心和应用层之间,用于交易数据管理以及为跨平台异构环境应用事务提供统一结构并进行管理;
所述服务层用于连接省内入网机构、各级行业管理部门和/或社会公众以便提供服务。
2.根据权利要求1所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述基础层依次包括数据接入层、网络层和硬件层,所述数据接入层用于接收接入机构信息、接收本地交易数据以及上传和下发部级平台跨省交易数据,所述网络层用于提供网络服务以便通讯传输,所述硬件层包括服务器、存储设备、网络设备和安全设备;
所述数据中心的数据类型包括交易数据、差错数据和白名单数据;
所述支撑层包括数据库管理系统、信息安全与身份认证系统和应用中间件软件,所述数据库管理系统用于对交易数据字段、表以及索引进行管理,所述信息安全与身份认证系统用于通过身份识别以及加密算法提供交易数据安全认证,所述应用中间件软件用于为跨平台异构环境应用事务提供统一结构并进行管理;
所述应用层还包括密钥管理系统、异地充值系统和大数据分析系统,所述清分结算系统和异地充值系统均与大数据分析系统相连,所述大数据分析系统用于采用人工智能算法将清分结算结果和异地充值结果进行大数据分析。
3.根据权利要求1或2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述平台采用组件化技术和基于BROWER/APPSERVER/DBSERVER的三层应用架构模型,所述平台为以B/S方式实现的多层体系结构。
4.根据权利要求1或2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统根据处理要求,记录收到的交易数据文件的数据信息并按照接口规范进行解析;同时根据配置的检查规则对数据进行基本检查,所述基本检查包括交易数据文件重复性验证,再将基本检查后的解析的交易数据文件依据接入机构进行文件重组。
5.根据权利要求4所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统对本省内处理数据采用先清算后验证的模式进行交易数据文件生成和文件下发。
6.根据权利要求1或2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统进行清分清算处理后进行结果勾兑,并对不符情况在调整后再次清分处理;进行财务结算处理包括针对交易数据的资金进行汇总以及从接入机构获取层级关系,并根据资金类型进行并账轧差结算处理,再按照结算周期规则和结算粒度进行结算统计处理,依据各类结算统计处理结果进行结算资金划拨。
7.根据权利要求1或2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统进行清分清算处理和财务结算处理后,还进行对账处理,所述对账处理省内对账、与全国中心对账、差错处理、差错仲裁和对账单服务。
8.根据权利要求2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统对各接入机构统一编码及进行接入机构信息管理,还清算业务参数和互通白名单。
9.根据权利要求2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述应用层的清分结算系统进行清分清算处理后将清分清算结果导入数据中心,用于大数据统计分析系统进行轧差汇总、结算管理、报表统计以及对账服务的数据基础,所述清分结算系统还进行清分规则管理。
10.根据权利要求2所述一卡通互联互通清分结算及分析服务平台,其特征在于,所述支撑层的信息安全与身份认证系统的安全认证包括MAC验证、TAC验证、和/或联机密钥获取。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811597755.9A CN109615500A (zh) | 2018-12-26 | 2018-12-26 | 一卡通互联互通清分结算及分析服务平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811597755.9A CN109615500A (zh) | 2018-12-26 | 2018-12-26 | 一卡通互联互通清分结算及分析服务平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109615500A true CN109615500A (zh) | 2019-04-12 |
Family
ID=66011506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811597755.9A Pending CN109615500A (zh) | 2018-12-26 | 2018-12-26 | 一卡通互联互通清分结算及分析服务平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109615500A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110246022A (zh) * | 2019-06-21 | 2019-09-17 | 段迎 | 一种财务管理系统及方法 |
CN110493205A (zh) * | 2019-07-31 | 2019-11-22 | 郑州地铁集团有限公司 | 一种地铁数据处理方法及装置 |
CN110825781A (zh) * | 2019-09-24 | 2020-02-21 | 中国地质大学(北京) | 一种全国城市一卡通互联互通平台 |
CN111353877A (zh) * | 2020-03-31 | 2020-06-30 | 中国建设银行股份有限公司 | 两级跨境交易系统及方法 |
CN111882287A (zh) * | 2020-06-23 | 2020-11-03 | 安徽继远软件有限公司 | 一种具备食堂跨区就餐的一卡通系统 |
CN112215705A (zh) * | 2020-12-03 | 2021-01-12 | 北京江融信科技有限公司 | 一种国际信用卡清分清算平台 |
CN112785293A (zh) * | 2021-01-27 | 2021-05-11 | 北京市交通信息中心 | 一种交通多平台统一管理的一码通乘系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070051799A1 (en) * | 2005-09-07 | 2007-03-08 | Samsung Electronics Co., Ltd. | Radio frequency system and password management method in radio frequency system |
CN102831499A (zh) * | 2012-08-06 | 2012-12-19 | 北京亿速码数据处理有限责任公司 | 全国城市一卡通互联互通系统及方法 |
CN105976539A (zh) * | 2016-04-26 | 2016-09-28 | 海南智城科技发展股份有限公司 | 一种一卡通清算系统及其处理方法 |
CN106875265A (zh) * | 2017-02-16 | 2017-06-20 | 山东浪潮商用系统有限公司 | 一种城市一卡通清结算系统 |
CN107491963A (zh) * | 2017-08-15 | 2017-12-19 | 广州盈通电子科技有限公司 | 一种区域交通一卡通的结算方法和平台 |
-
2018
- 2018-12-26 CN CN201811597755.9A patent/CN109615500A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070051799A1 (en) * | 2005-09-07 | 2007-03-08 | Samsung Electronics Co., Ltd. | Radio frequency system and password management method in radio frequency system |
CN102831499A (zh) * | 2012-08-06 | 2012-12-19 | 北京亿速码数据处理有限责任公司 | 全国城市一卡通互联互通系统及方法 |
CN105976539A (zh) * | 2016-04-26 | 2016-09-28 | 海南智城科技发展股份有限公司 | 一种一卡通清算系统及其处理方法 |
CN106875265A (zh) * | 2017-02-16 | 2017-06-20 | 山东浪潮商用系统有限公司 | 一种城市一卡通清结算系统 |
CN107491963A (zh) * | 2017-08-15 | 2017-12-19 | 广州盈通电子科技有限公司 | 一种区域交通一卡通的结算方法和平台 |
Non-Patent Citations (1)
Title |
---|
邹斌: "基于全国交通一卡通互联互通区域清分结算系统的研究与设计", 《万方学术期刊数据库》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110246022A (zh) * | 2019-06-21 | 2019-09-17 | 段迎 | 一种财务管理系统及方法 |
CN110493205A (zh) * | 2019-07-31 | 2019-11-22 | 郑州地铁集团有限公司 | 一种地铁数据处理方法及装置 |
CN110493205B (zh) * | 2019-07-31 | 2021-08-17 | 郑州地铁集团有限公司 | 一种地铁数据处理方法及装置 |
CN110825781A (zh) * | 2019-09-24 | 2020-02-21 | 中国地质大学(北京) | 一种全国城市一卡通互联互通平台 |
CN111353877A (zh) * | 2020-03-31 | 2020-06-30 | 中国建设银行股份有限公司 | 两级跨境交易系统及方法 |
CN111882287A (zh) * | 2020-06-23 | 2020-11-03 | 安徽继远软件有限公司 | 一种具备食堂跨区就餐的一卡通系统 |
CN112215705A (zh) * | 2020-12-03 | 2021-01-12 | 北京江融信科技有限公司 | 一种国际信用卡清分清算平台 |
CN112215705B (zh) * | 2020-12-03 | 2021-04-13 | 北京江融信科技有限公司 | 一种国际信用卡清分清算平台 |
CN112785293A (zh) * | 2021-01-27 | 2021-05-11 | 北京市交通信息中心 | 一种交通多平台统一管理的一码通乘系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109615500A (zh) | 一卡通互联互通清分结算及分析服务平台 | |
CN109727108A (zh) | 一卡通互联互通清分结算系统 | |
CN100444137C (zh) | 在多样式网络环境中用于移动和电子商务的聚合式通信平台和方法 | |
RU2337401C2 (ru) | Способ выполнения банковских трансакций со связыванием счетов посредством общих счетов | |
WO2020199857A1 (zh) | 账户系统、交易及其处理方法、终端、系统、装置及介质 | |
CN109767336A (zh) | 一种基于区块链的p2p理财平台资金银行存管管理方法 | |
CN112184199A (zh) | 智慧供应链区块链BaaS跨境数字支付平台 | |
CN103413389B (zh) | 基于银行账户对非银行账户管理和支付方法 | |
US20100211491A1 (en) | Universal mobile electronic commerce | |
CN107111829A (zh) | 网上交易积分合并累积、确认系统及其方法 | |
CN103413216A (zh) | 一种多账户管理支付方法 | |
CN110533405B (zh) | 跨境移动支付的信息处理方法、装置、系统及存储介质 | |
CN102289742A (zh) | 物业管理系统 | |
CN108009818A (zh) | 一种基于分布式网络的线上支付方法及系统 | |
CN109919761A (zh) | 一种进行智能微电网交易的区块链平台及交易方法 | |
CN112232792A (zh) | 一种基于区块链的预付费卡交易系统及方法 | |
CN109146663A (zh) | 流水信息的处理方法和系统 | |
CN115907049A (zh) | 一种基于区块链的机票分销系统及方法 | |
CN101540032A (zh) | 基于hvps系统的第三方支付平台缴费系统和方法 | |
KR100873363B1 (ko) | 게임통장 운용 방법 및 시스템 | |
CN102073969A (zh) | 存贷合一卡的实现方法 | |
CN106934610A (zh) | 解决外贸电商平台银行虚拟账号收款差异的方法及系统 | |
CN1983323A (zh) | 一种电子交易方法及其系统 | |
CN106815730A (zh) | 商务资讯信息网络交互方法及系统 | |
CN106251126A (zh) | 交通一卡通移动交易方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190412 |
|
RJ01 | Rejection of invention patent application after publication |