SAP內(nèi)部訂單會計

1、戲說 erp 之內(nèi)部訂單-sap 屠夫第五章內(nèi)部訂單erp 中內(nèi)部訂單用來規(guī)集費用,費用控制 ,成本分析等 ,其主要功能包括：（1）.預(yù)算功能 :可使用 erp 的內(nèi)部訂單 (或 ps 項目模塊 )監(jiān)控企業(yè)包括支出預(yù)算結(jié)算等投資活動 ,預(yù)算功能也常用于粗略 地控制部門的一般管理費用，用戶可以方便地增加減少預(yù)算額度 , 如果采用跨年度預(yù)算，系統(tǒng)可以方便地將當年預(yù)算余額結(jié)轉(zhuǎn)到下年（預(yù)算結(jié)轉(zhuǎn)-）tcode:koco，承諾結(jié)轉(zhuǎn) -tcode:kocf) 。（2）.計劃功能 :內(nèi)部訂單的費用成本計劃功能可和mm 模塊和生產(chǎn)能力計劃集成,用于監(jiān)視實際成本并和實際成本對比分析，從而為管理決策者提供依據(jù)。（3

2、）.分析功能 : 可以隨時分析內(nèi)部訂單的計劃/實際發(fā)生額對比,各不同期間的實際/實際對比,按月 /季指標分析 ,分析內(nèi)部訂單發(fā)生的行項目,對訂單的未清項等進行分析。( 4 ). 期末處理 ： 可將日常內(nèi)部訂單規(guī)集的成本費用在期末進行重分配(tcode:ksw1/ksw5)或結(jié)算 (tcode:ko88) 到目標成本對象,這些成本對象包括訂單/項目 /成本中心 /網(wǎng)絡(luò) /資產(chǎn)/co-pa 的獲利段 /費用科目等。內(nèi)部訂單應(yīng)用非常簡單,下面先談?wù)動唵沃鲾?shù)據(jù)的建立。第一節(jié)訂單主數(shù)據(jù)內(nèi)部訂單主數(shù)據(jù)配置如圖1。圖 1-1：激活訂單管理(tcode: okkp ) 想使用內(nèi)部訂單功能,需要在 okkp在控

3、制范圍內(nèi)將內(nèi)部訂單模塊激活。圖 1-2：定義訂單類型(tcode: kot2|kot2-opa|kot2_funcarea) 戲說 erp 之內(nèi)部訂單-sap 屠夫在此定義所需要的訂單類型。圖 2-1：系統(tǒng)提供的訂單種類 （order category）包括內(nèi)部訂單，co成本訂單，成本收集器，質(zhì)量訂單，pp 生產(chǎn)工單，流程訂單，pm維護訂單等，訂單種類由系統(tǒng)預(yù)選設(shè)定 ，訂單種類用來組織訂單的業(yè)務(wù)功能，在下面會詳細分析。圖 2-2：需要建立什么樣的訂單類型 （order type）視企業(yè)實際需求而定，圖2-2設(shè)置了資產(chǎn) / 在建工程的投資訂單類型，一般費用統(tǒng)計訂單，可結(jié)算的實際費用訂單和專門的維

4、修費用統(tǒng)計訂單。訂單類型的作用有： 1 號碼分配，可給不同的訂單分配不同的編號范圍，可以使用無意義的外部編號也可使用有意義的外部給號，比如投資訂單外部編號可在其中包含項目號，維修費用統(tǒng)計訂單分大檢修和日常普通維修，一個外部給號分別為dx/px+成本中心號，費用計入相應(yīng)的成本中心同時輸入維修費用統(tǒng)計訂單做統(tǒng)計用以此來區(qū)分費用歸屬，統(tǒng)計性訂單此時就成了一個類似中國會計上的輔助核算字段，這樣從編號就能直接分辨出費用歸屬。 2通過訂單類型參數(shù)控制該類訂單是否允許計劃，允許預(yù)算，是否允許計入收入，允許狀態(tài)控制等，請看圖 3，在圖 3 中詳細描述了這些控制字段。記住三個重要術(shù)語：1 對象種類 / 類型（

5、object category/object type）系統(tǒng)將狀態(tài)管理中有相似處理功能的對象組合在一起，叫 object categor 或object type，請看 tcode：bs12 。2 訂單種類（ order category）訂單種類算是對象種類的一種， 下圖是 bs12和 kot2的一個合成圖， 可看到的右邊是kot2的訂單種類 （order category ）01/02 到 70，分別對應(yīng)bs12中的對象種類/ 類型（object category/object type）orc/ord/orf/org等，雙擊bs12，就能為每個訂單類型分配允許的業(yè)務(wù)交易狀態(tài)，在接下來還會

6、就此問題詳細闡述。戲說 erp 之內(nèi)部訂單-sap 屠夫3訂單類型（ order type ）訂單類型有自己的編號和控制參數(shù)，用來區(qū)分出內(nèi)部訂單的實際用途。這 3 者關(guān)系是，系統(tǒng)默定了對象種類，訂單種類是其中一種，對象種類可控制該對象是否允許什么業(yè)務(wù)交易，系統(tǒng)都有一定的默認設(shè)置，除非特殊需求，一般并不建議修改，比如系統(tǒng)默認不允許使用分攤循環(huán)將費用分攤到目標對象co 訂單（ tcode ：kkf1 建立），這樣需要bs12 設(shè)置對象種類orf允許業(yè)務(wù)交易rkiu 。4 對象類（ object class）對象類也用來根據(jù)業(yè)務(wù)交易來組織成本對象并分析成本流，對象類有四種：invst: 投資 / o

7、cost : 間接費用 /prodt : 生產(chǎn) / proft : 利潤分析在內(nèi)部訂單主數(shù)據(jù)中可選擇一個內(nèi)部訂單的對象類，我們知道在co模塊常用的成本對象包括內(nèi)部訂單, 成本中心 , 獲利分析段 ,wbs元素等 , 象成本中心這個對象默認就屬于對象類 ocost: 間接費用。你看到 object category， order category， order type， object class這些術(shù)語一定會想起valuation level ，valuation category ， valuation area， valuation class ，有了這些術(shù)語erp系統(tǒng)才能答建的龐大從而實

8、現(xiàn)強大的功能，這種設(shè)計理念是這樣的：固化訂單種類（order category）的情況下，實際上也就固化了訂單的業(yè)務(wù)處理邏輯，但是，為了迎合各企業(yè)的復雜流程下，允許自配置一定的訂單類型（order type ），在其中再定義一些參數(shù)，實際上，整個erp的配置邏輯大抵如此而已。戲說 erp 之內(nèi)部訂單-sap 屠夫圖 3 是訂單類型定義的一個畫面。圖 3-1 ：設(shè)置訂單編號（tcode：konk ），可為外部或內(nèi)部編號。圖 3-234：注意訂單的幾個profille: settlement profile：訂單的結(jié)算參數(shù)文件，可控制該訂單是否允許結(jié)算，允許結(jié)算接受方的個數(shù)，允許結(jié)算到何種目標成本

9、對象，詳細請參考相關(guān)章節(jié)。planning profile：控制訂單的計劃參數(shù)。budget profile：控制訂單的預(yù)算參數(shù)設(shè)置。status profile：控制訂單的狀態(tài)，可用來做訂單的審批流程。圖 3-5 ：表示訂單的數(shù)據(jù)保存多久后才能被archive 。圖 3-7 ： 如果選上， 則表示允許post 收入 / 銷售抵扣 要素 (cost element category 11/12), 和成本中心一樣，系統(tǒng)默認是不允許過帳收入要素的，比如某生產(chǎn)企業(yè)使用內(nèi)部訂單歸集企業(yè)的非主營生產(chǎn)業(yè)務(wù)，該內(nèi)部訂單將同時歸集其它業(yè)務(wù)收入（收入）和配比其他業(yè)務(wù)支出或成本，就需要選上允許收入過帳。圖 3-

10、8:狀態(tài)參數(shù)文件可用來做訂單的審批流程，請參考接下來的第二節(jié)訂單審批 。圖 3-9:表示訂單一建立就被release,訂單如果沒有釋放是不能用于記帳的, 有的企業(yè)不喜歡玩審批， 有的企業(yè)卻喜歡整審批，特別是預(yù)算訂單，一般不整個3-5 級審批那是死不罷休，哎，企業(yè)多了，什么樣的鳥兒都有，如你想使用訂單審批流程, 當然這勾就不選上。圖 3-12 ：你可定義個print form打印訂單。圖 3-13 ：屏幕字段選擇, 和會計科目的字段狀態(tài)組(tcode:obc4), 記帳碼字段狀態(tài)(tcode:ob41) 或移動類型字段狀態(tài)(tcode:omjj), 你決定訂單主數(shù)據(jù)的字段是隱藏,顯示 , 可輸還

11、是必輸。戲說 erp 之內(nèi)部訂單-sap 屠夫圖 3-14 ：可為某類型訂單設(shè)置一個默認的功能范圍，比如為co成本訂單設(shè)置默認的“生產(chǎn)成本 “功能范圍，以免用戶輸入錯誤。圖 3-15:在“ model order “ 欄可輸入一個模板訂單, 這個訂單起參考作用也可是普通的內(nèi)部訂單 , 這樣在新建立此訂單類型的訂單時可將此模板訂單的主數(shù)據(jù)字段復制到新訂單 , 即類似參考建立。圖 4-12:將統(tǒng)計性訂單的統(tǒng)計指標設(shè)置為必輸, 選上高亮則表示默認在主數(shù)據(jù)里選上。圖 1-3 維護訂單編號范圍(tcode:konk) 維護訂單的編號范圍，可以是外部編號，也可以是內(nèi)部編號，可以走菜單 - 傳輸傳輸編號。圖

12、 1-4567：訂單審批配置，詳細請看第二節(jié)。內(nèi)部訂單使用實例在前面已經(jīng)介紹過內(nèi)部訂單模塊功能，下面舉幾個實例說明如何使用內(nèi)部訂單1 實際費用歸集和成本中心通常用來歸集部門發(fā)生的費用不同，（實際） 內(nèi)部訂單通常用來歸集某個專項的費用， 這個專項可以是公司的一次春游，一次年會甚至某個建設(shè)項目，通常這個專項是跨成本中心的， 比如年會， 可以建立一實際內(nèi)部訂單，可以將組織這次年會所有的費用全部記入該內(nèi)部訂單， 在期末根據(jù)一定規(guī)則再結(jié)算到成本中心，同樣也可將各項費用計入一個項目訂單，待項目完成后在統(tǒng)一結(jié)算至各個資產(chǎn)。在一個 erp項目中， 項目組有 30 多個成本中心， 職工薪酬差旅費等從hr自動過帳

13、， 還有些勞保費用， 期末需要將這些成本中心的費用按照職工薪酬資產(chǎn)業(yè)務(wù)類型，差旅費資產(chǎn)業(yè)務(wù)類型等轉(zhuǎn)入待攤以便統(tǒng)計資產(chǎn)的各項費用（使用資產(chǎn)業(yè)務(wù)類型做統(tǒng)計），如果需要將這30 多個成本中心一一轉(zhuǎn)平，工作量大，所以事先使用分配將30 多個成本中心的各項費用先分配到一實際內(nèi)部訂單，再從內(nèi)部訂單統(tǒng)一根據(jù)各中資產(chǎn)業(yè)務(wù)類型轉(zhuǎn)走費用（注意，兼顧報表需求，暫時不能使用結(jié)算功能結(jié)算到資產(chǎn)，因為結(jié)算只使用一個資產(chǎn)類型），工作量減少30倍。2 輔助核算和統(tǒng)計過帳內(nèi)部訂單的統(tǒng)計過帳實質(zhì)上就是使用內(nèi)部訂單做輔助核算，和國內(nèi)erp不同的是，國外erp的成本對象實際上是擴展了的輔助核算，常用的成本對象有成本中心，內(nèi)部訂單，

14、wbs 元素，實際上類似3 個輔助核算項目， 再加上客戶 / 供應(yīng)商 / 物料隨時可在字段狀態(tài)組放開從而在記帳上選擇， 一般核算到這份上也就可以，我在相關(guān)章節(jié)已經(jīng)討論過成本對象和輔助核算的區(qū)別， 系統(tǒng)中永遠只有一個實際過帳的成本對象，當存在多個成本對象時，系統(tǒng)預(yù)先設(shè)置了戲說 erp 之內(nèi)部訂單-sap 屠夫一個優(yōu)先級， 最典型的， 如果某費用同時計入成本中心和內(nèi)部訂單，如果內(nèi)部訂單是實際的，則成本中心為統(tǒng)計過帳，如果內(nèi)部是統(tǒng)計性的，則成本中心實際過帳，這樣的最大好出是費用結(jié)算非常方便，例如成本中心的實際費用可以非常方便結(jié)轉(zhuǎn)到其它成本中心。內(nèi)部訂單建立非常靈活，比如，在erp中，除了將員工建立成

15、特別供應(yīng)商/ 客戶外，你甚至可將某些員工一一對應(yīng)到一個內(nèi)部訂單。如果不實施pp或不想使用bom（有的企業(yè)需要配方保密， 那就索性不使用 bom）的企業(yè)， 可將各項目費用計入成本中心，期末將制造費用輔助生產(chǎn)成本中心費用結(jié)轉(zhuǎn)到基本生產(chǎn)成本中心，最后再將各種費用按一定系數(shù)分攤到各產(chǎn)成品的工單。重點：i. 只設(shè)一個實際過帳對象, 設(shè)計思路將非常簡潔明了, 費用結(jié)轉(zhuǎn)方便 . ii.其它輔助核算字段說白了只是做費用統(tǒng)計方便管理和報表需求而已，惜乎，很多系統(tǒng)將輔助核算字段實際上做成了“明細”科目，有這樣的系統(tǒng)有理由相信在費用的分配分攤結(jié)算重過帳功能上可能就會大打折扣。啟示： erp中科目只設(shè)一級，只有一個實

16、際過帳成本對象，允許多個統(tǒng)計對象，erp不是財務(wù)軟件，在遵守會計準則的條件下，科目只是個記帳符號。3 項目預(yù)算控制同樣， 可以使用內(nèi)部訂單做粗略的整體預(yù)算控制功能，比如為每個項目建立一內(nèi)部訂單并給予預(yù)算就能控制該項目的整體預(yù)算，這種預(yù)算控制一般不到科目級別，erp有專門的預(yù)算控制模塊處理這些業(yè)務(wù)，請參考本書相關(guān)章節(jié)。第二節(jié)訂單審批下面介紹如何使用狀態(tài)參數(shù)文件做內(nèi)部訂單的審批，實際上包括使用狀態(tài)參數(shù)的銷售訂單等各種訂單的審批也可使用該功能，為了讓讀者更明白步驟，采用我一貫常用的分步法說明。第一步：定義狀態(tài)主文件(tcode:ok02|bs02) 戲說 erp 之內(nèi)部訂單-sap 屠夫如圖 1,

17、定義 status profile z0000002，在狀態(tài)文件中可定義各種用戶狀態(tài) 。業(yè)務(wù)背景：假設(shè)內(nèi)部訂單必須經(jīng)過stone 審批 - 接下來再經(jīng)過部門經(jīng)理審批- 最后是總經(jīng)理審批后才允許實際過帳。圖 1-23:狀態(tài)編號 （status no.）和狀態(tài)名稱，你也可使用無狀態(tài)編號 定義用戶狀態(tài)。圖 1-3 ：根據(jù)業(yè)務(wù)需求建立4 個用戶狀態(tài)分別是圖1-3 的 rint/rest/rejl/ relz 。圖 1-4 ：如果選上“init.status”標志則表示訂單一建立的初始狀態(tài)。圖 1-5:可以為每個用戶狀態(tài)定義所謂的最高狀態(tài)編號和最低狀態(tài)編號（lowest status no. /high

18、est status no.）。圖 1-6 ：定義了用戶狀態(tài)顯示的位置排序位置和priority, 位置 指定一個狀態(tài)應(yīng)顯示在在狀態(tài)行中的那個位置。如果在同一個位置應(yīng)顯示幾個活動狀態(tài)，那么只顯示具有最高 優(yōu)先級 的狀態(tài)。如果用戶狀態(tài)使用了狀態(tài)編號，則位置（position）和priority都是 1。圖 1-7 ：可定義每個用戶狀態(tài)的授權(quán)權(quán)碼(authorization key）, 授權(quán)碼由tcode：bs52建立 ,這樣在設(shè)置內(nèi)部訂單狀態(tài)操作的權(quán)限對象 b_userstat 通過授權(quán)碼進一步控制用戶修改訂單狀態(tài)從而達到審批目的。圖 1-8 ：如過你是新建一個status profile，而非

19、 copy sap default的比如 00000001,就需要點擊“ object type“（object type/object category/order category/order type在 本章第一節(jié)訂單主數(shù)據(jù)中已詳細描述過）選上允許內(nèi)部訂單使用該狀態(tài)文件，如接下來的 圖 2，實際上如果是copy status profile 00000001 則允許內(nèi)部訂單使用標志也被copy 了，所以才不用在次設(shè)置。圖 1-9 ：定義好狀態(tài)參數(shù)文件z0000002 后，使用 tcode：kot2_opa_stsma|kot2將它分配給某訂單類型后，在建立新訂單，將出現(xiàn)圖1-9畫面，可以

20、看到設(shè)置的4 個用戶狀態(tài)，注意標題“status with status no.”字樣。圖 2-2：可以看到所有的對象類型（object type），在第一節(jié)說了使用bs12 可為每個對象類型定義允許的業(yè)務(wù)交易 ，在這里為對象類型定義允許的用戶狀態(tài), 系統(tǒng)狀態(tài) 是erp系統(tǒng)里預(yù)先內(nèi)置的用來決定允許操作那些業(yè)務(wù)交易，自定義的 用戶狀態(tài) 同樣是用來決定所允許的業(yè)務(wù)交易。圖 2-3：表示狀態(tài)參數(shù)文件z0000002 允許應(yīng)用于internal order?；仡櫊顟B(tài)參數(shù)文件的幾個概念：1. 系統(tǒng)狀態(tài) (system status) 系統(tǒng)預(yù)置的狀態(tài), 預(yù)置的系統(tǒng)狀態(tài)通常以字母i 開頭的 5 位碼， 使用

21、 tcode：bs32可以查看業(yè)務(wù)交易和系統(tǒng)狀態(tài)的關(guān)系。戲說 erp 之內(nèi)部訂單-sap 屠夫2. 用戶狀態(tài)（ user status）使用自定義的用戶狀態(tài)靈活決定該狀態(tài)下所允許的業(yè)務(wù)交易。無論是系統(tǒng)狀態(tài)還是用戶狀態(tài)都和業(yè)務(wù)交易控制相關(guān)。3. 狀態(tài)編號 / 無狀態(tài)編號（status no.| w/o status no.）用戶參數(shù)文件中定義的用戶狀態(tài)也可使用狀態(tài)編號或狀態(tài)編號。4. 最高狀態(tài)編號/ 最低狀態(tài)編號 (highest status no./ lowest status no.）狀態(tài)編號用來控制狀態(tài)的變更, 最低狀態(tài)編號和最高狀態(tài)編號實際上控制著該狀態(tài)行允許變更的用戶狀態(tài)范圍，注意下

22、面幾個原則：i. 最低狀態(tài)編號不能大于大于該行的狀態(tài)編號，同樣最高狀態(tài)編號不能小于該的狀態(tài)編號，如下圖狀態(tài)編號3 rejl 的最低編號不能是4。ii.狀態(tài)編號也控制著用戶狀態(tài)的變更, 如下圖狀態(tài)編號4 rejl的最低狀態(tài)編號和最高狀態(tài)編號2 和 4, 假設(shè)現(xiàn)在到了狀態(tài)4- 總經(jīng)理審批 , 總經(jīng)理覺得該訂單有問題應(yīng)該重審 , 因為最低狀態(tài)編號和最高狀態(tài)編號3 和 4, 則只能將用戶狀態(tài)改變?yōu)?-4 范圍中的一個編號. 上圖表示狀態(tài)編號2 只能變更到1 或 3, 對應(yīng)實際業(yè)務(wù)即stone 審批后能交給部門經(jīng)理審批 , 狀態(tài) 3 行的控制范圍是2-4, 部門經(jīng)理審批成功后能將狀態(tài)變成4, 不通過則變

23、為狀態(tài)2, 不能變到狀態(tài)1 初始狀態(tài) , 狀態(tài) 4 的控制范圍是3-4 表示如果總經(jīng)理審批失敗后只能交給部門經(jīng)理審批, 不能直接變到狀態(tài)1 初始狀態(tài)或由stone 審批狀態(tài)，這樣保證審批 和反審批 流程都是按審批級嚴格進行。和圖 1 不同的是圖1 每個用戶狀態(tài)的 最低狀態(tài)編號和最高狀態(tài)編號都1-4。ps ：雖然多數(shù)erp提供了強大的工作流模塊，但是如果你正在構(gòu)思一個簡單的審批功能，從用戶狀態(tài)的設(shè)置中可以得到一些啟示。圖 3 是一個使用無狀態(tài)編號的例子，在建立訂單時將看到用戶狀態(tài)在標題為“status w/o status no.”的 tab 頁中。戲說 erp 之內(nèi)部訂單-sap 屠夫第二步定

24、義用戶狀態(tài)允許業(yè)務(wù)交易多級審批和平行審批通常審批流程是多級審批, 假設(shè) it 工程師部要求采購部購買一些辦公用紙, 因為金額不大,只要 it 主任或經(jīng)理或采購主管或采購經(jīng)理任何一位仁兄同意就行, 就可設(shè)并行審批。設(shè)置了用戶狀態(tài)參數(shù)文件并在參數(shù)文件中設(shè)置了用戶參數(shù)行后，接下來定義各用戶參數(shù)允許的業(yè)務(wù)交易，如圖 4。rejl/relz狀態(tài)時都不允許業(yè)務(wù)交易fi: 記帳 , 即使訂單的系統(tǒng)狀態(tài)是release 也不行，只有等總經(jīng)理審批完畢后狀態(tài)relz是才允許fi: 記帳，這樣就起到訂單審批目的。如果是平行審批，則只要將rejl/relz/relz都設(shè)置允許業(yè)務(wù)交易fi: 記帳就達到目的了。第三步

25、:定義授權(quán)碼 (tcode:bs52/bs53) 戲說 erp 之內(nèi)部訂單-sap 屠夫第四步將授權(quán)碼分配給用戶或用戶角色（tcode ： pfcg）建立角色ziorel, 將它賦給 user id stonef , 這角色包含ko01/ko02/ko03權(quán)限，進去后查看權(quán)限參數(shù)文件，如圖6 。圖 6-123：可按 manually按鈕手工加上授權(quán)對象b_userstat，然后在該授權(quán)對象上增加授權(quán)碼zsto，這樣只有授權(quán)對象和授權(quán)碼zsto 的用戶才允許更改用戶狀態(tài) rest。到此用戶狀態(tài)和業(yè)務(wù)交易，授權(quán)對象都聯(lián)系起來了，審批配置完成了，是我們真正需要的預(yù)算審批嗎？不， 這只是訂單主數(shù)據(jù)建立

26、的審批，預(yù)算功能請參考本章第四節(jié)內(nèi)部訂單預(yù)算，非常可惜內(nèi)部訂單預(yù)算卻沒有提供什么強大的審批功能，該有審批的沒有，不該整的主數(shù)據(jù)審批又玩出花樣，失敗。復習一下幾個訂單相關(guān)的tcode ，如下表。常用實用的訂單狀態(tài)使用的tcode ：bs02/bs03: 建立 / 顯示 status profile bs12/bs13：維護包括各種訂單在內(nèi)的對象類型所允許的業(yè)務(wù)交易。bs22/bs23: 系統(tǒng) status維護 / 顯示bs32/bs33: 維護 transaction和 status關(guān)系 . 戲說 erp 之內(nèi)部訂單-sap 屠夫bs42/bs43: 建立顯示status selection s

27、chema bs52/bs53: 建立 status對應(yīng)的授權(quán)key bsvx: 設(shè)置系統(tǒng)status限制bsvy/bsvz : 設(shè)置 system/user status限制訂單狀態(tài)相關(guān)表格：tj03： object type（對象類型表）tj30： user status（用戶狀態(tài)表）jest:individual object status(輸入 or00000+ 工單號可查詢工單的所有狀態(tài)number) jest/jcds： change documents for system/user statuses jsto :status object information(可輸入 ord

28、er type的 status profile查詢 ) tj02:system status tj02t:system status text(系統(tǒng)狀態(tài)文本) tj01:user status(自定義 status) jj01t:user status text(自定義 status文本 ) 相關(guān)函數(shù)：status_change_extern| status_text_edit| status_text_conversion 在 erp 系統(tǒng)中，訂單狀態(tài)的任何變更都是有記錄的，如圖7。一道測試題，讀者試著測試一下pp工單或銷售訂單包括系統(tǒng)狀態(tài)和用戶狀態(tài)變更時以上各表變化的規(guī)律。第三節(jié)訂單計劃色

29、即是空， 人生到最后， 那個冰冷的鐵盒子才是咱們的最終歸宿，所以應(yīng)該將人生看的很簡單。省略。第四節(jié)內(nèi)部訂單預(yù)算在 erp系統(tǒng)中 , 內(nèi)部訂單計劃是用來和實際發(fā)生數(shù)做對比用的( 如 tcode: s_alr_87012993可查看訂單的實際和計劃值對比), 并不起實際控制作用, 要做到控制作用, 需要使用預(yù)算功能,但內(nèi)部訂單預(yù)算的控制功能比較粗糙, 下面介紹預(yù)算是如何控制費用的. 戲說 erp 之內(nèi)部訂單-sap 屠夫一. 配置部分需要補充，內(nèi)部訂單年度總值的東西，細不到期間。內(nèi)部訂單好象只有年度預(yù)算，而沒有月度預(yù)算，能不能按成本要素分月度進行控制。圖 1 是內(nèi)部訂單預(yù)算和有效性控制的配置部分，

30、配置非常簡單. 圖 1-13: 維護和分配預(yù)算參數(shù)文件(tcode:okob|koab ), 定義預(yù)算參數(shù)文件,在” 時間框架 ” 欄可設(shè)置做內(nèi)部訂單(tcode:ko22|ko24 )的預(yù)算時間范圍,然后將預(yù)算參數(shù)文件分配給內(nèi)部訂單類型,如圖 1-3, 訂單使用系統(tǒng)已設(shè)置的參數(shù)文件000001. 圖 1-4: 定義可用性容差限制,如圖 2,預(yù)算參數(shù)文件frsy01 中,作業(yè)組 +表示針對所有的作業(yè),操作 1 消耗 85% 表示預(yù)算到85%時出現(xiàn)警告 ,另一行操作3 消耗 100% 表示預(yù)算完全耗盡時系統(tǒng)提示錯誤信息,此時必須增加預(yù)算否則不能過帳. 如果需要還可設(shè)置一絕對公差值. 選擇操作 2

31、 帶有寄給負責人的警告似乎也是戲說 erp 之內(nèi)部訂單-sap 屠夫這個很容易呀 ,全面預(yù)算的設(shè)計邏輯你都說出了一大半, 這還算容易 ? 最近我總懷疑我的智商,你這樣一說我就更不自信了, 為什么要做成為各各不同的事服務(wù)，直接修改表多好，你以為是玩技術(shù)呀，如果都很老實，如果都想俺這樣老實，早跑步進入共產(chǎn)主義了，好象是自己挖個坑自己跳著玩自娛自樂。 。需要將上年度的預(yù)算結(jié)轉(zhuǎn)到下年嗎？內(nèi)部訂單預(yù)算操作：建立原始預(yù)算（tcode：ko22 ）原始預(yù)算通常在年初制定, 做為年終預(yù)算考核的依據(jù)。追加削減預(yù)選（tcode:ko24|ko26 ）根據(jù)經(jīng)營管理發(fā)展的需要，可以追加（削減）銷售、采購、利潤、資本等

32、重大項目的預(yù)算。除上述總體項目預(yù)算需要追加和追減外，各部門在預(yù)算執(zhí)行過程中，由于新的經(jīng)濟業(yè)務(wù)的內(nèi)容不在原預(yù)算之內(nèi)或在預(yù)算之內(nèi)但其實際余額超過了原預(yù)算金額，也需要申請追加補充和追減，通常各企業(yè)都會制定企業(yè)詳細的預(yù)算制度, 比如調(diào)整額度在5 萬元以內(nèi)的，由總會計師審批； 超過 5 萬元的由總會計師核準，報董事長審批； 萬元以上的， 由總會計師核準，預(yù)算管理委員會批準等等, 就不吹了 , 談下預(yù)算操作的邏輯。預(yù)算邏輯表ko22:bpge (總計值的總計記錄) bpge-objnr = or +訂單號。bpge-wrttp = 41 (預(yù)算值 ) bpge-vorga( 預(yù)算類型 ) kbud( 標志

33、 ko22 原始預(yù)算kbn0( 標志 ko24 追加預(yù)算 ) kbr0( 標志 ko26 減少預(yù)算 ) bpja-gjahr( 預(yù)算年度相關(guān)值) bpja -vorga kbud( 標志 ko22 原始預(yù)算 ,wrttp=41) kbn0( 標志 ko24 追加預(yù)算 ,wrttp=41) kbr0( 標志 ko26 減少預(yù)算 ,wrttp=41) vorga = bkfc wrttp = 42 行, bpja-wtjhr|bpja-wljhr(已用年度預(yù)算值) bpja-wtjhf|bpja-wljhv(可用年度預(yù)算值) 戲說 erp 之內(nèi)部訂單-sap 屠夫如上圖 ,可以非常清晰地反映出內(nèi)部訂單budget(objnr:orbudget)2007年度的可用預(yù)算值是 1210(bpja-wljhr = kbn0 + kbud +kbr0 = 6 + 1211 + (-7) 已用預(yù)算1104 rmb 根據(jù)系統(tǒng)設(shè)計理念，凡是任何業(yè)務(wù)交易，都產(chǎn)生憑證(廣義的憑證并非指會計憑證)，無論是原始預(yù)算還是追加(削減 )預(yù)算都會產(chǎn)生憑證。預(yù)算憑證表bpbk( 憑證抬頭 ) bpeg(憑證行目總值 ) bpej(憑證項年度值) bpep(憑證項期間值) 稍微熟悉了這