CN106203988A - 一种综合支付核心系统 - Google Patents

Abstract

本发明涉及一种综合支付核心系统，包括：公共资源管理模块，用于实现各业务条线资源数据的共享；交易原子化模块，用于提供大量原子交易，为业务处理和业务管理提供调用；清结算模块，用于实现多场次的清结算；会计模块，用于满足各单位或机构的独立核算。本发明有效实现了公共资源的集中管理，整合了现有分散在各业务系统上的支付功能。

Description

一种综合支付核心系统

技术领域

本发明涉及支付技术领域，特别是涉及一种综合支付核心系统。

背景技术

第三方支付是指具备相关资质、实力及信誉保障的第三方企业或平台，和国内外各大银行或银联等交易转接方签订合约，为买方和卖方提供的信用增强。在传统的银行直接支付环节中增加一中介，买方与卖方通过该中介平台进行交易支付，即买方选购产品，款项不直接打给卖方而是付给该中介，中介再将该笔款项划付给卖家。现有第三方支付方式包括银行卡收单、互联网支付、预付卡支付、代收代付、账户支付、移动支付、跨境支付等。第三方支付具有方便、快捷、高效、经济的优势，其效率之高是传统支付望尘莫及的。

随着互联网技术的飞速发展，支付模式的不断创新，第三方支付公司从单一支付业务发展为多种支付业务，支付系统也随着业务的扩展而逐步增多，从而导致多个业务系统纵向条带化分割，各系统的业务逻辑分散独立、重复开发，数据标准不统一、甚至有互不兼容的状况，因此亟需一种架构先进的系统，将分散在各业务系统上的支付功能进行有效整合，形成集多种支付方式及支付功能为一体的综合支付系统。

发明内容

本发明所要解决的技术问题是提供一种综合支付核心系统，实现了公共资源的集中管理，有效整合了现有分散在各业务系统上的支付功能。

本发明解决其技术问题所采用的技术方案是：在先进的综合支付系统架构中，提供一种综合支付核心系统，包括：公共资源管理模块，用于实现各业务条线资源数据的共享；交易原子化模块，用于提供大量原子交易，为业务处理和业务管理提供调用；清结算模块，用于实现多场次的清结算；会计模块，用于满足各单位或机构的独立核算。

所述资源数据的关系包括机构客户关系、客户商户关系、客户账户关系、内部机构账户关系、内部机构清算关系和商户终端关系。

所述原子交易分为七类，分别为：消费类、转账类、代收付类、缴费类、开销户类、查询类和管理类。

所述清结算模块在进行商户清算时，提供实时、T+0、T+1和T+n清结算模式，根据预设的商户费率、结算方式、计费规则生成清分清算报表，再经过统一清结算平台完成实际的资金结算划付。

所述清结算模块在内部机构清算时，采用先由下向上滚动，直至清算中心进行清算，再由清算中心与外部支付渠道进行横向清算。

所述会计模块在进行综合核算时由核算子模块完成，主要包括总账管理、总账加工、会计报表、总分核对和年/月度处理。

所述会计模块在进行明细核算时由基本应用子模块完成，明细核算以分户账和明细管理两种手段实现，其中，分户账中反映了每一账户的控制特性，用以控制业务的发生过程；明细管理中记录了每一账户业务发生详细结果，基本应用子模块根据业务特性设置分户账和明细管理。

所述会计模块在进行过渡核算时分为交易过渡和汇总过渡，其中，交易过渡是对复杂的一借多贷、一贷多借或多借多贷业务，将其拆成多笔其中一方为交易过渡账户的“一借一贷”交易；汇总过渡是适用于多次业务需汇总记一笔明细账的业务。

有益效果

由于采用了上述的技术方案，本发明与现有技术相比，具有以下的优点和积极效果：本发明实现了公共资源的集中管理，有效整合了现有分散在各业务系统上的支付功能，实现了各业务条线的统一清结算，并增加和丰富了账户服务和账务核算功能，实现了业务系统的物理部署集中、业务逻辑集中、账户数据集中、支付数据集中、业务运营集中。大集中改变了原有多个业务系统纵向条带化分割，各系统的业务逻辑分散独立、重复开发，数据标准不统一、甚至互不兼容的状况，为后续更大力度的应用整合和数据挖掘提供了可能。

附图说明

图1是本发明的结构示意图；

图2是本发明实施方式中机构客户关系示意图；

图3是本发明实施方式中客户商户关系示意图；

图4是本发明实施方式中客户账户关系示意图；

图5是本发明实施方式中内部机构账户关系示意图；

图6是本发明实施方式中内部机构清算关系示意图；

图7是本发明实施方式中商户终端关系示意图。

具体实施方式

下面结合具体实施例，进一步阐述本发明。应理解，这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所附权利要求书所限定的范围。

本发明的实施方式涉及一种综合支付核心系统，如图1所示，包括：公共资源管理模块，用于实现各业务条线资源数据的共享；交易原子化模块，用于提供大量原子交易，为业务处理和业务管理提供调用；清结算模块，用于实现多场次的清结算；会计模块，用于满足各单位或机构的独立核算。

所述资源数据的关系包括机构客户关系、客户商户关系、客户账户关系、内部机构账户关系、内部机构清算关系和商户终端关系。

如图2所示，机构客户关系可分为两大类：一类为公司类客户，另一类为个人类客户。如图3所示，在系统中，对入网的经营机构统称为客户，同一个客户可拥有多个商户身份，即根据其开通业务类型的不同，可区分为线下商户和线上商户。如图4所示，系统对客户的账户根据账户性质进行了分类，包括虚拟账户、卡券户、其他账户，一个客户可在系统中拥有多个类型的账户。如图5所示，系统账户主体包括三大类：内部机构、外部机构、客户，与此同时系统为内部机构根据账户用途设置了不同的内部账户类型。比如内部机构账户包括：科目总账户、内部核算账户、过渡账户、清算账户、损益账户等。支付机构账户包括：银联、银行、人行、预付卡、第三方支付机构等。客户账户包括普通虚拟账户、卡券户、其他账户等。如图6所示的清算机构结构，其内部清算原则包括：多级清算、自下向上逐级清算、清算关系参数化设置。如图7所示，一个商户可根据实际业务情况申请开通多个终端，因此商户与终端之间为一对多的关系。

所述原子交易分为七类，分别为：消费类、转账类、代收付类、缴费类、开销户类、查询类和管理类。

消费类交易可分为线下银行卡收单和线上互联网支付，线下银行卡收单包括：消费、消费撤销、消费冲正、消费撤销冲正、退货、IC卡电子现金消费、IC卡电子现金消费退货、分期消费、MOTO消费、预授权、预授权撤销、预授权冲正、预授权撤销冲正、预授权完成、预授权完成撤销、预授权完成冲正、预授权完成撤销冲正、转账、助农取款、商户账户入账和账户验证等等。线上互联网支付包括：消费发起、消费完成、消费撤销、退货发起、退货完成、预授权、预授权完成、预授权撤销、交易查询、退货查询、签约申请、签约保存、充值、体现、转账、组合支付等等。

转账类交易包括：积分消费、积分消费撤销、积分消费冲正、积分消费撤销冲正、积分兑换、充值、卡券消费、卡冻结、卡解冻、卡密码重置、单卡充值、卡有效期延期、卡券赠送、卡券领用、卡券购买、退卡、卡券信息查询、卡券新建、卡券信息修改、卡券生产、卡券上架、提现、提现冲正、积分内转和卡券内转等等。

代收付类交易包括批量代付、批量代收、批量本地身份验证扣款、定期定额收款、实时付款、退票、现金收款、实时收款、申请批次号、代付扣款、转账扣款、清算前退款、清算后退款、退现交易、商户主动划款记账和商户款划出记账等等。

缴费类交易包括：缴水费、缴电费、缴煤气费、信用卡还款、手机充值、手机充值冲正、固话充值、物业缴费、教育缴费和缴费撤销等等。

开销户类交易包括：建立内部机构、单位客户开户、个人客户开户、商户入网、终端入网、内部账户开户、商户结算账户开户、商户代付过渡账户开户、积分开户、卡券开户、建立受理渠道、建立支付渠道和删除内部机构等等。

查询类交易包括：内部机构信息查询、单位客户信息查询、个人客户信息查询、商户信息查询、终端信息查询、分店信息查询、商户结算账户查询、积分账户查询、卡券账户查询、利率查询、汇率查询、客户交易查询、客户产品交易查询、商户交易查询、商户产品交易查询、网上支付交易查询、网上支付退货查询、收单交易结果查询、内部账户明细查询、商户交易明细查询、积分账户明细查询、卡券账户明细查询、查询商户分店、查询客户账户、查询商户终端和黑名单查询等等。

管理类交易包括：机构信息维护、客户信息维护、客户信息关联、商户信息维护、商户冻结、商户解冻、终端信息维护、内部账户维护、商户结算账户维护/冻结/解冻/修改密码、积分账户维护/冻结/解冻/修改密码、卡券账户维护/冻结/解冻/修改密码、受理渠道维护、支付渠道维护、黑名单增加/删除等等。

所述清结算模块在进行商户清算时，提供实时、T+0、T+1和T+n清结算模式，根据预设的商户费率、结算方式、计费规则生成清分清算报表，再经统一清结算平台完成实际的资金结算划付。所述清结算模块在内部机构清算时，采用先由下向上滚动，直至清算中心进行清算，再由清算中心与外部支付渠道进行横向清算。

在清算机构设置时，仅设立一个清算中心统一处理与外部的资金清算业务。清算中心作为一个设账机构存在于系统，其与一般设账机构的区别仅在于该机构在清算隶属关系中是唯一的最高级清算机构。系统设立清算隶属关系表反映资金管理关系和资金清算滚动路径。商户可设立内部虚拟结算账户和清算账户。结算账户为预留账户，用于内部结算使用。清算账户逐笔记录商户交易，记载事项包括：账户余额、当日笔数、当日金额、上日笔数、上日金额、上月笔数、上月金额、上季笔数、上季金额、上年笔数、上年金额等，账户余额在无差错情况下在结算时清零。可在建立商户时自动开立这两个账户。

所述会计模块在进行综合核算时由核算子模块完成，主要包括总账管理、总账加工、会计报表、总分核对和年/月度处理等。

所述会计模块在进行明细核算时由基本应用子模块完成，明细核算以分户账和明细管理两种手段实现，其中，分户账中反映了每一账户的控制特性，用以控制业务的发生过程；明细管理中记录了每一账户业务发生详细结果，一般采用明细账、卡片账和登记簿等三种账簿。基本应用子模块根据业务特性设置分户账和明细管理。

为了在隔离应用系统处理特性的同时，又便于应用系统间业务往来，为了统一一些特别业务处理方法(如汇总性明细入账，一借(贷)多贷(借)的分拆)，同时，便于实现交易原子化，技术实现上引入了过渡核算的方法。所述会计模块在进行过渡核算时分为交易过渡和汇总过渡，其中，交易过渡是对复杂的一借多贷、一贷多借或多借多贷业务，将其拆成多笔其中一方为交易过渡账户的“一借一贷”交易；汇总过渡是适用于多次业务需汇总记一笔明细账的业务，如，代收业务之收方账户明细，通存通兑往来账户明细，利息支出明细等。

Claims (8)

1.一种综合支付核心系统，其特征在于，包括：公共资源管理模块，用于实现各业务条线资源数据的共享；交易原子化模块，用于提供大量原子交易，为业务处理和业务管理提供调用；清结算模块，用于实现多场次的清结算；会计模块，用于满足各单位或机构的独立核算。

2.根据权利要求1所述的综合支付核心系统，其特征在于，所述资源数据的关系包括机构客户关系、客户商户关系、客户账户关系、内部机构账户关系、内部机构清算关系和商户终端关系。

3.根据权利要求1所述的综合支付核心系统，其特征在于，所述原子交易分为七类，分别为：消费类、转账类、代收付类、缴费类、开销户类、查询类和管理类。

4.根据权利要求1所述的综合支付核心系统，其特征在于，所述清结算模块在进行商户清算时，提供实时、T+0、T+1和T+n清结算模式，根据预设的商户费率、结算方式、计费规则生成清分清算报表，再经统一清结算平台完成实际的资金结算划付。

5.根据权利要求1所述的综合支付核心系统，其特征在于，所述清结算模块在内部机构清算时，采用先由下向上滚动，直至清算中心进行清算，再由清算中心与外部支付渠道进行横向清算。

6.根据权利要求1所述的综合支付核心系统，其特征在于，所述会计模块在进行综合核算时由核算子模块完成，主要包括总账管理、总账加工、会计报表、总分核对和年/月度处理。

7.根据权利要求1所述的综合支付核心系统，其特征在于，所述会计模块在进行明细核算时由基本应用子模块完成，明细核算以分户账和明细管理两种手段实现，其中，分户账中反映了每一账户的控制特性，用以控制业务的发生过程；明细管理中记录了每一账户业务发生详细结果，基本应用子模块根据业务特性设置分户账和明细管理。

8.根据权利要求1所述的综合支付核心系统，其特征在于，所述会计模块在进行过渡核算时分为交易过渡和汇总过渡，其中，交易过渡是对复杂的一借多贷、一贷多借或多借多贷业务，将其拆成多笔其中一方为交易过渡账户的“一借一贷”交易；汇总过渡是适用于多次业务需汇总记一笔明细账的业务。