仓储系统设计的过度复杂，场景考虑的是最好的吗？

在设计系统时，过于完善的场景和复杂的系统设计往往不是最好的设计。 用简单的思维来设计和规划相关系统，或许就是好设计的标准。

前言

电子商务系统中有物流、信息流和资金流。

物流主要是供应链中从采购到干线运输到仓库，最后通过快递从仓库到用户，再从仓库到商店到用户的过程。

我对现金流的理解主要是与财务管理相关，包括应付账款、应收账款、第三方支付平台等环节； 信息流是指通过系统化的数据传输将事物与金钱结合起来的过程。

物流（商品）的管理离不开仓储系统。 这里简单罗列一下之前总结的WMS系统的相关功能。 与大型仓库相比，功能相对简单，但对于一些小型仓库的管理来说应该足够了。

有时我们的系统设计过于复杂，考虑场景过多。 这是最好的吗？

仓储系统最简单的功能

对于仓库管理来说，最重要的是流程，软件是基于流程逐步完善的。 目前，市场上有成熟的WMS软件，如富乐、通天笑等，也有针对淘宝卖家的软件，如一点宝。

这些软件虽然可以覆盖仓库管理的所有流程，但缺乏灵活性，系统维护和二次开发的成本也不低。 如果条件允许，自主开发是一个不错的选择。

WMS系统主要负责仓库内作业的管理，包括物料管理、货主管理、入库、出库、配送发货、上架/中转、库内库存等。

上图并未单独列出仓内处理。 目前，在服装等行业，包装的组合可以通过组合加工产生新的物流，也可以通过促销活动来实现； 在新鲜水果行业，它涉及将原材料加工成标准产品。 加工，这也属于仓内加工。 这部分实际上是一种一产出一入的关系（比如原材料出库，加工品入库，或者AB出库，组合成新产品C入库）。

仓库内物流的管理有两种形式：计件管理和计重管理。 仓储包括进货仓储、调拨仓储、退货仓储、破损品仓储、积压仓储等。

出库包括返厂出库、销售出库、请购出库、挂失出库、库存损耗出库。 每一项业务操作都有相应的SOP标准流程。

入库有质检环节，分为抽样质检、计重质检等； 对货物的存储位置也有严格的要求，哪些区域要入库，哪些区域要运出，哪些区域是损坏货物区域，这些都是结合仓库管理人员丰富的经验和行业标准制定的。

以上仅列出了最常用的功能模块。 仓库管理的是实物，所以出入管理非常严格，不允许出错。 数量的准确性是仓库管理的重要指标。

货物数量需要与FMS业务系统联动管理。 例如，在分配货物时，需要对货物的价值进行保险，以便在运输过程中丢失时可以进行索赔。

我们在入库时通过质检来保证入库货物的质量和品质，出库时也必须这样做，因为这是我们对用户的责任。

例如：

N年前，我参与了IBM经销商仓库软件的设计和开发（主要是IBM服务器和相关存储设备的管理）。 主要任务是接收IBM购买的服务器和零件，然后根据最终用户所需的配置来配置机器。 拆装，组装完成后需要在线测试（连接IBM），验证通过后获得授权License。

拣选和机器组装由不同的工作组进行。 拣货组严格按照拣货顺序、拣货路径、货位获取货物； 装配组按照装配顺序进行（可能需要挑选几台机器和一些零件）。 按用户要求的配置组合成一台或多台单元）； 组装后，接收组必须按照回收顺序返回仓库。

出库团队根据发货单对货物进行装箱、装箱，最后交给中铁或相关物流公司。 这一系列流程是根据WMS系统中的各种单据进行的。

整个WMS系统最重要的部分就是自动配送部分，它涉及到一系列的规则。 这些规则和流程的设计都是参考美国BAX的仓储系统设计的，人工流程和系统流程配合。

在设计系统的时候，我们不应该一味的要求系统怎么样，而应该寻找人与系统之间的平衡点。 这应该是最好的。 如果系统很棒，并不意味着图书馆的效率就会提高。

在系统部署方面，要考虑四个方面：面向服务（SOA）现在采用微服务架构、可扩展性（提供必要的内外部接口服务）、单库双机备份和异地容灾（现在云）已经采用了服务，但风险仍然存在）和仓库部署（为了减少仓库之间的影响，每个仓库必须是独立的）。

这些都是陈词滥调。 对于所有的技术架构，都绘制了一个大而全面的架构图，并附有网络拓扑图。 当你仔细观察时，你会发现很多公司都有相似的架构和网络图，有的只是一个花哨的名字而已。

就像现在所有的公司都在讲建设企业的业务中台、数据中台、运维中台等等，其实你看看他们所使用的技术和实现，仍然是一层又一层的堆砌，没有任何的基础。摆脱烟囱风格。 项目进程简直就是吹牛。

我个人的观点是，中国目前还没有成熟稳定的商业模式。 如果没有长期的技术积累，就不要碰。 做你现在需要做的事。 小步比快跑更好。 当你不能走路时，就跑步。 肯定会涉及到D。

仓库系统管理物料。 物资管理是基础信息，也是最关键的信息。 该部分可参考供应链商品管理部分进行设计，包括分类、货主、规格、重量等基础信息管理； 必须支持条形码、二维码等管理，只有这些才能与PDA结合操作。

仓库和存储地点的划分必须根据公司经营的产品和所属行业来设计，因为不同的产品对仓库的环境要求不同，存储地点的划分也不同。

例如：服装企业生鲜不需要分开常温仓库和冷藏仓库，但服务器等精密设备需要防尘、防静电； 对于衣物来说，储物空间可以共享，但生鲜食品和酒类则不适合多个产品共享一组货位。

很多细节需要根据实际情况进行流程改造，所以一些通用WMS软件灵活性不够，需要二次开发和优化。

拣货是仓库中最频繁的操作。 拣货效率的高低直接影响货物出库的效率，也影响仓库内拣货员的收入（如果是计件工资）。

这是拣选路径的示意图。 仓库收到销售出库单后，需要生成一波收货单，然后打印领料单或手持PDA根据领料单进行拣货。 这个拣货过程或多或少与系统密切相关（货物摆放是否合理会影响拣货路径的长度）。

从接收订单到波次订单再到拣选路径再到包装和运输的过程是WMS系统非常核心的部分。 需要应用数据模型进行计算，同时还要考虑拣货过程中出现缺货场景的处理。

之前讲商品流通时也提到过上架和拣货。 这也需要结合公司的业务和仓库规模来进行。 产品上架时是否有限制，这涉及到产品与货位关系的配置。

一个好的软件应该尽可能地对系统进行限制，不能完全依赖人来做。 它还应该给用户醒目的提醒。 越简单越好。 仓库里的手持屏幕就这么大，所以需要充分利用它的界面。

以上是简单的出站原则，后进先出一般不使用。

这里只是一些主要文件。 现在使用电子发票。 几年前，纸质发票是在包装时同时打印的。 对WMS系统的要求更高，处理也更复杂。 信息技术的发展确实可以简化系统的复杂性。 它还可以提高工作效率，所以科学技术作为第一生产力并没有错。

库存，我想在这里单独说一下。 根据公司需要，有每日大额库存、实时库存和动态库存。

无论是仓库管理还是门店管理，产品库存都是必要且必要的。 这个过程的质量直接影响用户体验。 我看到店铺盘点时产生一堆数据，分为初始盘点、Review、审核等，场景很齐全，系统产生大量数据，但好像不太实用。

因此，设计时要考虑效率，简化操作步骤，盘点时不要做过多的加工。 完美并不一定就是好的。

最后说一下异常报警和相关报告。

对于仓库内的作业，需要大屏报表来显示相关数据（实时显示订单数量、拣货人员工作量排名等）

监控异常数据，监控库存及仓位，以便指导相关人员及时进行仓库补货、上架等操作。

报告对于每个业务系统都是必不可少的。 有的是实时的，有的是定期生成的，有的是用来计算工作效率的，有的是用来计算产品数据的。 这些数据的分析可以指导店内流程的改进，并为供应链提供信息。 ERP或者Finance提供了必要的数据，这就是这些报表的目的，就是分析和指导运营。

报告维度和数据指标的定义非常关键。 必须结合实际业务和行业标准进行设计，以保证数据的完整性和正确性。

总结

这里我们只举例说明最简单的功能。 事实上，设计和开发过程需要深入细化和持续努力。

如今的仓库管理已朝着自动化、流程化、标准化的方向发展。 未来人工操作会越来越少，但对于中小企业来说投资也很大。 因此，目前很多企业都采用外包的方式进行仓储管理，只开发上游系统与之对接，把专业的事情交给专业的公司来管理，以降低成本。

有时简单可能是最好的。 我个人认为应该回归简单，用这样的思维来设计和规划相关系统！

最后，感谢您的阅读！