一种基于母子账户的用于转移款项数据的方法和系统
技术领域
本说明书的一个或多个实施例涉及互联网领域,尤其涉及一种基于母子账户的用于转移款项数据的方法和系统。
背景技术
首先,对本说明书中可能涉及的术语进行解释。“S2B2C”一般是指供货商、分销商和采购商三者无缝结合的供销一体化营销模式,在本文中特别地是指平台中的供货商到商户到客户。“大B和小B”是指平台下的一级商家和二级商家。“供应商”是指平台内的供应商。“母子账户”中的母账户是银行内承载实际资金的客户账户,其中的子账户是银行内用于登记份额的虚拟账户。“结算账户”是指承载实际资金的银行结算账户。“虚拟账户”是指用于登记份额的虚拟账户,其对应的是会计账户中总分账户的分账。“请款单”是指商户发起的交易订单操作同步到银行存管系统的请款凭证,客户向请款单付款,并且请款单可以包含多笔交易订单。“订单”用于表示货物出售信息的单据。“收款编号”是指用于收款的编号,客户向这个收款编号来付款。“票款不一致”是指发票和资金款项发生主体不一致。“二清”的概念指未获得央行支付业务许可的公司实际从事支付业务。例如,对于S2B2C模式来说,由平台收取本应付给平台上驻留的商户的货款,经过二次清算后再划款到商户。
对于传统模式,尤其是对于S2B2C模式下的商业平台来说,与商业买卖相关联的付款和收款存在一些问题。首先,收款主体为商业平台而不是小B商家,从而导致发票主体和交易实际发生方的主体不一致,进而产生票款不一致的问题。其次,平台分账涉及二清问题,在国家的监管合规要求下,也要求由银行机构进行分账结算操作。在这样的背景下,来账收款需要与原先的平台交易系统分离,进入银行体系。因此,需要一种能够在现有商业模式下合乎规定的款项转移方法。
发明内容
本说明书的一个或多个实施例描述了一种用于转移款项数据的系统的方法和系统,该方法和系统能够根据交易订单动态地生成收款编号,动态路由到对应的母子账户上进行入金记账和登记份额的关联操作,实现了来账收款的智能识别,将复杂钱货交易转换为纯粹的资金交割。
根据第一方面,提供了一种基于母子账户的用于转移款项数据的方法,其中,所述母子账户处于第一服务端中并且包括母账户和与所述母账户对应的一个或多个子账户,所述方法包括:响应于订单数据的生成,由所述第一服务端通过与第二服务端进行交互而获取与所述订单数据相关联的子账户的账户信息,其中,所述订单数据是由所述第二服务端响应于第二客户端进行下单操作而生成的;由所述第一服务端基于所述订单数据和所述账户信息来生成请款单数据;由所述第一服务端经由所述第二服务端将所述请款单数据返回给所述第二客户端;响应于所述第二客户端接收到所述请款单数据,由第一客户端生成待转移的款项数据的转移请求并且将所述转移请求发送到所述第一服务端;以及由所述第一服务端接收所述转移请求并且基于所述转移请求来接收所述款项数据;以及由所述第一服务端在所述母账户中存储所述款项数据,并且在所述相关联的子账户中记录与所述款项数据相关联的信息。
在一个实施例中,基于所述转移请求来接收所述款项数据的步骤包括:由所述第一服务端将所述转移请求与所述请款单数据进行比较;如果所述转移请求与所述请款单数据匹配,则由所述第一服务端接收所述款项数据。
在一个实施例中,如果所述转移请求与所述请款单数据不匹配,则由所述第一服务端提示所述第一客户端发送待转移的款项数据的新的转移请求。
根据一个实施例,由所述第一服务端基于所述订单数据和所述账户信息来生成请款单数据的步骤包括:由所述第一服务端基于所述账户信息生成所述请款单数据中的收款编号,所述收款编号不同于所述账户信息且具有唯一性,并且所述收款编号用于确定所述待转移的款项数据的目标账户。
在一种实施方式中,所述订单数据是一个订单数据并且包括订单号和订单金额,由所述第一服务端基于所述订单数据和所述账户信息来生成请款单数据的步骤还包括:基于所述订单数据中的所述订单号和所述订单金额,由所述第一服务端生成所述请款单数据中的所述订单号和所述订单金额,其中,所述订单金额用于确定所述待转移的款项数据。
根据一种实施方式,所述订单数据是多个订单数据并且每个订单数据包括订单号和订单金额,由所述第一服务端基于所述订单数据和所述账户信息来生成请款单数据的步骤还包括:基于所述多个订单数据中所有的订单号和订单金额,由所述第一服务端分别生成所述请款单数据中的订单列表和订单总金额,其中,所述订单总金额用于确定所述待转移的款项数据。
根据一个实施例,由第一服务端通过与第二服务端进行交互得到账户信息的步骤包括:由所述第一服务端从所述第二服务端接收与所述订单数据相关联的商户的信息,所述下单操作是针对所述商户的;由所述第一服务端基于所述商户的信息进行查找得到所述账户信息,其中,所述第一服务端中存储有商户信息和账户信息的一一对应列表。
根据一个实施例,所述母账户对应供应商到分销商到采购商S2B2C平台在所述第一服务端中的账户,所述子账户包括所述S2B2C平台下的所述供应商和/或所述分销商在所述第一服务端中的账户,所述客户对应所述S2B2C平台下的分销商和/或采购商。
在一种实施方式中,所述第二客户端和所述第二服务端分别是客户关系管理CRM系统的客户端和服务端。
根据第二方面,提供了一种用于转移款项数据的系统,其中,所述母子账户处于第一服务端中并且包括母账户和与所述母账户对应的一个或多个子账户,所述系统包括第一客户端和所述第一服务端,所述系统包括第一客户端和所述第一服务端,其中:
所述第一服务端包括:
账户信息获取模块,被配置为响应于订单数据的生成,通过与第二服务端进行交互而获取与所述订单数据相关联的子账户的账户信息,其中,所述订单数据是由所述第二服务端响应于第二客户端进行下单操作而生成的;
请款单数据生成模块,被配置为基于所述订单数据和所述账户信息来生成请款单数据;
请款单数据返回模块,被配置为经由所述第二服务端将所述请款单数据返回给所述第二客户端;
所述第一客户端包括:
转移请求生成模块,被配置为响应于所述第二客户端接收到所述请款单数据,通过第一客户端生成待转移的款项数据的转移请求;
转移请求发送模块,被配置为将所述转移请求发送到所述第一服务端;
所述第一服务端还包括:
转移请求接收模块,被配置为接收所述转移请求;和
款项数据接收模块,被配置为基于所述转移请求来接收所述款项数据,在所述母账户中存储所述款项数据,并且在所述相关联的子账户中记录与所述款项数据相关联的信息。
根据第三方面,提供了一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行第一方面的方法。
根据第四方面,提供了一种计算设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现第一方面的方法。
本发明通过构建母子账户体系,并且根据交易订单动态地生成收款编号,突破了静态账户的资金流和信息流分离的限制,动态路由到对应的母子账户上进行入金记账和登记份额的关联操作,实现了来账收款的智能识别。在本发明中,通过请款单数据直接关联资金流与信息流,通过请款单数据驱动整个支付链路,客户通过收款编号向请款单付款,与商业平台系统的订单货物完全解耦,将复杂钱货交易转换为纯粹的资金交割,并同时满足了客户分批付款,部分付款等多种付款方式诉求。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是根据本说明书实施例的母子账户的结构示意图;
图2是根据本说明书实施例的基于母子账户的用于转移款项数据的方法的流程图;
图3是根据本说明书实施例的基于母子账户的用于转移款项数据的系统的框图;
图4是根据本说明书实施例的在S2B2C模式下基于母子账户的单订单数据的转移款项数据的系统流程图。
图5是根据本说明书实施例的在S2B2C模式下基于母子账户的多订单数据的转移款项数据的系统流程图。
具体实施方式
下面结合附图,对本说明书提供的方案进行描述。
S2B2C是指供应商到分销商到采购商,其场景涉及平台、平台内的供应商、分销商中的大B和小B(B端商户/分销商),以及平台外的采购商等多方角色,使得来账收款变得非常复杂;同时平台分账涉及二清问题,在监管合规要求下,也要求由银行机构进行分账结算操作。该背景下,为了将来账收款从平台交易系统分离到银行体系内,需要一种智能收款方式能够智能识别不同主体之间的账务往来。同时,由于主体之间存在包含关系(例如,平台包含B端商户),来账收款涉及双向账户之间的联动操作,因此需要有母子账户关系来承载这种业务场景。进一步,通过面向请款单付款的智能来账收款的方式,解决了母子账户之间的联动问题以及资金核对问题。
由于不同主体之间存在包含关系(例如,平台包含B端商户),为了能够直接关联到具体的交易订单数据,来账收款要涉及双向账户之间的联动操作,需要通过母子账户的关系来承载这种业务场景。因此,通过研究得知,通过面向请款单付款的智能来账收款的方式可以解决母子账户之间的联动问题以及资金核对问题,即由商户订单生成请款单,通过请款单关联原始订单货物信息,将资金流和信息流串联起来。
图1是根据本说明书实施例的母子账户的结构示意图。
如图1中所示,商业平台资金存管总账户是母子账户中为商业平台生成的母账户,其作为实际承载平台资金的结算账户;小B子账户、平台自有子账户、供应商子账户是母子账户中为各个B端商户、母账户和供应商生成的子账户,其作为登记份额的虚拟账户,子账户对应会计账务中的分户账是虚账。
为了简化起见,图1中仅示出了两个小B子账户、一个平台自有子账户和一个供应商子账户,但是本领域技术人员应当理解,在这样的母子账户中可以存在多于两个的小B子账户,在特殊情况下存在多于一个的平台自有子账户和多于一个的供应商子账户。另外,图中仅示出了小B子账户,但是应当理解也可以替代地或额外地存在一个或多个大B子账户。
另外,作为虚拟账户的子账户可以分别关联到二类户或者结算户,以便于子账户结算资金或体现。如图1中所示,小B子账户可结算到其对应的小B二类户,而平台自有子账户和供应商子账户可以体现到其对应的平台自有资金结算户和供应商结算户。
图2是根据本说明书实施例的基于母子账户的用于转移款项数据的方法的流程图。
请注意,母子账户中包括母账户和子账户,母账户对应S2B2C模式下平台的总账户,子账户包括对应所述S2B2C模式下平台的自有子账户和各个供销商和分销商的子账户。
在步骤21,响应于订单数据的生成,由第一服务端通过与第二服务端进行交互而获取账户信息。
具体地,由所述第一服务端从所述第二服务端接收与所述订单数据相关联的商户的信息,所述下单操作是针对所述商户的。然后,由所述第一服务端基于所述商户的信息进行查找得到所述账户信息,其中,所述第一服务端中存储有商户信息和账户信息的一一对应列表。所述账户信息是关于所述第一服务端中用于接收款项数据的账户的信息,并且所述订单数据是由所述第二服务端响应于第二客户端进行下单操作而生成的。
在步骤22,由所述第一服务端基于所述订单数据和所述账户信息来生成请款单数据。
生成请款单数据的步骤包括基于所述账户信息来生成请款单数据中的收款编码,所述收款编号不同于所述账户信息且具有唯一性,并且所述收款编号用于确定所述待转移的款项数据的目标账户。
所述订单数据是一个订单数据并且包括订单号和订单金额,生成请款单数据的步骤还包括基于所述订单数据中的所述订单号和所述订单金额,由所述第一服务端生成所述请款单数据中的所述订单号和所述订单金额,其中,所述订单金额用于确定所述待转移的款项数据。
所述订单数据是多个订单数据并且每个订单数据包括订单号和订单金额,生成请款单数据的步骤还包括基于所述多个订单数据中所有的订单号和订单金额,由所述第一服务端分别生成所述请款单数据中的订单列表和订单总金额,其中,所述订单总金额用于确定所述待转移的款项数据。
在步骤23,由所述第一服务端经由所述第二服务端将所述请款单数据返回给所述第二客户端。
在步骤24,响应于所述第二客户端接收到所述请款单数据,由第一客户端生成待转移的款项数据的转移请求并且将所述转移请求发送到所述第一服务端。
在步骤25,由所述第一服务端接收所述转移请求并且基于所述转移请求来接收所述款项数据。
基于所述转移请求来接收所述款项数据的步骤包括:由所述第一服务端将所述转移请求与所述请款单数据进行比较;如果所述转移请求与所述请款单数据匹配,则由所述第一服务端接收所述款项数据;如果所述转移请求与所述请款单数据不匹配,则由所述第一服务端提示所述第一客户端发送待转移的款项数据的新的转移请求。
应当指出,根据本发明实施例的方法可以应用于S2B2C模式下的款项数据转移,并且基于母子账户来实施。换言之,在接收款项数据之后,由第一服务端在母账户中入账并且在子账户中登记份额。
例如,所述第一服务端中包括母账户和与所述母账户对应的一个或多个子账户,所述账户信息是与所述订单数据相关联的子账户的账户信息。在这种情况下,虽然图中没有示出,但是所述方法还可以包括:在由所述第一服务端基于所述转移请求来接收所述款项数据之后,由所述第一服务端在所述母账户中存储所述款项数据,并且在所述相关联的子账户中记录与所述款项数据相关联的信息。所述母账户对应供应商到分销商到采购商S2B2C平台在所述第一服务端中的账户,所述子账户包括所述S2B2C平台下的所述供应商和/或所述分销商在所述第一服务端中的账户,所述客户对应所述S2B2C平台下的分销商和/或采购商。对应地,所述第二客户端和所述第二服务端可以分别是客户关系管理CRM系统的客户端和服务端,当然也不排除其他具有类似或相同功能的系统的客户端和服务端的存在。
图3是根据本说明书实施例的基于母子账户的用于转移款项数据的系统的框图。
如图3中所示,用于转移款项数据的系统包括第一客户端和第一服务端,其中,所述第一服务端包括账户信息获取模块、请款单数据生成模块、请款单数据返回模块、转移请求接收模块和款项数据接收模块,所述第一客户端包括转移请求生成模块和转移请求发送模块。下面,详细描述系统中各模块的功能。
账户信息获取模块被配置为响应于订单数据的生成,通过与第二服务端进行交互而获取账户信息,其中,所述账户信息是关于所述第一服务端中用于接收款项数据的账户的信息,并且所述订单数据是由所述第二服务端响应于第二客户端进行下单操作而生成的。账户信息获取模块可以包括商户信息获取模块和账户信息查找模块,其中,商户信息获取模块被配置为从所述第二服务端接收与所述订单数据相关联的商户的信息,所述下单操作是针对所述商户的;账户信息查找模块被配置为基于所述商户的信息进行查找得到所述账户信息,其中,所述第一服务端中存储有商户信息和账户信息的一一对应列表。
请款单数据生成模块,被配置为基于所述订单数据和所述账户信息来生成请款单数据。具体地,请款单数据生成模块包括收款编号生成模块、第一生成子模块和第二生成子模块。
收款编号生成模块,被配置为基于所述账户信息生成所述请款单数据中的收款编号,所述收款编号不同于所述账户信息且具有唯一性,并且所述收款编号用于确定所述待转移的款项数据的目标账户。
在所述订单数据是一个订单数据并且包括订单号和订单金额的情况下,第一生成子模块被配置为基于所述订单数据中的所述订单号和所述订单金额,生成所述请款单数据中的所述订单号和所述订单金额,其中,所述订单金额用于确定所述待转移的款项数据。
在所述订单数据是多个订单数据并且每个订单数据包括订单号和订单金额的情况下,第二生成子模块被配置为基于所述多个订单数据中所有的订单号和订单金额,分别生成所述请款单数据中的订单列表和订单总金额,其中,所述订单总金额用于确定所述待转移的款项数据。
请款单数据返回模块,被配置为经由所述第二服务端将所述请款单数据返回给所述第二客户端
转移请求生成模块,被配置为响应于所述第二客户端接收到所述请款单数据,通过第一客户端生成待转移的款项数据的转移请求
转移请求发送模块,被配置为将所述转移请求发送到所述第一服务端
转移请求接收模块,被配置为接收所述转移请求。
款项数据接收模块,被配置为基于所述转移请求来接收所述款项数据。
具体地,款项数据接收模块还包括比较模块和提示模块。比较模块被配置为将所述转移请求与所述请款单数据进行比较,如果所述转移请求与所述请款单数据匹配,则款项数据接收模块接收所述款项数据。提示模块,被配置为如果所述转移请求与所述请款单数据不匹配,则提示所述第一客户端发送待转移的款项数据的新的转移请求。
应当指出,根据本发明实施例的系统可以应用于S2B2C模式下的款项数据转移,并且基于母子账户来实施。例如,所述第一服务端中包括母账户和与所述母账户对应的一个或多个子账户,所述账户信息是与所述订单数据相关联的子账户的账户信息,所述款项数据接收模块还被配置为:在基于所述转移请求来接收所述款项数据之后,在所述母账户中存储所述款项数据,并且在所述相关联的子账户中记录与所述款项数据相关联的信息。
例如,所述母账户对应供应商到分销商到采购商S2B2C平台在所述第一服务端中的账户,所述子账户包括所述S2B2C平台下的所述供应商和/或所述分销商在所述第一服务端中的账户,所述客户对应所述S2B2C平台下的分销商和/或采购商。对应地,所述第二客户端和所述第二服务端可以分别是客户关系管理CRM系统的客户端和服务端,当然也不排除其他具有类似或相同功能的系统的客户端和服务端的存在。
图4是根据本说明书实施例的在S2B2C模式下基于母子账户的单订单数据的转移款项数据的系统流程图。
如图4中所示,整个流程涉及客户关系管理CRM系统和银行存管资金管理系统(下文中称之为资管系统)。为了区分,可以将资管系统称之为第一系统,CRM系统称之为第二系统。进一步,资管系统的客户端和服务端可称为第一客户端和第一服务端,而CRM系统的客户端和服务端可称为第二客户端和第一服务端。另外,不排除其他具有与CRM系统类似或相同的功能的系统存在。进一步,图4是将本发明实施例的方法应用于S2B2C模式并且基于母子账户来实施。在资管系统中包括母账户和与所述母账户对应的一个或多个子账户,下面提到的账户信息是与所述订单数据相关联的子账户的账户信息。下面,详细叙述图4所示的款项转移的流程。
客户通过CRM系统的客户端对其满意的货物进行下单操作,CRM系统的服务端在接收到客户下单操作的数据后生成一个订单数据,该订单数据可以包括订单号、订单金额和货物编号。
在一个实施例中,在生成订单数据的同时,CRM系统会向资管系统发出交易触发的信号,告知交易已经开始。在资管系统接收到交易触发信号并向CRM系统进行反馈之后,CRM系统将订单数据发送给资管系统。同时,CRM系统可以将与所述订单数据相关联的商户的信息发送给资管系统,简言之,该商户是客户通过CRM客户端对其进行下单的商户。在本段以及下文中,如果没有特别说明,CRM系统和资管系统一般指两个系统的服务端。
资管系统根据这些信息生成请款单数据,例如,请款单数据可以包括请款单号、订单号、收款编号、订单金额、存管账号,这里的订单号和订单金额与订单数据中的订单号和订单金额相同。
资管系统可以按时间顺序以一定的排列规则生成一个序列号作为请款单号。
资管系统可以从CRM系统接收与所述订单数据相关联的商户的信息,然后基于所述商户的信息进行查找得到所述账户信息,其中,所述资管系统中存储有商户信息和账户信息的一一对应列表。所述账户信息是关于所述资管系统中用于接收款项数据的账户的信息,并且所述订单数据是由所述CRM系统响应于其客户端进行下单操作而生成的。在此,所述账户信息可以是图中所示的存管账号。
然后,资管系统基于所述账户信息来生成请款单数据中的收款编码,所述收款编号不同于所述账户信息且具有唯一性,并且所述收款编号用于确定所述待转移的款项数据的目标账户。例如,资管系统可以对账户信息进行诸如哈希之类的算法来生成一个唯一的数字编号。
请款单数据中的订单号和订单金额可以通过直接将订单数据中的订单号和订单金额进行同步而生成。
接下来,资管系统将请款单数据返回给客户。具体地,在生成请款单数据之后,资管系统将请款单数据或请款单数据中包含的所有项的信息发送给客户。例如,资管系统将请款单数据发送给CRM系统,由CRM系统通过其客户端通知到下单的客户。
客户在收到请款单数据之后可以用两种模式进行款项数据的转移(付款),第一种模式是根据收款编码向母账户付款,第二种模式是通过存管账号直接向关联子账户付款,款项数据/付款金额由上述的订单金额来决定。无论选择通过那种模式付款,款项数据/付款金额都进入母账户内,而子账户仅仅登记与款项数据相关联的份额。那么,在客户根据请款单在母账户中实际汇入资金后之后,资管系统在母账户中进行入金记账,并且在关联子账户中进行登记份额。应当理解,本发明的特征在于使用请款单中的付款编码来付款。这样,收款方可以知道接收到的款项是与哪一笔交易联系在一起。反之,如果使用静态的账户来收款,在交易双方线下沟通不畅时,很难知道哪一笔款项对应哪一笔交易。
具体地,响应于客户通过CRM的客户端接收到所述请款单数据,该客户可以通过资管系统的客户端生成待转移的款项数据的转移请求,并且将所述转移请求发送到资管系统。
然后,资管系统接收所述转移请求,并且基于所述转移请求来接收所述款项数据。具体地,基于所述转移请求来接收所述款项数据的步骤包括:由资管系统将所述转移请求与所述请款单数据进行比较;如果所述转移请求与所述请款单数据匹配,则由所述第一服务端接收所述款项数据;如果所述转移请求与所述请款单数据不匹配,则由所述第一服务端提示所述第一客户端发送待转移的款项数据的新的转移请求。因为客户在资管系统的客户端中输入其得到的请款单数据时,有可能将付款编号和/或金额填写错误。这时,如果资管系统通过上述比较发现不是正确的款项数据转移,则可以拒绝本次接收;并且通过发信号到其客户端来告知客户重新填写,即重新发送将要转移的款项数据的新的转移请求。
在资管系统基于所述转移请求来接收所述款项数据之后,资管系统在其母账户中存储所述款项数据,并且在所述相关联的子账户中记录与所述款项数据相关联的信息。所述母账户对应供应商到分销商到采购商S2B2C平台在所述第一服务端中的账户,所述子账户包括所述S2B2C平台下的所述供应商和/或所述分销商在所述第一服务端中的账户,所述客户对应所述S2B2C平台下的分销商和/或采购商。
图5是根据本说明书实施例的在S2B2C模式下基于母子账户的多订单数据的接收款项数据的系统流程图。图5中所示的流程与图4中大致相同,因此只详述其与图4中所示的流程的区别。
在图5中,客户一次对多个/多批货物下单,由此生成了多个订单数据,每个订单数据所包含的内容可以与图4中订单数据所包含的相同。虽然在图5中仅仅示出了两个订单数据,即订单数据1和订单数据2,但是应当理解可以包括超过两个的订单数据。图5中的请款单数据与图4中的请款单数据不同之处在于,不再包括订单号和订单金额,而是替代地包括订单列表和订单总金额。订单列表是通过将多个订单数据中的订单号汇总而成,而订单总金额是将多个订单数据中的订单金额汇总而成。换言之,当有多个订单需要订单批量付款时,将多个订单数据合并到一个请款单数据中,该请款单数据中的订单列表关联到该多个订单数据。同样,客户只需要根据收款编号直接面向请款单付款即可。同理,无论客户选择分批付款还是部分付款,或是遭遇到资金冻结、货物质押等情况,都可以直接面向请款单数据转移款项数据。
通过对图4和图5的详细描述,可以理解本发明将S2B2C商业模式下接收款项数据的主体从商业平台转换成银行体系内的母子账户,避免了票款不一致的问题和二清问题。
本发明通过构建母子账户体系,并且根据交易订单动态地生成收款编号,突破了静态账户的资金流和信息流分离的限制,动态路由到对应的母子账户上进行入金记账和登记份额的关联操作,实现了来账收款的智能识别。在本发明中,通过请款单数据直接关联资金流与信息流,通过请款单数据驱动整个支付链路,客户通过收款编号面向请款单数据付款,与商业平台系统的订单货物完全解耦,将复杂钱货交易转换为纯粹的资金交割,并同时满足了客户分批付款,部分付款等多种付款方式诉求。
通过母子账户体系,本发明将商业平台的资金体系纳入到银行系统内而避免了商业平台存在的二清问题。本发明根据交易订单动态生成的收款编号而不是基于静态的账户进行收款,每一笔客户资金背后直接关联的不再是商业平台的订单,而是银行体系内的请款单/请款单数据。在银行体系内每一笔交易资金都可以依赖请款单/请款单数据进行溯源查找,同时子账户为平台内包括平台本身在内的各商家登记了具体的份额账户。这样,虽然仍旧是向平台付款,但是由于每一笔资金背后的具体交易信息都可以溯源找到,解决了商家店面端的票款不一致的问题。
根据又一方面的实施例,还提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行结合图2所描述的方法。
根据再一方面的实施例,还提供一种计算设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现结合图2所述的方法。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。