电商虚拟存货怎么设置

如何做好电子商务的库存管理

可以说库存管理关系到电子商务企业的命脉，库存管理得好，企业可以实现较快的发展。由于电子商务的购买和发货在时间、空间上是异步进行的，因此其库存管理相对传统零售业更加的复杂和专业。库存，从字面上的理解，是指库房中的存货。对于生产型企业，库存可以分为生产原料和生产结果两大类。而对于零售型企业来讲，没有生产的过程，所有的货品都是从上游采购后，存放在库房，再给销售给下游。库存，也就是库房中的货品总和。但库房中的库存却不能一概而论。即便是一个SKU，也会分属不同的状态。举一个简单的例子，在实物的流转过程中，难免会发生磕碰、损伤，这些发生损伤的产品也就不能正常销售了，在系统管理时，也必须加以区分。电子商务操作中，由于购买和发货在时间、空间上都是异步进行的，客户下订单到发货的过程中，也存在着时间间隔，也因此必须将库存结构区分开来。为了适应这种异步销售过程，电子商务企业的库存，在系统结构中，一般会分为如下几个部分：1. 可销售库存(S)可销售库存(sellable inventory)是即网站前台显示的库存，也是库存的**组成部分。大部分电子商务企业中，前台网站会与后台WMS(Warehouse Management System)保持数据同步，并作出判断。当“可销售库存&gt0”时，这一商品可供购买，前台网站则会显示产品可销售而一旦“可销售库存订单产品数量，则通知前台网站成功，否则会通知前台库存不足，提醒客户。生成一张新的订单后，该客户购买的库存则会被预留下来，用于后续的发货，系统中可用库存数量减少，而减少的可用库存到哪里去了呢?这就变成了下一部分。2. 订单占用库存(O)当生成订单时，可用库存数量减少，订单占用库存(Order Occupied Inventory)数量增多，变化的数量即订单中的产品数量，这个很容易理解。设立订单占用库存的原因在于：订单的生成和库房的发货在时间上是异步的。这样做的优点在于：保证已经生成订单的库存，这部分客户可以顺利收货而且客户在下订单时，能够保证有产品发货。若不设立订单占用库存，则会产生客户下订单后，库存发现无货可发的尴尬情况。而处理订单时，针对的只是已经被订单所占用的库存，与前台的销售无关。订单出库后，系统中扣减的也只是订单所占用库存。3. 不可销售库存(U)经常讲要理论符合实际，这句话套用到库存管理上来讲，就是库存的系统记录需要与库存实物相对应。前面举的例子当中，产品由于破损无法销售，在系统中也必须有相应的状态。实际操作中，无法作正常销售的原因很多，例如包装破损、性能故障、型号标错等等。为了理论符合实际，在系统中也会定义出这一部分的库存为不可销售状态(Unsellable Inventory)。不可销售库存在系统中的标注方法有两类。一类是使用不同的SKU代号来区别，例如某一正常商品的SKU编码是351038，它所对应的不可销售库存的SKU编码则是351038U另外一种方式是使用同一种SKU，但是专门开辟一个不可销售库存区，所有不可销售的库存统一管理。4. 锁定库存(L)在销售中，经常会使用的一种促销方式是降价，这一方式的效果会非常好，成功的降价促销可以在很短时间内将商品一售而空，可销售库存直接转化为订单占用库存。但是有一些情况下，销售方并不希望这么快就将所有的库存都售出。有的时候是因为所有库存全部作降价促销的成本很高，有的时候是防止竞争对手的恶意采购，更多的情况下，则是希望将这一产品的降价作为引子，带动网站的流量和整体销售，这就需要将促销分批次进行。为达到以上的目的，会采用锁定库存(Locked Inventory)的方式。库存被锁定后，无法直接销售。促销进行一段时间后，可用库存为0，无法继续销售，必须在解除锁定后才能转化为可销售库存，继续进行销售。 5. 虚库存(V)以上所说的，都是指在实物在库房中的库存。但库房的总容积量是一定的，不可能无限制的扩展。而依据长尾理论，电子商务的**优势则是几乎无限的商品展示和销售能力。如何将有限的库房处理能力和无限的可销售商品联系赶来呢?方法早就有了，虚库存(Virtual Inventory)。有一些产品，虽然库房中并没有，或者并没有很多，但是供应渠道非常通畅，可以在很短的时间内送到库房中，变为库存另外一些产品，销售量少，库存的管理难度大，只有当产生订单后，才向供应商采购。这部分不在实际的库存中，但是可以很快采购到的货品就叫做虚库存。虚库存的存在，是为了使前台网站的可销售数量大于实际可销售数量。当存在虚库存时，电商库存公式会变成：S=I-O-U-L+V6. 调拨占用库存(T)很多B2C企业有着超过一个以上的库房。多个库房的设置，主要是因为规模发展到一定程度后，库存量很大，很难在一个单独的库房中存储，另外，也经常会在客户聚集地附近设立库房，以满足当地客户的需求。各个库房之间，必然存在着库存的分派和调拨。当产生调拨**后，调出地库房的某一部分库存就会被占用，这部分库存被称为调拨占用库存(Transport Inventory)。调拨占用库存和订单占用库存的性质相似。当存在调拨占用库存后，电商库存公式变成：S=I-O-U-L+V-T7. 调拨中库存(A)库存的调拨，必然会存在一段时间，库存既不存在于调拨出库房，也不存在于调拨入库房，这一部分库存就像漂在空中一样，称为调拨中库存(Air Inventory)。设1号库房为调拨出库房，2号库房为调拨出库房，在调拨发货前，这两个库房的库存结构为：I1=S1+O1+U1+L1-V1+T1I2=S2+O2+U2+L2-V2+T2I=S+O+U+L-V+T若从1号库房调拨出量为A的库存到B库房，在1号库房调拨发出后，2号库房收到调拨前，两库房的库存结构为：I1=S1+O1+U1+L1-V1+T1-AI2=S2+O2+U2+L2-V2+T2I=S+O+U+L-V+T-A可以看到，两个库房的总库存减少了，调拨中库存在路上，只能计在财务库存中，而并不能计入实物库存。只有当调拨完成后，库存进入2号库房，总库存才会恢复。

---

电商相关

商品发布时，可以选择扣减库存模式为 拍下减库存 或者 付款减库存 。 但是拍减存在恶拍情况; 付款减库存 存在超卖情况。 所以库存有第三种模式，预扣库存模式。

拍下时预扣库存，库存从可售库存转为预扣库存。如果消费者在预扣超时时间内（如15分钟）不付款，则释放预扣，转为可售(前端页面库存)，其他消费者还可以购买。 如果消费者付款了，那么预扣会被减下去，不会再释放（回补）。

业务限制： 由于在15分钟内，消费者已经预定该部分库存，需要商家更改库存时不能低于预扣库存，确保消费者体验。

此处主要针对多种销售渠道模式的库存同步给出解决方案，场景根据销售点的数量分为：一个销售点，多个销售点。

1.一个销售点

一仓一店：一个实体仓库对应一个淘宝店铺。优点：逻辑简单，不易超卖。

多仓一店：多个实体仓，对应一个淘宝店铺。采用一仓一店的逻辑处理，摆放商品时尽量不要将同型号商品分仓摆放。

2.多个销售点

一仓多店：

方案1：多店采用同一套库存，即淘宝多个店显示相同的商品数量，需设置警戒值，当库存数量低于警戒值时，将所有商品下架处理。

优点：多店统一库存。

缺点：当店铺较多时，库存同步压力大，由于每次更新库存的销售点多，出错率相对增加，无法**化销售库存。

方案2（推荐方案）：类似一仓一店，使用虚拟库存，采用库内调拨的方式补货。

优点：用API向淘宝同步ERP实时库存时，降低出错率。

缺点：当店铺较少时，管理相对较繁琐。

多仓多店：

化繁为简，推荐结合前面两个场景的实现方法。

主&amp子订单关系 ：一个主订单（trade）下可能有一个或者多个子订单（order）。产生的原因，用户在使用购物车时，如果购物车中添加了某一店铺多个不同的商品并且进行下单，这次购物车的下单就会生成一笔主订单，购物车中的每个尺码不同的商品（num_iid+sku_id）就变成一个单独子订单（order）。不使用购物车直接下单，会生成一个主订单包含一个子订单。

订单状态的一般变化逻辑：

**步、消费者创建订单还未付款 ，订单状态：WAIT_BUYER_PAY;

第二步、消费者付款进入卖家发货阶段，订单状态：WAIT_SELLER_SEND_GOODS;

第三步、卖家发货，订单状态：WAIT_BUYER_CONFIRM_GOODS;

第四步、消费者确认收货，订单状态：TRADE_FINISHED。

其他状态根据买卖家操作不同或者订单类型（type）不同会有变化。

SKU（Stock Keeping Unit）是库存进出计量的单位，SKU是物理上不可分割的最小存货单元。

---

拼多多线下发货怎么操作？

交易系统一直是电商的核心模块，几乎所有业务都围绕其展开，看似简单的下单流程，实际涉及的模块、内容也很庞杂。这次就把订单下单的整体链路抽象出来，与大家分享。

说到下单，对于用户而言就是选择商品-下单-支付-商品运输-确认收货这样简单的主流程，保证了即使是**新手也可以很快上手。

但对于电商交易系统来说，订单的生命周期远不止上述流程那般简单。见下图，对于电商平台来说一个订单的生命周期涉及众多系统，下图也仅仅是列出了各大系统间的交互流转，且仅涉及正向流程，逆向流程会更加复杂。

01 关于订单 1. 什么是订单

首先来聊一下什么是订单？

订单可以简单理解为买家与卖家签订的一份具备法律效应的合约。一般情况下，合同的订立有要约和承诺两个程序。卖家展示商品及其价值的行为，便属于要约;购买者确认购买商品并提交订单的行为属于承诺，订单提交后，合同即成立并生效。所以大家可以简单理解为订单其实就是一份客户与商家签订的合同，具有法律效益。

2. 订单的生成与流转

参考上文，如果从前端的体验来看，订单的生成就是加车后结算或立即购买，进入结算界面确认订单各项信息无误，提交后即生成订单。

但我们从订单在内部系统生成的流程来看，在生成订单前需要内部各大系统进行配合与支撑，包括风控系统、商品系统、营销系统、会员系统、库存系统等。上述系统流程也仅是对交易主流程的梳理，涉及数据在各系统中如何交互并没有列出，可见整个电商交易系统是何其复杂。

02 风控系统——风险订单检测、拦截

说到风控系统，最容易联想到的是银行借贷、P2P等金融领域的风险控制。无论是金融行业还是电商行业，风控的本质都是保证平台利益不受损失。

电商订单风控主要侧重于两防——防**;防羊毛*。

1. 防**

商家**影响平台流量分配，间接影响商家管理体系的构建;商家**体系大概历经了两个时期：野蛮生长，集中**;平台监管，精细化**。

电子商务起步初期，唯销量论英雄，”培养”了商家们的**习惯，加上平台监管缺失，一个人一台电脑就能刷上**，那时候管**不叫**，叫刷钻/刷皇冠，主要刷的是店铺等级。

但“好日子”很快到头了，随着平台的流量分配由店铺变为单品，加上管理规则、风控体系不断完善，商户们的**成本也越来越高，**的工作也要交给”专业”人士来，所谓精细化**就是模拟用户真实下单场景，骗过系统，让它认为就是普通用户在下单。精细到怎么搜到商品，需要浏览多少个商品，每个页面停留多长时间，是静默下单还是咨询下单都有严格的规范。

业内早就形成了认知：没有一劳永逸的防**策略，**的方法就是不断提高**的成本。

2. 防羊毛*

羊毛*薅羊毛的做法直接影响平台/商家收益，损害正常用户购物体验。说到羊毛*离不开另外一个词：黑产。单兵作战的羊毛*不可怕，可怕的是成体系作战的黑产团队，他们往往分工明确，主攻电商平台业务(规则)漏洞和系统BUG，薅上**够吃一年。

上述流程图，在用户提交下单申请后会经过风控系统的风险检测，但此时的风险检测较为初级，主要针对确定性事件如用户黑名单、下单环境等事件进行下单拦截。

因为下单时风控系统能够拿到的字段信息较少，缺乏大量数据支撑，难以准确判断用户下单行为，且下单流程属于高并发场景，系统反馈需要在毫秒级完成，进行复杂的风控检测严重拖慢系统进程，因此更复杂的风控会在用户下单成功后异步进行。

进行异步风控检测后，系统会对命中风控策略的订单进行关闭(取消订单)，当然风控并不只是拦截订单，在复杂的场景下还需要有报警机制，人工介入。

拼多多在19年1月就因为优惠券事件被黑产薅了数千万羊毛，就是因为缺乏有效的风控机制。

03 商品系统——商品信息的获取

订单生成时需要通过商品系统获取商品基础信息、数量、价格。同时部分电商平台还会记录交易快照，同样是需要商品系统支持。

1. 关于交易快照

什么是订单商品快照(交易快照)？看字面意思，很容易让人理解为用户下单时针对订单商品详情的一个快照(截图)，其实严格来讲，商品快照是一个静态数据合集，记录了用户下单时的商品信息，包含：商品图片、标题、描述、服务等要素。

淘宝是国内较早启用交易快照的电商平台，为了解决商家与用户交易**时难以追溯用户下单时的商品情况，淘宝的产品经理引入了交易快照的概念，即用户的每一次下单，都会对下单时的商品信息做一个记录，快照作为买卖双方发生交易的凭证，任何交易**或者投诉都将以快照为准。

大多数电商平台做交易快照的初衷是为了解决交易**，此外，交易快照还运用于法律诉讼场景，**进行相关诉讼的裁定时，是认可交易快照作为证据的，但需要证明快照就是用户下单时的商品快照，无法被篡改。

2. 交易快照的记录

交易快照的记录：目前主要有两种记录方式，如图：

**种：用户每下一单都对订单商品信息进行一次信息记录，此操作主要由交易系统完成，弊端也很明显在下单高峰期，会对系统性能产生影响，且数据存储量大。该方案主要适用于低频交易场景，如大宗商品交易等。

第二种方法：由商品系统(基础数据)对每一次商品信息变更做备份，之后根据用户下单时间映射商品快照。此方案适用于高频交易场景，且对高并发下交易系统性能不会产生太大影响。

04 库存系统——商品库存校验 1. 库存的定义

关于库存的定义，百科上给出的解释是：“仓库中实际储存的货物”。但这里我特别提到了虚拟库存，为了与实际仓库库存做区分。

目前商家在电商平台维护的库存都叫虚拟库存，虚拟库存可以简单理解为不存在的库存，它并不跟实际仓库库存关联，可以认为虚拟库存就是商家指定的平台的一个渠道可售库存。如果商家有一批商品正在生产中、采购中、运输中或正在入库，亦或者商家觉得能承担住超卖的风险，有办法从其他地方调货，设置虚拟库存时就可能大于实际仓库库存。

2. 库存预占与库存校验

说到库存预占，在电商发展过程中有个很经典的问题：是下单减库存还是支付减库存？

现在想一想，应该在什么时候减库存？

线下实体商超是怎样的？

这里不考虑实体商超仓库库存的情况，只考虑货架库存。什么时候减库存呢？或者说什么时候这个库存会被用户占据呢，应该是在用户从货架拿走商品，放入购物车的时候。

那么线上购物流程也按照加入购物车即减库存呢？显然是不行的，线上购物车的”加车”操作几乎是0成本，决定它更像是作为一个商品收藏池或备忘录，用户把备选的商品放入购物车后再进行二次选品，加车商品数远大于用户实际购买数，故在购物车即扣减库存效率是低下的。

如果是在下单的时候扣减库存呢？

相当于用户下单，系统已经把相应库存分配给此用户，用户支付成功后即可发货，这是正常的流程。但会出现下单不支付恶意预占库存的情况，导致商家商品未能及时售出，销售受损。

如果更进一步，支付成功时再扣减库存呢？

此方法一定程度提高了恶意下单的门槛。但问题也产生了，当商品供不应求，出现大量用户抢购的情况，此时大部分用户都能下单成功，但在支付环节仅有少部分用户可完成支付，对于未成功支付的用户来说，体验太差。

上述两种有效方案，无论是下单减库存还是支付成功减库存，都不是完美的解决方案。那么应该选择哪一种呢？苏杰在《淘宝十年产品事》中回忆当时淘宝的产品经理也是纠结于选择哪种方案，**折中，提供两种方案，商家自行选择。

在我看来，对于平台型电商，下单减库存优于支付成功减库存。

从体验角度上看：用户(购物)体验是平台型电商的核心竞争力。下单减库存影响商家销售，支付减库存影响用户体验，所以从购物体验角度做取舍，下单减库存对用户较为友好。

从系统层面上看，支付减库存是要比下单减库存复杂的。支付减库存涉及 订单系统-库存系统-支付系统的交互，而下单减库存仅由订单系统-库存系统完成即可。支付减库存在高并发的场景下容易出现超卖现象。

下单减库存存在的问题：恶意下单不支付。可以通过系统规则来解决：如单用户限购，超时未支付自动取消订单(库存返还)

05 订单系统——订单信息记录 1. 订单拆单

1）为什么要进行订单拆单？

核心有两点：便于结算;便于发货。

主要是围绕上述两点核心进行，常见拆单规则有：

按商家拆单;不同商家间需要拆单

按仓库拆单;不同仓库间需要拆单

按商品重量、体积拆单;快递公司对包裹**体积/重量有要求

按商品价值拆单;贵重、易损商品单独拆分等

按发货方式拆单;如实物商品与虚拟商品混合下单，发货方式不同

按配送时效拆单;如正常商品与预售商品混合下单，发货时效不同

具体拆单规则根据不同平台不同业务场景而异，按照便于结算、便于发货两大方向去做订单拆分便能满足大部分业务需求。

2）什么时候拆单

先来看下京东、淘宝分别在什么时候进行拆单

京东：用户订单支付成功后进行拆单

淘宝：用户提交订单，支付前即对订单进行拆单

那么什么时候拆单有何讲究？因为业务形态不同，淘宝以商家为主，京东以自营为主。故淘宝拆单逻辑较为简单，按商家拆单即可满足绝大部分拆单诉求;而京东因涉及自营仓+商家，除了商家间的拆单，还涉及仓间/仓内拆单，拆单逻辑更为复杂，将拆单逻辑后置到支付成功后，能够减少无效拆单(未支付订单不拆单)，提升高并发时系统性能。

所以在什么时候进行订单拆分，遵循两大原则：

占用资源最小原则（特别要考虑高并发场景）;

订单推送前需要完成拆单（推送至商家/仓库前都需要完成拆单）

2. 订单优惠计算与优惠分摊

早期的淘宝，商品就一个价格，即售卖价，对于商家、用户来说都足够简单，所见即所得。但这种平衡很快被一个功能打破——购物车。购物车的上线标志着淘宝进入营销时代，后来我们熟知的满减、满折、满赠、M元N件等促销玩法都要仰仗购物车。那么订单优惠是怎么计算的呢？

1）递进式门槛计算

既然促销活动有了，有促销就会有优惠，这些优惠怎么算呢，让我们记住这个词【递进式门槛计算】，就是它，让很多用户抓狂。

提问：购买两件商品A和B，A单品优惠价100元;B单品优惠价200元，参加店铺促销满300减50，店铺优惠券满280减40;同时还参加跨店铺满减，每满290减50。问：在递进式门槛计算规则下，到手价是多少?

按照【递进式门槛计算】最终到手是：250，这就是一顿操作猛如虎，一看优惠两块五。

递进式优惠计算核心规则即：根据上一层级优惠扣减后的金额来判断是否满足下一层级的优惠门槛。所以在【递进式门槛计算】时期，经常出现用户看到某一商品参加了多种活动、领取了各种优惠券，最终结算时仅可以使用一种优惠而大骂商家、平台虚假营销的情况。

2）平行式门槛计算

前文我们提到：购物体验是平台型电商的核心竞争力，在此背景下，淘宝、京东于18年、19年相继用【平行式门槛计算】替代【递进式门槛计算】。

采用平行式门槛计算规则后，优惠计算清晰明了，以前要纠结各级优惠的触发门槛，现在凑单只需要盯着各类优惠里门槛**那个就行，如图：

此规则的上线对于平台用户、商家来说无疑是利好的，用户能够一目了然感知优惠力度，商家也能清楚掌握让利程度。

但这里面存在一个大坑，即平台在切换优惠计算规则时历史产生的促销活动、优惠券怎么办？不处理，商家就要大出血，如图。

淘宝、京东面对此坑时也是毅然在上线前将平台所有满减、满折、满赠等促销活动及优惠券作废。

3. 订单状态的定义

我们常见的订单状态，如下：待付款-待发货-已发货-已完成-已评价 (已评价状态有时也不作为主状态存在)

已关闭、异常

作为电商行业从业者需要经常跟订单打交道，每个人都能随口说出订单状态包含哪些，甚至连会**的大妈都能说出个123。订单状态算是一套很成熟的体系，对于缺少电商行业经验的产品来说，在定义订单状态时直接照搬这一套，大概率都不会出错。

但在这里我还是想聊一下对于订单状态的思考：

首先，说一下状态，这个词对于产品经理来说一定不陌生，日常工作中各种单据、逻辑判断都会用到。什么是状态？我的理解:事物处于某个稳定的情态，在无外力的影响下会一直处于一个稳定态，这个稳定态就可以称为状态。

那么反过来说，在外力的作用下状态是可以改变的，这里就衍生出来产品设计中的一个法则叫“一动一态”即两状态间有任何数量级的操作都可以抽象为一个动作，一动一态的好处主要体现在：降低用户认知成本便于制定、处理各种状态值

回到订单状态，如图，用户下单后的一系列操作其实是由三个维度的状态(支付状态、物流 状态、评价状态)构成，但多维度状态的存在容易引起认知混乱，为解决这一问题，我们倾向于创建一个全局维度的状态——订单状态

但如上图中所示，构建后的全局维度涉及订单下单-配送-签收评价全流程，涉及：待支付、待发货、待揽件、运输中、派件中、已签收、已评价，状态值依然庞杂。想

一下，我们创建全局维度状态要解决的就是降低使用者(商家、消费者)认知成本，知道在什么步骤需要执行什么操作，所以我们归纳下上述订单状态流转时进行相关操作的执行角色：

消费者：支付、签收、评价

商家：发货

物流公司：揽件、走件、派件

我们会发现，需要消费者、商家操作的仅有：支付、发货、签收、评价。在定义一动一态法则时我们讲到：任何数量级操作都可以抽象为一个操作，为了降低使用者(商家、消费者)认知成本，我们可以把[发货、揽件、走件、派件] 这**程抽象为一个操作——发货。这样一来就明了了

4. 订单号的设计

订单号的设计是一门艺术，能够参与订单号规则设计是一件令人兴奋的事情，这种机会通常只在电商项目从0到1的时候有。那么订单号的设计应遵循哪些原则呢？

1）**性

订单号作为订单表的主键，需要确保**性。

2）易读性

这里易读性主要体现在系统易读性和沟通易读性。

要求订单号不宜过长且尽量为纯数字，不宜出现字母、符号、数字混用的情况，否者对于系统存储、查询性能、以及与用户的沟通成本来说都是一种负担。

3）安全性

非特殊情况尽量不要在订单号中带入平台运营特征信息，如订单数量，避免泄露运营数据。除非故意要让竞对知道你的运营数据。

瑞幸咖啡较早之前门店订单量就是逐一增加，后续也加入了随机因子，就是担心外界通过订单编号获得店铺每天成交量。

4）扩展性

订单号设计需要考虑扩展性，如随着平台业务发展，订单量激增订单号不够用的情况

5）语义性

订单编号规则中加入带有语义的特征信息，能在一定程度上提升平台人员处理订单的效率与便捷性。

常见的特性信息有：订单生成时间(年月日)、下单渠道、支付渠道、业务类型等，但订单编号中不宜携带过多特征信息，否则会出现不法分子通过描述订单信息博取用户信任进行实施**。

说到语义性，细心的同学会发现，自己淘宝订单号后6位都是一样的。订单号后6位其实就是用户id后6位。那么淘宝订单编号中用了用户id后6位是否代表了语义性？答案是否定的，因为只用后6位id并不能准确定位到某一个用户。

那么淘宝订单编号后6位用户id后6位的目的是什么？

翻遍了百度、知乎，没有找到答案。

我是偶然间翻到一份淘宝技术演变PPT，看到订单表分库的逻辑时才恍然大悟。

一般的平台型电商，订单量大，为保证查询检索速度，都会采用分库的形式，将巨量的订单信息分库存储，一般情况下订单系统同时维护了一个订单号和userid的关联关系，先根据订单号查到userid，再根据userid确定分表进而查询得到内容。而淘宝在订单号上下功夫，通过订单号后6位直接锁定库表，大大提升高并发下的系统查询性能。

从这个策略我们也可以看到淘宝用户订单库是按照用户id后6位存储的，例如：XXXX452154格式的用户订单都是储存在一个分库中。

本文由 @阿铁 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议

---

如何搭建跨境电商平台的库存管理模块

一、仓储空间既货架位规范

货架位信息，指对库存商品存放场所按照位置的排列，采用统一标识标上顺序号码，并作出明显标志。科学合理的货架位信息有利于对库存商品进行科学的养护保管，在商品的出入库过程中，根据货架位信息可以快速、准确、便捷的完成操作，提高效率减少误差。

货架位信息编写，应确保一个仓库的货架位采用同一种方式规则进行编号，以便于查找处理。在此提供几种常用的货架位编号方法，大家可根据实际情况参考选择适用：

1、区段式编号

把仓库区分成几个区段，再对每个区段编号。这种方式是以区段为单位，每个号码代表的一个存储区域，区段式编号适用于仓库库位简单，没有货架的情况，可以将存储区域划分为A1、A2、A3…若干个区段;

2、品项群式

把一些相关性强的商品经过**后，分成几个品项群，再对每个品项群进行编号。这种方式适用于容易按商品群保管和所售商品差异大的卖家，如多品类经营的卖家;

3、地址式

将仓库、区段、排、行、层、格等，进行编码。可采用四组数字来表示商品库存所在的位置，四组数字代表仓库的编号、货架的编号、货架层数的编号和每一层中各格的编号。对于如1-12-1-5的编号，可以知道编号的含义是：1号库房，第12个货架，**层中的第五格，根据货架位信息就可以迅速地确定某种商品具体存放的位置。

以上是三种常用的仓库货架位编号形式，各种形式之间并不是相互独立的，卖家可以根据自己实际情况相互结合使用。

二、商品信息规范

此处商品信息的规范主要是指，商品的SKU信息、商品规格尺寸、中英文报关信息的条理化明晰化。商品信息的规范有利于进行库存商品的科学管理，合理的SKU编码有利于实现精细化的库存管理，同时有利于及时准确地拣货，提高效率，避免拣货失误。

商品信息的几项内容中，商品规格尺寸、中英文报关信息作为既有数据稍作整理即可完善，商品SKU（Stock Keeping Unit ）作为商品的最小库存单位，是商品管理中最为重要最为基础的数据，但由于不是既有的信息，很多卖家存在没有SKU或SKU不完善的情况。

比如鞋子A，有3种颜色，5个尺码，那么针对于这双鞋就需要15个SKU码，细致到具体颜色的具体尺码。商品SKU信息不完善，卖家将无法有效监控自己商品的详细库存，既不利于分析销售数据，进行及时采购补货，配货时订单信息也无法准确显示捡货信息。规范的商品信息是ERP系统能够有效进行管理的基础。

那么如何编写SKU呢？

SKU作为最小库存单位，基本的原则在于不可重复。理论上使用者可以在不重复的条件下随意编写，不过从方便跨境电商卖家管理的方面来讲，建议按照商品的分类属性由大到小的组合的方式进行编写，示例：

XXXX XXXX XXXX XXXX XXXX XXXX

大分类 中分类 小分类 品名 规格 颜色

在跨境电商的实际管理过程中，SKU不仅仅是作为最小库存单位，同时也需要通过SKU来识别商品信息，因此商品SKU完美体现商品信息就显得十分必要。以上只是一个简单的示例，实际编写中卖家可以根据自己的产品的特点以及管理的需要进行不同的属性组合，但是不管采用哪些属性组合，顺序和所包含属性类别一定要一致，以避免认知上的混乱。

对于各种重复刊登或者跟卖的商品，涉及到同一商品的多SKU刊登情况，对此建议卖家通过在平台对原始SKU统一添加前缀或后缀的形式加以区分。

例如商品的原始SKU为ABC，重复刊登时可以相应在平台设置1-ABC、2-ABC、3-ABC或ABC-1、ABC-2、ABC-3，然后在赛兔OMS一类订单管理系统中设置相对应的前缀分隔符或后缀分隔符，设置完成后，系统从平台抓取回带有相应分隔符的SKU后会自动根据设定的规则忽略相应的前缀或后缀，进而实现有效的订单和库存管理。

三、流程设计

这里的流程不是指4S也不是5S，而是指卖家在上述两点规范的情况下，订单、进销存管理过程中每个节点工作的顺次衔接。

简单而言跨境电商卖家日常的后端管理大致可分为：1、获取订单 2、订单分配 3、打单配货 4、库存维护。至于这些整个流程怎么串联能效率**化，要写就得长篇累牍了，在此说说目前市面上的ERP是如何来流转这一系列工作的。

1、订单获取，通过eBay、Amazon、速卖通、Wish平台的**API接口自动将平台订单导入管理系统;

2、订单分配，接入市面上主流的国际物流渠道，通过用户自定义的分配规则，所有订单自动根据规则分配给相应的仓库配货、相应的物流获取面单和跟踪号;

3、打单配货，订单根据规则自动获取物流信息并生成面单、跟踪号，捡货信息也与面单同步打印;对于简单包裹（一个订单仅包含一件商品的包裹）可以扫货出面单;

4、库存维护，系统自动根据订单发货情况维护库存，并根据库存存量以及临近日期的日均销量结合采购周期自动生成采购建议。

采购回来就可以支撑不断产生的订单，流程上形成一个闭合的循环。

跨境电商的仓库管理不是简单的打包发货，更是卖家供应链管理的重要一环，如何尽可能做到效率**化、如何让管理更高效，这是一门很精深的功课，在此也仅仅是单一角度的切入，希望大家相互学习进步。

---

账无忧存货模块怎么使用

1、启用库存【库存】-【基础设置】用于设置库存的启用期，以及对应的库存科目。确认设置正确并启用库存。

2、自动生成库存单据【库存】-【入库单】【出库单】用于库存单据的承载。

3、查看库存报表【库存】-【存货汇总表】【存货收发明细表】随时掌握库存情况。

账无忧是由金蝶国际软件集团倾力打造的互联网财税服务平台，融合移动互联网、大数据、云计算新一代信息技术，旨在为小微企业提供贴心安心省心的一站式财税服务，同时为代账公司打造一个新型的财税服务生态圈，让财务公司实现轻松代账，一键无忧。

---