继上篇，从事过SAP的都清楚，功能性的界面，较少有人会在SAP系统定制开发；
大部分的场景是定制报表开发，局部功能增强等。
那么，从这点上，它就确保了路径、界面、字段的标准化。
例如，要创建一个采购订单，只要采用SAP解决方案，它的路径、界面、字段，全球是一样的。
我们曾经形容路径相当于城市的道路、界面相当于楼宇，而字段相当于房间；
一个感知优秀的城市，也是从这些方面布局入手（有兴趣的可以看看美国城市的布局）；我们导航定位系统，也是基于此；
除了路径、界面、字段做了标准化，SAP更为厉害的，它支撑集团型架构，例如多公司、多工厂、多销售渠道等业务场景，以及在此基础上的权限灵活配置与控制。
同时，它提供强大的后台配置功能，可以实现在前台统一界面里，实现多组织的业务场景运转。
它把复杂留给了专业的顾问，而将简洁留给了用户。
先不说SAP除了本身强大的功能外，试问，我们其它外围统做到了这一点吗？
如多业态、多组织、多场景下的IT系统的路径统一、界面统一、字段统一、权限的标准化？
只有标准化，才能简单，而简单才有生命力，但必须承认的是，简单的背后往往是不容易，需要有一支有如上帝之手来运作。
那么，如何让外围系统也能像SAP一样简单呢（相反SAP是被认为复杂的，这就是矛盾的对立体），这个上帝之手如何来运作呢，答案就是企业架构。
万事万物皆有方法，剥离行业属性，共性的方法沉淀下来，就成为了方法论；
同样，方法论过于复杂也难以有生命力，一旦成为学术派研究的范畴，就难以生根发芽。
几乎所有企业或个体都在强调自己的独特性（不可否认的是企业文化、产品可以强调独特，以形成差异化的竞争力），但管理还是提倡尽可能标准化；
企业架构，也称为4A架构，包括业务架构、应用架构、数据架构和技术架构。
我们尝试用几篇文章，结合实际业务场景，将4A进行阐述；
没有业务架构、应用架构等支撑，在企业数字化转型过程中，只能呈现给大家的是一个复杂、迷宫一样的的系统
例如，错综的路径、复杂的界面、难以理解的字段、失控的权限等（待续）
