現(xiàn)金管理和預算控制

現(xiàn)金管理和預算控制現(xiàn)金管理模塊用來監(jiān)控企業(yè)的支付流程和保證資金流動性安全,各個企業(yè)都會制定其現(xiàn)金管理制度，現(xiàn)在來看看ERP是如何實現(xiàn)現(xiàn)金管理的，以前掛在TR模塊的現(xiàn)金管理子模塊在新總帳中被安排成為財務供應鏈管理的一個子模塊，現(xiàn)金管理子模塊的主要功能和特點有:現(xiàn)金管理和FI/MM/SD高度集成,從這些模塊中收集相關數(shù)據。提供電子銀行自動支付和銀行對帳單功能。現(xiàn)金頭寸和流動性預測業(yè)務分析?，F(xiàn)金頭寸：指幾天內銀行帳戶的余額狀況.通過現(xiàn)金頭寸報表，對影響銀行帳戶余額的經濟活動重新組織,從而反映當前的現(xiàn)金頭寸。現(xiàn)金頭寸報表是以銀行總帳帳戶和銀行清理帳戶為基礎的分析報表。流動性預測：是以應收/應付模塊中的客戶/供應商帳戶為基礎，一般反映的是在相對較長期間的資金流入和支付交易情況?，F(xiàn)金流動性管理是現(xiàn)金管理的核心，流動性管理是指集團內現(xiàn)金頭寸及其他資產轉化成集團可即時支配使用的現(xiàn)金，并且不造成資源損失的能力。對集團現(xiàn)金和流動性作細致衡量和持續(xù)監(jiān)控，可確保企業(yè)有足夠的資金來源支付短期債務，并且利用不可預見的投資機會獲得更大收益。資金集中和現(xiàn)金池功能幫助實現(xiàn)集團跨地區(qū)的自動化的資金集中管理。支付監(jiān)控功能，防止企業(yè)支付危機等等。有一天,俺問一個做TR介紹下現(xiàn)金管理等模塊的功能,好家伙,刷地列舉了這模塊數(shù)十條功能,一個勁拼命夸這東西好使,最后俺受不住了,對他說:兄弟,你可以夸TR好使,可也用不著往死里夸呀;你可以忽悠俺,可不能抱著”讓我一次忽個夠”的想法非要把俺忽悠昏不可,忽悠俺這種ERP界少有的老實結巴的好人兒您心里過意得去嗎?現(xiàn)金頭寸和流動性預測區(qū)別,如下表:現(xiàn)金頭寸流動性預測短期的現(xiàn)金管理和預測中長期的現(xiàn)金管理和預測現(xiàn)金/各種銀行存款/銀行結算科目客戶/供應商的各種應收應付支付建議現(xiàn)金存款過帳銀行結算現(xiàn)金管理其他業(yè)務交易手工備亡錄采購訂單/銷售訂單VendorInvoice&Customerbilling現(xiàn)金管理其他業(yè)務交易預測時間0-5天，可每天監(jiān)控通常是1周或更長下面簡單分析一下現(xiàn)金管理模塊的相應配置?，F(xiàn)金管理配置首先明白一個組織單位概念：財務管理區(qū)域。財務管理區(qū)域是現(xiàn)金管理，現(xiàn)金預算管理和預算控制的一個重要的最高層次的組織架構，是計劃、控制、監(jiān)控基金及承諾預算的組織單位，在一個財務管理范圍內，可以進行統(tǒng)一的現(xiàn)金管理、現(xiàn)金預算管理以及預算控制。圖1是一個合成圖。圖1-[1]：定義財務管理區(qū)域，IMGPath:企業(yè)結構->定義->財務會計->維護財務管理區(qū)(SE16:V_FM01_A)，假設定義一個財務管理區(qū)域叫2800。圖1-[2]：分配公司代碼，IMGPath:企業(yè)結構->分配->財務會計->給財務管理區(qū)分配公司代碼(SE16:V_T001_FM)，將公司代碼2800/2801/2802分配給財務管理區(qū)域2800。一個公司代碼只能分配給一個財務管理區(qū)域,多個公司代碼可以分配給同一個財務管理區(qū)域，財務管理區(qū)域的貨幣最好和分配的各公司代碼的本位幣相同，對一個在世界各地都有業(yè)務的跨國集團，各公司代碼本位幣一致基本是不可能的，新版本提供了一個功能可以讓使用不同本位幣的公司代碼分配給同一個財務管理區(qū)域，那就是讓財務控制范圍再使用各公司代碼的附加本位幣比如集團貨幣，我們知道一個公司代碼最多可使用包括兩個附加本位幣共3個本位幣，現(xiàn)在假設Tcode：OB22檢查公司代碼2800/2801/2802的附加本位幣如下表：公司代碼第一本位幣（10）第二本位幣（30）第三本位幣（40）2800CNY無任何附加本位幣2801USDCNYUSD2802CNYCNYUSD圖2中，公司代碼2800/2801/2802的控制范圍貨幣也是30，貨幣類型30在Tcode：OY01中設置，集團貨幣正是SCC4定義的Client標準貨幣，關于ERP的貨幣本書相關章節(jié)已有相當詳細描述，在此Review一下。注：舊版本中，需要將控制范圍分配到財務管理區(qū)域（SE16：V_TKA01_FM），并且控制范圍和財務控制范圍需要包含相同的公司代碼，在新版本不再需要如此，舊版本的Link成本中心/利潤中心/內部訂單/WBS元素的FRC1-FRC9已經推出歷史舞臺，被Tcode：FMDERIVE替代，實際上這是一個基金對象的派生規(guī)則，類似CO-PA的Tcode：KEDR，在后面將有更詳細描述。圖1-[3][4]：使用Tcode：OFUP定義財務管理區(qū)域的集團貨幣,貨幣類型為30,則可將本位幣不同的公司代碼2800/2801/2802分配給同一財務控制范圍2800.Tcode：OF32定義財務管理區(qū)域的會計年度變式，理論上講,也可采用和公司代碼不一樣的期間變式?；仡櫍簣D1中，可將本位幣不同的幾個公司分配到使用集團貨幣30的財務管理區(qū)域，這很有必要,假設國內某集團在美國有公司代碼2801，有兩種處理方法，一是專門為該公司建立一個使用USD的財務管理區(qū)域，以前的版本好象需要這樣做;二是使用集團貨幣30CNY做財務管理區(qū)域附加貨幣，這樣整個集團可使用同一個財務管理區(qū)域。分析下圖3的幾個基本配置，在新總帳中，現(xiàn)金管理是財務供應鏈管理下的一個子模塊。圖3-[1]：定義默認起息日（ValueDate），指出當輸入行項目的時候當前日期作為起息日的缺省值使用，通常在銀行帳戶和銀行子帳戶中使用該起息日，可用于利息計算和現(xiàn)金頭寸分析（這是別人告訴我的，如果你家不是使用起息日去自動計算利息，可以問他去）。F-28/F-53收付款初始界面就可以當前日期做缺省的默認值,這種小東西也搞一個配置，服了。圖3-[2]：定義源符號，源符號是自定義的一個任意標志，用來標識現(xiàn)金頭寸和流動預測，源符號還可用來進一步細分計劃級別，如圖4，定義了BNK/PLN等幾個源符號，BNK將對應到各種現(xiàn)金和銀行存款科目，PLN則對應到集團資金計劃。圖4-[1][2]的源符號BNK和PLN選上了“現(xiàn)金頭寸CM”標志表示和現(xiàn)金頭寸分析相關，源符號PSK將對應各種收付款和流動預測相關。圖3-[3][4]：定義計劃級別，計劃級別在源符號的基礎上（兩者結合）可更加細分現(xiàn)金狀態(tài)和流動預測的分析層次，計劃級別將被分配到現(xiàn)金科目，應收應付科目，可在建立會計科目（Tcode：FS00）為這些科目輸入計劃級別，除了這些會計科目外，計劃級別也可分配到特別總帳交易，收付款請求，采購訂單，采購申請，銷售訂單和銷售開票計劃等業(yè)務交易。定義的級別應該是唯一的，不要為多于一個的應用或者活動定義相同的計劃級別,這將影響現(xiàn)金狀態(tài)和流動預測分析的清楚性。定義計劃級別如下表：在上表中，可以看到源符號BNK和計劃級別（計劃層次）B1-B7將現(xiàn)金和銀行存款科目分成7個級別，PSK和K1-K8則將流動預測收付款細分。圖3-[5]：定義計劃組，計劃組通常被分配到供應商和客戶主數(shù)據中，計劃組用來細分收付款業(yè)務或業(yè)務關系，比如可以設置這樣的計劃組：國外供應商|客戶，國內再分集團內集團外供應商|客戶，風險客戶等等。圖5是一個定義計劃組（現(xiàn)金管理組）的畫面，將客戶和供應商進行了歸類，你也針對客戶/供應商的信譽程度分組比如這是危險客戶組等，注意計劃組對應的計劃級別（層次）。圖6-[1]：在客戶主數(shù)據加入現(xiàn)金管理組（即計劃組）ZD01，對應計劃級別K2(Tcode:XD01)。圖6-[2]：在供應商主數(shù)據加入現(xiàn)金管理組（即計劃組）ZK01,對應計劃級別K6(Tcode:XK01)。圖6-[3]：在外幣存款科目中加入計劃層次(即計劃級別)B4(Tcode:FS00)。注：現(xiàn)金和銀行存款會計科目中只能選擇“現(xiàn)金頭寸”類的計劃級別?；仡櫍海?）.現(xiàn)金管理和流動性計劃分三個主要層次的，第一層次是計劃源（源符號），分BNK（現(xiàn)金和銀行存款），PSK（應收應付），PLN（資金計劃），MMF（采購訂單和合同），SDF（銷售合同預測）；第二層次是使用計劃級別比如將PSK細分為K1-K8包括應收應付/定金/定金請求/其他應收應付/應收應付匯票等；對于各類應收應付，在第三個層次上還可對客戶和供應商劃分計劃組。(2).現(xiàn)金和存款類科目只到計劃級別層次，計劃級別維護在科目主數(shù)據，各種應收應付類科目不在科目主數(shù)據中維護“流動預測“類計劃級別，而是通過維護供應商和客戶主數(shù)據的現(xiàn)金管理組(Tcode:XK01|XD01,比如應收應付)和特殊總帳標志(Tcode:OBXR|OBYR|OBXT,比如其他應收應付預收預付等)定義計劃級別(層次)。記住3個名詞：計劃源（源符號）|計劃級別|計劃組。新解一下ERP,實際上也是舊解。1.ERP->EnhancementandRepairProject修修補補的破項目;2.ERP->一拉皮,一拉人扯皮?3.ERP三不曲:E?這東西真的好使?(選型前);R?花了這么多錢財和人力?(實施后);P!什么破爛玩意(使用后)！來分析圖7的13項配置。圖7-[1]:定義現(xiàn)金管理科目名，如圖8，現(xiàn)金管理帳戶（CM帳戶）是現(xiàn)金管理的一個東東,它和財務模塊的會計科目一一對應,比如你需要使用現(xiàn)金集中FF73就需要指定一個目標帳戶的現(xiàn)金管理帳戶,ERP設計者比較喜歡玩這種游戲,有這么些東西:(1).集團科目/合并項目是報表合并”科目”,它被填寫在會計科目主數(shù)據中。(2).國家指定備選科目，被填寫在會計科目主數(shù)據，用來出指定國家財務報表。(3).承諾項目(類似國內財務軟件預算模塊的預算項目)被填寫在會計科目主數(shù)據，是預算模塊的“科目”。(4).初級成本要素直接對應到損益科目，是CO模塊的“科目”。(5).現(xiàn)金管理帳戶在此和現(xiàn)金銀行存款類科目聯(lián)接上，是現(xiàn)金模塊的“科目”。這些“科目”和會計科目互相聯(lián)系，卻又在各自模塊中記錄交易數(shù)據。圖8-[2][3]定義銀行存款類總帳科目和CM帳戶的對應關系，CM帳戶實際上只是一個標識而已，注意在此定義了一個叫“CASHCC”的CM帳戶，在第二節(jié)的業(yè)務分析中將使用該帳戶做現(xiàn)金集中用。圖7-[2][3]:分組和建立層次顯示結構，定義分組和維護結構不過是用來做現(xiàn)金頭寸和流動預測分析而已（比如Tcode：FF7A/FF7B顯示），如圖9。圖9-[1][3][4]：定義分組ZST0100，每個分組都需設置兩種顯示行類型，E->等級，即計劃級別，所以是兩位，所以++則表示顯示所有的計劃等級，G則表示顯示計劃組或科目，如圖9-[4]的ZD++/ZK++的匯總條款（標題）是應收/應付款項，在本節(jié)上表中定義的計劃組正是以為ZD/ZK開頭的四位字符，也就是說，在Tcode：FF7A/FF7B如果選擇分組ZST0100，則供應商/客戶的應付/應收將分別匯總顯示在匯總條款“應付款項”/“應收款項”下。注：分組ZST0100并非一個實際的完全的分組，你可以根據實際業(yè)務定義更詳細的“匯總條款“。圖9-[2][5]：定義一個現(xiàn)金集中玩玩的分組ZST0300，在第二節(jié)的業(yè)務操作將用到。圖7-[4][5]:在現(xiàn)金頭寸和流動預測分析中，對于不確定項可以分開顯示，比如將一個尚未經老總批準確定的付款建議金額100000元（老板有80%可能不核準這個建議）在期望批準日顯示80%即8萬，在接下來的兩周每周顯示10%，可以在此設置一下。圖7-[7]:手工計劃,在此定義手工計劃的編號和憑證類型,比如使用Tcode:FF63建立收付備往錄就可以選擇次手工計劃憑證類型。如圖10。圖10是設置手工計劃類型和建立支付備忘錄的一個合成圖。圖10-[1][2]：在此建立計劃類型CC對應“流動預測“類計劃級別K9，計劃類型CD則對應”現(xiàn)金頭寸“計劃級別B1。圖10-[3][4]：如果選擇計劃類型CD，帶出源符號BNK，計劃層次B1，在計劃細節(jié)中填寫科目名稱，注意這里的科目名稱指現(xiàn)金管理科目CM帳戶。圖10-[5][6]：如果計劃類型選擇CC，帶出流動預測源符號PSK，計劃級別K9，此時在計劃細節(jié)中出現(xiàn)的則是計劃組。圖7-[8]:定義后勤計劃層次，如圖11。對于后勤模塊，如何實現(xiàn)流動預測呢？ERP系統(tǒng)內置了5種內部碼：1->采購申請|2->采購訂單|3->計劃協(xié)議|101->銷售訂單|201->銷售代理,內部碼是系統(tǒng)寫死的,ID2就表示采購訂單,ID101就表示銷售訂單,在此配置想對應的計劃層次。銷售訂單采購訂單將給企業(yè)帶來未來資金流入流出，是周期更長的“流動預測“。圖7-[10]:定義客戶/供應商預付款|匯票/其它帳款（Tcode：OBXR|OBYN|OBXY/OBYR|OBYM|OBXT）等特殊總帳標志時選擇計劃層次（計劃級別），在前面已經講過，通常對于應收應付科目是填寫在客戶/供應商主數(shù)據中，其計劃級別通過客戶/供應商主數(shù)據的現(xiàn)金管理組（計劃組）得出，可以返回看本節(jié)圖5，對于特殊總帳科目則在此直接和計劃級別聯(lián)系上。資(現(xiàn))金集中相關配置，如圖12。資金集中是通過一定的規(guī)則，把不同銀行帳戶的資金集中到特定銀行帳戶，系統(tǒng)提供Tcode：FF73做現(xiàn)金集中動作并自動產生憑證，目前，部分企業(yè)已經實現(xiàn)了通過銀企直聯(lián)實現(xiàn)集團資金集中，各分公司每天定期將資金匯總到總部帳號，總部再根據分公司的資金預算劃回資金，實現(xiàn)收支兩條線，這在第三章銀行會計有詳細描述，圖12-[2]的清帳科目類似Tcode：OBYA的跨公司清帳科目。最后是激活現(xiàn)金管理模塊,Tcode：FDFD|OT29，如圖13。如圖13，使用Tcode：FDFD按公司代碼激活現(xiàn)金管理，選擇“更新銷售數(shù)據“和”更新購買數(shù)據“表示采購數(shù)據和銷售數(shù)據按”流動預測“計劃級別顯示在流動分析中，在本節(jié)圖11已有說明，如果不選擇，采購單銷售單可能帶來的資金流入流出將不在“流動預測”分析報表中?？梢允褂肨code：OT48重組現(xiàn)金管理模塊數(shù)據。現(xiàn)金管理業(yè)務操作Tcode：FF7A|FF7B|FF70|FF73|FF63老屠：俺剛學會一點忽悠技巧，下面就由俺這個忽界新秀來忽悠一下現(xiàn)金頭寸/流動預測分析。小庖：別開玩笑了，就你還能忽悠個啥？你能忽悠誰呀？老屠：小庖同學這就是你的不是了，你可以不聽我忽悠，可你無權剝奪俺學習忽悠的滿腔熱情和上進心，難道你就不能假裝被俺忽悠了，滿足一下俺脆弱的自尊心，撫慰一下俺受傷的心靈。一.現(xiàn)金頭寸和流動預測分析（Tcode：FF7A|FF7B|FF70）圖1-[1][2]:輸入FF7A或FF7B,選上現(xiàn)金頭寸(CashPosition被翻譯成現(xiàn)金狀態(tài))或流動預測,為了節(jié)省篇幅同時選擇，分組選擇本章第一節(jié)現(xiàn)金管理配置中圖9定義的ZST0100。圖1-[3][4]:增量選擇1T表示預測將按每天遞增，時間單位還可選擇W->周,M->月。輸出控制的按比例如果選擇3則表示按照“千元“顯示，不選擇則按原始數(shù)顯示，還可選擇顯示的小數(shù)位數(shù)。進入后出現(xiàn)按貨幣顯示的圖2，顯示每天各種貨幣的現(xiàn)金頭寸和流動預測之和，2007/06/07CNY金額36093。雙擊CNY進入圖3，此時顯示的“匯總條款“正是第一節(jié)現(xiàn)金管理配置中圖9為分組ZST0100定義的”匯總條款”。圖3中3個匯總條款合計36093，其中“現(xiàn)金“65468，”應付款項“為-37585。選擇匯總條款“現(xiàn)金“，看到圖4-[1][2]現(xiàn)金計劃層次B1/B2/B3的合計值正是65468。選擇匯總條款”應付款項“，看到圖4-[3][4]計劃層次K6/K8/M2合計為為-37585。選擇圖4-[1][2]的計劃層次B1，可看到圖5-[1][2]的最終現(xiàn)金帳戶的各項明細。選擇圖4-[3]的計劃層次K6/K8，可看到圖5-[3][4][5][6]對應的計劃組ZK01/ZK92。選擇圖4-[4]的計劃層次M2，可看到圖5-[7][8]對應計劃組ZK01，表示該使用該主數(shù)據中現(xiàn)金管理組的供應商，再雙擊進去能看到這些供應商開的采購訂單列表。雙擊圖5各項可看到的明細，雙擊圖5-[1]可看到科目113100的明細，即FBL3N，雙擊圖5-[8]可以看到現(xiàn)金管理組是ZK01的各供應商開的PO。再來看一個計劃層次SD的，其對應到銷