執行個體圖解利潤中心層的應付處理
在讨論企業分權管理和責任會計時,就不得不提到利潤中心,SAP提供了強大的利潤中心業務處理功能,在該ERP系統中,你可以友善地制定企業的利潤中心制度, 建立以利潤為中心的綜合考核評價體系,出具利潤中心資産負債表、利潤中心損益表、利潤中心資金預計表及利潤中心成本費用分攤表等各種利潤中心報表。
如何實作利潤中心子產品呢？以利潤中心資産負債表和損益表來說,為了達到目的,則在實際業務中必須将每筆業務都對應正确利潤中心,然而,這并不容易,下面以應付帳款的幾個執行個體來說明這個問題。
一．兩個利潤中心對應一筆應付帳款。
2011-10-8 20:53:50 上傳 下載下傳附件 (29.46 KB)
在上圖采購發票校驗時間(Tcode:MIRO)，同一工廠下的采購訂單4500000044采購了兩個物料，不幸的是，這倆物物料分别對應到兩個利潤中心9188010000和9188020000,注意到在”細節”頁,我故意輸入了業務範圍3000,發票校驗後産生的會計憑證如下:
2011-10-8 20:53:56 上傳 下載下傳附件 (27.4 KB)
注意：
上面的憑證反應出應付暫估(GR/IR)對應的業務範圍/利潤中心2000/9188010000|9188020000
和應付帳款對應的業務範圍/利潤中心3000/SINO-DUMMY,帳戶50000001是供應商名稱它對應的即是應付帳款,SAP認為應付帳款科目是統馭科目,供應商就類似”明細”科目。
強調一下應付帳款的業務範圍3000和利潤中心SINO-DUMMY，接下來将對此進行付款！
理論上，上同一工廠既可對應不同利潤中心(直接維護在物料主資料),還可對應不同業務範圍(Tcode:OMJ7可設定工廠+産品組決定業務範圍)，假設以上兩個采購物料連業務範圍也不同，發票校驗産生的憑證如下，注意應付帳款我故意輸入了另一業務範圍A001。
2011-10-8 20:53:56 上傳 下載下傳附件 (27.34 KB)
引申的問題是：
(1).為什麼在确定應付帳款時可以輸入業務範圍而不能輸入利潤中心
系統考慮可能會出現本例中同一應付跨利潤中心的問題那麼包含多個采購項目的同一采購單顯然也可能跨多個業務範圍,憑什麼業務範圍就記錄在會計憑證而且,假設同一供應商為多個工廠供貨,而且假設MIRO是根據供應商進行發票校驗即多個采購單項彙總産生一筆應付,跨業務範圍不很正常嗎
(2).為什麼應付帳款(注意供應商帳戶50000001行)不帶采購訂單
企業通常是比較嚴格控制付款的,試想将錢大把掏出腰包誰能痛快一位CFO就給我提出要求,預付應付都要落實到采購單,特别是使用采購單付工程款給承包商,這個要求并不過份,事實上,使用者任何需求都不為過,當然也包括BT的讓你頭疼的需求,把使用者侍侯的爽歪歪不正展現了顧問的價值所在嗎？設想一下,如果預付和應付能根據采購訂單互相對清,一目了然，那使用者心理估計比喝了蜜還爽。
但是,從上圖中應付帳款顯然看不到采購單,從技術實作角度來看,我可以舉出兩個簡單理由:如果需要在應付帳款中記錄采購訂單和行項目,一個采購單多個行項目你說記錄采購單尚可行項目記錄哪個 有人說那就隻記錄采購單,現在是第二個理由,SAP提供了多種發票校驗方式,假設發票校驗不是根據采購單而是根據供應商或其它就可能會出現多個采購單彙總對應到一筆應付帳款，這道理類似應付帳款對應利潤中心的問題，是以，系統幹脆讓應付帳款不帶利潤中心和采購訂單。
這樣的設計思路我很了解,可惜的是,這樣的思路郁悶的差點讓很多FICO顧問含冤而亡,他會告訴你我發票校驗隻是根據采購訂單,況且同一采購單中隻為一個工廠采購,并且該工廠絕對唯一對應到一業務範圍和利潤中心,我要的就是讓應付帳款實時帶上利潤中心和采購訂單,至于行項目不要也罷，為什麼這個小小願望就不能實作呢？
如果應付帳款産生時未帶利潤中心，那麼付款和清帳如何對應到利潤中心呢？
二．設定清帳格式（Tcode：O7Z4S）
2011-10-8 20:53:57 上傳 下載下傳附件 (13.66 KB)
O7Z4S 設定一清帳行格式假設名叫ST，将業務範圍和利潤中心全部帶出。
2011-10-8 20:53:58 上傳 下載下傳附件 (34.44 KB)
在付款(Tcode:F-53)或清帳(F-44|FB1K)時選擇”編輯選項”,在”未清項目”頁的”用于結清事務的行格式變式”的供應商欄選擇行格式”ST”。
2011-10-8 20:53:59 上傳 下載下傳附件 (35.06 KB)
做一個測試，假設用業務範圍4000利潤中心9188040000的銀行存款科目1001010000去付帶了業務範圍3000沒帶利潤中心(即DUMMY 利潤中心SINO-DUMMY)的應付，
兩筆付款共1100元産生憑證如下，此時注意到應付帳款的利潤中心還是SINO-DUMMY。
2011-10-8 20:54:00 上傳 下載下傳附件 (23.1 KB)
這1000元銀行存款科目1001010000輸入了業務範圍4000利潤中心9188040000
2011-10-8 20:54:01 上傳 下載下傳附件 (23.94 KB)
這100元銀行存款科目1001010000輸入了業務範圍4000和未輸入利潤中心。
付款憑證編号分别為1500000000/1500000001。
三．期末調整（Tcode：F.5D/F.5E/1KEK）
F.5D後F.5E産生的憑證。
2011-10-8 20:54:01 上傳 下載下傳附件 (44.52 KB)
2011-10-8 20:54:02 上傳 下載下傳附件 (32.67 KB)
調整憑證1200000003憑證的第5/6行正是上面兩筆付款的調整憑證，了解為：
業務範圍4000為業務範圍3000付了1100元款，6100000000即内部應付科目，實際上它不僅是調整跨業範圍，也調整跨利潤中心甚至功能範圍，哪位可愛的老兄将它取名業務範圍調整是認為剝奪人家的基本權力。注意到，調整憑證沒有利潤中心調整！
這就是47C或以前版本的毛病,即使是利潤中心調整F.5D/F.5E也失效的業務場景有以下幾個:
1. 象上例一筆應付帳款涉及多個利潤中心,調整後還是DUMMY.
2. 預付清應付時,假設預付也沒有利潤中心,兩個DUMMY就徹底DUMMY了.
3. 假設供應商同時為客戶,系統提供應收和應付對清功能,而應收應付一樣的道理,是産生時
不帶利潤中心的, 兩個DUMMY有瞎到一起了。
設想一下，如果連應收應付都遭成一團利潤中心資産負債表還能用嗎？很多人說，能厘清損益表馬馬虎虎就行了，資産負債表項要厘清确實不容易，比如管理部門的所有固定資産，為各利潤中心服務的公用物料怎麼能絕對在各利潤中心分的明明白白？
總之，如果沒有實時保證到每筆應付應收都帶利潤中心，然後你說你家的利潤中心應收應付絕對準确估計多半是自欺欺人。
四.隻涉及一個業務範圍和一個利潤中心的業務。
比較幸運的是，通常同一筆應付可能隻涉及One BA，One Profit center 。
2011-10-8 20:54:03 上傳 下載下傳附件 (25.32 KB)
看上面MIRO後的這一筆應付帳款，隻涉及業務範圍2000和利潤中心9188020000。
F．5D/F.5E後,産生憑證如下,通過6100000000将應付帳款和稅金的SINO-DUMMY調整平衡。
理論地，F．5D/F.5E，SINO-DUMMY這個利潤中心科目餘額都應該平衡。
2011-10-8 20:54:04 上傳 下載下傳附件 (28.42 KB)
有個好友問，如果付款時銀行科目也輸入業務範圍和利潤中心，并且和應付的業務範圍/利潤中心不同，F．5D/F.5E會從銀行科目嗎？
下圖可以回答這個問題，假設銀行科目走業務範圍6000，和上面的業務範圍2000不同，F．5D/F.5E産生的憑證如下：
2011-10-8 20:54:05 上傳 下載下傳附件 (42.17 KB)
注意到應付出始終找到發票校驗時應付産生時的原始業務範圍和利潤中心，因為銀行存款走業務範圍6000，産生了業務調整憑證1200000011 。
五．統馭科目的設定(Tcode:OBXM)
2011-10-8 20:54:08 上傳 下載下傳附件 (20.08 KB)
使用ECC6的線上分割實時保證每筆應收應付都帶利潤中心（也包括業務範圍）
ECC6的憑證分割有兩大功能，一是特征派生，保證将業務範圍/利潤中心派生到忘記輸入或自動/背景過帳時不友善輸入的憑證行項目，二是分割，分割後實作零餘額平衡，所謂的零餘額平衡就是保證每個完整的會計憑證一定按分解特征平衡，假設業務範圍和利潤中心都是零餘額平衡，也就是說，每個會計憑證不僅僅是公司代碼層平衡（借貸平衡三歲小孩現在都知道），也保證被設定為分解特征的業務範圍層和利潤中心層次都是平衡的。
設計看起來很巧妙，實際應用存在什麼問題呢？
2011-10-8 20:54:09 上傳 下載下傳附件 (21.79 KB)
現在，在ECC6同樣是發票校驗,同樣是一個采購單的兩個行項目涉及兩個利潤中心,産生的憑證如下圖,上部是分割前的憑證,注意和以前版本一樣,應付帳款隻有業務範圍沒有利潤中心，增值稅業務範圍和利潤中心都沒有。
而下半部分是分割後的分割憑證，注意帶應付帳款和增值稅都帶上了業務範圍和利潤中心，分别按照不同利潤中心給分成了兩筆。
從中可以看出，分割憑證無論是公司代碼層/業務範圍層/利潤中心借貸都是平衡的。
2011-10-8 20:54:10 上傳 下載下傳附件 (51.59 KB)
應付帳款2574元，不帶利潤中心
那麼如果使用其它業務範圍/利潤中心的銀行存款付款會出現什麼情況呢？
2011-10-8 20:54:11 上傳 下載下傳附件 (33.33 KB)
F-53使用業務範圍3020/利潤中心PRCT1的銀行存款1001010000對上面的應付帳款付款1000元 ，付款方式：剩餘付款。
你注意到即使在行項目格式中拉出利潤中心，應付帳款2574元，依舊不帶利潤中心，你很納悶，不是已經分割了嗎？怎麼不是兩筆分别帶業務範圍和利潤中心的而依舊是一筆總數？
分析人士（殺豬的我）認為，一是應付應收已清未清依舊保留在表BSIK/BSAK|BSID/BSAD，SAP還沒有來的及考慮這些情況，二是它根本就不想考慮，你愛怎的怎的。
起碼到目前為止，對按利潤中心分析應付應收依舊很不友善。
2011-10-8 20:54:11 上傳 下載下傳附件 (18.52 KB)
産生的原始憑證如下。
2011-10-8 20:54:16 上傳 下載下傳附件 (33.76 KB)
因為是采用剩餘清帳,先全部清2574元,再剩1574元為未清項。
有個0RMB的彙兌損益，RMB和RMB怎麼會有彙兌損益，都是啟動了USD做附加本位币的原因，選擇“顯示貨币”看USD， 1000元/匯率(保留2位) <> 1574/匯率(保留2位) - 2574/匯率(保留2位) ,在USD層多出 0.01USD,都是小數位的原因，通常憑證列印的是原始憑證,0元的行項顯的非常難看,ABAP老兄在開發列印程式時也不過濾本位币的零行, 真是懶的出奇!
2011-10-8 20:54:17 上傳 下載下傳附件 (33.55 KB)
現在來看看分割後的憑證,如下圖
2011-10-8 20:54:18 上傳 下載下傳附件 (41.28 KB)
如上圖，注意到業務範圍3020/利潤中心PRCT1的銀行存款1001010000的3020和PRCT1是平衡的,同時系統找到原始憑證分割後的應付帳款按兩個業務2574先清掉，問題是，一個總的應付帳款系統如何知道按業務範圍/利潤中心各清多少？看似是按MIRO産生各業務範圍/利潤中心金額去清的。
測試：
一筆應付對應3筆費用到3個不同業務範圍/利潤中心，分割後憑證。
2011-10-8 20:54:18 上傳 下載下傳附件 (46.15 KB)
付款33元，業務範圍2010/利潤中心PRCT1：
2011-10-8 20:54:20 上傳 下載下傳附件 (65.17 KB)
實務中，如果想分按照業務範圍付款這樣的情形就大有問題，為了防止這種情形産生，在以上三筆不同業務範圍的費用确定應付就應該分出三筆，可惜應付不能輸入利潤中心，如此看來隻能是是分業務範圍做3筆憑證了。
每個業務範圍/利潤中心付11元，這是付款隻付部分的情況，真是服了。
如果當時一個業務範圍的銀行存款将3筆300元全部付了，就直接全清除了3個業務範圍的應付。
由于分割和憑證類型相關，可能你的機器測試會産生不同的結果，總之，分割千萬不能濫用！
業務場景：
I．某家具公司要求财務按部門核算收入和成本，确定五金部，油漆部，木器部等各部門的利潤。現在五金部需要一批木箱，向木器部下一個内部加工單，直到完工入庫，希望核算兩部門間的内部收入和利潤。假設将各部門建成業務範圍或利潤中心。
II．某公司有2個新工廠和2個舊工廠,對應4個業務範圍,利潤中心對應産品,其中工廠FRA4生産4種産品系列,對應4個利潤中心。
假設系統設定如下： 業務範圍2010和3010屬于舊廠,2020和3020屬于新廠,使用段區
分,因為新工廠有地方稅務優惠,是以分别出新舊業務範圍的财務報表。同時,根據利潤中心(對應産品類别)出産品成本利潤表。
要求使用轉移價格(比如參考市場價格)核算跨業務範圍和跨利潤中心的轉移業務,進而體
現出業務範圍和利潤中心的内部利潤,假設業務範圍和利潤中心的組織結構如下表:
| 工廠 | 業務範圍 | 段 | 利潤中心 |
| FRA1 | 2010 | 3000(舊廠) | 9233110000 |
| FRA2 | 2020 | 2000(新廠) | 9233110001 |
| FRA3 | 3010 | 3000(舊廠) | 9233120001 |
| FRA4 | 3020 | 2000(新廠) | 9233120100 |
| FRA4 | 3020 | 2000(新廠) | 9233120200 |
| FRA4 | 3020 | 2000(新廠) | 9233120300 |
| FRA4 | 3020 | 2000(新廠) | 9233120400 |
*小小的回顧
人們通常喜歡将事業部在ERP系統對應到業務範圍，國内有些集團采用不完全的事業不們制，有人說事業部這種管理制度已經落後，也有人認為業務範圍和利潤中心是兩個相似概念，于是新總帳引進一個新的組織單元->段-Segment,據說說是用其來取代業務範圍的，段現在被設定在利潤中心主資料中。有人說段就是分部,通常，當分部營業收入/利潤/虧損/總資産占總營業收入/利潤/虧損/總資産總計10%或以上時就需要出具分部報告。
其實這些概念本身并不重要，段的引入比業務範圍高明在什麼地方呢？比如，上表隻建立了新舊兩個段，假設放棄2個新工廠和2個舊工廠對應4個業務範圍2010/2020/3010/3020而建立3000/3001/2000/2001四個段的話，這四個段分别加在利潤中心主資料中，其實就相當于在利潤中心主資料層次裡擴大了一個組織單元的分析次元，這麼一個小改進大大簡化了相關配置和操作，叫嚷了多年的業務範圍現在可以被段來替代，進而不用業務範圍和利潤中心兩邊去配置兩邊去調整，道理就是這樣。
如果在新總帳中，在廢除利潤中心子產品，其實也建議這樣做，除非你想Ledger 8A的垃圾資料充斥硬碟，這樣利潤中心隻要使用一下起主資料就行。
Ok，上面兩個場景實際上就是一個内部轉移價格問題，ERP提供了多種方法，現在看看使用憑證分割實作内部的Transfer price，分兩部分，配置和操作。
憑證分割配置
為了讓你更明白憑證分割是什麼玩意，剖析分割嘛，就要象殺豬一樣，一步步屠宰，現在，
先玩一個簡單點的配置，如圖1，6個步驟，注意配置順序。
2011-10-8 20:54:21 上傳 下載下傳附件 (26.59 KB)
圖1-[1]：自定義憑證拆分方法比如叫ST00000001。
圖1-[2]：編輯未配置設定處理常量，假設定義一個常量配置設定名稱ST，在此配置設定業務範圍，利潤中心和段的預設值，我們應該還能記得舊系統設定預設利潤中心的Tcode 3KEH，現在，因為很可能廢除Ledger 8A，新系統中則使用Tcode：FAGL3KEH來替代，比如一個資産科目它沒有填寫利潤中心，則優先權分别是可能存在的利潤中心替代（Tcode：OBBH）> FAGL3KEH > 憑證分割常量中利潤中心值。
2011-10-8 20:54:21 上傳 下載下傳附件 (11.6 KB)
圖1-[3][4]:激活和按公司代碼激活憑證分割,如圖3。
2011-10-8 20:54:22 上傳 下載下傳附件 (14.77 KB)
圖3-[1][2]：選上“憑證分解“标志激活憑證分割，設定需要憑證分割的公司代碼。
圖3-[3][4]：憑證分割有兩種級别，繼承和标準科目配置設定常量，常量選擇剛才定義的常量ST，繼承是什麼意思呢？ERP系統預設可使用業務範圍/利潤中心/段3個組織單元做分解特征，舉一個簡單的例子，有這樣一筆會計分錄：
Dr：費用科目 +成本中心（從成本中心主資料得出業務範圍，利潤中心，在從利潤中心得出段，3者都有了）
Cr：某資産科目（業務範圍，利潤中心，段假設都未輸入）
則系統将自動從費用科目繼承業務範圍，利潤中心和段。
你可以以同時選擇兩者，如果繼承起作用，則常量值自動失效。
圖1-[5]：定義業務交易變式（Tcode：SE16：V_T8G03|V_T8G02|V_T8G29）,三個專門的分割評估小概念繞一下你:
I. 會計業務交易: 決定記帳時可使用何種行項目項目類别。
II.業務交易變式:一個業務交易可有多個變式, 可以在變式中對會計記帳業務使用的項目類别進行更進一步的限制,通過項目類别和會計科目挂鈎比如将系統預設的業務交易0200 客戶發票和應收帳款科目挂鈎,就可限制象DR,DZ這樣的憑證一定得使用應收帳款科目(實際上就是一定要輸入客戶)。
III. 項目類别：可以将科目配置設定到項目類别，系統預定義了一系列項目類别，ERP公司強烈建議不要删除這些項目類别，最好也不要自定義項目類别，如果要定義就和他們聯系，當然如果要和他們聯系，估計銀子那就不能少的。
如果使用“繼承“分割級别，項目類别可以從其包含的基本項目類别中的分割特征獲得業務範圍，利潤中心和段。
如果您讀到這裡，估計基本已經不知道俺在自言自語說些什麼，現在自己來定義下這3個東
東，透視一下憑證分割究竟是麼子玩意,你需要使用SE16直接按“建立“按鈕而非在圖1-[5]自定義這些東西.
A.SE16: V_T8G03定義Z998,Z999兩個業務交易,如圖4。
2011-10-8 20:54:24 上傳 下載下傳附件 (14.81 KB)
B. SE16: V_T8G02定義3個項目類别09999，A3838，A9999，如圖5。
2011-10-8 20:54:34 上傳 下載下傳附件 (18.8 KB)
C.SE16:V_T8G29配置設定項目類别給業務交易Z999，如圖6。
2011-10-8 20:54:38 上傳 下載下傳附件 (14.56 KB)
D: 為業務交易Z999定義一個業務交易變式Z001, 如圖7。
最後回到圖1-[5]定義業務交易變式畫面,圖7-[1]表示項目類别0300在此變式是強制的,你還
可定義某項目類别出現且僅能出現在某業務交易變式中一次；也可以禁止某項目類别不能出
現在某業務交易變式。
2011-10-8 20:54:38 上傳 下載下傳附件 (17.77 KB)
圖1-[6]：定義憑證拆分規則，如圖8，這是一個合成圖。
2011-10-8 20:54:39 上傳 下載下傳附件 (45.82 KB)
圖8-[1]：因為在此使用的憑證分割方法是ST00000001，假設為交易Z999定義了兩個變式Z001，Z002，理論上你可為一個業務交易設定N個變式。業務交易變式有這麼些個作用，一是如上圖7包括一些允許限制必輸的項目類别，二是可為每個交易變式定義不同的零平衡會計科目，在此畫面輕按兩下就可，使用Tcode:GSP_KD->項目類别01001(零餘額過帳科目定義)，接下來會詳細介紹，三是可為同一業務交易不同變式設定不同的分割用類型。
圖8-[2][3][4][5]：你選擇該變式下的項目類别A9999，分割處理類别的使用者類型有0、1、2 三種：
選擇0，剛才在說明圖3的固定值配置我引入了一個會計分錄，那無業務範圍利潤中
心和段的資産科目将使用固定值ST設定的業務範圍利潤中心和段。
假設業務交易A9999和變式Z002使用固定值進行憑證分割，零餘額科目确定碼000，對應科目970000。
選擇1，則按設定的憑證分解特征并取基本項目類别科目特征來分割憑證，也是那個分錄，假設那個資産科目被配置設定到項目類别A9999，費用科目被配置設定到A3838，因為A3838是A9999的基本項目類别，則系統自動取費用類科目的業務範圍利潤中心和段。
假設業務交易A9999和變式Z001使用按分割特征驚醒憑證分割，零餘額科目确定碼000，對應科目970001。
選擇2，同樣是那個分錄，無業務範圍利潤中心和段的資産科目似乎也使用了固定值ST設定的業務範圍利潤中心和段，但是，經過測試，基于目前科目餘額分解的分割憑證估計隻有神仙才能讀懂。
總結幾點：
1．憑證分割可是分激活并選擇是采用繼承還是常量，公司代碼層激活和業務交易變式中為每個項目類别選擇使用者類别是是使用常量0，繼承1和按餘額分解三個層次。
2．可以為一個業務交易定義N個變式，理論上，似乎隻要定義一個業務交易在整一堆變式就可，在一個交易變式因為包含N個項目類别，可為每個項目類别選擇采用0，1，還是2使用者類型。
3．可定義多個餘額科目确定碼并對應多個科目，這可以适合一些非常BT的場合。
接下來再看圖9的分割憑證配置。
2011-10-8 20:54:40 上傳 下載下傳附件 (17.84 KB)
圖9-[1]：将科目配置設定給項目類别，系統已經内定義了費用收入現金供應商客戶等等項目類别，通常并不需要自定義項目類别。系統不是有預設識的項目類别嗎（對應圖10的分類）？現在，假設将應收帳款科目配置設定02000->客戶，将其它應收/預收科目配置設定給項目類别02100->客戶: 特别總帳交易,假設再為預設的業務交易0200-> 客戶發票設定變式,實際上預設的業務交易0200預設的變式0001的項目類别02000就是強制的,如果在在圖11中将憑證類型比如DZ設定業務交易0200和變式0001,實際上就表示該憑證行項目一定要包括一個應收帳款科目,也就是包含一個客戶行項目,整了半天就這破東西,什麼玩意
2011-10-8 20:54:40 上傳 下載下傳附件 (21.64 KB)
圖10将科目261100/261200（費用科目）分給項目類别A3838，29999（假設是資産科目）
配置設定項目類别A9999,我設定A3838/A9999項目類别是為了反證憑證分割設計思路的可笑。
圖9-[2]:将業務交易和變式配置設定給憑證類型,如圖11,假設将業務交易Z9999的變式Z001/Z002分别配置設定給SA,SB.
2011-10-8 20:54:41 上傳 下載下傳附件 (18.52 KB)
圖9-[3]：定義零餘額憑證科目，如圖12。
2011-10-8 20:54:42 上傳 下載下傳附件 (13.96 KB)
可以定義多個科目确定碼并配置設定給相應科目，項目種類系統預設是01001。
圖9-[4]：定義總帳會計的憑證分割特征，如圖13。
2011-10-8 20:54:42 上傳 下載下傳附件 (25.4 KB)
圖13表示财務憑證将同時根據業務範圍利潤中心和段進行零餘額平衡，通俗地講，就是一
個會計憑證将不僅僅保證借貸平衡，而且還将使用圖12定義的零餘額平衡中間科目在圖13
定義的零餘額憑證分解特征層面也保證餘額平衡。圖12-[2]則表示在記帳時該字段必須強制
輸入，這個輸入值可以是配置比如利潤中心預設設定FAGL3KEH，可以是替代OBBH獲得，
也可以是成功通過憑證分割功能的固定值或繼承而來，如果都失敗了，系統就會報告該字段
是強制字段。
圖9-[5]：定義CO子產品的憑證分割特征，系統預設使用了成本中心/訂單/獲利段做分割特征。
憑證分割小議：
憑證分割功能配置完了嗎？明白了沒有？現在俺發表一下個人看法，憑證分割的固定值有什
麼用呢？什麼業務居然會使用固定值呢？就算有這樣的業務，使用OBBH替代不就得了？
對于使用者類型2->基于目前科目餘額的分解，分解後的憑證我看了半天也沒大弄明白，弄的
俺現在自己都開始懷疑自己的智商了，是以隻剩下一個使用者類型1->按圖13定義的分割字
段分割憑證了,那麼為什麼要整那麼些業務交易,業務交易變式,項目類别晃悠幹啥呢 比如将
科目對應項目類别,将業務交易和變式對應到憑證類型,有什麼實質意義嗎 除了做點類似
OB28的Validation的功能根本沒有任何實質意義 在圖12中看似可定義多個零平衡科目并
配置設定到業務交易和交易變式(即對應到憑證類型),通常實務中也許會有為不同利潤中心定義
不同零平衡科目的需求,但是俺目光短淺還從未聽說過根據憑證類型去定義多個零平衡科目
的,而且從理論上我可以将所有的科目都配置設定給我定義的兩個業務交易A3838,A9999,實際上
憑證分割隻要有幾個簡單配置就行:
(1).設定允許使用分割憑證的公司.
(2).定義憑證分割特征,允許組合使用業務範圍/利潤中心/段而已.
(3).定義零平衡科目,如果需要可以根據不同的業務範圍/利潤中心/段去定義不同科目,要不給個出口.
原來一大堆配置不過是忽悠繞着你玩而已,俺現在甚至懷疑很多所謂的配置其實是ERP設計
師們的自愚自樂，軟體工程師們對将簡單的東西複雜化這項工作似乎樂此不彼，憑證分割這東西使俺明白了什麼叫化神奇為腐朽；據說ERP咨詢業也是這樣，善于
将1繞成1-2+3+4-5-6+7+8-9能把使用者繞昏的，就成了行内老大業内專家。
憑證分割的業務場景：
SKIP。。。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/237842/viewspace-745056/，如需轉載，請注明出處，否則将追究法律責任。
轉載于:http://blog.itpub.net/237842/viewspace-745056/