《SAP自学系列-现金管理和预算控制.docx》由会员分享，可在线阅读，更多相关《SAP自学系列-现金管理和预算控制.docx（15页珍藏版）》请在三一办公上搜索。
1、SAP自学系列现金管理和预算控制SAP的TR包括现金管理(Cash Management)/基金管理(Funds Management)/现金预算管理(Cash Budget Management)三个模块,在接下来将一一剖析，本篇主要介绍其中的现金模块。“现金为王”，在经济高速发展的当今时代，资金是涉及到企业成败的关键因素之一。现金管理模块用来监控企业的支付流程和保证资金流动性安全,各个企业都会制定其现金管理制度，现在来看看ERP是如何实现现金管理的，以前挂在TR模块的现金管理子模块在新总帐中被安排成为财务供应链管理的一个子模块，现金管理子模块的主要功能和特点有:1. 现金管理和FI/MM/
2、SD高度集成,从这些模块中收集相关数据。2. 提供电子银行自动支付和银行对帐单功能,电子银行解决方案和自动付款在本书另有详解。3. 现金头寸和流动性预测业务分析。 现金头寸：指几天内银行帐户的余额状况.通过现金头寸报表，对影响银行帐户余额的经济活动重新组织,从而反映当前的现金头寸。现金头寸报表是以银行总帐帐户和银行清理帐户为基础的分析报表。流动性预测：是以应收/应付模块中的客户/供应商帐户为基础，一般反映的是在相对较长期间的资金流入和支付交易情况。现金流动性管理是现金管理的核心，流动性管理是指集团内现金头寸及其他资产转化成集团可即时支配使用的现金，并且不造成资源损失的能力。对集团现金和流动性作
3、细致衡量和持续监控，可确保企业有足够的资金来源支付短期债务，并且利用不可预见的投 资机会获得更大收益。4. 资金集中和现金池功能帮助实现集团跨地区的自动化的资金集中管理。5. 支付监控功能，防止企业支付危机等等。有一天,俺问一个做TR介绍下现金管理等模块的功能,好家伙,刷地列举了这模块数十条功能,一个劲拼命夸这东西好使,最后俺受不住了,对他说:兄弟,你可以夸TR好使,可也用不着往死里夸呀;你可以忽悠俺,可不能抱着”让我一次忽个够”的想法非要把俺忽悠昏不可,忽悠俺这种ERP界少有的老实结巴的好人儿您心里过意得去吗?现金头寸和流动性预测区别 ,如下表:现金头寸(Cash Position)流动性预
4、测(Liquidity Forecast)短期的现金管理和预测中长期的现金管理和预测现金/各种银行存款/银行结算科目客户/供应商的各种应收应付支付建议现金存款过帐银行结算 现金管理其他业务交易手工备亡录采购订单/销售订单Vendor Invoice&Customer billing现金管理其他业务交易预测时间0-5天，可每天监控通常是1周或更长下面简单分析一下现金管理模块的相应配置。第一节 现金管理配置首先明白一个组织单位概念：财务管理区域。财务管理区域是现金管理，现金预算管理和预算控制的一个重要的最高层次的组织架构，是计划、控制、监控基金及承诺预算的组织单位，在一个财务管理范围内，可以进行统
5、一的现金管理、现金预算管理以及预算控制。图1是一个合成图。图1-1：定义财务管理区域，IMG Path:企业结构-定义-财务会计-维护财务管理区(SE16:V_FM01_A)，假设定义一个财务管理区域叫 2800。图1-2：分配公司代码，IMG Path:企业结构-分配-财务会计-给财务管理区分配公司代码(SE16:V_T001_FM)，将公司代码2800/2801/2802分配给财务管理区域2800 。 一个公司代码只能分配给一个财务管理区域,多个公司代码可以分配给同一个财务管理区域，财务管理区域的货币最好和分配的各公司代码的本位币相同，对一个在世界各地都有业务的跨国集团，各公司代码本位币一
6、致基本是不可能的，新版本提供了一个功能可以让使用不同本位币的公司代码分配给同一个财务管理区域，那就是让财务控制范围再使用各公司代码的附加本位币比如集团货币，我们知道一个公司代码最多可使用包括两个附加本位币共3个本位币，现在假设Tcode：OB22检查公司代码2800/2801/2802的附加本位币如下表：公司代码第一本位币（10）第二本位币（30）第三本位币（40）2800CNY无任何附加本位币2801USDCNYUSD2802CNYCNYUSD图2中，公司代码2800/2801/2802的控制范围货币也是30，货币类型30在Tcode：OY01中设置，集团货币正是SCC4定义的Client
7、标准货币，关于ERP的货币本书相关章节已有相当详细描述，在此Review一下。注：旧版本中，需要将控制范围分配到财务管理区域（SE16：V_TKA01_FM），并且控制范围和财务控制范围需要包含相同的公司代码，在新版本不再需要如此，旧版本的Link成本中心/利润中心/内部订单/WBS元素的FRC1-FRC9已经推出历史舞台，被Tcode：FMDERIVE替代，实际上这是一个基金对象的派生规则，类似CO-PA的Tcode：KEDR ，在后面将有更详细描述。图1-34：使用Tcode：OFUP定义财务管理区域的集团货币,货币类型为30,则可将本位币不同的公司代码2800/2801/2802分配给同
8、一财务控制范围2800 .Tcode：OF32定义财务管理区域的会计年度变式，理论上讲,也可采用和公司代码不一样的期间变式。回顾：图1中，可将本位币不同的几个公司分配到使用集团货币30的财务管理区域，这很有必要,假设国内某集团在美国有公司代码2801，有两种处理方法，一是专门为该公司建立一个使用USD的财务管理区域，以前的版本好象需要这样做; 二是使用集团货币30 CNY做财务管理区域附加货币，这样整个集团可使用同一个财务管理区域。分析下图3的几个基本配置，在新总帐中，现金管理是财务供应链管理下的一个子模块。图3-1：定义默认起息日（Value Date），指出当输入行项目的时候当前日期作为起
9、息日的缺省值使用，通常在银行帐户和银行子帐户中使用该起息日，可用于利息计算和现金头寸分析（这是别人告诉我的，如果你家不是使用起息日去自动计算利息，可以问他去）。F-28/F-53收付款初始界面就可以当前日期做缺省的默认值,这种小东西也搞一个配置，服了。图3-2：定义源符号，源符号是自定义的一个任意标志，用来标识现金头寸和流动预测，源符号还可用来进一步细分计划级别，如图4，定义了BNK/PLN等几个源符号，BNK将对应到各种现金和银行存款科目，PLN则对应到集团资金计划。图4-12的源符号BNK和PLN选上了“现金头寸CM”标志表示和现金头寸分析相关，源符号PSK将对应各种收付款和流动预测相关。
10、图3-34：定义计划级别，计划级别在源符号的基础上（两者结合）可更加细分现金状态和流动预测的分析层次，计划级别将被分配到现金科目，应收应付科目，可在建立会计科目（Tcode：FS00）为这些科目输入计划级别，除了这些会计科目外，计划级别也可分配到特别总帐交易，收付款请求，采购订单，采购申请，销售订单和销售开票计划等业务交易。定义的级别应该是唯一的 ，不要为多于一个的应用或者活动定义相同的计划级别,这将影响现金状态和流动预测分析的清楚性。定义计划级别如下表：在上表中，可以看到源符号BNK和计划级别（计划层次）B1-B7将现金和银行存款科目分成7个级别，PSK和K1-K8则将流动预测收付款细分。图
11、3-5：定义计划组，计划组通常被分配到供应商和客户主数据中，计划组用来细分收付款业务或业务关系，比如可以设置这样的计划组：国外供应商|客户，国内再分集团内集团外供应商|客户，风险客户等等。图5是一个定义计划组（现金管理组）的画面，将客户和供应商进行了归类，你也针对客户/供应商的信誉程度分组比如这是危险客户组等，注意计划组对应的计划级别（层次）。图6-1：在客户主数据加入现金管理组（即计划组）ZD01，对应计划级别K2(Tcode:XD01)。图6-2：在供应商主数据加入现金管理组（即计划组）ZK01,对应计划级别K6(Tcode:XK01)。图6-3：在外币存款科目中加入计划层次(即计划级别)
12、B4(Tcode:FS00)。 注：现金和银行存款会计科目中只能选择“现金头寸”类的计划级别。回顾：（1）.现金管理和流动性计划分三个主要层次的，第一层次是计划源（源符号），分BNK（现金和银行存款），PSK（应收应付），PLN（资金计划），MMF（采购订单和合同），SDF（销售合同预测）；第二层次是使用计划级别比如将PSK细分为K1-K8包括应收应付/定金/定金请求/其他应收应付/应收应付汇票等；对于各类应收应付，在第三个层次上还可对客户和供应商划分计划组。(2).现金和存款类科目只到计划级别层次，计划级别维护在科目主数据，各种应收应付类科目不在科目主数据中维护“流动预测“类计划级别，而是通
13、过维护供应商和客户主数据的现金管理组(Tcode:XK01|XD01,比如应收应付)和特殊总帐标志(Tcode:OBXR|OBYR|OBXT,比如其他应收应付预收预付等)定义计划级别(层次)。记住3个名词：计划源（源符号）|计划级别|计划组 。来分析图7的13项配置。图7-1:定义现金管理科目名，如图8，现金管理帐户（CM帐户）是现金管理的一个东东,它和财务模块的会计科目一一对应,比如你需要使用现金集中FF73就需要指定一个目标帐户的 现金管理帐户,ERP设计者比较喜欢玩这种游戏,有这么些东西:(1).集团科目/合并项目是报表合并”科目”,它被填写在会计科目主数据中。(2).国家指定备选科目，
14、被填写在会计科目主数据，用来出指定国家财务报表。(3).承诺项目(类似国内财务软件预算模块的预算项目) 被填写在会计科目主数据，是预算模块的“科目”。(4).初级成本要素直接对应到损益科目，是CO模块的“科目”。(5).现金管理帐户在此和现金银行存款类科目联接上，是现金模块的“科目”。 这些“科目”和会计科目互相联系，却又在各自模块中记录交易数据。图8-23定义银行存款类总帐科目和CM帐户的对应关系，CM帐户实际上只是一个标识而已，注意在此定义了一个叫“CASHCC”的CM帐户，在第二节的业务分析中将使用该帐户做现金集中用。现金集中：可以根据预先设定的帐户额度系统自动为企业提出银行转帐建议，将
15、各地银行帐户中的闲散资金集中到统一的银行帐户，以便进行大规模的资金调度。图7-2 3: 分组和建立层次显示结构，定义分组和维护结构不过是用来做现金头寸和流动预测分析而已（比如Tcode：FF7A/FF7B显示），如图9。图9-134：定义分组ZST0100，每个分组都需设置两种显示行类型，E-等级，即计划级别，所以是两位，所以+则表示显示所有的计划等级，G则表示显示计划组或科目，如图9-4的ZD+/ZK+的汇总条款（标题）是应收/应付款项，在本节上表中定义的计划组正是以为ZD/ZK开头的四位字符，也就是说，在Tcode：FF7A/FF7B如果选择分组ZST0100，则供应商/客户的应付/应收将
16、分别汇总显示在汇总条款“应付款项”/“应收款项”下。注：分组ZST0100并非一个实际的完全的分组，你可以根据实际业务定义更详细的“汇总条款“。图9-25：定义一个现金集中玩玩的分组ZST0300，在第二节的业务操作将用到。图7-45: 在现金头寸和流动预测分析中，对于不确定项可以分开显示，比如将一个尚未经老总批准确定的付款建议金额100000元（老板有80%可能不核准这个建议）在期望批准日显示80%即8万，在接下来的两周每周显示10%，可以在此设置一下。图7-7: 手工计划,在此定义手工计划的编号和凭证类型,比如使用Tcode:FF63建立收付备往录就可以选择次手工计划凭证类型。如图10。图
17、10是设置手工计划类型和建立支付备忘录的一个合成图。图10-12：在此建立计划类型CC对应“流动预测“类计划级别K9，计划类型CD则对应”现金头寸“计划级别B1。图10-34：如果选择计划类型CD，带出源符号BNK，计划层次B1，在计划细节中填写科目名称，注意这里的科目名称指现金管理科目CM帐户。图10-56：如果计划类型选择CC，带出流动预测源符号PSK，计划级别K9，此时在计划细节中出现的则是计划组。图7-8:定义后勤计划层次，如图11。对于后勤模块，如何实现流动预测呢？ERP系统内置了5种内部码：1-采购申请|2-采购订单|3-计划协议|101-销售订单|201-销售代理,内部码是系统写
18、死的, ID 2就表示采购订单,ID 101就表示销售订单,在此配置想对应的计划层次。销售订单采购订单将给企业带来未来资金流入流出，是周期更长的“流动预测“。图7-10:定义客户/供应商预付款|汇票/其它帐款（Tcode：OBXR|OBYN|OBXY/OBYR|OBYM|OBXT）等特殊总帐标志时选择计划层次（计划级别），在前面已经讲过，通常对于应收应付科目是填写在客户/供应商主数据中，其计划级别通过客户/供应商主数据的现金管理组（计划组）得出，可以返回看本节图5，对于特殊总帐科目则在此直接和计划级别联系上。资(现)金集中相关配置，如图12。资金集中是通过一定的规则，把不同银行帐户的资金集中到
19、特定银行帐户，系统提供Tcode：FF73做现金集中动作并自动产生凭证，目前，部分企业已经实现了通过银企直联实现集团资金集中，各分公司每天定期将资金汇总到总部帐号，总部再根据分公司的资金预算划回资金，实现收支两条线，这在第三章 银行会计有详细描述，图12-2的清帐科目类似Tcode：OBYA的跨公司清帐科目。最后是激活现金管理模块,Tcode：FDFD|OT29，如图13。如图13，使用Tcode：FDFD按公司代码激活现金管理，选择“更新销售数据“和”更新购买数据“表示采购数据和销售数据按”流动预测“计划级别显示在流动分析中，在本节图11已有说明，如果不选择，采购单销售单可能带来的资金流入流
20、出将不在“流动预测”分析报表中。可以使用Tcode：OT48重组现金管理模块数据。第二节 现金管理业务操作Tcode：FF7A|FF7B|FF70| FF73|FF63老屠：俺刚学会一点忽悠技巧，下面就由俺这个忽界新秀来忽悠一下现金头寸/流动预测分析。小庖：别开玩笑了，就你还能忽悠个啥？你能忽悠谁呀？老屠：小庖同学这就是你的不是了，你可以不听我忽悠，可你无权剥夺俺学习忽悠的满腔热情和上进心，难道你就不能假装被俺忽悠了，满足一下俺脆弱的自尊心，抚慰一下俺受伤的心灵。一.现金头寸和流动预测分析（Tcode：FF7A|FF7B|FF70）图1-12:输入FF7A或FF7B,选上现金头寸(Cash P
21、osition被翻译成现金状态)或流动预测, 为了节省篇幅同时选择，分组选择本章第一节现金管理配置中图9定义的 ZST0100。图1-34:增量选择1 T表示预测将按每天递增，时间单位还可选择W-周,M-月。 输出控制的按比例如果选择3则表示按照“千元“显示，不选择则按原始数显示， 还可选择显示的小数位数。进入后出现按货币显示的图2，显示每天各种货币的现金头寸和流动预测之和，2007/06/07CNY金额36093。双击CNY进入图3，此时显示的“汇总条款“正是第一节现金管理配置中图9为分组ZST0100定义的”汇总条款”。图3中3个汇总条款合计36093，其中“现金“65468，”应付款项“
22、为-37585。选择汇总条款“现金“，看到图4-12现金计划层次B1/B2/B3的合计值正是65468。选择汇总条款”应付款项“，看到图4-34计划层次K6/K8/M2合计为为-37585。选择图4-12的计划层次B1，可看到图5-12的最终现金帐户的各项明细。选择图4-3的计划层次K6/K8，可看到图5-3456对应的计划组ZK01/ZK92。选择图4-4的计划层次M2，可看到图5-78对应计划组ZK01，表示该使用该主数据中现金管理组的供应商，再双击进去能看到这些供应商开的采购订单列表。双击图5各项可看到的明细，双击图5-1可看到科目113100的明细，即FBL3N，双击图5-8可以看到现
23、金管理组是ZK01的各供应商开的PO。再来看一个计划层次SD的，其对应到销售订单，如图6。图6是一个合成图，流动预测显示出计划层次SD,双击可看到对应的计划组ZD01，再进去可看到图6-3，可看到参考凭证号（即销售订单号）12128，付款方300619的现金管理组正是ZD01，再双击进去显示如图4，流动预测的计划日期正是销售订单的计划交货日期，现金管理需要注意两个方面：金额和计划时间。现金管理/流动预测相关表格：FDM1：凭证的现金管理和预测（采购订单）FDM2：MM采购请求中的现金管理行项目（采购请求）FDMV：指定用途基金的现金计划行项目FDS1：现金管理和预测：SD凭证的行项目（销售订单
24、）FDS2：SD 文件中的CM&F行条目（销售订单）FDSB：会计科目计划摘要记录FDSR：计划组的现金管理和预测汇总记录FDFIEP：现金管理FI行项目（现金存款类的行项目）会计核算凭证行项目BSEG资金计划相关字段：BSEG-FDLEV：计划层次BSEG-FDGRP：计划组BSEG-FDTAG：计划日期系统的大概逻辑是现金记帐/建立采购订单/销售订单时分别将数据写入各自表格，在现金头寸和流量分析FF7A/FF7B时，配置的分组起到一个将分析结果分层次结构显示的作用，表格读取得先是FDSR- FDM1/ FDS2/ FDFIEP，再分别追溯到会计凭证行项目/采购单行项目和销售单行项目。二.现金集中（Tcode：FF73）如图7，选择汇总的目标总帐名称(CM帐户)，现金集中的目标公司代码和计划类型，资金集中的实际业务处理请参考第五章 银行会计。 三.建立支付准忘录(Tcode:FF63)可以分别为现金头寸类CM帐户和流动预测计划组建立支付备忘录，在第一节现金管理配置图10已经说明过。 OPI6:激活项目系统PS模块的项目现金管理最后以下图结束现金管理，注意支付条款中日期确保流动预测准确性。关于支付条款请参考摘自SAP屠夫
