《精品SAP自学系列-现金管理和预算控制》由会员分享，可在线阅读，更多相关《精品SAP自学系列-现金管理和预算控制（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，则供应商/客户的应付/应收将分别汇总显示在汇总条款“应付款项”/“应收款项”下。注：分组ZST0100并非一个实际的完全的分组，你可以根据实际业务定义更详细的“汇总条款“。图9-25：定义一个现金集中玩玩的分组ZST0300，在第二节的业务操作将用到。图7-45: 在现金头寸和流动预测分析中，对于不确定项可以分开显示，比如将一个尚未经老总批准确定的付款建议金额100000元（老板有80%可能不核准这个建议）在期望批准
