线上店铺商品销售方法、装置及终端

摘要

本申请涉及一种线上店铺商品销售方法、装置及终端，线上店铺商品销售方法包括创建大区商品汇总表，创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系，每个店铺获取用户需求商品，在所述店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户。本申请可以实现“同一商品，多店销售”，提高商品的曝光度，充分发挥多店铺、多市场的优势，帮助店铺拓宽销售渠道，实现商品丰富，提高引流。

说明书

技术领域

本申请属于库存管理技术领域，具体涉及一种线上店铺商品销售方法、装置及终端。

背景技术

在电子商务交易平台中，线上店铺可以将交易对象(例如，商品、服务等)的信息(包括各种描述信息等)，发布到交易平台中。并且还可以根据其可销售对象的数量、在线销售计划等，设置对象的库存数量。现有技术在保存商品对象的库存信息时，一般是以一个商品对象对应一条记录的方式进行存储，并且，同一个商品对象一般可能包含多个sku(最小销售属性，例如，对于手机商品而言，有白色sku、黑色sku等)。

相关技术中，在电子商务交易平台中，每个线上店铺维护自己的sku，导致商品曝光差、引流难、覆盖范围小，若将一个线上店铺的商品同时在多加店铺销售的话可能会出现“一物多卖”的异常情况。

发明内容

为至少在一定程度上克服在电子商务交易平台中，每个线上店铺维护自己的sku，导致商品曝光差、引流难、覆盖范围小，若将一个线上店铺的商品同时在多加店铺销售的话可能会出现“一物多卖”的异常情况的问题，本申请提供一种线上店铺商品销售方法、装置及终端。

第一方面，本申请提供一种线上店铺商品销售方法，包括：

创建大区商品汇总表；

创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系；

每个店铺获取用户需求商品，在所述店铺找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给自身销售商品明细表中未查用户。

进一步的，所述通过大区商品汇总表匹配出用户需求商品并推送给用户，包括：

在所述大区商品汇总表中搜索对应商品，筛选出具有所述用户需求商品的多家店铺；

在所述多家店铺中选择出最优店铺，将所述最优店铺中的用户需求商品推送给用户。

进一步的，所述将每个店铺销售商品明细表与大区商品汇总表建立关联关系，包括：

为店铺销售商品明细表中每个商品生成商品唯一编码；

将每个商品的商品唯一编码与大区商品汇总表中对应商品的标识建立关联关系。

进一步的，创建大区商品汇总表前，还包括：

将销售区域进行划分成多个大区，每个大区包括多个店铺。

进一步的，还包括：建立库存价格表，所述库存价格表中包括销售商品的价格。

进一步的，还包括：

确定销售商品的价格，包括：

查找销售商品所在大区中是否有存货；

若有，按照存货价格进行确定销售商品的价格；

否则，按照其余大区中对应销售商品的价格确定销售商品的价格。

进一步的，所述确定销售商品的价格包括：

判断所述销售商品是否为独家店铺供货；

若是，将所述独家店铺中对应销售商品的价格作为销售商品的价格；

否则，取多家店铺中对应销售商品价格的平均值作为销售商品的价格。

进一步的，还包括：

获取每个店铺上新商品和对应报价；

判断所述对应报价是否有异常；

若没有异常，商品上架；

否则，商品下架。

第二方面，本申请提供一种线上店铺商品销售装置，包括：

第一创建模块，用于创建大区商品汇总表；

第二创建模块，用于创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系；

共享模块，用于每个店铺获取用户需求商品，在所述店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户。

第三方面，本申请提供一种终端，包括：

如第二方面所述的线上店铺商品销售装置。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明实施例提供的线上店铺商品销售方法、装置及终端，通过创建大区商品汇总表，创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系，每个店铺获取用户需求商品，在所述店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户，可以实现“同一商品，多店销售”，提高商品的曝光度，充分发挥多店铺、多市场的优势，帮助店铺拓宽销售渠道，实现商品丰富，提高引流。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的一种线上店铺商品销售方法的流程图。

图2为本申请另一个实施例提供的一种线上店铺商品销售方法的流程图。

图3为本申请一个实施例提供的另一种线上店铺商品销售方法的流程图。

图4为本申请另一个实施例提供的一种线上店铺商品销售方法的流程图。

图5为本申请一个实施例提供的另一种线上店铺商品销售方法的流程图。

图6为本申请一个实施例提供的另一种线上店铺商品销售方法的流程图。

图7为本申请一个实施例提供的一种线上店铺商品销售装置的功能结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1为本申请一个实施例提供的线上店铺商品销售方法的流程图，如图1所示，该线上店铺商品销售方法，包括：

S11：创建大区商品汇总表；

S12：创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系；

S13：每个店铺获取用户需求商品，在店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户。

传统的店铺无法实现库存共享，在电子商务交易平台中，每个线上店铺维护自己的sku，导致商品曝光差、引流难、覆盖范围小，若将一个线上店铺的商品同时在多加店铺销售的话可能会出现“一物多卖”的异常情况。

本实施例中，通过创建大区商品汇总表，创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系，每个店铺获取用户需求商品，在所述店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户，可以实现“同一商品，多店销售”，提高商品的曝光度，充分发挥多店铺、多市场的优势，帮助店铺拓宽销售渠道，实现商品丰富。

图2为本申请另一个实施例提供的一种线上店铺商品销售方法的流程图，如图2所示，该线上店铺商品销售方法，包括：

S21：将销售区域进行划分成多个大区，每个大区包括多个店铺；

大区是各市场按照物流覆盖范围、供货商品等因素，进行大区划分。同一大区内的市场，可以实现库存共享。

线上店铺是经由公司授权，于第三方销售平台设立的，针对平台访客进行商品曝光、推广、销售的网络机构。各线上店铺于库存共享系统中，需拥有唯一店铺编码；

每个线上店铺对应一个市场，市场是线下供货的集体单位，独立管理各自的商户，各市场于库存共享系统中，拥有唯一市场编码；

商户是经由市场许可，直接提供商品，用于市场线上店铺销售的独立个体户，每个商户只能从属于某一个市场；

线上店铺所销售商品，在其所属第三方销售平台的唯一编码值Sku，Sku具有唯一性。

S22：创建大区商品汇总表；

所有市场，定时或不定时提供可供线上销售的商品信息表，经相关人员进行可行性分析后，根据各市场物流覆盖区域，在不同大区中创建商品汇总表，将商品汇总表数据处理整合后录入库存共享系统中。

S23：创建店铺销售商品明细表，为店铺销售商品明细表中每个商品生成商品唯一编码；

S24：将每个商品的商品唯一编码与大区商品汇总表中对应商品的标识建立关联关系。

同一大区内所覆盖市场，对应各自线上店铺，由店铺运营自行确定店铺销售商品明细表，店铺销售商品明细表内所有商品均包含在商品汇总表中。

创建销售商品明细表后，后台进行建品审核操作，完成审核后各商品于销售平台生成商品唯一编码(sku)。

全部商品的sku生成完毕后，录入库存共享系统，并与系统的商品汇总表建立关联联系；通过数据库字段区分本市场供货商品与大区内其余市场供货商品。

S25：每个店铺获取用户需求商品，在店铺自身销售商品明细表中未查找到用户需求商品时，在所述大区商品汇总表中搜索对应商品，筛选出具有所述用户需求商品的多家店铺；

S26：在多家店铺中选择出最优店铺，将最优店铺中的用户需求商品推送给用户。

最优店铺是综合店铺中库存量、店铺与用户之间的距离等因素匹配出的店铺。

对于同一规格商品在不同店铺之间正常拆分，系统采用统一的商品库。比如公共的商品字典中，加入3斤规格的大白菜，为了能将线上店铺的订单3斤白菜分到最优化的市场的商户手中，需要不同市场之间汇总的商品规格一致，便于市场之间，商户之间商品的分拆分配。如图3所示，公共商品库中确定基本商品类型，通过商品以及市场所在区域的关联关系，确定相同规格的商品在圈定的区域中市场售卖及分配供货。

本实施例中，通过划分大区、市场区域、实现销售渠道与采购渠道多对多的关联关系，采用“同区同库存”策略，做到商品多展位引流、多商户供货，有效提高商品的销售数据，辅以完备的库存同步与订单分配策略，规避“一物多卖”的风险，帮助市场商户拓宽销售渠道，帮助店铺实现商品丰富，解决商品曝光差、引流难、覆盖范围小等痛点。

图4为本申请另一个实施例提供的一种线上店铺商品销售方法的流程图，如图4所示，该线上店铺商品销售方法，包括：

S41：建立库存价格表，库存价格表中包括销售商品的价格。

S42：确定销售商品的价格；

一些实施例中，确定销售商品的价格，包括：

S421：查找销售商品所在大区中是否有存货；

S422：若有，按照存货价格进行确定销售商品的价格；

S423：否则，按照其余大区中对应销售商品的价格确定销售商品的价格。

确定销售商品的价格，还包括：

判断销售商品是否为独家店铺供货；

若是，将独家店铺中对应销售商品的价格作为销售商品的价格；

否则，取多家店铺中对应销售商品价格的平均值作为销售商品的价格。

S43：获取每个店铺上新商品和对应报价；

S44：判断对应报价是否有异常；

S45：若没有异常，商品上架；

S46：否则，商品下架。

每个店铺每天更新店铺内所销售商品的价格和库存，如图5所示，价格更新流程包括：首先判断所销售的商品在本大区市场上是否有供货，若有，价格取自对应市场，若没有供货，依据大区内其余市场确定销售商品的价格。获取店铺所销售商品和对应报价，判断报价是否合理，如果合理，商品的价格更新，否则商品下架。如图6所示，库存更新流程包括：首先判断所销售的商品在本大区市场上是否有供货，若有，库存取自所属大区，判断店铺报价是否合理，如果合理，商户库存计入有效库存，在多家店铺进行供货时，有效库存汇总后同步到所述大区全部店铺，在独家店铺供货时，有效库存同步到所属大区全部店铺；如果报价不合理，店铺库存计入无效库存，不再进行同步操作；若所属大区没有供货，商品下架。

本实施例中，使用完善的商品定价策略，在协调保障商户、公司、平台、消费者等各方利益的前提下，保证了线上店铺销售价格的合理性，通过及时的更新店铺中商品的库存信息、订单分时段拦截和派单，规避“一物多卖”的异常情况。

本发明实施例提供一种线上店铺商品销售装置，如图7所示的功能结构图，该线上店铺商品销售装置包括：

第一创建模块71，用于创建大区商品汇总表；

第二创建模块72，用于创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系；

共享模块73，用于每个店铺获取用户需求商品，在店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户。

本实施例中，通过第一创建模块创建大区商品汇总表，第二创建模块，创建店铺销售商品明细表，将每个店铺销售商品明细表与大区商品汇总表建立关联关系，共享模块在每个店铺获取用户需求商品，店铺自身销售商品明细表中未查找到用户需求商品时，通过大区商品汇总表匹配出用户需求商品并推送给用户，可以实现“同一商品，多店销售”，提高商品的曝光度，充分发挥多店铺、多市场的优势，帮助店铺拓宽销售渠道，实现商品丰富。

本实施例提供一种终端，包括：

如上述实施例所述的线上店铺商品销售装置。

一些实施例中，终端中包括IntelliJ IDEA开发环境，使用JAVA开发语言，以及JeecgBoot、MySql、Redis、RabbitMQ、Mybatis、Jpush、Shiro、Swagger等软件架构。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能组件的形式实现。所述集成的模块如果以软件功能组件的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。