CN112967047B - 结算方法、装置、设备、存储介质以及程序产品 - Google Patents

结算方法、装置、设备、存储介质以及程序产品 Download PDF

Info

Publication number
CN112967047B
CN112967047B CN202110229629.3A CN202110229629A CN112967047B CN 112967047 B CN112967047 B CN 112967047B CN 202110229629 A CN202110229629 A CN 202110229629A CN 112967047 B CN112967047 B CN 112967047B
Authority
CN
China
Prior art keywords
amount
payment
order
management
settlement
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.)
Active
Application number
CN202110229629.3A
Other languages
English (en)
Other versions
CN112967047A (zh
Inventor
张京
李鸿鹤
刘枫
田奕
吴佳
张新磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202110229629.3A priority Critical patent/CN112967047B/zh
Publication of CN112967047A publication Critical patent/CN112967047A/zh
Application granted granted Critical
Publication of CN112967047B publication Critical patent/CN112967047B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/102—Bill distribution or payments
    • 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/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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
    • G06Q20/108—Remote banking, e.g. home banking
    • 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
    • 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/02—Banking, e.g. interest calculation or account maintenance
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

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)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本公开提供了结算方法、装置、电子设备及存储介质，涉及移动互联网技术领域。具体实现方案为：根据来自支付服务端的订单的支付金额，将支付金额转入交易服务提供方的管控账户中；将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中；接收来自交易服务提供方的支付信息，从支付信息中获取结算金额，将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。本公开实施例通过对结算流程的合理设置，消除了交易服务提供方挪用资金的可能性，提高了结算过程的安全性，可有效避免后续可能带来的罚单风险。

Description

结算方法、装置、设备、存储介质以及程序产品
技术领域
本公开涉及计算机技术领域，尤其涉及一种移动互联网技术领域。
背景技术
随着金融行业的发展，对于机构中的流动资金需要加强监管，尤其针对代收代付业务而言更加需要对流动资金加强监管。现有的结算流程中，支付和结算两个步骤在执行过程中是分离的。例如在现有的结算流程中，收入款项可以打到A账户，支出款项可以从B账户打出。并且A账户、B账户都可以属于交易服务提供方。交易服务提供方可以在A、B账户之间进行资金往来和挪用。因此采用上述结算方式存在潜在的罚单风险。
发明内容
本公开提供了一种结算方法、装置、设备、存储介质以及程序产品。
根据本公开的一方面，提供了一种结算方法，包括：
根据来自支付服务端的订单的支付金额，将支付金额转入交易服务提供方的管控账户中；
将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中；
接收来自交易服务提供方的支付信息，从支付信息中获取结算金额，将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。
根据本公开的另一方面，提供了一种结算方法，包括：
接收来自支付服务端的订单的支付消息；
根据订单的支付消息得到订单的支付金额；
根据支付金额得到订单对应的结算金额；
根据结算金额生成支付信息；
将支付信息发送给资金管控端。
根据本公开的另一方面，提供了一种结算装置，包括：
第一处理单元，用于根据来自支付服务端的订单的支付金额，将支付金额转入交易服务提供方的管控账户中；
第二处理单元，用于将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中；
结算单元，用于接收来自交易服务提供方的支付信息，从所述支付信息中获取结算金额，将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。
根据本公开的另一方面，提供了一种结算装置，包括：
接收单元，用于接收来自支付服务端的订单的支付消息；
第五处理单元，用于根据订单的支付消息得到订单的支付金额；
第六处理单元，用于根据支付金额得到订单对应的结算金额；
第一生成单元，用于根据结算金额生成支付信息；
第一发送单元，用于支付信息发送给资金管控端。
根据本公开的另一方面，提供了一种电子设备，包括：
至少一个处理器；以及
与该至少一个处理器通信连接的存储器；其中，
该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的结算方法。
根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的结算方法。
根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的结算方法。
上述申请中的一个实施例具有如下优点或有益效果：通过对结算流程的合理设置，消除了交易服务提供方挪用资金的可能性，提高了结算过程的安全性，可有效避免后续可能带来的罚单风险。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本公开的限定。其中：
图1是根据本公开一实施例的结算方法的流程图；
图2是根据本公开另一实施例的结算方法的系统架构示意图；
图3是根据本公开另一实施例的结算方法的费用信息处理的流程图；
图4是根据本公开另一实施例的结算方法的资金验证流程图；
图5是根据本公开另一实施例的结算方法的流程图；
图6是根据本公开另一实施例的结算方法的费用信息处理的流程图；
图7是根据本公开一实施例的结算装置的示意图；
图8是根据本公开另一实施例的结算装置的示意图；
图9是根据本公开另一实施例的结算装置的示意图；
图10是根据本公开另一实施例的结算装置的示意图；
图11是根据本公开一实施例的结算装置的流程图；
图12是根据本公开另一实施例的结算装置的流程图；
图13是根据本公开另一实施例的结算装置的流程图；
图14是用来实现本公开实施例的结算方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
在交易服务端进行商品交易过程中，商品购买方和商品出售方达成交易，形成订单。其中，商品购买方也可称为消费者；商品出售方是订单对应的出售方，也可称为商家；交易服务端也可称为交易服务提供方。在相关技术的结算流程中，支付和结算两个步骤在执行过程中是分离的。一笔订单从支付到结算可分为如下的步骤：
1)作为购买方的用户发起订单支付。订单金额支付到第三方支付通道的商户号中。
2)第三方支付通道按照指定的规则将货款打款到订单对应的交易服务提供方的指定收入银行卡，收入流程结束。
3)交易服务提供方计算应支付给作为出售方的商家结算款项。出纳人员每日进行备款，将结算款项从交易服务提供方的支出账户转账到第三方打款通道的商户号中。其中，第三方打款通道可包括快钱。
4)按照商家预定的维度将货款打款到指定商家银行卡中。例如可以定期给商家打款。
在上述结算流程中，支付和结算两个步骤在执行过程中是分离的。可将上述支付和结算分离的流程简称为二清结算流程。对于交易服务提供方而言，在指定收入银行卡中收取货款和将货款打款到指定商家银行卡这两个步骤是分离的。也就是说收入和支出是分离的。上述二清结算流程具有以下的问题：
第一，不符合监管的要求，支付和结算两个步骤中间有资金挪用的可能，可能会带来罚款风险。例如收入款项可以打到A账户，支出款项可以从B账户打出。并且A、B账户都可以属于交易服务提供方。交易服务提供方可以在A、B账户之间进行资金往来和挪用。
第二，对于结算过程中滞留的资金，一方面可能没有得到合理的利用；另一方面由于缺少资金出入的强力管控，如果系统出现问题，也可能会出现多打款的情况。
第三，由于备款是线下人工操作，会长期占用人力，还可能存在备款不足、备款过多的情况。并且由于涉及到大量打款资金和多重审批，使得结算流程操作复杂，结算效率较低。
图1是根据本公开一实施例的结算方法的流程图。参见图1，该结算方法可应用于资金管控端，具体可包括：
步骤S110，根据来自支付服务端的订单的支付金额，将支付金额转入交易服务提供方的管控账户中；
步骤S120，将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中；
步骤S130，接收来自交易服务提供方的支付信息，从支付信息中获取结算金额，将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。
本公开实施例提供了一种将支付和结算两个步骤合并的结算方法。可将本公开中支付和结算合并的流程简称为一清结算流程。在本公开实施例中，在持金融持牌机构建立交易服务提供方的管控账户。例如可将上述交易服务提供方的管控账户简称为C账户。收入和支出都在C账户进行，收入款项打到C账户，支出款项也从C账户打出。资金受到金融持牌机构管控，交易服务提供方无法操控C账户中的金额。对于商家的打款由金融持牌机构发起。对于金融持牌机构来说，交易服务提供方作为和商家同等地位的角色参与结算流程。
图2是根据本公开另一实施例的结算方法的系统架构示意图。参见图1和图2，交易服务提供方的系统可包括财务中心、交易中心和商户管理中心几个部分。上述几个部分的功能如下：
1.交易中心包含前台交易的系统。前台交易的系统中可包括订单处理子系统、收银子系统、网关等。交易中心可面向支付用户，提供收单、退款、查询等功能。
2.商户管理中心包含商家管控系统和商品管控系统等。商户管理中心可面向商家用户，提供商家注册、商品管理等功能。
3.财务中心包含商业数据中心、结算中心、资金池、支付中心等。财务中心可面向商家提供资金结算的功能，并且提供资金信息查询服务。
在商户管理中心，可以根据商家协议合同设置商品中心一清开关。商品中心一清开关用于对收银台的支付方式进行调控。具体地，可根据商家协议合同确定是采用一清结算流程还是采用其他的结算流程。若商家协议合同中规定采用一清结算流程，则在交易中心收银台收到订单的支付金额后，可确定采用一清支付方式。采用一清支付方式之后的后续流程参见图2所示。若商家协议合同中规定采用其他的结算流程，则在交易中心收银台收到订单的支付金额后，可确定采用其他支付方式。其他支付方式的后续流程在图2中未示出。
图2的示例中，实线表示资金流，虚线表示信息流。在采用一清结算流程的情况下，一方面，交易中心的收银台将支付金额发给支付服务端的交易服务提供方的账户中，参见图2中由收银台输出的实线所示。参见图2的示例中，交易服务提供方可以是为商品交易提供服务的交易服务端，支付服务端中交易服务提供方的账户是“交易服务提供方商户”。作为第三方支付通道的支付服务端收到支付金额后，将支付金额转到作为资金管控端的XX银行的交易服务提供方的账户中。另一方面，交易中心的收银台将订单的支付消息发给交易服务提供方的财务中心，参见图2中由收银台输出的虚线所示。
上述资金流向可表示如下：
1.资金最初在消费者在支付服务端申请的账户中，例如可以是零钱或者对应银行卡中。
2.消费者发起支付流程，消费者的资金作为支付金额会支付给支付服务端。
3.支付服务端将支付金额的金额记录在交易服务提供方在支付服务端申请的账户中。
4.在第n天之后，支付服务端将支付金额的金额结算给XX银行的交易服务提供方的账户中。此处的n根据不同类型的业务可以有不同的设置值。
在一清结算流程中，首先需要引入具有合适资质的金融持牌机构进行资金管控。例如可选择具有行业优势的XX银行作为资金监管的资金管控端。行业优势可以表现为以下几个方面：一方面，和第三方资金机构不同，银行可以直接接受其他第三方机构的金额流水。另一方面，还可选择具备的敏捷开发能力的作为行业领先的互联网银行作为资金监管的管控方。
本公开实施例中，可预先在资金管控端XX银行建立交易服务提供方的管控账户和订单对应的出售方的管控账户。在图2的示例中，交易服务提供方的管控账户是“交易服务提供方行业应用账户”，订单对应的出售方的管控账户是“商家账户”。其中，上述两个管控账户由资金管控端XX银行监管，交易服务提供方和出售方无法操控管控账户中的金额。
参见图1和图2，在步骤S110中，资金管控端XX银行接收来自支付服务端的订单的支付金额后，将支付金额转入交易服务提供方的管控账户中，也就是转入“交易服务提供方行业应用账户”中。在步骤S120中，支付金额由资金管控端XX银行进行托管，可由XX银行将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中，也就是由“交易服务提供方行业应用账户”转出，并转入“商家账户”中。
参见图2，交易中心的收银台将订单的支付消息发给交易服务提供方的财务中心。在交易服务提供方的财务中心，可根据每笔订单的支付消息计算应给各个商家的账户打款多少。根据上述计算结果可生成支付信息。支付信息可包括交易服务提供方应支付给各个商家的结算金额。交易服务提供方可将支付信息发送给资金管控端XX银行。在步骤S130中，资金管控端先接收来自交易服务提供方的支付信息，从支付信息中获取结算金额。资金管控端再将结算金额从订单对应的出售方的管控账户(“商家账户”)转出，并转入订单对应的出售方的收款账户中。在图2的示例中，出售方的收款账户可以是出售方在除了XX银行之外的其他银行建立的账户，如图2中的“商家收款卡”。在另一种实施中，出售方的收款账户也可以是出售方在XX银行建立的账户。出售方的收款账户与管控账户不同。出售方可以合理支配收款账户中的金额。
本公开实施例通过对结算流程的合理设置，消除了交易服务提供方挪用资金的可能性，提高了结算过程的安全性，可有效避免后续可能带来的罚单风险。
本公开实施例可应用于整体代收代付结算的现金流中。在代收代付结算的现金流中，可将现存的二清结算流程改造为一清结算流程。例如可利用如图2所示的商户管理中心的“商品中心一清开关”，在不影响线上已经运行的用户支付以及商家结算流程的前提下，实现资金流的整体迁移，从二清结算流程迁移到一清结算流程。在由二清结算流程改造为一清结算流程的过渡阶段，可以采用如图2所示的方式，在一清结算流程中引入银行作为底层资金托管角色，并将与其他支付方式对应的二清结算流程作为旁路设计的另外一个分支流程，使得两种结算方式并用。如图2所示，本公开旁路设计的结算方式可具体包括以下流程：
1.通过交易中心，在订单对应的资金流水账目中插入结算标识，作为区分采用新老结算流程的依据。可根据商家协议合同，在订单资金流水中插入结算标识。结算标识用于区分是否采用一清结算流程。然后利用商品中心一清开关用于对收银台的支付方式进行调控。
2.在结算中心通过资金流水账目中的结算标识获取不同的结算流程模型，根据不同的结算流程模型对订单对应的资金流水账目进行结算处理，并且推送下游资金服务。例如在结算处理后将结算结果推送到商家资金池。
3.下游资金服务通过抽象拆分资金池，建立商家逻辑资金账户。一个商家可以同时具备新老资金账户，用以存储不同的结算流程产生的流水账目。
4.在财务中心可建立进行资金服务管控的商家的一清逻辑账户。一清逻辑账户中存储有资金管控端的银行标识，银行标识与银行提供的管控账户一一对应。
5.对于新老结算系统的流水改造，通过在商家管理中心建立“商品中心一清开关”进行切换，逐步分批将商家流水从老结算模型切换到新结算模型。
上述基于订单结算标识的流程改造，允许线上流量分批分块地从老结算模型迁移新结算模型，方便后续结算模型的迁移，并且可以支持按照不同的业务选用不同的结算模型。
图3是根据本公开另一实施例的结算方法的费用信息处理的流程图。如图3所示，上述方法还包括：
步骤S310，接收来自交易服务提供方的订单对应的费用信息；
步骤S320，根据费用信息得到第一金额，将第一金额从交易服务提供方的支出账户中转出，并转入订单对应的出售方的管控账户中。
参见图1至图3，交易中心的收银台将订单的支付消息发给交易服务提供方的财务中心。财务中心将订单保存到商业数据中心。并且，可从商业数据中心获取订单相关的补贴活动。如果该订单是与补贴活动相关的订单，交易服务提供方可将订单对应的费用信息发送给资金管控端。其中，费用信息可以是补贴信息。费用信息中可包括第一金额。在一个示例中，第一金额可以是补贴金额。例如，该订单对应的支付金额为9元，由于补贴活动交易服务提供方需提供的补贴金额为1元，则该订单交易完成后订单对应的出售方的应收货款为10元。为提供补贴金额，交易服务提供方可在XX银行建立一个用于支出补贴金额的支出账户，例如图2中的“交易服务提供方支出户”。
在步骤S310中，资金管控端XX银行接收来自交易服务提供方的订单对应的费用信息。在步骤S320中，资金管控端XX银行根据费用信息得到补贴金额，将补贴金额从交易服务提供方的支出账户中转出，并转入订单对应的出售方的管控账户中。也就是由“交易服务提供方支出户”转出，并转入“商家账户”中。
本公开实施例中，除了管控订单的支付金额之外，资金管控端对补贴金额也能够合理进行管控，消除了交易服务提供方挪用资金的可能性，可有效避免罚单风险。
在一种实施方式中，上述方法还包括：
从支付信息中获取第二金额；
将第二金额从订单对应的出售方的管控账户中转出，并转入交易服务提供方的收入账户中。
在一个示例中，第二金额可包括支付手续费。对于每一笔支付订单，第三方支付通道可以收取订单对应的支付手续费。支付手续费可以是由作为出售方的商家负责支出，支付手续费的收取方式可以是第三方支付通道向收取交易服务提供方收取。
在交易服务提供方的财务中心，可根据每笔订单的支付消息计算应给各个商家的账户打款多少。根据上述计算结果可生成支付信息。支付信息可包括：各个商家应支付的每笔订单的支付手续费和交易服务提供方应支付给各个商家的结算金额。
参见图2，为向商家收取支付手续费，交易服务提供方可在XX银行建立一个用于收取支付手续费的收入账户，例如图2中的“交易服务提供方收入户”。XX银行可从来自交易服务提供方的支付信息中获取支付手续费，将支付手续费从订单对应的出售方的管控账户中转出，并转入交易服务提供方的收入账户中。也就是从“商家账户”中转出，并转入“交易服务提供方收入户”中。如图2所示，在XX银行，可将订单的支付金额中提取出一部分作为“毛利”，也就是支付手续费，在后续流程中，支付手续费将会转入交易服务提供方的收入账户中。
本公开实施例中，资金管控端对支付手续费能够合理进行管控，可实现代收支付手续费的功能，消除了交易服务提供方挪用资金的可能性，可有效避免罚单风险。
图4是根据本公开另一实施例的结算方法的资金验证流程图。如图4所示，在一种实施方式中，上述方法还包括：
步骤S410，接收来自交易服务提供方的出售方资金信息；
步骤S420，根据出售方资金信息对支付金额和结算金额进行验证。
如图2所示，作为交易服务提供方的交易服务端的财务中心可包括商业数据中心、结算中心、商家资金池、交易服务提供方资金池、支付中心和ERP(Enterprise ResourcePlanning，企业资源计划)归档。其中，商业数据中心可用于保存订单数据。并且商业数据中心可将订单数据发送给结算中心，结算中心可以按照预定周期对订单进行结算处理。例如可以每天一次计算给各个商家的账户打款多少。结算中心可根据上述结算处理的结果生成商家资金信息，并将商家资金信息发送到商家资金池。商家资金池再将商家资金信息发送给XX银行的商家账户中。商家资金信息也可称为出售方资金信息。在XX银行，出售方资金信息可以用于验证每笔打款操作是否正确无误。
其中，资金池作为一种资金管理模式，可用于企业间资金管理的自动调拨工具，其主要功能可包括实现资金的集中控制。本公开实施例中，可利用资金池实现各个商家的逻辑记账功能。本公开实施例中，基于商家账户的资金记账方案，可以将大的资金池分配为多个小的资金池，对于资金池内部的打款，可以有效地进行余额验证，防止多打款的风险。
参见图2，商家资金池还可以将商家资金信息发送给支付中心。支付中心可实现对商家的支付功能。例如根据每笔订单的支付金额、支付手续费和补贴金额计算应给各个商家的账户打款多少。根据上述计算结果可生成支付信息。支付信息可包括交易服务提供方应支付给各个商家的结算金额。支付中心将支付信息发送给XX银行的商家账户中。在XX银行，根据支付信息将结算金额从商家的管控账户转出，并转入所述商家的收款账户中。
本公开实施例中，通过对支付金额和结算金额进行验证，一方面可以有效进行余额验证，防止多打款的风险；另一方面依托于银行的资金管理，免除了出纳备款的人工操作，提高了结算效率。
图5是根据本公开另一实施例的结算方法的流程图。参见图5，该结算方法可应用于交易服务提供方，具体可包括：
步骤S510，接收来自支付服务端的订单的支付消息；
步骤S520，根据订单的支付消息得到订单的支付金额；
步骤S530，根据支付金额得到订单对应的结算金额；
步骤S540，根据结算金额生成支付信息；
步骤S550，将支付信息发送给资金管控端。
参见图2和图5，交易中心的收银台将订单的支付消息发给交易服务提供方的财务中心。在步骤S510中，财务中心接收来自支付服务端的订单的支付消息。在财务中心，可将包括支付消息在内的订单数据保存在商业数据中心。在步骤S520和步骤S530中，财务中心根据包括支付消息在内的订单数据得到订单的支付金额和订单对应的结算金额。在步骤S540中，财务中心生成支付信息。支付信息中可包括结算金额的信息。步骤S550，交易服务提供方将支付信息发送给资金管控端XX银行。资金管控端先接收到支付信息后，从支付信息中获取结算金额。资金管控端再将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。
在交易服务提供方的财务中心中，商业数据中心可将订单数据发送给结算中心，结算中心可以按照预定周期对订单进行结算处理。例如可以每天一次计算给各个商家的账户打款多少。结算中心可根据上述结算处理的结果生成商家资金信息，并将商家资金信息发送到商家资金池。商家资金池再将商家资金信息发送给XX银行的商家账户中。在XX银行，商家资金信息可以用于验证每笔打款操作是否正确无误。
参见图2，商家资金池还可以将商家资金信息发送给支付中心。支付中心可实现对商家的支付功能。例如根据每笔订单的支付金额、支付手续费和补贴金额计算应给各个商家的账户打款多少。根据上述计算结果可生成支付信息。支付信息可包括交易服务提供方应支付给各个商家的结算金额。支付中心将支付信息发送给XX银行的商家账户中。在XX银行，根据支付信息将结算金额从商家的管控账户转出，并转入所述商家的收款账户中。
本公开实施例中，通过支付中心实现支付功能并将支付信息发送给资金管控端，使得资金管控端能够根据支付信息将结算金额转入商家的收款账户中。本公开实施例提供的结算方法一方面提高了结算过程的安全性，另一方面也加强了资金管控的力度。
图6是根据本公开另一实施例的结算方法的费用信息处理的流程图。如图6所示，在一种实施方式中，上述方法还包括：
步骤S610，根据订单的支付消息生成订单对应的费用信息；
步骤S620，将费用信息发送给资金管控端。
参见图2和图6，交易中心的收银台将订单的支付消息发给交易服务提供方的财务中心。财务中心将订单保存到商业数据中心中。并且，可从商业数据中心中获取订单相关的补贴活动。在步骤S610中，如果该订单是与补贴活动相关的订单，交易服务提供方根据订单的支付消息生成包括补贴信息在内的订单对应的费用信息。费用信息中包括第一金额，第一金额可以是补贴金额。例如，该订单对应的支付金额为9元，由于补贴活动交易服务提供方需提供的补贴金额为1元，则该订单交易完成后订单对应的出售方的应收货款为10元。在步骤S620中，交易服务提供方可将订单对应的费用信息发送给资金管控端。例如，将订单对应的补贴信息发送给图2中的“交易服务提供方支出户”。
本公开实施例中，通过将费用信息发送给资金管控端，使得资金管控端能够对补贴金额进行合理管控，消除了交易服务提供方挪用资金的可能性，可有效避免罚单风险。
在一种实施方式中，根据支付金额得到订单对应的结算金额，包括：
从支付金额中扣除订单对应的第二金额，得到结算金额。
本公开实施例中，第二金额可包括支付手续费。对于每一笔支付订单，第三方支付通道可以收取订单对应的支付手续费。支付手续费可以是由作为出售方的商家负责支出，支付手续费的收取方式可以是第三方支付通道向收取交易服务提供方收取。如果该订单不是与补贴活动相关的订单，从订单的支付金额中扣除订单对应的支付手续费后，得到结算金额。在后续流程中，将包括结算金额的信息的出售方资金信息发送给资金管控端。
参见图2，在XX银行，可将订单的支付金额中提取出一部分作为“毛利”，也就是支付手续费，在后续流程中，支付手续费将会转入交易服务提供方的收入账户中。
本公开实施例中，利用支付金额和支付手续费计算结算金额，再将包括结算金额的信息的支付信息发送给资金管控端，使得资金管控端能够对支付金额进行能够合理进行管控，提高了结算过程的安全性。
在一种实施方式中，根据支付金额得到订单对应的结算金额，包括：
根据费用信息得到第一金额；
从支付金额和第一金额的总和中扣除订单对应的第二金额，得到结算金额。
在上述实施例中，第一金额可以是补贴金额，第二金额可以是支付手续费。在上述实施例的基础上，如果该订单是与补贴活动相关的订单，则从支付金额和补贴金额的总和中扣除订单对应的支付手续费，得到结算金额。在后续流程中，将包括结算金额的信息的出售方资金信息发送给资金管控端。
本公开实施例中，利用支付金额、补贴金额和支付手续费计算结算金额，再将包括结算金额的信息的支付信息发送给资金管控端，使得资金管控端能够对支付金额进行能够合理进行管控，提高了结算过程的安全性。
在一种实施方式中，上述方法还包括：
根据结算金额和第二金额生成支付信息。
参见图2，交易服务提供方的财务中心可根据包括支付消息在内的订单数据得到订单的支付金额、支付手续费和补贴金额，并计算订单对应的结算金额。财务中心生成支付信息，支付信息中可包括结算金额和支付手续费的信息。在XX银行，一方面根据支付信息将支付手续费从商家的管控账户中转出，并转入交易服务提供方的收入账户中；另一方面根据支付信息将结算金额从商家的管控账户转出，并转入商家的收款账户中。
本公开实施例中，根据结算金额和支付手续费生成支付信息，并将支付信息发送给资金管控端，使得资金管控端能够根据支付信息将结算金额转入商家的收款账户中。本公开实施例提供的结算方法一方面提高了结算过程的安全性，另一方面也加强了资金管控的力度。
在一种实施方式中，上述方法还包括：
根据支付金额生成订单对应的出售方资金信息；
将出售方资金信息发送给资金管控端。
参见图2，交易服务提供方的结算中心可以按照预定周期对订单进行结算处理。例如可以每天一次计算给各个商家的账户打款多少。结算中心可根据上述结算处理的结果生成商家资金信息，并将商家资金信息发送到商家资金池。商家资金池再将商家资金信息发送给XX银行的商家账户中。商家资金信息也可称为出售方资金信息。在XX银行，出售方资金信息可以用于验证每笔打款操作是否正确无误。
本公开实施例中，通过将出售方资金信息发送给资金管控端，使得资金管控端可以对支付金额和结算金额进行验证，一方面可以有效进行余额验证，防止多打款的风险；另一方面依托于银行的资金管理，免除了出纳备款的人工操作，提高了结算效率。
本公开实施例中上述应用于交易服务提供方的各实施方式可参照应用于资金管控端的实施方式的对应描述，在此不再赘述。
综上，本公开实施例在选择银行作为资金托管方的前提下，提供了一种全流程的结算改造方案，实现了以商家平台作为管控点，从订单视角实现收银、订单、凭证、结算、资金池、打款等跨多个系统的结算方式改造，并且支持流水之间在线上的分批回滚等兼容操作。对于结算过程中滞留的资金，一方面银行可以合理利用；另一方面银行可以对资金出入进行强力管控。另外，通过出售方资金信息进行验证，可避免多打款的情况发生。
本公开实施例涉及改造的范围广，从消费者端的收银到履约、凭证、营销、商家、商品，再到结算、资金池、打款几乎全部的流程都涉及到改造，将资金流进行整体切换。本公开实施例中，持牌机构需要支持各大支付通道的支付能力。另外，结算流程可以支持T+1级别的款项结算，T+1级别的对账。其中，T+1级别可包括第一天消费、第二天结算给商家的模式。利用本公开实施例提供的结算方法，资金流需要依赖合适的持牌机构进行托管，可以与持牌机构深度合作，实现各类场景中的结算。结算流程可以涉及到营销、佣金收取、分账等复杂场景下的金额分配。
图7是根据本公开一实施例的结算装置的示意图。图7所示的结算装置具体可应用于资金管控端。参见图7，该结算装置包括：
第一处理单元710，用于根据来自支付服务端的订单的支付金额，将支付金额转入交易服务提供方的管控账户中；
第二处理单元720，用于将支付金额从交易服务提供方的管控账户转出，并转入订单对应的出售方的管控账户中；
结算单元730，用于接收来自交易服务提供方的支付信息，从支付信息中获取结算金额，将结算金额从订单对应的出售方的管控账户转出，并转入订单对应的出售方的收款账户中。
图8是根据本公开另一实施例的结算装置的示意图。参见图8，在一种实施方式中，上述装置还包括第三处理单元740，第三处理单元740用于：
接收来自交易服务提供方的订单对应的费用信息；
根据费用信息得到第一金额，将第一金额从交易服务提供方的支出账户中转出，并转入订单对应的出售方的管控账户中。
图9是根据本公开另一实施例的结算装置的示意图。参见图9，在一种实施方式中，上述装置还包括第四处理单元750，第四处理单元750用于：
从支付信息中获取第二金额；
将第二金额从订单对应的出售方的管控账户中转出，并转入交易服务提供方的收入账户中。
图10是根据本公开另一实施例的结算装置的示意图。参见图10，在一种实施方式中，上述装置还包括验证单元760，验证单元760用于：
接收来自交易服务提供方的出售方资金信息；
根据出售方资金信息对支付金额和结算金额进行验证。
图11是根据本公开一实施例的结算装置的流程图。图11所示的结算装置具体可应用于交易服务提供方。参见图11，该结算装置包括：
接收单元111，用于接收来自支付服务端的订单的支付消息；
第五处理单元112，用于根据订单的支付消息得到订单的支付金额；
第六处理单元113，用于根据支付金额得到订单对应的结算金额；
第一生成单元114，用于根据结算金额生成支付信息；
第一发送单元115，用于将支付信息发送给资金管控端。
图12是根据本公开另一实施例的结算装置的流程图。参见图12，在一种实施方式中，上述装置还包括：
第二生成单元116，用于根据订单的支付消息生成订单对应的费用信息；
第二发送单元117，用于将费用信息发送给资金管控端。
在一种实施方式中，第六处理单元113用于：
从支付金额中扣除订单对应的第二金额，得到结算金额。
在一种实施方式中，第六处理单元113用于：
根据费用信息得到第一金额；
从支付金额和第一金额的总和中扣除订单对应的第二金额，得到结算金额。
在一种实施方式中，第一生成单元114还用于：
根据结算金额和第二金额生成支付信息。
图13是根据本公开另一实施例的结算装置的流程图。参见图13，在一种实施方式中，上述装置还包括：
第三生成单元118，用于根据支付金额生成订单对应的出售方资金信息；
第三发送单元119，用于将出售方资金信息发送给资金管控端。
本公开实施例中的结算装置中的各个单元的功能可以参见上述各结算方法中的对应描述，在此不再赘述。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图14示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。
如图14所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序来执行各种适当的动作和处理。在RAM 803中，还可存储电子设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入输出(I/O)接口805也连接至总线804。
电子设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个结算方法和处理，例如结算方法。例如，在一些实施例中，结算方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到电子设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的结算方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行结算方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的结算方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (22)

1.一种结算方法，其特征在于，应用于资金管控端，在所述资金管控端建立交易服务提供方的管控账户和订单对应的出售方的管控账户，所述方法包括：
根据来自支付服务端的订单的支付金额，将所述支付金额转入所述交易服务提供方的管控账户中；
将所述支付金额从所述交易服务提供方的管控账户转出，并转入所述订单对应的出售方的管控账户中；
接收来自交易服务提供方的支付信息，从所述支付信息中获取结算金额，将所述结算金额从所述订单对应的出售方的管控账户转出，并转入所述订单对应的出售方的收款账户中。
2.根据权利要求1所述的方法，所述方法还包括：
接收来自所述交易服务提供方的订单对应的费用信息；
根据所述费用信息得到第一金额，将所述第一金额从所述交易服务提供方的支出账户中转出，并转入所述订单对应的出售方的管控账户中。
3.根据权利要求1或2所述的方法，所述方法还包括：
从所述支付信息中获取第二金额；
将所述第二金额从所述订单对应的出售方的管控账户中转出，并转入所述交易服务提供方的收入账户中。
4.根据权利要求1或2所述的方法，所述方法还包括：
接收来自所述交易服务提供方的出售方资金信息；
根据所述出售方资金信息对所述支付金额和所述结算金额进行验证。
5.一种结算方法，其特征在于，应用于资金管控端，在所述资金管控端建立交易服务提供方的管控账户和订单对应的出售方的管控账户，所述方法包括：
接收来自支付服务端的订单的支付消息；
根据所述订单的支付消息得到所述订单的支付金额；
将所述支付金额转入所述交易服务提供方的管控账户中，再将所述支付金额从所述交易服务提供方的管控账户转出，并转入所述订单对应的出售方的管控账户中；
根据所述支付金额得到所述订单对应的结算金额，将所述结算金额从所述订单对应的出售方的管控账户转出，并转入所述订单对应的出售方的收款账户中；
根据所述结算金额生成支付信息；
将所述支付信息发送给资金管控端。
6.根据权利要求5所述的方法，所述方法还包括：
根据所述订单的支付消息生成订单对应的费用信息；
将所述费用信息发送给所述资金管控端。
7.根据权利要求5所述的方法，其中，根据所述支付金额得到所述订单对应的结算金额，包括：
从所述支付金额中扣除所述订单对应的第二金额，得到所述结算金额。
8.根据权利要求6所述的方法，其中，根据所述支付金额得到所述订单对应的结算金额，包括：
根据所述费用信息得到第一金额；
从所述支付金额和所述第一金额的总和中扣除所述订单对应的第二金额，得到所述结算金额。
9.根据权利要求7或8所述的方法，所述方法还包括：
根据所述结算金额和所述第二金额生成支付信息。
10.根据权利要求5至8中任一项所述的方法，所述方法还包括：
根据所述支付金额生成所述订单对应的出售方资金信息；
将所述出售方资金信息发送给所述资金管控端。
11.一种结算装置，其特征在于，应用于资金管控端，在所述资金管控端建立交易服务提供方的管控账户和订单对应的出售方的管控账户，所述装置包括：
第一处理单元，用于根据来自支付服务端的订单的支付金额，将所述支付金额转入所述交易服务提供方的管控账户中；
第二处理单元，用于将所述支付金额从所述交易服务提供方的管控账户转出，并转入所述订单对应的出售方的管控账户中；
结算单元，用于接收来自交易服务提供方的支付信息，从所述支付信息中获取结算金额，将所述结算金额从所述订单对应的出售方的管控账户转出，并转入所述订单对应的出售方的收款账户中。
12.根据权利要求11所述的装置，所述装置还包括第三处理单元，所述第三处理单元用于：
接收来自所述交易服务提供方的订单对应的费用信息；
根据所述费用信息得到第一金额，将所述第一金额从所述交易服务提供方的支出账户中转出，并转入所述订单对应的出售方的管控账户中。
13.根据权利要求11或12所述的装置，所述装置还包括第四处理单元，所述第四处理单元用于：
从所述支付信息中获取第二金额；
将所述第二金额从所述订单对应的出售方的管控账户中转出，并转入所述交易服务提供方的收入账户中。
14.根据权利要求11或12所述的装置，所述装置还包括验证单元，所述验证单元用于：
接收来自所述交易服务提供方的出售方资金信息；
根据所述出售方资金信息对所述支付金额和所述结算金额进行验证。
15.一种结算装置，其特征在于，应用于资金管控端，在所述资金管控端建立交易服务提供方的管控账户和订单对应的出售方的管控账户，所述装置包括：
接收单元，用于接收来自支付服务端的订单的支付消息；
第五处理单元，用于根据所述订单的支付消息得到所述订单的支付金额；
第七处理单元，用于将所述支付金额转入所述交易服务提供方的管控账户中，再将所述支付金额从所述交易服务提供方的管控账户转出，并转入所述订单对应的出售方的管控账户中；
第六处理单元，用于根据所述支付金额得到所述订单对应的结算金额，将所述结算金额从所述订单对应的出售方的管控账户转出，并转入所述订单对应的出售方的收款账户中；
第一生成单元，用于根据所述结算金额生成支付信息；
第一发送单元，用于将所述支付信息发送给资金管控端。
16.根据权利要求15所述的装置，所述装置还包括：
第二生成单元，用于根据所述订单的支付消息生成订单对应的费用信息；
第二发送单元，用于将所述费用信息发送给所述资金管控端。
17.根据权利要求15所述的装置，其中，所述第六处理单元用于：
从所述支付金额中扣除所述订单对应的第二金额，得到所述结算金额。
18.根据权利要求16所述的装置，其中，所述第六处理单元用于：
根据所述费用信息得到第一金额；
从所述支付金额和所述第一金额的总和中扣除所述订单对应的第二金额，得到所述结算金额。
19.根据权利要求17或18所述的装置，所述第一生成单元还用于：
根据所述结算金额和所述第二金额生成支付信息。
20.根据权利要求15至18中任一项所述的装置，所述装置还包括：
第三生成单元，用于根据所述支付金额生成所述订单对应的出售方资金信息；
第三发送单元，用于将所述出售方资金信息发送给所述资金管控端。
21. 一种电子设备，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。
22.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1-10中任一项所述的方法。
CN202110229629.3A 2021-03-02 2021-03-02 结算方法、装置、设备、存储介质以及程序产品 Active CN112967047B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110229629.3A CN112967047B (zh) 2021-03-02 2021-03-02 结算方法、装置、设备、存储介质以及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110229629.3A CN112967047B (zh) 2021-03-02 2021-03-02 结算方法、装置、设备、存储介质以及程序产品

Publications (2)

Publication Number Publication Date
CN112967047A CN112967047A (zh) 2021-06-15
CN112967047B true CN112967047B (zh) 2023-09-05

Family

ID=76276379

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110229629.3A Active CN112967047B (zh) 2021-03-02 2021-03-02 结算方法、装置、设备、存储介质以及程序产品

Country Status (1)

Country Link
CN (1) CN112967047B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113469672B (zh) * 2021-07-08 2023-12-12 杭州米络星科技(集团)有限公司 线上支付分账方法、装置、服务器及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105046481A (zh) * 2015-04-29 2015-11-11 丁超 一种互联网交易独立支付的系统和方法
CN107392765A (zh) * 2017-07-25 2017-11-24 深圳前海万企联金融服务有限公司 基于买方资金在银行监管的票据交易方法及其系统
CN107808287A (zh) * 2017-11-21 2018-03-16 艾体威尔电子技术(北京)有限公司 一种综合支付系统
US10803442B1 (en) * 2019-11-21 2020-10-13 Rockspoon, Inc. Zero-step authentication using wireless-enabled mobile devices
CN111861700A (zh) * 2020-07-07 2020-10-30 中国建设银行股份有限公司 一种账户来账监管方法和装置
CN112116340A (zh) * 2020-09-28 2020-12-22 中国建设银行股份有限公司 基于银行商户收单模式的分账方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7487127B2 (en) * 2002-03-27 2009-02-03 First Data Corporation Merchant cash payment systems and methods
US10169749B2 (en) * 2015-09-03 2019-01-01 Bank Of America Corporation Systems and methods for tracking and adjustment of electronic transaction processing results

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105046481A (zh) * 2015-04-29 2015-11-11 丁超 一种互联网交易独立支付的系统和方法
CN107392765A (zh) * 2017-07-25 2017-11-24 深圳前海万企联金融服务有限公司 基于买方资金在银行监管的票据交易方法及其系统
CN107808287A (zh) * 2017-11-21 2018-03-16 艾体威尔电子技术(北京)有限公司 一种综合支付系统
US10803442B1 (en) * 2019-11-21 2020-10-13 Rockspoon, Inc. Zero-step authentication using wireless-enabled mobile devices
CN111861700A (zh) * 2020-07-07 2020-10-30 中国建设银行股份有限公司 一种账户来账监管方法和装置
CN112116340A (zh) * 2020-09-28 2020-12-22 中国建设银行股份有限公司 基于银行商户收单模式的分账方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
李福军 ; .第三方支付平台在电商B2B企业中的应用与分析.中国乡镇企业会计.2016,(08),197-199. *

Also Published As

Publication number Publication date
CN112967047A (zh) 2021-06-15

Similar Documents

Publication Publication Date Title
CN111833169A (zh) 一种分账管理方法和装置
JP6059319B1 (ja) 代金支払管理システム、及び代金支払管理方法
JP2019212260A (ja) 仮想通貨と名目貨幣間の為替レートを考慮した仮想通貨自動決済サービス提供方法
WO2021139522A1 (zh) 数据处理方法及装置
JP2018128740A (ja) 情報処理装置、情報処理方法、情報処理プログラム及び情報処理システム
CN111861700A (zh) 一种账户来账监管方法和装置
CN112967047B (zh) 结算方法、装置、设备、存储介质以及程序产品
CN110874728A (zh) 网上支付系统、网上支付方法、装置、介质及服务器
CN112950365A (zh) 一种账户间补款的方法和装置
CN111160901A (zh) 基于消费承诺的卖家质押权交易方法、系统及存储介质
JP4653506B2 (ja) 外貨預金を用いた為替取引方法および銀行システム
JP2023152609A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
KR102472450B1 (ko) 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템
CN111292073B (zh) 一种基于代收付平台的脱机代缴系统及其方法
JP3462151B2 (ja) スケジュールドデビット
CN114077698A (zh) 资源增量数据的确定方法、装置、介质以及电子设备
CN111429251A (zh) 多模式下数据处理的方法和装置
KR20200050222A (ko) 결제 대금 정산 대행 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
KR20140112843A (ko) 프로젝트 파이낸싱 대출 서비스 제공 방법 및 이를 실행하는 서버
JP7289412B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
KR20200046948A (ko) 결제 대금 정산 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
JP7414207B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
TWM573864U (zh) Credit card bonus point discount system for credit card transactions
JP7414206B1 (ja) 情報処理システム、及び情報処理方法
KR102605877B1 (ko) 가격변동 리스크 회피 가능한 가상화폐 결제 시스템 및 방법

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
GR01 Patent grant
GR01 Patent grant