在设计系统时，过于完美的场景和复杂的系统设计往往不是好的设计。以简单的思维设计和规划相关系统，可能是优秀设计的标准。
前言
电子商务系统中存在着物流、信息流、资金流。
物流主要是供应链中从采购到干线运输到仓库，最后通过快递从仓库到用户，再从仓库到门店再到用户的过程。
我对现金流的理解主要与财务管理有关，包括应付、应收、第三方支付等环节；信息流是指商品和货币通过系统的数据传输过程结合和流通。
物流（商品）管理离不开仓储系统。这里简单罗列一下之前总结的WMS系统的相关功能。与大型仓库相比，功能相对简单，但对于一些小型仓库的管理来说，应该足够了。
有时候我们的系统设计过于复杂，场景被认为过于完美。这个好吗？
仓储系统功能简单
仓库管理主要是流程，软件按照流程逐步完善。目前，市场上已有成熟的WMS软件，如福乐、通天销等，也有针对淘宝卖家的软件，如一点宝。
这些软件虽然可以覆盖仓库管理的所有流程，但缺乏灵活性，系统维护和二次开发的成本也不低。如果条件允许，自主开发是一个不错的选择。
WMS系统主要是对仓库内作业的管理，包括物料管理、货主管理、入库、出库、配送配送、上架/调拨、库内库存等。
仓库中没有单独的加工清单。目前，服装与其他行业结合西装的方式，可以通过联合加工产生新的物流，也可以通过促销活动实现；在生鲜行业，涉及到原料到标准品的过程，也属于入库加工，这部分其实是一对一的关系（比如原料出库，加工品出库或AB出库，组合成新产品C入库）。
入库物流管理可以按件管理，也可以按重量管理。仓储包括采购、调拨、退货、破损、剩余等。
交货包括退厂交货、销售交货、收货交货、挂失交货、存货交货。每个业务操作都有对应的SOP标准流程。
仓库设有质检环节，质检分为抽样质检、重量质检等；对货物的存放位置也有严格的要求，哪些是待入库，哪些是待发货区，哪些是破损商品区，都是结合仓库人员丰富的经验和行业标准制定的.
以上只是列出了常用的功能模块。仓库是一个管理对象，所以出入管理非常严格，不允许有任何差错。数量的准确性是仓库管理的重要指标。
需要结合FMS业务系统对商品数量进行管理。例如，货物中转时，需要对货物进行投保，以便在运输途中丢失时可以索赔。
入库时要通过质检，保证入库货物的质量和质量，出库时也要经过质检，因为这是用户的责任。
例如：
N年前参与IBM经销商仓库软件的设计开发（主要是对IBM服务器及相关存储设备的管理），主要是接收IBM购买的服务器和备件，然后根据最终用户需要的配置拆装机器。这里，组装完成后，必须进行在线测试（连接IBM），验证通过后才能获得授权license。
采摘和机器组装在不同的工作组中进行。拣货组严格按照拣货单、拣货路径、货位取货；机器和一些备件组合成用户需要的一种或多种配置）；组装后的接收组必须按回收顺序回收入库。
出库团队根据发票对货物进行打包打包，最后交给中铁或相关物流公司。这一系列过程是根据WMS系统中的各种文件进行的。
整个WMS系统最重要的部分就是自动配送部分，涉及到一系列的规则。这些规则和流程的设计是基于美国BAX的仓储系统。分为两部分：人工流程和系统流程。合作。
我们在设计系统的时候，不要盲目的去问系统应该怎么样。我们应该在人和系统之间找到平衡。晋升。
在系统部署方面要考虑四个方面：面向服务（SOA）现在采用微服务架构、可扩展性（提供必要的内外接口服务）、单仓双机备份和异地容灾恢复（现在已经采用云服务，但风险依然存在），仓库部署（为了减少仓库之间的影响，每个仓库必须是独立的）。
这些都是陈词滥调。在所有的技术架构中，都绘制了一个大而全的架构，并附有网络拓扑图。仔细观察，你会发现很多公司都有类似的架构和网络。 ，有的只是取了个高大上的名字。
就像现在所有的公司都在讲建设业务中台、数据中台、运维中台等等，其实你去探究他们使用的技术和实现方式，他们还在一个个堆积如山，不出烟囱的项目过程中吹牛。
这里我个人的看法是中台没有成熟稳定的商业模式。没有长期的技术积累就不要碰。走不了的时候不跑，肯定得D。
仓库系统对物料进行管理，物料的管理是基础信息和关键信息。该部分可参照供应链中的商品管理部分进行设计，包括分类、货主、规格、重量等信息管理；支持条码、二维码等管理，只有这些才能结合PDA操作。
库位和库位的划分要根据公司的商品和行业来设计，因为不同的商品对库房的环境要求不同，库位的划分也不同。
例如：服装企业对于生鲜库不需要区分常温库和冷冻库，但对于服务器等精密设备，则需要防尘、防静电；衣物可以共享储物空间，但生鲜食品、酒类等不适合多种商品共享一组储物空间。
很多细节需要根据实际情况进行改造，所以一般的WMS软件有些不灵活，需要二次开发和优化。
仓库作业中拣货频繁，拣货效率直接影响货物出库效率，也影响仓库拣货员的收入（如果是计件工资） .
这里是接送路线。仓库收到销售订单后，需要生成一波订单采集，然后打印拣货单或手持PDA根据拣货单拣货。货物，拣选过程花费多少与系统密切相关（货物摆放是否合理会影响拣选路径的长短）。
从接单到波单到拣选路径到打包出库的流程是WMS系统中非常核心的一个环节。需要应用数据模型进行计算。同时，还需要考虑拣货过程中缺货场景的处理。
上架和拣选在前面讲商品流通的时候也提到过，这也是结合公司的业务和仓库规模来做的。商品上架时是否有限制，这涉及到商品与仓储空间关系的配置。
一个好的软件应该尽可能的局限在系统中，不应该被人完全依赖，应该给用户醒目的提醒，越傻越简洁越好。仓库里的掌上电脑这么大的屏幕，我们一定要充分利用好它的界面。
以上是简单的出库原则，一般不采用后进先出法。
这里只是几个主要文件。现在使用电子发票。几年前，纸质发票也是在打包时同步打印的。对WMS系统的要求更高，处理也更复杂。信息技术的发展确实可以简化系统的复杂性，提高工作效率，所以科学技术是生产力真的没有错。
存货，我想在这里单独说一下。根据公司需要，有日盘、大盘、实时盘、动态盘。
无论是在仓库管理中，还是在门店管理中，产品盘点都是必要且必要的。这个过程的质量直接影响用户体验。之前看过店铺盘点时生成的一堆数据，分为初盘、审核、审核等，场景很全，系统生成了很多数据，但好像不太实用。
所以在设计的时候要考虑效率，简化操作步骤，盘点的时候不要做太多的加工。完美不一定是好的。
然后说一下异常告警和相关报告。
仓库作业需要大屏报表显示相关数据（实时显示订单数量、拣货员工作量排名等）
监控异常数据，用于库存和库位监控，以指导相关人员及时进行库内补货、上架等操作。
报表对于每个业务系统都是必不可少的。有的是实时的，有的是定时生成的，有的是计算工作效率的，有的是计算商品数据的。这些数据的分析可以指导图书馆内部流程的改进，可以为供应链ERP或财务提供必要的数据，这就是这些报告的目的，即分析和指导运营。
报表的维度和数据指标的定义非常关键，设计时要结合实际业务和行业标准，保证数据的完整性和正确性。
总结
这里只是通过简单的功能组合来说明实际的设计开发过程需要深入细化和不断努力。
目前的仓储管理已经向自动化、流程化、标准化的方向发展。以后人工操作会越来越少，但是中小企业的投入也很大。因此，目前很多企业将仓储管理外包，只开发上游系统与之对接，将专业的事情交给专业的公司来管理，以降低成本。
有时简单可能是好的。个人认为应该回归简单，用这种思维去设计规划相关的系统！
电子商务仓储系统设计与实现（仓储信息系统分析与设计）介绍到此结束。
文章来源于网络或者作者投稿，若有侵权请联系删除，作者：里奥，如若转载，请注明出处：https://www.laoz.net/23921.html
