CN103390240A - 分账结算方法和分账结算系统 - Google Patents
分账结算方法和分账结算系统 Download PDFInfo
- Publication number
- CN103390240A CN103390240A CN2013101672302A CN201310167230A CN103390240A CN 103390240 A CN103390240 A CN 103390240A CN 2013101672302 A CN2013101672302 A CN 2013101672302A CN 201310167230 A CN201310167230 A CN 201310167230A CN 103390240 A CN103390240 A CN 103390240A
- Authority
- CN
- China
- Prior art keywords
- money
- amount
- order
- role
- minute
- 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
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
一种分账结算方法和分账结算系统,按照参与分账的各方的应得金额,动态地将每笔订单的金额支付给且仅支付给各方中的一方。
Description
技术领域
本发明涉及一种分账结算方法和分账结算系统,具体而言,涉及一种通过动态决定每个订单的实际收款人来实现实时分账结算的分账结算方法和分账结算系统。
背景技术
消费者购买商品的过程,其实是涉及多个角色的过程。例如,首先,生产商生产出商品,并将其提供给销售商。销售商负责销售商品,还委托广告商对商品进行广告宣传,委托配送商提供配送服务。消费者从广告宣传得知商品信息,向销售商购买商品,由配送商将商品配送给消费者。
消费者购买商品的货款,首先支付给销售商,然后再由销售商按比例支付给生产商、广告商、配送商。此外,例如,也有配送商提供代收款服务,即,在配送商将消费者所购买的商品配送给消费者的同时,消费者将货款支付给配送商,即所谓的“货到付款”。配送商将代收的货款支付给销售商后,销售商再按照比例支付给生产商、广告商、配送商。
以上过程涉及生产商、销售商、广告商、配送商等多个角色。不论消费者采用何种方式支付货款,其所支付的货款总是先支付给其中一个角色,然后再由该角色将所收到的货款按比例支付给其它角色,即,与其它角色进行分账结算。
上述分账结算方法,存在诸多问题。
首先,信息难以共享。例如,只有销售商实时了解商品销售的具体数量,而生产商、广告商等难以实时了解。而生产商、广告商等显然有实时了解这一信息的需求,以便相应调整其生产计划、广告策略等。
第二,成本高昂。如上所述,消费者的货款应在多个角色之间分配,但只支付给其中一个角色,例如销售商,然后再由该角色支付给其它角色。因此,收到货款的这个角色需要耗费大量人力物力与其它角色进行分账结算。
第三,款项到账速度慢。因为消费者的货款只支付给一个角色,其它角色需要由该角色来支付,因此,对于不直接从消费者收款的角色来说,例如生产商、广告商等,从消费者支付货款到相应款项到账,可能需要很长时间,不能实现实时到账。
发明内容
本发明是有鉴于上述问题而作出的,其目的在于提供一种分账结算方法和分账结算系统,通过动态决定每个订单的实际收款人,在多个角色之间实现实时分账结算。
为了实现上述目的,本发明提供一种分账结算方法,按照参与分账的各方的应得金额,动态地将每笔订单的金额支付给且仅支付给各方中的一方。
为了实现上述目的,本发明提供还一种分账结算系统,按照参与分账的各方的应得金额,动态地将每笔订单的金额支付给且仅支付给各方中的一方,该分账结算系统包括:收款方计算部,用来确定将每笔订单的金额支付给各方中的哪一方,该收款方计算部根据上述分账结算方法来确定将每笔订单的金额支付给各方中的哪一方。
附图说明
图1是根据本发明实施方式的分账结算系统的方框图。
具体实施方式
以下结合附图说明本发明的具体实施方式。
在以下说明中,所谓“分账”,指的是款项在多个角色之间分配。所谓“分账结算”,指的是应在多个角色之间进行分配的款项按照约定的金额支付给其中一个和/或多个角色。所谓“角色”,指的是参与分配款项的一方和/或多方。
第一实施方式
简单起见,以下以在甲、乙两个角色之间分账结算为例来说明本发明的第一实施方式。需要指出的是,本发明不限于在两个角色之间进行分账结算,还可以在三个以上的角色之间进行分账结算。
假设角色甲和角色乙两个角色,在它们之间的分账比例为角色甲:角色乙=20%:80%。也就是说,对于例如100元销售额,角色甲应该享有其中的20%,即20元;角色乙应该享有其中的80%,即80元。
与以往将每笔销售额都只付给同一角色,例如角色乙,然后再由角色乙将所收到的销售额的20%付给角色甲相比,在本发明第一实施方式中,动态决定每笔销售额是支付给角色甲还是支付给角色乙,并将该销售额支付给所决定的角色,从而避免将每笔销售额都只支付给同一角色并由该角色再支付给其它角色。
具体来说,在本发明第一实施方式中,假设总的销售额是1000元,由10笔订单构成,每笔订单的金额如表1所示。
表1订单金额及其分账
订单序号 | 金额(元) | 收款人 |
1 | 105 | 甲 |
2 | 50 | 乙 |
3 | 105 | 乙 |
4 | 95 | 甲 |
5 | 100 | 乙 |
6 | 130 | 乙 |
7 | 40 | 乙 |
8 | 40 | 乙 |
9 | 255 | 乙 |
10 | 80 | 乙 |
从每笔订单的角度看,对于订单1的105元,角色甲应享有其中的105×20%=21元,角色乙应享有其中的105×80%=84元。对于订单2~10,也是如此。这是传统的分账结算方法。
在本发明第一实施方式中,不是从每笔订单的角度看,而是将10笔订单作为一个整体来看。具体来说,对于10笔订单的总金额,角色甲应享有其中的1000×20%=200元,角色乙应享有其中的1000×80%=800元。因此,重要的不是将10笔订单中的每笔订单的金额都按比例支付给角色甲和角色乙,而是可以将某一笔订单只支付给角色甲,下一笔订单只支付给角色乙,只要从10笔订单的总金额看,支付给角色甲的订单金额之和占总金额的20%即200元,支付给角色甲的订单金额之和占总金额的80%即800即可。
例如,针对表1的10笔订单,可以将第1、4笔订单的金额直接支付给角色甲,将其余订单的金额直接支付给角色乙。这样,角色甲收到的金额之和为105+95=200元,占总金额的20%;角色乙收到的金额之和为50+105+100+130+40+40+255+80=800元,占总金额的80%。
因此,通过直接将每笔订单的金额都直接支付给角色甲或角色乙,无需角色甲和角色乙中的一方将所收到的款项支付给另一封,即可实现款项在角色甲和角色乙之间的实时分账结算,从而避免了由参与分账的一方将所收到的款项支付给其余各方时所产生的诸多问题。
上述分账结算方法可以总结为,假设有N个订单(N为大于1的整数),每笔订单的金额为Xi(i=1,2,…,N),N个订单的总金额为Σ,有M个角色(M为大于1的整数),每个角色j的分账比例为Yj(j=1,2,…,M),对于每笔订单金额Xi,将其支付给M个角色中的某一个,支付给各角色j的订单金额之和为Σj,则计算每笔订单金额Xi应该支付给的角色,目标是使得各角色应收到的金额与实际收到的金额(即,实际支付给该角色的订单金额之和)之间的误差最小,例如,使得各(Σj-YjΣ)2之和(j=1,2,…,M)最小。
上述目标有很多方法可以解决,例如,作为运筹学的一个分支的非线性规划,从而计算出N个订单中的每笔订单金额Xi应该支付给M个角色中的哪个角色。
当订单数量过少和/或订单总额过少时,误差可能很大。因此,在第一实施方式中,不是消费者每支付了一笔订单金额,就将该订单金额实时支付给某个角色,而是消费者将订单金额统一支付给第三方平台,即,消费者支付订单金额时的收款方是第三方平台。当订单达到一定数量时,例如40个,并且/或者订单总额达到一定金额时,第三方平台按照上述方法计算出各订单金额应支付给的角色并进行支付。然后,对于之后的每笔订单金额,计算该笔订单金额应支付给的角色并进行支付(即,消费者支付订单金额时的收款方是所计算出的应支付给的角色),使得误差最小。
采用本发明第一实施方式的方法,每个角色应收到的金额与实际收到的金额之间可能不一致,即,存在一定的误差。但是,随着订单数量的增加,该误差可降低至例如0.1%甚至更低。与传统的人工分账结算方法所耗费的巨大人力物力相比,该误差水平是完全可以接受的。
第二实施方式
第二实施方式与第一实施方式基本相同,不同之处在于,在第二实施方式中,限制单笔订单的最大金额。这是因为,如果单笔订单的金额过大,则容易导致误差过大,不易使款项在各角色之间均衡分配。
例如,甲、乙两个角色的分账比例分别是40%和60%,订单总额是1000元,但其中一笔订单的金额是700元,则因为该笔订单金额700元只能支付给甲、乙中的一个角色,假设支付给角色乙,即使将其余订单金额300元全部支付给角色甲,最终的比例仍只能是30%和70%,误差较大。
因此,在第二实施方式中,对单笔订单的金额设置上限金额,例如100元。当单笔订单的实际金额超过该上限金额时,将其拆分为多个订单,每个订单的金额均小于该上限金额。由此,可以避免因单笔订单的金额过大而导致最终的误差过大。
当订单总数较少时,第二实施方式降低误差的效果尤为明显。随着订单总数的增多,以及/或者订单总额的增多,单笔订单对误差的影响越来越小,因此,可以逐渐提高上限金额乃至取消上限金额,从而避免因拆分订单而可能带来的额外成本。
第三实施方式
第三实施方式与第一实施方式基本相同,不同之处在于,在第二实施方式中,从第一笔订单金额开始,就实时将其支付给各角色。每当有新的订单产生时,按照使误差最小的原则,计算出该笔订单金额应支付给的角色,并且由消费者直接支付给该角色。
根据本发明第三实施方式,可以从第一笔订单金额开始就实现实时分账结算。
第四实施方式
第四实施方式与第一~三实施方式的区别在于,每笔订单金额都支付给统一的第三方平台,然后再由第三方平台当满足一定条件时(例如,第一实施方式)或实时(例如,第三实施方式)将各笔订单金额支付给各角色。
根据本发明第四实施方式,消费者在支付订单金额时看到的收款方是统一的第三方平台,避免了由于收款方的多样性而给消费者带来的不良体验。
第五实施方式
第五实施方式与第二实施方式基本相同,也是对单笔订单的金额设置上限金额。不同之处在于,在第五实施方式中,当单笔订单的实际金额超过该上限金额时,将该笔订单金额支付给各角色中分账比例最大的那个角色,由此,可以避免因金额过大的单笔订单支付给分账比例小的角色而导致的风险。
第六实施方式
第六实施方式与第一实施方式基本相同,不同之处在于,在第六实施方式中,在计算当前订单金额应该支付给哪个角色时,采用如下方法。
即,计算各角色实际已分得(支付)金额与应分得金额之差。如果某角色的已分得金额大于应分得金额,则该笔订单金额不支付给该角色。
另一方面,如果已分得金额小于应分得金额的角色的数量多于1个,则将该笔订单金额支付给上述差的绝对值最大的那个角色。
以下说明根据本发明实施方式的分账结算系统。
图1是根据本发明实施方式的分账结算系统的方框图。如图1所示,分账结算系统10包括收款方计算部101。可选地,分账结算系统还可以包括账户102。
收款方计算部101用于计算消费者20所支付的订单金额应支付给的角色。如图1中的实线所示,收款方计算部101将计算出的订单金额应支付给的角色(即,收款方信息)通知给消费者20,例如,在呈现给消费者20的订单中,收款方是该计算出的角色。然后,消费者20支付订单金额,该订单金额被支付给收款方计算部101所计算出的角色30。
可选地,如图1中的虚线所示,消费者20将订单金额统一支付给分账结算系统10的账户102。收款方计算部101计算各订单金额应支付给的角色,并将账户102所收到的各订单金额支付给相应的角色30。
可选地,分账结算系统10还可以包括查询部103。查询部103用于查询并/或显示与订单金额和分账结算有关的信息,例如,每笔订单的金额,订单总额,每笔订单金额支付给的角色,每个角色收到的每笔订单、其金额和其总和,每个角色的应收金额,实收金额与应收金额之差,等等。各角色30可通过查询部103查询以上信息,从而能够实时了解订单情况和款项情况等。
以上实施方式说明了消费者购买商品并支付货款时的流程。当消费者因各种原因退货并因而需要退款时,只需由该笔订单金额实际支付给的角色退款即可,各角色因该退款而导致的应收金额的误差,可以在接下来的一笔或多笔订单中自动被调整至平衡。因此,与以往相比,退款不再涉及多个角色,而仅涉及一个角色,因而节省了人力物力。
在以上实施方式中,各角色是按照比例对订单总额进行分账的,但本发明不限于此,还可以按其它方式对订单总额进行分账。例如,从每笔订单中分得固定金额,例如10元;又例如,当订单数量小于等于100笔时,按10%分账,当订单数量大于100笔但小于等于1000笔时,按8%分账,当订单数量大于1000笔时,按5%分账,等等。还可以采用多种分账方式的组合。
在以上实施方式中,消费者支付订单金额的方式不限。例如,消费者可以通过网络在线将订单金额支付到相应角色的账户。在货到付款的情况下,消费者可以在线下将订单金额支付给配送商,再由配送商将代收的订单金额支付到相应角色的账户。
以上以消费者购买商品为了进行了说明,但本发明不限于此。只要涉及款项按一定规则在多个角色之间进行分配,就可以使用本发明并获得上述有益效果。
Claims (10)
1.一种分账结算方法,按照参与分账的各方的应得金额,动态地将每笔订单的金额支付给且仅支付给各方中的一方。
2.根据权利要求1所述的分账结算方法,其特征在于,当确定每笔订单的金额支付给各方中的哪一方时,使各方应收到的金额与实际收到的金额之间的误差最小。
3.根据权利要求1所述的分账结算方法,其特征在于,
当订单的数量小于预定数量时,不将这些订单的金额支付给任何一方,
当订单的数量达到预定数量时,从第一笔订单开始,将每笔订单的金额支付给且仅支付给各方中的一方。
4.根据权利要求1所述的分账结算方法,其特征在于,当单笔订单的金额超过预定值时,将该笔订单视为多个子订单,使得每个子订单的金额均不超过该预定值。
5.根据权利要求1所述的分账结算方法,其特征在于,当单笔订单的金额超过预定值时,将该笔订单的金额支付给各方中分账比例最大的一方。
6.根据权利要求1所述的分账结算方法,其特征在于,所述分账结算方法自第一笔订单起执行。
7.根据权利要求1所述的分账结算方法,其特征在于,每笔订单的金额支付给第三方平台,然后由第三方平台支付给各方中的一方。
8.根据权利要求1所述的分账结算方法,其特征在于,当确定每笔订单的金额支付给各方中的哪一方时,计算各方已得金额与应得金额之差,该笔订单的金额不支付给该差大于等于零的那一方。
9.根据权利要求8所述的分账结算方法,其特征在于,如果存在多方所述差小于零,则将该笔订单的金额支付给所述差的绝对值最大的那一方。
10.一种分账结算系统,按照参与分账的各方的应得金额,动态地将每笔订单的金额支付给且仅支付给各方中的一方,该分账结算系统包括:
收款方计算部,用来确定将每笔订单的金额支付给各方中的哪一方,
该收款方计算部根据权利要求1~9中任一项所述的分账结算方法来确定将每笔订单的金额支付给各方中的哪一方。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101672302A CN103390240A (zh) | 2012-05-08 | 2013-05-08 | 分账结算方法和分账结算系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210141442.9 | 2012-05-08 | ||
CN201210141442 | 2012-05-08 | ||
CN2013101672302A CN103390240A (zh) | 2012-05-08 | 2013-05-08 | 分账结算方法和分账结算系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103390240A true CN103390240A (zh) | 2013-11-13 |
Family
ID=49534503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013101672302A Pending CN103390240A (zh) | 2012-05-08 | 2013-05-08 | 分账结算方法和分账结算系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103390240A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077702A (zh) * | 2014-06-09 | 2014-10-01 | 中国建设银行股份有限公司 | 一种结算信息处理方法和装置 |
CN104700263A (zh) * | 2015-02-12 | 2015-06-10 | 深圳市淘淘谷信息技术有限公司 | 一种基于赋值加载的线上销售即时结算的通讯方法 |
CN105513228A (zh) * | 2014-10-10 | 2016-04-20 | 精工爱普生株式会社 | 记录装置、结账系统以及记录装置的控制方法 |
WO2016107467A1 (zh) * | 2014-12-31 | 2016-07-07 | 阿里巴巴集团控股有限公司 | 一种请求发送方法及其装置 |
CN106097053A (zh) * | 2016-06-07 | 2016-11-09 | 乐视控股(北京)有限公司 | 一种业务信息列表的生成方法及生成系统 |
CN106327178A (zh) * | 2016-08-30 | 2017-01-11 | 北京开心贝科技有限公司 | 一种一次同时支付到多账户的支付系统和方法 |
CN107134075A (zh) * | 2017-05-24 | 2017-09-05 | 深圳市橙子兄弟信息科技有限公司 | 基于摇摇车的数据处理系统 |
CN108241969A (zh) * | 2017-12-22 | 2018-07-03 | 北京车和家信息技术有限公司 | 订单拆分及支付的方法及系统、计算机设备 |
CN109598621A (zh) * | 2018-12-06 | 2019-04-09 | 中航信托股份有限公司 | 一种确定信托分配金额的方法和装置 |
CN110033335A (zh) * | 2018-01-09 | 2019-07-19 | 上海集网实业有限公司 | 交易方法和系统、存储介质及程序产品 |
CN110728574A (zh) * | 2018-07-16 | 2020-01-24 | 深圳市于易点科技有限公司 | 一种利用二维码实现交易分账的方法和系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765079A (zh) * | 2008-12-23 | 2010-06-30 | 华为技术有限公司 | 一种增值业务费用的处理方法及装置 |
CN102034189A (zh) * | 2009-09-29 | 2011-04-27 | 深圳市摩财宝网络技术有限公司 | 四十八小时多方结算系统 |
-
2013
- 2013-05-08 CN CN2013101672302A patent/CN103390240A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765079A (zh) * | 2008-12-23 | 2010-06-30 | 华为技术有限公司 | 一种增值业务费用的处理方法及装置 |
CN102034189A (zh) * | 2009-09-29 | 2011-04-27 | 深圳市摩财宝网络技术有限公司 | 四十八小时多方结算系统 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077702A (zh) * | 2014-06-09 | 2014-10-01 | 中国建设银行股份有限公司 | 一种结算信息处理方法和装置 |
CN105513228B (zh) * | 2014-10-10 | 2019-04-12 | 精工爱普生株式会社 | 记录装置、结账系统以及记录装置的控制方法 |
CN105513228A (zh) * | 2014-10-10 | 2016-04-20 | 精工爱普生株式会社 | 记录装置、结账系统以及记录装置的控制方法 |
WO2016107467A1 (zh) * | 2014-12-31 | 2016-07-07 | 阿里巴巴集团控股有限公司 | 一种请求发送方法及其装置 |
CN104700263A (zh) * | 2015-02-12 | 2015-06-10 | 深圳市淘淘谷信息技术有限公司 | 一种基于赋值加载的线上销售即时结算的通讯方法 |
CN104700263B (zh) * | 2015-02-12 | 2018-01-12 | 深圳市淘淘谷信息技术有限公司 | 一种基于赋值加载的线上销售即时结算的通讯方法 |
CN106097053A (zh) * | 2016-06-07 | 2016-11-09 | 乐视控股(北京)有限公司 | 一种业务信息列表的生成方法及生成系统 |
CN106327178A (zh) * | 2016-08-30 | 2017-01-11 | 北京开心贝科技有限公司 | 一种一次同时支付到多账户的支付系统和方法 |
CN107134075A (zh) * | 2017-05-24 | 2017-09-05 | 深圳市橙子兄弟信息科技有限公司 | 基于摇摇车的数据处理系统 |
CN108241969A (zh) * | 2017-12-22 | 2018-07-03 | 北京车和家信息技术有限公司 | 订单拆分及支付的方法及系统、计算机设备 |
CN110033335A (zh) * | 2018-01-09 | 2019-07-19 | 上海集网实业有限公司 | 交易方法和系统、存储介质及程序产品 |
CN110728574A (zh) * | 2018-07-16 | 2020-01-24 | 深圳市于易点科技有限公司 | 一种利用二维码实现交易分账的方法和系统 |
CN109598621A (zh) * | 2018-12-06 | 2019-04-09 | 中航信托股份有限公司 | 一种确定信托分配金额的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103390240A (zh) | 分账结算方法和分账结算系统 | |
US11847703B2 (en) | Coupon blending of a swap portfolio | |
US20120030101A1 (en) | Vendor payment consolidation system | |
US20120116943A1 (en) | System and Method for Processing Contracts for Conditional and Unconditional Forward Sales of Retail Goods | |
CN102214337A (zh) | 商品交易结算方法和系统 | |
KR20210058633A (ko) | 프로슈머와 소비자간 전력 거래 장치 및 그 방법 | |
CN107767269A (zh) | 一种基于供应链金融的信用金交易的管理方法及平台 | |
AU2016200788A1 (en) | Flexible-rate, financial option and method of trading | |
Ahearn | Rising economic powers and the global economy: trends and issues for congress | |
CN106934656A (zh) | 一种电商平台系统及分润方法 | |
KR20220159301A (ko) | 에스앤에스 공동구매 방법 | |
WO2007081578A2 (en) | Automated market making, centralized margin facility and clearing of synthetic orders | |
KR20110131052A (ko) | 에프엑스마진거래 비용절약 대탐소실 기능을 겸한 선불렌트약정 비즈니스모델 서비스 방법 | |
CN109308634A (zh) | 一种应用于电力中长期交易的电力交易指数计算方法 | |
CN103258279A (zh) | 基于统计模型的商品动态定价方法 | |
Leitzinger et al. | A retrospective look at wholesale gas: industry restructuring | |
CN111861543A (zh) | 一种计划与市场双轨不平衡费用的计算及分摊方法、装置 | |
TWM538200U (zh) | 信託金流處理系統 | |
CN110634075A (zh) | 一种基于自定义公式实现不同外汇产品的损益计算方法 | |
CN108665356A (zh) | 一种货物云代理云分销的方法 | |
CN107563589A (zh) | 一种电力市场主体信用管理系统及管理方法 | |
CN111476603A (zh) | 一种电网结算不平衡资金的分摊方法及装置 | |
WO2017114431A1 (zh) | 一种利用管道气体压力形成气体市场价格的方法 | |
CN111210354A (zh) | 数字资产托管方法及装置 | |
Abbas | Financial Innovation and Engineering in Islamic Banks |
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: 20131113 |