购物中心的门店退款处理方法、系统、电子装置及介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种购物中心的门店退款处理方法、系统、电子装置及介质。


背景技术：

2.随着购物中心选取各式各样的营销活动来促进商场的客流量以及营销额，各式各样的业务情况也随之而来。购物中心在为门店进行退款处理时，需要考虑这场活动有多少顾客在此门店消费，该门店在签合同时可承受的折扣是多少，商场需要补贴多少，如何清算这次活动参加的所有门店的补贴账单，如何退款，全额退款如何对积分、权益卡、折扣券、礼品卡、消费红包进行清算，部分退款如何处理，这些无疑对购物中心的清算业务带来了巨大的挑战。
3.目前许多大型购物中心都是采取人工核实的方式，这无疑大大增加了人力成本，并且无法保证计算资金的正确性，如果退款清算存在漏洞，会给许多投机分子带来以免费券来兑现的条件，对企业造成财产上的损失。因此业内亟需一种适合购物中心与商户的清算方式，以完成各种情况下的退款处理，从而快速清算商场下不同商户参会此活动的不同补贴资金，降低企划、财务部门的人力成本。
4.针对相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题，尚未提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种购物中心的门店退款处理方法、系统、电子装置及介质，以至少解决相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题。
6.第一方面，本技术实施例提供了一种购物中心的门店退款处理方法，所述方法包括：
7.接收退款请求，响应所述请求校验其是否满足退款条件；若是，依次执行卡券情况确认、积分情况确认，并在消费层构建消费退款单；在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；
8.在有现金退款的情况下，在支付层构建退款单，向目标支付应用发起退款请求，并接收所述目标支付应用返回的请求处理结果；根据请求结果更改退款单和消费退款单的状态，并生成对应请求日志。
9.在其中一些实施例中，所述校验其是否满足退款条件，过程包括：
10.校验所述退款请求对应的退款日期是否在预设的退款期限范围内，校验所述退款请求对应的消费收款单是否没有正在被处理的其他退款请求，校验退款金额是否满足预设金额范围要求，以及，校验不参与优惠金额是否满足预设金额范围要求，若均为是，则校验通过。
11.在其中一些实施例中，所述执行卡券情况确认，过程包括：
12.确定所述退款请求对应的原消费收款单是否有使用卡券；若是，计算需要退还的卡券数量，并请求卡券反核销，以获得预计反核销券实体；
13.其中，在所述券实体均未过期的情况下，或者，在存在过期的券实体但接收到顾客的继续退款指令的情况下，执行积分情况确认。
14.在其中一些实施例中，所述积分情况确认过程包括：
15.确定所述退款请求对应的原消费收款单是否有用积分抵现；若有，计算需要退还积分的数量及对应实退金额；其中，在所述实退金额大于或者等于零的情况下，构建所述消费退款单，并更改对应订单状态为退款中。
16.在其中一些实施例中，所述执行积分返还，过程包括：
17.根据积分情况确认结果，确定是否有积分返还，若有，则根据所述积分情况确认结果中的积分数量，请求积分返还。
18.在其中一些实施例中，所述抵金券反核销过程包括：
19.根据卡券情况确认结果，确定是否有抵金券返还，若有，则根据卡券情况确认结果中的预计反核销券实体数量，请求抵金券反核销。
20.在其中一些实施例中，所述在支付层构建退款单后，所述方法还包括：
21.根据所述退款单构建闪电买单实付划拨单，并综合会员折上折、优惠口令、权益卡、退还积分、满立减、消费红包情况，生成对应补差单；根据所述补差单，构建对应的结算单，以实现资金变动。
22.第二方面，本技术实施例提供了一种购物中心的门店退款处理系统，所述系统包括：
23.确认模块，用于接收退款请求，响应所述请求校验其是否满足退款条件；若是，依次执行卡券情况确认、积分情况确认，并在消费层构建消费退款单；在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；
24.退款模块，用于在有现金退款的情况下，在支付层构建退款单，向目标支付应用发起退款请求，并接收所述目标支付应用返回的请求处理结果；根据请求结果更改退款单和消费退款单的状态，并生成对应请求日志。
25.第三方面，本技术实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述购物中心的门店退款处理方法。
26.第四方面，本技术实施例提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述购物中心的门店退款处理方法。
27.相比于相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题，本技术实施例根据实际业务场景，提供了一套严谨的退款方法，通过接收退款请求，响应该请求校验其是否满足退款条件；若是，依次执行卡券情况确认、积分情况确认，并在消费层构建消费退款单；在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；在有现金退款的情况下，在支付层构建退款单，向目标支付应用发起退款请求，并接收该目标支付应用返回的请求处理结果；根据请求结果更改退款单和消费退款单的状态，并生成对应请求日志，从而得以在程序上进行实现自动准确退款，解决了相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题；
28.并且，在这个营销手段层出不穷的环境下，在微信和支付宝推出消费券时，出现了在支付界面才产生的优惠，在结算金额完成的清算层下方的支付层如何去计算与商户的分佣，也是目前市面上小程序端难以攻克的一大难题，本技术实施例通过在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；在有现金退款的情况下，才在支付层构建退款单，向目标支付应用发起退款请求，避免了商家自发商家消费券时，由于未考虑到支付层界面的金额结算，而出现商户应结算金额漏洞的情况发生，提高了商户结算的准确性；
29.其次，本技术实施例在消费退款单构建出来之后，先判断是否存在正在被处理的退款请求，从而防止部分退款多次处理，之后再对退款金额以及优惠金额进行校检，进而检查对应消费收款单种是否使用卡券，最后判断是否有积分抵现，在这些都确认完之后，依次执行积分返还和抵金券反核销，最后进行现金退款，同时生成退款日志以供追溯，为退款处理流程加上了一层保险；
30.最后，本技术实施例还提供了一套准确的清算方法，根据退款单构建出闪电买单实付划拨单，进行会员折上折判断，生成相应的补差单，再进行优惠口令的判断，生成相应的补差单，依次进行权益卡、退还积分、满立减、消费红包的判断以及对应的补差单的生成，最后根据补差单生成对应的结算单，来实现资金变动，在保证资金安全的同时，实现了在多种退款情况下都能清楚计算出实际退款金额和活动中应与商家结算的金额的技术效果，适用于绝大多数购物中心。
附图说明
31.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
32.图1是根据本技术第一实施例的购物中心的门店退款处理方法的示意图；
33.图2是根据本技术第二实施例的退款处理流程中从发起退款到构建出消费退款单的示意图；
34.图3是根据本技术第三实施例的退款处理流程中从构建出消费退款单到退款处理完毕的示意图；
35.图4是根据本技术第四实施例的闪电买单退款单清算流程的前半部分流程的示意图；
36.图5是根据本技术第四实施例的闪电买单退款单清算流程的后半部分流程的示意图；
37.图6是根据本技术第五实施例的闪电买单清算对象关系的示意图；
38.图7是根据本技术实施例的电子设备的内部结构示意图。
具体实施方式
39.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域
的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
41.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
42.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
43.本发明的目的在于提供一种帮助购物中心对场内所有门店进行退款以及清算的新方法，帮助购物中心可以顺利处理开展各种营销活动之后的清算业务、解决各式各样的退款业务，解决财务清算的难题，大大降低企划、财务部门的人力成本。本技术提供了一种购物中心的门店退款处理方法，图1是根据本技术第一实施例的购物中心的门店退款处理方法的示意图，如图1所示，该流程包括如下步骤：
44.步骤s101，接收退款请求，响应该请求校验其是否满足退款条件；若是，依次执行卡券情况确认、积分情况确认，并在消费层构建消费退款单；在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；
45.例如，消费退款单的表单及对应逻辑如下：
[0046][0047]
例如，优惠项的表单及对应逻辑如下：
[0048]
字段名称字段说明优惠类型字典：会员折上折优惠金额 关联对象会员折上折：会员折上折策略快照id
[0049]
例如，支付项的表单及对应逻辑如下：
[0050][0051]
步骤s102，在有现金退款的情况下，在支付层构建退款单，向目标支付应用发起退款请求，并接收该目标支付应用返回的请求处理结果；根据请求结果更改退款单和消费退款单的状态，并生成对应请求日志；
[0052]
例如，退款单的表单及对应逻辑如下：
[0053][0054]
例如，退款明细的表单及对应逻辑如下：
[0055]
字段名称字段说明id系统生成(商管号内唯一)渠道支付流水号微信refund_id，支付宝out_request_no创建时间该笔订单在tp系统内创建的时间退款时间快速积分的交易通知的参数实退金额 支付方式同pd中的字典是否由快速积分推送是/否
[0056]
例如，退款请求日志的表单及对应逻辑如下：
[0057][0058][0059]
通过上述步骤s101至s102，相比于相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题，本技术实施例根据实际业务场景，提供了一套严谨的退款方
法，通过接收退款请求，响应该请求校验其是否满足退款条件；若是，依次执行卡券情况确认、积分情况确认，并在消费层构建消费退款单；在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；在有现金退款的情况下，在支付层构建退款单，向目标支付应用发起退款请求，并接收该目标支付应用返回的请求处理结果；根据请求结果更改退款单和消费退款单的状态，并生成对应请求日志，从而得以在程序上进行实现自动准确退款，解决了相关技术中购物中心缺乏成熟的退款清算手段，退款清算成本较高的问题；
[0060]
并且，在这个营销手段层出不穷的环境下，在微信和支付宝推出消费券时，出现了在支付界面才产生的优惠，在结算金额完成的清算层下方的支付层如何去计算与商户的分佣，也是目前市面上小程序端难以攻克的一大难题，本技术实施例通过在完成消费退款单构建之后，依次执行积分返还和抵金券反核销；在有现金退款的情况下，才在支付层构建退款单，向目标支付应用发起退款请求，避免了商家自发商家消费券时，由于未考虑到支付层界面的金额结算，而出现商户应结算金额漏洞的情况发生，提高了商户结算的准确性。
[0061]
在其中一些实施例中，图2是根据本技术第二实施例的退款处理流程中从发起退款到构建出消费退款单的示意图，如图2所示，该校验其是否满足退款条件，过程包括：校验该退款请求对应的退款日期是否在预设的退款期限范围内，校验该退款请求对应的消费收款单是否没有正在被处理的其他退款请求，校验退款金额是否满足预设金额范围要求，以及，校验不参与优惠金额是否满足预设金额范围要求，若均为是，则校验通过。本技术实施例在消费退款单构建出来之后，先判断是否存在正在被处理的退款请求，从而防止部分退款多次处理。
[0062]
该执行卡券情况确认，过程包括：确定该退款请求对应的原消费收款单是否有使用卡券；若是，计算需要退还的卡券数量，并请求卡券反核销，以获得预计反核销券实体；其中，在该券实体均未过期的情况下，或者，在存在过期的券实体但接收到顾客的继续退款指令的情况下，执行积分情况确认。该执行积分情况确认，过程包括：确定该退款请求对应的原消费收款单是否有用积分抵现；若有，计算需要退还积分的数量及对应实退金额；其中，在该实退金额大于或者等于零的情况下，构建该消费退款单，并更改对应订单状态为退款中。
[0063]
在其中一些实施例中，图3是根据本技术第三实施例的退款处理流程中从构建出消费退款单到退款处理完毕的示意图，如图3所示，该执行积分返还，过程包括：根据积分情况确认结果，确定是否有积分返还，若有，则根据该积分情况确认结果中的积分数量，请求积分返还。该执行抵金券反核销，过程包括：根据卡券情况确认结果，确定是否有抵金券返还，若有，则根据卡券情况确认结果中的预计反核销券实体数量，请求抵金券反核销。本技术实施例通过依次执行积分返还和抵金券反核销，最后进行现金退款，同时生成退款日志以供追溯，为退款处理流程加上了一层保险。
[0064]
本技术实施例还提供了一套准确的清算方法，图4是根据本技术第四实施例的闪电买单退款单清算流程的前半部分流程的示意图，图5是根据本技术第四实施例的闪电买单退款单清算流程的后半部分流程的示意图，如图4和图5所示，在支付层构建退款单后，该购物中心的门店退款处理方法还包括：根据该退款单构建闪电买单实付划拨单，并综合会员折上折、优惠口令、权益卡、退还积分、满立减、消费红包情况，生成对应补差单；根据该补差单，构建对应的结算单，以实现资金变动，在保证资金安全的同时，实现了在多种退款情
况下都能清楚计算出实际退款金额和活动中应与商家结算的金额的技术效果，适用于绝大多数购物中心。
[0065]
例如，补差单的表单及对应逻辑如下：
[0066]
[0067]
[0068][0069]
例如，有价券销售划拨单的表单及对应逻辑如下：
[0070]
[0071][0072]
例如，闪电买单实付划拨单的表单及对应逻辑如下：
[0073][0074]
例如，结算单的表单及对应逻辑如下：
[0075]
[0076][0077]
具体的，图6是根据本技术第五实施例的闪电买单清算对象关系的示意图，如图6所示，发生退款时，先在消费层构建消费退款单，根据消费退款但在支付层构建对应的退款单，根据退款单构建出闪电买单实付划拨单以及补差单，再根据这些构建对应的结算单，来实现资金变动。
[0078]
结合上述实施例中的购物中心的门店退款处理方法，本技术实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种购物中心的门店退款处理方法。
[0079]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种购物中心的门店退款处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
[0080]
在一个实施例中，图7是根据本技术实施例的电子设备的内部结构示意图，如图7所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图7所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种购物中心的门店退款处理方法，数据库用于存储数据。
[0081]
本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0082]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，
诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0083]
本领域的技术人员应该明白，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0084]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。