近期要做WMS的选型,所以有个问题请教大家。
我目前了解的WMS配置(也许这个说法部准确)有三种方式:
1、在代码中预先设置好了,后起改动只能动代码了。
2、提供各种策略的修改开关
3、提供流程设定方式
第一种本人不喜欢,第二种比较灵活,可以根据业务变化去调整策略开关,但开关太多,还要考虑关联因素。第三种只是听说,还 没见过。 请WMS界的大佬出来点拨一下我这个菜鸟吧
讨论观点总结如下:
1.wuzheng的观点:
谈到系统的可配置性,会有很多层面:
1.单据、报表的可配置性
2.显示界面方式的可配置性
3.字段的可配置性
4.模块的可配置性
5.业务功能的可配置性
6.业务流程的可配置性
我估计楼主主要说的是后两项,WMS还是比较小型的系统,它的可配置性按照优先级排列主要体现在如下几点:
1. 几个核心策略的可配置性。也就是 上架策略,波次策略,任务管理策略,装箱策略等等。这部分策略的灵活配置程度,决定了WMS功能的强大与否,这部分一定不能开发,是要可以配置出来的。
2. 业务流程的可配置性。其实在WMS里面并不多,因为出入库流程就这几步。顶多就是要不要质检,要不要打包什么的。很多系统在这方面是不能灵活配置的,需要客户化。 有些顶级的系统可以在有限的步骤里面增加功能。
3. RF的功能的可配置性。这点其实挺重要。基本上就是那些需要扫描,那些可以跳过去,那些可以提示等等,很多优秀的系统都可以进行很灵活的配置。
4. 报表和界面的可配置性不是重点,大不了可以用其他报表工具实现。
5.我见过HighJump,但是我觉得Highjump的配置的确灵活,但是不是业务人员能够完成的,还需IT人员的介入。这个类似一种简化的开发平台的概念。
2.zhongkeruanjian的观点
可配置性的重要性,相对于客户与供应商,供应商更受益,这样可以大幅降低软件成本。但对客户来讲,会觉得系统太复杂,无法把控。对客户未来业务变化和发展来讲,肯定能从可配置性功能中收益,故在选择能达到同一功能级别的两个系统时,可配置性的系统更有优势。 但采用此类系统要求系统实施经理有很丰富的水平和能力对系统进行合理的设置以便满足客户业务需要,系统上线后,客户方至少有一个人懂得如何配置系统,否则就会受制于供应商。 freeyao的补充意见。 |
3.konen的观点
① 规则可配置性 规则的可配置性直接来源于行业经验的积累,因此对物流中心来说也是最重要的。重要的规则如波次规则、上架规则、分配规则、补货规则、质检规则等,这些规则一般通过模板或者参数、开关的方式进行配置。少数情况下才应该对源代码进行修改。 ② 流程可配置性 物流中心的作业流程不同于一般意义上的“工作流”,不太强调流程的可配置性。事实上,很多不同的流程来源于不同的作业“策略”,例如订单摘果式作业,播种式作业,边拣边分作业,单品作业,这几种方式在流程上是不同的,但通过流程配置是不可能配出来的,其核心是订单分拣策略的不同。流程的可配置性倒不如说是流程模板的可选择性。行业经验积累越丰富的供应商,其提供的流程模板就越丰富。 ③ 单据和报表可配置性 单据和报表的用户可配置性已经基本是所有软件的标准装备,另外也可以用户第三方专业的报表工具完成此部分高度灵活性的需求。 ④ WMS界面可配置性 随着RF设备、电子标签等设备在物流中心的普及,WMS的客户端界面越来越成为管理者的管理终端,交互性操作不会太多,能够根据行业特征将管理者关注的主要数据配置出来就基本可以。 ⑤ RF界面可配置性 RF终端界面是高度交互性的,多一个回车或者翻页操作都会直接影响整体的效率。另外RF界面大小就那么大,在有限的空间里需要显示的信息在各家企业是有很大区别的。幸好RF界面上一般都不会有什么复杂的业务逻辑,所以能配置出来最好,实在配置不出来,基于某个标准功能作为底稿快速定制一个个性化功能也是可取的,并不影响整个产品的版本管理。 |
4.hideyourface
理想和现实的区别永远存在,关键还是在于成本和未来业务的预见性。
MA的可配制性的强大毋庸置疑,但在中国本土也未必可以对应所有合理/不合理的需求。
顾问可以给你提的业务流程建议,但永远是在自身产品的基础上的合理建议。
甲方还是应该在整理完毕的当前业务流程及可预见的业务拓展的基础上进行选型。
说白了,为当前业务定制的无可配制性的系统+每年10%的系统改进预算,使用效果上也不一定弱于牛X品牌。
牛X品牌的确牛,但买一个你只用的到其中可配制性20%的系统,也未必合算。
另,实施效率上牛X品牌有无可争议的优势。(最近经历是基本上一两个月1套)
5.wzcn1983的观点
就我个人的一些经验,觉得也有3点问题需要注意:
1.选择最适合自己的,实施成本和后期维护开发成本都能够承受,而且要符合自己的业务流程和操作需求;
2.提出合理的要求,使用者和软件实施人员往往考虑的是不一样的,软件实施人员未必真的懂物流或者说能够理解操作人员的需求,同样使用者也不能提过于超出系统能力的需求,否则造成系统过于复杂,测试不到位的话,上线后出现BUG,问题多多,导致增加成本,骑虎难下。理论上软件开发都是可以实现,但是不成熟的代码也会导致问题一堆。
3.软件不是万能的,软件是管理的辅助和延伸工具,这个要清醒!sop管理流程要跟上。
要选择成熟的产品和有能力的开发实施公司,不要迷信大牌,适合你的才是最好的!!