CN104794132B - 库存信息处理方法及系统 - Google Patents
库存信息处理方法及系统 Download PDFInfo
- Publication number
- CN104794132B CN104794132B CN201410027700.XA CN201410027700A CN104794132B CN 104794132 B CN104794132 B CN 104794132B CN 201410027700 A CN201410027700 A CN 201410027700A CN 104794132 B CN104794132 B CN 104794132B
- Authority
- CN
- China
- Prior art keywords
- inventory
- account
- user
- information
- base stock
- 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.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 13
- 238000003672 processing method Methods 0.000 title claims abstract description 10
- 238000000034 method Methods 0.000 claims abstract description 25
- 238000003860 storage Methods 0.000 claims description 4
- 238000000151 deposition Methods 0.000 claims description 2
- 238000009826 distribution Methods 0.000 description 26
- 230000000694 effects Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000010485 coping Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了库存信息处理方法及系统,通过库存账户表记录该商品对象在该区域的库存信息,库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述方法包括:接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;根据所述第二用户对应的地理位置信息选择目标区域;在目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;根据所述操作请求对所述目标库存账户记录进行操作。通过本申请,便于保证各条逻辑库存数据的准确性,且便于扩展。
Description
技术领域
本申请涉及电子商务交易平台中的库存管理技术领域,特别是涉及库存信息处理方法及系统。
背景技术
在电子商务交易平台中,由于商品对象的配送区域等要求,商家经常需要为商品对象在不同地理区域设置不同的仓库,在各个仓库中配备对应的物理库存,以满足就近发货原则,节省配送所需时间、费用等。
由于业务发展,商家一般还需要将同一仓库中的一部分库存分离出来在特定的渠道销售(例如分配给其他卖家进行代售),或者参加交易平台组织的特卖活动等。另外,供应链分销平台的商家需要配额分配商品的部分库存给某个商家独享或者某些商家共享,等等。但是,不同的卖家的逻辑库存都对应同一份物理库存。例如,某商家在北京的仓库中有1000份库存,配额分配出100件库存,给甲、乙、丙共享使用,分配200件库存供分销渠道使用,分销商乙参加活动,配额分配100件给其独享,等等。对于用户甲乙丙而言,并不会直接将商品发给具体的卖家建立自己的物理库存,而是共同使用那1000份物理库存。换言之,对于各种分配方式下对应的卖家甲乙丙而言,分配给他们的库存实际上是一种逻辑库存,当用户从其中一个卖家购买该商品对象时,都是从北京仓库中的这1000件库存中进行配送。这就导致了一份物理库存实际上会对应多份逻辑库存。并且,由于商家在分配库存时还可以采用多种不同的分配方式,多份逻辑库存之间还可能会有交叉重叠等等,很难保持各卖家的逻辑库存与仓库中的物理库存之间保持数量上的一致,因此,对于这些逻辑库存的管理存在难题。
为此,现有技术中一般存在两种处理方式,一是通过在原有库存表的基础上新加数据库表字段来对各个逻辑库存进行记录,但是,这种方式很难适应灵活的业务扩展;二是新建额外的库存表单独记录逻辑库存,这种方式不仅增加了库存的管理成本和复杂度,而且仍然很难做到逻辑库存表的库存和物理库存表的库存的一致性。这样就很难通过库存表获知每个卖家到底销售了多少数量的商品,是否需要改变计划等。
因此,如何更有效、便捷地对逻辑库存进行管理,这已经成为迫切需要本领域技术人员解决的技术问题。
发明内容
本申请提供了库存信息处理方法及系统,便于保证各条逻辑库存数据的准确性,并且便于进行扩展。
本申请提供了如下方案:
一种库存信息处理方法,在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,通过库存账户表记录该商品对象在该区域的库存信息,其中,所述库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定;所述方法包括:
接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
根据所述第二用户对应的地理位置信息选择目标区域;
在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
根据所述操作请求对所述目标库存账户记录进行操作。
一种库存信息处理系统,在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,通过库存账户表记录该商品对象在该区域的库存信息,其中,所述库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定;所述系统包括:
位置信息获取单元,用于接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
目标区域选择单元,用于根据所述第二用户对应的地理位置信息选择目标区域;
目标库存账户记录确定单元,用于在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
更新操作单元,用于根据所述操作请求对所述目标库存账户记录进行更新操作。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,在同一份物理库存对应多份逻辑库存的情况下,可以通过库存账户表的方式,体现出各种逻辑库存之间的关系,并且每条逻辑库存对应一条库存账户记录,因此,对应于前端请求的更新库存请求,可以更新到对应的库存账户记录中,并且保证各条逻辑库存数据的准确性。当货主需要对物理库存增加新的逻辑库存时,只需要在库存账户表中添加新的库存账户记录条目即可,其他的库存账户记录不需要修改,也不需要在库存账户表中增加新的字段,因此,便于进行扩展。
另外,在库存扣减方式上,可以采用预订时预扣、付款成功后改为占用、出库后再进行扣减的方式,可以使得库存账户表中的库存数量字段的值与物理库存的数量保持一致。并且,可以通过库存明细表,对订单的各种状态进行维护,并对库存账户表中的字段值进行更新,可以保证数据更新的准确性,避免出错,便于管理。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的方法的流程图;
图2是本申请实施例提供的系统的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了便于描述,将电子商务交易平台中的卖家用户称为第一用户,买家用户称为第二用户。在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,为了方便对各种逻辑库存进行管理,提出了库存账户表的概念,通过库存账户表记录该商品对象在该区域的库存信息。库存账户表中可包括账户类型字段、第一用户标识字段以及库存数量字段,其中,账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定。库存的分配和授权用配额的账户来实现。其中,账户类型可以包括自有库存账户、渠道账户、配额独享账户、配额共享父账户和配额共享子账户等。其中,库存账户表中的每条库存账户记录都还可以对应一个编号,用作对记录的唯一性标识,因此也称为各条库存账户记录的ID。为了便于理解,下面通过一个具体的例子,对各种账户类型以及库存账户表的格式进行详细的介绍。
假设后端商品id为1001,商品对象所有者(简称“货主”)为供货商甲,有两个分销商乙和丙。
1)货主初始化库存,商品1001在仓库A中有1000件库存。此时数据库中记录商品的货主自有库存账户,如表1所示:
表1
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
1 | 自有库存 | 甲 | 甲 | A | 1001 | 1000 | 0 | 0 | 无分配 |
2)货主将配额分配出400件库存,给甲、乙、丙共享使用。则数据库存中可以建立一个共享父账户,同时建立3个共享子账户。由于三个用户是共享这份库存,因此,为了避免出错,在本申请实施例中,可以仅在共享父账户对应的条目中记录共享的总库存数,共享子账户对应的条目中则不再记录库存数。同时,通过关联记录id字段和共享父账户关联,这就可以表示有三个用户使用这条共享账户。如表2所示,在表1的基础上增加了四条记录:
表2
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
1 | 自有库存 | 甲 | 甲 | A | 1001 | 500 | 0 | 0 | 配出 | 400 | ||
2 | 共享父账户 | 甲 | 1 | 甲 | A | 1001 | 400 | 0 | 0 | 配入 | 400 | |
3 | 共享子账户 | 甲 | 2 | 甲 | A | 1001 | ||||||
4 | 共享子账户 | 乙 | 2 | 乙 | A | 1001 | ||||||
5 | 共享子账户 | 丙 | 2 | 丙 | A | 1001 |
需要说明的是,货主自己也可以是其中一个共享子账户,如上述例子中所示。在实际应用中,货主也可以将部分库存在其他用户之间共享,自己不参与共享。例如,将其中100份库存在用户乙丙之间共享,此时,只有用户乙、丙属于共享子账户,但共享父账户仍然可以是用户甲。
3)货主甲分配200件库存供分销渠道使用,此时可以建立一条渠道账户,也即参见表3,在表2的基础上又新增了一条记录:
表3
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
1 | 自有库存 | 甲 | 甲 | A | 1001 | 400 | 0 | 0 | 配出 | 600 | ||
2 | 共享父账户 | 甲 | 1 | 甲 | A | 1001 | 400 | 0 | 0 | 配入 | 400 | |
3 | 共享子账户 | 甲 | 2 | 甲 | A | 1001 | ||||||
4 | 共享子账户 | 乙 | 2 | 甲 | A | 1001 | ||||||
5 | 共享子账户 | 丙 | 2 | 甲 | A | 1001 | ||||||
6 | 渠道账户 | 甲 | 甲 | A | 1001 | 200 | 配入 | 200 |
4)分销商丁参加活动,配额分配100件给其独享,则参见表4,在上述表3的基础上又增加一条记录:
表4
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
1 | 自有库存 | 甲 | 甲 | A | 1001 | 300 | 0 | 0 | 配出 | 700 | ||
2 | 共享父账户 | 甲 | 1 | 甲 | A | 1001 | 400 | 0 | 0 | 配入 | 400 | |
3 | 共享子账户 | 甲 | 2 | 甲 | A | 1001 | ||||||
4 | 共享子账户 | 乙 | 2 | 甲 | A | 1001 | ||||||
5 | 共享子账户 | 丙 | 2 | 甲 | A | 1001 | ||||||
6 | 渠道账户 | 甲 | 甲 | A | 1001 | 200 | 配入 | 200 | ||||
7 | 独享账户 | 丁 | 甲 | A | 1001 | 100 | 配入 | 100 |
从以上表1至表4可以看出,通过上述库存表结构,可以很清楚地体现出各个第一用户对应的分配方式、分配的数量等信息。其中第一列中的“ID”就是指各条库存账户记录的ID。如果货主需要分配新的配额给一个第一用户,只需要在账户库存表中增加一条库存账户记录即可,并且不需要对之前已有的库存账户记录条目进行修改,方便进行扩展,可以更灵活地适应库存分配策略的变化。
在按照上述格式创建了库存账户表之后,还需要根据前端第二用户对商品对象的购买情况对库存账户表中的库存数目信息进行更新,例如,在用户购买某商品对象时,需要对对应的库存数目进行扣减,等等。因此,在本申请实施例中,在提供了上述库存账户表结构的基础上,还提供了一种库存信息处理方法,参见图1,该方法可以包括以下步骤:
S101:接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
具体实现时,这里的第二用户对商品对象执行的操作一般可以是指预订操作等,也就通过点击在商品对象详情页面上提供的“购买”等按钮生成订单的操作。当然,在用户选择进入一个商品对象的详情页面之前,对应的第一用户已经确定了,也即,在同一商品对象对应有多个第一用户的情况下,该第二用户选择了哪个第一用户的商品对象,在用户进入商品对象详情页面的同时就已经确定了。第二用户对应的地理位置信息可以是第二用户所在的地理位置信息,例如根据第二用户的访问的网络IP信息等,确定对应的第二用户对应的地理位置信息;该也可以是第二用户对应的地理位置信息也可以是根据用户填写的收货地址等信息确定出当前第二用户对应的地理位置信息。
S102:根据所述第二用户对应的地理位置信息选择目标区域;
在确定出第二用户的地理位置信息之后,可以首先确定出当前商品对象都在哪些区域存在仓库,然后可以选择距离第二用户对应的位置最近的区域或者运输成本最低的区域作为目标区域,也即,将该目标区域的仓库确定为当前第二用户的发货仓库。当然,还可以按照其他策略来选择目标区域,例如将库存量大的区域、准备清仓的区域等作为目标区域。
S103:在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
在选择了目标区域之后,就可以根据该目标区域的标识(ID)查找出该区域对应的库存账户表,从该库存账户表中读取出当前第二用户选择的指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录。
具体在根据读取的结果确定待操作的目标库存账户记录时,由于同一个用户在同一个库存账户表中可能存在一条库存账户记录也可能存在多条库存账户记录,因此,具体确定待操作的目标库存账户记录时会有所不同。如果该指定第一用户在库存账户表中仅存在一条库存账户记录,则将该条记录确定为待操作的目标库存账户记录即可。例如,表4中的第一用户丁就只存在一条库存账户记录,如果该特定第一用户就是该第一用户丁,则只需要将该ID为7的库存账户记录确定为待操作的目标库存账户记录。但是,如果指定第一用户在所述库存账户表中存在至少两条记录,在本申请实施例中,可以选择其中一条记录作为待操作的目标库存账户记录。
其中,如果指定第一用户在库存账户表中存在的至少两条记录为该第一用户对应至少两个渠道的渠道账户,则需要用到一个渠道定义表。该渠道定义表中记录有各个渠道名称对应的渠道标识,例如,可以如表5所示:
表5
ID | 渠道代码 | 渠道名称 | 用户ID | 标记位置 | 描述 |
1 | tb_jhs | 聚划算 | 甲 | 1 | |
2 | tb_fx | 分销 | 甲 | 2 |
这样,具体在需要选择一条具体的目标库存账户记录时,可以首先获取接收到的操作请求中第一用户所属的交易渠道信息,然后通过查询预置的渠道定义表,确定当前操作请求中第一用户所属的交易渠道的渠道标识,最后就可以利用第一用户的标识以及所查询到的渠道标识,确定库存账户表中对应的目标库存账户记录。例如,假设甲参加“聚划算”活动发生了一笔交易,使用库存时,先到渠道定义表查到甲在“聚划算”渠道定义的标记位是第一位,再到库存账户表中甲的库存账户中查找渠道标记第一位为1的库存账户即为表4中的账户6,因此,可以优先使用这个账户。
另外,如果一个指定第一用户在所述库存账户表中存在的至少两条记录为该第一用户对应至少两个不同类型的账户,则需要用到一个库存规则表,该库存规则表中可以记录有各种账户类型之间的优先级信息。比如,乙在仓库中既有独享账户,也有共享账户,优先使用哪种账户的规则就存储在库存规则表中。通过查询预置的库存规则表,选择优先级最高的一条记录作为待操作的目标库存账户记录。当然,在实际应用中,对应对库存记录的不同操作类型(包括普通出库、交易出库或入库),各种账户类型之间的优先级信息可以是不同的,例如,库存规则表的定义如表6所示:
表6
其中一个库存规则表可以如表7所示:
表7
规则ID | 规则名称 | 用户ID | 规则类型 | 规则值 |
1 | Trade_out | 甲 | 1(交易出库) | 1 |
2 | Trade_out | 乙 | 1 | 2 |
这样,可以首先根据当前的操作请求确定对库存记录的操作类型,然后根据确定出的操作类型查询预置的库存规则表,选择该操作类型下优先级最高的一条记录作为待操作的目标库存账户记录。例如,甲发生一笔普通交易,排除掉渠道账户后有两个账户可以使用,账户1(自有库存账户,也是货主的一种独享账户)和账户3(共享子账户)。从规则表7中可以读出对于交易出库,甲是优先使用独享账户,因此优先使用账户1。
当然,如果被选择的指定第一用户是一个共享子账户,并且如前文所述,共享子账户的库存数量字段为空,通过关联字段与共享父账户之间建立关联,则还需要根据关联关系确定关联的共享父账户对应的记录,然后将关联的共享父账户对应的记录确定为待操作的目标库存账户记录。例如,假设该特定第一用户是表4中的第一用户丙,则可以首先根据其账户类型判断出是一个共享子账户,此时,可以再通过查询库存账户表中的关联记录字段,查询到该共享子账户关联的共享父账户甲,将该共享父账户对应的ID为2的记录确定为待操作的目标库存账户记录即可。
S104:根据所述操作请求对所述目标库存账户记录进行更新操作。
在确定出待操作的目标库存账户记录之后,就可以对该条记录中对应字段上的数据进行更新操作。
可见,通过上述方式,在对库存账户记录进行更新的过程中,可以准确的定位到具体的库存账户记录条目,实现对逻辑库存的准确更新,从而使得库存账户表中各个逻辑库存的数据记录能够反映出当前区域的各个第一用户各自的销售情况等信息,便于管理。
具体在根据操作请求对目标库存账户记录进行操作时,最简单的方式下,可以在接收到用户的生成订单请求后,就直接对对应库存账户记录中的库存数量进行扣减。但是,在这种方式下,容易产生恶意下单等现象。例如,有些恶意用户可能大量下单,之后却不付款,使得生成的订单失效,同时又无法销售给其他第二用户,这损害第一用户、第二用户的利益。因此,现有技术中还存在付款后再进行扣减库存的方式,但是这种方式下,由于付款操作滞后于下订单操作,甚至有些用户可能会在几个小时之后才付款,因此可能会造成“超卖”的现象,也就是说,很多商品可能都已经被下订单了,但是,由于无法及时更新库存,数据库中无法知悉,因此使得最终生成的订单数量超过了商品对象的实际库存数量。
为了避免上述现象的发生,还可以采用生成订单时对库存数量进行预扣、付款后再进行实际的扣减的操作方式,但是,这种方式下存在的问题是:在第二用户完成付款后,到商品实际出库还会有一段时间的时延,如果付款后就直接进行库存数量的扣减,则会使得库存表中记录的库存数量与仓库中实际的库存数量不一致。
为此,在本申请实施例中,可以采用以下方式来对库存账户表进行管理:在生成订单时,对对应库存账户记录的库存数量进行预扣,待该订单付款完成时,将预扣的数量改为占用状态,然后,在商品实际出库时,再对库存账户记录中的库存数量进行扣减。
为了更好的支持上述扣减方式,并于本申请实施例中提供的前述库存账户表相适应,本申请实施例还提供了具体的实现方案,下面进行详细地介绍。
在本申请实施例中,还可以在库存账户表中设置预扣数量字段以及占用数量字段。在图1的步骤S101中如果接收到的第二用户的请求是生成订单的请求,则在步骤S104中确定出在库存账户表中对应的目标库存账户记录之后,可以对该条记录中“预扣数量”字段的取值进行增加,增加的值等于前端生成的订单中预订的商品对象的数量。例如,某第二用户预订了第一用户的两件某商品对象,则在库存账户表中找到该第一用户对应的库存账户记录,并确定出需要操作的目标库存账户记录之后,可以对该目标库存账户记录中“预扣数量”字段的取值加2,代表该第一用户的商品对象增加了两件预扣的商品对象。这样,在接收到前端应用查询该第一用户的库存数量的请求时,可以将该第一用户对应库存账户记录中的库存数量字段的值减去预扣数量的值,然后将得到的结果返回给前端应用。
例如,假设分销商丁的商品对象被预订了一件,对应的目标库存账户记录为表4中的ID为7的记录,则更新后的库存账户表的状态为表8所示:
表8
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
7 | 独享账户 | 丁 | 甲 | A | 1001 | 100 | 1 | 配入 | 100 |
表4中的其他各行不发生变化,因此,未在表8中示出。从表8中可见,“预扣数量”字段变为1,但是“数量”字段的取值尚未发生变化。
当然,在实际应用中,在一个第二用户生成了一个订单之后,还可能会对该订单进行付款,付款成功后,可能会有第四方物流服务提供方对订单中的商品进行出库;或者第二用户还可能取消该订单,再或者,第二用户在规定时间内没有完成付款的情况下订单还会被自动取消,等等。总之,在一个订单的生命周期内,还可能存在多种状态而在本申请实施例中,一直到订单中的商品对象实际出库之后才会进行库存数量的实际扣减,因此,为了避免出错,同时更好的了解订单的各种状态,在本申请实施例中还可以提供另一张表,也即库存明细表。该库存明细表中,每个订单号对应一条记录,每条记录中记录有步骤S103中确定出的目标库存账户记录在对应库存账户表中的ID、订单标识信息、商品对象信息、区域信息、第一用户标识信息、账户类型信息、状态信息以及数量信息。也就是说,在记录库存明细表时,与库存账户表之间也是具有关联的,并且库存明细表中的一条记录可以对应到库存账户表中的一条记录中。例如,仍假设分销商丁的商品对象被预订了一件,交易订单号是22222,则在图1中的步骤S104中确定出表4中的第7条记录为待操作记录之后,库存明细表中就会增加一行记录,如以下表9所示:
表9
库存账户记录ID | 用户ID | 货主ID | 仓库编码 | 后端商品ID | 订单号 | 状态 | 数量 |
7 | 丁 | 甲 | A | 1001 | 22222 | 1(代表预扣状态) | 1 |
上述表8中的“库存账户记录ID”字段就代表目标库存账户记录在库存账户表中的ID,在该例子中,分销商丁对应的库存账户记录在表4中对应的ID是7,因此,该在库存明细表中新增一条记录时,“库存账户记录ID”也被填写为“7”,对应的“用户ID”、“货主ID”、“仓库编码”(也即区域标识)、“后端商品ID”等字段的取值也都可以是从库存账户表中读取到的。由于当前接收到的是生成订单的请求,因此,“状态”字段的取值为预扣状态对应的取值;并且由于订单中预订的数量为1,因此“数量”字段的取值为1。
在生成了上述库存明细表的情况下,相当于各个订单在生成之后都在库存明细表中分别产生了一条相应的记录,后续在各个订单发生状态变化时,可以首先根据订单号从库存明细表中找到对应的记录,对其中的“状态”字段进行修改,然后再根据库存明细表中记录的仓库编码、货主ID、后端商品ID等确定出对应的库存账户表,然后根据库存账户记录ID查找到对应的库存状态记录,对其中对应字段上的取值进行更新。下面分别对各种状态进行介绍。
状态一
如果获取到第二用户对指定订单付款成功的消息后,则根据该订单标识在库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为“占用”状态对应的取值。如表10所示:
表10
库存账户记录ID | 用户ID | 货主ID | 仓库编码 | 后端商品ID | 订单号 | 状态 | 数量 |
7 | 丁 | 甲 | A | 1001 | 22222 | 3(付款占用状态) | 1 |
相应的,根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录,然后将该目标库存账户记录中预扣字段的值减小对应数量,并将占用字段的值增大对应数量。也就是将表8修改为表11所示:
表11
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
7 | 独享账户 | 丁 | 甲 | A | 1001 | 100 | 0 | 1 | 配入 | 100 |
此时,如果接收到前端应用的查询该分销商丁的库存数量(例如在生成下一个订单、进行库存预扣之前先查询库存是否足够),则可以将“数量”字段的取值减去“占用数量”字段的取值,将得到的取值也即99返回给前端应用。当然,在已经生成了多份订单的情况下,针对同一条库存账户记录,预扣数量字段也可能存在取值,因此,需要将“数量”字段减去“预扣数量”再减去“占用数量”,再将得到的值返回给前端应用。
状态二
获取到第三用户将指定订单中的商品对象对对应区域的仓库中取出(也即出库)的消息后,则可以根据该订单标识在库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为出库状态对应的取值。如表12所示:
表12
库存账户记录ID | 用户ID | 货主ID | 仓库编码 | 后端商品ID | 订单号 | 状态 | 数量 |
7 | 丁 | 甲 | A | 1001 | 22222 | 5(商品出库状态) | 1 |
相应的,根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录,然后将该目标库存账户记录中占用字段的值减小对应数量,并将库存数量字段的值减小对应数量。也就是将表11修改为表13所示:
表13
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
7 | 独享账户 | 丁 | 甲 | A | 1001 | 99 | 0 | 0 | 配入 | 100 |
此时,如果接收到前端应用的查询该分销商丁的库存数量,则可以将“数量”字段的取值减去“预扣数量”字段的取值,再减去“占用数量”字段的取值,将得到的值也即99返回给前端应用。虽然与状态1中最终返回给前端应用的数量是相同的,但是,在库存账户表中的状态却是不同的,通过这种状态的不同,可以体现出订单状态的变化,并且可以使得库存账户表中记录的库存数量与仓库中实际的库存数量保持一致。
状态三
如果获取到第二用户取消某订单的消息,或者第二用户在指定时间内未对某订单进行付款的消息时,则可以根据该订单标识在库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为取消或超时状态对应的取值。例如,在表9中记录了订单号为22222的库存明细记录之后,接收到了取消订单的消息,或者用户在规定时间内没有给该订单付款,则库存明细表的状态可以如表14所示:
表14
库存账户记录ID | 用户ID | 货主ID | 仓库编码 | 后端商品ID | 订单号 | 状态 | 数量 |
7 | 丁 | 甲 | A | 1001 | 22222 | 7(订单失效状态) | 1 |
相应的,还可以根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录,然后将该库存账户记录中预扣字段的值减小对应数量。相当于原来处于预扣状态的商品对象又重新变回可以预订的状态。例如,如表15所示:
表15
ID | 账户类型 | 用户ID | 关联记录 | 货主ID | 仓库编码 | 后端商品ID | 数量 | 预扣数量 | 占用数量 | 分配方向 | 分配数量 | 渠道标记 |
7 | 独享账户 | 丁 | 甲 | A | 1001 | 100 | 0 | 0 | 配入 | 100 |
此时,如果接收到前端应用的查询该分销商丁的库存数量,则可以将“数量”字段的取值减去“预扣数量”字段的取值,再减去“占用数量”字段的取值,将得到的值也即100返回给前端应用。
总之,通过本申请实施例的上述方式,在同一区域的物理库存对应多份逻辑库存的情况下,可以通过库存账户表的方式,体现出各种逻辑库存之间的关系,并且每条逻辑库存对应一条库存账户记录,因此,对应于前端请求的更新库存请求,可以更新到对应的库存账户记录中,并且保证各条逻辑库存数据的准确性。当货主需要对物理库存增加新的逻辑库存时,只需要在库存账户表中添加新的库存账户记录条目即可,其他的库存账户记录不需要修改,也不需要在库存账户表中增加新的字段,因此,便于进行扩展。
另外,在库存扣减方式上,可以采用预订时预扣、付款成功后改为占用、出库后再进行扣减的方式,可以使得库存账户表中的库存数量字段的值与物理库存的数量保持一致。并且,可以通过库存明细表,对订单的各种状态进行维护,并对库存账户表中的字段值进行更新,可以保证数据更新的准确性,避免出错,便于管理。
需要说明的是,在本申请实施例中,虽然也新增了几个表,但是,其中的库存明细表用于防超卖控制的。“渠道定义表”、“库存规则表”这两个表也是记录些不常变化的辅助元信息,管理和使用简单,因此对于管理成本及复杂度的影响不大。
与本申请实施例提供的库存信息处理方法相对应,本申请实施例还提供了一种库存信息处理系统,在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,通过库存账户表记录该商品对象在该区域的库存信息,其中,所述库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定;参见图2,所述系统包括:
位置信息获取单元201,用于接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
目标区域选择单元202,用于根据所述第二用户对应的地理位置信息选择目标区域;
目标库存账户记录确定单元203,用于在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
更新操作单元204,用于根据所述操作请求对所述目标库存账户记录进行更新操作。
其中,所述账户类型包括自有账户、共享父账户、共享子账户、渠道账户和/或独享账户,其中,所述自有账户为商品对象所有者用户;在商品对象所有者将部分库存在指定的至少两个第一用户之间共享的情况下,商品对象所有者用户为共享父账户,所述指定的至少两个第一用户为共享子账户;在商品对象所有者将部分库存分配给特定交易渠道的情况下,商品对象所有者用户为渠道账户;在商品对象所有者将部分库存分配给指定第一用户独享的情况下,该第一用户为独享账户。
其中,目标库存账户记录确定单元203具体可以用于:
用于如果所述指定第一用户在所述库存账户表中存在至少两条记录,则选择其中一条记录作为待操作的目标库存账户记录。
其中如果所述指定第一用户在所述库存账户表中存在的至少两条记录为该第一用户对应至少两个渠道的渠道账户,则所述目标库存账户记录确定单元203包括:
交易渠道获取子单元,用于获取接收到的操作请求中第一用户所属的交易渠道信息;
渠道定义表查询子单元,用于通过查询预置的渠道定义表,确定当前操作请求中第一用户所属的交易渠道的渠道标识;其中,所述渠道定义表中记录有各个交易渠道的渠道标识;
第一确定子单元,用于利用第一用户的标识以及所查询到的渠道标识,确定库存账户表中对应的目标库存账户记录。
如果所述指定第一用户在所述库存账户表中存在的至少两条记录为该第一用户对应至少两个不同类型的账户,则所述目标库存账户记录确定单元203具体用于:查询预置的库存规则表,选择优先级最高的一条记录作为待操作的目标库存账户记录;其中,所述库存规则表中保存有各种账户类型之间的优先级信息。
所述库存规则表中,对应对库存记录的不同操作类型,各种账户类型之间的优先级信息不同,此时,可以首先根据当前的操作请求确定对库存记录的操作类型;所述操作类型包括普通出库、交易出库或入库;然后根据确定出的操作类型查询预置的库存规则表,选择该操作类型下优先级最高的一条记录作为待操作的目标库存账户记录。
在存在共享父账户、共享子账户时,共享父账户对应的记录中库存数量字段的值为分享的库存总数,各个共享子账户对应的记录中库存数量字段的值为空,共享父账户与共享子账户之间通过记录id建立关联关系;所述目标库存账户记录确定单元203具体用于:
如果所述第一用户所对应的库存账户记录中,账户类型为共享子账户,则根据所述关联关系确定关联的共享父账户对应的记录;将所述关联的共享父账户对应的记录确定为待操作的目标库存账户记录。
所述库存账户表中还包括预扣数量字段以及占用数量字段,所述操作请求包括对指定第一用户的指定商品对象进行预订的预订请求,所述更新操作单元204具体用于包括:
根据所述预订请求中携带的预订数量信息,将所述目标库存账户记录中的预扣数量字段的取值增加所述预订数量。
具体实现时,该系统还可以包括:
库存明细表更新单元,用于在将所述目标库存账户记录中的预扣数量字段的取值增加所述预订数量之后,在库存明细表中插入一条库存明细记录,所述库存明细记录中记录有所述目标库存账户记录的ID、订单标识信息、商品对象信息、区域信息、第一用户标识信息、账户类型信息、状态信息以及数量信息,所述状态信息的取值置为预扣状态对应的取值,所述数量信息的取值为所述预订数量。
另外,该系统还可以包括:
第一消息获取单元,用于获取到第二用户取消指定订单的消息,或者第二用户在指定时间内未对指定订单进行付款的消息时,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为取消或超时状态对应的取值;
第一定位单元,用于根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录;
第一更新单元,用于将该目标库存账户记录中预扣字段的值减小对应数量。
第二消息获取单元,用于获取到第二用户对指定订单付款成功的消息后,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为占用状态对应的取值;
第二定位单元,用于根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录;
第二更新单元,用于将该目标库存账户记录中预扣字段的值减小对应数量,并将占用字段的值增大对应数量。
第三消息获取单元,用于获取到第三用户将指定订单中的商品对象对对应区域的仓库中取出的消息后,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为出库状态对应的取值;
第三定位单元,用于根据该库存明细记录中的商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的库存账户记录;
第三更新单元,用于将该库存账户记录中占用字段的值减小对应数量,并将库存数量字段的值减小对应数量。
总之,通过本申请实施例,在同一份物理库存对应多份逻辑库存的情况下,可以通过库存账户表的方式,体现出各种逻辑库存之间的关系,并且每条逻辑库存对应一条库存账户记录,因此,对应于前端请求的更新库存请求,可以更新到对应的库存账户记录中,并且保证各条逻辑库存数据的准确性。当货主需要对物理库存增加新的逻辑库存时,只需要在库存账户表中添加新的库存账户记录条目即可,其他的库存账户记录不需要修改,也不需要在库存账户表中增加新的字段,因此,便于进行扩展。
另外,在库存扣减方式上,可以采用预订时预扣、付款成功后改为占用、出库后再进行扣减的方式,可以使得库存账户表中的库存数量字段的值与物理库存的数量保持一致。并且,可以通过库存明细表,对订单的各种状态进行维护,并对库存账户表中的字段值进行更新,可以保证数据更新的准确性,避免出错,便于管理。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的库存信息处理方法及系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (13)
1.一种库存信息处理方法,其特征在于,在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,通过库存账户表记录该商品对象在该区域的库存信息,其中,所述库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定;所述方法包括:
接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
根据所述第二用户对应的地理位置信息选择目标区域;
在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
根据所述操作请求对所述目标库存账户记录进行操作。
2.根据权利要求1所述的方法,其特征在于,所述账户类型包括自有账户、共享父账户、共享子账户、渠道账户、独享账户中的至少一种,其中,所述自有账户为商品对象所有者用户;在商品对象所有者将部分库存在指定的至少两个第一用户之间共享的情况下,商品对象所有者用户为共享父账户,所述指定的至少两个第一用户为共享子账户;在商品对象所有者将部分库存分配给特定交易渠道的情况下,商品对象所有者用户为渠道账户;在商品对象所有者将部分库存分配给指定第一用户独享的情况下,该第一用户为独享账户。
3.根据权利要求1所述的方法,其特征在于,所述根据读取的结果确定待操作的目标库存账户记录,包括:
如果所述指定第一用户在所述库存账户表中存在至少两条记录,则选择其中一条记录作为待操作的目标库存账户记录。
4.根据权利要求3所述的方法,其特征在于,如果所述指定第一用户在所述库存账户表中存在的至少两条记录为该第一用户对应至少两个渠道的渠道账户,则所述选择其中一条记录作为待操作的目标库存账户记录,包括:
获取接收到的操作请求中第一用户所属的交易渠道信息;
通过查询预置的渠道定义表,确定当前操作请求中第一用户所属的交易渠道的渠道标识;其中,所述渠道定义表中记录有各个交易渠道的渠道标识;
利用第一用户的标识以及所查询到的渠道标识,确定库存账户表中对应的目标库存账户记录。
5.根据权利要求3所述的方法,其特征在于,如果所述指定第一用户在所述库存账户表中存在的至少两条记录为该第一用户对应至少两个不同类型的账户,则所述选择其中一条记录作为待操作的目标库存账户记录,包括:
查询预置的库存规则表,选择优先级最高的一条记录作为待操作的目标库存账户记录;其中,所述库存规则表中保存有各种账户类型之间的优先级信息。
6.根据权利要求5所述的方法,其特征在于,所述库存规则表中,对应对库存记录的不同操作类型,各种账户类型之间的优先级信息不同,所述查询预置的库存规则表,选择优先级最高的一条记录作为待操作的目标库存账户记录,包括:
根据当前的操作请求确定对库存记录的操作类型;所述操作类型包括普通出库、交易出库或入库;
根据确定出的操作类型查询预置的库存规则表,选择该操作类型下优先级最高的一条记录作为待操作的目标库存账户记录。
7.根据权利要求1所述的方法,其特征在于,在存在共享父账户、共享子账户时,共享父账户对应的记录中库存数量字段的值为分享的库存总数,各个共享子账户对应的记录中库存数量字段的值为空,共享父账户与共享子账户之间通过记录ID建立关联关系;所述在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录,包括:
如果所述第一用户所对应的库存账户记录中,账户类型为共享子账户,则根据所述关联关系确定关联的共享父账户对应的记录;
将所述关联的共享父账户对应的记录确定为待操作的目标库存账户记录。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述库存账户表中还包括预扣数量字段以及占用数量字段,所述操作请求包括对指定第一用户的指定商品对象进行预订的预订请求,所述根据所述操作请求对所述目标库存账户记录进行操作,包括:
根据所述预订请求中携带的预订数量信息,将所述目标库存账户记录中的预扣数量字段的取值增加所述预订数量。
9.根据权利要求8所述的方法,其特征在于,还包括:
在将所述目标库存账户记录中的预扣数量字段的取值增加所述预订数量之后,在库存明细表中插入一条库存明细记录,所述库存明细记录中记录有所述目标库存账户记录的ID、订单标识信息、商品对象信息、区域信息、第一用户标识信息、账户类型信息、状态信息以及数量信息,所述状态信息的取值置为预扣状态对应的取值,所述数量信息的取值为所述预订数量。
10.根据权利要求9所述的方法,其特征在于,还包括:
获取到第二用户取消指定订单的消息,或者第二用户在指定时间内未对指定订单进行付款的消息时,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为取消或者超时状态对应的取值;
根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录;
将该目标库存账户记录中预扣字段的值减小对应数量。
11.根据权利要求9所述的方法,其特征在于,还包括:
获取到第二用户对指定订单付款成功的消息后,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为占用状态对应的取值;
根据该库存明细记录中的目标库存账户记录的ID、商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的目标库存账户记录;
将该目标库存账户记录中预扣字段的值减小对应数量,并将占用字段的值增大对应数量。
12.根据权利要求11所述的方法,其特征在于,还包括:
获取到第三用户将指定订单中的商品对象对对应区域的仓库中取出的消息后,根据该订单标识在所述库存明细表中查找到相应的库存明细记录,将该库存明细记录中的状态信息修改为出库状态对应的取值;
根据该库存明细记录中的商品对象信息、区域信息、第一用户标识信息、账户类型信息查找对应的库存账户表,并定位到对应的库存账户记录;
将该库存账户记录中占用字段的值减小对应数量,并将库存数量字段的值减小对应数量。
13.一种库存信息处理系统,其特征在于,在同一商品对象在多个区域存在物理库存、同一区域的物理库存分配给多个第一用户的情况下,通过库存账户表记录该商品对象在该区域的库存信息,其中,所述库存账户表中包括账户类型字段、第一用户标识字段以及库存数量字段,所述账户类型根据商品对象所有者对相应第一用户的库存分配方式所确定,所述库存数量字段的初始值根据商品对象所有者在对应账户类型下分配给相应第一用户的库存数量所确定;所述系统包括:
位置信息获取单元,用于接收到前端第二用户对指定第一用户的指定商品对象进行操作的操作请求后,获取所述第二用户对应的地理位置信息;
目标区域选择单元,用于根据所述第二用户对应的地理位置信息选择目标区域;
目标库存账户记录确定单元,用于在所述目标区域的库存账户表中读取所述指定第一用户所对应的库存账户记录,并根据读取的结果确定待操作的目标库存账户记录;
更新操作单元,用于根据所述操作请求对所述目标库存账户记录进行更新操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410027700.XA CN104794132B (zh) | 2014-01-21 | 2014-01-21 | 库存信息处理方法及系统 |
HK15108221.7A HK1207707A1 (zh) | 2014-01-21 | 2015-08-25 | 庫存信息處理方法及系統 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410027700.XA CN104794132B (zh) | 2014-01-21 | 2014-01-21 | 库存信息处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104794132A CN104794132A (zh) | 2015-07-22 |
CN104794132B true CN104794132B (zh) | 2018-08-24 |
Family
ID=53558926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410027700.XA Active CN104794132B (zh) | 2014-01-21 | 2014-01-21 | 库存信息处理方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104794132B (zh) |
HK (1) | HK1207707A1 (zh) |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106485558B (zh) * | 2015-08-14 | 2020-04-07 | 菜鸟智能物流控股有限公司 | 商品对象预售信息处理方法及装置 |
CN106548384A (zh) * | 2015-09-17 | 2017-03-29 | 阿里巴巴集团控股有限公司 | 交易订单付款信息处理方法及装置 |
CN106557482B (zh) * | 2015-09-25 | 2020-09-25 | 阿里巴巴集团控股有限公司 | 一种库存系统数据更新方法及装置 |
US20170140406A1 (en) * | 2015-11-16 | 2017-05-18 | Oracle International Corporation | System and method for providing a multi-channel inventory allocation approach for retailers |
CN107239913B (zh) * | 2016-03-29 | 2021-08-31 | 菜鸟智能物流控股有限公司 | 一种物流业务处理方法及装置 |
CN107292684A (zh) * | 2016-03-30 | 2017-10-24 | 阿里巴巴集团控股有限公司 | 一种商品对象的调度方法和设备 |
CN105844511A (zh) * | 2016-03-30 | 2016-08-10 | 乐视控股(北京)有限公司 | 一种配额数据的处理方法和装置 |
CN107341624B (zh) * | 2016-04-29 | 2021-03-02 | 南京苏宁软件技术有限公司 | 一种业务数据的处理方法及装置 |
CN107845004B (zh) * | 2016-09-19 | 2021-05-25 | 北京京东振世信息技术有限公司 | 信息推送方法和装置 |
CN108154322B (zh) * | 2016-12-02 | 2021-11-19 | 苏宁易购集团股份有限公司 | 一种库存实时管理的方法及库存系统 |
CN108268474A (zh) * | 2016-12-30 | 2018-07-10 | 苏宁云商集团股份有限公司 | 一种库存管理的方法及装置 |
TWI734730B (zh) * | 2017-01-19 | 2021-08-01 | 香港商阿里巴巴集團服務有限公司 | 庫存系統資料更新方法及裝置 |
CN108335163A (zh) * | 2017-01-19 | 2018-07-27 | 阿里巴巴集团控股有限公司 | 一种同步对象信息的方法和系统,及同步库存的方法 |
CN108428075A (zh) * | 2017-02-13 | 2018-08-21 | 菜鸟智能物流控股有限公司 | 一种库存信息更新方法和装置 |
CN108510337B (zh) * | 2017-02-24 | 2021-12-10 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN109961247B (zh) * | 2017-12-25 | 2021-11-30 | 北京京东尚科信息技术有限公司 | 一种物品仓储信息的生成方法和装置 |
CN108288218B (zh) * | 2018-03-07 | 2022-05-24 | 科步供应链管理(香港)有限公司 | Carrier自动分配功能模块 |
CN110348770A (zh) * | 2018-04-02 | 2019-10-18 | 北京京东尚科信息技术有限公司 | 一种仓储管理方法和装置 |
CN109377120A (zh) * | 2018-08-21 | 2019-02-22 | 中国平安人寿保险股份有限公司 | 基于云服务的库存管理方法、装置及电子设备 |
CN109509103B (zh) * | 2018-10-27 | 2024-07-12 | 平安医疗健康管理股份有限公司 | 基于数据分析的违规医疗机构的检测方法及相关设备 |
CN111292028A (zh) * | 2018-12-06 | 2020-06-16 | 北京京东尚科信息技术有限公司 | 库存信息处理方法及系统、计算机系统和可读存储介质 |
CN110400105A (zh) * | 2019-06-13 | 2019-11-01 | 天津五八到家科技有限公司 | 订单分配方法、设备、系统及存储介质 |
CN113765975A (zh) * | 2020-11-12 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种信息处理方法及装置、存储介质 |
CN113762863B (zh) * | 2021-01-06 | 2023-09-01 | 北京京东振世信息技术有限公司 | 一种库存管理方法和装置 |
CN112420213B (zh) * | 2021-01-25 | 2021-04-09 | 北京天健源达科技股份有限公司 | 一种根据时间查询药品结余的方法 |
CN113362007B (zh) * | 2021-06-24 | 2024-05-28 | 北京天健源达科技股份有限公司 | 零库存记录的处理方法 |
CN113743803B (zh) * | 2021-09-08 | 2024-03-15 | 上海哔哩哔哩科技有限公司 | 对象处理方法及装置 |
CN113888095B (zh) * | 2021-10-26 | 2024-03-12 | 广域铭岛数字科技有限公司 | 一种库存数据处理方法、系统、电子设备及介质 |
CN117332157B (zh) * | 2023-10-16 | 2024-05-07 | 北京电竞次元文化传播有限公司 | 一种基于大数据的讯息推送方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1659553A (zh) * | 2000-06-29 | 2005-08-24 | 美国联合包裹服务公司 | 用于端对端实现和供应链管理的系统和方法 |
CN102708529A (zh) * | 2012-05-16 | 2012-10-03 | 北京航空航天大学 | 一种药房药品仓储信息管理系统 |
CN103020790A (zh) * | 2012-10-30 | 2013-04-03 | 北京京东世纪贸易有限公司 | 一种预分拣订单的方法和装置 |
CN103258292A (zh) * | 2012-01-13 | 2013-08-21 | 现代自动车株式会社 | 使用空间分析在买家与卖家之间进行匹配的逆向拍卖系统及方法 |
CN103348363A (zh) * | 2011-03-10 | 2013-10-09 | 亚马逊技术股份有限公司 | 用于多个商户的库存共享 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011034540A1 (en) * | 2009-09-18 | 2011-03-24 | Intuit Inc. | Matching parties to a transaction for an agricultural commodity |
-
2014
- 2014-01-21 CN CN201410027700.XA patent/CN104794132B/zh active Active
-
2015
- 2015-08-25 HK HK15108221.7A patent/HK1207707A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1659553A (zh) * | 2000-06-29 | 2005-08-24 | 美国联合包裹服务公司 | 用于端对端实现和供应链管理的系统和方法 |
CN103348363A (zh) * | 2011-03-10 | 2013-10-09 | 亚马逊技术股份有限公司 | 用于多个商户的库存共享 |
CN103258292A (zh) * | 2012-01-13 | 2013-08-21 | 现代自动车株式会社 | 使用空间分析在买家与卖家之间进行匹配的逆向拍卖系统及方法 |
CN102708529A (zh) * | 2012-05-16 | 2012-10-03 | 北京航空航天大学 | 一种药房药品仓储信息管理系统 |
CN103020790A (zh) * | 2012-10-30 | 2013-04-03 | 北京京东世纪贸易有限公司 | 一种预分拣订单的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104794132A (zh) | 2015-07-22 |
HK1207707A1 (zh) | 2016-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104794132B (zh) | 库存信息处理方法及系统 | |
JP6475262B2 (ja) | 商品オブジェクト情報を処理する方法及びシステム | |
CN106156975A (zh) | 业务对象的库存信息处理方法及装置 | |
US9195959B1 (en) | Fulfillment of orders from multiple sources | |
CN105447736B (zh) | 一种商品交易中交易处理、物流解决方法及装置 | |
CN106709774B (zh) | 商品对象交易信息处理方法及装置 | |
CN106779897A (zh) | 组合商品对象交易信息处理方法及装置 | |
CN106485558B (zh) | 商品对象预售信息处理方法及装置 | |
CN106485439A (zh) | 物流服务信息处理方法及装置 | |
CN106327114A (zh) | 仓库资源信息处理、提供库存信息的方法及装置 | |
CN107025531A (zh) | 地址修改信息处理方法及装置 | |
CN106203894A (zh) | 商品对象的库存信息的处理方法及系统 | |
CN106815752B (zh) | 商品对象物流信息处理方法及装置 | |
US20060111989A1 (en) | Inventory tracking and accounting system and method | |
CN106485438A (zh) | 物流线路信息处理方法及装置 | |
CN113191713A (zh) | 仓库缺货转仓方法、装置、设备及存储介质 | |
CN112308681B (zh) | 一种库存处理方法、装置、电子设备和存储介质 | |
KR20150053443A (ko) | 물류 관리 방법, 장치 및 컴퓨터 판독가능한 매체 | |
CN113592382A (zh) | 订单处理方法及其装置、计算机可读存储介质以及处理器 | |
CN110060013A (zh) | 一种待配送订单的处理方法及装置 | |
US20160027083A1 (en) | Surfacing local inventory | |
CN108600323A (zh) | 一种多中心数据共享系统及其使用方法 | |
KR20190128441A (ko) | 복지형 언더몰 시스템 및 그 운영 방법 | |
US7451100B2 (en) | Method, network system and center for intermediating transactions | |
CN106156971A (zh) | 物流资源协同关系信息处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1207707 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |