CN106156975A - 业务对象的库存信息处理方法及装置 - Google Patents
业务对象的库存信息处理方法及装置 Download PDFInfo
- Publication number
- CN106156975A CN106156975A CN201510196960.4A CN201510196960A CN106156975A CN 106156975 A CN106156975 A CN 106156975A CN 201510196960 A CN201510196960 A CN 201510196960A CN 106156975 A CN106156975 A CN 106156975A
- Authority
- CN
- China
- Prior art keywords
- sku
- inventory
- virtual
- information
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了业务对象的库存信息处理方法及装置,其中,所述方法包括:服务器接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。通过本申请实施例,能够避免错过销售时机,有利于减轻销售平台的访问负担,降低对网络资源的浪费。
Description
技术领域
本申请涉及库存信息处理技术领域,特别是涉及业务对象的库存信息处理方法及装置。
背景技术
随着电子商务的快速发展,传统的仓储物流技术已经不能满足用户需求。为了提高消费者的购物体验,销售平台(如淘宝、天猫、聚划算等销售平台)商户一般会将一些特殊商品(例如,大家电类的商品等)入驻到销售平台同一提供的仓库,每个仓库有自己的配送覆盖范围,买家用户在通过详情页面、购买页面等查看业务对象信息时,***可以根据买家用户所在的地址自动匹配仓库的覆盖区域范围,将匹配到的仓库中的库存展示给买家用户。买家用户下单付款后,销售平台将会生成销售订单流入到物流***,物流***指示相应的仓库工作人员从该实体物流仓库对商品进行发货处理,最终买家用户所购买的货物将经过一系列的配送环节派送到买家用户手上。
在现有技术中,通常存在现货销售和期货预售两种销售模式。而针对这两销售模式,分别有对应的商品对象的库存信息处理技术方案,以下将分别进行介绍:
首先,现有的商品对象在现货现售模式下的库存信息处理技术方案,其流程步骤如下:
步骤1,商家可通过库存处理***的客户端将货物进行入库处理;
步骤2,客户端通知后台服务器发生了货物入库操作,服务器即在库存中心更新前端的可销售的库存数量;
步骤3,消费者通过销售平台浏览商品,相应地,销售平台向消费者展示商品信息以及可销售的库存数量;
步骤4,消费者在了解可可销售的库存数量后,可以根据自己的需要订购该商品,销售平台在确认消费者已经付款之后,会执行库存计算操作,例如,在该商品的商户对应的实体物流仓库中扣减掉与该消费者对应的商品订单中的数量相一致的库存数量;
步骤5,销售平台根据商品订单协调物流平台进行发货处理,物流平台在获知需要发货后通过商户的客户端通知实体物流仓库将商品进行发货处理。
现有的商品对象在期货预售模式下的库存信息处理技术方案,其流程步骤如下:
步骤1、针对预售的商品,商家通过库存处理***的客户端在库存中心提前设置对应的预售商品信息以及库存数量;
步骤2,在设置完毕后,商家通过客户端向库存中心告知开始商品预售;
步骤3,消费者通过销售平台浏览预售的商品,销售平台除了向消费者展示商品的基本信息之外,还会展示该预售的商品的预售库存;
步骤4,消费者通过销售平台订购该预售的商品,在接收到消费者的订单后,销售平台根据商品订单中的数量通过库存中心扣减商户设置的预售的商品的库存,同时协调物流平台对该商品进行发货处理;
步骤5,物流平台在收到销售平台的发货通知之后,由于该商品为预售商品,在等到该商品已经进入实体物流仓库之后,即进行发货处理,通知该实体物流仓库对该商品进行配送。
通过以上介绍可以看出,无论是针对现货销售的库存信息处理方案,还是针对期货预售的库存信息处理技术方案,都可以实现准确的商品销售的目的。但是,上述两种库存信息处理技术的商家只能向消费者提供实体物流仓库中已经入库的商品信息或者人为设定的预售的商品信息,而对于各类未入库的商品信息(例如,各类商品仓储操作信息等,例如,调拨冻结、仓间调拨、盘点等操作对应的商品),并未有效的加以利用。这对于商家来说,不仅失去了商品未入库期间的销售机会,而且存在库存周转率低下,浪费仓储空间,成本增加的问题。而对于需要购买该商品的消费者来说,也需要不断地查询该商品的库存信息,导致销售平台访问负担增加,浪费网络资源,影响消费者体验。
发明内容
本申请提供了业务对象的库存信息处理方法及装置,能够避免错过销售时机,有利于减轻销售平台的访问负担,降低对网络资源的浪费。
本申请提供了如下方案:
一种业务对象的库存信息处理方法,包括:
服务器接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带目标实体仓库标识信息以及操作数量信息;
在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;
根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
一种业务对象的库存信息处理方法,包括:
第一用户客户端获取库存操作信息,所述库存操作信息包括目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
一种提供业务对象库存信息的方法,包括:
服务器接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
一种提供业务对象库存信息的方法,包括:
第二用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的库存信息后,提供该SKU的库存信息。
一种提供业务对象库存信息的方法,包括:
服务器接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收第二用户客户端对该SKU的购买操作请求;
将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
一种提供业务对象库存信息的方法,包括:
第二用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
一种提供业务对象库存信息的方法,包括:
服务器接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
一种提供业务对象库存信息的方法,包括:
第一用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的库存信息后,提供该SKU的库存信息。
一种业务对象的库存信息处理装置,应用于服务器,包括:
库存操作请求接收单元,用于接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带目标实体仓库标识信息以及操作数量信息;
信息条目确定单元,用于在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;
信息更新单元,用于根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
一种业务对象的库存信息处理装置,应用于第一用户客户端,包括:
库存操作信息获取单元,用于获取库存操作信息,所述库存操作信息包括目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
库存操作请求发送单元,用于向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
一种提供业务对象库存信息的装置,应用于服务器,包括:
浏览请求接收单元,用于接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
第一判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第二判断单元,用于如果所述第一判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元,用于如果所述第二判断单元的判断结果为存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
一种提供业务对象库存信息的装置,应用于第二用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识信息确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
一种提供业务对象库存信息的装置,应用于服务器,包括:
查询请求接收单元,用于接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
第三判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第四判断单元,用于如果所述第三判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
购买请求接收单元,用于接收第二用户客户端对该SKU的购买操作请求;
记录单元,用于将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
一种提供业务对象库存信息的装置,应用于第二用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
购买请求发送单元,用于接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
一种提供业务对象库存信息的装置,应用于服务器,包括:
查看请求接收单元,用于接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
第五判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第六判断单元,用于如果所述第五判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元,用于如果所述第六判断单元的判断结果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
一种提供业务对象库存信息的装置,应用于第一用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
查询请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请通实施例,可以通过虚拟仓库以及虚拟库存的方式,将采购、调拨、退换货等在途尚未到达实体仓库的库存表达出来,这样,可以使得库存尚未到达实体仓库之前,就可以提前为前端消费者提供销售服务,提高商品的周转效率,避免商家错过销售时机。并且,可以直接将这种虚拟库存信息向前端消费者进行表达,例如在业务对象详情页面、购买页面等页面中展示,这样,可以避免消费者用户通过不断查询等方式来获取库存信息,有利于减轻销售平台的访问负担,降低对网络资源的浪费。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图;
图2是本申请实施例提供的实体仓库与虚拟仓库关系示意图;
图3是本申请实施例提供的第二方法的流程图;
图4是本申请实施例提供的第三方法的流程图;
图5是本申请实施例提供的第四方法的流程图;
图6是本申请实施例提供的第五方法的流程图;
图7是本申请实施例提供的第六方法的流程图;
图8是本申请实施例提供的第七方法的流程图
图9是本申请实施例提供的第八方法的流程图;
图10是本申请实施例提供的第一装置的示意图;
图11是本申请实施例提供的第二装置的示意图;
图12是本申请实施例提供的第三装置的示意图;
图13是本申请实施例提供的第四装置的示意图;
图14是本申请实施例提供的第五装置的示意图;
图15是本申请实施例提供的第六装置的示意图;
图16是本申请实施例提供的第七装置的示意图;
图17是本申请实施例提供的第八装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
首先,本申请发明人在实现本申请的过程中发现,销售平台的商家通过入库单的方式把待售卖的货品入驻到平台统一的仓库(为便于描述,将这类仓库称为“菜鸟仓”),通常会存在商家入库、调拨冻结、仓间调拨、盘点等操作,而在这一系列操作过程中,会在***中产生各种状态的库存(采购在途库存、调拨出库冻结库存、有效库存、残次库存、调拨在途库存等)。而现有技术中之所以只针对有效库存进行销售,其他库存类型不允许销售,其具体原因主要是***前端销售表达不确定性问题,具体包括发货时效问题等等,所以体系内各种库存操作,都会在一定程度上引起不可售。比如商家想对其业务对象某SKU(Stock Keeping Unit,库存量单位)入驻到菜鸟仓100件,商家一开始生成入库单,SKU会以采购在途库存状态存在,在电商前端是不可售的,等入库单菜鸟仓确认入库后,该SKU在菜鸟仓内以有效库存存在,这时电商前端才可销售。销售一段时间,该SKU可能会存在一定数量的菜鸟仓间调拨,例如,某SKU在向A仓入驻100件,向B仓入驻200件,在销售一段时间后,A仓中的库存不足,需要从B仓调拨50件,此时,在这50件实际进入A仓之前,这50件库存首先会进入调拨冻结状态,等到调拨发货后,这50件库存进入调拨在途状态。而这50件库存在前述调拨冻结以及调拨在途状态下,都是不可售的,直到实际进入A仓之后,才成为菜鸟仓内的有效库存,成为可销售状态。为此,本申请实施例就旨在解决菜鸟仓体系内库存在各个仓库间移动(采购在途库存、调拨冻结库存、调拨在途库存等)引起的不可销售问题,更好的降低业务对象的库存周转率。
具体的,本申请实施例引入虚拟仓库以及虚拟库存的概念,相应的,实际用于存储实体货品的仓库称为“实体仓库”,虚拟仓库是与实体仓库相关联的,只要商家或者***确定需要向某目标实体仓库进行入库,则在货品具体进入实体仓库之前的各种状态以及相应的数量信息,都可以在虚拟仓库中进行保存,这种数量则称为虚拟库存。这样,可以将这种虚拟库存信息表达给前段消费者,使得这部分尚未真正到达实体仓库的库存也可以成为可销售状态。在货物真正送到实体仓库时,对已经卖掉的货物进行立即发货,同时将没有销售掉的虚拟仓库可售数量转换成调入实体仓库的可售库存。以下对具体的实现方式进行介绍。
实施例一
参见图1,该实施例一首先提供了一种业务对象的库存信息处理方法,该方法具体可以包括以下步骤:
S101:服务器接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带有第一用户标识信息、所述SKU标识信息、目标实体仓库标识信息以及操作数量信息;
具体实现时,针对指定业务对象SKU的库存操作请求可以是由第一用户(例如,销售平台中的商家、卖家等)手动发出的,或者,也可以是由***自动发出的。对于前者,主要是由第一用户对其订购的各个实体仓库中的库存信息进行监控,如果发现某实体仓库中出现库存不足等情况时,可以从厂商采购,也即要求厂商向该实体仓库发货,或者还可以从就近的其他实体仓库进行调拨,等等。该步骤S101中所谓的库存操作,就可以包括前述要求厂商向实体仓库发货的操作,或者向目标实体仓库进行调拨的操作,等等。另外,有些***中还可以自动对实体仓库中的库存状态进行监控,或者进行销售预测等等,从而可以实现自动的仓库间库存调拨等等。总之,所述的库存操作可以包括某具体的SKU在进入到指定的目标实体仓库前,第一用户或者***对该SKU执行的库存操作。
也就是说,在本申请实施例中,只要是对SKU执行了库存操作,就可以通过相关的单据操作等,使得***获知这种库存操作行为的发生。例如,商家可以提交采购单、调拨单、换货单,等等。相应的,***就可以接收到相关的库存操作请求。具体的,库存操作请求中可携带有第一用户标识信息、SKU标识信息(例如业务对象id等)、目标实体仓库标识信息(也即即将入库到哪个实体仓库)以及操作数量信息(也即即将入库到实体仓库的数量),这些信息可以为后续的步骤提供处理依据。
S102:在虚拟仓库数据表中确定与所述第一用户标识信息、所述SKU标识信息以及所述目标实体仓库标识关联的虚拟库存信息条目;
关于虚拟仓库,在***中一般是以虚拟仓库数据表的形式存在,在数据表中包括多个条目,每个条目对应一个SKU的虚拟库存信息,当然,同一SKU可能对应多个实体仓库,每个实体仓库对应着各自的虚拟仓库,因此,数据表中还可以存在实体仓库标识字段。另外,数据表中还可以存在第一用户标识字段,通过第一用户标识、SKU标识、实体仓库标识,可以唯一定位到一条虚拟库存信息。当然,每个条目中还可包含一个“可售数量”字段,用于表达对应SKU的虚拟库存数量。
其中,关于虚拟仓库数据表可以是预先建立好的,并且,由于***中包含的第一用户,各个第一用户所具有的SKU,以及为各个SKU订购的实体仓库都是可以预先确定的,因此,也可以预先在虚拟仓库数据表中分别生成多个虚拟库存信息条目,只不过在初始状态下,各个条目中的“可售数量”字段的值可以为0,或者其他的默认值,后续随着库存操作请求的接收,可以对数据表中相应条目中的可售数量字段的值进行修改更新。另外,虚拟仓库数据表也可以不是预先创建的,而是在接收到第一条具体的库存操作请求时,按照预置的数据结构进行创建,并生成相应的虚拟库存信息条目,后续再接收到新的库存操作请求时,再生成新的虚拟库存信息条目。关于前一种实现方式,具有响应速度快等优点,而对于后一种实现方式,属于一种按需分配的方式,具有节省存储空间等优点,在实际应用中,可根据实际的需求进行选择,或者也可使用其他的类似方式实现。
需要说明的是,在具体实现时,虚拟仓库数据表的具体实现方式也可以有多种。例如,在其中一种实现方式下,可以利用一个统一的虚拟仓库数据表来表达全部即将进入某实体仓库但尚未进入的库存。也就是说,只要是SKU实际进入到目标实体仓库之前,无论具体处于何种状态,都可以通过一个统一的虚拟仓库数据表来保存其虚拟库存信息。例如,假设某商家甲从实体仓库A向实体仓库B调拨了50件某业务对象SKU,期间会经历被调拨冻结,到被运送过程中的调拨在途等状态,最后可能要经过10天左右才会具体进入实体仓库B。在上述统一保存虚拟库存信息的情况下,则不会区分调拨冻结以及调拨在途等状态,相应的虚拟库存信息可以在虚拟仓库数据表中保存10天左右。例如,这种虚拟仓库数据表可以如以下表1所示:
表1
序号 | 第一用户标识 | SKU标识 | 实体仓库标识 | 预售数量 |
1 | 用户id1 | 业务对象id1 | 实体仓库1 | n1 |
2 | 用户id1 | 业务对象id1 | 实体仓库2 | n2 |
3 | 用户id1 | 业务对象id2 | 实体仓库1 | n3 |
4 | 用户id2 | 业务对象id3 | 实体仓库3 | n4 |
…… | …… | …… | …… | …… |
在上述这种实现方式下,前端第二用户(主要指销售平台的买家用户)虽然能够对具有虚拟库存的SKU执行购买下单等操作,但是只能笼统地知晓其购买的业务对象尚未进入实体仓库,需要等待一段时间,实体仓库才能为其发货,但是,具体需要等待多长时间等,则无法提供给第二用户。对于第一用户而言,如果想要查询其各个SKU的库存情况,也只能将库存区分为实体库存以及虚拟库存两部分。
因此,为了能够提供更为精确的虚拟库存信息,在本申请的优选实施例中,还可以将库存操作区分为多种类型,针对不同的库存操作类型可以创建不同的虚拟仓库。其中,所谓库存操作类型就可以包括采购操作、冻结操作、实体仓库间的调拨操作或退换货操作,等等。相应的,虚拟仓库就可包括:采购在途虚拟仓库、调拨冻结虚拟仓库、调拨在途虚拟仓库或退换货在途虚拟仓库,等等。当然,虚拟仓库数据表也可以有多个,分别对应各种类型的虚拟仓库,用于描述SKU的不同库存状态。不同的虚拟仓库数据表可以分别进行编码。这样,参见图2,每一个菜鸟仓,都可以对应一个实体仓库(实体仓库包含对应的配送范围和发货的配送时效),每个实体仓库可以对应多个虚拟仓库,每一个虚拟仓库都继承对应实体仓库,并且继承对应实体仓库的配送范围,并且每个虚拟仓库还可以有自己的配送时效等。也就是说,虚拟仓库的信息除仓库的类型和仓库标识与对应的实体仓库不一样外,其他信息都可以和实体仓库是一样的(包括仓库地址、仓库销售范围、商家订阅关系等),在具体实现上,虚拟仓库继承实体仓库。当商家的库存在菜鸟仓间发生上述库存操作类型时,可以自动在对应的虚拟仓库数据表中增加对应的虚拟库存可售数量,并将其展现在前端销售。
例如,采购在途虚拟仓库数据表可以如以下表2所示:
表2
在上述表2中,保存的虚拟库存信息为处于采购在途状态的虚拟库存信息,也即,各个SKU如果有采购在途状态的虚拟库存,则都可以在上述表2中进行保存。
而关于调拨在途虚拟仓库数据表可以如以下表3所示:
表3
在上述表3中,保存的虚拟库存信息为处于调拨在途状态的虚拟库存信息,也即,各个SKU如果有调拨在途状态的虚拟库存,则都可以在上述表3中进行保存。
其他类型的虚拟仓库数据表也可以通过类似的方式实现,也就是说,在这种精细化的数据表中,还保存有各种库存状态信息,同一SKU如果在不同库存状态下都有虚拟库存,则可以分布在多个不同的数据表中来保存。当同一SKU的库存状态发生变化,还可能会对应虚拟仓库中可售数量的变化。例如,在需要从A仓向B仓进行库存调拨时,调拨单生成后,一般会首先生成调拨出库单,此时,这部分库存处于调拨冻结状态,相应的,可以生成调拨冻结库存;等调拨出库单确认出库后,则这部分库存会转换为调拨在途状态,也即,生成调拨在途库存,同时,需要将调拨冻结库存进行相应的扣减,等等。也就是说,当某库存从第一库存状态变化到第二库存状态时,可以对第一库存状态对应的第一虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行扣减,并对第二库存状态对应的第二虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行增加。
通过上述这种精细化的虚拟库存信息的表达,可以为第一用户提供更详细的虚拟库存查询结果,使得第一用户更清晰的知晓其SKU所处的具体库存状态,另外,也可以使得第二用户获得更优质的服务。
其中,关于第二用户获得的更优质的服务,主要体现在:不同类型的虚拟仓库对应着不同的库存状态,有些库存状态之间可能具有接续性,因此,不同的库存状态与进入实体仓库状态之间的距离可能是不同的。例如,如果某部分库存处于调拨冻结状态,则这部分库存需要先经历调拨在途状态之后,才会进入实体仓库,也就是说,对于调拨冻结状态与调拨在途这两种库存状态而言,调拨在途这种状态更接近于进入实体仓库的状态,相应的,这部分库存能够为第二用户提供更早发货的服务,因此,可以优先将这种调拨在途状态的库存信息提供给第二用户。
另外,由于不同库存状态对应的处理所需时间可能不同,因此,不同的虚拟仓库还可以对应不同的配送时效,例如,采购在途的配送时效为5天,调拨冻结的配送时效为2天,调拨在途的配送时效为3天,等等,这种配送时效体现的是从当前库存状态转化到下一库存状态时所需的时间。另外,从各种状态转化到入库到实体仓库后的配送时效也可能是不同的,这些因素共同导致实际为第二用户提供配送时到货所需的时间是不同的。因此,对于各种库存状态而言,还可以优先用到货所需时间最短的库存为第二用户提供发货服务,可以使得第二用户能够尽早的收到对应的货品。例如,某SKU存在采购在途状态的虚拟库存,同时还存在处于调拨在途状态的虚拟库存,由于调拨在途状态的到货所需时间短于采购在途的到货所需时间,因此,可以优先用调拨在途的库存为第二用户提供发货服务。
再者,通过这种精细化的虚拟库存信息的表达,还可以使得估算出的到货所需时间更准确,使得第二用户可以获得更准确的到货所需时间,而不是笼统的估计值。例如,如果某SKU处于调拨在途状态,则到货所需时间会短于调拨冻结状态下的到货所需时间,通过这种方式能体现出这种区别,而如果用统一的一个虚拟仓库数据表来表达,则如论是调拨在途状态还是调拨冻结状态,估算出的到货所需时间可能都是一个更笼统的值,例如15天,等等。
其中,对于各种库存状态对应的到货所需时间,还可以根据库存状态、配送时效以及进入实体仓库后的配送时效,确定出各自为第二用户提供发货服务时的到货所需时间。例如:
采购在途状态的到货所需时间=采购在途虚拟仓库的配送时效+采购入库到实体仓库对应的配送时效
调拨冻结状态的到货所需时间=调拨冻结虚拟仓库的配送时效+调拨在途虚拟仓库的配送时效+调拨入库到实体仓库对应的配送时效
调拨在途状态的到货所需时间=调拨在途虚拟仓库的配送时效+调拨入库到实体仓库对应的配送时效
因此,当接收到第二用户针对某SKU的购买请求时,如果该SKU在多个类型的虚拟仓库中均有库存,则可以分别结算各个虚拟仓库对应的到货所需时间,将其中到货所需时间最短的一个虚拟仓库的虚拟库存信息提供给第二用户,第二用户可以基于该信息进行下单操作,相应的,可以对该虚拟仓库的可售数量进行扣减,并可以在交易订单中记录该虚拟仓库的编码等信息,之后还可以将这些信息透传到物流***,等到对应的实体仓库中有库存时,就可以为第二用户执行发货操作。
需要说明的是,关于各种类型的虚拟仓库对应的配送时效的具体值,可以是预先确定的,例如,采购在途的配送时效统一为5天,调拨在途的配送时效统一为3天,等等,最终为第二用户提供的到货所需时间属于一种预计的估算值。或者,为了更加精确地计算到货所需时间,还可以根据配送的距离等具体信息,实际计算各种虚拟仓库对应的配送时效,等等。
另外需要说明的是,关于各种类型的虚拟仓库数据表可以是预先建立好的,并在其中为各个第一用户的各个SKU以及订购的实体仓库分别设置对应的虚拟库存信息条目,等到接收到库存操作请求时,即可根据操作的类型确定需要修改的目标虚拟仓库数据表,然后在其中找到对应的条目,对其中的可售字段的值进行修改。或者,还可以是在接收到具体的库存操作请求时,判断是否已经创建了对应类型的虚拟仓库数据表,如果已经建立,还可以判断其中是否已经存在与当前的第一用户标识、SKU标识、实体仓库标识对应的条目,如果已经存在,则直接对其可售数量字段的值进行修改,如果没有对应的条目,则可以进行创建;如果没有对应类型的虚拟仓库数据表,则还可以首先进行创建,等等。总之,在这种情况下,在该步骤S102之前,还可以首先确定出与库存操作类型关联的目标虚拟仓库数据表标识信息,然后在目标虚拟仓库数据表中确定与所述第一用户标识信息、所述SKU标识信息以及所述目标实体仓库标识关联的虚拟库存信息条目。
S103:根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新。
在确定出与第一用户标识信息、SKU标识信息以及目标实体仓库标识关联的虚拟库存信息条目之后,就可以对关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,为第二用户提供关于该业务对象SKU的可售服务,或者为其他用户提供查询服务等。例如,假设当前的库存操作为调拨运输操作,关联的虚拟库存信息条目是前述表3(调拨在途虚拟仓库数据表)中的第一条,操作的数量是50件,则可以将该条目中的预售数量字段的值修改为n5+50,等等。当然,在实际应用中,由于虚拟库存一般会经历运输、入库等过程之后才会真正进入到实体仓库中,之后才能为第二用户发货,而在运输、入库等过程中有可能会造成货品的破损、丢失等情况。例如,某商家从A仓向B仓调拨了100件SKU,但在运输途中损毁了2件,实际进入B仓能够为第二用户提供售卖的只有98件库存。而本申请实施例中将虚拟库存信息提供给第二用户之后,相当于是将这部分库存提前进行售卖,因此,为了防止在发生这种损毁、丢失等情况时,造成超卖等现象,在本申请实施例中,实际在根据库存操作中的操作数量修改虚拟仓库数据表中的可售字段值时,还可以利用预先设置的防损比例进行控制。也就是说,虚拟仓库数据库中增加的可售库存数量为:
虚拟仓库数据库中增加的可售库存数量=采购/调拨的数量×(1-防损比例)
例如,在接收到将某SKU调拨到某实体仓库100件的请求时,如果预置的防损比例是5%,则实际在对应的虚拟仓库数据表中,仅将可售数量增加95件。这样,在第二用户下单购买该SKU的过程中,当这95件全被卖完之后,将不能再对这部分库存进行购买。
需要说明的是,在第二用户对虚拟库存进行下单购买时,***会根据购买的数量对虚拟库存进行锁定,被锁定的库存准换为不可售状态,也就是说,当有部分虚拟库存被锁定之后,在向其他用户展示虚拟可售库存数量时,可以将被锁定的可售库存扣除出去。
后续当库存实际进入实体仓库时,就可以向第二用户进行发货操作,同时,可以将实体仓库入库单中的数量,减去虚拟仓库中被锁定的库存数量,然后计算出实体仓库的库存数量,保存到实体仓库数据表中。当然,如前文所述,在实际运输过程中,货品可能会发生损毁,因此,库存实际进入实体仓库时,实体仓库数据库中增加的实际可售数量为:
实体仓库实际增加的可售库存数量=采购/调拨的数量-被损毁的数量-虚拟仓库中被锁定的库存数量
例如,前述调拨的100件库存,在调拨在途的过程中,被锁定了10件,后续当这部分库存真正进入到实体仓库时,有2件被损毁,有98件可售,此时,就可以利用这些实际可售库存为第二用户发货,并且,在实体仓库数据表中,具体增加的可售数量为100-2-10=88。
另外需要说明的是,在实际应用中,还可能存在同一虚拟仓库对应多个单据的库存构成的情况。例如,实体仓库是A,对应的调拨在途虚拟仓库是A′,商家从实体仓库B向仓库A调拨了50件某型号冰箱,之后又从实体仓库C调拨了50件该型号的冰箱。则在A′的调拨在途库存对应两个单据(也即先后有两个针对实体仓库A的调拨单),库存数分别是50和50,则A′的可售库存为100,A的可售库存为0;此时,A′中的信息如表4所示:
表4
在这种状态下,假设有一个或多个第二用户在A′上购买了60件业务对象,则A′中将会锁定60件虚拟库存,如表5所示:
表5
之后,从仓库B调拨的50个库存完成向实体仓库A的入库时,可以做虚拟库存到实体库存的库存转换,此时,在计算实体仓库A的可售库存时,就可以用实际入库的库存数量,减去调拨在途虚拟仓库中被锁定的库存数量,也即50-60=-10,但是,由于库存数量一般不为负数,因此,此时A中的库存数量可以记录为0,也即,与实际入库的实体库存进行冲抵的锁定库存为50件,还有另外10件尚未冲抵。而A′的可售库存则可以用原有的可售库存,减去实际入库的库存,也即,100-50=50,锁定状态的库存数为尚未冲抵的10件,
如表6所示:
表6
此后,假设第二用户又在A′上购买了20件业务对象,则A′中被锁定的库存将会变为30,之后,第二个调拨单50个库存完成入库,此时也会做虚拟库存到实体库存的库存转换,A中的可售库存将会变为20(50-30=20),A′中的可售库存变为0。
以上实施例一主要从虚拟库存信息的生成、维护等角度对本申请实施例进行了介绍,通过本申请实施例提供的方案,可以通过虚拟仓库以及虚拟库存的方式,将采购、调拨、退换货等在途尚未到达实体仓库的库存表达出来,这样,可以使得库存尚未到达实体仓库之前,就可以提前为前端消费者提供销售服务,提高商品的周转效率,避免使得商家错过销售时机。并且,可以直接将这种虚拟库存信息向前端消费者进行表达,例如,在业务对象详情页面、购买页面等页面中展示,这样,可以避免消费者用户通过不断查询等方式来获取库存信息,有利于减轻销售平台的访问负担,降低对网络资源的浪费。
实施例二
以上实施例一是从服务器端的角度,提供了业务对象的库存信息处理方法,该实施例二是与实施例一相对应的,主要是从第一用户客户端的角度,提供了一种业务对象的库存信息处理方法,也即,步骤S101中的库存操作请求,可以是由第一用户客户端发出的,此时,参见图3,该方法可以包括以下步骤:
S301:第一用户客户端获取库存操作信息,所述库存操作信息包括第一用户标识信息、业务对象SKU标识信息、目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
具体实现时,可以由第二用户按照预置的格式提交各种类型的库存操作单据,单据中可以包括第一用户标识信息、业务对象SKU标识信息、目标实体仓库标识信息以及操作数量信息,客户端接收到这种单据之后,就可以从中获取前述库存操作信息。例如,在需要从A仓向B仓进行库存调拨时,调拨单生成后,一般会首先生成调拨出库单,之后会生成调拨冻结库存,等调拨出库单确认出库后,则会生成调拨在途库存,等等。
S302:向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述第一用户标识信息、所述SKU标识信息以及所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新。
由于该实施例二是与实施例一相对应的,仅仅是描述角度有所不同,因此,相关的实现细节可以参见实施例一中的介绍,这里不再赘述。
在建立起虚拟库存信息之后以及在维护的过程中,就可以为第一用户以及第二用户提供查询、购买等对外服务。下面从这种具体服务的角度,进行介绍。
实施例三
该实施例三中,主要从服务器角度,介绍为第二用户提供查询服务的具体实现。参见图4,该实施例三提供了一种提供业务对象库存信息的方法,该方法可以包括以下步骤:
S401:服务器接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
在第二用户主要是指前端消费者用户,这种第二用户在浏览销售平台提供的用户界面的过程中,可能会浏览某业务对象的详情页面,在该详情页面中可能会提供用于选择具体属性值(例如颜色、尺寸、容量、规格等等)的选项,用于选定某具体的SKU,此时,页面一般需要向第二用户展示该SKU的库存信息。现有技术中,只有在实体仓库中实际有库存的情况下,才会将该SKU置为可售状态(相应的购买操作按钮可以置为可点击等可操作状态)。该步骤S401中就是指接收这种查看指定SKU库存信息的请求。
S402:判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
接收到第二用户客户端的浏览请求后,可以首先判断该SKU对应的实体仓库数据表中是否有实体可售库存,也即判断该数据表中可售数量字段的值是否大于0,如果是,则代表有可售库存。
需要说明的是,在具体实现时,在该步骤之前可能还包括以下步骤:根据当前第二用户的地理位置信息(可以根据第二用户的IP地址、定位信息、历史收货地址等信息确定),确定出配送范围相符合的实体仓库,然后再判断该仓库中是否有可售库存。相应的,由于与该实体仓库关联的各个虚拟仓库与该实体仓库的配送范围是相同的,因此,也可以确定出相匹配的目标虚拟仓库。
S403:如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
在本申请实施例中,如果实体仓库中没有可售库存,并不是直接向客户端返回不可售的结果,而是首先判断该实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,也即虚拟仓库数据表的可售数量字段是否大于0,如果是,则存在虚拟可售库存。这种虚拟仓库数据表也就是说实施例一中建立并维护的数据表,用于保存SKU进入到指定的目标实体仓库前,SKU所具有的库存状态以及相应的可售数量。
当然,在实际应用中,对于第二用户已经下单购买的库存,在虚拟仓库数据表中可以标记为锁定状态,因此,在判断虚拟仓库中是否存在可售库存时,可以首先将其可售数量字段的值减去处于锁定状态的数量值,如果该差值大于0,则确定该虚拟仓库中存在可售库存。
S404:如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
如果虚拟库存数据表中存在可售库存,则可以将其中的可售数量信息返回给第二用户客户端,这样第二用户客户端就可以在详情页面中展示出该SKU的可售数量信息,并且将用于执行购买等相关操作的选项置为可操作状态,使得用户可以执行下单等操作。
其中,如实施例一中所述,同一SKU的不同库存状态可能会对应不同的虚拟仓库数据表,并且各个虚拟仓库数据表分别对应各自的配送时效,因此,可能会出现与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存的情况,此时,可以根据其中到货所需时间最短的目标虚拟仓库数据表中的可售数量信息,向第二用户客户端返回库存信息。同时,还可以将目标虚拟仓库数据表对应的库存状态信息以及到货所需时间返回给第二用户客户端,使得第二用户可以准确的知晓其需要购买的货品现在的状态,以及到货所需时间是否可以满足其需求,等等。其中,到货所需时间可以根据虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定来确定,具体可以参见实施例一中的介绍,这里不再详述。
实施例四
该实施例四是与实施例三相对应的,从第二用户客户端的角度,提供了一种提供业务对象库存信息的方法,参见图5,该方法可以包括以下步骤:
S501:第二用户客户端确定指定业务对象中被选中的属性值信息;
S502:根据所述属性值信息确定该业务对象的SKU标识信息;
S503:向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
S504:接收到服务器返回的库存信息后,提供该SKU的库存信息。
其中,同一SKU的不同库存状态可能会对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,因此,如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则服务器可以根据其中到货所需时间最短的目标虚拟仓库数据表中的可售数量信息,向第二用户客户端返回库存信息,其中,到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。相应的,第二用户客户端可以将这种目标虚拟仓库数据表中的可售数量信息提供给第二用户。如果服务器还返回了目标虚拟仓库数据对应的库存状态信息以及所述到货所需时间,则还可以一并提供给第二用户,使得第二用户可以知晓关于其所需业务对象SKU的更详细的库存信息。
实施例五
在实际应用中,作为消费者的第二用户除了需要查询其指定业务对象SKU的库存信息之外,一般在其进入到具体的购买界面时,也可以为第二用户提供相关的库存信息,并且,***也可以对相关的虚拟仓库中的可售数量执行锁定等操作。该实施例五就是从服务器的角度,提供了一种提供业务对象库存信息的方法,参见图6,该方法可以包括以下步骤:
S601:服务器接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
S602:判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
S603:如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
前述步骤S601至S603与实施例三中的S401至S404相同,这里不再详述。
S604:接收第二用户客户端对该SKU的购买操作请求;
S605:将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
将虚拟仓库编码等标识信息记录在交易订单中,可以实现一种前置路由,并且可以将该交易订单透传给物流***,对对应的实体仓库中的库存进行监控,在实体仓库中出现库存时,就可以为第二用户执行发货操作。或者,可以按照预置的时间间隔向物流***发送发货请求,物流***在每次收到请求后都可以判断对应的实体仓库中是否有库存,如果有就可以为第二用户进行发货。
实施例六
该实施例六是与实施例五相对应的,从第二用户客户端的角度,提供了一种提供业务对象库存信息的方法,参见图7,该方法可以包括以下步骤:
S701:第二用户客户端确定指定业务对象中被选中的属性值信息;
S702:根据所述属性值信息确定该业务对象的SKU标识信息;
S703:向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
S704:接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
S705:接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
实施例七
该实施例七是针对第一用户查询其SKU库存信息的应用场景,从服务器的角度,提供了一种提供业务对象库存信息的方法,参见图8,该方法可以包括以下步骤:
S801:服务器接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
S802:判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
S803:如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
S804:如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
其中,同一SKU的不同库存状态可能对应不同的虚拟仓库数据表,此时,可以根据该SKU在各个虚拟库存数据表中的可售数量信息向第一用户客户端返回库存信息,这种库存信息可以包括该SKU在各个虚拟库存数据表中对应的库存状态以及可售数量信息,这样可以使得第一用户知晓其SKU分别处于何种库存状态,以及各种状态下的可售数量分别为多少,进而可以帮助其判断是否需要为某仓库进行补货、是否需要在某些仓库之间进行调拨等等。
实施例八
该实施例八是与实施例七相对应的,从第一用户客户端的角度,提供了一种提供业务对象库存信息的方法,参见图9,该方法可以包括以下步骤:
S901:第一用户客户端确定指定业务对象中被选中的属性值信息;
S902:根据所述属性值信息确定该业务对象的SKU标识信息;
S903:向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
S904:接收到服务器返回的库存信息后,提供该SKU的库存信息。
需要说明的是,前述实施例三至实施例八的具体实现,在实施例一中均有相关的介绍,因此,相关的实现细节参见实施例一即可,这里不再赘述。
与实施例一提供的业务对象的库存信息处理方法相对应,本申请实施例还提供了一种业务对象的库存信息处理装置,应用于服务器,参见图10,该装置包括:
库存操作请求接收单元1001,用于接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带目标实体仓库标识信息以及操作数量信息;
信息条目确定单元1002,用于在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;
信息更新单元1003,用于根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
其中,所述库存操作请求中还携带有库存操作类型信息,不同的库存操作类型对应不同的虚拟仓库数据表,用于描述SKU的不同库存状态,所述装置还包括:
数据表标识确定单元,用于确定与所述库存操作类型关联的目标虚拟仓库数据表标识信息;
所述信息条目确定单元1002具体用于:
在所述目标虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目。
其中,所述操作类型包括采购操作、冻结操作、实体仓库间的调拨操作、退换货操作中的至少一种。
可选地,各个虚拟仓库数据表分别对应各自的配送时效,以便当同一SKU在多个虚拟仓库数据表中都存在可售数量时,根据所述配送时效信息提供SKU可售服务。
库存在虚拟仓库之间进行转换时,所述信息更新单元具体用于:
如果所述库存操作请求引起所述SKU从第一库存状态变化到第二库存状态,则根据所述操作数量信息,对第一库存状态对应的第一虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行扣减,并对第二库存状态对应的第二虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行增加。
其中,所述信息更新单元具体用于:
根据所述操作数量信息以及预置的防损比例,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新。
另外,该装置还可以包括:
锁定单元,用于接收到对所述虚拟仓库数据表中的虚拟库存进行购买的操作请求时,在对应的虚拟库存信息条目中,将购买操作对应的数量进行锁定,以便当接收到关于所述虚拟仓库数据表中的虚拟库存信息查询请求时,利用所述虚拟库存信息条目中所述可售数量字段的值减去锁定的数量值,将所得差值返回。
虚实转换单元,用于当库存进入到对应的实体仓库时,将对应的虚拟仓库数据表中的可售数量清零,并增加实体仓库数据表中的可售数量;其中,实体仓库数据表中增加的可售数量为:实际进入到实体仓库的库存数量减去对应的虚拟仓库数据表中被锁定的数量。
与实施例二提供的业务对象的库存信息处理方法相对应,本申请实施例还提供了一种业务对象的库存信息处理装置,应用于第一用户客户端,参见图11,该装置可以包括:
库存操作信息获取单元1101,用于获取库存操作信息,所述库存操作信息包括目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
库存操作请求发送单元1102,用于向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
与实施例三提供的提供业务对象库存信息的方法相对应,本申请实施例还提供了一种提供业务对象库存信息的装置,应用于服务器,参见图12,该装置可以包括:
浏览请求接收单元1201,用于接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
第一判断单元1202,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第二判断单元1203,用于如果所述第一判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元1204,用于如果所述第二判断单元的判断结果为存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
其中,同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述信息返回单元具体用于:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则根据其中到货所需时间最短的目标虚拟仓库数据表中的可售数量信息,向所述第二用户客户端返回库存信息;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
该装置还可以包括:
到货信息返回单元,用于将所述目标虚拟仓库数据表对应的库存状态信息以及所述到货所需时间返回。
与实施例四相对应,该实施例还提供了一种提供业务对象库存信息的装置,应用于第二用户客户端,参见图13,该装置可以包括:
属性值信息确定单元1301,用于确定指定业务对象中被选中的属性值信息;
SKU标识信息确定单元1302,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元1303,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元1304,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
与实施例五相对应,该实施例还提供了一种提供业务对象库存信息的装置,其特征在于,参见图14,该装置具体可以包括:
查询请求接收单元1401,用于接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
第三判断单元1402,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第四判断单元1403,用于如果所述第三判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
购买请求接收单元1404,用于接收第二用户客户端对该SKU的购买操作请求;
记录单元1405,用于将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述记录单元1405具体用于:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则将其中到货所需时间最短的目标虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
另外,该装置还可以包括:
监控单元,用于对所述虚拟仓库数据表关联的实体仓库数据表中该SKU的可售数量进行监控;
触发单元,用于当实体仓库数据表中出现实体可售库存时,触发执行发货操作。
或者,还可以包括:
定时触发单元,用于按照预置的时间间隔,定时触发执行发货操作。
与实施例六相对应,本申请实施例还提供了一种提供业务对象库存信息的装置,应用于第二用户客户端,参见图15,该装置具体可以包括:
属性值信息确定单元1501,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元1502,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元1503,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元1504,用于接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
购买请求发送单元1505,用于接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
与实施例七相对应,本申请实施例还提供了一种提供业务对象库存信息的装置,应用于服务器,参见图16,该装置具体可以包括:
查看请求接收单元1601,用于接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
第五判断单元1602,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第六判断单元1603,用于如果所述第五判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元1604,用于如果所述第六判断单元的判断结果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
其中,同一SKU的不同库存状态对应不同的虚拟仓库数据表,所述信息返回单元具体用于:
根据该SKU在各个虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息,所述库存信息包括该SKU在各个虚拟库存数据表中对应的库存状态以及可售数量信息。
与实施例八相对应,本申请实施例还提供了一种提供业务对象库存信息的装置,应用于第一用户客户端,参见图17,该装置具体可以包括:
属性值信息确定单元1701,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元1702,用于根据所述属性值信息确定该业务对象的SKU标识信息;
查询请求发送单元1703,用于向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元1704,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
通过本申请通实施例,可以通过虚拟仓库以及虚拟库存的方式,将采购、调拨、退换货等在途尚未到达实体仓库的库存表达出来,这样,可以使得库存尚未到达实体仓库之前,就可以提前为前端消费者提供销售服务,提高商品的周转效率,避免商家错过销售时机。并且,可以直接将这种虚拟库存信息向前端消费者进行表达,例如在业务对象详情页面、购买页面等页面中展示,这样,可以避免消费者用户通过不断查询等方式来获取库存信息,有利于减轻销售平台的访问负担,降低对网络资源的浪费。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***或***实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的业务对象的库存信息处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (42)
1.一种业务对象的库存信息处理方法,其特征在于,包括:
服务器接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带目标实体仓库标识信息以及操作数量信息;
在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;
根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
2.根据权利要求1所述的方法,其特征在于,所述库存操作请求中还携带有库存操作类型信息,不同的库存操作类型对应不同的虚拟仓库数据表,用于描述SKU的不同库存状态,所述方法还包括:
确定与所述库存操作类型关联的目标虚拟仓库数据表标识信息;
所述在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,包括:
在所述目标虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目。
3.根据权利要求2所述的方法,其特征在于,所述操作类型包括采购操作、冻结操作、实体仓库间的调拨操作、退换货操作中的至少一种。
4.根据权利要求2所述的方法,其特征在于,各个虚拟仓库数据表分别对应各自的配送时效,以便当同一SKU在多个虚拟仓库数据表中都存在可售数量时,根据所述配送时效信息提供SKU可售服务。
5.根据权利要求2所述的方法,其特征在于,所述根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,包括:
如果所述库存操作请求引起所述SKU从第一库存状态变化到第二库存状态,则根据所述操作数量信息,对第一库存状态对应的第一虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行扣减,并对第二库存状态对应的第二虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行增加。
6.根据权利要求1所述的方法,其特征在于,所述根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,包括:
根据所述操作数量信息以及预置的防损比例,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新。
7.根据权利要求1所述的方法,其特征在于,还包括:
接收到对所述虚拟仓库数据表中的虚拟库存进行购买的操作请求时,在对应的虚拟库存信息条目中,将购买操作对应的数量进行锁定,以便当接收到关于所述虚拟仓库数据表中的虚拟库存信息查询请求时,利用所述虚拟库存信息条目中所述可售数量字段的值减去锁定的数量值,将所得差值返回。
8.根据权利要求7所述的方法,其特征在于,还包括:
当库存进入到对应的实体仓库时,将对应的虚拟仓库数据表中的可售数量清零,并增加实体仓库数据表中的可售数量;其中,实体仓库数据表中增加的可售数量为:实际进入到实体仓库的库存数量减去对应的虚拟仓库数据表中被锁定的数量。
9.一种业务对象的库存信息处理方法,其特征在于,包括:
第一用户客户端获取库存操作信息,所述库存操作信息包括目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
10.一种提供业务对象库存信息的方法,其特征在于,包括:
服务器接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
11.根据权利要求10所述的方法,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息,包括:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则根据其中到货所需时间最短的目标虚拟仓库数据表中的可售数量信息,向所述第二用户客户端返回库存信息;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
12.根据权利要求10所述的方法,其特征在于,还包括:
将所述目标虚拟仓库数据表对应的库存状态信息以及所述到货所需时间返回。
13.一种提供业务对象库存信息的方法,其特征在于,包括:
第二用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的库存信息后,提供该SKU的库存信息。
14.一种提供业务对象库存信息的方法,其特征在于,包括:
服务器接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收第二用户客户端对该SKU的购买操作请求;
将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
15.根据权利要求14所述的方法,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,包括:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则将其中到货所需时间最短的目标虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
16.根据权利要求14所述的方法,其特征在于,还包括:
对所述虚拟仓库数据表关联的实体仓库数据表中该SKU的可售数量进行监控;
当实体仓库数据表中出现实体可售库存时,触发执行发货操作。
17.根据权利要求14所述的方法,其特征在于,还包括:
按照预置的时间间隔,定时触发执行发货操作。
18.一种提供业务对象库存信息的方法,其特征在于,包括:
第二用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
19.一种提供业务对象库存信息的方法,其特征在于,包括:
服务器接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
20.根据权利要求19所述的方法,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,所述根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息,包括:
根据该SKU在各个虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息,所述库存信息包括该SKU在各个虚拟库存数据表中对应的库存状态以及可售数量信息。
21.一种提供业务对象库存信息的方法,其特征在于,包括:
第一用户客户端确定指定业务对象中被选中的属性值信息;
根据所述属性值信息确定该业务对象的SKU标识信息;
向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
接收到服务器返回的库存信息后,提供该SKU的库存信息。
22.一种业务对象的库存信息处理装置,其特征在于,应用于服务器,包括:
库存操作请求接收单元,用于接收针对指定业务对象库存量单位SKU的库存操作请求;所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;所述库存操作请求中携带目标实体仓库标识信息以及操作数量信息;
信息条目确定单元,用于在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目;
信息更新单元,用于根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
23.根据权利要求22所述的装置,其特征在于,所述库存操作请求中还携带有库存操作类型信息,不同的库存操作类型对应不同的虚拟仓库数据表,用于描述SKU的不同库存状态,所述装置还包括:
数据表标识确定单元,用于确定与所述库存操作类型关联的目标虚拟仓库数据表标识信息;
所述信息条目确定单元具体用于:
在所述目标虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目。
24.根据权利要求23所述的装置,其特征在于,所述操作类型包括采购操作、冻结操作、实体仓库间的调拨操作、退换货操作中的至少一种。
25.根据权利要求23所述的装置,其特征在于,各个虚拟仓库数据表分别对应各自的配送时效,以便当同一SKU在多个虚拟仓库数据表中都存在可售数量时,根据所述配送时效信息提供SKU可售服务。
26.根据权利要求23所述的装置,其特征在于,所述信息更新单元具体用于:
如果所述库存操作请求引起所述SKU从第一库存状态变化到第二库存状态,则根据所述操作数量信息,对第一库存状态对应的第一虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行扣减,并对第二库存状态对应的第二虚拟仓库数据表中关联的虚拟库存信息条目中可售数量字段的值进行增加。
27.根据权利要求22所述的装置,其特征在于,所述信息更新单元具体用于:
根据所述操作数量信息以及预置的防损比例,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新。
28.根据权利要求22所述的装置,其特征在于,还包括:
锁定单元,用于接收到对所述虚拟仓库数据表中的虚拟库存进行购买的操作请求时,在对应的虚拟库存信息条目中,将购买操作对应的数量进行锁定,以便当接收到关于所述虚拟仓库数据表中的虚拟库存信息查询请求时,利用所述虚拟库存信息条目中所述可售数量字段的值减去锁定的数量值,将所得差值返回。
29.根据权利要求28所述的装置,其特征在于,还包括:
虚实转换单元,用于当库存进入到对应的实体仓库时,将对应的虚拟仓库数据表中的可售数量清零,并增加实体仓库数据表中的可售数量;其中,实体仓库数据表中增加的可售数量为:实际进入到实体仓库的库存数量减去对应的虚拟仓库数据表中被锁定的数量。
30.一种业务对象的库存信息处理装置,其特征在于,应用于第一用户客户端,包括:
库存操作信息获取单元,用于获取库存操作信息,所述库存操作信息包括目标实体仓库标识信息以及操作数量信息,所述库存操作包括所述SKU进入到指定的目标实体仓库前,对所述SKU执行的库存操作;
库存操作请求发送单元,用于向服务器发送针对所述SKU的库存操作请求,并在所述库存操作请求中携带所述库存操作信息,以便所述服务器在虚拟仓库数据表中确定与所述目标实体仓库标识关联的虚拟库存信息条目,并根据所述操作数量信息,对所述关联的虚拟库存信息条目中可售数量字段的值进行更新,以便根据所述虚拟库存信息条目中可售数量字段的值,提供关于该业务对象SKU的可售服务。
31.一种提供业务对象库存信息的装置,其特征在于,应用于服务器,包括:
浏览请求接收单元,用于接收第二用户客户端对指定业务对象SKU的库存信息浏览请求;
第一判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第二判断单元,用于如果所述第一判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元,用于如果所述第二判断单元的判断结果为存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息。
32.根据权利要求31所述的装置,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述信息返回单元具体用于:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则根据其中到货所需时间最短的目标虚拟仓库数据表中的可售数量信息,向所述第二用户客户端返回库存信息;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
33.根据权利要求31所述的装置,其特征在于,还包括:
到货信息返回单元,用于将所述目标虚拟仓库数据表对应的库存状态信息以及所述到货所需时间返回。
34.一种提供业务对象库存信息的装置,其特征在于,应用于第二用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识信息确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
35.一种提供业务对象库存信息的装置,其特征在于,应用于服务器,包括:
查询请求接收单元,用于接收第二用户客户端对指定业务对象SKU的库存信息查询请求;
第三判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第四判断单元,用于如果所述第三判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则将虚拟可售库存信息返回给第二用户客户端,以便第二用户客户端提供所述虚拟可售库存信息,并将用于执行购买操作的选项置为可操作状态;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
购买请求接收单元,用于接收第二用户客户端对该SKU的购买操作请求;
记录单元,用于将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
36.根据权利要求35所述的装置,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,各个虚拟仓库数据表分别对应各自的配送时效,所述记录单元具体用于:
如果与该SKU的实体仓库关联的多个虚拟仓库数据表中,均存在该SKU的虚拟可售库存,则将其中到货所需时间最短的目标虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中;
其中,所述到货所需时间根据所述虚拟仓库数据表对应的库存状态、配送时效以及进入实体仓库后的配送时效确定。
37.根据权利要求35所述的装置,其特征在于,还包括:
监控单元,用于对所述虚拟仓库数据表关联的实体仓库数据表中该SKU的可售数量进行监控;
触发单元,用于当实体仓库数据表中出现实体可售库存时,触发执行发货操作。
38.根据权利要求35所述的方法,其特征在于,还包括:
定时触发单元,用于按照预置的时间间隔,定时触发执行发货操作。
39.一种提供业务对象库存信息的装置,其特征在于,应用于第二用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
浏览请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息浏览请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存,如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存,如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第二用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的可售数量信息后,提供该SKU的库存信息,并将用于执行购买操作的选项置于可操作状态;
购买请求发送单元,用于接收到对该SKU的购买操作请求后,将所述购买操作请求发送到服务器,以便服务器将所述虚拟仓库数据表标识信息作为发货仓库信息记录在交易订单中,并对所述虚拟仓库数据表中该SKU的虚拟可售数量进行对应购买数量的锁定操作。
40.一种提供业务对象库存信息的装置,其特征在于,应用于服务器,包括:
查看请求接收单元,用于接收第一用户客户端对指定业务对象SKU的库存信息查看请求;
第五判断单元,用于判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;
第六判断单元,用于如果所述第五判断单元的判断结果为不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
信息返回单元,用于如果所述第六判断单元的判断结果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息。
41.根据权利要求40所述的装置,其特征在于,同一SKU的不同库存状态对应不同的虚拟仓库数据表,所述信息返回单元具体用于:
根据该SKU在各个虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息,所述库存信息包括该SKU在各个虚拟库存数据表中对应的库存状态以及可售数量信息。
42.一种提供业务对象库存信息的装置,其特征在于,应用于第一用户客户端,包括:
属性值信息确定单元,用于确定指定业务对象中被选中的属性值信息;
SKU标识确定单元,用于根据所述属性值信息确定该业务对象的SKU标识信息;
查询请求发送单元,用于向服务器发送针对该业务对象SKU的库存信息查询请求,以便所述服务器判断所述指定业务对象SKU在实体仓库数据表中是否存在实体可售库存;如果不存在,则判断与该SKU的实体仓库数据表关联的虚拟仓库数据表中,是否存在该SKU的虚拟可售库存;如果存在,则根据该SKU在虚拟库存数据表中的可售数量信息向所述第一用户客户端返回库存信息;所述虚拟仓库数据表中用于保存所述SKU进入到指定的目标实体仓库前,所述SKU所具有的库存状态以及相应的可售数量;
库存信息提供单元,用于接收到服务器返回的库存信息后,提供该SKU的库存信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510196960.4A CN106156975A (zh) | 2015-04-23 | 2015-04-23 | 业务对象的库存信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510196960.4A CN106156975A (zh) | 2015-04-23 | 2015-04-23 | 业务对象的库存信息处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106156975A true CN106156975A (zh) | 2016-11-23 |
Family
ID=57346382
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510196960.4A Pending CN106156975A (zh) | 2015-04-23 | 2015-04-23 | 业务对象的库存信息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106156975A (zh) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106845905A (zh) * | 2017-01-25 | 2017-06-13 | 九三粮油工业集团有限公司 | 物资管理方法 |
CN107301599A (zh) * | 2017-06-07 | 2017-10-27 | 多边金宝商业有限公司 | 一种黄金交易处理方法及装置 |
CN107392516A (zh) * | 2017-06-01 | 2017-11-24 | 广西群创科技有限公司 | 一种图书配货方法及*** |
CN107527183A (zh) * | 2017-09-29 | 2017-12-29 | 广州初心网络科技有限公司 | 基于云仓库的多sku产品的管理方法及***和***的操作方法、电子产品和电子装置 |
CN108108378A (zh) * | 2016-11-24 | 2018-06-01 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法及装置 |
CN108182617A (zh) * | 2017-11-29 | 2018-06-19 | 商派软件有限公司 | 一种小型高并发扣减库存下单订单方法 |
CN108241671A (zh) * | 2016-12-26 | 2018-07-03 | 北京京东尚科信息技术有限公司 | 业务处理方法和装置 |
CN108269107A (zh) * | 2016-12-30 | 2018-07-10 | 阿里巴巴集团控股有限公司 | 用户信息处理方法及装置 |
CN108335163A (zh) * | 2017-01-19 | 2018-07-27 | 阿里巴巴集团控股有限公司 | 一种同步对象信息的方法和***,及同步库存的方法 |
CN108389013A (zh) * | 2017-02-03 | 2018-08-10 | 北京京东尚科信息技术有限公司 | 仓储数据动态处理方法及装置 |
CN108428075A (zh) * | 2017-02-13 | 2018-08-21 | 菜鸟智能物流控股有限公司 | 一种库存信息更新方法和装置 |
CN108460507A (zh) * | 2017-02-22 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 订单处理方法、交易***及服务器 |
CN108510337A (zh) * | 2017-02-24 | 2018-09-07 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN108874805A (zh) * | 2017-05-09 | 2018-11-23 | 腾讯科技(北京)有限公司 | 数据的处理方法和装置 |
CN109146383A (zh) * | 2018-08-28 | 2019-01-04 | 深圳市鼎昇贸易有限公司 | 虚拟库存的管理方法及相关产品 |
CN109272181A (zh) * | 2017-07-18 | 2019-01-25 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及*** |
CN109389337A (zh) * | 2017-08-04 | 2019-02-26 | 北京京东尚科信息技术有限公司 | 信息处理方法和装置 |
CN109492978A (zh) * | 2018-11-27 | 2019-03-19 | 成都天长健科技有限公司 | 基于互联网的不停业盘点方法及*** |
CN109978428A (zh) * | 2017-12-28 | 2019-07-05 | 北京京东尚科信息技术有限公司 | 数据估算方法和装置以及计算机可读存储介质 |
CN110322186A (zh) * | 2018-03-30 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法、装置及*** |
CN110371563A (zh) * | 2018-11-15 | 2019-10-25 | 天津京东深拓机器人科技有限公司 | 出库定位方法和装置 |
CN110443533A (zh) * | 2018-05-02 | 2019-11-12 | 北京京东尚科信息技术有限公司 | 商品分仓入库方法、装置、电子设备及计算机可读介质 |
CN110633924A (zh) * | 2018-06-21 | 2019-12-31 | 北京京东振世信息技术有限公司 | 用于将商品分仓间存储的方法和*** |
CN111047242A (zh) * | 2018-10-15 | 2020-04-21 | 北京京东尚科信息技术有限公司 | 一种库存差异的监控方法和装置 |
CN111144819A (zh) * | 2019-12-28 | 2020-05-12 | 云汉芯城(上海)互联网科技股份有限公司 | 一种物料配单的方法、***、设备及可读存储介质 |
CN111985863A (zh) * | 2019-05-24 | 2020-11-24 | 北京京东尚科信息技术有限公司 | 套机类物品的库存管理方法、装置、电子设备及存储介质 |
CN112258120A (zh) * | 2020-10-29 | 2021-01-22 | 广州新奥达云科技有限公司 | 仓库资源管理方法、装置、计算机设备 |
CN113762865A (zh) * | 2021-01-06 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种库存信息处理方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101042750A (zh) * | 2007-01-05 | 2007-09-26 | 广州宝钢南方贸易有限公司 | 可供资源管理***及可供资源管理方法 |
CN102609868A (zh) * | 2012-02-03 | 2012-07-25 | 纽海信息技术(上海)有限公司 | 购物***及购物方法 |
CN103632281A (zh) * | 2012-08-29 | 2014-03-12 | 阿里巴巴集团控股有限公司 | 一种提供商品信息的方法及装置 |
CN104516895A (zh) * | 2013-09-27 | 2015-04-15 | 阿里巴巴集团控股有限公司 | 商品对象库存信息处理方法及*** |
-
2015
- 2015-04-23 CN CN201510196960.4A patent/CN106156975A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101042750A (zh) * | 2007-01-05 | 2007-09-26 | 广州宝钢南方贸易有限公司 | 可供资源管理***及可供资源管理方法 |
CN102609868A (zh) * | 2012-02-03 | 2012-07-25 | 纽海信息技术(上海)有限公司 | 购物***及购物方法 |
CN103632281A (zh) * | 2012-08-29 | 2014-03-12 | 阿里巴巴集团控股有限公司 | 一种提供商品信息的方法及装置 |
CN104516895A (zh) * | 2013-09-27 | 2015-04-15 | 阿里巴巴集团控股有限公司 | 商品对象库存信息处理方法及*** |
Cited By (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108108378A (zh) * | 2016-11-24 | 2018-06-01 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法及装置 |
CN108241671A (zh) * | 2016-12-26 | 2018-07-03 | 北京京东尚科信息技术有限公司 | 业务处理方法和装置 |
CN108269107B (zh) * | 2016-12-30 | 2021-12-14 | 阿里巴巴集团控股有限公司 | 用户信息处理方法及装置 |
CN108269107A (zh) * | 2016-12-30 | 2018-07-10 | 阿里巴巴集团控股有限公司 | 用户信息处理方法及装置 |
CN108335163A (zh) * | 2017-01-19 | 2018-07-27 | 阿里巴巴集团控股有限公司 | 一种同步对象信息的方法和***,及同步库存的方法 |
CN106845905A (zh) * | 2017-01-25 | 2017-06-13 | 九三粮油工业集团有限公司 | 物资管理方法 |
CN108389013A (zh) * | 2017-02-03 | 2018-08-10 | 北京京东尚科信息技术有限公司 | 仓储数据动态处理方法及装置 |
CN108389013B (zh) * | 2017-02-03 | 2021-04-30 | 北京京东尚科信息技术有限公司 | 仓储数据动态处理方法及装置 |
CN108428075A (zh) * | 2017-02-13 | 2018-08-21 | 菜鸟智能物流控股有限公司 | 一种库存信息更新方法和装置 |
CN108460507A (zh) * | 2017-02-22 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 订单处理方法、交易***及服务器 |
CN108510337A (zh) * | 2017-02-24 | 2018-09-07 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN108510337B (zh) * | 2017-02-24 | 2021-12-10 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN108874805B (zh) * | 2017-05-09 | 2022-05-20 | 腾讯科技(北京)有限公司 | 数据的处理方法和装置 |
CN108874805A (zh) * | 2017-05-09 | 2018-11-23 | 腾讯科技(北京)有限公司 | 数据的处理方法和装置 |
CN107392516A (zh) * | 2017-06-01 | 2017-11-24 | 广西群创科技有限公司 | 一种图书配货方法及*** |
CN107301599A (zh) * | 2017-06-07 | 2017-10-27 | 多边金宝商业有限公司 | 一种黄金交易处理方法及装置 |
CN109272181A (zh) * | 2017-07-18 | 2019-01-25 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及*** |
CN109272181B (zh) * | 2017-07-18 | 2023-01-24 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及*** |
CN109389337B (zh) * | 2017-08-04 | 2021-11-02 | 北京京东尚科信息技术有限公司 | 信息处理方法和装置 |
CN109389337A (zh) * | 2017-08-04 | 2019-02-26 | 北京京东尚科信息技术有限公司 | 信息处理方法和装置 |
CN107527183A (zh) * | 2017-09-29 | 2017-12-29 | 广州初心网络科技有限公司 | 基于云仓库的多sku产品的管理方法及***和***的操作方法、电子产品和电子装置 |
CN108182617A (zh) * | 2017-11-29 | 2018-06-19 | 商派软件有限公司 | 一种小型高并发扣减库存下单订单方法 |
CN108182617B (zh) * | 2017-11-29 | 2021-06-25 | 商派软件有限公司 | 一种小型高并发扣减库存下单订单方法 |
CN109978428A (zh) * | 2017-12-28 | 2019-07-05 | 北京京东尚科信息技术有限公司 | 数据估算方法和装置以及计算机可读存储介质 |
CN110322186B (zh) * | 2018-03-30 | 2023-06-02 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法、装置及*** |
CN110322186A (zh) * | 2018-03-30 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法、装置及*** |
CN110443533A (zh) * | 2018-05-02 | 2019-11-12 | 北京京东尚科信息技术有限公司 | 商品分仓入库方法、装置、电子设备及计算机可读介质 |
CN110633924A (zh) * | 2018-06-21 | 2019-12-31 | 北京京东振世信息技术有限公司 | 用于将商品分仓间存储的方法和*** |
CN109146383A (zh) * | 2018-08-28 | 2019-01-04 | 深圳市鼎昇贸易有限公司 | 虚拟库存的管理方法及相关产品 |
CN111047242B (zh) * | 2018-10-15 | 2023-11-03 | 北京京东振世信息技术有限公司 | 一种库存差异的监控方法和装置 |
CN111047242A (zh) * | 2018-10-15 | 2020-04-21 | 北京京东尚科信息技术有限公司 | 一种库存差异的监控方法和装置 |
CN110371563B (zh) * | 2018-11-15 | 2021-06-29 | 北京京东乾石科技有限公司 | 出库定位方法和装置 |
CN110371563A (zh) * | 2018-11-15 | 2019-10-25 | 天津京东深拓机器人科技有限公司 | 出库定位方法和装置 |
CN109492978A (zh) * | 2018-11-27 | 2019-03-19 | 成都天长健科技有限公司 | 基于互联网的不停业盘点方法及*** |
CN111985863A (zh) * | 2019-05-24 | 2020-11-24 | 北京京东尚科信息技术有限公司 | 套机类物品的库存管理方法、装置、电子设备及存储介质 |
CN111985863B (zh) * | 2019-05-24 | 2024-04-12 | 北京京东振世信息技术有限公司 | 套机类物品的库存管理方法、装置、电子设备及存储介质 |
CN111144819A (zh) * | 2019-12-28 | 2020-05-12 | 云汉芯城(上海)互联网科技股份有限公司 | 一种物料配单的方法、***、设备及可读存储介质 |
CN112258120A (zh) * | 2020-10-29 | 2021-01-22 | 广州新奥达云科技有限公司 | 仓库资源管理方法、装置、计算机设备 |
CN113762865A (zh) * | 2021-01-06 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种库存信息处理方法和装置 |
WO2022148237A1 (zh) * | 2021-01-06 | 2022-07-14 | 北京京东乾石科技有限公司 | 一种库存信息处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106156975A (zh) | 业务对象的库存信息处理方法及装置 | |
CN104794132B (zh) | 库存信息处理方法及*** | |
CN106327114A (zh) | 仓库资源信息处理、提供库存信息的方法及装置 | |
WO2016173445A1 (zh) | 商品对象的库存信息的处理方法及*** | |
CN105096015B (zh) | 商品对象信息处理方法及*** | |
KR102127058B1 (ko) | 조합 상품 대상체의 거래 정보를 처리하기 위한 방법 및 디바이스 | |
US20160055572A1 (en) | Processing Commodity Transaction and Logistics Solution | |
CN106709774B (zh) | 商品对象交易信息处理方法及装置 | |
CN104809602B (zh) | 一种提供物流信息的方法及装置 | |
CN106960295B (zh) | 一种调拨方法及装置、预售*** | |
CN107025531A (zh) | 地址修改信息处理方法及装置 | |
CN106156972B (zh) | 物流服务信息提供方法及装置 | |
US20180314999A1 (en) | Methods and systems for managing fullfillment of one or more online orders | |
CN106815752B (zh) | 商品对象物流信息处理方法及装置 | |
CN107767104A (zh) | 商品库存管理信息***、方法和电子商务平台 | |
CN106485439A (zh) | 物流服务信息处理方法及装置 | |
CN111612594A (zh) | 本地化电商零售*** | |
TW201710964A (zh) | 物流線路資訊處理方法及裝置 | |
CN113191713A (zh) | 仓库缺货转仓方法、装置、设备及存储介质 | |
CN107153926A (zh) | 一种基于标准箱的货品分配方法、***及订单管理服务器 | |
CN106600175A (zh) | 物流服务信息处理方法及装置 | |
CN106611367A (zh) | 跨境业务中的订单信息处理方法及装置 | |
Arikan et al. | Risk pooling via unidirectional inventory transshipments in a decentralized supply chain | |
US10489802B1 (en) | Cluster-based demand forecasting procedure | |
CN109493178A (zh) | 一种云零售订单分解方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20180412 Address after: Four story 847 mailbox of the capital mansion of Cayman Islands, Cayman Islands, Cayman Applicant after: CAINIAO SMART LOGISTICS HOLDING Ltd. Address before: Cayman Islands Grand Cayman capital building a four storey No. 847 mailbox Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161123 |