新总帐的数据结构

在新总帐中FI中最重要的表之一BKPF/BSEG保留了下来。

所有和主导分类帐相关的凭证都还是写到表BKPF/BSEG中,不过增加了一些字段。

比如在凭证抬头相关的表BKPF中增加了RLDNRLDGRP字段

在凭证行项目相关的表中增加了SEGMENT字段

但是新总帐中增加了一个表BSEG_ADD

这样,没有评估差异的凭证过账到所有凭证,包括主导分类帐和非主导分类帐。这样他们就写入BSEG. 而平行记帐的数据,也就是非主导分类帐独有的数据(如凭证)都写入表BSEG_ADD

clip_image001

clip_image002

小结:

BKPF仍用于凭证抬头.

所有影响主导分类帐的凭证都写入表BSEG.

所有仅影响其他分类帐的凭证都写入表BSEG_ADD.

未清项相关的表不变(BSIK, BSIS, BSID, BSAK, BSAS, BSAD).

新总帐没有汇总表GLT0了,替代之以表FAGLFLEXT.

FAGLFLEXA/FAGLFLEXT 分别是用来记录分割行项目和分割汇总表的数据.

现有凭证相关表(BKPF/BSEG)的数据用做新表 (FAGLFLEXA, FAGLFLEXT)的基础.

在新旧总账转移中,凭证分割通过配置来实现.

FAGLFLEXA/FAGLFLEXT的数据明显比BSEG精简,但它只保存分割数据.

The complete document in the General Ledger view results from 在总帐视图中查看的完整凭证数据是来自与表BKPF/BSEG FAGLFLEXA.

clip_image003

SAP收付款条件处理

SAP Payment Terms 中文翻译为 收付款条件, 他的用途是应收和应付的财务凭证中帐期的管理,顾名思义即手动录入和自动生成的财务文档多少天内未冲销处理则为正常,否则为超期应收应付财务文档!他包含的内容是:帐期计算基准日(开始计算过期日的日期),帐期到期日(未过期的最晚日期)或者到期周期天数(基准日+周期天数即为最晚未过期日),同时SAP系统还引申扩充应用为分期付款阶段日期管理,提前付款付款折扣管理。

我们以SD中Billing结算系统即产生财务应收文档为例来说明

过期基准日Baseline Date的业务需求

1. 结算日即开始为过期计算日,向后90天内客户付款都为正常,超过则为超期

2. 不论我当月哪天结算,过期日都为本月的月末开始计算,90天内客户付款都为正常,超过则为超期

3. 当月我1号~20号结算,过期日为当月的月末,21号~月末结算则过期日为下个月的月末

过期天数Due Days的业务需求

1. 基准日选定后,向后90天内客户付款都为正常,超过则为超期

2. 基准日选定后,基准日后的下月10号前客户付款都为正常,超过则为超期

分期付款Installment 和提前日期付款折扣DIscount业务需求

1. 系统3次分期付款,3次的付款基准日和过期天数分别管理

2. 系统3次提前日期付款折扣率,各世界阶段设置折扣率

请大家开下面的演示 ,有不明白的地方给我留言吧!

SAP外币评估

文/SAP方丈

原本以为写一些SAP的操作或小技巧之类却发现这帮不了大家,所以以后的文章我会遵循着理论——实际——系统应用的写法来完成。昨天,春刚和我说为什么不写写经济的文章,呵呵,在此我只能说只谈专业不谈经济。这里面的专业就包含SAP应用和集团财务应用部分(相关内容发表于另一个博客)。集团财务部分的博客暂时还不和大家公开待到成熟一点与大家共勉。好了,下面我们进入正题,我们讲三个问题。

 理论——货币为什么需要评估?

 根据《企业会计准则第19号——外币折算》,为了规范外币交易的会计处理、外币财务报表的折算和相关信息的披露都要依据准则来执行,这也就需要进行货币评估,在某种意义上讲就是为了财务报表的需要。好了,下面咱们就讲讲(因为大家都是中国人,咱们只是PRC为例,讨论别人家的事情也没什么意思。)

  有了外币交易才会有货币评估所谓外币交易,是指以外币计价或者结算的交易。外币是企业记账本位币以外的货币(咱们的本位币就是RMB)。外币交易包括: (一)买入或者卖出以外币计价的商品或者劳务;(二)借入或者借出外币资金;(三)其他以外币计价或者结算的交易。

   评估的时候需要分为外币货币性项目和外币非货币性项目。不知道为什么要搞的这么复杂。咱们就不要像老师那样找概念了,咱们就来些实践的。外币货币性项目:指企业持有的货币资金和将以固定或可确定的金额收取的资产和偿还的负债。主要就是货币资金和相关的往来。外币非货币性项目:指货币性项目以外的项目(这种解释还不如不说)。主要是存货、长期股权投资、固定资产、无形资产。

   评估的汇率。外币货币性项目,采用资产负债表日即期汇率折算。因资产负债表日即期汇率与初始确认时或者前一资产负债表日即期汇率不同而产生的汇兑差额,计入当期损益。这个意思就是说咱们哪天出报表就用哪天的汇率,需要注意的是这个是评估汇率。以历史成本计量的外币非货币性项目,采用交易发生日的即期汇率折算。以公允价值计量的外币非货币性项目,采用公允价值确定日的即期汇率折算。这里面要和大家讨论的就是历史成本计价与公允计价的问题。举个例子:历史成本就是账面成本,比方说一台汽车是3年钱买的,当时花了10万,10万就是历史成本。但是现在花8万就能买到和三年前购买的一模一样的汽车8万就叫做重置成本。历史成本一般是针对于不动产来计价的。我们再来看看公允价值,公允价值亦称公允市价、公允价格。熟悉情况的买卖双方在公平交易的条件下所确定的价格,或无关联的双方在公平交易的条件下一项资产可以被买卖的成交价格。注意的是无关联的双方,如果是一个老板开的两个店那肯定就不公允了。比如投资性房地产。还有一些股权投资都要采用公允价值。讲了这么多,其实很简单无论采用什么计价要知道的是就是要采用当时交易日的汇率就行了。小结一下,在汇率上就可以采用两种办法,一是交易汇率,一是近似汇率。看《企业会计准则第19号——外币折算》第十条,外币交易应当在初始确认时,采用交易发生日的即期汇率将外币金额折算为记账本位币金额;也可以采用按照系统合理的方法确定的、与交易发生日即期汇率近似的汇率折算。近似汇率:比如现在汇率1:6,上个月1:6.2,现在我可以采用一个差不太多的汇率如1:6.1做完近似汇率。采用近似汇率来可以减少核算上的繁琐,同时,在汇率调整上也比较方便。

   实践——货币评估在实际的业务中是如何应用的?

   下面我们举个简单的例子来看看货币评估到底是如何在实际中应用的?例如某公司记账本位币 RMB,外币交易采用即时汇率。日常中发生如下业务:

   业务一:收到美元投资(Rate 1:8.1)500,000USD。关注点:此业务只要采用交易即期汇率即可。即Dr:存款 50万*8.1 Cr:股本 405,000

  业务二:国外买设备(Rate 1:8)400,000USD,入境运费20,000,安装费10,000。Dr:资产 3,230,000 Cr:存款-美元 3200000 存款-RMB 30000

  业务三:销售产品,(Rate 1:8.05)价款200000USD。款项未收到。DR:应收款 1610000 CR:收入 1610000

  业务四:月末,收到应收款300000USD,(Rate 1:8.12)DR:银行-美元 2436000 CR:应收款 2436000

  则评估如下:先计算外币的外包余额,然后*月末即期汇率计算本位币,将计算的记账本位币余额-调整前的记账本位币。即调整额。进入“汇兑损益”科目。以上述案例为例子,我们则需要计算相应数据。以银行存款为例:500000*8.12=4060000(月末)则本月业务差异=4060000-(780000+4050000-3200000+2436000)=-6000RMB至此我们就明白了货币评估的基本原理。

  系统——货币评估在SAP系统中是如何实现的?

   SAP系统外币评估的原理:未清项的评估是在外币的汇率有变化时,对有涉及外币未清项的科目按统驭科目或科目类型、按币种、分借贷分别进行统计其由于汇率变化产生的差额,将变化额按科目类型和币种进行帐务调整。

   配置的相关说明:

   步骤一:定义评估方法

  

image

    Post per Line Item-按行项目显示。评估报告按行项目显示结果。

    Always evaluate-总是评估。

    Line Item-按行项目记帐。这种方式会使评估结果更容易检查,但可能程序运行所需要的时间会增加。

    Document Type-凭证类型。SA。

    ExchRate Type for Debit Bal-汇率确定。确定评估的汇率类型为:P,注意的是这个货币和M不要设置成一个,还记得我们前面说的吧,一个是交易的即期汇率一个是评估汇率,那么其间的差异就是汇兑损益。

  步骤二:定义汇兑损益科目(OBA1)

 

image

  Transaction:选择KDB-Exch. Rate Diff. using Exch. Rate Key。

    其中,费用科目对应的是“汇兑损失”,收入对应的是“汇兑收益”(In this activity you define the numbers of the accounts to which you want the system to automatically post realized exchange rate differences when clearing open items)。所不同的是,此处定义的是由于总账余额的评估。对于未清项目不做相应的评估。

   步骤三:定义余额评估科目(OB09)

image

   汇率差额实现——产生汇率差异时记帐的科目;评估——外币评估时差异记帐的科目;换算——实际结算时差异冲销和记帐科目(4.7版本中才有的选项)。注意的是“货币”处不要填写任何内容。通过这种配置结算凭证产生的汇率差异冲销调整科目,不再产生汇率差异记帐。

  SAP系统外币评估说明

   外币评估策略:

   第一种:期末评估,下期初冲回。

   该种评估策略是基于比较准确地评价外汇变化造成的损益,是哪个帐户造成的损益就一直挂在哪个帐户上,直到该帐户的该笔帐结清为止。需要注意的是:如果用这种方式评估,就应该每个期间都进行评估,不管是否有新的汇率变化。

   评估时,借/贷相应的调整科目 贷/借汇兑损益科目————结帐时转出

   冲回时,借/贷汇兑损益科目 贷/借相应的调整科目

   结帐时,冲抵调整科目借/贷调整科目 贷/借汇兑损益科目

   最后的结果中,调整科目和汇兑损益科目的余额均抵销。

  第二种:期末评估,不冲回。

   该种评估只在乎汇率变化期间的损益,不管哪个帐户造成的。在汇率变化的期间进行评估以后,差异自动转到损益科目,同时在该类科目相应的调整科目中记帐。该差异在当期转走,以后期间不过问。直到该帐户该笔帐清帐时,产生的汇率差异自动冲抵评估时产生的换算调整科目。

   评估时,借/贷相应的调整科目 贷/借汇兑损益科目————结帐时转出

   结帐时,借/贷调整科目(冲抵调整科目)

   最后的结果中,调整科目和汇兑损益科目的余额均抵销。

  第三种:不评估。

   不管外币汇率何时变化,都不进行评估。这种策略的优点是操作简单,缺点是资产负债表不能真实地反应外币与本币的实际值。只有当清帐时才将汇率的变化直接转入汇兑损益科目。

   应用的相关说明:

   首先,科目主数据上有一点大家要注意:使用本位币的科目可以过账其他货币的业务,而使用其他货币的科目则只能过账指定货币的业务。简单一点讲,如果USD的美元户那么就只能做美元业务而不能做RMB的业务。

   几种常见的业务场景

   场景一:手工调整汇率差异(F-05)。通过手工的调整简化了汇率的问题,在这种方式下只是对外币户进行相关的账户处理,Dr:Bank Cr:汇兑损益。 这种方式比较简单,但是在严格意义上来讲并不符合PRC Gaap的相关要求。

  场景二:系统自动调整差异。

  

   

   一些需要注意的问题

   外币未清项评估是按借贷分别统计后做的调整凭证。如果帐户不及时清帐,则系统就会对所有借贷双方进行分别统计,既浪费时间,又会产生多余的评估凭证。如果是冲销而不按正常操作,做反向凭证处理,效果同上。

   对于应收应付帐款,如果在收/付款时有汇率的变化,系统会自动将差异转入汇兑损益科目。如果用其他方式进行付款操作,差异就无法自动转移。而对于外币而言,由于数额相同,往往不能及时发现。如:供应商应付款是收发票时自动产生的,应付帐款有贷方余额。按正常业务操作,在付款时应针对该供应商处理未清项,这样会自动进行清帐处理,由于汇率变化产生的差异也会自动产生汇兑损益的凭证项。该供应商的未清项明细帐就比较规范。如果付款时在总帐中做贷项凭证,差异就无法转走,未清项也会越积越多。

   增加会计科目时,如果涉及外币,要考虑评估的后台配置增加。原有的会计科目中增加外币业务时,同样要考虑配置修改。由于对评估策略理解问题,上线后的外币评估一直未能按系统配置要求进行,以致造成一些不正常的凭证出现。在进行新的评估之前,建议对系统中的帐务进行清理。在清帐方面。对所有应收应付的明细帐进行清理,将不正常的长期挂帐处理掉。在调整方面。对清帐产生的凭证进行全面确认,如果属不正常凭证,应进行手工调整。

   顺便回答一个和这个不相关的问题,如何查询PO和INVOICE的对应关系,可以通过RBKP和RSEG这两个表建立关系然后在QUERY里面查询就搞定了。SAP方丈每天清晨醒来不知道是为谁工作?为了自己还是为了那个房子?有的时候也会想想TMD上学到底是为了什么?学到最后不能折腾折腾岂不是白费了。最近也在恶补财务的相关知识。也许是自己最近很是懒惰。原来考的那些什么注册会计师,什么乱七八糟的东西,这几天不用又都忘了,现在找回来和大家在互勉一下。写这些东西是为了谁?为了我自己还是那些初学者?也许,一句道谢让偶已经心满意足。

   【声明】本系列作品中所提及相关人物及相关数据均为作者编著。不代表作者观点,如有雷同纯属巧合。

     更多链接:由于文件较大,图片较多,更多详细内容请查看附件。(附件回复本帖可见…)

SAP中的收入成本配比

会计原则的应用——配比原则篇

/SAP方丈

会计核算的一般性原则是会计核算的基本规律 ,它体现着社会化大生产对会计核算的基本要求,反映着商品经济条件下会计核算的基本规律,是会计核算基本规律的高度概括和总结。今天我们要讲的就是配比原则,所谓配比原则(matching)某个会计期间或某个会计对象所取得的收入应与为取得该收入所发生的费用、成本相匹配,以正确计算在该会计期间、该会计所获得的净损益。 收入与费用之间的配比方式主要有两种: 一是根据收入与费用之间因果关系进行直接配比;二是根据收入与费用项目之间存在的时间上的一致关系进行期间配比。 据此,配比原则有三个方面的含义 1)某产品的收入必须与该产品的耗费相匹配;2)某会计期间的收入必须与该期间的耗费相匹配; 3)某部门的收入必须与该部门的耗费相匹配。

配比原则的依据

配比原则的依据是受益原则,即谁受益,费用归谁负担。受益原则承认得失之间存在因果关系,但并非所有费用与收入之间都存在因果关系,必须按照配比原则区分有因果联系的直接成本费用和没有直接联系的间接成本费用。直接费用与收入进行直接配比来确定本期损益;间接费用则通过判断而采用适当合理的标准,先在各个产品和各期收入之间进行分摊,然后用收入配经比来确定损益。

配比原则的详尽解释

我们仅举一个简单的例子来简单的解释配比原则的应用。例如,我们开店购买了设备一次性支出设备款2万元,而设备可以使用6年。如果按配比性原则就应该按6年把设备款平均到6年中即符合了收益、负担的原理。

配比原则的应用

1)收入与成本配比

当货物已经交换或服务已经提供,盈利过程已经在实质上完成时,损益表确认收入。又叫做收入费用的配比原则,意思是对应同一商品的收入和费用(成本)要在交易发生的时间同时予以确认(这里不是指计入会计报表,而是指登记入账。)
通常来看,我们有两种方式来处理销售与成本结转的关系。

第一种:在销售发货的时候确认主营业务成本

1、销售发货    借:主营业务成本  贷:库存商品

2、销售开发票  借:应收账款  贷:销项税  贷:销售收入

通常为了实现当期的成本与收入的匹配,我们都会手工进行开票处理。也就是说,在这种情况下我们发货就确认成本但是很多的时候客户并没有要求开票。那我们为了达到配比的原则,就需要把票先开出来,否则,成本有了就没用收入,开出来怎么办呢,就只能把票放在财务了,客户什么时候要就什么时候给他们了,当然,安全还是很重要,一般我们都会锁在柜子里面。只是不知道,当很多票的时候他们是怎么保管的,可怜的财务同事。

第二种:在销售发货的时候不确认主营业务成本,在发票时候结转成本。

1、销售发货    借:发出商品  贷:库存商品

2、销售开发票  借:应收账款  贷:销项税  贷:销售收入

3、同时,根据发票确认的收入结转相应的库存成本:  借:销售成本  贷:发出商品

为了实现当期的成本与收入的匹配我们只是在开票时候确认了成本,这样来看在系统的角度实现了收入成本的匹配。但是这样的处理方式将无法得到每个商品的实际成本,即使使用了物料分类帐也无法实现。

clip_image002

在图-[1]中定义了收入的科目代码,图-[2]中定义了发出商品的抵消。如果图-[2]不定义,那么就直接通过移动类型601获得主营业务成本科目。上图的配置只是我们讲的第二种情况,如果第一种情况只需要配置图中的-[1]即可。

相关的思考:

如果系统使用物料分类帐ML模块。

SD模块发货时走中间科目,开票在从中间科目转到COGS,即: DN过账时 贷:库存; 借:发出商品科目(使用物料分类帐,月底结算物料分类帐,计算出产品的实际单价,ML会自动调整标准价格和实际价格的差异到DN过账时的发出商品科目)Billing过账时   贷:发出商品   借:COGS (月底或平时只能按照标准价格从发出商品科目转出到COGS)。       

这导致标准价格和实际价格差异永远留存在中间科目发出商品里。如何处理?

用发出商品一定是有这个问题的了,可以考虑BILLING时不调整发出商品和COGS,改用报表统计并手工调整。否则你需要考虑发出商品分几个期间开票,而每个期间的标准成本又不同,差异调整会很麻烦的。

2)收入与费用配比

上面已经讲过了费用是到期间的,只是在SAP系统中,损益类是按表结法,并不是帐结,即不会每期结转本年利润科目,所以这就要求在报表的编制上需要按表结法的方式来实现。其他方面和我们普通方式并没有不同。

 

你用的是财务软件还是ERP软件

       最近网上关于SAP软件的评论很多,大多数都是负面的。在此,我们且不想讨论SAP软件的问题;我想说的是ERP到底给企业带来了什么?

       首先,谈谈对ERP的认识。ERP的概念我想大家在网上到处都可以找到。我只是想给大家介绍一下“老外”眼中的ERP。在老外的眼中有如下分类:一流ERP软件(如SAP,Oracle),二流ERP软件(MOVEX,SIBEL),三流ERP软件(主要是在欧洲的一些中小企业,如INFOX)。这其中有一点要注意的是,在“老外的印象中”对U软件、K软件等一直都认为是财务软件。讲到这里可能有的同志觉得很奇怪,明明我就是ERP,怎么就变成了“财务软件”。其实就这个问题我和一些人也争论过,但是一直未果。总而言之“财务软件”就是“财务软件”终究不是ERP。如果不服,那就去和“老外”争辩去吧。偶就不再奉陪了。

      其次,谈谈对ERP的效果感受。本人所经历的项目当中主要是以实施ERP软件为主。大多数的企业都是原有“财务软件”,到一定程度之后更换为ERP软件。其实主要更换的原因我个人总结包括如下几点:

观点一:世界500强企业已经应用ERP系统,如果我们想要成为500强,那么…

观点二:ERP系统内嵌了先进的管理理念,如果…

观点三:ERP系统内嵌了SOX,符合上市公司的要求,对于…

观点N:…

       由于观点很多,在这里就不一一列举,我个人的感受想在软件的功能上在讲一讲。同“财务软件”相比在系统架构上是有本质的区别,是什么区别自己看看就明白了(每个做技术的人都懂);在集成性方面有本质区别(什么区别?你是否听说过一种叫“存货核算”,财务人员每个月月底还需要手工触发?偶是不理解为什么要这样,听国内软件某高级顾问解释道:这是财务的二次审核。高,真高啊。);在集团化管理方面有本质的区别(XC,XAS是啥东西?很难懂这个财务的集团化管理和ERP的集团化的区别)。

      这么来看我们就回到了主题,是500强企业造就了ERP,还是ERP造就了500强企业?我想答案已经很明确了。如果真的有一天500强换成“财务软件”,你说那是个什么样的状况?