导读：WMS是仓储管理系统，在目前仓储系统化变革之下，有专门独立系统开发，也有融入ERP模块二次开发。据个人所闻，WMS目前倾向于PC前端网页界面与一线作业RF手持终端信息交互作为系统支撑的框架。

一、ERP模块模式

比如SAP在WMS模块、聚水潭WMS模块、巨沃WMS等，其场景更注重信息流的控制，仓储自动化设备交互这块相对比较薄弱，主要适用于没有自动化设备，又急需改变传统仓储管理的作业需求，相对成本也较低，只要一线仓储作业员拥有一把与系统交互的RF手持终端即可。

二、独立系统化

比如唯智WMS、infor WMS等，其场景更多注重与WCS仓储控制系统集成，实现系统化、信息化、智能化的信息交互及作业无人化或少人化，减少人力输入，通过自动化设备的投入，实现仓储作业的高效运作，运用接口，交互数据信息，各系统发挥各自的优势，比如AGV搬运管理、自动贴标机、堆垛机、立库、输送带控制、ABB播种机等设备的投入使用。

不管系统设计属于哪种，其主要场景，ERP（信息交互）-->WMS（指令分配）-->WCS（货物投送）-->RF（信息采集）-->WMS（指令完成反馈）-->ERP(结果反馈）。

RF运用开发环境：有windows程序、也有APP安卓模式。

不管用哪种，只要适合自己企业发展，就是最可行的，仓储软件无非就是将入库、出库以及库内存储进行信息透明化管理的辅助工具。WMS更多的运用场景也保持作业细节的管理：卸车清点、收货采集、堆垛码存或上架陈列、存储库位管理、订单波次管理、出库拣选、待发验证复核、发货清点交接、出仓跟踪、货物送达。

因立库刚性基础太强，需要通过柔性整合才能优化WMS与立库交互在业务管理上的合理化与科学化，实现降本增效。

针对初步流程运营情况，发现单流程的按托收货，且仅支持同SKU同托，且收货环节确定上架方向，无法根据上架的业务管理变化进行调度现场。以当前设计运营情况，致使业务弹性较小，受限大，且针对多批次小批量的SKU无法实现流程作业最大化，反倒成了限制因素。因此，构思收货环节的多场景化，再以收货的多场景，延伸出上架的多场景。

收货无需考虑上架方向，仅按到仓货品的场景，选择适合的收货方式。

比如，小批次大批量的货品，生产单位供货，可以按同SKU组托收货（以较大库存的方式，以备进立库，让立库库容最大利用）。再如，生产单位供货的尾单，由于单SKU少量，则考虑混托收上架平库，或者按箱收不绑托上平库，以实现大批量货品放立库，小批量货品放平库，库容最大化管理。

流程设计的冗余性，以及柔性化思维，必须在刚性基础上进行合理布局，而非不管三七二十一按某单一场景设计，影响业务在管理上的合理调度与协调。

作者 | 章华水

来源 | 浅显物语