一种用于优惠券管理系统的数据处理方法、系统及存储介质与流程

1.本发明涉及优惠券管理系统技术领域，具体为一种用于优惠券管理系统的数据处理方法、系统及存储介质。


背景技术：

2.随着全球信息化进程的不断发展和深入，电子商务日渐盛行，b2c模式开始迅速崛起，越来越多的企业正在或计划建立自己的优惠券管理系统，优惠券管理系统服务也呈雨后春笋般涌现。
3.现有技术中的优惠券管理系统在使用的时候功能较为单一，对于客户的体验感存在一定的问题，无法有效凸显出自身品牌优势，同时对客户的维护管理费用成本较高，提高了企业维护客户的综合成本。


技术实现要素：

4.本发明的目的在于提供一种用于优惠券管理系统的数据处理方法、系统及存储介质，以解决上述背景技术中提出现有技术中的优惠券管理系统在使用的时候功能较为单一，对于客户的体验感存在一定的问题，无法有效凸显出自身品牌优势，同时对客户的维护管理费用成本较高，提高了企业维护客户的综合成本的问题。
5.为实现上述目的，本发明提供如下技术方案：
6.一种用于优惠券管理系统的数据处理方法，包括以下步骤：
7.步骤1、创建优惠券；
8.步骤2、将所述优惠券与相对应的活动配置进行相互关联；
9.步骤3、将所述优惠券发放给用户；
10.步骤4、根据用户的交易情况对所述优惠券进行抵扣；
11.步骤5、后台管理系统根据使用优惠券情况，进行数据分析统计、预警提醒。
12.进一步而言，步骤1中所述优惠券的创建包括优惠券类型、名称、面额、有效期、可用条件和名额限制。
13.进一步而言，步骤2中将已经创建的优惠券配置在相对应的活动中，优惠券与相对应的活动关联完成后，经过二次审核，完成活动上线。
14.进一步而言，步骤3优惠券系统根据已配置优惠券的可用条件，进行优惠券的发放，如名额超限，则进行系统干预预警。
15.进一步而言，步骤5中后台管理系统根据所有优惠券的发放和核销的数据，进行统计分析，并提供与合作方进行数据结算的依据。
16.进一步而言，本发明提供了一种用于优惠券管理系统数据处理方法的系统，包括：
17.优惠券创建模块，用于创建优惠券；
18.优惠券关联模块，用于将所述优惠券与相对应的活动配置进行相互关联；
19.优惠券发放模块，用于将所述优惠券发放给用户；
20.优惠券抵扣模块，用于根据用户的交易情况对所述优惠券进行抵扣；
21.所述后台管理系统，用于根据使用优惠券情况，进行数据分析统计、预警提醒。
22.进一步而言，本发明提供了一种电子设备，包括：
23.至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法的任一步骤。
24.进一步而言，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有多条计算机程序，所述多条计算机程序用于使计算机执行上述方法的任一步骤。
25.进一步而言，本发明提供了一种计算机程序产品，所述计算机程序被处理器执行时实现上述方法的任一步骤。
26.与现有技术相比，本发明的有益效果是：
27.本发明通过垂直细分的优惠券管理系统，能够给客户更为细致、更为专业的优化服务，在企业打造自身品牌优势的同时，也能降低客户的维护管理费用，解决企业维护客户的综合成本。
附图说明
28.图1为本发明管理系统流程图；
具体实施方式
29.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.请参阅图1，本发明提供一种技术方案：
31.如图1所示，一种用于优惠券管理系统的数据处理方法，包括以下步骤：
32.步骤1、活动组根据业务侧发起的工单需求，通过优惠券创建模块进行优惠券的创建，主要包括优惠券的基本信息、发放限制、核销限制；
33.优惠券的基本信息包括：优惠券类型、名称和金额；发放限制包括：发明限制的白名单和名额；核销限制包括：核销限制的白名单、名额和可用的活动；
34.步骤2、根据活动需求，通过优惠券关联模块将优惠券配置在相对应可用的活动中，用户参与活动时可通过优惠券抵扣模块进行相对应的优惠抵扣；优惠券关联模块创建关联完成后，经过二次审核，完成活动上线，保障活动的准确性；
35.步骤3、用户根据参与活动，佰付美优惠券系统通过优惠券发放模块对用户进行优惠券发放，根据优惠券发放限制和核销限制，佰付美优惠券系统自主判断是否达到名额上线，如未超限，则给用户成功发放优惠券，否则，将触发熔断机制，则该优惠券将会关闭，不可再进行发放，不可再进行发放的优惠券至针对立减劵，避免造成损失；
36.步骤4、用户可通过佰付美系统，进行已到账优惠券的核销使用，完成交易；
37.步骤5、维纳后台管理系统根据使用优惠券情况，进行数据分析统计、预警提醒。
38.实施例1、
39.为了更加清晰的说明本实施例的优惠券管理系统数据处理的方法，以邮储银行为合作方，邮储银行提供的满150减30优惠券为例进行详细的说明。
40.业务发起活动需求，要求21.4.1
‑
21.6.30开展邮储银行用户加油满150减30元活动；
41.活动组根据业务需求，优惠券创建模块进行创建优惠券：邮储银行30元优惠券，类型为加油券，月名额为20000个，单卡单用户限制2次等；
42.通过优惠券关联模块将该优惠券配置在相对应可核销的商户活动中，以便用户下单使用；
43.通过优惠券发放模块对用户进行优惠券发放，用户通过活动入口参与活动，如符合要求，则下单满150可抵扣30元优惠券，通过优惠券抵扣模块进行相对应的优惠抵扣，该用户参与活动结束；如该用户第3次或月名额已超过20000个时，则名额超限，如存在并发情况，则该优惠券触发熔断机制，该优惠券关闭；
44.系统根据用户下单使用情况，在维纳后台管理系统实时同步优惠券使用情况，包括该优惠券的发放、核销、过期、未注册等情况；
45.业务根据后台优惠券使用数据统计，进行与银行侧结算，为业务提供核算依据。
46.对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内，不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
47.以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。