CN112036863A - 一种支付金额处理方法、装置、电子设备以及存储介质 - Google Patents
一种支付金额处理方法、装置、电子设备以及存储介质 Download PDFInfo
- Publication number
- CN112036863A CN112036863A CN202010760971.1A CN202010760971A CN112036863A CN 112036863 A CN112036863 A CN 112036863A CN 202010760971 A CN202010760971 A CN 202010760971A CN 112036863 A CN112036863 A CN 112036863A
- Authority
- CN
- China
- Prior art keywords
- payment
- amount
- channel
- user
- determining
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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/387—Payment using discounts or coupons
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例提供一种支付金额处理方法、装置、电子设备以及存储介质,用以对用户采用多种支付方式的组合支付金额进行校验。本发明实施例通过获取待检验的应付金额和多个支付渠道各自对应的用户实付金额的方式,首先获取支付时支付数据,然后再确定所述多个支付渠道各自对应的优惠信息,以根据所述多个支付渠道各自对应的优惠信息和用户实付金额,最后确定所述多个支付渠道各自对应的渠道实付金额,达到确定不同支付渠道实际付款金额的目的,并根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,实现应付金额的校对过程。
Description
技术领域
本发明属于支付校验领域,尤其涉及一种支付金额处理方法、装置、电子设备以及存储介质。
背景技术
随着互联网的发展,支付技术的逐渐成熟与安全性能的提高,人们越来越青睐于使用线上支付的方式,代替现金或者刷卡。
而支付方式的更新迭代,势必给支付校验环节增加了难度。例如:商家一般给用户提供了多种组合支付方式,以使用户可以考虑不同支付渠道的优惠额度,争取最大额度的优惠,例如在一种实际支付场景中,用户可以先购买优惠卷,剩余部分可以用微信支付也可以用支付宝支付,甚至还有刷卡环节,用户一般为了最大限度的优惠,用户都会选择不同的支付渠道组合支付也一般采用组合支付(例如通过支付方式A支付50%、支付方式B支付30%、支付方式C支付20%)。
但是,随着支付方式种类增加,可选择的支付方式的组合也增加,而现有技术中缺少针对于用户采用多种支付方式的组合支付金额的校验过程。
发明内容
有鉴于此,本发明实施例提供一种支付金额处理方法、装置、电子设备以及存储介质,用以对用户采用多种支付方式的组合支付金额进行校验。
第一方面,本发明实施例提供了一种支付金额处理方法,所述方法包括:
获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
确定所述多个支付渠道各自对应的优惠信息;
根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
可选地,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,包括:
计算所述多个支付渠道各自对应的渠道实付金额的和,得到渠道实付总金额;
若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
可选地,还包括:
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,获取用户输入的与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息;
根据所述与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息确定用于校验与渠道i对应的渠道实付金额的参考渠道实付金额;
若与渠道i对应的渠道实付金额和所述参考渠道实付金额不相等,则生成渠道i的故障信息。
可选地,所述优惠信息中包括用户需付金额,还包括
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
若与渠道i对应的渠道实付金额和用户需付金额不相等,则生成渠道i的故障信息。
可选地,所述根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息,包括:
分别确定各优惠信息对应的触发金额,得到多个触发金额;
分别计算各触发金额与所述用户实付金额的差值,得到多个差值;
确定多个差值中最小差值对应的优惠信息,并将所述优惠信息设置为所述目标优惠信息。
可选地,所述优惠信息包括:渠道应补金额,还包括:
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
获取与渠道i对应的实际补贴金额;
若所述与渠道i对应的实际补贴金额和所述渠道应补金额不相等,则生成渠道i的故障信息。
可选地,所述支付数据包括支付场景,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果包括:
确定与所述支付场景对应的用于计算渠道实付总金额的函数;
将多个支付渠道各自对应的渠道实付金额输入函数,得到渠道实付总金额;
若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
第二方面,本发明实施例提供了一种支付金额处理装置,包括:
获取模块,用于获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
第一确定模块,用于确定所述多个支付渠道各自对应的优惠信息;
第二确定模块,用于根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
第三确定模块,用于根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
第三方面,本发明实施例提供一种电子设备,包括处理器和存储器,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述中的支付金额处理方法。该电子设备还可以包括通信接口,用于与其他设备或通信网络通信。
第四方面,本发明实施例提供了一种非暂时性机器可读存储介质,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器至少可以实现如所述的支付金额处理方法。
为了解决上述技术问题,本发明实施例通过获取待检验的应付金额和多个支付渠道各自对应的用户实付金额的方式,首先获取支付时支付数据,然后再确定所述多个支付渠道各自对应的优惠信息,以根据所述多个支付渠道各自对应的优惠信息和用户实付金额,最后确定所述多个支付渠道各自对应的渠道实付金额,达到确定不同支付渠道实际付款金额的目的,并根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,实现应付金额的校对过程。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的一种支付金额处理方法步骤流程图;
图2是本发明实施例的图1中步骤S104的一种流程图;
图3是本发明实施例的图1中步骤S104的另一种流程图;
图4是本发明实施例的另一种支付金额处理方法步骤流程图;
图5是本发明实施例的另一种支付金额处理方法步骤流程图;
图6是本发明实施例的图5中步骤S501的流程图;
图7是本发明实施例的另一种支付金额处理方法步骤流程图;
图8是本发明实施例的一种生物特征识别装置模块示意图;
图9是本发明实施例的一种电子设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。
目前支付方式的更新迭代,各大互联网金融公司也致力于推出自己的支付方式,这势必给支付校验环节增加了难度。在实际应用中,金融公司为了抢占更多时长份额往往会给用户支付补贴,用户往往为了优惠力度最大化往往在一次支付中选择使用不同的支付方式分别支付的方式,触发不同支付方式的优惠条件,而商家为了顾及用户的这种需求,商家一般也提供给用户不同的支付渠道,确保用户可以自行选择优惠最多的组合支付方式,所以需要对用户使用的每一种支付方式的支付金额,以及优惠额度进行校验,才能够保证商家利益,例如:商家一般给用户提供了多种组合支付方式,以使用户可以考虑不同支付渠道的优惠额度,争取最大额度的优惠,例如在一种实际支付场景中,用户可以先购买优惠卷,剩余部分可以用微信支付也可以用支付宝支付,甚至还有刷卡环节,用户一般为了最大限度的优惠,用户都会选择不同的支付渠道组合支付也一般采用组合支付(例如通过支付方式A支付50%、支付方式B支付30%、支付方式C支付20%)。但是,随着支付方式种类增加,可选择的支付方式的组合也增加,而现有技术中缺少针对于用户采用多种支付方式的组合支付金额的校验过程。基于此,本发明首先提供了一种支付金额处理方法,如图1所示,所述方法包括:
步骤S101,获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
在该步骤中,支付数据是指用户支付时的参数,具体地,支付数据包括应付金额和多个支付渠道各自对应的用户实付金额,其中应付金额为最终展示给用户的总额,多个支付渠道分别指不同的支付方式,因为在实际应用中用户往往为了优惠最大化,都会采用不同的支付方式支付,用户实付金额即通过某个支付却道实际支付的费用。
例如:用户应付金额为100元,用户通过A渠道支付给商家50元,然后用户又通过B渠道支付给商家50元。
步骤S102,确定所述多个支付渠道各自对应的优惠信息;
在该步骤中,优惠信息中可以包含多个付款梯度对应不同的优惠,例如支付渠道i对应的优惠信息为用户支付100元以上200元以下时,补贴5元,用户支付200元以上300元以下时候,补贴20元。
其中,当支付方式的提供方暂时停止对用户的补贴时,优惠信息还可以包括不补贴用户信息。
步骤S103,根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
在该步骤中,用户实付金额为用户通过某个支付渠道实际支付的金额,例如:支付渠道A的优惠信息为当用户支付金额大于100元时补贴用户5元,当用户想通过支付渠道A支付100元时,支付渠道A的渠道实付金额为100元,而用户实际金额为95元。
步骤S104,根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
在该步骤中,确定支付金额处理结果的方式包括:先根据多个支付渠道各自对应的渠道实付金额计算各种支付渠道的付款总额,再与应付金额对比,具体地,步骤S104,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,如图2所示,包括:
步骤S201,计算所述多个支付渠道各自对应的渠道实付金额的和,得到渠道实付总金额;
步骤S202,若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
在本发明实施例中,计算所述多个支付渠道各自对应的渠道实付金额的和的方式得到渠道实付总金额,再将所述渠道实付总金额校验金额与所述应付金额付款金额对比,适用于商家提供多种支付渠道以供用户分开付账的场景,在该场景下,只需要将用户通过不同渠道支付的渠道实付金额累加即可得到渠道实付总金额,即商家最终收到的款项。
另外,针对于其他不同的支付场景,本发明实施例还提供了一种根据支付场景的变化确定支付金额处理结果的方式,如图3所示,所述支付数据包括支付场景,步骤S104,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果包括:
步骤S301,确定与所述支付场景对应的用于计算渠道实付总金额的函数;
在该步骤中,不同的支付场景对应不同的用于计算渠道实付总金额的函数,在一种实际支付场景下,商家在A平台售卖商品,并通过A平台提供的付款方式接收用户的付款金额,除了A平台提供的付款方式中各支付渠道的优惠金额,额外的A平台还提供了满减优惠政策(即跨支付方式的满减优惠),所以需要先确定与支付场景对应的用于计算渠道实付总金额的函数。
步骤S302,将多个支付渠道各自对应的渠道实付金额输入函数,得到渠道实付总金额;
例如:A平台提供满1000优惠100的优惠政策,A平台提供了a支付方式(满400-10)以及b支付方式(满500-10),用户通过A平台向商家付款大于1000元时,即可享受优惠120元的补贴,此时函数Y的逻辑为,当用户通过不同的渠道的实付总金额大于等于1000元时,补贴用户100元,用户实际支付总额为880元。
步骤S303,若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
在本发明实施例中,首先通过确定与支付场景对应的函数的方式,确定计算各自对应的渠道实付金额的计算方式,然后将多个支付渠道各自对应的渠道实付金额输入函数,得到渠道实付总金额,最终将渠道实付总金额校验金额与所述应付金额付款金额对比,若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息,若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,则生成校验失败的支付金额处理结果信息,即便支付场景的变化,或者支付方式的组合变化,本发明实施例采用模板化计算的核心思路,分渠道,分场景的计算,能够实现多元化组合支付金额的校验。
在本发明提供的又一实施例中,还提供了针对于所述渠道实付总金额校验金额与所述应付金额付款金额不相等以后的错误检测过程,具体地如图4所示,包括:
步骤S401,若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,获取用户输入的与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息;
在该步骤中,当渠道实付总金额校验金额与应付金额付款金额不相等时,可能因为用户通过该渠道支付失败,或者渠道补贴部分未支付,导致商家收款金额变少。
步骤S402,根据所述与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息确定用于校验与渠道i对应的渠道实付金额的参考渠道实付金额;
在该步骤中,优惠信息可以是指优惠触发的条件以及优惠额度,例如:满100-10,满200-15等等优惠信息,本发明实施例通过获取各渠道对应的优惠信息,针对每种支付方式,通过该计算方式对应的渠道用户实际付款的金额与优惠额度相加得到参考渠道实付金额。
步骤S403,若与渠道i对应的渠道实付金额和所述参考渠道实付金额不相等,则生成渠道i的故障信息。
在该步骤中,若与渠道i对应的渠道实付金额和所述参考渠道实付金额不相等,可能是因为用户通过该渠道支付失败,或者渠道补贴部分未支付,再或者渠道计算金额错误,导致商家收款金额变少,所以生成渠道i的故障信息,以快速提示相关负责人员检修,以免影响后续需要核算的支付数据的校验工作。
在本发明提供的又一实施例中,为了进一步确定渠道支付环节的故障问题,具体地,所述优惠信息中包括用户需付金额,如图5所示,包括
步骤S501,若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
在该步骤中,当所述渠道实付总金额校验金额与所述应付金额付款金额不相等时,为了进一步确定支付过程中问题,首先根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息,优惠信息可以是指优惠触发的条件以及优惠额度,例如:满100-10,满200-15等等优惠信息,用户通过渠道支付199元时,只可以触发满100-10的优惠信息,若用户通过渠道支付201元时,只可以触发满200-15的优惠信息,本发明实施例针对各渠道,首先确定用户通过该渠道的用户实付金额,然后再进一步确定与用户实付金额能够触发的优惠条件,即与用户实付金额对应的目标优惠信息。
具体地确定与所述用户实付金额对应的目标优惠信息的方式,如图6所示,步骤S501,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息,包括:
步骤S601,分别确定各优惠信息对应的触发金额,得到多个触发金额;
步骤S602,分别计算各触发金额与所述用户实付金额的差值,得到多个差值;
步骤S603,确定多个差值中最小差值对应的优惠信息,并将所述优惠信息设置为所述目标优惠信息。
在本发明实施例中,首先确定各优惠信息对应的触发金额,例如:优惠信息可以是指优惠触发的条件以及优惠额度,例如:满100-10,满200-15等等优惠信息,用户通过渠道支付199元时,只可以触发满100-10的优惠信息,若用户通过渠道支付201元时,只可以触发满200-15的优惠信息,所以触发金额是指100元和200元,具体地触发金额可根据实际情况的触发梯度而定。
然后,分别计算各触发金额与用户实付金额的差值,例如:触发金额为100、200以及300,用户实付金额为120元,触发金额与用户实付金额做差得到,-20元,-80元以及-180元。
最后多个差值中最小差值对应的优惠信息,即目标优惠信息,其中,做差的方式为触发金额减用户实付金额,所以当触发金额与用户实付金额越接近的时候,差值越小,且为了保证方案的可用性,本方案只需要考虑用户实付金额能够触发的优惠信息即可。
步骤S502,若与渠道i对应的渠道实付金额和用户需付金额不相等,则生成渠道i的故障信息。
在该步骤中,若与渠道i对应的渠道实付金额和所述参考渠道实付金额不相等,可能是因为用户通过该渠道支付失败,或者渠道补贴部分未支付,再或者渠道计算金额错误,导致商家收款金额变少,本发明实施例通过分别校验不同渠道的用户实付金额以及优惠信息的方式,能够有效的排查故障渠道,当发现出现故障的渠道时,生成该渠道的故障信息以快速提示相关负责人员检修,以免影响后续需要核算的支付数据的校验工作。
在本发明提供的又一实施例中,所述优惠信息包括:渠道应补金额,如图7所示,包括:
步骤S701,若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
在该步骤中,当渠道实付总金额校验金额与应付金额付款金额不相等时,类似的,首先确定各优惠信息对应的触发金额,例如:优惠信息可以是指优惠触发的条件以及优惠额度,例如:满100-10,满200-15等等优惠信息,用户通过渠道支付199元时,只可以触发满100-10的优惠信息,若用户通过渠道支付201元时,只可以触发满200-15的优惠信息,所以触发金额是指100元和200元,具体地触发金额可根据实际情况的触发梯度而定,本发明实施例对此不作具体限定。
步骤S702,获取与渠道i对应的实际补贴金额;
在该步骤中,为了排查渠道是否已经向商家支付优惠信息中的补贴金额的出现故障的情况,获取与渠道i对应的实际补贴金额。
步骤S703,若所述与渠道i对应的实际补贴金额和所述渠道应补金额不相等,则生成渠道i的故障信息。
在实际应用中,实际补贴金额可以是map数据记录的,map数据是用户记录用户在各个支付环节中的支付数据以及平台处理的数据,所以本发明实施例通过获取与渠道i对应的实际补贴金额,以对渠道进行校验,在用户实际支付金额触发优惠信息的情况下,渠道是否支付给商家承若补贴给用户的金额。
本发明实施例还提供了一种支付金额处理装置,如图8所示,所述装置包括:
获取模块01,用于获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
第一确定模块02,用于确定所述多个支付渠道各自对应的优惠信息;
第二确定模块03,用于根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
第三确定模块04,用于根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
在本发明的又一实施例中,还提供一种电子设备,包括:处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现方法实施例所述的支付金额处理方法。
本发明实施例提供的电子设备,处理器通过获取待检验的应付金额和多个支付渠道各自对应的用户实付金额的方式,首先获取支付时支付数据,然后再确定所述多个支付渠道各自对应的优惠信息,以根据所述多个支付渠道各自对应的优惠信息和用户实付金额,最后确定所述多个支付渠道各自对应的渠道实付金额,达到确定不同支付渠道实际付款金额的目的,并根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,实现应付金额的校对过程。上述电子设备提到的通信总线1140可以是外设部件互连标准(PeripheralComponentInterconnect,简称PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture,简称EISA)总线等。该通信总线1140可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口1120用于上述电子设备与其他设备之间的通信。
存储器1130可以包括随机存取存储器(RandomAccessMemory,简称RAM),也可以包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器1110可以是通用处理器,包括中央处理器(CentralProcessingUnit,简称CPU)、网络处理器(NetworkProcessor,简称NP)等;还可以是数字信号处理器(DigitalSignalProcessing,简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-ProgrammableGateArray,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种支付金额处理方法,其特征在于,所述方法包括:
获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
确定所述多个支付渠道各自对应的优惠信息;
根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
2.根据权利要求1所述的支付金额处理方法,其特征在于,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果,包括:
计算所述多个支付渠道各自对应的渠道实付金额的和,得到渠道实付总金额;
若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
3.根据权利要求2所述的支付金额处理方法,其特征在于,还包括:
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,获取用户输入的与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息;
根据所述与渠道i对应的用户实付金额和与所述渠道i对应的优惠信息确定用于校验与渠道i对应的渠道实付金额的参考渠道实付金额;
若与渠道i对应的渠道实付金额和所述参考渠道实付金额不相等,则生成渠道i的故障信息。
4.根据权利要求2所述的支付金额处理方法,其特征在于,所述优惠信息中包括用户需付金额,还包括
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
若与渠道i对应的渠道实付金额和用户需付金额不相等,则生成渠道i的故障信息。
5.根据权利要求4所述的支付金额处理方法,其特征在于,所述根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息,包括:
分别确定各优惠信息对应的触发金额,得到多个触发金额;
分别计算各触发金额与所述用户实付金额的差值,得到多个差值;
确定多个差值中最小差值对应的优惠信息,并将所述优惠信息设置为所述目标优惠信息。
6.根据权利要求4所述的支付金额处理方法,其特征在于,所述优惠信息包括:渠道应补金额,还包括:
若所述渠道实付总金额校验金额与所述应付金额付款金额不相等,根据与渠道i对应的用户实付金额在多个优惠信息中确定与所述用户实付金额对应的目标优惠信息;
获取与渠道i对应的实际补贴金额;
若所述与渠道i对应的实际补贴金额和所述渠道应补金额不相等,则生成渠道i的故障信息。
7.根据权利要求1所述的支付金额处理方法,其特征在于,所述支付数据包括支付场景,所述根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果包括:
确定与所述支付场景对应的用于计算渠道实付总金额的函数;
将多个支付渠道各自对应的渠道实付金额输入函数,得到渠道实付总金额;
若所述渠道实付总金额校验金额与所述应付金额付款金额相等,则生成校验成功的支付金额处理结果信息。
8.一种支付金额处理装置,其特征在于,包括:
获取模块,用于获取待检验的支付数据,所述支付数据包括应付金额和多个支付渠道各自对应的用户实付金额;
第一确定模块,用于确定所述多个支付渠道各自对应的优惠信息;
第二确定模块,用于根据所述多个支付渠道各自对应的优惠信息和用户实付金额,确定所述多个支付渠道各自对应的渠道实付金额;
第三确定模块,用于根据所述多个支付渠道各自对应的渠道实付金额和所述应付金额,确定支付金额处理结果。
9.一种电子设备,其特征在于,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述权利要求1至7任一项所述的方法。
10.一种具有处理器可执行的非易失的程序代码的计算机可读介质,其特征在于,所述程序代码使所述处理器执行所述权利要求1至7任一所述方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010760971.1A CN112036863A (zh) | 2020-07-31 | 2020-07-31 | 一种支付金额处理方法、装置、电子设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010760971.1A CN112036863A (zh) | 2020-07-31 | 2020-07-31 | 一种支付金额处理方法、装置、电子设备以及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112036863A true CN112036863A (zh) | 2020-12-04 |
Family
ID=73583752
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010760971.1A Pending CN112036863A (zh) | 2020-07-31 | 2020-07-31 | 一种支付金额处理方法、装置、电子设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112036863A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113159753A (zh) * | 2021-05-26 | 2021-07-23 | 中国银行股份有限公司 | 组合支付方法、装置、设备及可读存储介质 |
CN113222578A (zh) * | 2021-05-28 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置 |
CN116402550A (zh) * | 2023-06-07 | 2023-07-07 | 八维通科技有限公司 | 乘车计算优惠的可靠性控制方法和系统、计算机程序介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521742A (zh) * | 2011-12-23 | 2012-06-27 | 凌芳 | 基于银行卡系统实现商户方、消费者、渠道方即时结算的通讯方法 |
CN104036388A (zh) * | 2014-05-28 | 2014-09-10 | 平安付智能技术有限公司 | 组合操控式资金支付处理方法 |
CN108921680A (zh) * | 2018-05-31 | 2018-11-30 | 康键信息技术(深圳)有限公司 | 财务数据制证方法、装置、计算机设备和存储介质 |
CN109472585A (zh) * | 2018-11-02 | 2019-03-15 | 深圳壹账通智能科技有限公司 | 基于数据分析的支付订单生成方法、装置、设备及介质 |
CN110163586A (zh) * | 2019-04-03 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 交易支付和退款处理的方法、装置及设备 |
CN110610247A (zh) * | 2019-08-16 | 2019-12-24 | 江苏苏宁物流有限公司 | 一种业务数据处理方法及装置 |
CN110852746A (zh) * | 2019-10-31 | 2020-02-28 | 北京三快在线科技有限公司 | 优惠支付的实现方法、装置、电子设备和存储介质 |
-
2020
- 2020-07-31 CN CN202010760971.1A patent/CN112036863A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521742A (zh) * | 2011-12-23 | 2012-06-27 | 凌芳 | 基于银行卡系统实现商户方、消费者、渠道方即时结算的通讯方法 |
CN104036388A (zh) * | 2014-05-28 | 2014-09-10 | 平安付智能技术有限公司 | 组合操控式资金支付处理方法 |
CN108921680A (zh) * | 2018-05-31 | 2018-11-30 | 康键信息技术(深圳)有限公司 | 财务数据制证方法、装置、计算机设备和存储介质 |
CN109472585A (zh) * | 2018-11-02 | 2019-03-15 | 深圳壹账通智能科技有限公司 | 基于数据分析的支付订单生成方法、装置、设备及介质 |
CN110163586A (zh) * | 2019-04-03 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 交易支付和退款处理的方法、装置及设备 |
CN110610247A (zh) * | 2019-08-16 | 2019-12-24 | 江苏苏宁物流有限公司 | 一种业务数据处理方法及装置 |
CN110852746A (zh) * | 2019-10-31 | 2020-02-28 | 北京三快在线科技有限公司 | 优惠支付的实现方法、装置、电子设备和存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113159753A (zh) * | 2021-05-26 | 2021-07-23 | 中国银行股份有限公司 | 组合支付方法、装置、设备及可读存储介质 |
CN113222578A (zh) * | 2021-05-28 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置 |
CN116402550A (zh) * | 2023-06-07 | 2023-07-07 | 八维通科技有限公司 | 乘车计算优惠的可靠性控制方法和系统、计算机程序介质 |
CN116402550B (zh) * | 2023-06-07 | 2023-10-27 | 八维通科技有限公司 | 乘车计算优惠的可靠性控制方法和系统、计算机程序介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112036863A (zh) | 一种支付金额处理方法、装置、电子设备以及存储介质 | |
CN109240838A (zh) | 接口调用方法、装置、计算机设备及存储介质 | |
CN108256810B (zh) | 保险业务审批流程处理方法和装置 | |
CN105678546B (zh) | 基于分布式共享总账的数字资产处理方法 | |
CN109285069B (zh) | 资源转移方法、装置及服务器 | |
CN108876105B (zh) | 一种交易风险控制方法及装置 | |
CN110264171B (zh) | 分布式账单处理方法、装置、设备与计算机可读存储介质 | |
CN109615384B (zh) | 时效性核对规则的生成方法、装置和服务器 | |
US20230070787A1 (en) | Digital currency directional transaction method and system | |
CN109582668A (zh) | 业务数据管理方法、装置、设备及计算机可读存储介质 | |
CN110400139B (zh) | 基于对公数字钱包的支付方法、装置及系统 | |
CN110930138A (zh) | 一种虚拟支付方法及系统 | |
US20160071107A1 (en) | Method of processing a transaction request | |
CN110889687A (zh) | 分布式架构下账户余额的处理方法及装置 | |
CN116151982A (zh) | 热点账户的交易数据处理方法、装置、设备及介质 | |
CN109670812A (zh) | 支付方法、装置、终端及存储介质 | |
CN115150764A (zh) | 资费配置方法、装置、设备和介质 | |
CN113159968A (zh) | 基于金融核心批量交易场景的数据处理方法及装置 | |
CN112288581A (zh) | 一种风险评估方法、装置、电子设备以及存储介质 | |
CN110618937A (zh) | 软件测评方法、装置及设备 | |
CN112015731B (zh) | 基于多终端设备的信息分发方法及系统 | |
CN116703395B (zh) | 一种数字人民币的支付方法、装置、设备、系统及介质 | |
US20030225691A1 (en) | Method and device for processing an electronic transaction | |
US20230308443A1 (en) | Intermediary digital resource acquirer | |
CN117541256A (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 |