CN115409578A - 一种订单数据处理方法、系统、设备及存储介质 - Google Patents
一种订单数据处理方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN115409578A CN115409578A CN202211067233.4A CN202211067233A CN115409578A CN 115409578 A CN115409578 A CN 115409578A CN 202211067233 A CN202211067233 A CN 202211067233A CN 115409578 A CN115409578 A CN 115409578A
- Authority
- CN
- China
- Prior art keywords
- order data
- order
- virtual account
- data processing
- 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.)
- Pending
Links
Images
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例公开了一种订单数据处理方法、系统、设备及存储介质。本申请实施例提供的技术方案,通过获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。采用上述技术手段,可以避免清分和结算流程之间的误差影响,提升商家账户订单数据的清结算精准度,提升交易支付的可靠性。
Description
技术领域
本申请实施例涉及电子支付技术领域,尤其涉及一种订单数据处理方法、系统、设备及存储介质。
背景技术
随着移动互联网的发展,电子支付技术也越来越普及进步。在电子支付场景中,支付平台通过接入支付服务商实现线上支付,以满足商家与用户之间的线上交易支付需求。在支付完成后,支付平台需要扣除平台手续费,然后将剩余资金结算给商家,以此完成商家账户的清结算过程。
但是,现有的清结算流程通常采用周期汇总订单结算的方式,通过计算扣除一个周期内所有订单的手续费,然后将剩余资金结算给商家。由于交易订单较多,交易形态复杂多样,对清结算的要求越来越复杂,简单的汇总结算容易导致结算误差,难以满足商家的清结算需求。
发明内容
本申请实施例提供一种订单数据处理方法、系统、设备及存储介质,能够提升商家账户清结算的精准度,解决传统清结算方案存在结算误差的技术问题。
在第一方面,本申请实施例提供了一种订单数据处理方法,包括:
获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;
定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;
根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。
在第二方面,本申请实施例提供了一种订单数据处理系统,包括:
清分模块,配置为获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;
比对模块,配置为定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;
结算模块,配置为根据对平订单确定目标对象的结算信息,基于结算信息从第一虚拟账户转账资金至目标对象的第二虚拟账户。
在第三方面,本申请实施例提供了一种订单数据处理设备,包括:
存储器以及一个或多个处理器;
所述存储器,配置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的订单数据处理方法。
在第四方面,本申请实施例提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时配置为执行如第一方面所述的订单数据处理方法。
在第五方面,本申请实施例提供了一种计算机程序产品,所述计算机程序产品中包含有指令,当指令在计算机或处理器上运行时,使得计算机或处理器执行如第一方面所述的订单数据处理方法。
本申请实施例通过获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。采用上述技术手段,通过不同虚拟账户分别进行订单数据的清分和结算操作,可以避免清分和结算流程之间的误差影响,并通过订单比对后结算,选取对平订单执行结算操作,未对平订单顺延至下一周期处理,可以减少复杂订单导致的结算误差,避免订单漏结、多结、错结等情况,进而提升商家账户订单数据的清结算精准度,保障支付平台的正常交易,提升交易支付的可靠性。
附图说明
图1是本申请实施例提供的一种订单数据处理方法的流程图;
图2是本申请实施例中订单数据的信息流转示意图;
图3是本申请实施例中订单数据的清分流程图;
图4是本申请实施例中订单数据的结算流程图;
图5是本申请实施例提供的一种订单数据处理系统的结构示意图;
图6是本申请实施例提供的一种订单数据处理设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本申请提供的一种订单数据处理方法,旨在通过不同虚拟账户分别进行订单数据的清分和结算操作,并采用逐个订单清分以及批量订单结算的方式,在保障清结算效率的同时,避免清分和结算流程之间的误差影响,提升订单数据清结算的精准度。
对于传统的清结算场景,一般采用定时汇总清结算的方式。通过汇总计算出前一天发生的订单数据明细,然后计算出手续费,进而将剩下金额结算给目标对象。其中,根据订单数据计算出需要给商家多少费用、需要扣除多少手续费的过程,即为清分过程。在完成清分后,将需要分给商家的费用划款给商家的过程,即为结算过程。传统清结算流程将订单数据的清分和结算流程耦合关联在一起,由于订单数据复杂多变,一旦订单数据出现差错,就会影响整个清结算流程,进而出现漏结、多结、错结等情况。基于此,提供本申请实施例的一种订单数据处理方法,以解决传统清结算方案存在结算误差的技术问题。
实施例:
图1给出了本申请实施例提供的一种订单数据处理方法的流程图,本实施例中提供的订单数据处理方法可以由订单数据处理设备执行,该订单数据处理设备可以通过软件和/或硬件的方式实现,该订单数据处理设备可以是两个或多个物理实体构成,也可以是一个物理实体构成。一般而言,该订单数据处理设备可以是电脑、支付平台服务器等计算设备。
下述以该订单数据处理设备为执行订单数据处理方法的主体为例,进行描述。参照图1,该订单数据处理方法具体包括:
S110、获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息。
本申请实施例提供的一种订单数据处理方法,通过为商家配置2个虚拟账户,分别为第一虚拟账户和第二虚拟账户,利用两个虚拟账户分别统计清分和结算结果,以此来解耦清分和结算流程。第一虚拟账户为待结算账户,用于临时统计待结算的资金金额,第二虚拟账户为商家的基本账户,用于存放支付平台已结算给商家的资金金额。通过账户间的流转来完成资金的结算。
在结算时通过比对已清分完成的订单数据,并执行结算操作。即使在订单数据复杂的情况下,清分流程也不会影响结算流程。完成比对后,结算信息从统计已清分金额的第一虚拟账户中扣除,可以避免误扣情况,以此来保障订单数据清结算的精准度。并且,本申请通过将订单数据汇总计算的方式,拆分为清分和结算两个过程,在清分过程中,逐笔计算出需要给商家结算的资金金额,以及支付平台需要扣除的手续费。在结算环节,又根据已清分的订单数据汇总进行比对和结算,以此可以提升结算效率,同时又保障了结算精准度。
示例性地,参照图2,在支付平台的支付交易场景中,消费者在商家提供的购物平台(如购物APP)上挑选商品,提交付款后,通过商家购物平台向支付平台发起支付请求,支付平台请求PSP(即支付服务提供商,提供支付服务的机构,包括且不限于第三方支付公司、银行等)完成支付。N日后,多家PSP将资金结算到支付平台,此时由于支付平台在发起支付请求的时候,代收了商家的货款,则需要将代收的资金结算给到商家。这一过程中,支付平台需要从中扣除交易手续费,并将剩余资金结算给商家的账户上,以此完成整个清结算过程。
需要说明的是,实际应用中,支付平台接入的PSP可以是一个或者多个。并且,对应每一个PSP执行支付操作时,可能会适应性扣除相应的手续费,则在进行清分过程中,需要以扣除手续费之后的订单金额进行一笔交易订单(即订单数据)的清分流程。
对于每一个商家,在入网到支付平台中时,除了登记商家的基本信息外,还需要登记商家的结算信息。结算信息包括结算周期、结算币种(即结算类型)、计费规则(即数据处理规则)、结算方式、商家银行账户等信息。根据实际结算需求,还可以适应性获取相应的商家信息。在商家入网审核通过后,支付平台将这部分结算信息同步至本申请实施例的订单数据处理设备,以用于后续进行对应商家订单数据的清结算操作。其中,
结算信息如下表1所示:
表1:结算信息表
进一步地,对于支付平台完成的每一笔订单数据,会将订单数据的订单信息同步到该订单数据处理设备。基于接收到的每一笔订单数据,会逐个商家采用周期处理的方式,进行定时的订单数据清分操作。
其中,在处理一个商家的订单数据时,定义当前商家为目标对象。如图3所示,在目标对象每一个清分处理的设定周期来临时,订单数据处理设备通过获取过去一个设定周期内(如过去两小时内)的目标对象产生的所有订单数据进行清分操作。通过获取当前商家对应的数据处理规则,以进行其逐个订单数据的清分计算。数据处理规则包括支付平台的手续费计算方式以及手续费退还方式,通过查询上述结算信息,即可确定相应的数据处理规则。
对应地,订单数据包括第一订单和第二订单,其中,第一订单为支付订单,第二订单为退款订单,通过逐个订单数据进行清分计算,即可确定计算出每一笔第一订单和第二订单支付平台需要收取/退还的手续费用。进而根据计算结果,即可向商家的第一虚拟账户入账,更新第一虚拟账户的资金金额。
本申请实施例清分操作即算账的过程,例如,针对1笔订单数据,需要给A多少钱,给B多少钱。以商户收单为例,1笔100元的订单,需要给商家99元,支付平台收取1元的手续费,则会产生2笔清分的记录,1笔99元给商家,1笔1元给支付平台。其中给商家的钱,入账到商家的第一虚拟账户中。1笔给支付平台的钱入账到平台账户中。
具体地,订单数据处理设备在基于逐个订单数据的清分结果更新第一虚拟账户的账户信息,包括:
基于第一订单的清分结果增加第一虚拟账户相应的调整量;
基于第二订单的清分结果扣除第一虚拟账户相应的调整量。
可以理解的是,订单数据的清分适用于第一订单和第二订单。站在商家的角度,第一订单是正向清分,往第一虚拟账户增加相应的调整量(即资金数额),第二订单是反向清分,从第一虚拟账户扣除相应的调整量。在清分计算完成后,通过往商户的第一虚拟账户增减相应的资金数额。表示当前订单数据产生的总费用扣除支付平台手续费后的剩余金额,即该订单数据需要划分给目标对象的金额。
示例性地,交易系统在处理完第一订单或者第二订单后,会将订单数据信息同步到订单数据处理设备。订单数据处理设备根据系统配置的定时任务,每隔一个设定周期执行周期内接收到的目标对象所有订单数据的清分操作。通过获取目标对象的数据处理规则,如按1%的比例收取手续费,退款不退还手续费。则在清分过程中,对于第一订单,扣取第一订单总金额的1%作为手续费,剩余99%的金额划分至第一虚拟账户。对于第二订单,则根据该第二订单找到其对应的第一订单,从第一虚拟账户扣取对应第一订单99%的金额返回给消费者,以此完成整个清分过程。实际应用中,根据不同商家的不同数据处理规则,可以适应性进行清分计算流程。本申请实施例对具体的数据处理规则不做固定限制,在此不多赘述。
完成订单数据的清分操作后,将订单数据的订单状态置为已清分,以进一步执行已清分订单的结算操作。
可选地,在确定当前第一虚拟账户的账户信息未满足所述第二订单的清分操作的情况下,将第二订单置为待清分状态,并在下一设定周期进行处于待清分状态的第二订单的清分操作。
可以理解的是,在某些极端场景下,由于目标对象的第一虚拟账户的资金金额已经完成结算,而此时执行清分操作的订单数据又正好是第二订单时,会导致第一虚拟账户余额不足,无法清分第二订单。则此时会将第二订单的清分状态置为待清分状态。进而在下一次定时任务来临时,当第一虚拟账户余额充足时,再进行这部分处于待清分状态的第二订单的清分操作。通过延后处理第二订单,可以保障第一虚拟账户的余额正常,避免余额为负影响后续的订单数据清分处理。
S120、定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单。
进一步地,完成订单数据的周期性清分处理后,对于已清分的订单数据,在对其进行结算过程中,参照图4,通过获取这部分已清分的订单数据,然后定时进行已清分订单数据的结算操作。其中,通过构建一个对应结算操作的定时任务,该定时任务的触发周期可以与清分操作的设定周期相同,也可以不同。本申请对具体的结算周期不做固定限制,根据实际需要,设定结算操作的定时任务触发周期。
进一步地,基于该结算操作的定时任务,订单数据处理设备定时提取以完成清分操作的订单数据,执行订单比对操作。
其中,通过将完成清分的订单数据逐个与所属订单处理通道的订单处理信息比对,若完成比对,将对应的订单数据作为对平订单,若未完成比对,将未完成比对的订单数据顺延至下一定时周期处理。
订单数据比对即为交易订单的对账过程,为了避免订单数据清分出错影响结算过程,本申请实施例通过对已清分订单进行比对操作,以保障已清分订单数据的清分结果无误。基于此,对每一笔已清分订单数据的清分明细,将其与订单数据所使用的订单处理通道的订单处理信息比对,从中确定出对平(即对账准确无误)的订单,即对平订单。可以理解的是,订单处理通道即支付服务提供商PSP,其记录了一个订单数据产生的总金额等订单处理信息。基于该总金额,对比已清分订单的清分明细,如划分至第一虚拟账户和支付平台的资金金额,若划分至第一虚拟账户和支付平台的资金金额与总金额相等,则比对完成,该订单数据确定为对平订单。通过以此比对各个已清分订单,筛选出对平订单,以进行结算流程。对于未对平的订单数据,可以等到下一定时任务再处理,或者采用人工干预的方式,将未对平的订单数据对平。
S130、根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。
对于已完成比对的对平订单,根据这部分对平订单的清分明细,即可确定当前可以结算至目标对象第二虚拟账户的结算信息,即需要结算给当前商家的总金额。进而根据结算信息调整第一虚拟账户和第二虚拟账户,从第一虚拟账户中转账相应数额资金至目标对象的第二虚拟账户。
具体地,结算过程中,从第一虚拟账户扣除对应结算信息的调整量,并确定目标对象的第二虚拟账户的结算类型,基于结算类型转换结算信息,将转换后的结算信息对应的调整量增加至目标对象的第二虚拟账户。
其中,针对对平订单,根据其预先选定的结算类型(如结算币种),通过第一虚拟账户与第二虚拟账户之间的币种汇率转换,将第一虚拟账户扣除的结算金额转换为对应第二虚拟账户的资金金额,然后存入第二虚拟账户中。至此,第二虚拟账户入账完成,整个清结算流程完成。
可选地,订单数据处理设备还根据第二虚拟账户的账户信息向目标对象绑定的目标账户发起提现操作。
目标账户可以是商家预先指定的银行账户等存储资金的账户,可以理解的是,若商家有结算到目标账户的要求,则在结算完成后,会自动发起一笔资金提现操作,将第二虚拟账户的资金转账至目标对象绑定的目标账户,以此完成目标对象的资金提现。一般而言,商家会预先设定第二虚拟账户的资金提现规则。如果是结算到目标账户的,系统将自动发起提现申请,将第二虚拟账户中的余额转到商家的目标账户中。如果是结算到第二虚拟账户的,结算流程已完成,商家可以自主提现到目标账户中。提现操作可以发生在每一次汇总结算操作后,将第二虚拟账户的全部资金提现。也可以定时、定额执行第二虚拟账户的提现操作。根据实际需要设定具体的提现规则,在此不多赘述。
整个清结算过程中,通过订单数据清分,往商家的第一虚拟账户中入账。进而在结算过程中,将商家待结算的资金从第一虚拟账户转移到商家第二虚拟账户中。并且,对于清分过程,采用逐笔订单数据处理的方式,每处理一笔订单往第一虚拟账户加一笔钱。对于结算过程,采用批量处理的方式,一次性根据对平订单的相应金额从第一虚拟账户资金转移到第二虚拟账户中。以此,一方面保障了订单数据清结算效率,又解耦了清分和结算流程,减少两者之间的相互影响,通过订单对照,保障了订单数据的结算精准度。
上述,通过获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。采用上述技术手段,通过不同虚拟账户分别进行订单数据的清分和结算操作,可以避免清分和结算流程之间的误差影响,并通过订单比对后结算,选取对平订单执行结算操作,未对平订单顺延至下一周期处理,可以减少复杂订单导致的结算误差,避免订单漏结、多结、错结等情况,进而提升商家账户订单数据的清结算精准度,保障支付平台的正常交易,提升交易支付的可靠性。
在上述实施例的基础上,图5为本申请提供的一种订单数据处理系统的结构示意图。参考图5,本实施例提供的订单数据处理系统具体包括:清分模块31、比对模块32和结算模块33。
清分模块31配置为配置为获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;
比对模块32配置为定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;
结算模块33配置为根据对平订单确定目标对象的结算信息,基于结算信息从第一虚拟账户转账资金至目标对象的第二虚拟账户。
其中,数据处理规则包括支付平台的手续费计算方式以及手续费退还方式。
具体地,清分模块31配置为在确定当前第一虚拟账户的账户信息未满足第二订单的清分操作的情况下,将第二订单置为待清分状态,并在下一设定周期进行处于待清分状态的第二订单的清分操作。
具体地,订单数据包括第一订单和第二订单;清分模块31配置为基于第一订单的清分结果增加第一虚拟账户相应的调整量;基于第二订单的清分结果扣除第一虚拟账户相应的调整量。
具体地,比对模块32配置为将完成清分的订单数据逐个与所属订单处理通道的订单处理信息比对,若完成比对,将对应的订单数据作为对平订单,若未完成比对,将未完成比对的订单数据顺延至下一定时周期处理。
具体地,结算模块33配置为从第一虚拟账户扣除对应结算信息的调整量,并确定目标对象的第二虚拟账户的结算类型,基于结算类型转换结算信息,将转换后的结算信息对应的调整量增加至目标对象的第二虚拟账户。
具体地,结算模块33配置为根据第二虚拟账户的账户信息向目标对象绑定的目标账户发起提现操作。
上述,通过获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个订单数据,并基于逐个订单数据的清分结果更新第一虚拟账户的账户信息;定时将完成清分的各个订单数据与所属订单处理通道进行比对,确定完成比对的订单数据为对平订单;根据对平订单确定目标对象的结算信息,基于结算信息调整第一虚拟账户,并根据第一虚拟账户的调整量更新目标对象的第二虚拟账户。采用上述技术手段,通过不同虚拟账户分别进行订单数据的清分和结算操作,可以避免清分和结算流程之间的误差影响,并通过订单比对后结算,选取对平订单执行结算操作,未对平订单顺延至下一周期处理,可以减少复杂订单导致的结算误差,避免订单漏结、多结、错结等情况,进而提升商家账户订单数据的清结算精准度,保障支付平台的正常交易,提升交易支付的可靠性。。
本申请实施例提供的订单数据处理系统可以配置为执行上述实施例提供的订单数据处理方法,具备相应的功能和有益效果。
在上述实际上例的基础上,本申请实施例还提供了一种订单数据处理设备,参照图6,该订单数据处理设备包括:处理器31、存储器32、通信模块33、输入装置34及输出装置35。存储器作为一种计算机可读存储介质,可配置为存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述的订单数据处理方法对应的程序指令/模块(例如,订单数据处理系统中的清分模块、比对模块和结算模块)。通信模块33配置为进行数据传输。处理器通过运行存储在存储器中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的订单数据处理方法。输入装置34可配置为接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。上述提供的订单数据处理设备可配置为执行上述实施例提供的订单数据处理方法,具备相应的功能和有益效果。
在上述实施例的基础上,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在由计算机处理器执行时配置为执行一种订单数据处理方法,存储介质可以是任何的各种类型的存储器设备或存储设备。当然,本申请实施例所提供的一种计算机可读存储介质,其计算机可执行指令不限于如上所述的订单数据处理方法,还可以执行本申请任意实施例所提供的订单数据处理方法中的相关操作。
在上述实施例的基础上,本申请实施例还提供一种计算机程序产品,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机程序产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备、移动终端或其中的处理器执行本申请各个实施例所述订单数据处理方法的全部或部分步骤。
Claims (11)
1.一种订单数据处理方法,其特征在于,包括:
获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个所述订单数据,并基于逐个所述订单数据的清分结果更新第一虚拟账户的账户信息;
定时将完成清分的各个所述订单数据与所属订单处理通道进行比对,确定完成比对的所述订单数据为对平订单;
根据所述对平订单确定目标对象的结算信息,基于所述结算信息调整所述第一虚拟账户,并根据所述第一虚拟账户的调整量更新目标对象的第二虚拟账户。
2.根据权利要求1所述的订单数据处理方法,其特征在于,所述订单数据包括第一订单和第二订单;
所述基于逐个所述订单数据的清分结果更新第一虚拟账户的账户信息,包括:
基于所述第一订单的清分结果增加第一虚拟账户相应的调整量;
基于所述第二订单的清分结果扣除第一虚拟账户相应的调整量。
3.根据权利要求2所述的订单数据处理方法,其特征在于,所述基于逐个所述订单数据的清分结果更新第一虚拟账户的账户信息之前,还包括:
在确定当前第一虚拟账户的账户信息未满足所述第二订单的清分操作的情况下,将所述第二订单置为待清分状态,并在下一设定周期进行处于待清分状态的所述第二订单的清分操作。
4.根据权利要求1所述的订单数据处理方法,其特征在于,所述定时将完成清分的各个所述订单数据与所属订单处理通道进行比对,确定完成比对的所述订单数据为对平订单,包括:
将完成清分的所述订单数据逐个与所属订单处理通道的订单处理信息比对,若完成比对,将对应的所述订单数据作为对平订单,若未完成比对,将未完成比对的所述订单数据顺延至下一定时周期处理。
5.根据权利要求1所述的订单数据处理方法,其特征在于,所述基于所述结算信息调整所述第一虚拟账户,并根据所述第一虚拟账户的调整量更新目标对象的第二虚拟账户,包括:
从第一虚拟账户扣除对应所述结算信息的调整量,并确定目标对象的第二虚拟账户的结算类型,基于所述结算类型转换所述结算信息,将转换后的所述结算信息对应的调整量增加至目标对象的第二虚拟账户。
6.根据权利要求1所述的订单数据处理方法,其特征在于,在基于所述结算信息调整所述第一虚拟账户,并根据所述第一虚拟账户的调整量更新目标对象的第二虚拟账户之后,还包括:
根据所述第二虚拟账户的账户信息向目标对象绑定的目标账户发起提现操作。
7.根据权利要求1所述的订单数据处理方法,其特征在于,所述数据处理规则包括支付平台的手续费计算方式以及手续费退还方式。
8.一种订单数据处理系统,其特征在于,包括:
清分模块,配置为获取设定周期内目标对象产生的各个订单数据,基于目标对象的数据处理规则清分每个所述订单数据,并基于逐个所述订单数据的清分结果更新第一虚拟账户的账户信息;
比对模块,配置为定时将完成清分的各个所述订单数据与所属订单处理通道进行比对,确定完成比对的所述订单数据为对平订单;
结算模块,配置为根据所述对平订单确定目标对象的结算信息,基于所述结算信息从所述第一虚拟账户转账资金至目标对象的第二虚拟账户。
9.一种订单数据处理设备,其特征在于,包括:
存储器以及一个或多个处理器;
所述存储器,配置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7任一所述的订单数据处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在由计算机处理器执行时配置为执行如权利要求1-7任一所述的订单数据处理方法。
11.一种计算机程序产品,其特征在于,所述计算机程序产品中包含有指令,当所述指令在计算机或处理器上运行时,使得所述计算机或处理器执行如权利要求1-7任一所述的订单数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211067233.4A CN115409578A (zh) | 2022-09-01 | 2022-09-01 | 一种订单数据处理方法、系统、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211067233.4A CN115409578A (zh) | 2022-09-01 | 2022-09-01 | 一种订单数据处理方法、系统、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115409578A true CN115409578A (zh) | 2022-11-29 |
Family
ID=84163671
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211067233.4A Pending CN115409578A (zh) | 2022-09-01 | 2022-09-01 | 一种订单数据处理方法、系统、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115409578A (zh) |
-
2022
- 2022-09-01 CN CN202211067233.4A patent/CN115409578A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109146440B (zh) | 交易结算方法、装置、服务器以及存储介质 | |
US20050177494A1 (en) | Method and system for processing electronic financial transactions | |
US20120078790A1 (en) | Real-time interchange fee estimation | |
TWI705401B (zh) | 多幣種退款服務處理方法及裝置 | |
CN109325728A (zh) | 一种基于用户数据资源的欠款数据处理方法及终端设备 | |
CN112435019A (zh) | 多业务平台通用结算方法、结算服务器、系统和存储介质 | |
CN110889687A (zh) | 分布式架构下账户余额的处理方法及装置 | |
CN109993653A (zh) | 一种网贷系统金融结算借贷资金平衡的方法 | |
CN112184418A (zh) | 公司间借贷处理方法、装置、计算机设备及存储介质 | |
CN115409578A (zh) | 一种订单数据处理方法、系统、设备及存储介质 | |
US20220180436A1 (en) | Resource conversion data processing method and apparatus, computer device, and storage medium | |
CN113554509B (zh) | 一种线上支付业务的处理方法、装置、介质及电子设备 | |
CN112634006A (zh) | 对账处理方法、装置、电子设备及存储介质 | |
TWM630723U (zh) | 自動化債務處理系統 | |
CN116703570B (zh) | 一种清算账户余额校准核对的方法、装置及电子设备 | |
CN110597848A (zh) | 数据业务结算方法及系统、存储介质、服务器 | |
JP2018163511A (ja) | 情報処理装置及びプログラム | |
CN115345750A (zh) | 一种数据处理方法、装置、设备及介质 | |
CN114282923A (zh) | 一种数据处理方法、装置、电子设备及计算机可读介质 | |
CN116342306A (zh) | 物业经营收入财务核算方法及装置 | |
CN116503057A (zh) | 批量代付方法、装置、电子设备和存储介质 | |
CN117611168A (zh) | 退款请求的处理方法、装置以及电子设备 | |
CN115187383A (zh) | 现金管理平台内部计价方法及装置 | |
CN117670317A (zh) | 资金退还方法、装置、电子设备及介质 | |
CN116777651A (zh) | 对账差错数据的账务自动补入账处理方法及系统 |
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 |