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