作者konkonchou (卡卡猫)
看板MIS
标题[心得] ERP三两事 - 常见失败问题
时间Sat Oct 20 02:46:58 2018
ERP 导入成功的因素有哪些，这可能让顾问们来讲比较会
我自己会认为
利用系统
把对的事一直做下去，再持续串连起来
把 人工管理模式 建构到 系统管理(防呆) 上来相得益彰
但哪些是对跟该做的事，SA (系统分析)其实非常非常重要
现实却常不是这麽一回事
最常看到的是导入手法很粗糙
把不对的事一直坚持做下去，重工又没带出系统效益
接着就旷日废时
最後不是失败收场就是导到基层怨声载道却还号称成功
「我以前在某某企业的作法，应该要怎样怎样」
「这个我专业的，我以前在某某企业带过多少人，我们是怎麽做的」
「听我说就对了，我在这行业几十年了，难道你会比我懂」
很多企业自聘的 ERP／系统顾问在跟厂商沟通时
身为高级旁听员，其实蛮三条线的
有几次讲到太唬烂夸张，我还听到嘴角失守被老板抓包
所以来分享一下
我自己最常看到导入失败(或注定失败)的情形
B.O.M
◎ 买 ERP 套装软体，但客制建料号画面不实用又修改缓慢
客人购入系统两年过去还没建完料号
刚好客制部份有 bug 未修正, 客人跟厂商沟通後最後放弃系统不用
原因在当初开规格的人并不是完全了解编料方式
规格书来来回回，厂商做出来也不是那麽回事
双方都有问题，所以 SA 很重要，规格书不能乱开
◎ 客制系统因为没建料号所以不能上线
请接案公司客制入出库管理系统
规格书写了跟没写一样，验收也没标准
想想合约应该是闭着眼睛签的
正常来说，厂商做完应该 demo + 测试完才会完成验收
目前验收完却因为没料号不能上线使用
这超乎正常人理解 (那当初没料号怎麽验收的)
这案例还没宣告失败，但也不远了
◎ 编码逻辑搞不定 (蛮多人会遇到的)
分享个小故事...应该不会刚好有人对号入座吧
客人原本购买的旧系统编码10位数，系统使用上也没任何问题
但自聘的顾问却说这系统太旧，要跟别厂商开发一套全新 ERP
顾问 : 这个旧编码方式很不好，未来会不敷使用，我们要来重编
请大家来开会讨论要怎麽编码
我 : 为何不用流水号，画面拉一拉设定完，自动产生料名跟料号
厂商 : 我们编料号只能用输入的 (WTF ?)
顾问 : 流水号编码方式很不好，没有可读性
在讨论完後
第二次会议换负责建料的人发难
(编码10位数不够，你有试过20或30位数吗? 然後逻辑编完後自己看不懂)
第二次会议没结论
第三次客户老板加入会议
(老板先前看过我无料号设计，顾问跟厂商解释先前会议讨论方案)
老板 : 用流水号会不会比较好，就画面设定完自动产生
顾问 : 老板这主意不错
厂商你就照老板讲的这样开发没问题吧
(尚书大人真是机灵)
......然後几个月过去了还没开始开发任何实体东西出来
◎ B.O.M 规格乱开
某高级顾问 :
因为物料管理不善
所以请厂商在建料号的地方输入可储放库位栏位
结合这次开发的物料管理系统，让文书把料号对应库位通通都输入进去
不该放的就无法入库
就可以完成智能化仓储管理
後来我忍不住用手机秀了一下何谓仓储智慧化操作给他们看
本以为这议题就此停住...
没想到厂商还是开发了, 客人却也买单了
这案子最後也是没有上线
---- 因为真的太低能了，明显来乱的，不知道怎麽写心得
其实我去年有分享过不用编料号的作法
一方面是根本记不住那麽多客人各自料号
一方面是自己开发 UI 跟後端自动产料号逻辑相对很容易
对顾问／厂商而言
若不自己去了解客户料名定义是很难达到的
但顾问...其实是很强大的，因为再蠢的建议 老板们还是通通都买单
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.167.137.128
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MIS/M.1539974820.A.CEE.html
1F：推 ai8051: 没办法,你把系统流程表现的太简单太明确,反而看起来不够 10/21 12:59
2F：→ ai8051: 厉害,没经验的常干这种事,明明就不适合的单据或功能应要套 10/21 13:01
3F：→ ai8051: 只因为顾问认为这样才符合标准,理解顾问有他的立场,但身为 10/21 13:03
4F：→ ai8051: 公司导入人员却随之起舞就死了,到最後成本一样滚不起来 10/21 13:05
5F：→ ai8051: 连仓管都帐料不符,他们最後都只看自制的EXCEL表 10/21 13:08
这一段心有戚戚焉，当时请一堆人来做整顿多年烂帐
结果库存加权平均移动平均怎麽管理这些人讨论得很开心，最後没一个做出来
财会还给错帐(自制 Excel, 期初期末都异常)
东西数量都不对了有甚麽好平均的
正本清源其实就是当下进出做好，有问题慢慢回追(要下苦功)
最後乾脆自己撩下去做系统管理，进出库存帐当年度被抽盘就100%正确
6F：→ ai8051: 这当中的问题除了一开始说的,导入人员前置作业跟流程外 10/21 13:09
7F：→ ai8051: 中间到後续MIS人员的支援蛮重要的,我先前就是遇到一堆直接 10/21 13:09
8F：→ ai8051: 人员不会打单,也觉得麻烦问不到人就摆烂,最後是我留分机 10/21 13:10
9F：→ ai8051: 从办公室到现场都直接找我,才一个个解决,问题不一定都很大 10/21 13:11
10F：→ ai8051: 只是多余的作业流程卡住,但原先的主管坚持(还是我去跟顾问 10/21 13:12
11F：→ ai8051: 问清楚做与不做的差异才简化掉)最後才有运作,但花很多时间 10/21 13:13
12F：→ ai8051: 就是,很多中小企业都这样,自以为的主管,跟没空理人的MIS 10/21 13:14
13F：→ ai8051: 要理下去,从销售金额到制造,库存对帐，我就是觉得被操翻了 10/21 13:16
各功能一定要训练种子学员出来
当下多花工、日後很轻松
系统操作流畅度其实就是影响日後这些作业复杂度，所以才要仔细评估系统
ERP / 系统明明是要来解决问题的，但很多最後都只是 E 化把资料显示在萤幕上
问题还是一直都在，最後随便找个资讯人员负责任
14F：推 esla: 编码有可读性是好事，但要分类再加流水码吧 10/23 11:03
15F：→ esla: 连自动编码都没有，全手动编出错的机会更高吧 10/23 11:03
16F：→ esla: 人为编码，一编错不就失去编码可读性的意义了 10/23 11:04
分类+流水号大多系统基本款
原本旧系统也是一码数字 + 一码英文字分类 + 可辨识资讯 + 流水号
所以光分类就起码有260种组合分类，硬要变成可读
光两码就变成十码不够 再蠢蠢地把color size breakdown 放进去料号就爆表了
不是第一次看到会这样编码的逻辑，累的都是前端作业的人
换言之，客人每下一次单，几乎都得建一次料号
17F：→ esla: 限定仓储批跟智能化仓储管理的关系在那? 10/23 11:05
智慧化仓储简单就是系统告诉操作人员，东西该摆哪比较适合未来取出
譬如 以出库效率为主 (未来省时)
还是 以入库效率为主 (当下省时)
或是 集货作业让仓储最大化运用 (省仓储空间)
可以想成同样是入/出库，如何用最少时间跟人力完成
东西找不到进而限制东西只能摆在哪，算没经验又没常识吧
18F：推 esla: 个人觉得导ERP就2个目的1.降低工作量2.增加资料正确/可读性 10/23 11:16
19F：→ esla: 有时二个目的可能会互相冲突，这点就要看公司的判断了 10/23 11:16
20F：→ esla: 最蠢的是二个目的都达不到，加了一堆流程，资料还是错的 10/23 11:17
这两个目的都要达到，就是第三方人力(外援)要介入了
最简单的
很多系统转换不包含资料部份，也许写个sql script测试完资料就抛过去了
但系统商不帮忙移转 ($$$ + 风险)
就会要人工打单，系统用越深就越惨，打完单系统最後没上线的大有人在
21F：推 esla: 没啦，转换时期很难不增加工作量的，我是指上线之後的目的 10/24 12:00
22F：→ esla: 那怕直接从db导，也是得花不少时间整理资料的 10/24 12:00
23F：→ esla: 我这个月都在搞这个，光料号、bom跟制程就够让人头痛了 10/24 12:01
TIPTOP 拿出资料的确是比较麻烦, 尤其是有被客制过的
有时看到资料在第10个栏位
後来才发现255也有一样的资料才是对的，就变成一定要从头看到尾
24F：→ esla: 新的t100转移资料相对人性化很多了，甚至不用从db导 10/25 09:37
25F：→ esla: 只是还是得花很多时间去整理，尤其是bom架构有变动的情况下 10/25 09:37
TIPTOP 这五年我也没接触到这类要舍弃 转新ERP的客户
会写 script 一方面也是要配合目的地资料库，方便调整
另一角度 有相同客户的话也是有机会省下转资料时间
26F：推 minami74: 感觉用流水号之後，当产品种类越来越多，总有一天会被 10/28 14:20
27F：→ minami74: 检讨 10/28 14:20
所以不要为料号而料号
流水号只是一个数字, bigint 总够用了
如何 快速 正确 取得想要的料 对应的系统设计才是重点
※ 编辑: konkonchou (220.137.46.214), 11/10/2018 00:46:12