从上世纪八十年代开始,SAP这一全球一直排名第一的ERP软件,大部分卓越的企业都应用SAP系统。有一次在信息化高峰论坛会上,碰到一位行业同仁他向我讲的一句话我觉得最能代表SAP用户的心声:让企业又爱又恨的SAP。爱,是因为SAP的软件积累欧洲多家知名企业的管理经验,对企业本身管理水平的提升有非常好的促进;恨,是因为SAP价格高,实施难度大,有调查结果显示很多企业搞巨额资金购买的软件最后使用了不到5%的功能,而且软件使用者也抱怨多多……不论是管理经验的借鉴还是软件的应用深度其实都与一项工作有关系,那就是软件实施。那么从最终的使用效益来说,企业在SAP的实施过程中到底应该关注哪些问题呢?请听听编者的一些交流心得:
让我们先来看看使用者到底怎么抱怨SAP吧?业务部门说系统不好用,界面风格难以接受、找数据麻烦,系统的流程和实际有偏差,而且需要很多的人工跟催;管理者不满意的主要原因当然是下面的人有抱怨说明产品不能满足企业的需求,上来系统业务部门还喊着人手不够说明效率并没有提升。究其原因一方面SAP积累的欧洲先进国家的管理经验在中国很有可能会有点水土不服,另一方面是SAP本身庞大而复杂的底层架构使得实施过程中按照业务部门需要的流程进行实现需要很长周期以及较大实施成本,企业考虑其成本可能会有一定的妥协,那么到了最终使用者那里满意度必然高不起来。所以企业在实施SAP的过程需要面临的挑战就在是业务需求的实现和投资成本的平衡。
实施挑战第一项是系统流程需要适应企业的变化进行较为灵活的修改。各大ERP厂商软件实施的方法论基本都有“蓝图设计”,实质上就是调研企业的需求,包括业务流程,得到双方确认之后在系统中实现。这种方式其实有一个很明显但是又不能克服的确定,就是通过纸面固定的流程是静态的,企业的发展是动态。所以当系统真正上线的时候,很有可能实际业务流程已经发生改变。因为SAP本身流程修改的话比较麻烦,如果不是本质的变化,系统可能不会进行相应的调整。
实施挑战第二项是跨越多个业务系统业务的集成。企业的业务流程是连续的,跨越多个部门的,但是SAP的功能可能只涉及了其中一部分的,另外的一部分可能在其他的系统中实现。从使用者体验的角度出发,实施过程应该整合多个系统的信息,实现跨系统流程的的直接流转。对于SAP环境中的流程集成,SAP用户往往发现他们必须定制和简化SAP接口或SAP流程流。
他们可能还需要为SAP应用程序添加补充性的功能,并将非SAP系统与SAP系统进行集成。尽管SAP为IT开发人员提供了可满足各项需求的独立工具,但往往还需要对在其中开发了定制内容的特定SAP应用程序版本进行定制。升级到SAP应用程序未来版本的难度、成本和风险也会提高。过多的应用程序定制还可能导致预算超标和部署推迟。也是因为这些原因,企业很少让SAP的实施人员完成跨系统的数据、信息交互工作,企业的协同效率可能得不到提高,人工跟催不能避免,周期也因此变长,使用者的满意度也就降低了。
实施挑战第三项是友好的人机交换界面需求的实现。SAP的界面一般都是系统提供的标准界面,修改起来同样也比较难,百分之八九十的SAP用户都是适应产品,而不是让产品随着客户需求而改变。这个接受过程对于实施团队同样也是挑战。
以上三项挑战严格来说也不是问题,只要企业有足够的信息化预算、有充分的实施周期,这些问题都是可以解决。但是从投入和产出的角度来说,如果存在既能解决以上问题,又能花费不高的成本,对企业才是真正的良策。综观国内多家企业,用BPM软件解决SAP实施过程中遇到的问题,是非常成功的应用实践。BPM作为业务流程管理的专业软件,本身就具备非常强大的集成引擎,能将不同系统的数据通过流程进行交互;加上BPM本身的流程监控和分析功能,能够非常有效的提高企业的系统效率。同时,BPM系统开发的流程可以非常便捷的修改,快速适应企业的流程变化。另外用BPM软件开发简单易用的界面,开放给终端用户,由系统把相关的数据反写到SAP中,界面不友好的问题也就迎刃而解。所以,面对SAP实施过程中出现的各类问题,企业不能只局限与SAP本身,可以通过新的流程管理软件的引入,低成本快速的解决这些问题,真正提升企业的管理水平和运营效率。
责编:王雅京
微信扫一扫实时了解行业动态
微信扫一扫分享本文给好友