Open ERP中国财务科目体系模块
-
感谢52oss的lv兄弟为我们制作的Open ERP中国财务科目体系模块。
您可以使用open ERP的模块管理功能来导入这个模块。(l10n_chart_cn.zip)
[b]To do：[/b]该模块目前尚未包括税金部分的内容。欢迎朋友们将这部分功能补全。
具体请参见附件中文件，只需要对照修改其中的两个XML文件即可。
[color=red][b]以下的模块适用于OpenERP 4.x版本，OpenERP 5.x的模块请参见 11楼[/b][/color]
[[i] 本帖最后由 digitalsatori 于 2009-9-26 18:40 编辑 [/i]] -
[转载]科目结构是整个会计核算的基础。国内外财务软件都是任意定义科目的分段及科目编码长度，一般都能支持六段到丸段。但科目结构在不同的国家有不同的规范，因而在不同的财务软件中也就有不同的控制。在科目分类上，国内外有明显的区别。国外财务软件科目体系没有级的概念，所有的科目都是平级的。对会计科目他们只是表达会计要素的信息，诸如资产、负债、现金、费用等，而不包含组织结构等信息。而国内的会计科目的设置，基本上采用的是分级方式。通过对一级科目、二级科目、三级科目等的分段设定，试图在科目的编码上容纳较多的信息，各种业务的核算、财务报表都是通过对会计科目的处理来实现的。国内的财务软件将科目分为五类：资产类、负债类、权益类、成本类和损益类。国外的财务软件象SAP、ORACLE、JDE都将科目分为两大类：资产负债类和损益类。资产负债类对应于我们的资产类、负债类、权益类三类科目，损益类对应于我们的成本类和损益类两类科目。 国外财务软件科目体系中各科目段可随时增加，组成科目的各段顺序可以任意组合，这样就可以把各个段值作为关键字来生成和查询相关的有意义的报表。例如，如果总账是分三段管理的：第一段为科目段（狭义），第二段为部门段，第三段为区域段。现在要统计各部门在各区域中的销售情况，只要将销售收入科目按这三段进行科目设置，然后再依据各个段的取值进行检索和查询，便可以制作出想要的报表了。在实际设置科目时，国外财务软件一般将部门作为科目编码的第一段，标准四位科目作为科目编码的第二段。如0RCALE、JDE提供的缺省科目设置就是这么设置的。而在我国，科目编码的第一段一般为一级科目。将部门作为科目编码的第一段有什么好处呢？随着管理水平的不断提高，越来越多的管理者希望划小核算单位，核算每一个部门的收支情况。比如一个商贸公司有两个业务部门，这两个业务部门都有自己的业务收入、成本和费用支出。A部门——主营业务收入，A部门——销售成本，A部门——销售费用。如果将业务部门作为科目的第一段，为每个部门分别设置该部门涉及到的收入、成本和费用科目。这样就可以单独考核每个部门的业绩，控制每个部门的费用，从而可以直接给出该业务部门的利润表。如果某部门是资产管理部门，设置了相应的资产、负债、权益类科目的话，还可以直接打印出该部门的资产负债表。在我国，一般将业务部门设置为下一级明细科目（或者直接按部门核算）。比如主营业务收入——A部门，主营业务收入——B部门。这样设置虽然也可以考核部门的业绩，但是不能设置完整的该部门的科目体系，不能直接给出该部门的损益情况或资产负债情况。另外值得说明的是，现在我国也将标准科目编码设置为4位，和国际通用编码保持一致。但尽管也是4位编码，实质上却有很大的不同。我国的一级标准科目编码之间不存在上下级关系，而美国等国家的4位会计编码之间允许有上下级关系。 会计科目结构的不同是国内外财务软件差异最大的地方。由于国内管理型财务软件仍然以总账系统为基础来进行设计，应收、应付、固定资产及物料等子账系统只是对总账的补充，故在定义科目结构时，往往把核算项目作为会计科目的明细级来处理，这样耦合程度太高，使得子账系统总是受制于总账系统，更不能通过科目结构体系构筑一个开放的、可重构和扩展的平台。因此，国内财务软件要实现向ERP管理软件模式的扩展，首先必须对现在的会计科目结构进行调整。
-
[align=left]转自： www.cnblogs.com/sapvip/archive/2008/07/22/1249112.html
[/align]
[align=center]一. ERP的会计科目种类community.kingdee.com/pages/sapguru/blog/archive/2007/11/03/254269.aspx [/align]设置多科目的目的是将其它模块比如资金模块,预算模块,成本模块等以财务为核心高度集成,从功能上看，SAP这个
ERP有些优点:一是高度集成,当然他还会忽悠说体现了先进的管理念;二是各模块组织的高度灵活性可随时适应业务流程的变化;三是成本模块做的确实TNND功能强大.[b]二.科目的层级概念[/b]
非常认同ERP中使用扁平的科目层级,即只有一级科目,这样在为集团设计会计科目和增加科目时优势明显,
如果国内ERP真向走向全球,实际上设置6大要素也没不要,虽然国内一级科目都提供参考模,而在国外科目通常比较随意,
科目只是代号,核算遵守准则才真正重要. 国内通常既有会计准则,还有会计制度,国外通常只有会计准则.新准则对6大要素进行重新分类,不需要严格划分会计要素是因为各国的准则可能对会计要素定义不一.
[i]我国《企业会计准则》将会计要素归类为资产、负债、所有者权益、收入、费用和利润六个要素。[/i]
[i]美国财务会计准则委员会（FASB）在《财务会计概念公告》中将会计要素归类为资产、负债、业主投资、派给业主款、综合收益、营业收入、费用、利润、损失十个要素。国际会计准则委员会（IASC）在《编制和呈报财务报表的结构》将会计要素其归类为资产、负债、权益、收益和费用五个要素。
三大准则之间在归类会计要素时的四个主要的差别：[/i]
[i]1.在静态要素的归类中权益的差异。FASB对所有者权益设立了三个要素，分别是权益、业主投资和派给业主款，而中国会计准则和IASC只设立了一个要素，即权益。[/i]
[i]2.对收入和费用存在不同认识。FASB区分了收入和溢余以及费用和损失，将它们分别设立为单独的要素；中国会计准则中也进行了区分，但并未对溢余和损失单独设立会计要素，而是将它们包括在了利润这一要素中；IASC没有进行区分，收入要素中包括了溢余，费用要素包括了损失。[/i]
[i]3.对利润要素的设置不同。我国的会计准则将损失和溢余并入利润要素，但在计算时利润包括了收入和费用，FASB设置了综合收益要素，IAS则没有单独设立利润要素。[/i]
[u]鉴于此,还不如不去可以强调会计要素,用户心里明白要素是怎么回事就行.[/u]
将科目只设一级(当然在国内会计科目编码可参照一级科目编码)实际上的更深含义是所有的科目可以直接记帐(AP/AR/AM和自动记帐的物料科目),当然一级科目扁平化后依旧可将科目分级,只是都是一级并且长度一致而已,这样你看到的所有记帐科目的长度也是一致的.
例其他货币,国内可能设置一个1009为一级科目,再搞2位为二级,如果需要,还搞2位为三级,整的多了,可达6级,当然也可使用
辅助核算项目,下表则是只有一级科目的科目代码设置,所有科目都是10位长,都可直接记帐,看起来就爽!
[table=165] [tr] [td=1,1,70]1009199000[/td] [td=1,1,149]其它货币-RMB其他存款[/td] [/tr] [tr] [td=1,1,70]1009201010[/td] [td]其它货币-USD外埠存款[/td] [/tr] [tr] [td=1,1,70]1009202010[/td] [td]其它货币-USD汇票存款[/td] [/tr] [tr] [td=1,1,70]1009203010[/td] [td]其它货币-USD本票存款[/td] [/tr] [tr] [td=1,1,70]1009204010[/td] [td]其它货币-USD信用卡存[/td] [/tr] [/table][b]三.核算项目 Vs Coding block (Account assignment)[/b]
community.kingdee.com/pages/sapguru/blog/archive/2007/08/08/227438.aspx
某ERP宣称其核算项目可以增加999个,真是服了,俺有一比,就好比某高级餐厅宣传大米饭可以吃999碗一样,花了一堆银两
就来吃你几碗米饭,实际上你会发现科目整好后需要的核算项目并不多,无非就是应收应付挂客户/供应商 +物料+某个项目,
比如对应收应付最主要是对应客户/供应商 , 则索性在记应收应付时要求输入客户/供应商带出应收应付(用户第一去选客户/供应商,应收应付自动带出) 想象一下,和记帐时先输应收应付再去将客户/供应商做成核算项目是有区别的,Why?你好可能选错(用户首先选择应收应付, 再去搞客户/供应商),同样,存货类科目你输入存货自动带出对应的各种消耗类科目,也就是上说: [b]将客户/供应商/物料/资产看成科目类型,以国内观点,核算项目实际上也类似科目->明细化科目,[/b]
[list][li]应收应付挂客户/供应商 +物料+某个项目(如果需要核算,可使用内部定单或WBS)通常就足够了,3个核算项目, 如果要再家员工(可使用客户/供应商的Partner),够了吧,所以[b]在财务凭证行项目将客户/供应商 +物料+项目固化[/b], 无论有没有数据,
对于大部分企业,通常就不再需要什么核算项目主表明细表了, [b]一个财务行项目包含科目和最常用核算项目字段(比如物料+项目+成本中心->部门)一起搞定[/b],如果你硬要整核算，这个最常用的几个字段就叫"专"项核算, 如果实在还有变态的需求，再启动"辅助核算"功能, 当然国外管这叫什么Coding blcok什么什么的....
有的科目2个核算项目,有的3个,显然最后对数都会出问题, 当然SAP也提供客户化字段的(类似国内的核算项目), 但是通常你根本用不到, 当然,极少企业有一堆BT的报表，将8个客户化字段全部占用还掀不够的![/li][/list]
[b][u]所有的coding block(类核算)z字段包含在行项目中,还可使用字段状态统一管理,决定那些字段是"隐藏","强制"和"可选"的,并设置各种字段状态组然后将其分配给公司代码,再到该公司代码层的各记帐科目.[/u][/b][b]四财务和成本模块数据是否需要[color=#000]FICO统驭以保持FI和CO模块数据一致.[/color][/b]
实际上[color=#000]FICO统驭是不一定非要做不可.[/color]
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个成本中心.
[b]五各模块自动科目设置[/b]自动科目设置 Skip...... -
code.google.com/p/openerp-community-addons 下的还是不适合5.0.0-3版本的
-
V5的财务模块有较大的改动，我已将中国会计科目模块升级到V5兼容，欢迎到 code.google.com/p/openerp-community-addons 下载。
用法：安装此模块后,至“财务管理>>设置>>财务会计>>模板“双击”从模板
生成会计科目表”，点击“创建”不熟悉svn使用的朋友，请在这里下载[attach]186[/attach]。
另：本版[b]未包含税务设置[/b]，[b]请财务熟悉的朋友介绍一下我国主要的税种[/b]，[b]以及不同的行业的税务设置[/b]，我将会根据情况在下个版本中包括税设定。
[attach]185[/attach]
[[i] 本帖最后由 digitalsatori 于 2009-5-6 14:52 编辑 [/i]]
-
建议会计科目采用国家会计准则规定的科目及编码，如《企业会计准则》等，都有明确规定，而且不得随意变动。
-
account_tax.zip不是模块，不要安装。
V5的中文财务科目模块在11楼下载。
