CN114066300A - 服务提供系统及方法 - Google Patents

Abstract

本申请提供了一种服务提供系统及方法，涉及互联网技术领域。该系统包括：客户管理单元、活动管理单元及商品管理单元；根据接收到的操作，客户管理单元用于生成或调整目标企业的目标主账户及包括总额度的主账户信息、目标企业的员工的第一子账户及第一子账户信息，第一子账户信息包括根据接收到的员工额度分配操作从总额度中分配得到的员工额度，员工额度供购买时使用；活动管理单元用于生成或调整目标活动的活动信息，活动信息包括目标活动针对的员工的第一子账户及履约门店标识；商品管理单元用于确定或调整参与目标活动的目标商品的商品信息，目标商品包括支持线上购买的商品及支持线下购买的商品。如此，可为用户提供多样化的购物途径。

Description

服务提供系统及方法

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种服务提供系统及方法。

背景技术

很多企业在逢年过节的时候，会与零售商家合作，给公司员工发送商家的购物卡作为福利，员工持购物卡去零售商家实体店购物，由此完成员工福利的发放流程。然而，在这种方式中，员工只能携带购物卡去实体店购物，这种方式无法提供多样化的购物途径；并且，需要时间提前制作购物卡，不能即开即用；还需要预估制卡数量，易出现制作过多导致浪费或者制卡数量不足出现的补发时间长的情况。

发明内容

本申请实施例提供了一种服务提供系统及方法，其能够针对企业的福利活动即开即用，减少商家与客户实施的前置工作；并且在福利活动进行中，商家可以根据客户需要随时补发额度，随时结算，可解决传统方式无法实时补发以及结算周期过长问题；还为客户提供了多样化的购物途径。

本申请的实施例可以这样实现：

第一方面，本申请实施例提供一种服务提供系统，包括：客户管理单元、活动管理单元及商品管理单元，

所述客户管理单元，用于根据接收到的企业客户管理操作，生成或调整目标企业的目标主账户及主账户信息、目标企业的员工的第一子账户及第一子账户信息，其中，所述主账户信息包括总额度，所述第一子账户信息包括员工额度，所述员工额度为根据接收到的员工额度分配操作从所述总额度中分配得到，所述员工额度供购买时使用；

所述活动管理单元，用于根据接收到的活动管理操作，生成或调整目标活动的活动信息，其中，所述活动信息包括所述目标活动针对的员工的第一子账户及履约门店标识；

所述商品管理单元，用于根据接收到的商品管理操作，确定或调整参与所述目标活动的目标商品的商品信息，其中，所述目标商品包括支持线上购买的商品及支持线下购买的商品。

第二方面，本申请实施例提供一种服务提供方法，应用于服务提供总系统，所述服务提供总系统包括会员系统及前述的服务提供系统，所述方法包括：

获得用户的商品购买清单，其中，所述商品购买清单为线上购买清单或者线下购买清单；

在用户选择会员支付的情况下，通过会员系统获得该用户的员工额度，并通过该用户的员工额度对所述商品购买清单中所包括的目标商品进行支付。

本申请实施例提供的服务提供系统及方法，客户管理单元用于根据接收到的企业客户管理操作，生成或调整目标企业的目标主账户及主账户信息、目标企业的员工的第一子账户及第一子账户信息，其中，所述主账户信息包括总额度，所述第一子账户信息包括员工额度，所述员工额度为根据接收到的员工额度分配操作从所述总额度中分配得到，所述员工额度供购买时使用；活动管理单元用于根据接收到的活动管理操作，生成或调整目标活动的活动信息，其中，所述活动信息包括所述目标活动针对的员工的第一子账户及履约门店标识；商品管理单元用于根据接收到的商品管理操作，确定或调整参与所述目标活动的目标商品的商品信息，其中，所述目标商品包括支持线上购买的商品及支持线下购买的商品。如此，员工即可以选择线上购物也可以选择线下购物，解决了传统购物卡购物渠道过于单一的问题；并且，活动可以随开随用，减少了商家与客户实施的前置工作；同时，在活动进行中，商家可以根据客户需求随时补发额度，还可以随时结算，解决了传统方式无法实时不发以及结算周期过长的问题。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的服务提供系统的方框示意图之一；

图2为本申请实施例提供的服务提供系统的使用示意图；

图3为本申请实施例提供的数据存储概念模型示意图；

图4为本申请实施例提供的服务提供系统与零售基础系统的数据通信示意图；

图5为本申请实施例提供的服务提供系统的方框示意图之二；

图6为本申请实施例提供的服务提供方法的流程示意图之一；

图7为本申请实施例提供的服务提供方法的流程示意图之二。

图标：100-服务提供系统；110-客户管理单元；120-活动管理单元；130-商品管理单元；140-订单管理单元。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

传统ERP(Enterprise Resource Plan，企业资源计划)服务商提供的零售系统，只能使用购物卡在门店收银台支付：零售商家会制作购物卡发放到合作企业员工的手中，合作企业员工持购物卡到实体店购物，通过购物卡进行结算，完成整个交易流程。通过购物卡实现企业员工福利发放，这种方式存在以下不足：(1)零售商家需要找制卡公司定值购物卡，定值流程较长，需要提前准备，不能即开即用；(2)制卡数量及额度需要预先评估，制作过多会造成损害，缺漏补发流程较长，且挂失成本较高；(3)只能线下购物。

针对该情况，本申请实施例提供了一种服务提供系统及方法，其能够针对企业的福利活动即开即用，减少商家与客户实施的前置工作；并且在福利活动进行中，商家可以根据客户需要随时补发额度，随时结算，可解决传统方式无法实时补发以及结算周期过长问题；还为客户提供了多样化的购物途径。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，图1为本申请实施例提供的服务提供系统100的方框示意图之一。所述服务提供系统100可以包括：客户管理单元110、活动管理单元120及商品管理单元130。

所述客户管理单元110用于根据接收到的企业客户管理操作，生成或调整目标企业的目标主账户及主账户信息、目标企业的员工的第一子账户及第一子账户信息。其中，所述企业客户管理操作可以包括第一创建操作及第一调整操作，其中，企业客户管理操作针对的企业即为所述目标企业。在接收到第一创建操作的情况下，所述客户管理单元110则根据该第一创建操作创建对应的目标企业的目标主账号及主账户信息、目标企业的员工的第一子账户及第一子账户信息，或者新创建目标企业的员工的第一子账户及第一子账户信息。在接收到第一调整操作的情况下，所述客户管理单元110可根据该第一调整操作对主账户信息、员工的第一子账户及第一子账户信息中的至少任意一项进行调整，该第一调整操作可以包括对保存的信息的修改及第一子账户的删减等。

所述主账户信息中可以包括总额度，也即目标企业的福利总额。所述第一子账户信息中可以包括员工额度，所述员工额度为所述客户管理单元110根据接收到的员工额度分配操作从所述总额度中分配得到，所述员工额度供员工购买商品时使用。

所述活动管理单元120用于根据接收到的活动管理操作，生成或调整目标活动的活动信息。其中，所述活动信息包括所述目标活动针对的员工的第一子账户及履约门店标识。所述目标活动针对的员工的第一子账户，表示可以参与该目标活动的员工的第一子账户。所述履约门店标识表示参与该目标活动的门店的标识。

其中，所述活动管理操作可以包括第二创建操作及第二调整操作。所述目标活动为所述目标企业为员工提供的福利活动。在接收到第二创建操作的情况下，所述活动管理单元120根据该第二创建操作创建对应的目标活动，并生成所述目标活动的活动信息。可以理解的是，若多家目标企业对应的目标活动相同，则可以仅创建一次目标活动，但将该目标活动与多家目标企业进行关联，以表示该加目标企业均开展该目标活动。在接收到第二调整操作的情况下，所述活动管理单元120可以根据该第二调整操作对已生成的目标活动的活动信息进行调整，比如，添加或删除目标活动针对的员工的第一子账户。

所述商品管理单元130用于根据接收到的商品管理操作，确定或调整参与所述目标活动的目标商品的商品信息。其中，所述目标商品包括支持线上购买的商品及支持线下购买的商品。

其中，所述商品管理操作可以包括第三创建操作及第三调整操作。在接收到所述第三创建操作的情况下，所述商品管理单元130可以根据该第三创建操作，确定参与所述目标活动的目标商品的商品信息。在接收到所述第三调整操作的情况下，所述商品管理单元130可以根据该第三条这栋操作，对已保存的目标商品的商品信息进行调整，所述调整可以包括删除目标商品、新添加目标商品、修改已确定的目标商品的商品信息等。

使用上述服务提供系统100，可以在向员工发送福利时，即开即用，并且可随时查漏补发，减少交易的前置工作，灵活支持后续交易过程中的各种异常场景；同时支持线上线下一体化购物，便于满足不同客户需求。

可选地，在本实施例中，所述客户管理单元110，还用于根据接收到的所述企业客户管理操作，确定或调整所述目标企业的分公司的第二子账户及第二子账户信息。其中，所述第二子账户信息包括分公司额度，所述分公司额度为根据接收到的分公司额度分配操作从所述总额度中分配得到，所述第一子账户信息还可以包括所属分公司的第二子账户，所述员工额度可以是根据接收到的员工额度分配操作从所属分公司的分公司额度中分配得到。如此，通过目标企业及分公司的主子账户额度管理，可实现大型企业客户多层组织结构的灵活结算。

下面结合图1～图3，对上述服务提供系统100的使用进行具体说明。

目标企业的企业采购员与零售商家签署服务合同，达成合作协议。之后，零售商的销售代表可作为系统管理员对服务提供系统100进行操作，或者零售商的销售代表将相关资料告知系统管理员，系统管理员对服务提供系统100进行操作。

管理员可通过客户管理单元110录入客户基本信息，给客户创建账户，并分配账户额度，以得到目标企业的目标主账户及主账户信息。部分大型企业下有分公司，分公司员工福利发送由分公司发送，每个分公司的福利总额度由总部分配，管理员可以根据客户需要建立对应分公司的子账户，并从企业的主账户调拨额度给子账户。由此，可得到目标企业的分公司的第二子账户及第二子账户信息，并且该方式可满足客户多级组织架构结算需求。可以理解的是，管理员还可以通过客户管理单元110对应生成的客户相关信息进行调整。

管理员维护好客户后，可以通过活动管理单元120建立福利活动，福利活动可以配置有效期(即起止时间)、指定履约门店等，从而得到目标活动的活动信息。管理员还可以通过商品管理单元130录入商品信息，比如选择商品范围(即目标商品，表示图2中的上下架管理)、指定商品价格(表示图2中的客户定价)等，从而得到目标商品的商品信息。管理员还可导入参与目标活动的企业福利员工的基本信息和福利额度(即员工额度，表示图3中发送的会员积分)，以便员工使用该员工额度购买目标商品。员工在购物时刻选择使用员工额度支付完成及交易。

可选地，从服务提供系统100可以抽象客户、客户主账户、客户子账户、福利活动、活动商品、福利员工、福利订单7个实体，实体之间的关系和主要属性可以如图3所示。

在录入客户基本信息时，可以结合图3确定需要录入的信息，从而确定主账户信息、第一子账户信息及第二子账户信息。比如，将目标企业作为企业客户，录入该目标企业的联系方式、联系人姓名、结算卡号、客户编码等。为该企业客户创建一个主账户，并确定该主账户的账户编码、额度、状态等。

在该企业客户包括分公司的情况下，可创建分公司对应的子账户，并确定分公司子账户的状态、主账户编码、额度、账户编码、分公司名称等。其中，主账户与子账户的关系为1：n，n表示分公司的子账户数量。其中，目标企业的主账号和分公司子账户的状态可以是正常、禁用等，管理员可以基于该状态对账户进行管理等。

企业客户数量与活动数量的关系可以是m：n。一个活动的活动信息可以包括：有效期、履约门店、客户编码、账户编码等。一个活动中可以设计多个商品，每个商品的商品信息可以包括：商品编码、价格、名称、库存、规格等。

一个活动的活动信息中还可以包括参与该活动的活动员工，可以采用活动员工的第一子账户在活动信息中表示该活动员工。活动员工的第一子账户信息可以包括会员ID、手机号、额度(即员工额度)等，其中，可以采用会员ID表示活动员工的第一子账户。

当活动员工使用员工额度购买时，可创建对应的订单，该订单的订单信息可以包括渠道、金额、会员ID等。渠道可以包括线上、线下，在渠道为线下时，还可以包括具体的门店标识。在订单信息包括渠道时，可以进行渠道统计分析。

其中，活动员工可以进行线上购买，也可以进行线下购买。在进行线上购买时，员工可以使用手机APP或小程序等，在目标商品中搜索自己需要的商品，然后进行线上的下单支付。其中，在下单支付时，活动员工可以选择会员积分支付，以使用自身的员工额度进行支付。

在进行线下购买时，用户可自己扫描商品，然后使用POS自助收银，并选择会员积分支付，以使用自身的员工额度进行支付。

目前零售系统基本都采用分布式架构，会根据业务拆分成多个子系统，如：会员系统、交易系统、门店管理系统、商品系统、履约系统、售后系统、客服系统等，不同零售商家使用的零售系统会存在一定差异。本申请实施例提供的服务提供系统100，是基于常用的新零售系统架构进行设计的。下面结合图4，对服务提供系统100如何基于常用的新零售系统架构实现功能进行说明。

客户管理单元110在根据管理员的企业客户管理操作得到目标企业的员工的第一子账户及第一子账户信息的情况下，所述客户管理单元110可至少将第一子账户及员工额度同步给会员系统，以便员工在交易时通过选择会员支付以使用员工额度，也即使得交易系统可以基于员工额度进行结算。所述客户管理单元110也可以将员工的第一子账户及第一子账户信息均同步给会员系统。其中，由于在支付时选择会员支付才能使用员工额度，因此若员工若注册会员可提前短信通知用户注册，以便后续将相关数据同步给会员系统。

商品管理单元130可与商品系统进行通信，商品管理单元130从商品系统中同步商品信息，便于管理员选择目标商品。所述商品管理单元130可根据所述商品管理操作选出目标商品，并确定所述目标商品的商品信息。其中，管理员可以针对目标商品制定优惠策略，满足企业用户的商品价格需求。所述商品管理操作可以包括上下架管理和/或价格管理等。

请参照图5，图5为本申请实施例提供的服务提供系统100的方框示意图之二。在本实施例中，所述服务提供系统100还可以订单管理单元140。所述订单管理单元140用于从订单系统获得各订单的订单信息，以便对订单进行监控和/或管理。其中，所述订单信息包括下单员工的第一子账户，所述管理包括拦截。管理员可以基于所述订单管理单元140获得的订单信息，进行订单流程的跟踪，或者进行订单拦截，还进行生成分析报表。所述订单系统可以为图4中交易系统所包括的“订单”系统。

请参照图6，图6为本申请实施例提供的服务提供方法的流程示意图之一。该服务提供方法可应用于服务提供总系统，所述服务提供总系统包括会员系统及所述的服务提供系统100。所述方法可以包括步骤S110及步骤S120。

步骤S110，获得用户的商品购买清单。

其中，所述商品购买清单为线上购买清单或者线下购买清单。

可选地，在用户进行线上购买的情况下，用户可通过用户终端线上在目标活动对应的目标商品中进行选择。可根据用户终端发送的商品选择操作，确定所述商品购买清单。

作为一种可能的实现方式，在用户为线上用户且选择进入企业员工福利首页的情况下，服务提供总系统可向用户终端发送与该用户对应的目标活动的活动商品池中的商品的描述信息。其中，所述活动商品池中包括参与所述目标活动的目标商品。用户可对目标商品进行查看及选择，在选择完毕的情况下，服务提供总系统可根据用户终端发送的商品选择操作，确定所述商品购买清单。

作为另一种可能的实现方式，在用户为线上用户且选择进入搜索页面的情况下，可以将用户对应的目标活动所对应的目标商品同步给所述服务提供总系统中的搜索系统，该搜索系统可以根据用户终端发送的搜索请求，在该用户对应的目标活动所对应的目标商品中进行搜索，并将搜索结果返回给所述用户终端进行显示。用户可对搜索结果进行查看，并对搜索结果中的商品进行选择。在用户选择完毕的情况下，服务提供总系统可根据用户终端发送的商品选择操作，确定所述商品购买清单。

其中，可以理解的是，若用户使用APP进行线上购买，则用户需要登录APP。

在用户进行线下购买的情况下，在用户选择商品完成之后，用户或者收银员可采用扫描设备对商品进行扫描，并将扫描结果发送给服务提供总系统。如此，服务提供总系统可获得线下购买清单。

步骤S120，在用户选择会员支付的情况下，通过会员系统获得该用户的员工额度，并通过该用户的员工额度对所述商品购买清单中所包括的目标商品进行支付。

在用户为线上购买的情况下，在支付时，若用户选择会员支付，则可以通过会员系统得到该用户的员工额度，并使用该员工额度对所述商品购买清单中所包括的目标商品进行支付。

在用户为线下购买的情况下，在支付时，若用户选择会员支付，用户或收银员可向会员系统输入该用户的相关信息，以从会员系统得到该用户的员工额度，继而使用该员工额度对所述商品购买清单中所包括的目标商品进行支付。

请参照图7，图7为本申请实施例提供的服务提供方法的流程示意图之二。在步骤S120之后，所述方法还可以包括步骤S130。

步骤S130，在完成支付后，在订单系统中更新与本次购买对应的订单的订单信息，并将该订单信息同步到订单管理单元140中，以便对订单进行监控和/或管理。

在订单为线上订单的情况下，所述管理可以包括拦截。

在本实施例中，福利活动可以即开即用，减少了商家与客户实施的前置工作。在福利活动进行中，商家可以根据客户需要随时补发额度或终止交易，随时结算，解决了传统方式无法实时补发以及结算周期过长问题。客户可以选择线上购物，也可以通过自助收银台自助结算，解决了传统购物卡购物渠道过于单一问题。并且，针对客户的主子账户设计，解决了传统零售系统无法根据组织结构结算问题。

综上所述，本申请实施例提供一种服务提供系统及方法，客户管理单元用于根据接收到的企业客户管理操作，生成或调整目标企业的目标主账户及主账户信息、目标企业的员工的第一子账户及第一子账户信息，其中，所述主账户信息包括总额度，所述第一子账户信息包括员工额度，所述员工额度为根据接收到的员工额度分配操作从所述总额度中分配得到，所述员工额度供购买时使用；活动管理单元用于根据接收到的活动管理操作，生成或调整目标活动的活动信息，其中，所述活动信息包括所述目标活动针对的员工的第一子账户及履约门店标识；商品管理单元用于根据接收到的商品管理操作，确定或调整参与所述目标活动的目标商品的商品信息，其中，所述目标商品包括支持线上购买的商品及支持线下购买的商品。如此，员工即可以选择线上购物也可以选择线下购物，解决了传统购物卡购物渠道过于单一的问题；并且，活动可以随开随用，减少了商家与客户实施的前置工作；同时，在活动进行中，商家可以根据客户需求随时补发额度，还可以随时结算，解决了传统方式无法实时不发以及结算周期过长的问题。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的可选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种服务提供系统，其特征在于，包括：客户管理单元、活动管理单元及商品管理单元，

所述客户管理单元，用于根据接收到的企业客户管理操作，生成或调整目标企业的目标主账户及主账户信息、目标企业的员工的第一子账户及第一子账户信息，其中，所述主账户信息包括总额度，所述第一子账户信息包括员工额度，所述员工额度为根据接收到的员工额度分配操作从所述总额度中分配得到，所述员工额度供购买时使用；

所述活动管理单元，用于根据接收到的活动管理操作，生成或调整目标活动的活动信息，其中，所述活动信息包括所述目标活动针对的员工的第一子账户及履约门店标识；

所述商品管理单元，用于根据接收到的商品管理操作，确定或调整参与所述目标活动的目标商品的商品信息，其中，所述目标商品包括支持线上购买的商品及支持线下购买的商品。

2.根据权利要求1所述的服务提供系统，其特征在于，所述客户管理单元，还用于根据接收到的所述企业客户管理操作，确定或调整所述目标企业的分公司的第二子账户及第二子账户信息，其中，所述第二子账户信息包括分公司额度，所述分公司额度为根据接收到的分公司额度分配操作从所述总额度中分配得到，所述第一子账户信息还包括所属分公司的账户。

3.根据权利要求1或2所述的服务提供系统，其特征在于，所述服务提供系统还包括订单管理单元，

所述订单管理单元用于从订单系统获得各订单的订单信息，以便对订单进行监控和/或管理，其中，所述订单信息包括下单员工的第一子账户，所述管理包括拦截。

4.根据权利要求1或2所述的服务提供系统，其特征在于，所述客户管理单元，还用于将目标企业的员工的第一子账户及第一子账户信息同步到会员系统，以便员工在交易时通过选择会员支付以使用员工额度。

5.根据权利要求1所述的服务提供系统，其特征在于，所述商品管理单元具体用于从商品系统中同步商品信息，并根据所述商品管理操作选出目标商品，并确定所述目标商品的商品信息。

6.根据权利要求1或5所述的服务提供系统，其特征在于，所述商品管理操作包括上下架管理和/或价格管理，和/或，所述活动信息还包括所述目标活动的有效期。

7.一种服务提供方法，其特征在于，应用于服务提供总系统，所述服务提供总系统包括会员系统及权利要求1-6中任意一项所述的服务提供系统，所述方法包括：

获得用户的商品购买清单，其中，所述商品购买清单为线上购买清单或者线下购买清单；

在用户选择会员支付的情况下，通过会员系统获得该用户的员工额度，并通过该用户的员工额度对所述商品购买清单中所包括的目标商品进行支付。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在完成支付后，在订单系统中更新与本次购买对应的订单的订单信息，并将该订单信息同步到订单管理单元中，以便对订单进行监控和/或管理，所述管理包括拦截。

9.根据权利要求7所述的方法，其特征在于，所述获得用户的商品购买清单，包括：

在用户为线上用户且选择进入企业员工福利首页的情况下，向用户终端发送与该用户对应的目标活动的活动商品池中的商品的描述信息，其中，所述活动商品池中包括参与所述目标活动的目标商品；

根据用户终端发送的商品选择操作，确定所述商品购买清单。

10.根据权利要求7所述的方法，其特征在于，所述获得用户的商品购买清单，包括：

在用户为线上用户且选择进入搜索页面的情况下，根据用户终端发送的搜索请求，在该用户对应的目标活动所对应的目标商品中进行搜索，并将搜索结果返回给所述用户终端进行显示；

根据用户终端发送的商品选择操作，确定所述商品购买清单。

Images