标签：没有 员工 一个 现在 整合 crm 生产制造 数据 框架
我是12年开始接触SAP的，13年还没毕业就进入了某个项目做CRM。。。在这个项目之前，我学习了abap开发基础，还有web dynpro开发基础，以及CRM UI开发基础。
后来我入职了甲方，那时候经常研究ECC，有了一些了解。当时就在想，为什么ECC搞这么麻烦，客户有单独的维护代码，供应商有单独的维护代码，员工也是一套。。。
当时只是觉得很麻烦，没有CRM的BP管理起来方便。毕竟CRM只需要用BP role就单独做了BP的角色划分。
几年过去了，当年的愿望成真了。。。S4不仅把BP拿过来了，还把UI也推广了一部分。
不知道做这个系统合并（功能迁移）的大佬是不是只会一部分，现在的S4感觉有点怪怪的。。。BP是拿过来了，不过用的不顺手。
听了很多朋友吐槽S4里BP维护的困难，函数使用也麻烦。。。不知道是不是适应期的问题，大家都不太习惯。
不管其他，SAP这个整合，我还是觉得挺好的。对一个系统来说，所以相关的人员和组织数据都是业务数据，都是某个业务角色。这种整合对以后的扩展和多系统集成，有很大的好处。
不过对于SAP作死式的搞新UI，这迷惑行为就很让人晕菜了。UI5，fiori，cloud。。。等等等。
现在的SAP管理层可能都是新人了，他们都不知道SAP的历史，他们都不清楚SAP是靠什么发家的。是ERP，整个的ERP整体，严谨的逻辑，精确的关联。。。这是SAP被推到ERP王座的基础。
SAP很早就有了UI，BSP虽然说框架有点复杂，可是历史悠久呀。而且后来扩展的WEB UI更是做到了UI顶峰。
现在的UI5,FIORI，都在抄袭WEB UI的模样，抄袭它的架构。。。
虽然不清楚德国佬和印度阿三的爱恨情仇，但是我觉得，情仇的可能很大吧。
希望SAP能踏踏实实做好自己。你的fiori和cloud还有iot啥的都是单独的系统，没必要非得搞进ERP里去。。。毕竟传统生产制造，大家都不会云里雾里的玩，基础人员能会用ECC已经谢天谢地了。。。
互联网的风口一直没停，但你一个迎风破浪的人，就不要带着皇冠，穿着盔甲了。。。
标签：没有 员工 一个 现在 整合 crm 生产制造 数据 框架
原文地址：https://www.cnblogs.com/sapSB/p/12855676.html
