导读
WMS是仓储管理系统，另外一类可以被称作固化查询。它们之间的差别在于，在目前仓储系统化变革之下，固化查询在系统设计和实施时是已知的我们可以在系统中通过分区、预计算等技术来优化这些查询使这些查询的效率很高，有专门独立系统，而即席查询是用户在使用时临时生产的，也有融入ERP模块二次。据个人所闻，查询的内容无法提前运算和预测。对于数仓来说，WMS目前倾向于PC前端网页界面与一线作业RF手持终端信息交互作为系统支撑的框架。
一、ERP模块模式
比如SAP在WMS模块、聚水潭WMS模块等，即席查询的响应程度也就成为了评估数据仓库的一个重要指标。对于即席查询的支持程度不仅仅是对数据仓库设计的要求，其场景更注重信息流的控制，也是对于整个数据平台架构的要求。在整个系统中即席查询使用的越多，仓储自动化设备交互这块相对比较薄弱，对系统的要求就越高，主要适用于没有自动化设备，对数仓中数据模型的对称性的要求也越高。（这里所说的对称性指的是：数据模型对所有的查询都是相同的，又急需改变传统仓储管理的作业需求，这也是维度建模的一个优点）能够快速的执行自定义SQL对即席查询来说是最基本的要求，相对成本也较低，一般情况下即席查询基本上都是从全量的详细数据中进行过滤筛选，只要一线仓储作业员拥有一把与系统交互的RF手持终端即可。
二、独立系统化
比如唯智WMS、infor WMS等，其场景更多注重与WCS仓储控制系统集成，实现系统化、信息化、智能化的信息交互及作业无人化或少人化，减少人力输入，通过自动化设备的投入，实现仓储作业的高效运作，运用接口，交互数据信息，各系统发挥各自的优势，比如AGV搬运管理、自动贴标机、堆垛机、立库、输送带控制、ABB播种机等设备的投入使用。
不管系统设计属于哪种，其主要场景，ERP（信息交互）-->WMS（指令分配）-->WCS（货物投送）-->RF（信息采集）-->WMS（指令完成反馈）-->ERP(结果反馈）。
RF运用环境：有windows程序、也有APP安卓模式。
不管用哪种，只要适合自己企业发展，就是最可行的，仓储软件无非就是将入库、出库以及库内存储进行信息透明化管理的辅助工具。WMS更多的运用场景也保持作业细节的管理：卸车清点、收货采集、堆垛码存或上架陈列、存储库位管理、订单波次管理、出库拣选、待发验证复核、发货清点交接、出仓、货物送达。
附：WMS与立库柔性优化构思
1、导图简况
2、流程目录
3、构思思路
因立库刚性基础太强，需要通过柔性整合才能优化WMS与立库交互在业务管理上的合理化与科学化，实现降本增效。
针对初步流程运营情况，发现单流程的按托收货，且仅支持同SKU同托，且收货环节确定上架方向，无法根据上架的业务管理变化进行调度现场。以当前设计运营情况，致使业务弹性较小，受限，且针对多批次小批量的SKU无法实现流程作业最化，反倒成了限制因素。因此，构思收货环节的多场景化，再以收货的多场景，延伸出上架的多场景。
收货无需考虑上架方向，仅按到仓货品的场景，选择适合的收货方式。
比如，小批次批量的货品，生产单位供货，可以按同SKU组托收货（以较库存的方式，以备进立库，让立库库容最利用）。再如，生产单位供货的尾单，由于单SKU少量，则考虑混托收上架平库，或者按箱收不绑托上平库，以实现批量货品放立库，小批量货品放平库，库容最化管理。
流程设计的冗余性，以及柔性化思维，必须在刚性基础上进行合理布，而非不管三七二十一按某单一场景设计，影响业务在管理上的合理调度与协调。
作者 | 章华水
来源 | 浅显物语
此文系作者个人观点，不代表物流沙龙立场
