电商后台：商品上架前的最后准备

一世执手

电商后台相关模块进行维护后，离商品上架越来越近。

关于电商后台供应链部分前面也总结了几篇，对于有经验的同学来说应该是非常简单容易的；本人通过分享希望能够与相关同事进行交流，共同学习进步。

在供应商、合同、商品、价税等都维护完成后，采购部创建采购单，离商品可以上架销售越来越近了。

本篇再接着梳理一下商品销售前的最后准备工作（没考虑促销），即销售区域、运费模板与入库管理部分。

一、区域及模板管理

1. 区域


区域是基础信息，一般包括四级，即省、市、区县和乡镇；如：“吉林省－〉吉林市－〉蛟河市－〉新站镇”。

在系统中都是存储在区域字典表中，包括区域名称、区域代码、是否开通、显示名称、配送时效、父编码几个字段；各级通过父编码来进行关联。

对于不同的电商网站，经营的商品不同，服装类网站一般不受温控条件的影响，所以只要有货，对于快递可以送达的城市地区，基本上都可以覆盖。

城市是否开通的前提取决于合作的快递公司以及公司成本的综合考虑。

对于对配送条件有要求的则需要分类进行设置，譬如粮油食品类、生鲜类的网站对于冷链物流要求比较高的网站，都会将商品归属在不同的温控属性里。温控属性一般分为：常温（常温又可以分为普通商品与水果类）、冷藏、冷冻。配送时效：对于时效一般也在区域上进行基础的设置，如24小时、48小时或72小时，３~７天等。

关于仓库与城市之间的关系图如下：

这里的仓库是指RDC，有些公司还会建立DC仓，FDC仓等；每个仓库可以覆盖多个城市；每个城市可以由一个或多个仓库覆盖，当有多个仓库时，需要设置发货优先级，譬如上图中的杭州可以由上海仓、广州仓送货（假如是常温），则当上海无货时才从广州发货。对于是否从哪个仓库发货，在下单时就会进行预拆单，简单的逻辑一般会遵守最小拆单规则为前提，然后根据温控等进行分组；目标是提高客户满意度、降低公司物流成本；维护仓库与城市关系时，需要按温控属性进行配置（如果有温控要求）。

2. 销售区域模板


销售区域模板也可以叫配送区域模板，是指商品是否可以送达到此城市，每个商品都应该配置对应的模板，以便用户在前端APP、网站或小程序上搜索商品时可以根据模板进行信息的返回；关于商品、区域模板、区域及仓库的关系如下图所示。



当前端用户浏览时，系统会调用库存服务，根据用户选择的省市区来进行销售区域模板的匹配，然后再判断其对应仓所拥有的商品库存。

对应的区域没有包含此城市（三级或四级），则显示无库存，加入购物车按钮置灰。当商品库存数量<0时，则显示商品缺货状态（如果有多仓，要按仓库优选级进行判断）在京东和我买网上各截了个图，前端展示给用户方式不同，供参考。

二、运费模板

在网上购买商品难免会支付运费，所以运费模板是计算运费的基础。

运费计算方式：

按金额确定是否收运费，如：满99元包邮，低于99元收取６元运费。按重量确定是否收费，如：首重10KG不收费，后续按重量递增收取运费。

以上两种方式在运费模板中一般是组合设置的，同时对于运费模板也是基于区域进行配置的，可能多个区域共用同一个模板，这个可以根据实际情况进行配置。

对于运费模板的主要信息如下：

如果有温控属性要考虑温控条件对配送的影响，一般冷链要求比较高，所以运费就会贵一些。这在快递公司中是属于不同的物流产品。设置阶梯价格区间（将价格区间与重量区间进行综合考虑）。

运费模板可能有许多，因为不同的城市收费标准可能都不一样，具体模板的样式可以根据公司的实际业务去设计。一般的公司为了拉新或留存，也可能只设置一个全国通用模板，不收取运费；但在设计系统时不要为了省事就省去相关模板的设计，这些都属于基础功能。

在此只是梳理了最重要的两个模板（销售区域模板、运费模板），随着竞争的加剧，各公司都在追求配送时效以及精准配送，所以京东等公司都推出来精准送达服务（但是需要付费的）。

这两个模板是商品上架销售前需要进行设置好的，对于商品在哪个渠道上销售，还涉及渠道库存管理，渠道选品，渠道佣金等相关的管理，这里先不讨论，后续针对渠道会单独总结一篇。

三、入库管理

前面总结了采购管理，先回顾一下。

供应商、合同、商品等信息已经创建并生效。商品的价格及商品税率已经维护完毕（基准价、促销进价、进项、销项税）采购部创建采购订单，审核后推送到供应商商家管理平台供应商审核后状态回传到采购管理模块采购部进行确认，单据生效后推送到仓库系统（WMS）等待收货。供应商发货前预约到货时间（如果自提则由零售商去取货）。入库管理-见下面流程。

1. WMS(仓储系统)

供应商根据采购单把货物送到仓库，仓库人员按采购单进行质检，对于不合格品达到风控线时，会整单拒收。对于有差异的采购单，会按实际数量进行入库，在WMS入库模块录入差异数量、原因等。可以收货的商品一般分为整箱，或散货两种；仓库根据包装将商品放到移动托盘上，通过地牛或叉车等工具进行入库操作。在仓库中只要收货指令开始，就要对商品进行跟踪，所以一般托盘可以设置为移动库存（每个托盘都有货位编号），后续具体上架到固定库位，只是库位间的商品移动。如果应用了机器人，仓库管理中此部分更加细致与严格。这里补充说明一下，对于一般的仓库中，收货组是与发货组、库内作业组是分开的。仓库分为整库、零库，收货时商品只能先入到整库，然后经过库内调拨算法进行库内补货，将商品从整库调到零库进行销售。收货完成后，WMS系统会进行关单操作，此时WMS系统会将入库明细通过数据传输平台回传给SCM系统。

2. 数据传输平台


这个平台主要是用于WMS仓储与SCM间的单据传输，包括下发商品等基础信息，下发采购、返厂单、订单等业务单据，同时接受WMS回传的出入库流水数据。这里集成了很多服务接口，通过消息队列实现异步传输，通过数据核对来保证WMS与SCM数据的一致性。

接受入库明细数据，并进行保存；这里的数据一般要求有，入库的单据库、商品、数量、价格、库位、供应商、生产日期、仓库、入库时间等。此外数据平台要根据回传的数据进行入库单的汇总生成，此时要与原采购单进行对照，计算出差异以便后续统计。是否要进行实时的商品成本核算？此部分我个人觉得可以不做实时的成本核算，只关注数量的计算即可，以减少后续数据不一致的麻烦。

成本核算统一放在FMS财务进销存系统中进行，可以准实时计算或每日零点以后计算（如果业务不要求实时数据查看等）。对于成本核算的内容，可以查看《FMS财务管理系统：存货管理》，这里不多述说。

四、SCM与财务

SCM主要是更改采购单状态，产生SCM商品库存。财务是根据出入库流水单据，进行成本核算，产生财务商品库存。

在SCM中的库存数据，需要记录商品级的库存、供应商级别的库存、仓库级别的库存等多维度的库存。

多个库存间要保证数据的一致，所以对于商品入库时系统上的操作还是比较复杂的。

每个维度的库存都有不同的用途，譬如仓库有批次及货位库存，那么在SCM系统中也需要记录相关的库存信息，以便进行库存对账，核对差异。

总结

至此，商品销售前的准备工作基本准备完成，已经可以进行销售了。

在这里介绍的销售区域模板和运费模板也只是满足企业初期的需求，随着业务的发展模板会更复杂（如商品单仓发送全国等），同时也会有各种针对商品的模板，如促销活动模板。

我们应该始终以业务的思维去考虑系统，以用户的思维去优化系统，后续仍将按照《以商品流转了解系统模块》进行相关内容的总结，非常感谢您的关注与阅读。

作者：倔强的大萝卜；公众号：倔强的大萝卜

本文由 @倔强的大萝卜 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议