CN106991550A - 商品对象补货信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了商品对象补货信息处理方法及装置，其中，该方法包括：预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；利用该第一补货模式对所述匹配的商品对象进行补货决策。通过本申请实施例，可以使得商品对象获得更合理的补货决策。

Description

商品对象补货信息处理方法及装置

技术领域

本申请涉及商品对象信息处理技术领域，特别是涉及商品对象补货信息处理方法及装置。

背景技术

“低周转、高有货率”，是电子商务平台库存管控的追求的目标，为了在库存周转与有货率之间进行平衡，通常存在各种挑战，例如：供应的不确定性(生产或者采购具有不确定性、生产与补货需要响应时间)、需求的不确定性(消费不确定，流量、转化率不确定，能否参加活动不确定)、为保证物流时效与确定性需要事先分仓、缺货成本与仓储成本需要综合考量、商品对象数目众多难以全面管理，等等。

现有技术中对供应链库存进行管理时，主要针对两个垂直类目：大家电业务以及商超业务，分别给出了对应的补货模式。其中，大家电业务采用6-12周，周滚动计划，而商超业务采用的是定时补货法。其中，周滚动计划方案中，每周都会对各个商品未来6周的销量进行预测，然后判断当前的库存量是否满足未来一定时间段内的销售，如果不能，则生成补货单进行补货。而定时补货计划则是为商品设定一定的库存“水位”，在每个补货周期判断商品对象的实际库存是否低于该水位，如果低于，就进行补货。

虽然按照类目设置了不同的补货模式，但是，在实际应用中，库存不足或者无法按时补货的情况仍然经常存在，因此，如何更合理得进行库存管理，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了商品对象补货信息处理方法及装置，可以使得商品对象获得更合理的补货决策。

本申请提供了如下方案：

一种商品对象补货信息处理方法，包括：

预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

利用该第一补货模式对所述匹配的商品对象进行补货决策。

一种商品对象补货信息处理装置，包括：

对应关系保存单元，用于预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

供应链特征确定单元，用于在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

商品对象确定单元，用于根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

补货决策单元，用于利用该第一补货模式对所述匹配的商品对象进行补货决策。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，不再将商品对象类目作为选择补货模式的评判标准，而是将商品对象供应链特征信息，作为选择补货模式的评判标准，这样，就可以根据商品对象的供应链特征来选择合适的补货模式，同一类目下具有不同供应链特征的商品对象可能会使用不同的补货模式，同一商品对象在不同的补货周期，由于供应链特征可能会发生变化，因此也可能会使用不同的补货模式，最终可以使得商品对象获得更合理的补货决策。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的方法的流程图；

图2是本申请实施例提供的处理流程示意图；

图3是本申请实施例提供的装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请发明人在实现本申请实施例的过程中发现，现有技术中的“周滚动”补货模式，以及“定时”补货模式各有各的优缺点。首先，对于周滚动方案，其优点在于：能够根据销量预测进行提前备货以及补货，对于需要较长生产周期的货品比较适用，例如，冰箱等大家电类的商品对象，可以在每周对未来六周进行销量预测，并在发现库存不足以支持未来一周或者两周的销量时，先补足该未来一周或两周的销量，对于预测出来的后几周的销量，则可以用于指导生产，例如，如果生产方发现目前生产出来的数量不足以支持未来六周内的销售时，则可以提前进生产，等等，使得在收到补货订单后能够“有货可补”。但是，这种周滚动方案的缺点在于：由于每周都需要进行销量预测，因此，实现流程比较繁琐，需要占用平台中大量的人力成本。

而定时补货模式相对于周滚动模式，比较轻量级，其优点在于，实现流程比较简单，只要为每个商品对象设定对应的库存“水位”，这样在每个补货周期的补货日到来时(例如，如果是每周补货一次，则可以将每周一作为补货日，等等)，就可以直接判断商品的库存是否低于该水位，如果低，则触发补货。需要人为参与的工作量比较少，另外由于每次产生的补货都只是将库存补充到一个可控的最大库存周转天数，相对于计划驱动可能出现大量库存积压的可能性也较小。但是，这种方案的缺点在于：这种方案要求在生成补货订单后，必须马上有货可补，否则就可能会造成库存不足。可见，对于生产周期比较长并且货源不足的商品而言，是不能采用这种方式进行补货的。也就是说，定时补货模式的核心问题供应链协同问题，这种模式下销量的计划与补货的计划是同步的，在做出了销量的预估后必须要有现货进行供应。因为供应商往往也有自己的供应商，当仅仅依靠库存水位来驱动补货，由于商家供应商不能提前获取补货的需求进行生产，往往会出现较高的缺货率，事实上高缺货率也是目前商超遇到的最大问题，虽然缺货还有其他诸多原因，但是单纯采用定时补货的库存驱动模式也是其中一个原因。

虽然现有技术中按照类目区分了各种补货模式的应用场景，但是实际上，这种划分方式并不合理。例如，对于大家电类目，现有技术中是采用“一刀切”的方式，只要属于大家电类目，就统一都使用周滚动方案进行补货。但是，实际业务管理中，可能并不是所有大家电类目的商品都需要使用周滚动方案进行补货。例如，经统计，在某销售平台中，大家电类目下有1600多款SKU(最小库存量单位)，这些SKU中需要重点运营的核心SKU大致有300-500款，只占整体SKU数的20％-30％。对于非核心的SKU，买卖双方的需求可能都不高，因此，可能就不需要采用周滚动计划模式进行补货管理。也就是说，现有技术中这种没有针对性的管理，造成第一用户(例如商家用户等)和平台工作人员(例如“小二”等)的工作量较大，系统过重。另外，也不是所有的商超类商品对象都适合采用定时模式进行补货，例如，如果某SKU的生产周期比较长，则可能会造成缺货。

为此，在本申请实施例中，在选择各个商品对象使用何种补货模式时，不再是根据商品对象所属的类目来确定，而是根据商品对象的供应链特征来确定，其中，该供应链特征可以包括以下各项中的一项或多项：层次信息、缺货容忍度、补货提前期、库存成本、货损成本、运输成本、预测难度、货源充足度等。其中，所谓的层次信息可以根据商品对象对于所属第一用户的销售重要程度确定，例如，可以分为核心、日常、淘汰、其他等多个层次。需要说明的是，层次信息是相对于所属的第一用户而言的，也就是说，假设某第一用户共有10款商品在线销售，但可能只有其中一种商品属于该第一用户的核心商品，其他为日常商品，另外，随着销售策略的调整、新品的上市等，某些核心商品可能还会转变为日常商品，日常商品可能会转变为淘汰商品等等。其中，第二用户(例如买家用户、消费者用户等)对核心商品的购买热度往往要高于其他日常商品，第一用户对于核心商品的生产线配备可能也会优于其他的日常商品，淘汰商品则可能已经不再生产，等等。

总之，对于一款商品对象而言，可以通过前述各项参数描述其供应链特征，进而，可以根据这种供应链特征来确定出适用的补货模式，这样可以更合理地分配补货决策过程中的资源，避免通过“一刀切”的方式造成的资源浪费，或者无法及时补货等现象的发生。下面对具体的实现方式进行详细介绍。

参见图1，本申请实施例首先提供了商品对象补货信息处理方法，该方法可以包括以下步骤：

S101：预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

其中，补货模式就可以包括前述周滚动模式、定时模式，当然，也可以是其他模式。关于补货模式与适用的商品对象供应链特征之间的对应关系可以预先建立并保存的。保存这种对应关系时，可以通过条件判断关系等等方式进行保存，例如，对于货品分层为B的日常商品，如果货源充足可以选择定时补货的模式。对于货品分层为A的核心商品，由于需要控制缺货率，因此，可以采用周滚动模式打通整个供应链协同。对于第一用户线下物流能力强，商品高价值，则可以采用定时补货模式，等等。也就是说，每种补货模式可以对应多种判定条件，如果某商品对象满足其中任意一个条件，都可以利用该条件对应的补货模式进行补货决策。

S102：在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

每种补货模式的补货周期可能是不同的。例如，周滚动模式可能是每周补货一次，每周一作为补货日；定时补货模式也可能会每周补货一次，每周一作为补货日，或者，还可能是每周补货两次，每周一、四为补货日，还可以是每周补三次，每周一、三、五位补货日，或者，没两周补货一次，单周的周一作为补货日，等等。总之，对于每种补货模式，补货周期以及补货日都可以是预先设定好的。对于每种补货模式而言，在每个补货周期的补货日都可以按照本申请实施例中的方式，首先确定出各个商品对象的供应链特征信息，具体的，就可以包括层次信息、缺货容忍度、货品价值、补货提前期、库存成本、货损成本、运输成本、预测难度、货源充足度，等等。其中，这些具体的参数值可以是预先保存在商品对象信息数据库中的，例如，在第一用户发布商品对象时，可以提供这些参数信息，或者，也可以由平台中的工作人员进行配置。其中，各项参数的参数值可以通过数值的方式表示，或者也可以进行定性的表达，例如，层次信息可以分为核心商品、日常商品等，缺货容忍度、货品价值等可以表达为高、中、低，等等。当然，同一商品对象的层次信息、货源充足度等参数，是可能会发生变化的，例如，某商品对象在刚上市时属于核心商品，之后可能会变为日常商品，或者，刚上市时货源充足，经过一段时间的销售后，货源可能会变得不再充足，等等。因此，还可以提供一些操作选项，用于对商品对象的前述参数信息进行更新。

总之，通过查询商品对象信息数据库等方式，就可以确定出各个商品对象的供应链特征信息，其中，在不同的补货周期，获取到的同一商品对象的供应链特征信息可能会不同，后续就可以根据每次获取到的供应链特征信息，确定适合于对应商品对象的补货模式。

S103：根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

在确定出商品对象的供应链特征信息后，就可以根据预先保存的对应关系，确定出与当前第一补货模式匹配的各个商品对象。例如，假设当前第一补货模式的周滚动模式，该模式对应的供应链特征可包括：

判定条件1：货品层次为A也即核心类。

判定条件2：货品层次为B也即日常类，并且，货源充足度为低。

判定条件3：缺货容忍度低，并且，货源充足度低，并且，补货提前期长。

……

在获取到各个商品对象的供应链特征后，就可以判断是否满足该补货模式的某一判定条件，如果是，则可以确定该商品对象适于采用该补货模式进行补货决策。

例如，某商品对象的供应链特征包括：货品层次为A，缺货容忍度为低，补货提前期为长，等等。则可以确定出该商品对象至少符合前述第一个判定条件，因此，可以确定出该商品对象适于用该补货模式进行补货决策。

需要说明的是，在预先设置判定条件时，不同补货模式对应的判定条件可以具有互斥性，避免出现同一商品对象既符合第一补货模式，又符合第二补货模式的情况。当然，在实际应用中，如果出现该情况，则系统可以提供提示信息，由人工参与的方式来最终确定采用何种补货模式。

S104：利用该第一补货模式对所述匹配的商品对象进行补货决策。

通过前述各步骤，对于当前第一补货模式，可以确定出多个可以使用该补货模式进行补货决策的商品对象，之后，就可以利用该补货模式对这些商品对象进行补货决策了。例如，如果第一补货模式是周滚动模式，则可以对匹配的各个商品对象进行未来六周的销售预测，并根据销售预测的结果以及商品对象的可销库存，判断是否需要进行补货。

总之，在本申请实施例中，不再将商品对象类目作为选择补货模式的评判标准，而是将商品对象供应链特征信息，作为选择补货模式的评判标准，这样，就可以根据商品对象的供应链特征来选择合适的补货模式，同一类目下具有不同供应链特征的商品对象可能会使用不同的补货模式，同一商品对象在不同的补货周期，由于供应链特征可能会发生变化，因此也可能会使用不同的补货模式，最终可以使得商品对象获得更合理的补货决策。

另外，由于无论采用何种补货模式，通常都是进行周期性的补货，也即，每个补货周期进行一次补货决策，因此，补货一般采用批量模式，一次补货要能支持一个周期的销量。但是，在实际应用中可能会出现以下情况：某商品对象由于前期的销量预测不准，或者临时参加促销活动等，突然出现销量大增等情况，导致商品对象的可销库存可能不足以支持到下一个补货周期的到来，也即发生缺货现象。为此，在本申请实施例中，还可以在下一补货周期到来之前，对商品对象的库存以及销量进行实时监控，并根据商品对象的可销库存除以日均销量所得的商值，与该商品对象的补货提前期之间的大小关系，提供提示信息，并进行实时的补货决策。

其中，所谓的日均销量可以是根据历史销量进行统计计算的，例如，可以统计近7天的日均销量、近14天的日均销量、近30天的日均销量、近60天的日均销量、近90天的日均销量，等等。补货提前期可以是预先根据商品对象的特点设定的，例如，可以是三天、五天等等。其中，关于提示信息，可以是通过不同的颜色来提示出不同的库存状态。例如，假设以近7天的日均销量为例，则可以通过以下方式提供提示信息：

红色：可销库存＝0

橙色：可销库存/近7天日销<补货提前期

淡绿色：可销库存/近7天日销>＝补货提前期且<45天

绿色：可销库存/近7天日销>＝45天

当然，以上例子中的颜色、数值等仅用于举例说明，不应视为对本申请实施例保护范围的限制，在实际应用中，可以根据实际情况进行调整，并且，不同的商品对象，具体的数值可以是不同的。

另外，在提供提示信息的同时，还可以进行补货决策。具体的，可以在所述商值小于所述补货提前期时，生成补货计划订单。例如，对于上述例子中，在提供橙色以及红色提示信息时，还可以自动计算出需要补货的量，生成补货订单。当然，也可以是由平台工作人员根据提示信息，手动执行补货订单的生成等操作。

通过这种实时的库存监控，可以避免两个补货周期之间出现缺货的现象。需要说明的是，如果在两个补货周期之间对某商品对象进行了补货，则在下一个补货周期到来时，仍然按照正常的流程进行补货决策即可。只不过在进行确定是否需要对该商品对象进行补货以及补货的量时，将这种实时补货的量考虑进来即可。例如，如果是每周补货一次，每周一为补货日，在本周周一进行补货决策后，在周五时通过实时监控又进行了一次补货，在周日的时候完成了入库，则在下周一再进行补货决策时，该商品对象的实时库存已经增加，在此基础上，再结合未来几周的销量预测结果，确定是否需要再进行补货。当然，如果周五触发的补货到下周一时尚未到货，则这部分货品则属于“在途库存”，也可以被作为可售库存的一种形式累加到当前的实时库存上进行计算，因此，并不影响补货决策结果。

另外，在常规的补货过程中，通常考虑的都是销量以及实时库存这两个因素，也即，都是基于计划的模式，产生的补货量是基于未来的预期。但是，在实际应用中，商品对象的实际库存情况可能又是很复杂的，例如，有些商品对象在仓库中存在很多库龄很长(例如超过了30天等)的库存，此时，如果进行补货，可能会导致先入库的库存无法卖出，发生超出保质期等情况。为此，在本申请实施例中，还可以预先制定管控规则，在补货计划订单生成后，可以首先按照管控规则进行判断，如果允许补货再触发实际的补货操作，否则，可以取消补货订单。

具体实现时，具体的管控规则可以通过以下参数中的一项或者多项进行设定：库存周转天数上限、超期库龄占比上限、库存上限。也就是说，可以设定周转红线天数，例如，对于某商品对象，具体的设置情况可以如以下表1所示：

表1

也就是说，对于该供货商的电视机，2015年1月的库存能够周转的天数不能超过35天，2月的库存能够周转的天数不能超过40天，等等。这样，在收到关于该商品对象的补货计划订单时，可以首先计算当前的实时库存能够周转的天数，并根据当前所在的月份，判断是否超出当月的周转天数上限，如果超出，则不再进行补货，即使之前的补货决策过程中已经生成了补货计划订单。具体的，可以统计出最近一段时间该商品对象日均出库量，然后用当前的总库存除以该日均出库量，即可得到当前库存能够周转的天数。例如，计算结果为40，当前为1月份，则可以确定出已经超出了1月份的周转天数上限，因此，就可以不再进行补货。

需要说明的是，在具体实现时，可以针对每个商品对象的各个入库仓分别设置各自的周转天数上限，如果是，则在按照周转天数进行管控时，就可以通过以下公式进行判断：

如果入库仓的实时库存/该入库仓近30天日均出库量>该入库仓周转天数上限，则不再进行补货。

另外，还可以为供货商设置全国周转天数上限。此时，可以确定出该商品对象在全国的各仓库的总库存与全国日均销量之间的比值，然后与全国周转天数上限进行比较，如果超出该上限，则也可以不再允许补货。

再者，还可以设置类目周转天数上限，此时，可以确定出该商品对象在全国的各仓库的总库存与全国日均销量之间的比值，然后与该商品对象所属类目的周转天数上限进行比较，如果超出该上限，则也可以不再允许补货。

除了可以通过周转天数上限来设定管控规则，还可以根据超期库龄占比上限来进行设定。例如，对于某商品对象，具体的设置情况可以如以下表2所示：

表2

也就是说，对于该供货商的电视机，2015年1月的超龄库存占比不能超过20％，2015年2月的超龄库存占比不能超过20％，以此类推。其中，关于具体的超龄时间可以根据实际情况而定，例如，可以将超龄时间设定为30天，则如果已经入库超过30天的货品数量占比超过了某数值，则不允许再进行补货。在这种情况下，在接收到关于某商品对象的补货计划订单后，可以首先确定出该商品对象在入库仓中的超龄库存占比，并判断该数值是否超出所在月份的上限，如果超出，则不允许再进行补货。

另外，还可以通过库存数量上限来设定管控规则，例如，对于某商品对象，具体的设置情况可以如以下表3所示：

表3

也就是说，对于该供货商的电视机，2015年1月的库存数量不能超过2000，2015年2月的库存数量不能超过2000，以此类推。在这种情况下，在接收到关于某商品对象的补货计划订单后，可以首先确定出该商品对象在入库仓中的实时库存，并判断该数值是否超出所在月份的库存上限，如果超出，则不允许再进行补货。

具体实现时，可以为所有商品对象设定同样的管控规则，或者，还可以根据商品对象的属性设定不同的管控规则。其中，这里所谓的商品对象的属性可以包括商品对象的层次信息、新品信息等。其中，所谓的层次信息即为前文所述的是否为核心商品、日常商品等，新品信息即是否为新品。也就是说，对于不同属性的商品对象，利用不同的参数进行管控规则的设定。例如，对于新品，可以通过库存周转天数上限来设定管控规则，对于核心商品，可以通过超期库龄占比上限来设定，对于日常商品，可以通过库存上限来设定，等等。这样，在按照预置的管控规则判断是否允许对订单关联的商品对象进行补货时，可以首先确定所述订单关联的商品对象的属性，并根据该属性确定适用的管控规则，然后，利用该适用的管控规则，判断是否允许对所述订单关联的商品对象进行补货。

综上，在本申请实施例中，提供了一种补货过程中的闭环处理流程，参见图2，在该闭环中，从基于补货模式的补货决策开始，各种类目的商品对象(包括大家电、小家电、商超、美妆等等)，都可以利用商品对象的供应链特征进行补货模式的选择。例如，对于需求确定性低、生产与采购确定性低、热销品易断货、多渠道竞争需控货的商品对象，可以采用周滚动补货模式，对于货源充足、响应时间短、低价值快销品的商品对象，可以采用定时补货模式，等等。在具体补货周期的补货日到来进行补货决策时，可以根据实时库存、实时销量等因素确定是否需要对某商品对象进行补货，如果需要补货，还可以选择对仓间网络进行选择，例如，可以使用仓间可调拨模式、平行仓模式、其他类型仓模式等等，之后，可以生成补货计划订单。对于生成的补货计划订单，具体在触发实际的补货之前，还可以按照一定的管控规则判断是否允许补货，其中，可以从库龄、库存、周转天数等方面进行管控。另外，在两个补货周期之间还可以对库存进行实时监控，如果出现库存不足以支持到下一个补货周期到来等情况，可以生成实时补货计划订单，当然，实时补货计划订单生成后，同样可以利用管控规则进行管控。通过这种闭环处理流程，可以使得各种补货模式能够更适当地被应用，避免出现资源浪费或者库存不足等情况的发生，通过实时监控，还可以进一步避免在补货的空档期出现库存不足的情况，通过已经存在的库存事实进行管控。

需要说明的是，关于具体如何确定是否需要补货，以及需要补货的数量、仓间网络模式的选择等，并不属于本申请实施例保护的重点，因此，这里不再详述。

与本申请实施例提供的商品对象补货信息处理方法相对应，本申请实施例还提供了一种商品对象补货信息处理装置，参见图3，包括：

对应关系保存单元301，用于预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

供应链特征确定单元302，用于在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

商品对象确定单元303，用于根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

补货决策单元304，用于利用该第一补货模式对所述匹配的商品对象进行补货决策。

其中，所述供应链特征包括以下各项中的一项或多项：层次信息、缺货容忍度、货品价值、补货提前期、库存成本、货损成本、运输成本、预测难度、货源充足度，所述层次信息根据商品对象对于所属第一用户的销售重要程度确定。

具体实现时，该装置还可以包括：

实时监控单元，用于在下一补货周期到来之前，对商品对象的库存以及销量进行实时监控；

实时补货决策单元，用于根据商品对象的可销库存除以日均销量所得的商值，与该商品对象的补货提前期之间的大小关系，提供提示信息，并进行实时的补货决策。

其中，所述实时补货决策单元具体用于：

在所述商值小于所述补货提前期时，生成补货计划订单。

另外，该装置还可以包括：

管控规则判断单元，用于在生成补货计划订单后，按照预置的管控规则判断是否允许对订单关联的商品对象进行补货；

触发单元，用于如果管控规则判断单元的判断结果为允许，则触发按照所述补货计划订单进行补货。

其中，所述管控规则通过以下参数中的一项或者多项进行设定：库存周转天数上限、超期库龄占比上限、库存上限。

具体实现时，对于不同属性的商品对象，利用不同的参数进行管控规则的设定，其中，商品对象属性包括商品对象所属的层次信息以及是否为新品，所述层次信息根据商品对象对于所属第一用户的销售重要程度确定；

所述管控规则判断单元包括：

规则确定子单元，用于确定所述订单关联的商品对象的属性，并根据该属性确定适用的管控规则；

判断子单元，用于利用该适用的管控规则，判断是否允许对所述订单关联的商品对象进行补货。

通过本申请实施例，不再将商品对象类目作为选择补货模式的评判标准，而是将商品对象供应链特征信息，作为选择补货模式的评判标准，这样，就可以根据商品对象的供应链特征来选择合适的补货模式，同一类目下具有不同供应链特征的商品对象可能会使用不同的补货模式，同一商品对象在不同的补货周期，由于供应链特征可能会发生变化，因此也可能会使用不同的补货模式，最终可以使得商品对象获得更合理的补货决策。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的商品对象补货信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种商品对象补货信息处理方法，其特征在于，包括：

预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

利用该第一补货模式对所述匹配的商品对象进行补货决策。

2.根据权利要求1所述的方法，其特征在于，所述供应链特征包括以下各项中的一项或多项：层次信息、缺货容忍度、货品价值、补货提前期、库存成本、货损成本、运输成本、预测难度、货源充足度，所述层次信息根据商品对象对于所属第一用户的销售重要程度确定。

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

在下一补货周期到来之前，对商品对象的库存以及销量进行实时监控；

根据商品对象的可销库存除以日均销量所得的商值，与该商品对象的补货提前期之间的大小关系，提供提示信息，并进行实时的补货决策。

4.根据权利要求3所述的方法，其特征在于，所述进行实时的补货决策包括：

在所述商值小于所述补货提前期时，生成补货计划订单。

5.根据权利要求1或4所述的方法，其特征在于，还包括：

在生成补货计划订单后，按照预置的管控规则判断是否允许对订单关联的商品对象进行补货；

如果允许，则触发按照所述补货计划订单进行补货。

6.根据权利要求5所述的方法，其特征在于，所述管控规则通过以下参数中的一项或者多项进行设定：库存周转天数上限、超期库龄占比上限、库存上限。

7.根据权利要求6所述的方法，其特征在于，对于不同属性的商品对象，利用不同的参数进行管控规则的设定，其中，商品对象属性包括商品对象所属的层次信息以及是否为新品，所述层次信息根据商品对象对于所属第一用户的销售重要程度确定；

所述按照预置的管控规则判断是否允许对订单关联的商品对象进行补货，包括：

确定所述订单关联的商品对象的属性，并根据该属性确定适用的管控规则；

利用该适用的管控规则，判断是否允许对所述订单关联的商品对象进行补货。

8.一种商品对象补货信息处理装置，其特征在于，包括：

对应关系保存单元，用于预先保存各种补货模式与适用的商品对象供应链特征之间的对应关系；

供应链特征确定单元，用于在其中第一补货模式某补货周期的补货日到来时，确定各商品对象的供应链特征；

商品对象确定单元，用于根据所述预先保存的对应关系，确定与该第一补货模式匹配的商品对象；

补货决策单元，用于利用该第一补货模式对所述匹配的商品对象进行补货决策。

9.根据权利要求8所述的装置，其特征在于，所述供应链特征包括以下各项中的一项或多项：层次信息、缺货容忍度、货品价值、补货提前期、库存成本、货损成本、运输成本、预测难度、货源充足度，所述层次信息根据商品对象对于所属第一用户的销售重要程度确定。

10.根据权利要求8所述的装置，其特征在于，还包括：

实时监控单元，用于在下一补货周期到来之前，对商品对象的库存以及销量进行实时监控；

实时补货决策单元，用于根据商品对象的可销库存除以日均销量所得的商值，与该商品对象的补货提前期之间的大小关系，提供提示信息，并进行实时的补货决策。