所有文章在公众号“MZ信息化咨询杂谈”同步更新，习惯公众号阅读的朋友可直接关注公众号哦。
什么是“熵”定律
“熵”定律也叫“熵增”定律，正式名称叫做热力学第二定律。这个定律的内容是“在自然过程中，一个孤立系统的总混乱度（即“熵”）不会减小”。
如果要减小“熵”就需要付出额外的功（努力），比如一个房间如果不收拾，就会越来越乱，如果要收拾整洁，就必须付出体力和精力。
“熵”定律和SAP有啥关系
”熵”定律描述了是一个孤立系统的混乱程度，混乱程度越高，则“熵”越高。
SAP刚上线时，业务不多，用户不多，数据也不多，相应的系统复杂度和混乱度也比较低。
随着业务的发展以及系统的推广，越来越多的顾问修改系统配置，越来越多的开发在系统增加，越来越多的外部系统要集成，越来越多的模块要启用，越来越多的公司代码在系统里上线，越来越多的数据在系统产生，越来越多的用户在操作系统，系统的复杂度在提高，系统的混乱度也在不断提高，即“熵”在不断增加。
“熵”增加在SAP中的表现
1. 系统配置修改越来越小心，也越来越难以修改
尤其是涉及到整个客户端（Client）级别的和跨公司代码的配置，因为一不小心就可能影响整个客户端（Client），造成连锁反应，难以收拾。
2. 开发越来越小心，尤其是增强
理由同上。
3. 冗余的配置不断增加
最典型的就是各种订单类型越来越多，各种参数文件越来越多，各种移动类型越来越多。
4. 冗余的数据不断增加
典型的就是物料、客户、供应商主数据，有的是因为不按照规则创建的，或者重复创建的越来越多，也有些是因为业务发展不再使用的。当然也包括冗余的业务数据，长期的已不再查询或者使用的数据仍然存在在系统中，对系统性能产生影响。
5. 冗余的操作在增加
为了不影响原来的整体配置和流程或者更改成本很高，后续本不需要此步操作也需要执行，比如批次如果在物料级别启用，对某个工厂来说，这些物料不需要使用批次，但是仍然需要输入批次。
6. 冗余的报表在增加
比如因为前期规划问题，导致有些报表不再使用或者使用频率极低，或者类似功能、重复功能的报表越来越多，甚至个别报表因为开发问题，导致性能极低，影响整体系统性能。随着业务发展，新开发的报表却仍在不断增加。
如何降低SAP中的“熵”
“熵”增加是无可避免的，无论如何小心，总会产生冗余数据的，系统的混乱度总会增加的，我们能做的就是让“熵”增加的速度慢一些，再慢一些。SAP系统的设计理念决定了一旦产生了业务交易数据，数据再进行删除就变得非常的麻烦，因此我们需要从系统设计的初始阶段做更多的工作，让这个“熵”增加的慢一些。
1. 系统第一次实施的组织架构规划，非常重要！
这些组织架构包括核心组织架构编码规则（控制范围、公司代码、工厂、采购组织、销售组织、库位）和规范（什么样的情况下才允许增加公司代码、工厂等）、权限（什么人批准可以增加以及批准流程）以及核心主数据（物料类型、物料组、评估类）、核心业务（生产业务类型、销售模式、采购组）的编码规则和规范。
这相等于建造大厦打地基，地基第一要稳，第二要有一定的扩展性，否则后面修修补补，“熵”将会快速增加。这份核心组织架构、核心主数据、核心业务的编码规则和规范应该是SAP项目的红头文件。
2. 避免过多的功能开发
尤其是复杂的功能性开发，无数经验表明，功能开发在一个项目的实施周期内，测试再多很难完全能够覆盖所有的业务情况，逻辑性也难以保证严密。
另外，过多的功能性开发导致系统后期运维成本和复杂度提高很多，从而导致“熵”的快速增加。
3. 报表的统一性规划
报表需要在集团层面统一规划和设置，修改也由集团层面统一修改，并由统一的部门负责，为什么这么说呢？对外的报表是法定的，一般不轻易更改。
对内的报表则是内部考核的，更应该统一制定，否则报表不统一，怎么统一考核。
总之，报表体系要统一进行规划和整合，报表数量严格控制，尽量使用SAP标准报表。
4. 避免过多的增强
尽量不做增强，已经做过的的增强统一记录归档，方便查询。没有记录的增强就像一个定时炸弹，在遇到问题的时候需要花费很大的精力去“排除”。
5. 做好日常监控
系统管理员包括运维人员及时发现对系统性能影响重大的程序、报表、增强、流程，及时发现，及时处理，及时降低“熵”。
6. 归档
如果已经运行多年的系统，积重难返，考虑通过“归档”减轻系统负担，合并整合一些系统配置，数据，报表，增强，慢慢优化，这中间最重要的原则是系统不能“宕机”。
7. 搭建外围系统
不在SAP中解决新增的问题，而是搭建外围系统实现特定的业务功能，当然，需要和SAP进行集成，不过比在SAP中直接实现对SAP的影响会小一些。
8. 彻底解决，重新上线
如果系统运行多年，系统版本也比较老，有财力，也有业务需要更换新系统，那么一劳永逸（说说而已，怎么可能一劳永逸呢）的方法是启用新系统，重新设计，重新上线。
