比较而言,sap ep 是较新的产品,也可以说是SAP顺应时代潮流和企业信息化应用的实际需求而推出的东东。目前SAP EP 还是有一定市场的,特别是欧美的一些行业领导者,本着把SAP用全用深用活用好的原则,在孜孜不倦的迈入EP的行列。
EP这个东东,其实很早就出现,象WebSphere,Webmethod什么的可以集成portal。早先的EP就象战国时代,群雄并起没有什么明确规则,再说规则这东东本来是成熟之后才有的,是先有实质的东东,而规则则是从蕴含了先进理念、科学方法的感性实体中提炼并进一步深化的,“只有想不到没有做到”,即使没有明确的Portal规则,通过大量的java和.net开发,什么样的功能都能最后实现。
SAP EP的优点, 据业者反馈和个人研究,首先是UI和用户体验:与SAPgui相比,有深入群众、贴近群众的意味。从专业顾问角度来看,SAPGUI是很不错的,简洁,高效,尤其是tcode,unix与dos下的快捷韵味犹现,年轻人,记忆力好,记点tcode不是小菜么?甚至偶是比较喜欢这种风格的,要比其他的ERP要好,oracle那种风格,偶觉得也就那样。但奇怪的是很多用户是不习惯的,尤其是T-CODE的,江湖人传“万恶的T-CODE”,看来,他们没有经过dos时代的煅炼,缺乏必要的command操作心理基础。SAP EP的推出,使GUI的这种用户体验得到很大改观, 能够化繁为简。其次是系统集成: SAP PORTAL 据悉也是通过收购内核然后扩展融合而开发出来的产品,但其理念还是先进的,老德们估计正是基于先进的理念才出手收购的。SAP EP的核心理念包括,通俗的说,通过模板,组类,模式化配置各种后台server,并集成SAP BI等其他模块信息,达成一个统一的信息平台,并力图把从供应商到销售终端的操作连成一线。第三:可以切实降低用户的投资预算。众所周知,SAP销售模式是基于license的,有了Portal就相当于扩展的license。比如,我们可以共用帐号,只要将审计和权限控制环节转移和方式创新,可以将workflow放SAP外面来做,或者通过RFC backend用户链接SAP,这些都能为企业达到节省license的效果。SAP不愧是为使命而存在的,为客户创造价值,不怕牺牲自己的license收入。有点异于ms,狠命把用户捆绑在自己的平台上,为达此目的,放慢技术进化、产品更新的方式和路径。德国人比老美更有共产主义觉悟,呵呵。
SAP EP的缺点 ,接着总结。to be continued.
EP这个东东,其实很早就出现,象WebSphere,Webmethod什么的可以集成portal。早先的EP就象战国时代,群雄并起没有什么明确规则,再说规则这东东本来是成熟之后才有的,是先有实质的东东,而规则则是从蕴含了先进理念、科学方法的感性实体中提炼并进一步深化的,“只有想不到没有做到”,即使没有明确的Portal规则,通过大量的java和.net开发,什么样的功能都能最后实现。
SAP EP的优点, 据业者反馈和个人研究,首先是UI和用户体验:与SAPgui相比,有深入群众、贴近群众的意味。从专业顾问角度来看,SAPGUI是很不错的,简洁,高效,尤其是tcode,unix与dos下的快捷韵味犹现,年轻人,记忆力好,记点tcode不是小菜么?甚至偶是比较喜欢这种风格的,要比其他的ERP要好,oracle那种风格,偶觉得也就那样。但奇怪的是很多用户是不习惯的,尤其是T-CODE的,江湖人传“万恶的T-CODE”,看来,他们没有经过dos时代的煅炼,缺乏必要的command操作心理基础。SAP EP的推出,使GUI的这种用户体验得到很大改观, 能够化繁为简。其次是系统集成: SAP PORTAL 据悉也是通过收购内核然后扩展融合而开发出来的产品,但其理念还是先进的,老德们估计正是基于先进的理念才出手收购的。SAP EP的核心理念包括,通俗的说,通过模板,组类,模式化配置各种后台server,并集成SAP BI等其他模块信息,达成一个统一的信息平台,并力图把从供应商到销售终端的操作连成一线。第三:可以切实降低用户的投资预算。众所周知,SAP销售模式是基于license的,有了Portal就相当于扩展的license。比如,我们可以共用帐号,只要将审计和权限控制环节转移和方式创新,可以将workflow放SAP外面来做,或者通过RFC backend用户链接SAP,这些都能为企业达到节省license的效果。SAP不愧是为使命而存在的,为客户创造价值,不怕牺牲自己的license收入。有点异于ms,狠命把用户捆绑在自己的平台上,为达此目的,放慢技术进化、产品更新的方式和路径。德国人比老美更有共产主义觉悟,呵呵。
SAP EP的缺点 ,接着总结。to be continued.