导语
大家好，我是智能仓储物流技术研习社的社长，你的老朋友，老K。
新书上市《智能物流系统构成与技术实践》
01 概述
关于物流仓储系统软件，首先想到的是WMS（仓库管理系统）。追溯历史，WMS系统的起源大致在20世纪80年代初，即计算机技术尤其是数据库技术开始应用的时代。
但真正形成商业化应用则要到90年代中以后，这时的数据库技术已经开始应用到微型计算机，再往后就是随着90年代末计算机网络技术的发展，WMS迎来了蓬勃发展的时期。各种商用的WMS系统开始应用，WMS的作用被广泛认可。
最开始的时期，WMS系统的基本功能就是管理仓库内部作业，包括入库、组盘、货位管理、拣选管理、发货管理、盘点管理、退货管理等。
很多传统仓库的计算机管理系统其实就是一个进销存管理系统，功能比较单一，且局限于技术，仓库的账实往往是不同步的。另一方面，早期的WMS往往是以一个记账软件出现，由于没有网络支持，系统是以单机版本的形式出现的。
随着自动化仓库的应用，仓库管理变得复杂起来。尤其是库存策略、账实同步变得十分重要。这给WMS注入了新的需求。到了本世纪初，随着RF手持终端的逐步应用，仓库管理水平前进了一大步，WMS也进入了一个新的发展时期。
电子商务的普及不仅推动了零售业的变革，也极大的推动了WMS的发展。一是海量订单的处理，对WMS服务器端提出了更高的要求；二是WMS系统要求与其他系统前后端系统紧密连接，并实时同步，如TMS系统，订单管理系统，配送管理系统等；三是大量的拆零作业，使得拣选作业变得空前重要，各种策略、方法、技术，极大的丰富了WMS的功能；四是各种自动化设备的应用，尤其是新型物流设备的出现，增加了WMS与自动化系统的接口的难度。
所有这些，极大的丰富了WMS的功能，也吸引力众多的专业人才进入到这一个五彩斑斓的世界，大大促进了WMS本身的发展。
毫无疑问，WMS作为自动化和智能化物流系统的核心软件系统，扮演了举足轻重和不可或缺的角色。并且随着时间的推移，其重要性将更加凸显。与此相适应的是，以WMS软件为核心业务的企业，也如雨后春笋般涌现，极大的促进了我国物流行业的发展。
02 WMS软件开发的一般要求
很多初学者对WMS软件开发充满兴趣，但却缺乏严谨的态度和丰富的实践经验。因此，很多软件虽然被开发出来，却因为缺乏常识和稳定性，使得软件本身没有任何价值。
WMS系统不同于一般的办公软件或其他应用软件，其中最重要的一点是现场条件是复杂且随时随地变化的，而软件与现场条件紧密关联，形成一种动态的关系。
对于软件开发，一些显而易见的要求，如多用户的并发性要求，对“事务”的理解和处理，死锁问题，版本管理问题等，如果不能很好理解的话，所开发出来的软件基本是不能用的。而对实际环境来说，组盘问题（情况非常复杂）；货位分配问题（很多人无法理解自动化仓库的货位分配要求）；波次问题（什么是波次？如何组建波次？为什么要组建波次？对很多人来说也是难点）；拣选策略（尤其是拆零拣选策略，组箱问题）等。
这些问题如果不去现场体验的话，根本无法开发出符合要求的软件。学生们之所以不能理解，其根本原因是他们没有现场体验，他们不知道为什么要这么做，以及如何做好。
WMS理论上不是一个独立的系统，它往往要求与上游的ERP系统（或订单管理系统）和下游的TMS系统，以及各种自动化系统（如WCS系统等）进行实时连接。这就需要规范它们之间的通讯协议。
但事情往往非常复杂。如在早期的SAP系统中，通讯协议就非常复杂。仅业务流程就有100多个，每一个标准流程都会对应一个通讯协议，既有正常工作的流程，也有退货、冲红等流程，这就要求自身对业务非常熟悉，才有可能理解这些流程。否则，即使勉强开发出相应的软件，也是不能适应实际的要求的。
WMS软件面对的是一个动态的多用户的用户环境，这就要求其实时性非常强。以自动化立体库为例，当一个托盘被拣选时，事实上它的物流位置会随时变化，有可能在货位上，也有可能在拣选位置，还有可能在途中，如果这时又有一个新的拣选指令要对这个托盘进行拣选，那么面临的问题就比较复杂。很多WMS对此束手无策。类似的问题，在WMS系统中是常见的。
WMS系统要求软件的定义是非常准确的，绝不能出现二义性。每次操作的结果只能有两个，是或者不是。不能有中间结果。有一个问题或许被软件的开发者所忽视，就是效率问题，比如一项作业指令一旦发出，撤销就会变得非常困难。
或许需要花费很大的代价才能完成一次撤销操作。比如一项正常的冲红操作，这时仅仅是如何设计处理流程，就是一个令人头痛的问题。有时，操作者可能会发生一些错误的操作，而这项操作可能是灾难性的，这就需要软件的开发者有相应的应急处理能力。
比如对自动化立体库而言，一次涉及到数百个托盘的错误的指令一旦发出，其后果就非常严重。如何体会这些现场问题，对软件开发者带来困难和挑战。
此外，开发WMS软件首先要对业务和操作流程有准确的理解，关于这一点，很多工程师深有体会。但对于一个没有实际经验的同学来说，的确是有些困难的。
03 WMS软件开发的难点
WMS开发的难点，总体来说，因人而异，因工具而已。
所谓因人而异，就是对不同经验和能力的人来说，其难点是不一样的。前文说过，WMS面对的是一个千变万化的现场需求，它与一个游戏软件或一个办公软件的最大不同是不能以我为主，而是应以实际需求为主。
即软件的功能要符合实际作业的要求，而非事先闭门造车般的假设（当然，合理的假设也是必要的）。对一个纯软件工程师来说，这是相当困难的。但不幸的是，很多软件工程师并不具备现场经验，那些对他们来说可有可无的细节，正是软件需求的重点。
很多软件工程师不甚明白流程的含义，但这恰恰是WMS的关键之处。另一方面，很多对流程非常熟悉的工程师，其软件驾驭能力又非常缺乏。
这就导致很多WMS软件，要么不切实际，不知所云；要么就是架构太差，功能单一，不能满足实际的需求，且不具备柔韧性，不能体现WMS的精髓。
那么，什么是WMS软件的精髓呢？我认为标准化、可定制化、可复制性是其中比较关键的几个指标。一套WMS软件，它既是被动的，也是主动的。
其被动之处在于要满足实际的需求，不能闭门造车；其主动的一面则是流程的合理性和标准化，现场作业需求尽管千变万化，但要符合一定的规范和原理，且是有规律可循的，可定义的。
可定制是针对具体需求而言的，如果软件系统不可定制，那就会因为太死板而失去活力。但如果软件失去规范性，则将失去生命力，这就是我们经常看到的一些定制化软件，它只能满足单一客户的需求，甚至不可修改的原因。所谓可复制性更是强调标准化和可定制化的重要性，是软件最具有价值的地方。
一套成熟的WMS软件，往往是经过无数案例的实践，从而抽象出共性的东西，使系统在面对新的应用场景时变得容易复制。可复制性对于降低软件开发成本、缩短开发周期也是至关重要的。
选择不同的开发平台（工具），软件的开发难度会完全不同。关于这一点，可能每个软件开发者都有切身体会。每个平台都有其优点和缺点，这是一个比较难以取舍的问题。面对不同环节的不同需求，实践表明，多平台化往往是一个合理的选择。
数据库的选择也会影响开发的难度。
一般来说，oracle数据库是首选，但操作相对困难，Microsoft SQL server也是不错的选择，但存在有一些客户不接受的情况。其他数据库选择相对较少。比较困难的是，一套WMS软件很难做到兼容不同的数据库系统。有些WMS声称可以兼容不同的数据库，其实是完全不同的两个版本。
随着计算机技术的不断深化，软件开发的难度在降低。这是指平台的功能在变强。比如要实现一套表格的制作，完全可以实现客户的定制化。但另一方面，随着物流仓储系统变得越来越复杂，WMS的难度实际上在增加。
比如多仓系统就是这样，每一个仓库的储存方式不同，作业流程不同，自动化设备不同，对WMS的要求自然就不同。这对于WMS的开发者来说，是一个很大的挑战。
04 自研还是采购
关于自研还是采购第三方软件的问题，看法常常存在分歧。但也都有其道理。我们从安全性、经济性与可维护性三个方面进行简要分析。
安全性：
很多用户担忧采用第三方软件，会存在安全性问题。但到底是什么内容，也说不出什么道理。无非是怕自身的数据安全泄露，或企业受制于人。其实，数据安全随时存在，并非采用第三方软件才显示出来。
如果自身的管理不完善的话，采用自研的方式，其数据安全反而会成为大问题。另一方面，是软件本身的安全性问题。自研软件由于缺乏经验（即使聘请专业的团队也是如此），软件往往显得不成熟，隐性BUG很多，且不易排除。
而第三方软件则不同，其软件本身的成熟度高，相对来说安全性也高。由于缺乏实践的机会，自研失败（包括延长开发时间）的例子实际上是很多的。
经济性：
有人认为第三方软件太贵了。有时的确如此。尤其是国外的软件，在10多年前显得尤为严重，很多企业为此交了不少学费。但现在国产软件替代进口软件已经成为大趋势，其经济性应该已经得到了充分体现。
自研的成本其实是很高的。很多公司会有这样的错觉，觉得自研会比较便宜，找几个人，花费一年时间就研制出来了。但他忽视了一点，即专业的软件工程师本身就不便宜，如果薪资不到位，不仅找不到合适的团队，而且即使找到了，也很难维持稳定。
另一方面，软件需要维护，这是一个更高的成本。如果要自己组织一个5~10人的团队的话，每年的成本不会低于200~300万，这个成本事实上要远高于第三方的成本，而且还面临人员离职的风险。
第三方软件由于存在软件可复制性，通过摊销使开发成本大大降低。而最大的好处是，没有人员离职的风险，从而保障后续软件的售后服务。
可维护性：
软件需要经常维护和升级。第三方软件因为成熟度高，维护升级工作通常都会很少，但面对技术变革，升级也不可避免。
但即使如此，可维护性是可以得到保障的。自身团队则不同，由于定制化程度高，可能某几段软件只掌握在某一个人手中，人员一旦离职，其软件的维护将陷入被动，这样的例子不少。
其实，有时候把软件掌握在自己手里，看起来是一件很稳妥的事情，但在很多情况下，这反而是一件风险最大的事情。在社会分工越来越细化的今天，建立企业间的互利合作，远比依靠自己来得简单和可靠。
从实际应用看，采用三方软件应该还是主流，绝大多数企业没有自身的IT团队能够胜任自研的需求，是原因之一。自研软件并非不可以，但预期将要付出更大的代价。
这就好比建房子，如果自己有经验建，从软材料采购，到工程质量监督，肯定是又便宜质量又好。但不可忽视的是，如果自身并不专业，其结果是整个项目在推进中会丢三落四，甚至需要反复返工，质量问题总得不到解决。
从稍微长一点的实践看，自建的代价远高于聘请专业的团队。当然，寻找专业的团队也并非一件容易的事情，有些专业的团队实际上也不专业。
当然，我们也要看到，自研软件也并非完全不可行。如果企业本身就有相应的团队，而自身业务的特殊性又不支持采用三方软件，自研仍然是一条可选择的道路。
尤其是企业本身有大量的项目应用，自己足见团队进行开发，未尝不是一种合理的选择。但即使如此，聘请专业的和有经验的工程师仍然是必不可少的。
05 未来的发展方向
未来的世界是软件的世界，软件定义世界是大势所趋。物流软件也是如此。软件所扮演的角色将越来越重要。
物流技术的发展方向是智能化、数字化和网络化，AI将对物流技术的发展产生革命性影响。所有这一切，均取决于软件的能力。正因为如此，物流软件的发展将突破过去以定制为主的模式，向专业化、标准化、产品化的方向发展。
专业化：
未来软件会走向两个极端：一方面是分工越来越细，专业化越来越强。第三方的软件将成为主流。另一方面，基于平台软件的二次开发和应用将会变得更加容易和普遍，基本上可以做到人人都会定制化。
这种所谓的定制化是堆积木形式的，简单的。用户更多的是完成定制化部分，而平台软件将只能由第三方完成。具体到WMS系统，首先，流程将会更加标准化，产品包装则趋向于单元化。
其次，平台软件会建立在行业的基础之上，如制造业、流通业、电子商务等，或者更加细化；如制造业中，有机械制造、食品加工、烟草加工、医药制造、酒类生产等，以便更加贴近行业的特殊需求。
但不可否定，平台软件的标准化需要一个比较长的时间。
标准化：
软件的标准化一直没有受到行业的重视。标准化的重要方向是接口的标准化、流程标准化和封装的标准化。软件封装后，其功能定义将变得单一，可以实现更大范围的任意调用。
当然，由于WMS软件本身的复杂性，短期内要做到标准化并非易事，但如果从流程标准化做起，以始为终，却也并非不可实现。
产品化：
需要定制化的软件将会越来越少，或者说其比重将越来越低。随着更多实际应用被抽象到系统中来，软件的适应性将会大大加强。从另一个角度看，则是企业的共性将越来越多，个性会越来越少。
这一方面是技术的成熟使然，另一方面，则是企业的见识不断提升。很多固守自己做法的企业，并非有其自身独特的价值需要维护，而是一种惯性，一种无知，因为其对外部世界缺乏基本的了解。
只有那些具有特殊工艺要求的项目，定制化必不可少。
知名企业
福利
知识社区：主要包含智能仓储物流自动化规划设计，自动化立体库、智能机器人，自动化拣选系统，仓储管理软件WMS，AGV/AMR应用等。
免费提供一些解决方案、行业报告、PPT、电子书、手册、技术资料等干货（目前30G+，并实时更新），全部可下载。
视频课程
-智能仓储物流技术研习社-
打通智能物流系统甲方、集成商与周边配套商
立体库 | AGV | 机器人 | 拣选 | 分拣 | 仿真
| WMS | WCS | 输送 | 包装
|规划| |报告| |趋势| |历史|
制造业| 电商 | 快递 | 鞋服 | 家具 | 商超
| 零售 | 医药 | 冷链 | 第三方
更多推荐
扫一扫
3615
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
