SAP CRM项目手记(14) - 杀鸡焉用牛刀?

最近一个月都在出差,除了前周深圳的平板服务政策谈判外,其余主要是为了呼叫平台整合的事情。说实话,公司对于CRM项目并不太重视,平台划转也很草率,为目前项目的实施带来较多的障碍(比如RDC)。
回来后这一周,我花了一些时间对于备件的新流程进行了测试,除了服务商备件申领,其余都是在R/3里面完成的。流程设计应该没什么问题,索赔件的VMI可以说是管理创新,但问题是,这样的操作对于省中心备件管理员来说是复杂的。我去年出去检查工作,因为以前搞过物资管理,所以对备件的检查也比较认真。现在省中心的备件库,缺乏账实相符的基础,收支日清月结,定时盘存的机制还没有建立起来。在这么薄弱的基础上,推行备件销售信用和VMI等,我觉得风险较大。而进一步的渠道库存管理,如果不把省中心和RDC的关系搞清楚的话,也会变成一件摆设。这些意见,我在下午的碰头会上提出来了,后续要和备件管理部HM和LJ多沟通,保证上线流程的可操作性。
另外,在客户主数据(服务商网络信息)的维护职责和方式上面,我以前曾预见的分歧出现了。从需求调研时,我和实施顾问坚持要按客户级别来维护服务价格,但服务网络管理部坚持要根据协议来维护。结果,在测试时发现,目前维护的工作量已达到20万条记录。他们原来规划,交给各省中心自行维护,但殊不知主数据的维护权限是无法下放的。当然,可以通过批输入的方式来维护,但我和顾问都清楚,20多万的批输入,不仅会影响业务的正常进行,而且有把系统跑死的可能性。SAP的批输入是个很有趣的技术,相当于在后台做了个机器人模拟人工操作,但一般主要用于初始化时静态数据的导入。正常业务进行大量的批输入的话,是要搞死人的啊。这个问题,也是需要解决的问题。
为什么这期手记取名“杀鸡焉用牛刀”呢?是我想到,我们本期需求其实用星际的软件更能解决问题,SAP CRM做家电服务并非长项,开发和接口的量非常大,系统隐患会在上线后逐渐暴露。但为什么当时会选SAP CRM呢,主要是从公司信息化战略上考虑的。公司目前的信息核心是SAP ECC(R/3),后续的外围应用系统都要围绕它来展开,加上NetWeaver平台对于SOA的支持,所以SAP CRM就变成当然之选了。其实,当时我们一致最看好的是Oracle Siebel(它和SAP R/3的接口组件非常丰富,世界500强选用SAP的ERP同时用Siebel CRM的案例非常多),但可惜因为价格因素失之交臂。
所以,在信息系统的选择上面,我们公司并不是非SAP不用,但必须和SAP ERP良好接口是摆在第一位的,毕竟ERP是企业信息化的核心和根本。如果从CIO的角度来看,选择国产星际的产品,从家电服务来说很切合我们的需求,但代价是和ERP的整合难度太大。不是因为.Net和SAP NetWeaver的技术接口问题,而是ERP中的客户代码、物料主数据、BOM、供应商主数据等等同步的难度太大。而且,长虹国际化已经起步,系统要考虑多币种、多语言和不同国家财务制度对接等一系列问题,还有后期的销售渠道管理等,选择SAP CRM是当然之选。系统选型不能光看当前的需求,所以从这个角度来说,“杀鸡须用牛刀”!
链接:《SAP CRM项目手记》系列

你可能感兴趣的:(SAP)