由于国内企业实施ERP/SCM的时间较外国企业晚,对于ERP/SCM企业资源整合全面电算化的经验和专业应用上普遍都较欧美企业晚起步二十年以上.因此,有许多MIS和经营管理咨询公司的专业从业人员都可能会误认为:'欧,美,日国家的ERP/SCM企业资源整合全面电算化的专业技术肯定比国内先进,完美!'.这个想法也许可以被容许,但是却不是绝对正确的看法.罗马帝国发展得比美国还早N千年,如果照前面这个道理推理的话,美国的科技永远都赶不上罗马帝国,这个误解能称得上是个道理吗?先做的人不必然做得更好,慢做的人也未必然做得不好,巧思妙用完全存乎于不同专业人才的脑海构思规划里,谁家天下则是自有安排。
首先说个简单的故事:有一天早上,一辆载满货物的卡车冲进了遂道,由于高度超过了遂道高度,卡车的前半身卡在遂道里,后半身则露在遂道外头,进退不得,卡车司机没有受伤,可是却把整个遂道堵得水泄不通,绵延了数公里的车队.交警找来了各种车辆协助将卡车拉出遂道,来来回回三,四个小时都无功而返,周边围了四,五百人看得膛目结舌,就是拿不出一个法子.突然一个七岁的孩子走到这个地方围观,他开口说:'就把卡车的所有轮胎泄了气,卡车就不会卡住遂道了,不是吗?',结果众人一试,卡车轮胎泄了气,就少了近40公分的高度,果真卡车就顺利拉出来了!如果你说:'我吃的盐巴比你吃的饭还多上千百倍!',这个只有倚老卖老的人才会有这么个无知的说法,所谓:'后生可愄'。
如果你具备一定的经营管理专业知识,有相当年资的软件规划和开发的实务经验,加上在制造产业实际辅导ERP全面电算化实施的经验,你将能够轻易的发现,目前国内、外很多ERP软件系统规划的架构理念是有严重的错误的,一套良好的ERP系统不仅仅是功能要完整,整合程度要高,运行效率要快,实施过程要短,必须具备QRM快速反应机制,维护作业要简单,移植能力要好,还要实质上能大幅降低营运成本.可是,当你使用过国内、外ERP软件,你会发觉,这些ERP的最终的诉求,他们大部份都无法实现。
举个案例来说:国外软件在系统架构上,将所有关系企业的数据都存放在同一个数据库Database里,光是这个规划方式,就是一个非常严重的错误.我们把几个问题范例给予提列出来:1.多家关系企业的数据都存放在同一个数据库,把没有任何关系的数据存放在一起,系统执行的速度肯定会变得更慢,这已经违反了ERP提高工作效率的原则.从10,000笔资料中查找一笔符合条件的资料,和在100,000笔资料中查找一笔符合条件的数据,你认为不会影响速度吗?将一个公司过期的ERP资料结转到历史文件,和将十个公司过期的ERP数据结转到历史文件,所使用的时间会是一样的吗?一套好的ERP软件系统的使用量是非常惊人的,每个User占用Data server或AP server的时间越长,就表示电脑提供服务的时间就越久,运行的效率就越差.对于只有白天上班的企业来说,其利用下班时间来处理大量的批次过档数据,可能还有相当充裕的时间,可是对于24小时轮班的企业而言,晚上时间还有大量的电脑用户在执行工作,如果要将多家关系企业的大批量过期资料结转到历史档中,这就会严重的干扰到其他User的工作执行.这个和单独将一家企业的过期资料结转到历史档中所需要耗费的时间和速度是非常不一样的。
2.任何一种ERP的资料Table,在每一家关系企业,都有不同的属性或用途,例如:料品主檔,相同的一个料品,在AX01公司属于原材料,在BL01公司属于半成品,在DX03公司属于制成品,在FC02公司则是属于商品,到底由哪家公司的人来负责定义这个属性?为甚么别人公司的数据要由某个人来统一设定呢?另外,属于研发机能的属性该由谁来设定?属于采购机能的属性该由谁来设定?属于生产机能的属性该由谁来设定?属于营业机能的属性该由谁来设定?属于委外加工机能的属性该由谁来设定?属于生管机能的属性该由谁来设定?属于物控机能的属性该由谁来设定?属于财务和成本属性的数据该由谁来设定?本来各公司自行设定,既快速,又简洁,现在把它搞在同一个Database,就变得复杂无比,每建立一个新的产品,就可能有几十项到几百,几千项新的子阶料品,就需要等待这些料品都建立完毕,才能开始顺利运作,这算是有效率的管理模式吗?为了每一个关系企业而设定的不同属性的数据,能够放在同一个Table里定义吗?10个公司的属性和50个公司的属性,如果存放在一起,字段数量肯定不同,因此,肯定必须放在不同的Table里,这就让系统的复杂度变大了,如果有30个关系企业,对于不同的属性数据,就必须开30个Table,在系统的维护工作上,不就变得非常复杂了吗?一个人有一个头,一个身体,两条胳膊,两条腿,五脏六府......,这是何等的灵活而有效率,现在把30个人的头,身体,胳膊,两条腿,五脏六府......等等全部结合在一起,这个架构能够更有效率的运行吗?从30个合倂的人体中让其中一个人运作,速度可能会变快还是变慢?这么一个复杂的人体结构,一旦动起手术来,会比帮一个人东手术快吗?这个道理应该非常的简单。
3.一个料品在两个关系企业中,可以使用不同的料号,既然料号不必然相同,资源也不能共享,将两家公司的料品放在一个Database数据库里,有任何意义吗?把30家公司的料品放在一个Table里,在计算机执行的效益里能达到何种好处?如果要求所有关系企业都必须使用相同的料号,这个本身是不现实的,首先,相同的料品,不同的产地,其成本结构可能有相当大的差异,使用同一个料号是行不通的.其次,当集团公司购并一个新的关系企业,员工有6000人,料品有50,000项,是否要求必须将该企业所有料品都依据集团料号整编后,使用相同料号才能开始运作?到底整编一家6000人的企业需要投入多少时间?在没有完成整编之前,就不能独立运作吗?就不能产生集团财务合并报表吗?如果各关系企业允许使用不同的料号,每个关系企业有20,000种料品,30个企业就有600,000笔料号,把这样无法相互利用的数据堆放在一起,有任何意义吗?能提升系统运行的效率吗?
4.同样是会计总帐,不同的企业可能就有不同的营业型态(Business model),就可以规划不同的会计科目,不同的公司就有不同的簿记账册,产生不同的财务报表.把多家公司的会计总帐资料放在同一个Database中,用公司代码加以区隔,并不能提升任何工作效率,而且,不属于某家公司的会计科目,全部显示出来让会计人员选择,还会出现误用会计科目的可能,如果每个企业使用的会计科目以公司代码将其分隔,避免误用会计科目,则会计科目就无法资源共享.对于无法达到资源共享的数据把它们放在同一个Database,到底有甚么意义?当集团企业在进行集团内部交易调整/冲销分录之时,这些关系企业的会计总帐的传票(凭证)也不能提供任何合并汇总的用途,集团财务是拿各关系企业的电子表格进行合并汇总作业,这种合并调整和冲销分录和会计总帐的会计传票属性和做法完全不同,集团财务合并报表属于合并汇总的观念,而不是像总帐会计的簿记账册的观念,把这两种属性不同管理体系的数据存放在同一个Database中,除了把系统搞得更复杂,能够得到其它任何效益吗?所以,从总帐会计和集团财务合并报表的角度来分析,这种架构规划也是完全错误的规划方式。
5.不同的关系企业可能分布在不同的国家或地区,使用不同的记帐币别,拥有不同的汇率体系,将30家关系企业的数据放在同一个Database,各自设定不同的记帐币别,建立不同的每日汇率,这和将数据存放在不同的Database数据库有何差异?资源无法共享,却造成数据量变得庞大,执行效率降低,系统维护工作也变得更复杂,这对集团企业有产生任何价值吗? |