wms系统设计架构 wms应用架构

仓库管理软件的未来有几个方向：平台化、行业化、一体化、精简化。
然而其中行业化跟精简化，其实都离不开平台化。
也就是说，不论wms软件如何发展，唯有平台化一择。

在本人从事的传统型wms项目中，对于库存的定义是【在库位上面的货】，而如果货被拣选，就存在于各种板表、箱表、甚至于任务表里面。而任务更加复杂，每次产品提出一个新的任务类型，都要加任务表和一整套逻辑代码。面对涉及多种任务的报表需求，往往采用新建空表后在流程中写入报表。难以给出历史的统计数据。

对此我想到，wms系统本质就是货【在哪儿，到哪去】的问题。若是规范了系统的架构。整个业务演变成【任务】和【库存】的简单交互。那该有多轻松。

而且随着信息技术的发展，任务表【数据量大】的特点，和库存【对一致性要求高】的特点，随时可以用更高效的数据库，和区块链技术代替。未来只会更简单。.

最关键的两个概念：

库存

商品最细致的维度（这里是商品批次）对应物理位置的最具体的维度（库位或者板号、箱号、rfid）。这个物理位置不仅是仓内，到仓未接收的，装车了的，是不是都可以作为库存呢？
这是一对一的对应关系，库存唯一的自属性就是数量。
虽然字段很少，但是对于正确性要求非常高。

任务

仓库的一切库存操作都可以算作任务。
这里的任务很简单：把库存从某个位置移动到另一个位置。所以需要库存、从位置、至位置、数量。
盘点相当于把库存从当前位置移动到当前的位置（拿出来再放回去，很形象）
调整相当于把库存的一部分移动到【调走】的特殊位置，或是在某个特殊位置创建库存，在调过来。

只有当库存和任务搞好了，根据库存调整订单量、多种任务竞争库存的问题，都可以迎刃而解。而且可以应对不同行业的客制化需求。对于报表需求，也可以以任务表为主轴来构建。