一种补货建议生成方法和系统及计算机可读存储介质

技术领域

本申请涉及一种物流补货领域，尤其涉及一种补货建议生成方法和系统及计算机可读存储介质。

背景技术

目前电商平台销售商品的卖家，为了给买家提供更好更优质的物流服务，提高自身店铺的竞争力，卖家需要将采购的商品提前放入仓库，以免造成断货的情况发生（这个过程简称“补货”）。当仓库的库存不足的时候，就涉及到什么时候补货，补多少库存。如何及时准确的补货直接关系到店铺的业绩和利润，因此，如何精准高效的提供补货建议，是个亟待解决的问题。

发明内容

本申请旨是智能生成补货建议，降低断货风险。

本申请的上述技术目的是通过以下技术方案得以实现的：一种补货建议生成方法，其中，包括：

获取预定时间内的日销量数据；

获取预定时间内的库存数据；

获取备货时长；

基于日销量数据、库存数据以及备货时长，生成补货建议。

本申请上述方案，通过获取日销量数据，以及库存数据，根据日销量数据和库存数据，可以得出库存数据能满足的销售日期，再根据备货时长，可以对应的得出补货到时，从而针对性的选择备货量以及备货时间，生成补货建议，通过上述数据，可以智能生成补货建议，保证用户的库存稳定，减少断货风险。

可选的，所述的补货建议生成方法，其中，获取预定时间内的日销量数据的方法包括：

获取历史销量数据；

获取预设的销量规则；

基于历史销量数据以及销量规则，计算得出预定时间内的日销量数据。

本申请上述方案，获取预定时间内的日销量数据是通过获取历史销量数据，并且根据用户预设的销量规则，从而计算出未来一定时间段内的日销量数据，基于历史销量数据，能够提高数据模拟的准确性。

可选的，所述的补货建议生成方法，其中，获取预定时间内的库存数据的方法包括：

获取本地现有库存；

获取采购在途数据；

基于本地现有库存和采购在途数据，计算预定时间内的本地库存数据。

本申请上述方案，获取预定时间内的库存数据，是通过获取本地现有库存，以及已采购，未到库的数据，结合计算出未来一定时间段内的本地库存数据，保证库存数据的准确性。

可选的，所述的补货建议生成方法，其中，获取预定时间内的库存数据的方法还包括：

获取FBA库存以及欧洲共享库存，对欧洲共享库存去重，结合本地库存数据，得出最终库存数据。

本申请上述方案，库存数据还包括获取FBA库存以及欧洲共享库存，针对欧洲共享库存，进行数据去重，再结合本地库存数据，从而得到最终的库存数据，进一步的保证了库存数据的准确性。

可选的，所述的补货建议生成方法，其中，获取预定时间内的日销量数据的方法还包括：

基于FBA库存以及欧洲共享库存，更新所述日销量数据。

本申请上述方案，通过获取FBA库存以及欧洲共享库存，从而对日销量数据进行更新，进一步的提高未来一定时间段内的日销量数据的准确性。

可选的，所述的补货建议生成方法，其中，获取备货时长的方法包括：

获取采购交期；

获取质检时间；

获取期望补货后的可售天数；

基于采购交期、质检时间、期望补货后的可售天数，计算备货时长。

本申请上述方案，备货时长主要包括采购交期、质检时间以及期望补货后的可售天数，多参数考虑，保证备货时长的数据准确性，从而保证生成后的补货建议的准确性。

可选的，所述的补货建议生成方法，其中，基于日销量数据、库存数据以及备货时长，生成补货建议的方法包括：

基于日销量数据、库存数据以及备货时长，计算预定时间内是否存在断货以及断货时间；

基于断货时间，计算采购量以及采购时间，生成补货建议。

本申请上述方案，补货建议的生成是基于日销量数据、库存数据以及备货时长，判断未来一定时间段内是否存在断货风险，以及断货天数，综合考虑，来避免断货，或者减少断货天数等，智能生成最优的补货建议，提供给用户，从而降低断货风险。

可选的，所述的补货建议生成方法，其中，所述方法还包括：

获取物流时效以及费用；

基于采购时间、采购量、物流时效以及费用，筛选得出匹配的物流方式。

本申请上述方案，补货建议中，还包括物流方式的选取，通过获取物流时效以及费用，可以在已生成的补货建议中，根据时间，来选择最少费用的物流方式，从而节省成本。

本申请还公开了一种补货建议生成系统，其中，包括：

日销量数据获取模块，用于获取预定时间内的日销量数据；

库存数据获取模块，用于获取预定时间内的库存数据；

备货时长获取模块，用于获取备货时长；

补货建议模块，用于基于日销量数据、库存数据以及备货时长，生成补货建议。

本申请上述方案，通过获取日销量数据，以及库存数据，根据日销量数据和库存数据，可以得出库存数据能满足的销售日期，再根据备货时长，可以对应的得出补货到时，从而针对性的选择备货量以及备货时间，生成补货建议，通过上述数据，可以智能生成补货建议，保证用户的库存稳定，减少断货风险。

本申请还公开了一种计算机可读存储介质，其中，存储有能够被处理器加载并执行如上所述的补货建议生成方法。

综上所述，本申请公开了一种补货建议生成方法和系统及计算机可读存储介质，其中，所述方法包括：获取预定时间内的日销量数据；获取预定时间内的库存数据；获取备货时长；基于日销量数据、库存数据以及备货时长，生成补货建议；本申请所述方案，能够根据用户预定时间的销量数据、库存数据以及备货时长，智能生成补货建议供用户选择，能够保证库存的饱和度，及时规避断货风险。

附图说明

图1是本申请所述补货建议生成方法的步骤流程图。

图2是本申请所述补货建议生成方法的第一实施例的操作流程图。

图3是本申请所述补货建议生成方法的第二实施例的操作流程图。

图4是本申请所述补货建议生成系统的结构框图。

具体实施方式

以下结合附图1-4对本申请作进一步详细说明。

本申请实施例公开了一种补货建议生成方法，能够针对现有的商品销售，智能生成补货建议，供用户参考，保证用户的库存稳定，避免断货风险，具体的，参阅图1，为所述方法的步骤流程图，所述方法包括：

S1.获取预定时间内的日销量数据；

S2.获取预定时间内的库存数据；

S3.获取备货时长；

S4.基于日销量数据、库存数据以及备货时长，生成补货建议。

本申请实施例中，通过获取预定时间内的日销量数据、库存数据以及备货时长，从而智能生成补货建议，其中，步骤S1、S2、S3的顺序可调，不限定获取数据的先后顺序，本申请中预定时间可以用户自行选择， 本申请的实施例中，均设预定时间为60天，也就是生成补货建议是基于未来六十天的数据来的，获取六十天的日销量数据，可以知悉未来六十天每天的销量，获取六十天的库存数据，可以知悉每天的库存数据，例如，第一天的日销量为20件，那么第一天的库存减去20，以此类推，根据库存数据，可以对应得出现有库存在哪天不足以支撑当日销量，则表示当天存在断货风险，也就是在这天之前需要补货，才能避免断货， 获取备货时长是为了获得补充库存所需的时间，例如，备货时长为十五天，那么在断货这一天往前推十五天，是避免断货的截止日期，在这天之前补货可以避免断货，在这天之后则会存在断货风险，因此，本申请的方案，是通过获取上述数据，智能生成补货建议，供用户选择，从而保证了库存的稳定，降低断货风险，减少用户的损失。

前述方案提到了，需要获取多种数据，然后基于获取的数据，智能生成补货建议，其中包括获取预定时间内的日销量数据，本申请实施例中，具体的，公开了获取预定时间内的日销量数据的方法，其中，包括：

获取历史销量数据；

获取预设的销量规则；

基于历史销量数据以及销量规则，计算得出预定时间内的日销量数据。

所述获取历史销量数据以及获取预设的销量规则的先后顺序并不予以限定。

本申请实施例，获取预定时间内的日销量数据，主要是通过获取历史销量数据，并且根据用户预设的销量规则，从而计算出预定时间内的日销量数据，也就是说，根据当前时间节点之前的销量数据，可以模拟出未来一定时间段的销量数据，并且，为了使未来一定时间段内的日销量数据更准确，会根据预设的销量规则进行数据修正，本申请具体实施例中，销量规则分为两类：动态销量和固定销量；

动态销量：根据各个时间跨度的日均销量加权值累加计算（累加后小数向上取整）。如7天日均占50%，14天日均占32%，30天日均占8%，60天日均占5%，90天日均占5%，日均销量是动态值，根据实际的平台订单来统计；

如7天日均10个，14天日均20个，30天日均25个，60天日均40个，90天日均50个。则计算的日均销量为：10*50%+20*32%+25*8%+40*5%+50*5%=5+6.4+2+2+2.5=17.9,小数向上取整得18，则日销量按18个算。

固定销量：指定日销量，如每天25个；

在此基础上可指定某段时间的日销量，如指定2021-02-01到2021-02-05这段时间的日销量是每天50个，则这段时间的日销量会覆盖上面定义的每天25个按每天50个计算。日固定销量可以根据库存数量来定，例如库存数量饱和，日固定销量可以稍高，而库存数量若处于紧张状态，则日固定销量不宜过高，避免出现断货风险。

本申请实施例中，基于上述销量规则，可以模拟出未来一定时间内的日销量数据，例如，以60天为例，上面根据销量规则计算出了每天的预计销量，再根据时间模拟出近60天内每天的销量，得到近60天的销量数据，如2021-02-01号销售15个，2021-02-02号销售20个，这种数据结构。

前述方案中，除了获取预定时间内的日销量数据外，还需要获取预定时间内的库存数据，本申请实施例中，获取预定时间内的库存数据的方法包括：

获取本地现有库存；

获取采购在途数据；

基于本地现有库存和采购在途数据，计算预定时间内的本地库存数据。

所述获取本地现有库存以及获取采购在途数据的先后顺序并不予以限定。

本申请实施例中，基于现有库存以以及采购在途数据，来计算预定时间内的本地库存数据，针对的是只有本地库存的商户，例如，日销量为固定的，每天15个，现有的库存数据为300个，那么根据现有库存，能够满足20天的销售，但是已经采购的有300个货品，但是还需要4天时间才能到库，不考虑质检等其他因素，那么第一天库存为285，第二天库存为270，第三天为255，第四天，货品到库，库存为540，但是货品在到库后，可能会进行质检，本申请实施例，默认质检率为100%，具体的根据货品到库后，可以人工调整，本申请基于本地库存的具体操作流程如图2所示。

前述方案提到了，针对只有本地库存的商户，但是本申请实施例中，针对亚马逊商户，会存在FBA库存以及欧洲共享库存，因此，库存数据则需要合并计算，本申请实施例中，所述的补货建议生成方法，其中，获取预定时间内的库存数据的方法还包括：

获取FBA库存以及欧洲共享库存，对欧洲共享库存去重，结合本地库存数据，得出最终库存数据。

本申请基于本地库存以及FBA库存的具体实现步骤，如图3所示，本申请实施例中，以亚马逊为例，目前适用于在亚马逊[标记A]销售商品的卖家，为了给买家提供更好更优质的物流服务，提高自身店铺的竞争力，卖家需要将国内采购的商品提前批量运送到亚马逊的FBA仓库[标记B]（这个过程简称“补货”）。

FBA共享库存：全名为FEN（European Fulfillment Networks 欧洲网络配送）。即将库存存放在欧洲的的任何一个FBA仓库，商品上架或出售时亚马逊负责仓库之间的库存调度。卖家只需管理欧洲共享库存，而不需要管理欧洲具体某个站点（国家）的仓库库存。

如果卖家在德国和法国开店，并开启了共享库存服务。因为站点之间的库存是混淆的，卖家不管在法国站还是德国站看到的库存都是欧洲共享库存例如100个。对于欧洲共享库存，这两份库存报表数据就不能做简单的加处理，需要去重处理，实际是这个商品在欧洲两个站点一共是100个，而不是两个站点分别100个。

因此，在考虑上述因素后，最终的库存数据会发生变化，需要对欧洲共享库存进行去重，并结合本地库存，得到最终库存数据。

本申请前述方案提到了，获取预定时间内的日销量数据的方法中，根据预设的销量规则，包括动态销量和固定销量，本地库存是固定的，但是除了有本地库存外，如果还有FBA库存时，固定销量可根据库存饱和度，来适应调整，因此，本申请实施例中，获取预定时间内的日销量数据的方法还包括：基于FBA库存以及欧洲共享库存，更新所述日销量数据。通过对最终的库存数据，对日销量数据进行更新，保证日销量数据的准确性。

本申请前述方案公开了如何获取预定时间内的日销量数据，预定时间内的库存数据，但是同样的，还需要获取备货时长，根据备货时长，结合之前的数据，生成补货建议，因此，本申请实施例中，还公开了获取备货时长的具体方法，实施方法包括：

获取采购交期；

获取质检时间；

获取期望补货后的可售天数；

基于采购交期、质检时间、期望补货后的可售天数，计算备货时长。

所述获取质检时间以及期望补货后的可售天数的先后顺序并不予以限定。

本申请实施例中，前述方案提到了，货物在采购后入库时，可能会经过质检，来确定货物是否满足要求，而质检也需要时间，未经过质检的货物不能被售卖，否则容易导致店铺被封等，因此，本申请实施例中，备货时长具体包括采购交期、质检时间、期望补货后的可售天数（安全天数），备货时长=采购交期+质检时间+安全天数，其中，采购交期的意思是指从采购订单生成到采购完成的时间，质检时间是指货品从到库到质检完成所需的时间，安全天数则是指货品到库且质检完成后，这些货品能够售卖的天数，通过上述数据，可以得到备货时长，前面我们已经计算出了未来60天每天的销量，这个过程中，可能本地仓采购在途的库存会到货，未质检的库存会完成质检，发往FBA仓库的在途库存会到达FBA仓库。这里我们会根据定义的从中间状态转换成可售库存的时间计算出那一天的库存补给量，如本地仓采购预计到货时间是2021-03-13号，到货后仓库质检需要3天（假设仓库收到货立即质检），本地仓库发往FBA仓库需要20天（假设仓库质检完立即发货到FBA仓库，且质检合格率为100%），则这批库存会算到2021-04-09号的那天的库存补给量，当天剩余库存=前一天剩余库存+当天库存补给-当天预计销量，这样就能模拟计算出未来60天每天的剩余库存。

本申请通过获取预定时间内的日销量数据、预定时间内的库存数据以及备货时长，可以智能生成补货建议，前述方案提到了如何获取上述数据，本申请实施例中，具体的，基于日销量数据、库存数据以及备货时长，生成补货建议的方法包括：

基于日销量数据、库存数据以及备货时长，计算预定时间内是否存在断货以及断货时间；

基于断货时间，计算采购量以及采购时间，生成补货建议。

本申请实施例中，根据前面模拟计算出未来60天每天的剩余库存，可以找出哪一天缺货或断货（即那天的剩余库存小于或等于0），这个缺货时间叫最早缺货时间。从当前时间到最早缺货时间这段时间的天数（记为可售天数）如果小于备货时长，则认为需要补货。

本申请方案也是为了避免断货，降低断货风险而提出的，因此，对于补货建议，是基于降低断货风险来作为评定标准的，通过获取上述的数据，可以计算出哪一天会存在断货，那么就需要在这一天之前补充库存，再结合备货时长，从而可以得出符合要求的备货时间，从而生成补货建议，供用户选择，本申请中，上述获取的数据，定义在商品对应供应上，可直接获取，这些数据作为默认值，在此基础上用户可以调整修改。

前述方案提到了，根据相关数据，智能生成补货建议，但是补货建议的方案可能包含多种，因此，本申请实施例中，所述的补货建议生成方法，其中，所述方法还包括：

获取物流时效以及费用；

基于采购时间、采购量、物流时效以及费用，筛选得出匹配的物流方式。

本申请实施例中，补货建议可能包含多种，因为已经计算出了在哪天可能存在断货，那么就需要在断货前补充库存，由备货时长推算出最晚补货时间，在此时间前，都可以进行补货，因此，补货对应的物流时效（物流运输需要的时间）需要小于等于可售天数，才能在断货那天之前把FBA仓库库存补给上，否则如果这个物流时效达大于可售天数，就算补货了，断货任然会发生，这就达不到避免断货的目的。因此，本申请实施例中，在满足时效的物流里再挑选出运费最便宜的物流，体现在补货建议里，从而进一步的优化补货方案。

针对上述方案，本申请还公开了一种补货建议生成系统，参阅图4，为所述系统的结构框图，其中，所述系统包括：

日销量数据获取模块100，用于获取预定时间内的日销量数据；

库存数据获取模块200，用于获取预定时间内的库存数据；

备货时长获取模块300，用于获取备货时长；

补货建议模块400，用于基于日销量数据、库存数据以及备货时长，生成补货建议。

本申请实施例中，通过日销量数据获取模块100获取预定时间内的日销量数据、通过库存数据获取模块200获取库存数据以及通过备货时长获取模块300获取备货时长，通过补货建议模块400智能生成补货建议，本申请中，预定时间可以供用户选择， 本申请的实施例中，均设预定时间为60天，也就是生成补货建议是基于未来六十天的数据来的，获取六十天的日销量数据，可以知悉未来六十天每天的销量，获取六十天的库存数据，可以知悉每天的库存数据，例如，第一天的日销量为20件，那么第一天的库存减去20，以此类推，根据库存数据，可以对应得出现有库存在哪天不足以支撑当日销量，则表示当天存在断货风险，也就是在这天之前需要补货，才能避免断货， 获取备货时长是为了获得补充库存所需的时间，例如，备货时长为十五天，那么在断货这一天往前推十五天，是避免断货的截止日期，在这天之前补货可以避免断货，在这天之后则会存在断货风险，因此，本申请的方案，是通过获取上述数据，智能生成补货建议，供用户选择，从而保证了库存的稳定，降低断货风险，减少用户的损失本申请的系统的具体实现，在方法步骤中已经详细描述，故不在此赘述。

本申请还公开了一种计算机可读存储介质，其中，存储有能够被处理器加载并执行如上所述的补货建议生成方法。

通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机电子设备（可以是个人计算机，服务器，或者网络电子设备等）执行各个实施例或者实施例的某些部分的方法。

除了其他之外，诸如"能够'、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑

本具体实施方式的实施例均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。