P3项目全球模板狗血设置之一 --- 发货到成本中心需要输入Customer

P3项目全球模板狗血设置之一 --- 发货到成本中心需要输入Customer

 

应该说经过最近近十年的长期不断推广不断完善,P集团(P3项目的客户)的SAP global template已经是非常完美了。

 

这些年,欧美以及亚太区诸多工厂与sites,都已经完成了SAP系统的部署,在这些项目实施过程中,实现了诸多国家法律规定相关的本地需求。

 

最近二年,P集团在印度的几家工厂也上线了。在印度工厂上SAP系统,你懂的,由于开挂的印度法律之奇葩之特殊,使得相关的GAP异常之多。尽管如此,这些GAP在印度工厂实施SAP系统的时候,也多得到了完美实现。

 

时至今日,P集团SAP的全球模板,已经成为一个能支持全球五大洲主流国家法律与本地业务管理要求的战略性核心IT系统。可以说,如果在国内或者全球任意哪个地方有一家新共产需要上SAP系统,只用不费什么劲儿将当前模板直接推广即可。

 

但是并不意味着,P集团的SAP全球模板就完美得无任何瑕疵。其SAP实施团队顾问都知道的早已存在一些问题需要改善的,由于其项目实施时间紧张,这些小的问题一直都长时间的存在着。

 

笔者作为SAP后勤模块的顾问,与P集团合作过3次(现在是第三次合作,故笔者将该项目称作P3项目)。在合作过程中,笔者有就发现其全球模板中不合项目实践的设置并提出来试图改下配置,但是P集团客户内部实施顾问表示,“这个不可能改的”。

 

比如笔者对于其移动类型201的事务界面,需要输入customer字段值的设置,觉得非常不适。企业内部部门领用物料,与客户有啥关系呢?你界面上把客户字段设置成必输字段,实在是毫无道理。

 

P3项目全球模板狗血设置之一 --- 发货到成本中心需要输入Customer

 

这个在一般项目里,只用修改201移动类型的屏幕格式,将customer字段改成可选输入就行了。

P3项目全球模板狗血设置之一 --- 发货到成本中心需要输入Customer

 

这个小小的改动,从改配置到测试,到传入生产机,一个小时以内搞定,就算考虑到中美时差,一个工作日以内就能完成。

 

早在5年前我第一次发现这个设置,感觉怪怪的,就提出来走流程改下配置,被拒绝了,合作伙伴说”移动类型的配置不可能改!”, 这个界面只用在customer字段处输入工厂代码即可(前提是创建一个特殊类型的customer code, 这个customer code就是工厂代码)。时至近日,这个问题依旧存在,全球几十家工厂都上了SAP系统,给用户的培训/操作手册里,发货到成本中心界面都要输入customer字段值。在P3项目阶段,我再次提出修改一下这个配置,对方依旧是很明确的表示“不可能!如果现在改,则影响全球数十家工厂。。。。。。”云云。

 

这个问题不算什么不得了的问题,不解决并不影响业务的正常进行。业务人员执行系统操作的时候稍微麻烦点,多输入一个信息而已。只是从技术角度讲,有点让人不理解,不是很舒坦而已。这个或许未来可以作为P集团内部后续SAP系统持续性改善的地方之一吧。

 

SAP Global Rollout项目中,客户总部有一个异常强势的core team/global team非常重要,可以保重每次推广全球模板的实施项目能很好的贯彻好其总部定义的各种场景的解决方案,掌控每个rollout项目的实施范围,降低项目实施风险。但是过于强势的core team/global team,对于后台配置尤其是影响全局的后台配置改动的过于谨慎强势的掌控,也会带来一些常人无法理解的雷人后果。201移动类型发货到成本中心的界面需要输入customer字段,就是证明。

 

2018-11-20 写于杭州市。

 

 

上一篇:[Grunt] Minifying your output with grunt-uglify


下一篇:MySQL连接:内连接、左外连接、右外连接