在进行系统设计的时候，过度完善的场景和复杂的系统设计往往并不是最好的设计，以简单的思维去设计规划相关的系统，或许才是好设计的标准。
前言
电商系统中有物流、信息流、现金流。
物流主要是供应链中从采购到干线运输到仓库，最终经过快递从仓到用户，从仓到店到用户的过程。
现金流我的理解主要是与财务相关的管理，有应付、应收、第三方支付平台等各个环节;信息流是指通过系统的数据传递将物与钱进行结合流转的过程。
物流（商品）的管理离不开仓储系统，这里简单罗列下之前总结的WMS系统的相关功能，相对于大型仓库而言功能比较简单，但是对于一些小型仓库的管理应该够用了。
有的时候我们系统设计的过度复杂，场景考虑的过度完善，这样就是最好的吗？
仓储系统最简单功能
对于仓储管理最主要的还是流程，软件也是依据流程逐渐完善起来的，目前市场上有成熟的WMS软件，比如富乐、通天晓等，也有针对于淘宝卖家的软件如易店宝等。
这些软件对于仓库的管理虽然可以覆盖所有的流程，但是缺少灵活性，而且系统维护与二次开发费用也不低，如果在条件允许条件下自开发是一个不错的选择。
WMS系统主要是库内作业的管理，包括物料管理、货主管理、入库、出库、配发货、上架/调拨以及库内盘点。
上图中没有单独列出库内加工，目前在服装等行业组合套装的方式可以通过组合加工方式产生新的物流，也可以通过促销活动方式实现;在生鲜水果行业涉及到原料到标准品的过程，这也属于库内加工，这部分实际上还是一出一入的关系（如原料出库、加工品入库或AB出库，组合成新品C入库）。
库内物流的管理有按件或按重量管理两种形式，入库有采购入库、调拨入库、退货入库、残损入库、盘盈入库等等。
出库有返厂出库、销售出库、领用出库、报损出库、盘亏出库。每种业务的操作都有对应的SOP标准流程。
入库有质检环节，质检又分为抽样质检、按重量质检等；对于商品的存放位置也有严格的要求，哪些是待入库区、哪些是待出库区、哪些是残损商品区，这些都是伴随着仓管人员的丰富经验和行业标准制定的。
上面只是列了最常用的功能模块，仓库是管理实物，所以对于出入管理非常严格，不允许有错，数量的准确性是仓储管理的重要指标。
商品的金额是需要与FMS业务系统关联管理的，如商品调拨时需要对商品进行保价，以便在运输途中有丢失时进行理赔。
在入库时通过质检保证入库商品的质量和品质，出库时同样要这样做，因为这是对用户的责任。
举个例子：
N年前曾参与过IBM分销商的仓库软件的设计也开发（主要是对IBM服务器及相关的存储设备管理），主要是接收IBM购买的服务器和散件，然后根据最终用户要求的配置进行机器的拆装与组装，这里在组装完成后要线上（连IBM）进行检测，验证通过后获取授权的License。
在拣货与机器组装是不同的工作组进行，拣货组严格按拣货单、拣货路径及货位进行获取商品；装配组按装配单进行（可能需要拣几台机器以及一些散件来组合成一台或多台用户要求的配置）;装配完成收货组要按回收单进行回收入库。
出库组按发货单进行装箱、打包，最终移交给中铁或相关物流公司，这一系列过程都是根据WMS系统的各种单据进行的。
整个WMS系统中最重要的是自动配货部分，里面涉及一系列的规则，这些规则流程的设计都是参照美国BAX的仓储系统设计的，有人工流程和系统流程两部分的配合。
我们在设计系统时不应该一味的要求系统如何如何，应该寻找人与系统的一个平衡点，这应该是最佳的，而并非系统多牛逼就表示你的库内效率就提升了。
在系统的部署上，要从四个方面来考虑：面向服务(SOA)现在都采用微服务架构、可扩展性（提供必要的内部和外部接口服务）、单仓双机备份与异地灾备（现在已经采用云服务，但是风险仍然存在）、分仓部署（减少仓间的影响，各仓要独立）。
这些都是老生常谈，在所有的技术架构上都是画出一个大而全的架构图，还会伴随一个网络拓扑图，当你仔细观察时发现好多公司的架构、网络图都相似，有的只是取了个高大上的名字而已。
就像现在所有的公司都在说在建设企业的业务中台、数据中台、运维中台等等，实际上你探究一下他们用的技术和实现，还是一个个堆砌的并未脱离烟囱式的项目过程，都在吹牛逼而已。
这里对于中台我个人观点是没有成熟稳定的业务模型，没有长期的技术积累就别去碰，踏实做好目前该做的，小步快跑比啥都强，当你不会走时就跑，肯定会扯到D的。
仓库系统中是管理物料的，对于物料的管理是基础信息也是最最关键的信息，此部分可以参照供应链中商品管理部分进行设计，包括分类、货主、规格、重量等基础信息管理;要支持条码、二维码等管理，有了这些才可以结合PDA进行操作。
对于仓库、库位的划分是要根据公司经营的商品和所属行业进行设计，因为不同的商品对仓库的环境要求不同，对库位的划分也不一样。
举个例子：服装类企业对于仓库不需要像生鲜区分常温仓、冷冻仓等，而对于像服务器等精密设备需要防尘和防静电；对于服装的货位可以共用，但是生鲜、酒类等就不适合多个商品共用一组货位。
很多细节都需要结合实际情况进行流程改造，所以通用的WMS软件有些是不灵活的，需要进行二次开发与优化。
在库内作业中拣货是最频繁的，拣货效率的高低直接影响到商品的出库效率，也影响到仓内拣货员的收入（如果是计件工资）。
这里列了一个拣货路径示意图，在仓库内收到销售出库订单后需要进行集单生成波次，然后打印拣货单或手持PDA按拣货单进行商品的拣货，这个拣货过程走的多与少与系统息息相关（货物摆放的是否合理都会影响拣货路径的长短）。
在收到订单到波次单到拣货路径到打包出库这个过程对于WMS系统是非常核心的部分，需要应用数据模型进行计算，同时还要考虑在拣货过程中出现的缺货场景处理。
上架、拣货在以前说商品流转时也提到过，这同样是要结合公司业务和仓库规模进行。上架时是否商品有限制，这就涉及到商品与货位的关系配置。
一个好的软件是要尽可能的在系统中进行限制，不能完全依赖人去做，而且要给使用者醒目的提示，越傻瓜、越简洁越好。在仓内的手持就那么大屏，要充分利用其界面。
以上是简单的出库原则，后进先出一般不采用。
这里只是几种主要的单据，现在采用电子发票了，几年前打包时还要同步打印纸质发票，对WMS系统的要求更高，处理更复杂，信息技术的发展真的可以简化系统的复杂度，也能提高工作效率，所以科学技术是第一生产力真的没有错。
盘点，这里要单独说一下，根据公司需要有日盘、大盘，有实时盘点，有动态盘点。
无论是在仓库管理中，还是在门店管理中，商品盘点是必需且必要的，这个流程的好与坏直接影响到用户体验，曾经见过门店盘点时生成一堆数据、又分为初盘、复盘、审核等等，场景很全同时系统生成的数据很多，但似乎并不实用。
所以在设计时要考虑效率、简化操作步骤，不要在盘点时做过多的处理，完美并不一定是好的。
最后说下异常报警与相关的报表。
对于库内作业需要有一个大屏报表进行相关数据的展示（实时的显示单量、拣货人员工作量排名等）
异常数据的监控，对于库存、库位的监控，以便指导相关人员及时进行库内补货上架等操作。
报表是每个业务系统必不可少的，有些是实时的，有些是定时生成的，有的是计算工作效率的，有的是计算商品数据的，通过这些数据的分析可以指导改进库内流程，可以给供应链ERP或财务提供必要的数据，这是这些报表的目的，即分析与指导运营。
报表的维度与数据指标的定义是非常关键的，要结合实际业务、行业内标准进行设计，要保证数据的完整性与正确性。
总结
这里只是结合最简单的功能进行了说明实际在设计开发过程是要深入细化，不停的耕耘才行。
现在的仓储管理已经向自动化、流程化、标准化方向发展了，人工操作后续会越来越少，但是对于中小企业的投入也是非常大的。所以目前很多企业都采用外包方式进行仓储管理，只开发上游系统与之进行对接，专业的事交给专业的公司去管理以降低成本。
有时候简单可能是最好的，个人觉得应该回归简单并以此思维去设计规划相关的系统！
最后感谢您的阅读！
