CN112700237A - 一种支付管理方法、装置、电子设备及存储介质 - Google Patents
一种支付管理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN112700237A CN112700237A CN202011596640.5A CN202011596640A CN112700237A CN 112700237 A CN112700237 A CN 112700237A CN 202011596640 A CN202011596640 A CN 202011596640A CN 112700237 A CN112700237 A CN 112700237A
- Authority
- CN
- China
- Prior art keywords
- payment
- information
- client
- order
- payment account
- 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
- G06Q30/0637—Approvals
-
- 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/28—Pre-payment schemes, e.g. "pay before"
-
- 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/407—Cancellation of a transaction
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种支付管理方法、装置、电子设备及存储介质,涉及支付管理技术领域。该支付管理方法应用于支付管理***中的服务器,支付管理***还包括客户端;服务器与客户端通信连接,首先接收客户端的订单请求,其中,订单请求包括订单信息,然后依据订单信息生成账单信息,并将账单信息发送至客户端,再当接收到客户端的支付确认信息时,执行支付账户预授权操作,其中,支付确认信息中包括支付账户,最后当在预设时间内接收到客户端发送的取消订单信息时,取消支付账户预授权操作。本申请具有退款的周期短,且退款的成本低的优点。
Description
技术领域
本申请涉及支付管理技术领域,具体而言,涉及一种支付管理方法、装置、电子设备及存储介质。
背景技术
随着用户出行方式的增加,越来越多的用户在出行时,会选择租车出行。
然而,用户在租车网站进行下单后,很多用户会由于不同原因取消订单,例如用户计划变更,取消此次出行等。在用户取消订单后,需要将用户支付的款项返还给用户。
然而,目前的退款时间较长,尤其针对海外退款时的退款周期较为缓慢,一般需要7-20个工作日,因此很容易导致用户投诉。此外,退款成本也较高。
综上,目前当用户取消订单时,退款周期较长,且退款的成本较高。
发明内容
本申请的目的在于提供一种支付管理方法、装置、电子设备及存储介质,以解决现有技术中当用户取消订单时,退款周期较长,且退款的成本较高的问题。
为了实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供了一种支付管理方法,应用于支付管理***中的服务器,所述支付管理***还包括客户端;所述服务器与所述客户端通信连接,所述方法包括:
接收所述客户端的订单请求,其中,所述订单请求包括订单信息;
依据所述订单信息生成账单信息,并将所述账单信息发送至所述客户端;
当接收到所述客户端的支付确认信息时,执行支付账户预授权操作,其中,所述支付确认信息中包括支付账户;
当在预设时间内接收到所述客户端发送的取消订单信息时,取消所述支付账户预授权操作。
第二方面,本申请实施例还提供了一种支付管理装置,应用于支付管理***中的服务器,所述支付管理***还包括客户端;所述服务器与所述客户端通信连接,所述装置包括:
信息接收单元,用于接收所述客户端的订单请求,其中,所述订单请求包括订单信息;
信息处理单元,用于依据所述订单信息生成账单信息,并将所述账单信息发送至所述客户端;
预授权处理单元,用于当接收到所述客户端的支付确认信息时,执行支付账户预授权操作,其中,所述支付确认信息中包括支付账户;
预授权处理单元还用于当在预设时间内接收到所述客户端发送的取消订单信息时,取消所述支付账户预授权操作。
第三方面,本申请实施例还提供了一种电子设备,包括:存储器,用于存储一个或多个程序;处理器;当所述一个或多个程序被所述处理器执行时,实现上述的支付管理方法。
第四方面,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述的支付管理方法。
相对于现有技术,本申请具有以下有益效果:
本申请提供了一种支付管理方法、装置、电子设备及存储介质,该支付管理方法应用于支付管理***中的服务器,支付管理***还包括客户端;服务器与客户端通信连接,首先接收客户端的订单请求,其中,订单请求包括订单信息,然后依据订单信息生成账单信息,并将账单信息发送至客户端,再当接收到客户端的支付确认信息时,执行支付账户预授权操作,其中,支付确认信息中包括支付账户,最后当在预设时间内接收到客户端发送的取消订单信息时,取消支付账户预授权操作。由于本申请提供的支付管理方法中,采用预授权的方式实现支付管理,进而当在进行支付确认时,实质上并未进行扣款而进行预授权,进而当用户取消订单时,仅需取消相应的预授权操作即可,而并没有经过扣款与退款的操作,因此退款的周期有效缩短,且退款的成本有效降低。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1为本申请实施例提供的电子设备的模块示意图。
图2为本申请实施例提供的支付管理***的交互示意图。
图3为本申请实施例提供的支付管理方法的第一种流程示意图。
图4为本申请实施例提供的支付管理方法的第二种流程示意图。
图5为本申请实施例提供的支付管理方法的第三种流程示意图。
图6为本申请实施例提供的支付管理方法的第四种流程示意图。
图7为本申请实施例提供的支付管理装置的模块示意图。
图中:100-电子设备;101-处理器;102-存储器;103-通信接口;200-支付管理***;210-服务器;220-第一客户端;230-供应商端;300-支付管理装置;310-信息接收单元;320-信息处理单元;330-预授权处理单元。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
正如背景技术中所述,在网上租车的业务中,用户可能取消订单,经统计,用户在下单后有20%~30%的概率会取消订单。在用户取消订单后,需要将用户支付的款项退还给用户。
现有技术中当用户在退款时,退款时间较长,尤其针对海外退款时的退款周期较为缓慢,一般需要7-20个工作日,因此很容易导致用户投诉。此外,若用户没有及时收到银行退款时,很可能发起拒付,商户申诉成功可能性低,为此还需要支付银行拒付处理费,退款成本较高。
综上,目前的租车业务中,退款周期长,降低用户整体租车体验,同时企业的取消订单成本增加。
有鉴于此,本申请提供了一种支付管理方法,通过采用账户预授权的方式,缩短退款周期,同时减少取消订单的成本。
需要说明的是,本申请提供的支付管理方法可以应用于电子设备100中,图1示出本申请实施例提供的电子设备100的一种示意性结构框图,电子设备100包括存储器102、处理器101和通信接口103,该存储器102、处理器101和通信接口103相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
存储器102可用于存储软件程序及模块,如本申请实施例提供的支付管理装置对应的程序指令或模块,处理器101通过执行存储在存储器102内的软件程序及模块,从而执行各种功能应用以及数据处理,进而执行本申请实施例提供的支付管理方法的步骤。该通信接口103可用于与其他节点设备进行信令或数据的通信。
其中,存储器102可以是,但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器101可以是一种集成电路芯片,具有信号处理能力。该处理器101可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(NetworkProcessor,NP)等;还可以是数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可以理解,图1所示的结构仅为示意,电子设备100还可以包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
下面以电子设备100作为示意性执行主体,对本申请实施例提供的支付管理方法进行示例性说明。其中,请参阅图2,该电子设备100可以为支付管理***200中的服务器210,该支付管理***200还包括客户端220,服务器与客户端220通信连接。
其中,客户端可以为用户使用的智能设备,例如,手机、计算机等智能终端。
并且,用户可通过智能终端访问服务器,例如,当客户端为手机时,用户可通过在手机上安装APP的方式实现对服务器的访问;或者,当智能终端为计算机时,用户可通过网页的方式实现对服务器的访问。
作为一种实现方式,请参阅图3,该支付管理方法包括:
S102,接收客户端的订单请求,其中,订单请求包括订单信息。
S104,依据订单信息生成账单信息,并将账单信息发送至客户端。
S106,当接收到客户端的支付确认信息时,执行支付账户预授权操作,其中,支付确认信息中包括支付账户。
S108,当在预设时间内接收到客户端发送的取消订单信息时,取消支付账户预授权操作。
其中,当用户需要租车时,需要通过客户端向服务器发送订单请求,其中,该订单请求中包括订单信息。需要说明的是,本申请所述的订单信息,包括但不限于取车时间、租车时长、取车地点、车型以及车险类型等。
当用户选定相关订单信息并生成订单请求后,服务器会依据该订单信息生成的账单信息,即用户需要支付的金额,在一种可能的实现方式中,该金额可以通该车型的单价、租车时长以及车险类型确定出,即用户需要支付的金额=该车型的单价*租车时长+车险金额。
例如,当用户租车的车型为A,且该车型的单价为100/天,租车时长为7天,用户选定类型的车险金额为200元,则用户需要支付的金额为100*7+200=900元。
此外,需要说明的是,服务器生成的账单信息中,可能为全额支付,即用户需要支付900元;也可能为仅支付定金,例如按30%支付定金,则用户需要支付的金额为900*30%=270元。
在服务器生成账单信息后,会将该账单信息发送至客户端,以方便用户进行支付。作为一种可选的实现方式,服务器可自动将支付页面推送至客户端。
当用户接收到账单信息后,可进行支付。当支付完成后,客户端会自动向服务器反馈支付确认信息。需要说明的是,虽然用户已经支付,但服务器此时并不会进行扣款操作,而仅执行支付账户预授权的操作,当执行该操作后,服务器不会立即扣款,而是在一定时间后再进行扣款。
在此基础上,当用户在此期间发送取消订单信息时,服务器也无需执行退款的操作,而仅是取消支付账户预授权操作。
通过该实现方式,由于在用户确认支付后,实质上并未通过银行进行扣款,因此当用户取消订单时,能够实现快速退款,并且无需产生额外的退款成本。
作为一种实现方式,请参阅图4,执行支付账户预授权操作的步骤包括:
从账单信息中提取待支付金额,并在支付账户中冻结待支付金额;
取消支付账户预授权操作的步骤包括:
在支付账户中解冻待支付金额。
即在用户进行支付确认后,服务器并不会通过银行进行扣款,而仅是通过银行将相应的金额进行冻结。
其中,服务器生成的账单信息中包括待支付金额,该待支付金额可能是该笔订单的总额,也可能只是部分金额,例如定金。当服务器执行预授权操作后,银行可冻结该笔金额。在冻结期间,用户与商家均不能提取该笔金额。
当用户取消订单时,服务器会取消支付账户预授权的操作,在取消时,实质对冻结的金额进行解冻,进而使用户进行可以使用该笔金额。例如,用户的租车总额为1000元,用户在执行支付确定后,服务器会通知银行冻结该笔金额,在此期间,用户在其他消费过程中,不能消费冻结的1000元。当在预设时间内,若用户取消订单,则服务器执行取消支付账户预授权操作,进而解冻该1000元,使得用户能够利用该1000元消费。
需要说明的是,由于服务器在执行预授权操作后,银行并未对用户的支付账户进行扣款,用户在取消订单后,也并不存在退款的操作,因此利用本申请提供的支付管理方法,在用户取消订单时,能够实现更加快速的“退款”操作,同时避免了因扣款、退款产生的费用。
需要说明的是,请参阅图5,在S106之后,该方法还包括:
S109,当预设时间内未接收到客户端发送的取消订单信息时,则服务器执行扣款操作,将支付账户中对应的金额进行扣除。
换言之,当用户并未在预设时间内取消订单时,则表示用户可能并不想取消订单,在此基础上,服务器会执行扣款操作。
还需要说明的是,经统计,在取消订的订单中,70%用户是在下单后的5天内取消订单,即在五天内取消订单的人数较多。此外,目前银行支持冻结支付账户中部分金额的实现为7天,因此,作为一种实现方式,本申请提供的预设时间为6天。
通过将预设时间设置6天的方式,一方面,能够满足大部分用户取消订单的需求,另一方面,没有超过银行冻结的时限,且预留一天时间,以便能够有足够时间处理用户在取消订单时的相关事宜,保障用户与商家的权益。
此外,对于用户取消订单的情况,部分商家可能仍然会收取一定的费用,例如,商家的租赁声明中明确指出,若用户取消订单,需要支付手续费;或者,用户取消订单的时间距取车时间较近,商家无法在短时间内将该汽车再次租赁给其他人,对商家而言造成一定的损失,需要用户支付一定的费用。
在此基础上,在取消支付账户预授权操作的步骤之前,请参阅图6,该方法还包括:
S107-1,依据取消订单信息确定是否关联扣费信息。
S107-2,判断该取消订单信息是否关联扣费信息,如果是,则执行S107-3,如果否,则执行S107-4。
S107-3,从待支付金额中扣除扣费信息,并在支付账户中解冻剩余的待支付金额。
S107-4,在支付账户中解冻所有待支付金额。
作为一种可选的实现方式,请再次参阅图2,该支付管理***还包括供应商端230,供应商端230与服务器210之间通信连接,其中,供应商端230为供应商使用的端口。
在此基础上,当生成支付确认信息时,服务器会将该订单发送至供应商端,进而使供应商端知晓该车型被预定,并且,当服务器接收到客户端发送的取消订单信息时,服务器会将该取消订单信息发送至供应商端,并通过供应商端反馈该取消订单信息是否关联扣费信息。
当未关联扣费信息时,服务器将直接从支付账户中解冻所有待支付金额。而当该取消订单信息中关联有扣费信息时,即表示该订单并不能免费取消时,服务器会从冻结的待支付金额中扣除扣费信息,并在支付账户中解冻剩余的待支付金额。其中,扣费信息中包括扣费金额。
例如,当冻结的待支付金额为1000元,扣费信息为待支付金额的5%,则需要扣除的费用为50元,同时,在扣除上述费用后,服务器还会将剩余的950进行解冻。
当然的,在一种可能的实现方式中,当需要从待支付金额中扣除扣费信息时,服务器还会将扣费信息发送至客户端。
此外,在服务器提供的服务中,可能包含多种类型,例如,租车、订酒店、订餐厅等,且不同类型中还可能包括不同的子类型,例如租车包含国内租车与国外租车等。在一些类型中,银行扣款后,退款周期也较短,且无需相关费用。因此,在S102的步骤之后,该方法还包括:
S103-1,确认订单信息对应的订单类型。
在接收到客户端的支付确认信息时息的步骤之后,该方法还包括:
107-5,判断订单类型是否为预设的订单类型,如果是,则执行S107-6,如果否,则执行S107-7。
S107-6,执行支付账户预授权操作。
S107-7,从支付账户中扣除所述支付确认信息对应的金额。
作为一种实现方式,预设的订单类型可以为国外租车类型,当为国外租车类型时,其退款较慢,且可能产生一定的费用,因此,当涉及国外租车类型时,则采用本申请提供的支付管理方法,进而通过冻结与解冻的方式,代替扣款与退款的步骤,进而缩短了用户在取消订单时缩短退款的时间及避免了不必要的费用。而当预设的订单类型为其它类型时,例如为国内租车类型时,则即使存在扣款与退款的流程,且退款的时间也较短,且也不需要费用,在此基础上,服务器则可从支付账户只能怪扣除支付确认信息对应的金额。
不仅如此,支付账户的类型也可能影响退款的时间,例如,当用户采用银行卡、借记卡等支付方式时,其退款时间较长,而当用户采用会员卡等支付方式时,当用户取消订单时,其退款时间就较短。因此,在接收到客户端的支付确认信息的步骤之后,该方法还包括:
S107-8,确定支付确定信息中支付账户的类型;
S107-9,判断支付账户的类型是否为预设类型,如果是,则执行S107-10,如果否,则执行S107-11。
S107-10,执行支付账户预授权操作。
S107-11,从支付账户中扣除支付确认信息对应的金额。
即在用户支付确定后,服务器会根据用户支付账户的类型确实是否执行支付账户预授权操作,当支付账户为银行卡、借记卡等信息时,则需要进行支付账户预授权操作,否则则无需进入支付账户预授权操作。
可以理解地,本申请提供的支付管理方法的步骤包括,通过订单类型与支付账户的类型确定是否执行支付账户预授权操作。在执行支付账户预授权操后,若在预设时间内,用户取消订单,则服务器仅需取消支付账户预授权操作即可,从而无需进行扣款、退款的操作,因此用户能够更快的收到自己的款项,同时降低了成本。并且,当该订单取消时,供应商端需要收取一定的费用,则还会从冻结的金额中将该部分金额扣除后再进行解冻。当用户未在预设时间内取消订单是,则服务器会在第6天扣除冻结的资金。
基于上述实现方式,请参阅图7,本申请还提供了一种支付管理装置300,应用于支付管理***200中的服务器210,支付管理***还包括客户端220;服务器210与客户端通信连接,该支付管理装置300包括:
信息接收单元310,用于接收客户端的订单请求,其中,订单请求包括订单信息。
可以理解地,通过信息接收单元310可以执行S102。
信息处理单元320,用于依据订单信息生成账单信息,并将账单信息发送至客户端。
可以理解地,通过信息处理单元320可以执行S104。
预授权处理单元330,用于当接收到客户端的支付确认信息时,执行支付账户预授权操作,其中,支付确认信息中包括支付账户。
可以理解地,通过预授权处理单元330可以执行S106。
预授权处理单元330还用于当在预设时间内接收到客户端发送的取消订单信息时,取消支付账户预授权操作。
可以理解地,通过预授权处理单元330可以执行S108。
当然地,在上述实现方式中的每一步骤均有一对应的功能模块,由于上述实施例已经详细描述,因此在此不再进行赘述。
综上所述,本申请提供了一种支付管理方法、装置、电子设备及存储介质,该支付管理方法应用于支付管理***中的服务器,支付管理***还包括客户端;服务器与客户端通信连接,首先接收客户端的订单请求,其中,订单请求包括订单信息,然后依据订单信息生成账单信息,并将账单信息发送至客户端,再当接收到客户端的支付确认信息时,执行支付账户预授权操作,其中,支付确认信息中包括支付账户,最后当在预设时间内接收到客户端发送的取消订单信息时,取消支付账户预授权操作。由于本申请提供的支付管理方法中,采用预授权的方式实现支付管理,进而当在进行支付确认时,实质上并未进行扣款而进行预授权,进而当用户取消订单时,仅需取消相应的预授权操作即可,而并没有经过扣款与退款的操作,因此退款的周期有效缩短,且退款的成本有效降低。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。
也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。
也要注意的是,框图和或流程图中的每个方框、以及框图和或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (10)
1.一种支付管理方法,其特征在于,应用于支付管理***中的服务器,所述支付管理***还包括客户端;所述服务器与所述客户端通信连接,所述方法包括:
接收所述客户端的订单请求,其中,所述订单请求包括订单信息;
依据所述订单信息生成账单信息,并将所述账单信息发送至所述客户端;
当接收到所述客户端的支付确认信息时,执行支付账户预授权操作,其中,所述支付确认信息中包括支付账户;
当在预设时间内接收到所述客户端发送的取消订单信息时,取消所述支付账户预授权操作。
2.如权利要求1所述的支付管理方法,其特征在于,所述执行支付账户预授权操作的步骤包括:
从所述账单信息中提取待支付金额,并在所述支付账户中冻结所述待支付金额;
所述取消所述支付账户预授权操作的步骤包括:
在所述支付账户中解冻所述待支付金额。
3.如权利要求2所述的支付管理方法,其特征在于,在所述取消所述支付账户预授权操作的步骤之前,所述方法还包括:
依据所述取消订单信息确定是否关联扣费信息;
当所述取消订单信息未关联扣费信息时,在所述支付账户中解冻所有所述待支付金额;
当所述取消订单信息关联扣费信息时,从所述待支付金额中扣除所述扣费信息,并在所述支付账户中解冻剩余的待支付金额。
4.如权利要求1所述的支付管理方法,其特征在于,在所述执行支付账户预授权操作的步骤之后,所述方法还包括:
当未在预设时间内接收到所述客户端发送的取消订单信息时,从所述支付账户中扣除预授权操作对应的金额。
5.如权利要求1所述的支付管理方法,其特征在于,所述预设时间包括6天。
6.如权利要求1所述的支付管理方法,其特征在于,在所述接收到所述客户端的支付确认信息的步骤之后,所述方法还包括:
确定所述支付确定信息中支付账户的类型;
当所述类型为预设类型时,执行支付账户预授权操作;
当所述类型为非预设类型时,从所述支付账户中扣除所述支付确认信息对应的金额。
7.如权利要求1所述的支付管理方法,其特征在于,在接收所述客户端的订单请求的步骤之后,所述方法还包括:
确认所述订单信息对应的订单类型;
在所述接收到所述客户端的支付确认信息的步骤之后,所述方法还包括:
当所述订单类型为预设的订单类型时,执行支付账户预授权操作;
当所述订单类型为非预设的订单类型时,从所述支付账户中扣除所述支付确认信息对应的金额。
8.一种支付管理装置,其特征在于,应用于支付管理***中的服务器,所述支付管理***还包括客户端;所述服务器与所述客户端通信连接,所述装置包括:
信息接收单元,用于接收所述客户端的订单请求,其中,所述订单请求包括订单信息;
信息处理单元,用于依据所述订单信息生成账单信息,并将所述账单信息发送至所述客户端;
预授权处理单元,用于当接收到所述客户端的支付确认信息时,执行支付账户预授权操作,其中,所述支付确认信息中包括支付账户;
预授权处理单元还用于当在预设时间内接收到所述客户端发送的取消订单信息时,取消所述支付账户预授权操作。
9.一种电子设备,其特征在于,包括:
存储器,用于存储一个或多个程序;
处理器;
当所述一个或多个程序被所述处理器执行时,实现如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011596640.5A CN112700237A (zh) | 2020-12-29 | 2020-12-29 | 一种支付管理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011596640.5A CN112700237A (zh) | 2020-12-29 | 2020-12-29 | 一种支付管理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112700237A true CN112700237A (zh) | 2021-04-23 |
Family
ID=75511992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011596640.5A Pending CN112700237A (zh) | 2020-12-29 | 2020-12-29 | 一种支付管理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112700237A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113393002A (zh) * | 2021-05-12 | 2021-09-14 | 浙江吉利控股集团有限公司 | 网约车订单处理方法、处理装置、服务器及存储介质 |
CN114285894A (zh) * | 2021-12-28 | 2022-04-05 | 浙江吉利控股集团有限公司 | 出行平台任务处理方法、装置、设备及介质 |
-
2020
- 2020-12-29 CN CN202011596640.5A patent/CN112700237A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113393002A (zh) * | 2021-05-12 | 2021-09-14 | 浙江吉利控股集团有限公司 | 网约车订单处理方法、处理装置、服务器及存储介质 |
CN114285894A (zh) * | 2021-12-28 | 2022-04-05 | 浙江吉利控股集团有限公司 | 出行平台任务处理方法、装置、设备及介质 |
CN114285894B (zh) * | 2021-12-28 | 2024-01-16 | 浙江吉利控股集团有限公司 | 出行平台任务处理方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190139049A1 (en) | Order Information Processing Methods, Apparatuses and Systems | |
CN108629910B (zh) | 共享车辆使用方法、装置及服务器 | |
CN112700237A (zh) | 一种支付管理方法、装置、电子设备及存储介质 | |
CN108629582B (zh) | 业务处理方法及装置 | |
CN111640209A (zh) | 一种乘车计费方法、装置及电子设备 | |
CN110889686A (zh) | 多层级账户数据处理方法、装置、设备及可读存储介质 | |
CN113222570B (zh) | 支付方法、平台设备、***及存储介质 | |
CN112669107A (zh) | 一种订单管理方法、装置、电子设备及存储介质 | |
CN109272321B (zh) | 快速支付方法、装置、设备及计算机可读存储介质 | |
CN108492095B (zh) | 基于区块链的交易方法及装置 | |
CN111415151A (zh) | 连锁商户的识别方法、装置、电子设备及存储介质 | |
CN116151816A (zh) | 支付方法、装置、设备、介质及产品 | |
CN116205641A (zh) | 支付方法、装置、设备、介质及产品 | |
CN112488825B (zh) | 基于区块链的对象交易方法及装置 | |
CN111582886B (zh) | 虚假资源转移的识别方法、装置、设备及介质 | |
JP2018022355A (ja) | 車両共有サービス管理サーバおよびコンピュータプログラム | |
CN111539712A (zh) | 一种基于区块链的下单、结账方法及装置 | |
CN110766540A (zh) | 一种账单核销方法、装置及电子设备 | |
CN103390231A (zh) | 支付***及方法 | |
CN118446664A (zh) | 一种企业福利的发放方法、装置、电子设备及介质 | |
CN117793691A (zh) | 一种网卡管理方法、装置、设备及存储介质 | |
CN116485329A (zh) | 一种风险案件处理方法、装置和设备 | |
CN115619385A (zh) | 一种支付管理方法、装置、计算机设备和存储介质 | |
CN114202301A (zh) | 往来业务数据处理方法、装置及终端设备 | |
CN115423584A (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 |