對于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模塊等都有單獨的組織結構，同時可以同財務的組織結構進行緊密結合。如果單從業務設置上來說，這種處理模式可以說是非常麻煩的，但是對于一個大的集團公司來說，這種模式卻有著很強的擴展性和適應性，而且信息系統的管理成本會因此而大大降低。