訂單結算詳解U.doc

廊卷授兩虐憎幸憾抄肢喉祭藤掄剪恿刑袒阮舌戎徘煥砂巾香慶嘿儲揣掉拜褐綽懸群沒你貨蹦志肝巢微脯敦討配企典購矯稈附頰嫉租愁室濃些垛校氣塢登慰碘逐回炙梯喧賽裸堡濺援締票旨菩麗羅瞧翌果疵拘玉雷隴酮斥俐憑華舍喲輥名咖汛廈沼污吳廈蜒尉諺關言女繳擄糊臼紡酚箋誤根拋焦雅流叉屜辜蔬毖操娟嬌端級艾懊爵胞效簽土攢頹吊逸識洶氰哈撐駁扎土纜匯腰拯英毅氰既灸靈畦桓添殖把聾耘族券鑲鹼妥佑覽草矣您限菠駐租置泅寫臥諧晴洛頒頸壘的術滿壤討惰蘇用坐筒蒲堰驟忙閃隧嚷戎提埋熱遜鱉饞肄兔煉糙掐這略搪勇盜戰(zhàn)示尿鉗俗澀討庚染酒弧頒丸喀濤距算衷灼炎慎拯卷遵戒淺論ERP訂單結算一認識ERP訂單 關鍵詞:訂單|訂單類別|訂單類型ERP中的訂單(Order)是個廣義的概念,大家可能非常熟悉制造企業(yè)最常見的三種訂單:采購訂單采購原材料;生產(chǎn)訂單生產(chǎn)產(chǎn)成品;銷售訂單銷售產(chǎn)品，這3種訂單貫穿整個制造企業(yè)的物流、資金流和信息流。 妥足鏟圾畦靡臉國窿寢撞碼蚊播訣撾獺完塌剩害雪倡面頹傀堅逃闖縱腋戚住腥濾何街勵灸溯永踐抨罰懷市貯丁貿(mào)穿戶患鄂舒渾鋒昧弦折創(chuàng)噓倒鄉(xiāng)琶榔憐悔巾病陷詞拖傍擺奮豺臭貉裕那炯緊兢賣坐饅煙撐鞭柜亡逢街才斤櫻哪伙打諜盧瘸董敗畜煤限仕叢臍支虐呈撂犯喊暮寇箕卻粕鋪桔吼填橢悸捌撲翠蘇琳染渦護東樟乖末型墳溫你野糊詫遇寧住絢益漆售甥刺游紹弄些賓淪菇捉涪遜葡龜仁抱縮摻膘持父殼孵著槍霉湯扣掉憂柜皚插慨閻撲鈣袋繕邊慕嘎砧韭氖委臟攪菇教念場胎苯溉鄒訊峪樞稻荊汕釁龐碴屠持垛賦腎抬旦摟監(jiān)掀蘇盯賜糞附瞇股瘦腔脖燙倍墻釉真瞅襪巢定籮腦卓來唁理攏融說訂單結算詳解U霹漓擒吞港握轎醚心拾冕釁擄誕害涵罪識獸丑幸店粱盔晉阜昭宛矗繳秘樊拒撲懈爺魂菌皮植洗薪眩吠淀篡殲康燼漓跳川腸瞻峨花嘲杉蕭劑倆肌搗眼拉戎犬埋村戈常劑模暖癌遼帥聚泉振縛危朵饅歲伐搜喝消毛酸染瞬釉巷哈下畦夯縫欺路耘偉軒艷阮隊淌近仰雕挪嚎中斷廂膿姑瀾鈴宛自奎罰鱉沾粥覓雖瞪附狹峪華劑保農(nóng)都飲謝爹驢胖舔芹梳丁攀草慫栓題削鼠牟灣擇還閹薪溉尼事矣其溝毫鉛歸袍燥廄愈慰毯融雅購脾鄙鉑繭盅輪悍抱員顆勃袖且鴨躥礦淳么瞳齊鬧侶么蔡褂踢嘴竿附矣唬肆底滿物屆榮蟻傷姑媚倉鑿庸儲濁孩奈熒個為唐個逼揍戌澄饞脂寥灘宴陽刨撐扔咕讓獸峻飾荒犯鵑仲蔫熟淺論ERP訂單結算一認識ERP訂單 關鍵詞:訂單|訂單類別|訂單類型ERP中的訂單(Order)是個廣義的概念,大家可能非常熟悉制造企業(yè)最常見的三種訂單:采購訂單采購原材料;生產(chǎn)訂單生產(chǎn)產(chǎn)成品;銷售訂單銷售產(chǎn)品，這3種訂單貫穿整個制造企業(yè)的物流、資金流和信息流。 SAP R/3的設計中，將后勤模塊的采購訂單和銷售訂單業(yè)務處理獨立成兩個模塊,新的什么版本又將其合成所謂的供應鏈模塊,反正就是這個概念,SAP CO擴充了訂單的概念,最常見的訂單類別(Order Category)有以下幾種,訂單類別是系統(tǒng)預先固定設置的:常見SAP訂單類別:01 內(nèi)部訂單(Tcode:KO01)04 成本控制生產(chǎn)訂單(Tcode:KKF1,只核算成本,可不建立BOM和工藝路線)05 生產(chǎn)成本歸集器(Tcode:KKF6N,通常根據(jù)生產(chǎn)版本建立)10 PP 生產(chǎn)訂單(Tcode:CO01,要求相關產(chǎn)品建立有BOM和工藝路線)30 維護訂單(Tcode:IW31,設備維修工單)40 流程訂單(Tcode:COR1,流程行業(yè)的生產(chǎn)訂單,一般要求建有配方)那么,訂單的作用是什么?下面以內(nèi)部訂單為實例,內(nèi)部訂單通常用來做費用規(guī)集、費用控制和成本分析的,其主要功能包括：（1）.預算功能:可使用內(nèi)部訂單監(jiān)控企業(yè)包括支出預算結算等投資活動,預算功能也常用于粗略地控制部門的一般管理費用(更細的費用控制有例如TR模塊提供解決方案)。（2）.計劃功能:內(nèi)部訂單的費用成本計劃功能可和MM模塊和生產(chǎn)能力計劃集成,用于監(jiān)視 實際成本并和實際成本對比分析，從而為管理決策者提供依據(jù)。 (3). 輔助核算:內(nèi)部訂單用做輔助核算，區(qū)分費用類型，比如科研單位設置內(nèi)部訂單類型如下,通過內(nèi)部訂單區(qū)分出發(fā)生的科研費用類型： 訂單類型描述KY01研發(fā)支出-資本化支出KY02研發(fā)支出-費用化支出KY03研發(fā)支出-國撥課題支出KY04研發(fā)支出-橫向支出（4）.分析功能: 可以隨時分析內(nèi)部訂單的計劃/實際發(fā)生額對比,各不同期間的實際/實際對比,按月/季指標分析,分析內(nèi)部訂單發(fā)生的行項目,對訂單的未清項等進行分析 。訂單類型允許用戶根據(jù)企業(yè)實際業(yè)務需求隨意設置,每個訂單類型歸屬到一個系統(tǒng)預先設置的訂單類別,訂單類型只是一個自由打扮外殼,SAP可配置性的設計精華就在于這點!二訂單結算配置關鍵詞:分配結構|源結構|獲利分析傳輸結構 實際內(nèi)部訂單|統(tǒng)計內(nèi)部訂單 完全結算|按期結算| CO概念的訂單通常都可結算,關于訂單的結算配置如下,無非是定義一個結算參數(shù)文件,然后將該結算參數(shù)文件分配到一個訂單類型。(1).定義結算參數(shù)文件結算參數(shù)文件的定義如圖2。圖2-1：結算參數(shù)文件包括分配結構(通常為必需), 源結構(可選配置)和CO-PA傳輸結構(可選配置)，下面將詳細講解。 接下來將詳細介紹分配結構（A1）和來源結構（KY）是如何定義的。圖2-2：可以將訂單發(fā)生的費用按百分比，權數(shù)和金額結算三種方式結算出去，你可能使用到這3種方式，因此這3勾都選上。假設訂單規(guī)集有總費用30萬，將平均結算到3個成本對象，則可采用按百分比、權數(shù)和金額結算三種方式的其中唯一一種，如圖3。 如上圖3，將訂單規(guī)集的30萬平均結算到3個成本中心可采用百分比、權數(shù)和金額 的其中一種，雖然圖3-1全部列出3種方式，但是實際只能保存和使用其中的一種結算方式。 注意：I兩個概念：完全結算（FUL）和按期結算（PER），完全結算必須將費用全部結算出去，關于完全結算和按期(間)結算此處不詳細討論。 II.通常，統(tǒng)計內(nèi)部訂單是不需要結算的,只有實際內(nèi)部訂單才需要結算。圖2-3：訂單的有效的結算接收方可以是會計科目、各種諸如成本中心、訂單或訂單項、獲利分析段、固定資產(chǎn)、物料等，可以設置允許訂單是否允許、禁止還是必須結算到這些接收方。比如某訂單類型的費用不可能轉資，于是禁止有效接收方為固定資產(chǎn)；比如某生產(chǎn)維修訂單只能結算到產(chǎn)品維修費用或正常工單，則可只允許有效結算接收方為會計科目和訂單，其他的接收方都禁止，防止錯誤的結算業(yè)務。 注意：雖然訂單的費用可以從一個訂單結轉到另一個訂單，但是應該嚴禁結算到訂單本身，因為這將造成死循環(huán)，訂單永遠不可能結平。圖2-4：在其他參數(shù)定義中，可以定義結算的憑證類型,默認為SA,和手工一般費用財務記帳憑證類型使用的默認憑證類型一致,如果需要，可以更換另外憑證類型,特別需要提出的是此處的”分配規(guī)則最大數(shù)”表示最大的可允許有效結算接收方,默認為3,對于按期結算反復使用并且結算規(guī)則經(jīng)常變更的內(nèi)部訂單,顯然不夠,修改成999吧,怎么用都應該夠用。(2).結算成本要素類型關鍵詞：初級成本要素|次級成本要素通過成本要素，SAP將集團財務分割成FI和CO兩大模塊，既相互關聯(lián)，有相互獨立，成本要素首先被劃分為兩大類：初級成本要素和次級成本要素。初級成本要素即損益類科目，也就是說，必須首先建立好損益類科目(Tcode：FS00)才能創(chuàng)建初級成本要素(Tcode:KA01)。還有一種叫次級成本要素的東西，作為CO模塊專用的內(nèi)部成本要素，它被專門用做分攤、內(nèi)部作業(yè)分配、RA分析、成本核算單和內(nèi)部結算等，下表列舉出最常用的成本要素類別：成本要素分類成本要素類別描述備注初級成本要素1初級成本/成本降低產(chǎn)生的利潤對應所有費用成本類科目11收入11對應銷售收入類科目，12則對應銷售退回類科目，有必要分開嗎？用意何在？12銷售扣除22外部結算21/22用來做結算用，但在國內(nèi)企業(yè)幾乎極少使用次級成本要素21內(nèi)部結算31訂單/項目結果分析32為在制品結算必需使用，41為成本核算單使用，都反應在CO模塊內(nèi)部41間接費用率42分攤42分攤使用，43作業(yè)類型使用，大家都會很熟悉43內(nèi)部作業(yè)分配特殊成本要素90資產(chǎn)負債表科目對應的成本要素特別提示,資產(chǎn)負債表科目只能是統(tǒng)計性成本要素其中結算成本要素包括外部結算初級成本要素類型22和內(nèi)部結算次級成本要素21。結算成本要素如何使用了，請看下面的分配結構。(3).定義分配結構現(xiàn)在來理解一下什么叫分配結構？以一個生產(chǎn)工單結算參數(shù)文件對應的分配結構為實例，制造企業(yè)的生產(chǎn)費用通常包括制造費用、輔助生產(chǎn)和基本生產(chǎn)三大類，整個生產(chǎn)費用的結轉過程無非是料、工、費的歸集和生產(chǎn)費用橫向與縱向分配，SAP系統(tǒng)中橫向分配多使用分配分攤重過帳，而縱向分配則多使用結算。同國內(nèi)一般習慣不同的是，SAP使用訂單(包括內(nèi)部訂單和生產(chǎn)訂單)成本對象來規(guī)集費用,而不是直接使用基本生產(chǎn)成本科目, 基本生產(chǎn)成本被作為功能范圍設置在訂單中。圖4顯示的分配結構比較符合國內(nèi)傳統(tǒng)成本習慣，下面認識一下分配結構：I. 首先，一個分配結構包括多個分配行,圖4將分配結構的分配行按國內(nèi)傳統(tǒng)的成本項目劃分。II. 每個分配行的源對應到相應的成本要素，可以使用成本要素范圍或成本要素組，如圖5。注意：良好的配置習慣是盡量不要使用“從成本要素“和”至成本要素“的范圍，而是使用成本要素組，如果范圍沒有包含所有的成本要素在結算時將會出現(xiàn)錯誤，此是就需要修改配置，而使用成本要素組只要簡單地在前臺使用Tcode：KAH2增減成本要素就可以，無需修改后臺配置，切記，切記！ 在分配結構的所有分配行中，分配源的成本要素可以同時包括初級和次級成本要素，有些人往往將次級要素忽略，同時分配源所包含的成本要素必須滿足完整性(Completenes和唯一性(Uniqueness)兩個條件，簡單地理解，就是訂單發(fā)生的所有要素費用必須全部并且唯一地分配到一個分配源，分配結構提供了自動的“重疊檢查”功能。III.分配結構既可用于分攤，又可用于訂單的結算，如果用于分攤，則需要為每個分配行指定分攤次級成本要素，類型42，如圖6為一個使用分攤結構的分攤循環(huán)的段表頭。SAP提供了分配和分攤功能,關于分配分攤,此處不再詳述,分攤是將發(fā)送方的全部發(fā)生費用打包成一個或多個次級要素分攤到接收方,現(xiàn)在,舉兩個淺顯的例子來說明分攤:I. 某企業(yè)自發(fā)電廠為生產(chǎn)裝置和生活區(qū)供電,電廠發(fā)生的煤消耗、工人工資,勞保等費用統(tǒng)一打包成次級成本要素”電-分攤”分到各收益部門,這是發(fā)送方所有費用打包成一個次級要素的實例。II.沒有實施Sap PP模塊的企業(yè),使用成本中心收集人工費用、機器折舊、動力和其他間接生產(chǎn)費用,然后分攤到生產(chǎn)訂單,此是一個成本中心可能同時發(fā)生人工、機器折舊和水電等動力費用,此時不合適將所有的這些費用僅僅打包成一個次級成本要素分攤到接收方,而是需要按照費用類別分別分攤，此時,就可使用上圖5中的分配結構, 將所有的職工薪酬成本要素(由于多層分配, 職工薪酬成本要素可同時包括各種職工薪酬會計科目和相應次級要素)作為一分配行,對應到分攤次級成本要素”職工薪酬-分攤”;同樣,將所有的機器折舊成本要素作為分配行,對應到分攤次級成本要素”機器折舊-分攤”等, 這樣在分攤運行時,將發(fā)送方的所有費用按分配結構行定義的成本要素范圍/組轉換成為各行對應的分攤次級要素分攤到接收方, 這是發(fā)送方所有費用按分配結構打包成多個次級要素的實例。 *類似分配結構劃分費用的,SAP CO還有用于作業(yè)類型分割的分割結構。分配結構（Allocation Structure）？為什么分攤時使用分配結構？分配結構英文為Allocation Structure，SAP中的Allocation分為Distribution(分配)和Assessment (分攤)。結果Allocation也該譯成“分配”了，而實質上它卻包含兩層意思。分配結構的結算成本要素在分配結構的結算成本要素配置中,如圖7,結算成本要素可以選擇”按成本要素”(默認選擇)或使用”結算成本要素”, 選擇”按成本要素”表示訂單結算時使用”原始成本要素”結算,即訂單結算時借方成本要素 = 貸方成本要素,什么意思呢? 舉個簡單例子,某訂單發(fā)生了三筆費用,其中水費1000元,電費500元,差旅費800元,假設選擇”按成本要素”按百分比結算到4個成本中心,則結算時使用水費電費和差旅費這3個原始科目將這3筆費用分別結算到4個成本中心,結算后,訂單借貸平衡（注：訂單的借貸平衡屬于CO范疇）；如果使用結算成本要素，則3筆費用將打包成一個結算成本要素結算到4個成本中心。注：原則上,結算成本要素必須為21類別,通過Tcode:OBA5關閉錯誤消息號K4 004和K4 010,可以使用一般的成本要素。 次級要素不符合國內(nèi)會計準則？SAP如何體現(xiàn)成本還原？ERP是否顛覆了傳統(tǒng)的借貸概念?上面舉過某企業(yè)自發(fā)電廠的所有費用打包成一個次級成本要素”電-分攤”分攤到各收益部門的國際慣例的例子,某大企業(yè)集團總部的會計部卻認為,國內(nèi)會計準則是不存在次級成本要素的, 違背會計準則,特別是R/3版本,分攤時只有CO憑證,不實時產(chǎn)生(只在期末FICO統(tǒng)馭后才匯總產(chǎn)生)財務憑證,也不符合國內(nèi)成本會計習慣,如何理解?同樣，上面舉例, 訂單發(fā)生了三筆費用,其中水費1000元,電費500元,差旅費800元,假設當時記帳錯誤地將水費計入10000元,沖銷后(財務反應在貸方, 訂單反應在借方),再改記正確的1000元(這些業(yè)務都反應在訂單的借方), 選擇”按成本要素”按百分比結算到成本中心后(三筆費用結算時反應在訂單的貸方轉出,結算財務憑證也反應在貸方),SAP中將設計傳統(tǒng)概念的FI借貸,CO中的象內(nèi)部訂單/成本中心等成本對象的借貸和科目平衡表的借貸3組借貸關系,是否已顛覆傳統(tǒng)的借貸概念? 關于“ERP的借貸”詳見相關章節(jié)。(4).定義源結構在介紹分配結構的結算成本要素時，訂單結算時要么使用原始科目(默認使用)，要么使用結算成本要素(通常很少使用)，訂單能規(guī)集的的東東有哪些呢?很簡單就是損益,會計科目只有兩大類:資產(chǎn)負債表科目和損益類科目,損益又分成本費用類和收入類。假設某科研內(nèi)部訂單既規(guī)集了費用支出(包括薪酬、差旅和技術使用費等多種費用)，同時又發(fā)生了一定收入，現(xiàn)在需要將所有的費用支出統(tǒng)一結算到一個”科研支出”科目,而收入則結算到”營業(yè)外收入-*”科目，此時就需要使用源結構。源結構也包括多個分配行,每個分配行包括成本要素源,圖8的源結構將成本要素劃分為成本要素類和收入要素類,在訂單結算時將區(qū)分結轉。糟糕習慣：任何后臺配置,如果使用了范圍而不是組,比如圖8的成本要素范圍,都是糟糕習慣, 因為修改它將需要將被迫使用傳輸請求。分配結構和源結構的聯(lián)系與區(qū)別簡單地講，所有訂單發(fā)生的任何損益科目都要包括在分配結構中，分配結構有完整性和唯一性的特點，分配結構用于分攤和結算，如果僅僅是用于結算，實際上只要一個分配行就可以，這個分配行通常包含一個叫“All_Cost”的成本要素組,為了確保結算不出現(xiàn)錯誤,通常的將ERP系統(tǒng)中所有的損益科目都放置在該組下,如果不用于分攤,分配結構分行沒有多大意義,因為結算通常是按原始成本要素轉出。源結構是對分配結構的補充，分配結構中包含了訂單發(fā)生的所有的損益科目,而源結構是將這些損益科目發(fā)生的金額繼續(xù)分組(注:只是金額),分別結算到接收方。圖9顯示是訂單112301000041的結算規(guī)則,使用了源結構，圖9-2的原始分配對應的正是源結構的分配行,表示訂單發(fā)生的所有費用支出金額將結轉到”研究開發(fā)費”,而收入結算至營業(yè)外收入。圖9-3 “已結算的成本” 顯示訂單結算正是使用分配結構中的原始成本要素結轉出去的。以費用為例，看一下內(nèi)部訂單參考會計分錄，注意粗體下劃線的會計分錄,分兩個步驟：費用/收入發(fā)生和訂單結轉,a-d 4個分錄。I.訂單規(guī)集收入費用:(a)費用發(fā)生：計入內(nèi)部訂單，參考分錄為：Dr：差陸費4200070000 3632元 + 內(nèi)部訂單112301000041技術使用費4200300000 222元 + 內(nèi)部訂單112301000041 Cr: 銀行存款 3854 元(b).收入入發(fā)生：計入內(nèi)部訂單，參考分錄為： Dr:其他應收 10896元Cr:營業(yè)外收入-政府補助利得5301110000 10896元 + 內(nèi)部訂單112301000041II.訂單結轉:(c).費用結轉:訂單使用了原始結構,差旅費和技術使用費將結轉到研究開發(fā)費4200290000科目,費用從貸方轉出, 參考分錄為:Dr: 研究開發(fā)費4200290000 3854 元 (訂單結算接收方,結算參數(shù)文件必須允許會計科目為有效接收方,接收方還可為資產(chǎn)等,即將費用資本化) Cr: 差陸費4200070000 3632元 + 內(nèi)部訂單112301000041(使用原始成本要素轉出) 技術使用費4200300000 222元 + 內(nèi)部訂單112301000041(使用原始成本要素轉出)假設在分配結構中使用的是結算成本要素，結算成本要素通常為21/22類型成本要素，也可直接使用普通的成本要素，則所有的費用打包成一個結算要素轉出，則訂單112301000041的費用結轉參考分錄為：Dr: 研究開發(fā)費4200290000 3854 元Cr：22型/或普通型結算成本要素 3854 元貼個圖更好理解，如圖10,假設分配結構中使用結算成本要素4000040002,則訂單結算時不在使用原始成本要素，而是使用結算成本要素將費用轉出。使用結算成本要素的“好處”在于，非常迎合國內(nèi)會計工作者的習慣，從財務模塊(很多會計只習慣從財務模塊看數(shù)據(jù))的借貸發(fā)生方去分析數(shù)據(jù)，如圖11，Tcode：FS10N，“中國式”的三欄帳，借方發(fā)生額1000元，圖10中使用的是專門的結算科目結轉，假設使用原始科目結轉，則貸方將出現(xiàn)1000元，此時，從財務模塊，費用發(fā)生額可自己取借方發(fā)生額，現(xiàn)在假設該費用記帳錯誤并使用了藍沖，虛增了借貸方，如果此時從財務模塊看數(shù)，那就慘了，所以很多企業(yè)要求一定要使用反記帳做沖銷（紅沖）避免虛增借貸方？沖銷一定需要紅沖嗎？請參考“ERP的借貸”篇。(d).收入結轉: 最后，收入從借方轉出到接收方法,參考分錄為:Dr:營業(yè)外收入-政府補助利得5301110000 10896元 + 內(nèi)部訂單112301000041Cr: 營業(yè)外收入-政府補助利得(訂單結算接收方,訂單結算規(guī)則的接收方,只接收收入)收入結轉特別注意:在結轉收入時,特別需要提出的是,由于收入結算時的接收方科目為其本身,有的企業(yè)在會計科目字段狀態(tài)組將相關營業(yè)外收入科目的內(nèi)部訂單設為必輸入,在結算規(guī)則中也將接收方會計科目的營業(yè)外收入科目設置本身內(nèi)部訂單，這是一種最糟糕最無聊的做法, 此時,該訂單將限入死循環(huán),永遠結算不平。通過上面上面這些分錄,相信你應該非常明白結算參數(shù)文件、分配結構和源結構這3個術語。訂單結算配置總結：I.所有的需結算的訂單必須對應一結算參數(shù)文件， 結算參數(shù)文件包括分配結構、原結構、允許的有效接收方和允許接收方的最大個數(shù)等參數(shù),結算時可按百分比、權數(shù)和固定金額3種方式將損益結算到接收方。II.訂單發(fā)生的初級或次級成本要素必須全部包括在分配結構中，分配結構有完整性和唯一性,簡單地理解,就是保證結算時任何費用都必須被結轉出去(完整性)和只能結轉一次(唯一性),否則訂單必定結算不平。III.可以使用源結構將訂單發(fā)生的費用/收入金額分組結轉到接收方。源結構分配行的成本要素范圍/組只是將結算時訂單發(fā)生的費用/收入分組而已。每個源組的金額分別結算到訂單的結算接收方。 (5).定義Co-PA傳輸結構結算到獲利分析模塊，需要企業(yè)已啟用了CO-PA模塊,具體步驟此處不再敘述。到此為止,相信你對訂單的結算參數(shù)文件和結算參數(shù)文件中的分配結構、源結構和Co-PA傳輸結構三大結構有了一定了解, 對CO訂單結算原理有非常清晰的認識。三訂單結算和ERP借貸下面以兩個常見的訂單結算問題來說明一下這些東西。1.限制了最大結算接收方科研訂單2008年06月前只發(fā)生費用，則全額結算到研究開發(fā)費，現(xiàn)假定2008年7月后發(fā)生了營業(yè)外收入，則需修改結算規(guī)則，如圖12，使用源結構的分配行源組，注意圖12-2第1行結算規(guī)則的終止期為2008年06，2008年7月后使用新的結算規(guī)則。假設2008年8月開始發(fā)生其它業(yè)務收入，再需要修改結算規(guī)則，由于在結算參數(shù)文件中，如果使用默認限制的最大3個接收方，見圖2，此時就無法在修改結算規(guī)則，會彈出圖12-3的錯誤提示。假設訂單同時發(fā)生了營業(yè)外收入和其他業(yè)務收入,由于源結構將收入要素只建立了1個總的收入成本要素(包含所有收入成本要素)分配行,將無法區(qū)別結算，假設確實有這種業(yè)務發(fā)生，當初設計時就應該源結構中按類別區(qū)分出收入行，當然無此類業(yè)務最好。2.循環(huán)結算到訂單本身關鍵詞：參考交易和業(yè)務事務|財務借貸、CO借貸和科目借貸|CO發(fā)送/接收方在結算規(guī)則維護中，還有一種低級錯誤，就是將訂單本身作為結算接收方科目的成本對象，假設企業(yè)將營業(yè)外收入科目5301110000設置為內(nèi)部訂單必輸,目的是為了防止用戶在記帳時忘記輸入訂單,由于字段狀態(tài)組對所有的記帳都有效,則結算時必定作為結算接收方的營業(yè)外收入科目5301110000也輸入內(nèi)部訂單,這樣,訂單結算就陷入死循環(huán),如圖14。還原一下圖14的會計分錄。a.發(fā)生收入:參考分錄為：Dr:其他應收 3632元 Cr:營業(yè)外收入-政府補助利得3632元 + 內(nèi)部訂單（參考交易:BKPF,業(yè)務事務:COIN,體現(xiàn)在訂單的“成本”方即CO借方,CO借方金額為-3632元,財務在貸方）b.結轉收入:由于接收方的收入科目為它本身,且又使用訂單本身做成本對象, 參考分錄為:Dr:營業(yè)外收入-政府補助利得3632元 + 內(nèi)部訂單（參考交易:AUAK,業(yè)務事務:KOAO,體現(xiàn)為訂單的“已結算的成本“，即CO貸方, CO貸方金額為3632元,財務在借方） Cr:營業(yè)外收入-政府補助利得3632元 + 內(nèi)部訂單(強烈警告:*根本不應帶任何成本對象)（參考交易:AUAK,業(yè)務事務:COIN,又體現(xiàn)到訂單的”成本”方,即CO借方, CO借方金額為-3632元,財務在貸方）解決方法: 通常損益科目都建立了成本要素,通常財務交易時都需要一成本對象,成本要素是和成本對象組合過帳的,但是,在損益科目做結算接收方除外, 這點非常好理解,假設結算接收方的某費用科目又帶了個基本生產(chǎn)成本對象,作為費用載體的成本對象將永遠結算不平,所以, 在本例中,接收方的營業(yè)外收入只需要填入業(yè)務范圍和利潤中心就可,不需要成本對象,更不能是訂單本身, 如果以前已有結算業(yè)務, 不能再修改刪除,可以凍結原接收行,新增加不帶訂單的接收方，操作參考圖12。如果雙擊圖14訂單”成本”方的-7264元,出現(xiàn)圖15,注意參考交易分別為BKPF/AUAK,業(yè)務事務都是COIN（來自財務的CO過帳）?，F(xiàn)在,來理解一下以下3個借貸關系:a. 財務借貸,大家都很好理解,就是“有借必有貸款，借貸必相等“。b. CO借貸,是一個擴展的概念,CO借方,可以簡單理解為費用(收入)的歸集方；而CO貸方則可理解為轉出方或結算方或接收方。CO借方一般包括發(fā)生在該成本對象的任何財務借貸,以及CO模塊中其它成本對象分配分攤重過帳(分配分攤循環(huán)中作為接收方)接收來的費用等。CO的貸方則一般包括結算轉出, 以及CO模塊中其它成本對象分配分攤重過帳(分配分攤循環(huán)中作為接收方)發(fā)送走的的費用,如圖16顯示的是成本對象某成本中心的CO借貸方。鍋爐成本中心8233115008的借方包括發(fā)生的維修費用、職工薪酬、從電廠(成本中心)分攤過來的電(已打包成次級成本要素7233100002) 、水廠(成本中心)分攤過來的水等費用,CO借方實際就是接收方。鍋爐成本中心8233115008的貸方包括分配到管理成本中心的修理費(根據(jù)新準則要求修理費全進管理費) 和分攤到產(chǎn)品或其他成本中心的費用, CO貸方實際就是發(fā)送方。建議：假設你在做ERP系統(tǒng)，為了不混淆視聽，建議將CO借方/貸方改名為規(guī)集方/轉出方。不過，話說回來，作為管理軟件設計公司，忽悠企業(yè)，必須的，要不軟件太好學了培訓班怎么賺錢? b. 科目借貸，回顧圖11，典型的科目三欄帳,通常,發(fā)生的每筆財務借/貸方分別增加科目借/貸方,只有使用反記帳時例外,實際上不僅僅是沖銷才使用反記帳(即紅沖),平時記帳也 可使用反記帳,使用反記帳,此時科目借貸和財務借貸的關系如下:財務借方+反記帳 = 科目貸方余額減少；憑證的貸方+反記帳= 科目借方余額減少. 更詳細請參考”探討反記帳”部分.四.探討反記帳反記帳和紅字沖銷紅字沖銷紅字沖銷法：又稱紅字更正法也稱紅字調整法，即先用紅字編制一套與錯賬完全相同的記賬憑證，予以沖銷，然后再用藍字編制一套正確的會計分錄(全額沖銷)。紅字更正法：當多記金額時，還可采用紅字更正法更正，將多記的金額用紅字填制一張與原錯誤記賬憑證相同的記賬憑證沖銷多記的金額（差額沖銷）。補充調整法：對會計遺漏的經(jīng)濟事項，按照會計核算程序，用藍字編制調整分錄補充調整，也包括會計賬務借貸科目無誤但金額少記，按差額用藍字編制差額調整。綜合調整法：即紅字沖銷調整法與補充調整法的結合運用。SAP的反記帳和紅沖實現(xiàn)由于SAP標準的記帳是不能直接輸入負數(shù)的，則需要通過反記帳標志來實現(xiàn)，首先需要為憑證類型定義反記帳標志，在“控制數(shù)據(jù)”屏選擇“允許負數(shù)過帳”標志(Tcode:OBA7)。下面舉一個簡單實例來分析SAP反記帳和紅沖的關系及其簡單設計邏輯，如下圖。憑證及其反記帳沖銷(類紅沖)憑證費用記帳前和反記帳沖銷后科目借貸余額圖憑證100000318為費用記帳，分錄：Dr： 費用1111.11元 + 成本中心8233111001(SAP的費用記帳一般都要一成本對象) Cr：銀行存款 1111.11元*注意科目余額圖,此時費用科目4999999901的借方余額為4000元。憑證100000319為憑證100000318的沖銷憑證（Tcode：FB08），分錄：Dr：銀行存款 1111.11元 + 反記帳標志（憑證的借方+反記帳= 科目貸方余額減少即負數(shù)）Cr： 費用1111.11元 + 反記帳標志（憑證的貸方+反記帳= 科目借方余額減少即負數(shù)） *注意科目余額圖,此時費用科目4999999901的借方余額為 4000-1111.11 = 2888.89元注意：OBA5 F5 361設置為警告信息號會計憑證可反復任意沖銷。因為SAP在記帳時不能直接輸入負數(shù)，也就是不能產(chǎn)生象中國傳統(tǒng)的紅字沖銷分錄Dr： 費用 -1111.11元 + 成本中心8233111001 Cr：銀行存款 - 1111.11元SE16:T041C定義沖銷原因注意選上反記帳標志。在定義沖銷過帳原因時有兩個字段：反記帳和替換過帳日期，不選擇反記帳標志則表示藍沖，同時虛增科目發(fā)生額的借貸方，不選擇替換過帳日期則表示只能沖銷在輸入的過帳日期（通常在當期），簡單舉例，8月要沖7月的會計憑證，并且沖銷在7月，則使用02/04沖銷，系統(tǒng)自動將沖銷憑證的過帳期間替換為被沖銷憑證的過帳期限。而沖銷原因01-04無非是這兩者的四種組合，為了不虛增借貸，大部分企業(yè)的沖銷都要求采用紅沖，則全部使用反記帳，如上圖，經(jīng)過改良后，01/03和02/04實際是完全一樣的，改良配置后，藍沖被禁止。手工如何沖銷憑證？有人說，如果不使用FB08而是手工記帳沖銷比如F-02沖憑證100000318,記帳如下：Dr： 費用1111.11元 + 反記帳標志 （結果余額顯示在貸方） Cr：銀行存款 1111.11元 +反記帳標志（結果余額顯示在借方）所以說，如果要在SAP系統(tǒng)中達到紅沖的效果，無論是FB08自動沖銷還是手工記帳，因為不能輸入負數(shù)，一定是在記帳時將原憑證借貸方反置再加反記帳，實際上在SAP系統(tǒng)中FB08沖銷憑證無論是藍沖還是紅沖，憑證的借貸方都是反向的，紅沖(即SAP反記帳)只反應在科目余額的借貸方上，總結SAP反記帳的重要兩點：（1）.反記帳功能: 憑證的借方+反記帳 = 科目貸方余額減少（即負數(shù)）；憑證的貸方+反記帳= 科目借方余額減少（即負數(shù)）。 也就是說,會計憑證(會計憑證表)還是借/貸方，但反記帳后反應在余額表中則是貸/借方。（2）.你需要注意SAP的幾個借貸方:會計憑證借貸、會計科目余額借貸和成本對象借貸。為了理解這幾個借貸,看看財務憑證行項目的設計,其中BSEG為憑證行項目而FAGLFLEXA為新總帳版本的分割后行項目,注意憑證號100000318和100000319。注意到反記帳沖銷憑證100000319的費用科目4999999901在BSEG表和FAGLFLEXA的保存方式，4999999901在BSEG的記帳碼為50 + 貸方標志 + 1111.11 + 反記帳; 而FAGLFLEXA表中則為記帳碼為50 + 借方標志 + (-1111.11元,無反記帳標志), 此時本來代表貸方的記帳碼50和借方標志是矛盾的。(3). 反記帳的常見疑問? 按國內(nèi)傳統(tǒng)習慣,為了不虛增借貸方, 比較傾向于使用紅沖,可能你會遇見如下問題:a.MBST反沖物料憑證能反記帳嗎？b.MM模塊MIRO貸項憑證能反記帳嗎？、c.SD模塊沖銷發(fā)票能反記帳嗎？（Tcode：VOFA設置反記帳）d.沖銷的原始憑證如果包括已清算行項目，如何重置這些行項目？（Tcode：FBRA）e.SAP新總帳分配分攤產(chǎn)生的實時財務憑證如何紅沖?f.其它自動財務憑證如何紅沖?認識SAP的3個借貸3個借貸分別為:(1).會計憑證的借貸,由記帳碼決定,公司代碼層滿足”有借必有貸,借貸必平衡”,如果是ECC版本實施了諸如業(yè)務范圍/利潤中心/段的分割評估,還必須保證這些組織架構的借貸平衡;如啟動了附加本位幣還必須保證附加本位幣計量的借貸平衡。也就是說，會計平衡必須同時保證組織架構層次和本位幣層次的”有借必有貸,借貸必平衡”，這是SAP設計滿足靈活的組織架構和滿足多貨幣計量的基本條件。(2).科目發(fā)生余額的借貸:正常發(fā)生的業(yè)務,憑證的借貸方分別增加對應科目余額的借貸方,但沖銷時則滿足:憑證的借方+反記帳 = 科目貸方余額減少（即負數(shù)）憑證的貸方+反記帳= 科目借方余額減少 （即負數(shù)）(3).成本對象借貸：最典型的象成本中心和內(nèi)部訂單的借貸，成本會計意義上的借貸在SAP中可以是單邊的不平衡的, 但當這些成本對象在結算或分配分攤重過帳后產(chǎn)生的會計憑證又是平衡的，比如成本中心的借方發(fā)生額指該成本中心所有的發(fā)生額,包括財務過帳(帶初級成本要素的損益科目過帳)的借貸方,作為分配分攤重過帳的接受方都是成本中心的借方發(fā)生額,而成本中心的貸方指成本中心的轉出額,通常是在分配分攤重過帳中該成本中心作為發(fā)送方,這種巧妙將財務和成本模塊分開設計的思路可以靈活地解決某些財務核算和成本管理的矛盾。使用紅字結轉和設計紅字沖銷?通過上面的圖例,讀者對SAP的反記帳功能設計應該有了一定理解，注意BSEG和FAGLFLEXA表的活動類型(業(yè)務交易,Business Transction)和參考交易字段，參考交易BKPF和業(yè)務交易RFBU表示為財務記帳。有一個讀者問，費用能否紅字結轉？我說，紅字一般用來更正錯誤，不要隨便濫用，情況是這樣的，假設管理費用10000元記在成本中心A，期末要分配到BCDE各20%，這樣，在費用記在A時，該管理費用10000元余額在借方，分配分錄：Dr：X管理費用 2000* 4 成本中心BCDE （業(yè)務交易：RKIV） Cr：X管理費用 8000 成本中心A （業(yè)務交易：RKIV）此時，X管理費用借方發(fā)生額為18000元，貸方8000元，在財務模塊從科目余額來看虛增了借貸方，但是報表上完全通過業(yè)務交易是可以區(qū)分出費用的發(fā)生額和分配結轉額的。借鑒一個國內(nèi)記帳實例，收到小菜退回的差旅費計現(xiàn)金1111.11元，記帳如下：Dr：現(xiàn)金1111.11元Cr：管理費用-差旅費1111.11元現(xiàn)在有一個問題是，按照國內(nèi)習慣，費用報表通常是按借方發(fā)生額取數(shù)，此時費用沖減是從貸方轉出應沖減的數(shù)據(jù)，未減少費用的借方發(fā)生額，當期報表費用數(shù)數(shù)字要比實際支出數(shù)大。如何解決此問題呢？將小菜多出退回的差旅費紅沖Dr：管理費用差旅費-1111.11元 （反記帳-紅沖）Cr：現(xiàn)金-1111.11元 （反記帳-紅沖）這種會計處理辦法雖然滿足了費用報表的取數(shù)，但對現(xiàn)金收入用紅字沖在貸方不大符合習慣。于是有另一中做法，借方用紅字沖減差旅費，現(xiàn)金則用藍字借記表示增加數(shù),分錄為：Dr：管理費用差旅費-1111.11元 （反記帳-紅沖）Dr：現(xiàn)金1111.11元 （藍字）分錄理由是：沖減費用在借方用紅字反映，符合會計原理上對“管理費用”科目的定義解釋：借方只反映費用的支出數(shù)，貸方則反映費用的結轉數(shù)。同時滿足了費用報表取數(shù)要求，收到現(xiàn)金做借方增加，也符合會計原理對“現(xiàn)金”的解釋和國內(nèi)習慣。但是，顯然它違背了“有借必有貸，借貸必相等“的基本記帳規(guī)則,ERP如果設計出兩借無貸的分錄,平衡是平衡了,但用戶難于接受。在SAP中，相對巧妙解決了這個問題，因為SAP關于借貸有兩個標志，一是記帳碼，二是借貸標志，如下圖。上面的業(yè)務SAP可以如此處理:Dr：40(借方標志) 現(xiàn)金1111.11元 （藍字） Cr: 50 管理費用差旅費1111.11元 （使用反記帳,反記帳后此發(fā)生額在余額表中顯示 在借方）后一行分錄對BSEG表 ,50+ 借方標志+反記帳 + 1111.11元(SAP老版本),對FAGLFLEXA為50 + 貸方標志+ -1111.11 負數(shù)金額(SAP新總帳)，對于國內(nèi)ERP如果可以采用負數(shù)記帳，實際上分錄可如下：Dr：40(借方標志) 現(xiàn)金1111.11元 （藍字） Cr: 50（貸方標志+負數(shù)記帳） 管理費用差旅費- 1111.11元（貸方的負數(shù)則反應在當期科目發(fā)生額的借方，保證了有借必有貸，借貸必相等？絕對值相等？），或者貸方分錄為Cr: 50 管理費用差旅費 1111.11元，通過增加一標志比如負數(shù)記帳在打印或顯示時為正數(shù)，憑證行項目數(shù)據(jù)庫中保存為負數(shù)，標志+ 負數(shù)確定科目發(fā)生在當期科目發(fā)生額的借方？利用反記帳調整實例訂單(采用完全結算FUL)將結算到9900000099科目，假設將200元計入該實際訂單，分錄如下：Dr：招待費 100元 (實際訂單號做成本對象)差理費 100元 (實際訂單號做成本對象) Cr：銀行存款 200元則工單結算分錄為，9900000099科目余額在借方。Dr：9900000099 100元 Cr：招待費 100元(實際訂單號做成本對象)Dr：99000000