现金管理和预算控制.docx

现金管理和预算控制.docx

《现金管理和预算控制.docx》由会员分享，可在线阅读，更多相关《现金管理和预算控制.docx（16页珍藏版）》请在冰豆网上搜索。

现金管理和预算控制

现金管理和预算控制

现金治理模块用来监控企业的支付流程和保证资金流淌性安全,各个企业都会制定其现金治理制度，现在来看看ERP是如何实现现金治理的，往常挂在TR模块的现金治理子模块在新总帐中被安排成为财务供应链治理的一个子模块，现金治理子模块的要紧功能和特点有:

1.现金治理和FI/MM/SD高度集成,从这些模块中收集相关数据。

2.提供电子银行自动支付和银行对帐单功能。

3.现金头寸和流淌性推测业务分析。

现金头寸：

指几天内银行帐户的余额状况.通过现金头寸报表，对阻碍银行帐户余额的经济活动重新组织,从而反映当前的现金头寸。

现金头寸报表是以银行总帐帐户和银行清理帐户为基础的分析报表。

流淌性推测：

是以应收/应对模块中的客户/供应商帐户为基础，一样反映的是在相对较长期间的资金流入和支付交易情形。

现金流淌性治理是现金治理的核心，流淌性治理是指集团内现金头寸及其他资产转化成集团可即时支配使用的现金，同时不造成资源缺失的能力。

对集团现金和流淌性作细致衡量和连续监控，可确保企业有足够的资金来源支付短期债务，同时利用不可预见的投资机会获得更大收益。

4.资金集中和现金池功能关心实现集团跨地区的自动化的资金集中治理。

5.支付监控功能，防止企业支付危机等等。

有一天,俺问一个做TR介绍下现金治理等模块的功能,好家伙,刷地列举了这模块数十条功能,一个劲舍命夸这东西好使,最后俺受不住了,对他说:

兄弟,你能够夸TR好使,可也用不着往死里夸呀;你能够忽悠俺,可不能抱着”让我一次忽个够”的方法非要把俺忽悠昏不可,忽悠俺这种ERP界少有的老实结巴的好人儿您内心过意得去吗?

现金头寸和流淌性推测区别,如下表:

现金头寸

流淌性推测

短期的现金治理和推测

中长期的现金治理和推测

现金/各种银行存款/银行结算科目

客户/供应商的各种应收应对

支付建议

现金存款过帐

银行结算

现金治理其他业务交易

手工备亡录

采购订单/销售订单

VendorInvoice&Customerbilling

现金治理其他业务交易

推测时刻0-5天，可每天监控

通常是1周或更长

下面简单分析一下现金治理模块的相应配置。

第一节现金治理配置

第一明白一个组织单位概念：

财务治理区域。

财务治理区域是现金治理，现金预算治理和预算操纵的一个重要的最高层次的组织架构，是打算、操纵、监控基金及承诺预算的组织单位，在一个财务治理范畴内，能够进行统一的现金治理、现金预算治理以及预算操纵。

图1是一个合成图。

图1-[1]：

定义财务治理区域，IMGPath:

企业结构->定义->财务会计->爱护财务治理区（SE16:

V_FM01_A），假设定义一个财务治理区域叫2800。

图1-[2]：

分配公司代码，IMGPath:

企业结构->分配->财务会计->给财务治理区分配公司代码（SE16:

V_T001_FM），将公司代码2800/2801/2802分配给财务治理区域2800。

一个公司代码只能分配给一个财务治理区域,多个公司代码能够分配给同一个财务治理区域，财务治理区域的货币最好和分配的各公司代码的本位币相同，对一个在世界各地都有业务的跨国集团，各公司代码本位币一致差不多是不可能的，新版本提供了一个功能能够让使用不同本位币的公司代码分配给同一个财务治理区域，那确实是让财务操纵范畴再使用各公司代码的附加本位币比如集团货币，我们明白一个公司代码最多可使用包括两个附加本位币共3个本位币，现在假设Tcode：

OB22检查公司代码2800/2801/2802的附加本位币如下表：

公司代码

第一本位币（10）

第二本位币（30）

第三本位币（40）

2800

CNY

无任何附加本位币

2801

USD

CNY

USD

2802

CNY

CNY

USD

图2中，公司代码2800/2801/2802的操纵范畴货币也是30，货币类型30在Tcode：

OY01

中设置，集团货币正是SCC4定义的Client标准货币，关于ERP的货币本书相关章节已有

相当详细描述，在此Review一下。

注：

旧版本中，需要将操纵范畴分配到财务治理区域（SE16：

V_TKA01_FM），同时操纵范畴和

财务操纵范畴需要包含相同的公司代码，在新版本不再需要如此，旧版本的Link成本中心/

利润中心/内部订单/WBS元素的FRC1-FRC9差不多推出历史舞台，被Tcode：

FMDERIVE替

代，实际上这是一个基金对象的派生规则，类似CO-PA的Tcode：

KEDR，在后面将有更

详细描述。

图1-[3][4]：

使用Tcode：

OFUP定义财务治理区域的集团货币,货币类型为30,则可将本位币不同的公司代码2800/2801/2802分配给同一财务操纵范畴2800.

Tcode：

OF32定义财务治理区域的会计年度变式，理论上讲,也可采纳和公司代码不一样的期间变式。

回忆：

图1中，可将本位币不同的几个公司分配到使用集团货币30的财务治理区域，这专门有必要,假设国内某集团在美国有公司代码2801，有两种处理方法，一是专门为该公司建立一个使用USD的财务治理区域，往常的版本仿佛需要如此做;二是使用集团货币30CNY做财务治理区域附加货币，如此整个集团可使用同一个财务治理区域。

分析下图3的几个差不多配置，在新总帐中，现金治理是财务供应链治理下的一个子模块。

图3-[1]：

定义默认起息日（ValueDate），指出当输入行项目的时候当前日期作为起息日的缺省值使用，通常在银行帐户和银行子帐户中使用该起息日，可用于利息运算和现金头寸分析（这是别人告诉我的，假如你家不是使用起息日去自动运算利息，能够问他去）。

F-28/F-53收付款初始界面就能够当前日期做缺省的默认值,这种小东西也搞一个配置，服了。

图3-[2]：

定义源符号，源符号是自定义的一个任意标志，用来标识现金头寸和流淌推测，

源符号还可用来进一步细分打算级别，如图4，定义了BNK/PLN等几个源符号，BNK将对应到各种现金和银行存款科目，PLN则对应到集团资金打算。

图4-[1][2]的源符号BNK和PLN选上了“现金头寸CM”标志表示和现金头寸分析相关，源符号PSK将对应各种收付款和流淌推测相关。

图3-[3][4]：

定义打算级别，打算级别在源符号的基础上（两者结合）可更加细分现金状态和流淌推测的分析层次，打算级别将被分配到现金科目，应收应对科目，可在建立会计科目（Tcode：

FS00）为这些科目输入打算级别，除了这些会计科目外，打算级别也可分配到专门总帐交易，收付款要求，采购订单，采购申请，销售订单和销售开票打算等业务交易。

定义的级别应该是唯独的，不要为多于一个的应用或者活动定义相同的打算级别,这将阻碍现金状态和流淌推测分析的清晰性。

定义打算级别如下表：

在上表中，能够看到源符号BNK和打算级别（打算层次）B1-B7将现金和银行存款科目分成7个级别，PSK和K1-K8则将流淌推测收付款细分。

图3-[5]：

定义打算组，打算组通常被分配到供应商和客户主数据中，打算组用来细分收付款业务或业务关系，比如能够设置如此的打算组：

国外供应商|客户，国内再分集团内集团外供应商|客户，风险客户等等。

图5是一个定义打算组（现金治理组）的画面，将客户和供应商进行了归类，你也针对客户/供应商的信誉程度分组比如这是危险客户组等，注意打算组对应的打算级别（层次）。

图6-[1]：

在客户主数据加入现金治理组（即打算组）ZD01，对应打算级别K2（Tcode:

XD01）。

图6-[2]：

在供应商主数据加入现金治理组（即打算组）ZK01,对应打算级别K6（Tcode:

XK01）。

图6-[3]：

在外币存款科目中加入打算层次（即打算级别）B4（Tcode:

FS00）。

注：

现金和银行存款会计科目中只能选择“现金头寸”类的打算级别。

回忆：

（1）.现金治理和流淌性打算分三个要紧层次的，第一层次是打算源（源符号），分BNK（现金和银行存款），PSK（应收应对），PLN（资金打算），MMF（采购订单和合同），SDF（销售合同推测）；第二层次是使用打算级别比如将PSK细分为K1-K8包括应收应对/定金/定金要求/其他应收应对/应收应对汇票等；关于各类应收应对，在第三个层次上还可对客户和供应商划分打算组。

（2）.现金和存款类科目只到打算级别层次，打算级别爱护在科目主数据，各种应收应对类科目不在科目主数据中爱护“流淌推测“类打算级别，而是通过爱护供应商和客户主数据的现金治理组（Tcode:

XK01|XD01,比如应收应对）和专门总帐标志（Tcode:

OBXR|OBYR|OBXT,比如其他应收应对预收预付等）定义打算级别（层次）。

记住3个名词：

打算源（源符号）|打算级别|打算组。

新解一下ERP,实际上也是旧解。

1.ERP->EnhancementandRepairProject修修补补的破项目;

2.ERP->一拉皮,一拉人扯皮?

3.ERP三不曲:

E?

这东西确实好使?

（选型前）;R?

花了这么多钱财和人力?

（实施后）;P!

什么破烂玩意（使用后）！

来分析图7的13项配置。

图7-[1]:

定义现金治理科目名，如图8，现金治理帐户（CM帐户）是现金治理的一个东东,它和财务模块的会计科目一一对应,比如你需要使用现金集中FF73就需要指定一个目标帐户的现金治理帐户,ERP设计者比较喜爱玩这种游戏,有这么些东西:

（1）.集团科目/合并项目是报表合并”科目”,它被填写在会计科目主数据中。

（2）.国家指定备选科目，被填写在会计科目主数据，用来出指定国家财务报表。

（3）.承诺项目（类似国内财务软件预算模块的预算项目）被填写在会计科目主数据，是预算模块的“科目”。

（4）.初级成本要素直截了当对应到损益科目，是CO模块的“科目”。

（5）.现金治理帐户在此和现金银行存款类科目联接上，是现金模块的“科目”。

这些“科目”和会计科目互相联系，却又在各自模块中记录交易数据。

图8-[2][3]定义银行存款类总帐科目和CM帐户的对应关系，CM帐户实际上只是一个标识而已，注意在此定义了一个叫“CASHCC”的CM帐户，在第二节的业务分析中将使用该帐户做现金集中用。

图7-[2][3]:

分组和建立层次显示结构，定义分组和爱护结构只是是用来做现金头寸和流淌推测分析而已（比如Tcode：

FF7A/FF7B显示），如图9。

图9-[1][3][4]：

定义分组ZST0100，每个分组都需设置两种显示行类型，E->等级，即打算级别，因此是两位，因此++则表示显示所有的打算等级，G则表示显示打算组或科目，如图9-[4]的ZD++/ZK++的汇总条款（标题）是应收/应对款项，在本节上表中定义的打算组正是以为ZD/ZK开头的四位字符，也确实是说，在Tcode：

FF7A/FF7B假如选择分组ZST0100，则供应商/客户的应对/应收将分别汇总显示在汇总条款“应对款项”/“应收款项”下。

注：

分组ZST0100并非一个实际的完全的分组，你能够依照实际业务定义更详细的“汇

总条款“。

图9-[2][5]：

定义一个现金集中玩玩的分组ZST0300，在第二节的业务操作将用到。

图7-[4][5]:

在现金头寸和流淌推测分析中，关于不确定项能够分开显示，比如将一个尚未经老总批准确定的付款建议金额100000元（老总有80%可能不核准那个建议）在期望批准日显示80%即8万，在接下来的两周每周显示10%，能够在此设置一下。

图7-[7]:

手工打算,在此定义手工打算的编号和凭证类型,比如使用Tcode:

FF63建立收付备往录就能够选择次手工打算凭证类型。

如图10。

图10是设置手工打算类型和建立支付备忘录的一个合成图。

图10-[1][2]：

在此建立打算类型CC对应“流淌推测“类打算级别K9，打算类型CD则对应”现金头寸“打算级别B1。

图10-[3][4]：

假如选择打算类型CD，带出源符号BNK，打算层次B1，在打算细节中填写科目名称，注意那个地点的科目名称指现金治理科目CM帐户。

图10-[5][6]：

假如打算类型选择CC，带出流淌推测源符号PSK，打算级别K9，现在在打算细节中显现的则是打算组。

图7-[8]:

定义后勤打算层次，如图11。

关于后勤模块，如何实现流淌推测呢？

ERP系统内置了5种内部码：

1->采购申请|2->采购订单|3->打算协议|101->销售订单|201->销售代理,内部码是系统写死的,ID2就表示采购订单,ID101就表示销售订单,在此配置想对应的打算层次。

销售订单采购订单将给企业带来以后资金流入流出，是周期更长的“流淌推测“。

图7-[10]:

定义客户/供应商预付款|汇票/其它帐款（Tcode：

OBXR|OBYN|OBXY/OBYR|OBYM

|OBXT）等专门总帐标志时选择打算层次（打算级别），在前面差不多讲过，通常关于应收应对科目是填写在客户/供应商主数据中，其打算级别通过客户/供应商主数据的现金治理组（打算组）得出，能够返回看本节图5，关于专门总帐科目则在此直截了当和打算级别联系上。

资（现）金集中相关配置，如图12。

资金集中是通过一定的规则，把不同银行帐户的资金集中到特定银行帐户，系统提供Tcode：

FF73做现金集中动作并自动产生凭证，目前，部分企业差不多实现了通过银企直联实现集团资金集中，各分公司每天定期将资金汇总到总部帐号，总部再依照分公司的资金预算划回资金，实现收支两条线，这在第三章银行会计有详细描述，图12-[2]的清帐科目类似Tcode：

OBYA的跨公司清帐科目。

最后是激活现金治理模块,Tcode：

FDFD|OT29，如图13。

如图13，使用Tcode：

FDFD按公司代码激活现金治理，选择“更新销售数据“和”更新购买数据“表示采购数据和销售数据按”流淌推测“打算级别显示在流淌分析中，在本节图11已有说明，假如不选择，采购单销售单可能带来的资金流入流出将不在“流淌推测”分析报表中。

能够使用Tcode：

OT48重组现金治理模块数据。

第二节现金治理业务操作

Tcode：

FF7A|FF7B|FF70|FF73|FF63

老屠：

俺刚学会一点忽悠技巧，下面就由俺那个忽界新秀来忽悠一下现金头寸/流淌推测分析。

小庖：

别开玩笑了，就你还能忽悠个啥？

你能忽悠谁呀？

老屠：

小庖同学这确实是你的不是了，你能够不听我忽悠，可你无权剥夺俺学习忽悠的满腔热情和上进心，难道你就不能假装被俺忽悠了，满足一下俺脆弱的自尊心，抚慰一下俺受伤的心灵。

一.现金头寸和流淌推测分析（Tcode：

FF7A|FF7B|FF70）

图1-[1][2]:

输入FF7A或FF7B,选上现金头寸（CashPosition被翻译成现金状态）或流淌推测,为了节约篇幅同时选择，分组选择本章第一节现金治理配置中图9定义的ZST0100。

图1-[3][4]:

增量选择1T表示推测将按每天递增，时刻单位还可选择W->周,M->月。

输出操纵的按比例假如选择3则表示按照“千元“显示，不选择则按原始数显示，

还可选择显示的小数位数。

进入后显现按货币显示的图2，显示每天各种货币的现金头寸和流淌推测之和，2007/06/07

CNY金额36093。

双击CNY进入图3，现在显示的“汇总条款“正是第一节现金治理配置中图9为分组ZST0100定义的”汇总条款”。

图3中3个汇总条款合计36093，其中“现金“65468，”应对款项“为-37585。

选择汇总条款“现金“，看到图4-[1][2]现金打算层次B1/B2/B3的合计值正是65468。

选择汇总条款”应对款项“，看到图4-[3][4]打算层次K6/K8/M2合计为为-37585。

选择图4-[1][2]的打算层次B1，可看到图5-[1][2]的最终现金帐户的各项明细。

选择图4-[3]的打算层次K6/K8，可看到图5-[3][4][5][6]对应的打算组ZK01/ZK92。

选择图4-[4]的打算层次M2，可看到图5-[7][8]对应打算组ZK01，表示该使用该主数据中现

金治理组的供应商，再双击到里面去能看到这些供应商开的采购订单列表。

双击图5各项可看到的明细，双击图5-[1]可看到科目113100的明细，即FBL3N，双击图5-[8]能够看到现金治理组是ZK01的各供应商开的PO。

再来看一个打算层次SD的，其对应到销售订单，如图6。

图6是一个合成图，流淌推测显示出打算层次SD,双击可看到对应的打算组ZD01，再到里面去可看到图6-[3]，可看到参考凭证号（即销售订单号）12128，付款方300619的现金治理组正是ZD01，再双击到里面去显示如图4，流淌推测的打算日期正是销售订单的打算交货日期，现金治理需要注意两个方面：

金额和打算时刻。

现金治理/流淌推测相关表格：

FDM1：

凭证的现金治理和推测（采购订单）

FDM2：

MM采购要求中的现金治理行项目（采购要求）

FDMV：

指定用途基金的现金打算行项目

FDS1：

现金治理和推测：

SD凭证的行项目（销售订单）

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模块的项目现金治理