对于SAP系统来说，业务架构是非常负责的，但是如果能够从系统性的角度来研究这个系统的话，很多问题就会变得相对简单很多。本文讲述的是一些自己在学习的过程中，对SAP系统处理集团公司业务的一些浅显理解，希望能够对读者在理解SAP如何处理集团公司的业务处理上有所帮助。
本文所说的财务模块主要是指总账、应收、应付、固定资产等，中间也会根据说明问题的需要穿插一些其他模块的业务内容。
在SAP系统中，是要处理多公司的业务，所以在一些底层的业务架构上相对来说比较复杂，下面就几个具体的方面来展开说明。
一、分不同级别管理主数据
在SAP系统中，主数据(Master Data)类似于我们通常说的基础数据或者静态数据，在管理这部分数据时，系统将数据分为不同的级别，主要包括整个系统级别、CLIENT级别、清单级别、公司代码级别等。在这里需要说明的是，所谓的公司代码(Company ID)是表示一个独立核算的实体，主要针对这一个实体出具主要的财务报表，大于这个实体的组织需要出具报表时就是属于合并报表，也可以出小于这个实体范围的报表，例如利润中心（Profit Center）报表、成本中心(Cost Center)报表等。
1. 对于整个系统级别的数据，只要改变了针对整个系统都是有效的，一般多是一些系统的最基本设置。
2. 对于client级别的数据来说，是针对整个client的，在SAP系统中，在一台机器上可以安装不同的client，相当于不同的帐套，但是在每个Client中也可以进行多个公司的账务处理。使用不同的client可以实现的是不同的应用环境，例如设定部分client是开发环境，部分client是测试环境，部分client是正式的运行环境，也就是通常说的生产机。在不同的client之间可以进行数据的传递，这样可以做到进入实际生产环境的程序和配置是正确的，避免不必要的失误。
3. 这里所说的清单级别的数据是一种代指，有些是完全的清单级别的，例如科目清单（Chart of Account），从字面上就是清单级别的，另外一些是通过其他一些形式是通过一些其他方式表现出来的，例如资产的屏幕规则（Screen Layout Rules）等。这部分数据是因为是针对不同业务的，往往是针对不同的公司代码可以有不同的设置，通常的做法是将不同的清单分配给不同的公司代码。
4. 对于公司代码级别的数据，是指只在某一个公司代码才有效的数据，例如针对会计科目的公司代码级别的数据。举个简单的例子，在SAP系统中，供应商和客户的一些基本信息是属于整个client的，例如客户名称等，但是有一部分数据是属于每个公司特有的，例如统驭科目(Reconciliation Account)等，这样就能达到既实现了系统的集成应用，同时可以达到不同公司采用不同的业务处理模式。
还说一种说法叫做用户级别的，其实就是针对每个登录每个用户都可以有个权限的设置等等，这些其实还是依据其他的一些特性来决定的。
二、基本信息共享机制
在处理一些业务设置时，将系统的一些基本设置或者属性统一的归集为一个清单或者一个变式，这样就可以实现多公司的共享使用，统一各公司的处理逻辑，降低日常的维护成本。例如科目清单、折旧表（Chart of Depreciation）等。我们以科目清单来举例，科目的相关信息分为清单级别的和公司代码级别的，系统在处理时可以将不同的公司代码设置为使用一套科目清单，这样就可以实现多公司代码间在一些公用信息上保存一致，例如会计科目编码、科目名称等，便于各公司间的统一和交流，同时一些业务处理也可以针对不同公司代码进行设置，另外，共用一套科目清单，用户就可以轻松的出具合并的会计报表。
三、集团内部业务的处理
在一个集团公司内部，每个子公司既是作为一个客户存在，也是作为一个供应商存在，同时作为一个公司代码存在，在SAP系统中，每个子公司的三种形态都可以通过设置相关的信息实现一一对应关系，便于进行集团内部处理，例如做一些公司间的往来的抵消等等。
对于一些公司间的往来，系统进行一步处理就可以在两个公司代码间同时进行账务处理，这样做既能减少业务人员的工作量，也可以避免不必要的差错。例如公司间的固定资产处理业务，就可以直接在公司代码间进行转移，
四、各公司间业务的贯穿处理
在处理业务时，SAP系统将不同的业务进行归类，有一些业务可以贯穿于不同的公司代码间，例如业务范围（Business Area），在不同的公司代码间都可以处理共同的一个业务范围，这样就可以对一些贯穿于各公司的产品线进行业务处理，在集团层面出具某个产品线的相关报表。这种特性对于一些跨产品线的集团公司非常有用，有时可以按照产品线单独设立公司核算，但是为了公用各地域资源，往往会按照不同的区域设置子公司，同时需要针对每个产品线独立核算出盈利或者亏损情况。
SAP系统在处理集团公司业务上相对一般系统来说更加灵活，除了上述的这些业务上体现以外，在其他一些业务模块也有很好的体现，例如在CO模块、MM模块、SD模块、PP模块等都有单独的组织结构，同时可以同财务的组织结构进行紧密结合。如果单从业务设置上来说，这种处理模式可以说是非常麻烦的，但是对于一个大的集团公司来说，这种模式却有着很强的扩展性和适应性，而且信息系统的管理成本会因此而大大降低。