ERP会计科目 疱丁解

一. ERP的会计科目种类

http://community.kingdee.com/pages/sapguru/blog/archive/2007/11/03/254269.aspx

设置多科目的目的是将其它模块比如资金模块,预算模块,成本模块等以财务为核心高度集成,从功能上看，SAP这个
ERP有些优点:一是高度集成,当然他还会忽悠说体现了先进的管理念;二是各模块组织的高度灵活性可随时适应业务流程的变化;三是成本模块做的确实TNND功能强大.

二.科目的层级概念
非常认同ERP中使用扁平的科目层级,即只有一级科目,这样在为集团设计会计科目和增加科目时优势明显,
如果国内ERP真向走向全球,实际上设置6大要素也没不要,虽然国内一级科目都提供参考模,而在国外科目通常比较随意,
科目只是代号,核算遵守准则才真正重要. 国内通常既有会计准则,还有会计制度,国外通常只有会计准则.

新准则对6大要素进行重新分类,不需要严格划分会计要素是因为各国的准则可能对会计要素定义不一.
我国《企业会计准则》将会计要素归类为资产、负债、所有者权益、收入、费用和利润六个要素。

美国财务会计准则委员会（FASB）在《财务会计概念公告》中将会计要素归类为资产、负债、业主投资、派给业主款、综合收益、营业收入、费用、利润、损失十个要素。国际会计准则委员会（IASC）在《编制和呈报财务报表的结构》将会计要素其归类为资产、负债、权益、收益和费用五个要素。
三大准则之间在归类会计要素时的四个主要的差别：

1.在静态要素的归类中权益的差异。FASB对所有者权益设立了三个要素，分别是权益、业主投资和派给业主款，而中国会计准则和IASC只设立了一个要素，即权益。

2.对收入和费用存在不同认识。FASB区分了收入和溢余以及费用和损失，将它们分别设立为单独的要素；中国会计准则中也进行了区分，但并未对溢余和损失单独设立会计要素，而是将它们包括在了利润这一要素中；IASC没有进行区分，收入要素中包括了溢余，费用要素包括了损失。

3.对利润要素的设置不同。我国的会计准则将损失和溢余并入利润要素，但在计算时利润包括了收入和费用，FASB设置了综合收益要素，IAS则没有单独设立利润要素。

鉴于此,还不如不去可以强调会计要素,用户心里明白要素是怎么回事就行.
将科目只设一级(当然在国内会计科目编码可参照一级科目编码)实际上的更深含义是所有的科目可以直接记帐(AP/AR/AM和自动记帐的物料科目),当然一级科目扁平化后依旧可将科目分级,只是都是一级并且长度一致而已,这样你看到的所有记帐科目的长度也是一致的.
例其他货币,国内可能设置一个1009为一级科目,再搞2位为二级,如果需要,还搞2位为三级,整的多了,可达6级,当然也可使用
辅助核算项目,下表则是只有一级科目的科目代码设置,所有科目都是10位长,都可直接记帐,看起来就爽!

1009199000	其它货币-RMB其他存款
1009201010	其它货币-USD外埠存款
1009202010	其它货币-USD汇票存款
1009203010	其它货币-USD本票存款
1009204010	其它货币-USD信用卡存

三.核算项目 Vs Coding block (Account assignment)
http://community.kingdee.com/pages/sapguru/blog/archive/2007/08/08/227438.aspx
某ERP宣称其核算项目可以增加999个,真是服了,俺有一比,就好比某高级餐厅宣传大米饭可以吃999碗一样,花了一堆银两
就来吃你几碗米饭,实际上你会发现科目整好后需要的核算项目并不多,无非就是应收应付挂客户/供应商 +物料+某个项目,
比如对应收应付最主要是对应客户/供应商 , 则索性在记应收应付时要求输入客户/供应商带出应收应付(用户第一去选客户/供应商,应收应付自动带出)  想象一下,和记帐时先输应收应付再去将客户/供应商做成核算项目是有区别的,Why?你好可能选错(用户首先选择应收应付, 再去搞客户/供应商), 同样,存货类科目你输入存货自动带出对应的各种消耗类科目,也就是上说: 将客户/供应商/物料/资产看成科目类型,以国内观点,核算项目实际上也类似科目->明细化科目,

• 应收应付挂客户/供应商 +物料+某个项目(如果需要核算,可使用内部定单或WBS)通常就足够了,3个核算项目, 如果要再家员工(可使用客户/供应商的Partner),够了吧,所以在财务凭证行项目将客户/供应商 +物料+项目固化, 无论有没有数据,
  对于大部分企业,通常就不再需要什么核算项目主表明细表了, 一个财务行项目包含科目和最常用核算项目字段(比如物料+项目+成本中心->部门)一起搞定,如果你硬要整核算，这个最常用的几个字段就叫"专"项核算, 如果实在还有变态的需求，再启动"辅助核算"功能,  当然国外管这叫什么Coding blcok什么什么的....
  有的科目2个核算项目,有的3个,显然最后对数都会出问题, 当然SAP也提供客户化字段的(类似国内的核算项目), 但是通常你根本用不到, 当然,极少企业有一堆BT的报表，将8个客户化字段全部占用还掀不够的!

所有的coding block(类核算)z字段包含在行项目中,还可使用字段状态统一管理,决定那些字段是"隐藏","强制"和"可选"的,并设置各种字段状态组然后将其分配给公司代码,再到该公司代码层的各记帐科目.

四财务和成本模块数据是否需要FICO统驭以保持FI和CO模块数据一致.

实际上FICO统驭是不一定非要做不可.

http://community.kingdee.com/pages/sapguru/blog/archive/2007/09/12/239195.aspx
举个简单实例,有IT部门代掂交电话费10000元,期末分配其他10个成本中心.
财务记帐:
Dr: 电话费10000元 + IT成本中心(对应功能范围,业务范围，利润中心,报表段)
  Cr: 银行存款10000元.
KSV5分配到10个成本中心(这10个成本中心可能跨功能范围,业务范围或利润)
费用做成了成本要素,成本要素+成本对象产生CO凭证.
如果不做统驭KALC(或ECC6自动实时统驭),FI和CO数据就对不上,因为从财务角度

电话费10000元 全进IT成本中心,但是CO角度,则进入了10个成本中心.
五各模块自动科目设置

自动科目设置 Skip......

这样似乎是颠覆了一些传统观念,未免招人骂,TNND,只能怪破SAP影响了俺的智商, 杀猪几年天天和猪打交道, 脑壳都要变成"猪脑壳"了, 无论如何,可以从中吸取人家的一些有用的设计理念,当然中国人嘛,做事都有一套套理论,不想改进的可以"实际国情""中国特色"推辞, 改进后有人反对的,又抬出"有国际惯例,要和国际接轨"或"500强都接受这种ERP概念了,你个小样企业就不能接受?" 

 

 

转自某屠夫。本人毕竟有财务背景，文章看来颇有同感。是矣记之。

所以人一定要做“三识之士”，就是有学识、有见识、有胆识。

有学识需要真正学到有用的知识而不是背教材；

有见识需要见过大场面、服务过大公司或被有见识的老板栽培过，并且自己能够悟道而有所得；

胆识需要经历过企业的艰难困苦，有化危机为转机的成功经验，有力挽狂澜的信心和勇气。

有学识、有见识、有胆识的人往往能够有一颗平常心，宠辱不惊、坚韧不拨，思维缜密、行事果断，能够抓住公司问题的主要矛盾，短期内整合资源、做出成绩，长期帮助公司提升核心竞争力，在成就公司的同时成就自己的事业。