CN104915827A - 一种在线订单的电子结算方法和系统 - Google Patents
一种在线订单的电子结算方法和系统 Download PDFInfo
- Publication number
- CN104915827A CN104915827A CN201510321063.1A CN201510321063A CN104915827A CN 104915827 A CN104915827 A CN 104915827A CN 201510321063 A CN201510321063 A CN 201510321063A CN 104915827 A CN104915827 A CN 104915827A
- Authority
- CN
- China
- Prior art keywords
- clearing
- operation system
- main body
- order
- information
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种在线订单的电子结算方法和系统,该方法包括:对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的业务系统的信息;对外业务系统接口模块接收注册成功的业务系统提交的结算主体的信息,并输出结算主体的信息;对外业务系统接口模块接收注册成功的业务系统实时提交的待结算订单,并输出待结算订单;应付数据处理模块对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细;结算处理模块根据业务系统的信息和结算主体的信息,定时对应付明细进行结算付款处理。本发明对注册的至少一个业务系统进行统一结算,大大减少了财务人员的应付结算工作。
Description
技术领域
本发明涉及电子商务领域,尤其涉及一种通用的对在线订单业务进行应付结算的在线订单电子结算方法和系统。
背景技术
随着移动通信技术的飞速发展,电子商务也延伸到人们生活的各个方面,电子商务是指以信息网络技术为手段、以商品交换为中心的商务活动,主要包括在互联网上以电子交易方式进行交易的活动和相关服务的活动,具有电子化、网络化、信息化的特点。
电子商务业务被要求不断的推陈出新。现有电商平台的应付结算是根据不同的业务开发或采购对应的应付结算系统进行应付结算,每一个业务对应一个应付结算系统,因此管理和维护成本比较高,需要通过大量的财务人员进行多个业务的应付结算工作。
发明内容
本发明提供一种在线订单的电子结算方法和系统,以解决现有技术的问题。
第一方面,本发明提供的一种在线订单的电子结算方法,包括:
对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息;
所述对外业务系统接口模块接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息;
所述对外业务系统接口模块接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单;
应付数据处理模块对所述对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的所述待结算订单生成应付明细;
结算处理模块根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理。
第二方面,本发明提供的一种在线订单的电子结算系统,包括:对外业务系统接口模块、应付数据处理模块和结算处理模块;
所述对外业务系统接口模块,用于接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息;接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息;还接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单;
所述应付数据处理模块,用于对所述对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细;
所述结算处理模块,用于根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理。
本发明提供的一种在线订单的电子结算方法和系统,通过对外业务系统接口模块接收至少一个业务系统提交的注册请求,还接收注册成功的各个业务系统提交的结算主体的注册请求,还接收注册成功的各个业务系统实时提交的待结算订单,应付数据处理模块对待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细,结算处理模块定时对应付明细进行结算付款处理。在此本发明对各个业务系统进行统一结算,避开了各个业务系统单独运行结算造成的资源浪费,并且还能够对每一个结算主体进行监督和自动化结算管理,大大减少了财务人员的应付结算工作。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种在线订单的电子结算方法的流程图;
图2是本发明实施例二提供的一种在线订单的电子结算方法的时序图;
图3a是本发明实施例三提供的一种在线订单部署系统的示意图;
图3b是本发明实施例三提供的在线订单部署系统的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,以下将参照本发明实施例中的附图,通过实施方式清楚、完整地描述本发明的技术方案,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
参考图1所示,为本发明实施例一提供的一种在线订单的电子结算方法的流程图,本实施例可适用于对在线订单进行电子结算的情况,该方法可以由在线订单的电子结算系统来执行,并配置在计算机中应用。
本发明实施例一提供的一种在线订单的电子结算方法,包括:
步骤110、对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的业务系统的信息。
如上所述,对外业务系统接口模块是为电商网站应付结算的各个业务系统提供业务注册服务。当电商网站的多个业务系统在对外业务系统接口模块注册之后,在线订单电子结算系统可以对电商网站注册成功的各个业务系统进行统一应付结算服务,因此对外业务系统接口模块可接收至少一个业务系统提交的注册请求,对各个业务系统进行访问控制,允许注册成功的业务系统进行访问。
不同业务系统具有不同的业务特点,以电商网站的配送业务系统和第三方商品销售业务系统为例,配送业务系统的业务特点是电商网站将收取到的有关配送的费用通过该结算系统结算给为电商网站的订单提供配送服务的配送公司,第三方商品销售业务系统的业务特点是电商网站将收取到的销售货款扣除佣金后的费用通过该结算系统结算给在电商网站上进行销售的公司。
电商网站的业务系统只有在对外业务系统接口模块进行注册并注册成功后,才能使用该结算系统进行销售、配送等业务的费用结算。此外对外业务系统接口模块还将注册成功的业务系统的信息输出以进行后续操作。各个业务系统在对外业务系统接口模块首次注册成功之后,后续无需再重复注册。
步骤120、对外业务系统接口模块接收注册成功的业务系统提交的结算主体的信息,并输出所述结算主体的信息。
如上所述,以第三方商品销售业务系统为例,电商网站上该业务系统中包含多个商家,在进行应付结算时,结算系统必须以商家为单位对每一个商家的费用进行结算,因此定义业务系统中的每一个商家就是一个结算主体,根据业务系统的业务特点不同,一个商家在不同业务系统中具有不同的结算主体。结算主体是在电商网站上进行销售的独立结算的法人公司。
为了对业务系统中的结算主体进行应付结算,对外业务系统接口模块接收各个业务系统提交的结算主体的信息,并仅将注册成功的业务系统的结算主体的信息输入结算系统进行后续流程操作,无访问权限的业务系统的结算主体不能输入结算系统。可选地,每一个结算主体在对外业务系统接口模块首次注册成功之后,后续无需再注册。
步骤130、对外业务系统接口模块接收注册成功的业务系统实时提交的待结算订单,并输出待结算订单。
如上所述,当各个业务系统注册成功且业务系统的结算主体信息输入结算系统之后,对外业务系统接口模块实时接收电商网站在线订单的支付数据,即待结算订单,该待结算订单为不同业务系统实时提交的关于不同结算主体的待结算订单。
步骤140、应付数据处理模块对对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细。
如上所述,对于各个业务系统实时传输的待结算订单,应付数据处理模块对该待结算订单的订单数据进行验证,即验证待结算订单的订单数据是否足额,即与用户在电商网站支付的款项数是否一致,若一致,则该待结算订单为数据验证正确的待结算订单,反之则验证不正确。
应付数据处理模块仅对数据验证正确的待结算订单进行处理,即根据业务系统中该待结算订单的费用类型生成应付明细,一个待结算订单可生成多条应付明细。同一业务系统提交的待结算订单生成的应付明细的明细种类相同。
步骤150、结算处理模块根据业务系统的信息和结算主体的信息,定时对应付明细进行结算付款处理。
已知一个待结算订单可生成多条应付明细,不同业务系统提交的待结算订单的结算属性不同,那么结算处理模块对应付明细进行结算付款处理,具体是指结算处理模块对同一业务系统中不同结算主体的应付明细进行结算付款处理。不同业务系统的结算周期可自定义,如天结、周结或月结,所以结算处理模块根据不同业务系统的结算周期,对每一个业务系统定时结算应付明细,由此实现了各个业务系统的应付明细在一个结算系统中的统一结算。
如上所述,可选的该结算系统还包括结算主体和业务管理模块,结算主体和业务管理模块接收对外业务系统接口模块传输的结算主体的信息,还具有监控结算主体违规或违约的功能,当结算主体违规或违约,如售卖假货、收款不发货等行为,则结算主体业务管理模块对结算主体进行违规违约标记,当结算处理模块进行应付明细结算付款处理时,发现某个结算主体被标记为违规或违约时,则结算处理模块自动跳过、不对该违规结算主体的应付明细进行结算付款处理。
本发明实施例一提供的一种在线订单的电子结算方法,通过对外业务系统接口模块接收至少一个业务系统提交的注册请求,还接收注册成功的各个业务系统提交的结算主体的信息,还接收注册成功的各个业务系统实时提交的待结算订单,应付数据处理模块对待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细,结算处理模块定时对应付明细进行结算付款处理。在此本发明实施例对各个业务系统进行统一结算,避开了各个业务系统单独运行结算造成的资源浪费,且结算处理模块可自动不对违规违约的结算主体进行结算,大大减少了财务人员的应付结算工作。
实施例二
参考图2,为本发明实施例二提供的一种在线订单的电子结算方法的时序图。如图所示,在线订单电子结算方法按照时序顺序,其具体步骤包括:
在业务系统注册之前,财务人员需要在结算主体和业务管理模块中维护结算业务,即创建和管理结算业务、设置结算属性和类别。当业务系统注册时,可将结算业务和业务系统进行关联,实现在线订单电子结算系统的统一结算。
步骤一、对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的业务系统的信息。步骤一优选可以由以下方式实现,包括:
步骤1.1、对外业务系统接口模块接收至少一个业务系统提交的注册请求,并给业务系统分配唯一认证标识,向具有认证标识的业务系统下发注册成功通知,将注册成功的所述业务系统的信息输出至结算主体和业务管理模块。
当业务系统提交注册请求后,对外业务系统接口模块为符合注册条件的每一个业务系统分配唯一的认证标识,每一个业务系统的认证标识为该业务系统的身份认证的标识。当业务系统认证标识分配后,该业务系统注册成功,对外业务系统接口模块向具有认证标识的业务系统下发注册成功通知,将注册成功的业务系统的信息输出至结算主体和业务管理模块。不同业务系统注册过程相同,在此不作赘述。
可选的,对外业务系统接口模块分配给业务系统的认证标识可以为序列号,且业务系统和其对应的序列号均存储在对外业务系统接口模块中,对外业务系统接口模块通过序列号对业务系统进行验证,判断业务系统是否注册,控制器访问,由此实现对各个业务系统的业务注册、访问控制、接口管理和访问认证。
步骤1.2、结算主体和业务管理模块接收注册成功的业务系统的信息,并将业务系统和对应的结算业务进行关联。
如上所述,当业务系统注册成功之后,由于不同业务系统具有不同的业务特点和结算要求,如配送业务系统的结算特点和属性为统一结算该业务系统的不同结算主体的配送费,因此需要对业务系统进行结算业务的关联,以设置每一个业务系统的结算特点和属性。具体的,结算主体和业务管理模块将注册成功的业务系统和对应的结算业务进行关联。可选一个业务系统与一个结算业务一一对应关联。
步骤1.3、数据存储模块将注册成功并关联成功的业务系统的信息进行保存。
步骤二、对外业务系统接口模块接收注册成功的业务系统提交的结算主体的信息,并输出结算主体的信息。步骤二优选可以由以下方式实现,包括:
步骤2.1、对外业务系统接口模块接收注册成功的业务系统提交的每一个结算主体的注册请求,并对提交结算主体信息的业务系统进行认证标识验证,将验证成功的业务系统提交的结算主体信息输出至结算主体和业务管理模块。
已知每一个业务系统中包含多个结算主体,在此对外业务系统接口模块接收注册成功的各个业务系统提交的每一个结算主体的信息,结算系统对业务系统中的结算主体进行访问控制和管理。
已知对外业务系统接口模块为注册成功的业务系统分配有唯一认证标识,在此对外业务系统接口模块对提交结算主体信息的业务系统的认证标识进行验证,验证该认证标识是否与模块中存储的一个认证标识一致,若一致,说明该业务系统在对外业务系统接口模块成功注册,具备访问结算系统的权限,若不一致,说明该业务系统不具备访问权限。对外业务系统接口模块将验证成功的业务系统提交的结算主体的信息输出至结算主体和业务管理模块。访问验证结束后,对外业务系统接口模块还将对业务系统的验证结果反馈至业务系统。
步骤2.2、结算主体和业务管理模块接收结算主体的信息,并进行有效和无效验证。
如上所述,当结算主体和业务管理模块接收到结算主体信息后,需要对结算主体的信息进行验证,即验证结算主体的信息是否完整、以及该结算主体的信息在同一业务系统中是否唯一。若结算主体的信息不完整或在同一业务系统中重复出现,则该结算主体的信息无效,若结算主体的信息完整且在同一业务系统中唯一,则该结算主体的信息有效。同一商家在不同业务系统中具有不同的结算主体,在此同一商家的不同结算主体可以通过其业务系统编号区分。
当结算主体和业务管理模块验证结算主体信息有效后,结算主体和业务管理模块将验证结果为有效的结算主体的信息传输至数据存储模块。
当多个结算主体接入对外业务系统接口模块后,结算主体和业务管理模块为每一个结算主体进行其结算类别和结算属性的区分。以结算主体A为例,配送业务系统中的结算主体A的结算类别是配送费结算,结算属性是配送费,结算周期是周结或其他自定义周期,第三方销售业务系统中的结算主体A的结算类别是销售货款结算,结算属性是销售货款结算,结算周期是天结或自定义周期。结算主体和业务管理模块将业务系统中有效的结算主体信息以及该结算主体的相关结算信息传输至数据存储模块进行存储。
步骤2.3、数据存储模块将验证结果为有效的结算主体的信息进行保存。
步骤三、对外业务系统接口模块接收注册成功的业务系统实时提交的待结算订单。可选的对外业务系统接口模块接收的待结算订单为各个业务系统关联对应的结算业务后,实时提交的不同结算主体的待结算订单。
步骤三优选包括以下步骤,具体包括:对外业务系统接口模块接收注册成功的业务系统实时提交的待结算订单,对提交待结算订单的业务系统进行认证标识验证,将验证成功的业务系统提交的待结算订单输出至应付数据处理模块。
如上所述,对外业务系统接口模块可接收不同业务系统实时提交的待结算订单,在此不同业务系统的待结算订单的结算业务不同。为了便于统一结算,在此需要对提交待结算订单的业务系统进行认证标识验证,并判定只有在对外业务系统接口模块注册成功的业务系统可实时提交待结算订单,当验证提交待结算订单的业务系统具有访问权限时,将验证成功的业务系统提交的待结算订单传输至应付结算处理模块。
步骤四、应付数据处理模块对对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细。可选的,应付数据处理模块将生成的应付明细传输至数据存储模块进行保存。
如上所述,在业务系统注册并关联成功,以及不同业务系统的结算主体输入对外业务系统接口模块之后,电商网站记录所有的支付数据,并且在结算主体和业务管理模块记录订单支付数据,以便于对结算主体的待结算订单进行数据验证。
应付数据处理模块根据结算主体和业务管理模块记录的电商网站在线订单的收款记录,验证当前接收的待结算订单的数据是否和对应的在线订单的收款记录一致,若一致则将待结算订单根据其业务系统的结算业务生成相应的应付明细,若不一致,则不对待结算订单生成应付明细。
步骤五、结算处理模块根据业务系统的信息和结算主体的信息,定时对应付明细进行结算付款处理。步骤五优选包括以下步骤,具体包括:
步骤5.1、结算处理模块定时执行业务系统的应付明细的结算任务。
如上所述,结算处理模块定时对各个业务系统的每一个结算主体的应付明细进行结算,不同业务系统的结算周期可自定义,因此结算处理模块可能分时或同步对多个业务系统的应付明细进行结算,每一个业务系统的应付明细的结算过程相同。
在此以结算一个业务系统的每一个结算主体的应付明细为例进行说明,定时结算是指对从上一次定时结算任务之后到当前定时结算时刻的时间范围内累计的全部待结算订单的应付明细进行结算,将从上一次定时结算任务之后到当前定时结算时刻的时间范围称之为一个周期,则结算处理模块对任意一个业务系统定时执行其一个周期内的全部应付明细的结算任务。具体的,结算处理模块根据数据存储模块中业务系统的信息,从数据存储模块中提取当前需要结算的业务系统对应的一个周期内的全部应付明细,并根据结算主体的信息,对每一个结算主体的应付明细进行结算。
步骤5.2、结算处理模块生成业务系统中每一个结算主体的结算单。
在此,当结算主体标记为违约违规时,可不对违约违规的结算主体执行结算任务,即在该步骤中还过滤掉不正常结算主体,且只对正常的结算主体进行定时结算。
在此结算处理模块根据定时执行一个业务系统中每一个结算主体的应付明细的结算任务,那么根据该业务系统每一个结算主体的应付明细,结算处理模块生成该业务系统每一个结算主体的结算单。
步骤5.3、结算处理模块根据结算主体的结算单,生成结算主体的付款单。
步骤5.4、结算处理模块汇总业务系统内结算主体的付款单,并生成中间账户付款单。
已知一个定时结算周期内,结算处理模块已获取到业务系统内每一个结算主体的付款单,那么汇总一个业务系统内全部结算主体的付款单,以计算出中间账户需要支付给该业务系统的全部结算主体的结算付款总金额,即生成中间账户付款单。
在此在线订单电子结算系统还具有付款账户,付款账户根据中间账户的付款单将货款支付给中间账户。
步骤5.5、结算处理模块根据结算主体的付款单,通过中间账户对业务系统内每一个结算主体进行结算付款处理。
结算处理模块根据各个业务系统的信息和结算主体的信息,并根据结算主体的付款单,通过中间账户对每一个结算主体进行应付结算。在此中间账户获取的货款为付款账户支付给中间账户的货款。
本发明实施例二提供的一种在线订单电子结算方法,对各个业务系统的进行统一定时结算,避免了各个业务系统单独维护造成的浪费,且能够统一控制货款的结算处理,当结算主体违约违规时能够自动化处理结算主体的违规违约,大大减少了财务人员的应付结算工作。
实施例三
本发明实施例三提供一种在线订单的电子结算系统,该系统包括:对外业务系统接口模块、应付数据处理模块和结算处理模块。
其中,所述对外业务系统接口模块用于接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息;接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息;还接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单。所述应付数据处理模块用于对所述对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细。所述结算处理模块用于根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理。
进一步地,所述对外业务系统接口模块包括:业务系统接口单元,所述业务系统接口单元用于接收至少一个所述业务系统提交的注册请求,并给所述业务系统分配唯一认证标识,并向具有所述认证标识的业务系统下发注册成功通知,并输出注册成功的所述业务系统的信息;
所述在线订单电子结算系统还包括结算主体和业务管理模块和数据存储模块;所述结算主体和业务管理模块包括结算业务关联单元,所述结算业务关联单元用于接收注册成功的所述业务系统的信息,并将所述业务系统和对应的结算业务进行关联;所述数据存储模块用于将注册成功并关联成功的所述业务系统的信息进行保存。
进一步地,所述对外业务系统接口模块还包括:结算主体接口单元,所述结算主体接口单元用于接收注册成功的所述业务系统提交的每一个结算主体的信息,对提交结算主体信息的业务系统进行认证标识验证,将验证成功的所述业务系统提交的结算主体信息输出;
所述结算主体和业务管理模块包括:结算主体验证单元,所述结算主体验证单元用于接收所述结算主体的信息,并进行有效和无效验证;
所述数据存储模块用于将验证结果为有效的结算主体的信息进行保存。
进一步地,所述对外业务系统接口模块还包括:待结算订单接口单元,所述待结算订单接口单元用于接收注册成功的所述业务系统实时提交的待结算订单,并对提交待结算订单的业务系统进行认证标识验证,将验证成功的所述业务系统提交的待结算订单输出至所述应付数据处理模块,所述待结算订单为所述业务系统关联结算业务后实时提交的不同结算主体的待结算订单;相应的,
所述应付数据处理模块包括:应付验证单元和计算应付单元;所述应付验证单元用于对所述对外业务系统接口模块传输的待结算订单进行订单数据验证;所述计算应付单元用于将数据验证正确的所述待结算订单生成应付明细;
所述数据存储模块用于将所述计算应付单元生成的应付明细进行保存。
进一步地,所述结算处理模块包括:定时结算单元、生成结算单单元、生成付款单单元、汇总付款单单元和付款处理单元。
其中,所述定时结算单元用于定时执行所述业务系统的应付明细的结算任务;所述生成结算单单元,用于根据所述应付明细,生成所述业务系统中每一个所述结算主体的结算单;所述生成付款单单元,用于根据所述结算主体的结算单,生成所述结算主体的付款单;所述汇总付款单单元,用于汇总所述业务系统内所述结算主体的付款单,并生成中间账户付款单;所述付款处理单元,用于根据所述结算主体的付款单,通过所述中间账户对所述业务系统内每一个所述结算主体进行结算付款处理。
本发明实施例三提供的一种在线订单电子结算系统,对各个业务系统的进行统一定时结算,避免了各个业务系统单独维护造成的浪费,且能够统一控制货款的结算处理,并能够监控结算主体,大大减少了财务人员的应付结算工作。
参考图3a所示,为本发明实施例三提供的一种在线订单部署系统的示意图,其中,电商网站将在线订单传输至在线订单电子结算系统,在线订单电子结算系统通过互联网将结算主体的货款支付给支付公司或银行。
参考图3b所示,为本发明实施例三提供的在线订单部署系统的流程图。如图所示,对外业务系统接口模块提供服务于电商网站应付结算的业务注册、访问控制、接口管理、访问认证;结算主体和业务管理模块定义和管理结算业务类别、结算属性、付款账户和中间账户,对各个业务系统的结算主体进行有效验证,保证结算主体的在一个业务系统中的唯一和有效,还对结算主体违规监控和结算控制;应付数据处理模块,用于对电商网站发送的待结算订单进行资金核对,以确认是否符合付款要求,并生成应付明细;结算处理模块根据结算业务系统定义的属性,周期批量生成结算主体付款单、中间账户付款单,并自动完成对结算主体付款操作。
具体的,在线订单部署系统的实现流程为:
1、财务业务人员创建和管理结算业务和设置业务属性。
2、电商网站的各个业务系统通过对外业务系统接口模块注册到在线订单电子结算系统,并与之前财务人员设置的结算业务进行关联。
3、注册成功后,业务系统提交结算主体的信息到在线订单电子结算系统,在线订单电子结算系统对业务系统和结算主体进行验证和信息存储。
4、接收并记录电商系统的所有支付数据。
5、业务系统根据业务规则,把符合业务完成条件的订单数据同步给在线订单电子结算系统。在线订单电子结算系统根据订单支付数据进行可付款验证,并对符合付款条件的订单生成应付明细进行存储。
6、结算处理模块定时执行结算任务,如每天0点0分执行。对存储的应付明细,根据结算业务属性的定义,按结算主体周期生成结算主体结算单,并对所生成的结算主体结算单生成对应的结算主体付款单,再按照中间账户所在的平台不同汇总结算主体付款单生成不同的中间账户付款单。在线订单电子结算系统自动对中间账户付款单付款到所对应的支付公司。成功付款到支付公司后,在线订单电子结算系统根据结算主体付款单自动逐笔或批量操作支付中间账户进行对结算主体的付款。在线订单电子结算系统此时已经成功把货款付到结算主体的账户。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种在线订单的电子结算方法,其特征在于,包括:
对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息;
所述对外业务系统接口模块接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息;
所述对外业务系统接口模块接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单;
应付数据处理模块对所述对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的所述待结算订单生成应付明细;
结算处理模块根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理。
2.根据权利要求1所述的在线订单的电子结算方法,其特征在于,对外业务系统接口模块接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息,包括:
所述对外业务系统接口模块接收至少一个业务系统提交的注册请求,并给所述业务系统分配唯一认证标识,并向具有所述认证标识的业务系统下发注册成功通知,将注册成功的所述业务系统的信息输出至结算主体和业务管理模块;
所述结算主体和业务管理模块接收注册成功的所述业务系统的信息,并将所述业务系统和对应的结算业务进行关联;
数据存储模块将注册成功并关联成功的所述业务系统的信息进行保存。
3.根据权利要求2所述的在线订单的电子结算方法,其特征在于,所述对外业务系统接口模块接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息,包括:
所述对外业务系统接口模块接收注册成功的所述业务系统提交的每一个结算主体的信息,对提交结算主体信息的业务系统进行认证标识验证,将验证成功的所述业务系统提交的结算主体信息输出至所述结算主体和业务管理模块;
所述结算主体和业务管理模块接收所述结算主体的信息,并进行有效和无效验证;
所述数据存储模块将验证结果为有效的所述结算主体的信息进行保存。
4.根据权利要求3所述的在线订单的电子结算方法,其特征在于,所述对外业务系统接口模块接收的待结算订单为所述业务系统关联结算业务后实时提交的不同结算主体的待结算订单;
所述对外业务系统接口模块接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单包括:所述对外业务系统接口模块接收注册成功的所述业务系统实时提交的待结算订单,对提交待结算订单的业务系统进行认证标识验证,将验证成功的所述业务系统提交的待结算订单输出至所述应付数据处理模块。
5.根据权利要求4所述的在线订单的电子结算方法,其特征在于,结算处理模块根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理,包括:
所述结算处理模块定时执行所述业务系统的应付明细的结算任务,并生成所述业务系统中每一个所述结算主体的结算单;
所述结算处理模块根据所述结算主体的结算单,生成所述结算主体的付款单;
所述结算处理模块汇总所述业务系统内所述结算主体的付款单,并生成中间账户付款单;
所述结算处理模块根据所述结算主体的付款单,通过所述中间账户对所述业务系统内每一个所述结算主体进行结算付款处理。
6.一种在线订单的电子结算系统,其特征在于,包括:对外业务系统接口模块、应付数据处理模块和结算处理模块;
所述对外业务系统接口模块,用于接收至少一个业务系统提交的注册请求,并输出注册成功的所述业务系统的信息;接收注册成功的所述业务系统提交的结算主体的信息,并输出所述结算主体的信息;还接收注册成功的所述业务系统实时提交的待结算订单,并输出所述待结算订单;
所述应付数据处理模块,用于对所述对外业务系统接口模块传输的待结算订单进行订单数据验证,并将数据验证正确的待结算订单生成应付明细;
所述结算处理模块,用于根据所述业务系统的信息和所述结算主体的信息,定时对所述应付明细进行结算付款处理。
7.根据权利要求6所述的在线订单的电子结算系统,其特征在于,所述对外业务系统接口模块包括:业务系统接口单元,所述业务系统接口单元用于接收至少一个所述业务系统提交的注册请求,并给所述业务系统分配唯一认证标识,并向具有所述认证标识的业务系统下发注册成功通知,并输出注册成功的所述业务系统的信息;
所述在线订单电子结算系统还包括结算主体和业务管理模块和数据存储模块;所述结算主体和业务管理模块包括结算业务关联单元,所述结算业务关联单元用于接收注册成功的所述业务系统的信息,并将所述业务系统和对应的结算业务进行关联;所述数据存储模块用于将注册成功并关联成功的所述业务系统的信息进行保存。
8.根据权利要求7所述的在线订单的电子结算系统,其特征在于,所述对外业务系统接口模块还包括:结算主体接口单元,所述结算主体接口单元用于接收注册成功的所述业务系统提交的每一个结算主体的信息,对提交结算主体信息的业务系统进行认证标识验证,将验证成功的所述业务系统提交的结算主体信息输出;
所述结算主体和业务管理模块包括:结算主体验证单元,所述结算主体验证单元用于接收所述结算主体的信息,并进行有效和无效验证;
所述数据存储模块用于将验证结果为有效的结算主体的信息进行保存。
9.根据权利要求8所述的在线订单的电子结算系统,其特征在于,所述对外业务系统接口模块还包括:待结算订单接口单元,所述待结算订单接口单元用于接收注册成功的所述业务系统实时提交的待结算订单,并对提交待结算订单的业务系统进行认证标识验证,将验证成功的所述业务系统提交的待结算订单输出至所述应付数据处理模块,所述待结算订单为所述业务系统关联结算业务后实时提交的不同结算主体的待结算订单;相应的,
所述应付数据处理模块包括:应付验证单元和计算应付单元;所述应付验证单元用于对所述对外业务系统接口模块传输的待结算订单进行订单数据验证;所述计算应付单元用于将数据验证正确的所述待结算订单生成应付明细;
所述数据存储模块用于将所述计算应付单元生成的应付明细进行保存。
10.根据权利要求9所述的在线订单的电子结算系统,其特征在于,所述结算处理模块包括:定时结算单元、生成结算单单元、生成付款单单元、汇总付款单单元和付款处理单元;
所述定时结算单元,用于定时执行所述业务系统的应付明细的结算任务;
所述生成结算单单元,用于根据所述应付明细,生成所述业务系统中每一个所述结算主体的结算单;
所述生成付款单单元,用于根据所述结算主体的结算单,生成所述结算主体的付款单;
所述汇总付款单单元,用于汇总所述业务系统内所述结算主体的付款单,并生成中间账户付款单;
所述付款处理单元,用于根据所述结算主体的付款单,通过所述中间账户对所述业务系统内每一个所述结算主体进行结算付款处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510321063.1A CN104915827A (zh) | 2015-06-12 | 2015-06-12 | 一种在线订单的电子结算方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510321063.1A CN104915827A (zh) | 2015-06-12 | 2015-06-12 | 一种在线订单的电子结算方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104915827A true CN104915827A (zh) | 2015-09-16 |
Family
ID=54084873
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510321063.1A Pending CN104915827A (zh) | 2015-06-12 | 2015-06-12 | 一种在线订单的电子结算方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104915827A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105528682A (zh) * | 2015-12-23 | 2016-04-27 | 金蝶软件(中国)有限公司 | 一种企业多付款单的支付方法及系统 |
CN105608612A (zh) * | 2015-12-16 | 2016-05-25 | 青岛海信传媒网络技术有限公司 | 基于大数据的网购订单管理方法及装置 |
CN106022863A (zh) * | 2016-05-09 | 2016-10-12 | 上海携程商务有限公司 | 自动结算系统和方法 |
CN107169851A (zh) * | 2017-06-30 | 2017-09-15 | 江西博瑞彤芸科技有限公司 | 一种基于咨询服务的订单生成方法 |
CN108876497A (zh) * | 2017-05-11 | 2018-11-23 | 腾讯科技(深圳)有限公司 | 资源转移方法、装置及第三方服务器 |
CN110197367A (zh) * | 2019-05-31 | 2019-09-03 | 四川长虹电器股份有限公司 | 基于电商平台的大数据量自动结算方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1521649A (zh) * | 2003-01-30 | 2004-08-18 | 北京九恒星科技有限责任公司 | 本地/远程独立作业的多数据系统信息传递群控调度的方法 |
CN1972341A (zh) * | 2006-12-08 | 2007-05-30 | 中国联合通信有限公司 | 一种综合增值业务系统及其业务处理方法 |
CN101110863A (zh) * | 2007-08-16 | 2008-01-23 | 南京联创科技股份有限公司 | 增值业务综合结算分析方法 |
CN101729710A (zh) * | 2008-10-31 | 2010-06-09 | 中国联合网络通信集团有限公司 | 通信业务综合结算方法及系统 |
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付系统与方法 |
-
2015
- 2015-06-12 CN CN201510321063.1A patent/CN104915827A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1521649A (zh) * | 2003-01-30 | 2004-08-18 | 北京九恒星科技有限责任公司 | 本地/远程独立作业的多数据系统信息传递群控调度的方法 |
CN1972341A (zh) * | 2006-12-08 | 2007-05-30 | 中国联合通信有限公司 | 一种综合增值业务系统及其业务处理方法 |
CN101110863A (zh) * | 2007-08-16 | 2008-01-23 | 南京联创科技股份有限公司 | 增值业务综合结算分析方法 |
CN101729710A (zh) * | 2008-10-31 | 2010-06-09 | 中国联合网络通信集团有限公司 | 通信业务综合结算方法及系统 |
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付系统与方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105608612A (zh) * | 2015-12-16 | 2016-05-25 | 青岛海信传媒网络技术有限公司 | 基于大数据的网购订单管理方法及装置 |
CN105528682A (zh) * | 2015-12-23 | 2016-04-27 | 金蝶软件(中国)有限公司 | 一种企业多付款单的支付方法及系统 |
CN106022863A (zh) * | 2016-05-09 | 2016-10-12 | 上海携程商务有限公司 | 自动结算系统和方法 |
CN108876497A (zh) * | 2017-05-11 | 2018-11-23 | 腾讯科技(深圳)有限公司 | 资源转移方法、装置及第三方服务器 |
CN108876497B (zh) * | 2017-05-11 | 2022-03-29 | 腾讯科技(深圳)有限公司 | 资源转移方法、装置及第三方服务器 |
CN107169851A (zh) * | 2017-06-30 | 2017-09-15 | 江西博瑞彤芸科技有限公司 | 一种基于咨询服务的订单生成方法 |
CN110197367A (zh) * | 2019-05-31 | 2019-09-03 | 四川长虹电器股份有限公司 | 基于电商平台的大数据量自动结算方法 |
CN110197367B (zh) * | 2019-05-31 | 2021-12-21 | 四川长虹电器股份有限公司 | 基于电商平台的大数据量自动结算方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104915827A (zh) | 一种在线订单的电子结算方法和系统 | |
US8626596B2 (en) | Online transaction method and system using a payment platform and a logistics company | |
CN105678546B (zh) | 基于分布式共享总账的数字资产处理方法 | |
CN109872137A (zh) | 一种电子交易方法、节点及存储介质 | |
WO2016147730A1 (ja) | 決済処理装置、方法、及びコンピュータプログラム | |
CN101706933A (zh) | 一种实现联名账户业务操作的方法及后台系统 | |
CN101490704A (zh) | 用于在网络上进行金融交易的系统和方法 | |
US20190197506A1 (en) | Merchant service for real-time settlement apparatus and method | |
CN104838401A (zh) | 一种基于电子凭证的交易系统 | |
CN108701271A (zh) | 一种维修设备的管理方法、系统及数据管理服务器 | |
CA3108389C (en) | Intelligent electronic commerce system, and method and device for implementing same | |
CN104077699A (zh) | 用于电商平台的支付数据处理方法和系统 | |
CN108701270A (zh) | 维修厂的管理方法、系统及数据管理服务器 | |
CN108197917A (zh) | 退款处理方法、装置及系统 | |
CN106920168A (zh) | 期货点价交易信息处理方法及装置 | |
JP2002099848A (ja) | オンライン上において、公認認証された売出債権譲受渡契約による売出債権決済方法及び装置 | |
CN105931035A (zh) | 一种支付标记生成方法及装置 | |
CN110659992A (zh) | 基于区块链的重金属交易数据处理方法及装置 | |
US20140025406A1 (en) | System and Method for Electronic Identification System | |
TW201828203A (zh) | 以智能合約數位化可量化資產並交易之系統及其方法 | |
KR20130050960A (ko) | 네트워크 보안 선불 시스템 | |
CN102411747A (zh) | 认证电子商务交易担保及其预付额的方法 | |
US10755361B2 (en) | Methods and devices for controlling ancillary operations related to the execution of main transactions | |
KR100798278B1 (ko) | 제3자에 의한 대행 결제 방법 및 그 시스템 | |
CN105190670A (zh) | 一种本地提货网购通讯认证系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150916 |