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 CRM项目手记(13) - 希望在转角
SAP CRM项目手记(12) - 还没进入状态 SAP CRM项目手记(11) - 难点和困惑 SAP CRM项目手记(10) - 反省我们的问题 SAP CRM项目手记(9) SAP CRM项目手记(8) SAP CRM项目手记(7) SAP CRM项目手记(6)
SAP CRM项目手记(5)
SAP CRM项目手记(4)
SAP CRM项目手记(3) - SAP顾问的软肋
SAP CRM项目手记(2) - 为售后服务项目启动会而忙碌
SAP CRM项目手记(1)