核算型软件范文

核算型软件范文（精选9篇）

核算型软件 第1篇

一、财务软件由核算型向管理型转变的必要性

核算型财务软件的基本功能是报表处理、账簿处理以及会计凭证处理。由于核算型财务软件产生于计划经济时代, 操作流程相对简单, 所以这种类型软件的用户专业素质不是很高, “甩帐式”的核算方式相对单一, 软件不具备管理功能, 在应用过程中离不开相关数据库系统的支持, 否则其功能就无法实现, 局限性较大。由于受到技术水平的限制, 比较适合小型企业的需要。随着经济全球化的推进, 市场经济的发展以及数字化时代的到来, 企业之间的竞争日益加剧, 企业和市场之间的联系也越来越密切, 是否能够及时掌握市场需求和管理信息, 已成为企业能否成功的关键因素。这种单一型的财务软件, 已经不能满足企业和市场及时沟通的需求。为了能够更好的管理企业, 就要改进核算型财务管理软件, 从而促进了管理型软件的产生和发展。在现有的财务软件之中增加管理要素, 使企业的财务人员不仅能够进行财务核算, 同时能够利用核算出来的信息对企业的现状和问题进行分析, 帮助企业的管理层做决策。作为市场经济主体的企业, 为了适应竞争激烈的市场经济, 在协调内部运作的同时还应当保持与市场信息的交流沟通。企业需要引进先进的经营理念和管理方法, 这些方法和理念在落实到管理上时, 必须要有方法库、数据库等技术的支持, 简单的核算型软件无法解决这些问题, 企业要进一步发展, 就必须完成核算型财务软件向管理型财务软件的转变。

二、管理型财务软件的特征

管理型财务软件是以核算型软件的基础上发展起来的, 管理的基础就是核算, 只有运用核算出来的数据, 才能对其进行分析处理, 产生企业所需要的有助于管理的信息。它不仅具有凭证录入、记账、算账、报账等基本的核算功能, 还具有智能化的管理功能。它能够在核算数据的前提下进行信息分析、评价、预测等, 辅助管理层做下一步的决策。它不再是单一的应用到财务部门, 而是涉及到企业的各个层面、各个部门, 这就要求企业里的系统操作者能够和各个部门进行沟通协作, 在系统应用时要从全局出发。管理型财务软件是综合性的功能强大的信息系统, 只有将企业的各个部门紧密联系起来, 如采购、生产、销售等与财务部门的管理型软件建立紧密接口, 才能将各部门的数据及时准确地传递给财务部门, 才能利用管理型软件进行对数据进行分析, 从而才能建立起以管理型软件为核心的企业管理信息系统, 才能进一步推进企业的发展。

三、管理型软件的完善和发展

(一) 进一步完善管理型财务软件

管理型财务软件所需的管理数据信息, 大部分来自核算型财务软件提供的数据。在进一步扩充和完善管理型软件时, 应该以完善核算型软件的功能为前提, 如:核算型软件将有关数据分类细化, 能够达到将财务需要核算的账、表、证等进行分解的技术水平, 从而可以将采购、生产、销售以及材料库存等部门的合同管理和财务报表整个存进系统管理。虽然我国的财务软件开发已日渐成熟, 但是成本核算模块的通用化问题还一直存在, 没有得到根本解决, 由于企业规模的不同、业务流程的差异、产品成本的构成以及管理模式和经营理念的也各不相同, 导致成本模块设计问题无法解决, 这在一定程度上影响着财务软件的进一步发展。同时, 管理型软件辅助管理人员做决策时, 不仅需要分析财务数据, 还需要物质、劳资、设备、质量、产量等方面的数据信息, 这就需要完善财务软件和各个部门系统之间的接口问题, 能够及时准确地实现数据传递。只有全面规划企业的信息管理系统, 解决数据完全共享问题, 建立一个高度集成的信息系统, 将生产、业务、核算以及财务管理统一于企业管理信息系统之中, 从而满足传递数据及时准确的需求。这样更加有助于管理型财务软件对获得的信息进行分析。

(二) 加快管理型财务软件的发展

我国的核算型软件发展的相对成熟, 以当今的经济发展的形势来看, 管理型软件更能满足企业的需求, 将会在应用软件市场中占有较大的份额。但是, 就目前而言, 管理型软件并没有达到人们的期望值, 在应用方面没有太大的突破, 在原有的核算基础之上加入简单的分析功能, 并不能真正满足企业管理的需求。推进管理型软件的发展, 离不开政府部门的宏观调控, 只有进行有效的宏观调控, 才能为进一步地为完善财务软件市场提供有力的支撑。在财务软件技术开发方面, 政府部门应当组织技术型人才, 研发核心技术。同时自主开发我国的财务管理软件。

由于财务软件市场的竞争激烈, 我国的国内企业应当加强合作, 接受政府部门的扶持、帮助和管理, 设定标准;在管理型软件开发的过程中, 财务软件应当加强与其他软件行业的联系, 加强技术的整合, 共同完成管理型软件所需的知识库、方法库、模型库的开发和设计。在开发管理型软件时, 可以借鉴和吸取外国先进的软件开发经验和技术, 对其经营发展和管理观念进行取长补短, 为我所用, 避免走一些不必要的弯路, 有效快速地进行管理型软件的开发。

四、财务软件转型过程中的策略

(一) 管理型财务软件的自主性

在管理型软件的开发过程之中, 虽然借鉴国外的先进经验有助于我们进行软件的开发, 但是这并不是说对国外的技术模式进行照抄, 而是应当结合我国企业发展和财务处理技术的现状, 研发出适合于我国企业的管理型财务软件。同时, 应当考虑当经济全球化的形势, 在开发软件时, 不能忽视国际惯例, 应当保留必要的数据接口, 方便企业进行国际业务的来往。随着信息化时代的到来, 网络技术越来越发达, 计算机的应用越来越广泛, 企业也采用了新的形式进行业务活动, 如网上采购、电子货币等经济活动形式在企业经营中的地位也越来越重要, 因此, 在开发管理型财务软件的过程中, 应当满足这些经济活动新形式对管理型财务软件的需求。管理型软件由于在核算的基础上增加了管理功能, 采用灵活多样的方法和程序, 增加了研发和编制通用管理型财务软件的困难性, 应当在政府部门的帮助下进行研发。

(二) 培养复合型人才

财务软件开发队伍的技术水平对软件的开发有着直接的影响。只有培养出既懂管理又懂网络技术的复合型人才, 才能壮大财务软件开发的队伍。同时, 技术开发人员还应当拥有快速学习新技术新知识的能力, 才能开发出高质量的管理型软件。软件在实际操作中需要对企业的业务流程进行重组、帮助用户将信息标准化和规范化编码等等技术性的实施, 只有专业性的人才才能承担这种复杂的工作, 才能成为推进企业发展的好帮手。由于计算机技术发展的速度非常快, 且管理型财务软件开发的内容很复杂, 难度比较大, 这就要求开发软件的技术人员拥有快速学习的能力, 以适应软件市场的发展形势。

(三) 不应过分追求管理型财务软件的通用化

管理型财务软件既包含了强大的核算功能又具有对核算信息进行分析的功能, 建立在复杂的模型分析基础上才能对数据进行处理分析。如果管理型财务软件遵循了通用性的设计原则, 会导致系统过于庞杂, 在应用的过程中, 会使用户会难以操作。由于我国企业的管理方法、经营理念有各不相同, 对于管理的要求也有很大的差异, 这就限制了管理型财务软件通用化。虽然, 存在一些限制管理型软件通用的因素, 但是小范围内的企业管理还是有规律可循的。

五、结束语

随着经济全球化的深入发展和信息化时代的到来, 计算机技术的日益革新。为了在市场经济的激烈竞争下生存和发展, 企业必须要充分利用最新的信息技术, 缺乏先进管理方法的企业将会被市场所淘汰, 只有不断加强企业的现代化管理, 逐步实现从财务型软件向管理型软件的转变, 才能进一步提升企业的软实力, 从而提升企业的竞争力。只有不断落实管理型软件在企业中的应用, 才能推进企业的快速发展。

摘要：随着我国市场经济的发展, 以核算为主要功能的核算型软件已经不能满足企业管理的需求。我国企业应该实现核算型软件向管理型的转变, 才能适应激烈竞争的市场经济。

关键词：核算型,财务软件,管理型,发展策略

参考文献

[1]刘红华.浅议管理型财务软件的应用[J].企业经济, 2006, (10) :162

[2]张培贤.核算型会计软件向管理型软件转变的探讨[J].中国管理信息化, 2005, (12) :43

会计核算软件的功能模块 第2篇

方法/步骤

1

财务处理模块

是会计核算软件的核心，主要任务是输入忽然处理各种记账凭证和原始凭证并打印输出

2

应收/应付账款核算模块

根据往来业务的有关凭证，完成应收账款等往来业务的登记、核销等工作

3

工资核算模块

计算职工应发工资和实发工资，并根据工资用途进行分配

4

固定资产核算模块

存储和管理固定资产卡片，进行增加、删除、修改、查询、打印、统计和汇总

5

报表管理模块

在日常核算的基础上，通过进一步加工汇总形成的综合性指标体系

6

存货核算模块

对存活的收、发、存业务进行会计核算

注意事项

财务处理模块期末自动转账分为内部转账和外部转账两种

报表管理模块是一个综合性较强的模块

核算型软件 第3篇

随着计算机应用的迅速发展,企业会计电算化的水平日益提高。目前很多企业都已实现了会计电算化。然而,由于企业管理水平的提高,对信息的要求越来越高,越来越多的企业将会把会计信息系统扩展为会计管理系统、会计决策支持系统,并且进一步整合企业的信息资源,向企业资源计划(ERP)迈进。但是以前的各种管理软件自成体系,对不同财务软件之间以及财务软件与业务系统软件之间的数据交换形成障碍,这样数据孤岛就不可避免的产生了。数据孤岛对企业深度信息化很不利,各自数据格式的不兼容,为快速决策增加了难度。另外,企业会计核算软件的数据如果不能为其它业务系统所调用,这为提高财务数据利用率,企业实现全面信息化形成阻隔。

GB/T 19581-2004《信息技术会计核算软件数据接口》的实施,为企业信息系统的逐级升级提供了便利的技术条件和数据基础,使得各个业务系统间有了统一的接口标准,使得会计信息系统和企业管理信息系统的其他子系统进行有机结合,实现各系统之间数据的充分共享和交换。数据接口的标准化避免了企业会计核算软件的数据不能为其它业务系统所调用而形成的财务数据利用率低下的弊端,消除了企业实现全面信息化时数据格式不同所造成的阻隔。统一数据接口标准的制定、颁布和实施,为标准使用者理解会计核算的数据概念奠定了基础;规范了会计核算软件数据接口的文本格式和XML格式;为会计核算软件与其他信息系统之间的数据交换创造了条件,如图1所示。

2. 会计核算软件数据接口标准

《信息技术会计核算软件数据接口》标准主要是对国内所有正在使用的会计核算软件(包括含会计核算功能的会计信息系统、管理信息系统等)规定统一的数据输入、输出的内容和格式。会计核算软件数据接口分为两部分,一部分规定其内容,包括电子账簿、会计科目、科目余额、记账凭证、报表等,另一部分规定其输出的格式要求,包括文本文件输出方式和XML文件的输出方式,并要求以年度为单位导出会计核算数据。据此,该标准涵盖两类文件:一类称为数据文件;另一类称为格式说明文件。

具体内容主要包括:标准的范围、规范性引用文件、术语和定义、数据元素、会计核算软件数据接口的文本形式输出文件、会计核算软件数据接口的XML大纲等六部分。文本文件格式以及XML格式如下表所示:

3. 测试内容

基于《信息技术会计核算软件数据接口》的测试主要体现在标准符合性测试以及接口测试两个方面。标准符合性测试主要是检测电子账簿、会计科目数据、科目余额、记账凭证以及各类报表的所涉及到的内容格式、文件内容要求以及文件格式是否符合标准。而接口测试方面则是进行基于《会计核算软件数据接口》数据交换的测试,主要检测会计核算软件系统与其他遗留子系统间数据交换的问题,从而保障系统内部及系统间数据共享和交换的准确性和有效性。总而言之,包括两大方面的测试需求。

3.1 标准符合性测试

基于该标准的符合性测试的测试对象是构建电子账簿、会计科目数据、科目余额、记账凭证以及各类报表的数据。因此,从数据构建的过程来看,基于该标准符合性主要分为两个阶段或两个部分。

1)导出文件格式和内容的标准符合性

主要是检测电子账簿、会计科目数据、科目余额、记账凭证以及各类报表的所涉及到的内容格式、文件内容要求以及文件格式是否符合标准。

2)数据库结构规范性测试

电子账簿、会计科目数据、科目余额、记账凭证以及各类报表的数据来源于各个数据库中的数据表,因此,数据库中数据结构的规范性直接影响着如电子账簿导出文件的规范性。数据结构规范符合性测试主要实现标准数据结构字典与软件数据结构的对比及统计,包括数据指标项格式标准符合性测试,主要验证数据交换指标项在数据项名称、数据项标识、数据类型、数据长度等方面的标准符合性。核心元数据格式标准符合性测试主要实现核心元数据的格式规范性测试,包括元数据定义、名称、数据类型、值域等方面的测试工作。

3.2 数据交换测试

数据交换的测试主要包含两个方面,第一个方面是数据交换符合性测试,第二个方面是数据交换的性能、可靠性测试。

1)数据交换符合性测试

在一般情况下,集团财务软件系统是面向多个企事业单位,不仅包含同级单位而且也包含上下级单位,各级单位的财务系统不可能是一次建成的,由于历史的原因,这些单位的数据格式的业务规则可能是不相同的。于是集团在建设同一的管理系统的时候采用了EAI(企业应用集成)或ESB(企业服务总线)的架构来简化业务数据的转换的问题。

因此,对于该项的检测是非常重要的,它关系到集团财务业务的运行。该项主要是检测数据是否依据业务规则进行正确的数据转换,从而满足数据交换要求;检测与其他子系统间数据一致性的能力,如总账子系统、资金结算子系统、资金管理子系统、信贷子系统。

2)数据交换可靠性测试

这里测试的对象是从其它系统导入的数据文件,包括XML格式的数据文件或者文本文件。XML格式的数据文件非法主要包含两个方面:第一个方面是本身该数据文件不符合XML语法规则;第二个方面是XML文件中描述的数据描述规则不符合规范。而文本文件不符合规范指的是文件中数据内容没有按照指定规范中的规则来构成。

当非法的数据导入到系统的时候,程序没有屏蔽措施,非法数据可能会导致主程序的崩溃、陷入死循环或内存泄漏等等缺陷,从而会严重影响集团财务系统的运行。因此,非法数据集的识别和防范对于系统的稳定是至关重要的。

该项主要检测系统是否有对于非法数据集的识别和防范,从而保障非法的数据不对系统运行造成不利影响,同时也需检测数据交换过程中的恢复能力。

3)数据交换性能测试

该项主要检测系统的数据接收能力。它分为并发性能测试、大数据量测试和疲劳测试三个方面。

4. 测试方法和工具

中国软件评测中心根据基于《信息技术会计核算软件数据接口》测试需求,开发了基于数据交换模型的测试工具,它主要是面向数据交换的、通用的黑盒测试工具,它能支持在异构系统和分布式系统的数据交换测试中的数据库结构规范性和数据交换的符合性验证,支持数据交换模型的设计和验证,支持测试用例自动生成,并能通过实例测试用例集优化工具达到减轻测试人员工作强度,提高测试人员测试的有效性(所选取的测试用例覆盖度),从而提高软件测试的质量。通过实践表明,该工具能够满足上面所述的数据交换的测试要求。

该工具的主要功能包括如下:

数据交换模型设计;

数据交换模型的验证;

用例自动生成引擎;

测试结果的获取和自动化、多样性展现;

测试结果统计分析;

测试用例集的优化。

摘要：本文从国标《信息技术会计核算软件数据接口》出发,分析了在测试财务软件中主要的测试两大部分:标准符合性测试和数据交换测试,并且讨论了这两大部分测试的需求和内容。同时,根据研究的结果,实现了面向会计核算软件数据接口自动化测试的工具,提高了测试效率和质量。

关键词：会计核算,数据接口,标准符合性测试,数据交换测试

参考文献

[1]邓波,黄丽娟,曹青春.软件测试自动化[M].北京:机械工业出版社,2003.

[2]GB/T19581-2004《信息技术会计核算软件数据接口》,中国国家标准化管理委员.http://www.sac.gov.cn.

[3]朱夏,王茜.异构系统间数据交换模型的设计与实现[J].东南大学学报:自然科学版,2006,36(2):226-231.

[4]B.Beizer.Black-Box Testing[M].USA:John Wiley,1995.

核算型软件 第4篇

一、标题:

财务会计制度及核算软件备案报告流程

二、业务概述:

从事生产、经营的纳税人应当在领取税务登记证件后将其财务、会计制度或者财务、会计处理办法报主管税务机关备案。纳税人使用计算机记账的，应当在使用前将会计电算化系统的会计核算软件、使用说明书及有关资料报送主管税务机关备案。

三、政策依据:

1.《中华人民共和国税收征收管理法》(主席令〔2001第049号)第二十条 从事生产、经营的纳税人的财务、会计制度或者财务、会计处理办法和会计核算软件，应当报送税务机关备案。

2.《中华人民共和国税收征收管理法实施细则》(国务院令〔2002〕第362号)

第二十四条 从事生产、经营的纳税人应当自领取税务登记证件之日起15日内，将其财务、会计制度或者财务、会计处理办法报送主管税务机关备案。

纳税人使用计算机记账的，应当在使用前将会计电算化系统的会计核算软件、使用说明书及有关资料报送主管税务机关备案。纳税人建立的会计电算化系统应当符合国家有关规定，并能正确、完整核算其收入或者所得。

第二十六条 纳税人、扣缴义务人会计制度健全，能够通过计算机正确、完整计算其收入和所得或者代扣代缴、代收代缴税款情况的，其计算机输出的完整的书面会计记录，可视同会计账簿。

纳税人、扣缴义务人会计制度不健全，不能通过计算机正确、完整计算其收入和所得或者代扣代缴、代收代缴税款情况的，应当建立总账及与纳税或者代扣代缴、代收代缴税款有关的其他账簿

四、办理部门:

主管税务机关办税服务厅

五、纳税人办理时限:

从事生产、经营的纳税人应当自领取税务登记证件之日起15日内，将其财务、会计制度或者财务、会计处理办法报主管税务机关备案。纳税人使用计算机记账的，应当在使用前将会计电算化系统的会计核算软件、使用说明书及有关资料报送主管税务机关备案

六、应提供资料:

1.财务、会计制度或财务会计核算办法2.财务会计核算软件、使用说明书(使用计算机记账的纳税人)3.《财务会计制度及核算软件备案报告书》

九、办事程序:

纳税人在规定期限内提交给主管税务机关，符合条件的当场办结

财务会计制度及核算软件备案报告书

注：从事生产、经营的纳税人应当自领取税务登记证件之日起15日内，将本表报送税务机关备案。填表说明：

1．财务、会计制度：包括企业会计制度、小企业会计制度、金融企业会计制度、行政事业单位会计制度；

2．低值易耗品摊销方法：包括一次摊销法、分期摊销法、五五摊销法； 3.折旧方法：包括直线折旧法（平均年限法、工作量法）、加速折旧法（双倍余

额递减法、年数总和法、盘算法、重置法、偿债基金法和年金法等）；采用加速折旧法的，在备注栏注明批准的机关和附列资料；

4.成本核算方法：纳税人根据财务会计制度规定采用的具体的存货计价方法或产成品、半成品成本核算方法；

5.会计核算软件：采用电子计算机记帐的，填写记帐软件的名称和版本号，并在备注栏注明批准使用的机关和附列资料；

浅谈软件企业成本核算问题 第5篇

关键词：软件企业,成本,核算

一、引言

软件企业是以现代科学技术为核心的,建立在知识和信息的生产、存储、使用和消费之上的科技型企业。软件企业的发展标志着社会正步入以知识资源为依托的新经济时代,它对许多传统的会计理论和观念形成了冲击,也给软件企业成本核算提出了许多值得研究和探讨的新课题。科技经济的到来改变了现行软件企业成本核算的环境,现行的软件企业成本核算内容和方法已越发显示出它的不适应性。

二、软件企业成本核算存在的问题

1、软件企业研发费用的资本化和费用化问题

按照《企业会计准则第6号—无形资产》的规定:企业内部研究开发项目的支出,应当区分研究阶段支出与开发阶段支出,其研究阶段的支出,应当于发生时计入当期损益;其开发阶段的支出需同时满足准则规定的五个条件才能确认为无形资产。软件企业由于其成本核算的特殊性,软件开发又具有极大的不确定性,导致在会计实务中没有一个确定的衡量标准。针对研究与开发阶段的支出,软件企业的会计处理也各式各样,导致行业内会计信息缺乏横向可比性,甚至出现通过支出费用化与资本化的不同会计处理,来调节企业利润的现象。目前国内尚未规范有关软件企业会计核算方面的制度,对于如何提高行业内会计信息的可比性,促使行业健康快速发展将是成本核算中必须解决的课题。

2、软件企业的成本分配方式有待改进

正确的将软件企业成本分配到产品或项目中去,对产品的定价以及研发过程中的成本控制都有积极地参考价值。不同层次的软件企业决定了不同成本分配方式,中小型软件企业产品化水平较低,根据客户的需求从事项目化研发,较适用于以项目为主体的成本分配方式核算各项目的利润。规模较大的软件企业,其产品的结构和功能基本趋于模式化,能够满足一个较大应用群体的共性化需求,产品可以通过渠道代理的形式直接销售给客户,实现软件生产与销售服务的分离,较适用于以产品为分配主体的成本分配方式,并可适时引入以成本为导向的产品定价模式。目前由于不少软件企业在成本核算中没有合理的进行成本归集与核算,产品或项目的市场效益无法量化考核,导致企业不能正确核算一个产品或项目到底投入了多少人力、物力,财力,是否能够产生预期效益,从而导致企业管理层决策偏差。

3、软件企业普遍缺乏一套行之有效的成本核算管理体制

目前,我国软件项目人员大多普遍缺乏成本核算意识,项目经理的职能更侧重于专业技术,简单地认为项目成本控制的责任应归于财务部门,大多数软件企业的项目人员在接到软件开发项目时,由于事先没有做好客户的项目需求分析,盲目答应客户的要求而没有量化、细化有关合同条款。客户又对研发需求通常明确化程度不够,导致在项目研发过程中不能一次性的达到客户的需求,不断更改项目进程,使得项目成本缺乏控制,导致成本预算出现偏差,项目预算流于形式,为此使企业付出很大的代价。所以,如何建立一套完善的成本核算体制,在成本核算管理中就显得尤为重要。

4、人力资源成本的核算问题

对软件企业来讲,专业的技术性人才和自主研发的知识产权是其最核心的生产力,其中人力资源的价值尤为重要,只有拥有高素质的人力资源并能有效地利用这一资源,企业才能在激烈的市场竞争中抢占先机。人力资源成本作为软件企业成本核算的重要组成部分,直接反映了企业对员工的全部投入,既是员工经济利益之所在,又关系到企业的经济效益和市场竞争能力,人力资源成本的核算已成为软件企业成本核算的重要组成部分。基于此,有效的核算和控制人力资源成本已成为软件企业生存与发展的关键所在。

三、软件企业成本核算的改进策略

1、针对企业研发费用资本化、费用化的策略

关于研发费用资本化费用化的问题,基于下述理由,笔者更倾向于研发费用的费用化核算:

(1)成本效益原则。费用化核算有利于简化会计处理程序,符合行业特点和企业需要。财务人员花费大量时间将各项支出按软件产品或项目予以分类并资本化不符合成本效益原则。

(2)稳健性原则。由于行业的风险特性,每个产品或项目的成本能否回收、回收多少具有很大的不确定性,又因资本化的标准过于主观,在实际工作中,对其开发成本资本化难以找到合理、客观的划分标准,采用费用化较符合软件行业特点。

(3)可比性原则。费用化标准简单易行,便于加强内部审计和成本控制。由于统一了软件开发成本的处理,使行业内会计报表具有横向可比性。有利于行业的健康快速发展。

2、改进成本分配方法,引入作业成本法

目前软件企业普遍存在产品或项目的成本分配方式不合理,从而导致成本信息失真,不能有效地核算产品或项目的盈利情况,最终导致企业管理者决策偏差。基于软件企业成本核算的特点,建议引入作业成本法进行软件或项目的成本核算和分配。作业成本法(A c t i v i t y-B a s e d Costing,简称ABC)是一种以作业为最基本对象的成本核算制度和成本管理系统。以“作业消耗资源,产品消耗作业”为理论原则,通过分析产品成本形成过程和原因,把资源成本归集到作业上,再把作业成本归集分配到相应的产品或项目上,最终计算出相对真实的产品成本。以作业为单位对成本的确认和计量,使成本核算深入到作业层次,提高了成本信息的准确性和信息决策的相关性。在企业运营的一系列作业中,每项作业都要消耗资源,而各作业又产生相应的价值,最终形成产品总的价值,即最终产品的成本。任何一个组织,只要发生资源耗费,就可以将这种耗费根据成本形成过程和原因归结为某个作业耗费,这样不仅有利于相对准确地计算产品成本,还有利于管理当局控制作业,使决策者清楚了解每一个作业的效率,从而对那些增值性作业加大投入,而对于无效耗费资源价值和非增值作业耗费资源价值尽可能消除,防止资源的浪费,降低产品成本,提升企业的经济效益。因而,以作业作为成本计算的基本分配对象并进而进行作业成本分析具有普遍性意义。

3、改进成本核算管理体制

软件行业不同于传统行业,其成本核算管理的经验和模式不是一成不变的,由于各方面原因,一个项目结束时的实际花费往往与其初始预算大相径庭,所以在成本核算的管理中引入项目成本核算动态管理体制是很有必要的。随着项目的进程不断对成本管理体制进行有效调整和改进。此外,实施成本核算动态管理要树立不是为了节约成本而做成本核算管理,而是为提高企业软件产品的质量、获得更多客户的认可、提高企业在行业内的竞争力的理念。如果能将成本核算和项目进度、成品质量结合起来综合加以考虑,这将使软件企业的成本核算管理提高到一个新的层次。

4、人力资源的成本应计入软件企业产品成本

软件企业的人力资源,是指软件企业拥有或控制的各种有劳动能力的专业技术性人才。在技术密集型的软件行业,人力资源已成为企业的核心竞争力和主要资源。企业经济效益的高低直接取决于人力资源的利用和挖掘程度。随着科技经济时代的到来,软件企业产品中的直接人工成本将不断下降,而人员的培训支出相应的不断提高,即在人力资源的使用过程中,对其进行的岗位技能的教育和培训不断增加。加大软件企业人力资源的投资力度,经常性的聘请业内专家对软件企业研发人员进行岗位培训,可以全面的提高软件企业研发人员的职业技能,开拓软件开发人员的研发思路,从而提高产品的质量。由此,软件企业人力资源的价值也应该计入产品或项目的成本。目前,软件企业在进行人力资源核算时一般是一次性计入费用,直接导致低估产品的成本,这与科技经济时代的要求是不相适应的。

参考文献

[1]、王小焕,王柏义.运用责任会计制度,加强软件企业成本管理[J].时代经贸(下旬刊),2007,6.

[2]、周正深.软件企业的成本管理之道——兼谈责任会计制度的运用[J].中国管理信息化(会计版),2007,9.

“品种法”成本核算软件操作流程 第6篇

关键词：生产成本,制造费用,完工产品,在产品

以用友软件为例,在各个模块联合使用时,生产产品耗用的原辅材料、发生的工资及福利、折旧及其他生产费用分别在[供应链]([库存管理]、[存货核算])、[薪资管理]、[固定资产]、[总账]等模块归集核算并生成相应的凭证,[成本管理]模块分别从这些模块提取相关数据按产品品种进行分配和结转, 包括制造费用的分配和结转、辅助生产成本的分配和结转、全部生产成本在完工产品与在产品之间的分配和结转等, 最终完成成本计算并将成本数据再传输给[供应链],以供销售产品时进行销售成本的结转。 各模块数据传递过程如图1所示。

例:某公司生产甲、乙两种产品,有一个基本生产车间、两个辅助生产车间(机修和锅炉),核算要求及发生的费用见以下各步骤。

1基础设置

这里只介绍与成本核算密切关联的, 其他基础设置按常规进行。

1.1部门设置

要与[成本管理]模块的成本中心设置相呼应,在[成本管理]模块只有设置为基本或辅助成本中心的部门才能参与成本核算,一经使用不得修改。 而且只有末级部门才能在[成本管理]模块设置为基本或辅助成本中心。 这里的基本成本中心与产品结构(物料清单)中的子件领件部门相匹配。 在本题中,因基本生产车间和机修与锅炉辅助生产车间都要参与成本核算, 而且假设辅助生产车间发生的费用不进行内部交互分配, 而是按实际耗用量直接对外一次分配, 所以生产部门下设立基本生产和辅助生产两个二级部门, 在辅助生产车间下再设置机修和锅炉两个三级部门。

1.2会计科目设置

(1)将基本生产成本和库存商品科目设置为项目核算;

(2)辅助生产成本修改为部门核算;

(3)制造费用增加明细:折旧、工资福利、共用材料、办公费水电费、劳动保护、其他,并均为部门核算。

1.3产品结构(物料清单)

指生产的产品由哪些材料组成, 如一个螺丝刀由一个把和一个头组成,在这里录入后,系统可按实际生产数量自动计算需要的材料数量,配比出库。 本例中,每件甲产品需要耗用A材料1.25千克,每件乙产品需耗用A材料2千克,仓库均为原材料库, 均为基本生产车间领用。 操作时甲乙产品为母件产品,A材料为子件产品,将单耗数据填入“基本用量(分子)”格内。 注意,因需要计算甲乙产品的成本,其对应的子件领料部门必须录入且必为下面定义的基本成本中心, 否则下面无法进行产品属性的定义,以至无法成本计算。 产品结构设定使用后不允许修改。

1.4项目定义

增加“成本对象”大类;分类为B和C;项目目录为甲产品和乙产品(分类均属于B);将基本生产成本及库存商品科目指定为项目核算科目。项目定义一定在物料清单填制完成之后。

1.5设置仓库档案及存货档案时注意选择计价方式

因其影响成本核算。本例中选择先进先出方式。

2【库存管理】模块领用原辅材料

2.1基本生产车间领用专用材料(直接计入成本)

本例中,甲产品本期投产1 600件,乙产品投产1 800件。 其直接耗用材料可用物料清单配比出库的方式生成出库单。

单击[库存管理] / [出库业务] / [村料出库单],在弹出的[材料出库单]窗口,单击[配比]按钮,在弹出的[配比出库单]窗口, 步骤如图2所示。

只有用配比生单的方法生成的材料出库单表头才能显示产品编码及名称(甲或乙),该材料为该产品的专用材料,直接计入该产品生产成本;否则,用录入的方法生成的材料出库单产品编码及名称为灰,系统默认为领用部门的共用材料,需要按一定的方法分配计入产品成本。

2.2各车间领用共用材料(需分配计入产品成本)

本例中,基本生产部门领用D材料250千克,机修车间领用E材料1 900千克,锅炉车间领用F材料200千克,按先进先出方式单价分别为40元、20元、10元。 录入出库单时可不录价格。 系统自动按指定的计价方法计算。

单击[库存管理] / [出库业务] / [村料出库单],在弹出的[材料出库单]窗口,直接单击[增加]按钮,录入后审核。

3[存货核算]模块对传递过来的出库单记账并生成凭证

(1)单击[存货核算] / [业务核算] / [正常单据记账],选择单据执行记账,只有记账后才能被成本系统取数。

(2)单击[存货核算] / [财务核算] / [生成凭证],选择单据后单击[合成]及[生成]按钮,生成凭证为:

借:生产成本/ 基本生产成本/ 甲40 000

生产成本/ 基本生产成本/ 乙72 000

制造费用/ 共用材料/ 基本生产10 000

制造费用/共用材料/机修38 000

制造费用/共用材料/锅炉2 000

贷:原材料162 000

4[薪资管理]模块生成计提工资及福利的凭证

在本例中, 假设基本生产车间管理人员工资福利3 420元, 甲乙产品生产人员工资福利分别为19 671元和20 229元,机修车间管理人员及工人工资福利分别4 560元和2 280元,锅炉车间管理人员及工人工资福利分别3 420元和1 140元。 操作步骤略,生成的凭证为:

借:生产成本/ 基本生产成本/ 甲19 671

生产成本/基本生产成本/乙20 229

生产成本/辅助生产成本/机修4 560

生产成本/辅助生产成本/锅炉3 420

制造费用/ 管理人员工资/ 基本生产3 420

制造费用/管理人员工资/机修2 280

制造费用/管理人员工资/锅炉1 140

贷:应付职工薪酬54 720

5【固定资产】模块生成计提折旧的凭证

本例中,假设本期基本生产部门、机修、锅炉分别计提折旧3 520元、500元、750元。 操作步骤略,生成的凭证为:

借:制造费用/ 折旧/ 基本生产3 250

制造费用/折旧/机修500

制造费用/折旧/锅炉750

贷:累计折旧4 500

6【总账】模块录入其他杂费的凭证并记账

本例中,假设本期基本生产车间、机修、锅炉车间发生办公费均为500元,水电费分别为8 700元、1 522.50元、1 087.50元, 劳保费分别为4 000元、967.50元、1 032.50元。

1借:制造费用/ 办公费/ 基本生产500

制造费用/办公费/机修500

制造费用/办公费/锅炉500

贷:银行存款等1 500

2借:制造费用/ 水电费/ 基本生产8 700

制造费用/水电费/机修1 522.50

制造费用/水电费/锅炉1 087.50

贷:银行存款等11 310

3借:制造费用/ 劳保/ 基本生产4 000

制造费用/劳保/机修967.50

制造费用/劳保/锅炉1 032.50

贷:银行存款等6 000

7【成本管理】模块成本核算

7.1选项设置

设置产品成本的料、工、费数据的来源。 单击[成本管理] / [ 设置] / [ 选项], 在弹出的[ 选项] 窗口, 步骤如图3所示, 本例中,成本核算方法为品种法、原材料费用来源于[存货核算]模块、人工费用来源[薪资管理]模块,折旧费用来源于[固定资产]模块,制造费用来源于[总账]模块,制造费用有明细科目,假设无其他费用(其他费用是指可进入产品成本但又不属于材料、人工、制造费用及辅助费用的费用)。[选项]内容一经选定,使用后不允许修改。

7.2定义成本中心

只有在这里定义为基本或辅助成本中心的部门才能核算其产品或辅助服务的成本,因此这里的基本生产成本中心必须与用户在产品结构(或物料清单)中定义的子件领料部门或与生产订单相匹配。 成本中心属性一经确定并使用就不能再修改,所以用户应考虑完备。 如企业的燃料动力等全部外购,则这里不需要设置辅助成本中心,否则,成本计算时系统强制进行辅助成本中心的数据录入且无法删除。

本例中,基本生产车间定义为基本生产中心,机修和锅炉车间定义为辅助生产中心,再定义机修和锅炉车间的服务分别为修理和供热。 单击[成本管理] / [设置] / [定义成本中心],在弹出的[选择基本核算成本中心]窗口,具体步骤如图4所示。

注意:机修车间和锅炉车间的辅助费用如果采用直接分配法分配,则按图4的方法定义即可。 但如果采用交互分配法分配, 则辅助成本中心下面必须提供需要交互分配的两种服务才行,即不能将机修和锅炉分别指定为辅助成本中心,应该将辅助生产车间作为末级部门指定为辅助成本中心(只有末级部门才能定义为成本中心),然后再在该辅助成本中心下定义两种服务,如修理与供热等。

7.3定义产品属性

定义产品属性的目的是确认产品核算范围,或当成本核算方法选择为“分类法”时,在此定义产品大类。 单击[成本管理] / [设置] / [定义产品属性],在弹出的[定义产品属性]窗口,单击“刷新”按纽,显示本例中产品核算范围为甲乙两种产品,其来源为上面填制的产品结构(物料清单)。 图略。

7.4定义与总账接口

在选项设置时,制造费用定义为来源于总账模块,所以这里需要定义向总账提取数据的公式。 但制造费用中折旧费、管理人员工资分别来源于固定资产、薪资管理,这里不需要再为其定义公式。

单击[成本管理] / [设置] / [定义费用明细与总账接口],在弹出的[费用明细与总账接口]窗口,具体步骤如图5所示。 仿照图5步骤定义制造费用中共用材料、 水电费、 劳保等其他杂费的接口公式。

注意要按成本中心及制造费用总账取数明细分别设置,否则取数不完整,成本计算错误。 后期使用中若新增成本中心,必须为其重新设置与总账接口公式。

7.5定义分配率

7.5.1共用材料、直接人工、制造费用、辅助费用分配率

本例中,共用材料、直接人工、制造费用按实际工时分配,辅助费用按实际耗量采用直接分配法对外分配。 以共用材料为例: 单击[成本管理] / [设置] / [定义分配率] / [共用材料分配率],在弹出的[共用材料分配率]窗口,选择“全部统一”(是指各成本中心统一按所选的方法分配)和“按实际工时”,单击[确定]按钮。 图略。

7.5.2在产品分配率

本例中, 在产品按约当产量分配, 甲乙产品原材料一次投入,其他费用约当量甲产品为0.6,乙产品为0.65。 单击[成本管理] / [设置] / [定义分配率] / [在产品分配率],在弹出的[在产品分配率]窗口,具体步骤如图6所示。

7.6期初余额记账

期初余额的录入记账是成本核算的起点,初次启用系统时, 期初余额不记账, 下一步的数据录入功能不展开, 无法进行取数。 这里的期初余额是指上一期间的在产品成本,必须还原为明细成本费用的数据填列,若有车间剩余材料,建议先办理假退料或计算摊入在产品成本。 录入期初数据后要与总账核对,一般期初数据应与“生产成本”科目的借方余额相同,核对无误后,进行记账,记账后期初数据将不允许修改。

本例中,假设期初余额为零,单击[成本管理] / [设置] / [建账期初余额],在弹出的[建账期初余额]窗口,单击[记账]按钮。

7.7数据录入

7.7.1材料及外购半成品、人工、折旧、制造费用

以材料为例:单击[成本管理] / [数据录入] / [材料及外购半成品耗用],在弹出的[材料及外购半成品耗用]窗口,具体步骤如图7所示。 注意,这里只取专用材料,共用材料取自总账,以免重复取数。 [存货核算]模块记账完毕后才能取来数,况且,如果[ 存货核算] 模块采用 “ 计划价” 或 “ 全月平均” 计价法, 则该仓库必须进行期末处理后才能正确取数。 专用材料指某产品直接领用的材料,取自配比出库单表头有具体某产品的领料数据,共用材料是指某成本中心领用的, 出库单上没有具体某产品的领料数据。

7.7.2辅助费用耗用、工时日报、完工产品日报、在产品盘点表

以辅助费用耗用为例,单击[成本管理] / [数据录入] / [辅助费用耗用表],在弹出的[辅助费用耗用表]窗口,选择辅助成本中心机修或锅炉,录入相关数据。 本例中假设甲乙产品耗用机修车间分别为3 292工时及3 208工时, 耗用锅炉车间分别为2 847吨及2 453吨,暂不考虑其他管理部门的耗用情况。

同样的方法填列甲乙产品的工时分别为24 650小时和25 350小时; 完工产品数量分别为1 300件和1 600件, 均无废品;在线数量分别为300件及200件,在产品盘点表中的完工数量为工艺上已完工但未入库的数量,假设本例中该数量为零。 图略。

7.7.3产品耗用日报、完工产品处理表

产品耗用日报表为产品间直接转移耗用, 假设本例该项没有发生。 完工产品处理表实质上是数据录入后的平衡校验表,用于验证确认已录入的完工、 在产、 领用的数量逻辑关系的正确性。 本表的差异总额系统自动计算(等于本期完工产品表中的净产品加上上期在产品盘点表中的完工数量减本期在产品盘点表中的完工数量再减本期产品间耗用量),此差异总额应为本期实际入库数量,差异总额减去录入的入库数量为差异损益,差异损益为正数为盘点损失,反之为溢余。 单击[成本管理] / [数据录入] / [完工产品处理表],在弹出的[完工产品处理表]窗口,将本例中甲乙产品完工数量1 300件和1 600件分别填入 “入库数量”格内,差异损益为零。 图略。

7.8成本计算检查

单击[成本管理] / [核算] / [成本计算检查],在弹出的[成本计算检查]窗口,单击[检查]按钮,系统自动提示错误地点,进行账务修改,直到检查通过。 图略。

7.9成本计算

单击[成本管理] / [核算] / [成本计算],在弹出的[成本计算]窗口,可选择“自动完成”或“分步骤完成”两种方式,前一种方式,成本计算瞬时完成;后一种方式,系统分计算辅助成本中心服务成本、计算基本成本中心产品成本、产品间耗用的结转及成本计算4步完成,每进行一步可查看报告,进行分析比对。 计算完成后可在“我的账表”中查询完工产品及在产品成本计算结果如图8所示。 计算完成后,不可再次计算,但通过恢复结账前状态中的恢复月初功能后,可再次计算成本。

7.10凭证处理

7.10.1凭证定义

在凭证定义前必须将[薪资管理]及[固定资产]模块结账结账后再在成本管理模块重新取数,再成本计算。 否则无法定义凭证。

7.10.1.1结转制造费用

单击[成本管理] / [凭证处理] / [定义凭证],在弹出的[定义凭证]窗口,操作步骤如图9所示。

注意要按不同成本中心及制造费用二级明细分别设置,否则结转分录不完全。 并且结转的借贷方科目、项目及部门不完全相同,初次设置时比较麻烦,一定仔细,设置正确以后将一劳永逸。

7.10.1.2结转辅助生产成本

具体操作仿照图9的步骤完成。 注意结转的借贷方科目、项目及部门不完全相同。

7.10.2自动生成凭证

单击[成本管理] / [凭证处理] / [自动生成凭证],在弹出的[自动生成凭证]窗口,操作步骤如图10所示。

生成如下凭证:

7.10.2.1结转制造费用

1借:生产成本/ 基本生产成本/ 甲14 725.91

生产成本/基本生产成本/乙15 144.09

贷:制造费用/折旧/基本生产3 250

制造费用/管理人员工资/基本生产3 420

制造费用/共用材料/基本生产10 000

制造费用/ 办公费/ 基本生产500

制造费用/水电费/基本生产8 700

制造费用/劳动保护/基本生产4 000

2借:生产成本/ 辅助生产成本/ 机修43 770

贷:制造费用/ 折旧/ 机修500

制造费用/管理人员工资/机修2 280

制造费用/共用材料/机修38 000

制造费用/ 办公费/ 机修500

制造费用/ 水电费/ 机修1 522.50

制造费用/ 劳保/ 机修967.50

3借:生产成本/ 辅助生产成本/ 锅炉6 510

贷:制造费用/ 折旧/ 锅炉750

制造费用/ 管理人员工资/ 锅炉1 140

制造费用/ 共用材料/ 锅炉2 000

制造费用/ 办公费/ 锅炉500

制造费用/水电费/锅炉1 087.50

制造费用/劳动保护/锅炉1 032.50

7.10.2.2结转辅助生产成本

借:生产成本/ 基本生产成本/ 甲29 811.38

生产成本/基本生产成本/乙28 448.62

贷:生产成本/辅助生产成本/机修48 330

生产成本/ 辅助生产成本/ 锅炉9 930

8[库存管理]及[存货核算]模块产成品入库

在[库存管理]模块填制产成品入库单并审核,在[存货核算]模块单据记账并生成入库凭证。 填制入库单时只需填入库数量,成本单价自[成本管理]模块自动传输过来。 完工产品入库凭证为:

借:库存商品/ 甲88 898.91

库存商品/ 乙123 026.13

贷:生产成本/ 基本生产成本/ 甲88 898.91

生产成本/ 基本生产成本/ 乙123 026.13

软件产品成本核算的困境与创新 第7篇

与软件行业的蓬勃发展相比,软件产品的成本核算还在沿袭工业产品核算的路子。软件产品成本无论在生产过程还是产品形式上,与工业产品都有明显的不同,工业产品的核算方法能否适应软件行业的需求?对软件行业是否应该制定更加合理的会计核算准则?何种方法更适合软件产品的成本核算?这些问题已经越来越多地引起人们的思考和讨论。

对于软件产品的成本核算,笔者亦有一些不成熟的想法,列示如下,与会计同行共同探讨。

一、软件产品的特点

产品成本核算的方法,很大程度上取决于产品的生产过程和产品的特点,因此在探讨软件的成本核算之前,先对软件的生产过程进行界定,作为讨论的基础。

(一)软件产品的生产过程

任何产品从无到有,生产过程一般都需要经过产品研究、产品开发、产品制造三个阶段,软件也不例外,其生产过程也包含以上三个阶段:

1. 研究阶段:

是指为获取新的技术和知识等进行有计划调查的过程。此阶段的特点是计划性和探索性,可能会形成软件项目研究成果,也可能半途而废。研究阶段发生的支出称为“研究支出”ⅰ。

2. 开发阶段:

是指从软件立项到开发成功的过程。此阶段具有针对性,形成软件成果的可能性较大。开发阶段发生的支出称为“开发支出”。

3. 制造阶段:

是指软件开发成功后进行拷贝、复制、印刷、包装等活动的过程。此阶段形成可商业推广的软件存货。制造阶段发生的支出称为“制造支出”。

(二)软件产品的独特之处

与工业产品相比,软件产品的生产有独特之处,其中对会计核算形成实质影响的特点主要有:

1. 生产过程独特

工业产品的生产过程一般指制造阶段,只有新产品才会有研究和开发阶段。

而软件则不同,研究阶段和开发阶段是软件的主要生产过程,软件研发成功意味着产品生产基本完成。从实质上看,研究阶段和开发阶段的活动创造了软件产品的使用价值,在软件生产过程中占绝对主导地位。制造阶段也是软件的生产过程,但只是辅助活动,居于绝对从属地位。

2. 生产支出构成独特

制造支出一般是工业产品生产支出的全部,只有新产品才涉及研究支出和开发支出。

而软件则不同,研究支出和开发支出占软件生产支出的绝大部分,制造支出只占软件生产支出中微不足道的小部分。

3. 产品归属独特

一般工业产品的生产过程会形成流动资产——存货。

软件产品的生产过程也应该形成存货,但软件产品具有无形资产的特性,有形成本只占生产支出中很微小的部分,从产品特性看更应归属于无形资产。

二、当前软件产品的成本核算及存在的问题

(一)软件产品会计核算的现状

目前我国还没有专门制定关于软件产品的会计准则,软件企业在成本核算时的主要依据是《企业会计准则第1号——存货》和《企业会计准则第6号——无形资产》,通行的核算方法是:

1. 把软件产品的研究支出确认为当期管理费用,计入当期损益。

2. 把软件产品的开发支出确认为当期管理费用,计入当期损益。

3. 把软件产品的制造支出确认为软件生产成本,计入存货。

比如:用友软件(600588)2009年年度报告中的会计政策规定:将内部研究开发项目的支出,区分为研究阶段支出和开发阶段支出。研究阶段的支出,于发生时计入当期损益。开发阶段的支出,只有在同时满足下列条件时,才能予以资本化,……。不满足上述条件的开发支出,于发生时计入当期损益。

虽然如此规定,但在用友软件2009年年度报告中却没有发现内部研究开发的无形资产。无形资产中的2项软件使用权、17大项软件著作权都来自收购或投资者投入。而同期计入管理费用的研究及开发费将近2.9亿元,占主营业务收入的12%ⅱ。可见用友软件是按照当前通行做法来核算软件生产成本的。

(二)软件产品成本核算存在的问题

在软件产品成本核算中,业界对研究支出确认为当期管理费用和制造支出确认为生产成本并无争议。争议集中在“开发支出确认为管理费用是否合理”这一问题上。当前,将开发支出确认为管理费用的做法,造成了以下矛盾:

1. 软件产品的生产成本与实际生产支出不配比

生产成本应当是产品生产过程中费用的归集。软件产品的主要生产过程是开发阶段,开发支出应占软件生产成本的绝大部分。然而应占据主导地位的开发支出均未计入软件生产成本,微小的制造支出却成为软件生产成本的全部,造成了软件生产成本远远小于实际生产支出,不符合软件产品的生产过程和特点。

2. 产品销售收入与销售成本不配比

软件产品绝大部分的价值是在开发阶段创造的,软件产品的销售收入中包含了这部分价值,但在相应结转的销售成本中却只包含软件的制造支出,并未包含与开发阶段创造的价值相匹配的开发支出,造成销售收入与销售成本不配比。

3. 各年度利润与业务实际情况不配比

对于软件公司而言,本年度开发的新产品不一定会在本年度产生收益,而是会在未来年度产生收益。根据目前核算方法,在软件开发年度,大量的开发支出计入本年损益,造成当年利润很低。而在以后销售年度,开发支出所创造的软件价值持续为公司带来收入,但此时与软件收入配比的却只有软件制造支出,成本畸低,造成当年利润很高。由此,导致各年度利润与实际业务不配比,影响到会计数据的质量。

以上三个方面说明,软件开发支出全部计入当期管理费用存在不合理之处,未能真实反映出软件企业的客观情况,不符合权责发生制、实质重于形式、等会计信息质量要求。

三、对软件产品成本核算的观点

既然软件开发支出全部计入当期管理费用不合理,那么应该如何处理呢?

很多会计人员认为,开发成功后的软件产品符合资产的定义,开发支出应计入资产项目。《企业会计准则——基本准则》规定:资产是指企业过去的交易或者事项形成的、由企业拥有或者控制的、预期会给企业带来经济利益的资源。无论从定义还是实质上看,开发成功的软件产品完全符合资产的定义,因此开发支出应在满足确认条件时,计入资产项目。

但这又产生了新的问题,即软件开发支出计入资产的哪个项目呢?主要有两种观点:

(一)软件开发完成时确认为存货

这种观点认为:软件开发支出属于软件的生产成本,所以应该像工业品核算一样,软件开发完成时应该确认为存货。这种观点符合一般产品成本核算的逻辑。

但这种观点面临如何确定完工产品的数量的难题。软件开发支出确认为存货成本时,分摊开发支出的产品数量很关键,对产品的单位产品成本有直接影响,进而影响到存货发出成本、销售成本的计量。可用于分摊开发支出的数量有:

1. 按照实际制造的软件产品的数量

比如,公司对某软件投入开发支出1000万元,软件成功后,制作了100套软件光盘用于出售,那么每套光盘分摊的开发支出就是10万元。但如果制作了1000套软件光盘,每套分摊的开发支出就变成了1万元。产品数量的不同,造成了产品的单位成本差异非常大。

而且,假设开发支出都分摊到本期实际制作的产品中,那么如果以后期间再制作新产品,新产品就没有开发支出可以分摊了,造成前后各期同种产品的成本不相同。

2. 按照软件生命周期内的总销量分摊

此种方法根据软件生命周期内的总销售量分摊开发支出,可以将开发支出均匀地分摊到每一套产品中,比较合理。但此种方法虽然符合逻辑,却不易操作。

一项软件产品的未来销售量可能是1套,也可能是10000套,在开发成功之时,很难准确预测未来的销售量。即使能够准确预测销售量,但企业一般会分期制作,而不会一下子将全部产品都生产出来,如果将开发支出一次性计入存货科目,就会导致分摊不易操作。

比如,公司对某软件投入开发支出1000万元,软件成功后,公司预测能销售1000套,每套分摊1万元。但本期只制作了100套软件光盘,可以分摊100万元的开发支出,但此时剩余900万元尚不能分摊的开发支出也放在存货中,未分摊和已分摊的开发支出混在一起,势必会对存货的发出计价造成影响。

从以上两个方面看,在软件开发成功时直接确认为存货的做法,如果不解决如何确定完工产品数量问题,将会引起核算成本不准确、产生混乱的状况。

(二)按照内部研发项目处理,在开发完成时确认为无形资产

这种观点认为,软件产品开发应比照《企业会计准则第6号——无形资产》中有关内部研发项目的规定处理,对软件开发阶段的支出,满足规定的条件时,确认为无形资产。软件产品从产品特性上看,具有无形资产的特征,因此开发支出确认为无形资产更具合理性。

但这种观点面临开发支出确认为无形资产后,如何摊销的问题。

1. 是否需要摊销?

软件开发支出的是软件生产成本的一部分,因此开发支出被确认为无形资产后,应采取合理的摊销方式,将开发支出摊入软件的生产成本中。

2. 按照何种标准摊销?

无形资产一般采用直线法摊销。如果开发支出形成的无形资产按照直线法摊销,就需要解决两个问题:

(1)如何确定摊销年限?这是一个相对较为简单的问题,因为专业人员一般会对一款软件的市场周期有比较准确的估计。即使对使用年限估计不准确,也可以通过会计估计变更的方式予以修正。

(2)如何解决没有销售收入时的配比问题?

摊销需要每月进行,如果有的月份没有销售,而开发支出的摊销额却照旧计入损益,那么当月的收入和成本还是不能配比。

因此,开发支出按照直线法进行摊销也存在问题,但目前还没有其他摊销的标准能够解决这个问题,需要进行推销方法的创新。

3. 开发支出的摊销额应入哪个科目?

无形资产的摊销一般计入管理费用。如果软件产品的摊销计入管理费用,还是未能解决软件产品销售收入和销售成本配比的问题。

如果开发支出的摊销直接计入销售成本,可以总体上解决收入成本配比问题。但是摊销需要每月进行,如果有的月份没有销售,而软件产品摊销额却照旧计入销售成本,那么当月的收入和成本还是不能配比。

如果开发支出的摊销计入软件存货成本,可以解决软件存货成本与实际支出不配比的问题,也能解决销售收入和销售成本不配比的问题,但还是需要面对完工产品数量的问题。

综上所述,从软件产品的特性上看,软件产品的开发支出在开发完成后确认为无形资产是合理的,但如果拘泥于目前会计准则的规定,则无法很好地解决摊销标准、摊销年限、摊销额计入科目中存在的问题,因此要求我们在符合业务实际和基本原则的基础上,必须在核算理念和方法上进行创新。

四、对软件产品成本核算的设想

为了解决软件产品成本核算中存在的问题,根据以上分析,笔者提出软件产品成本核算的以下设想,在核算方法方面有所创新,仅供参考:

(一)对软件产品生产过程中各阶段支出的处理

1. 研究阶段支出:计入当期管理费用。

2.开发阶段支出:先在“研发支出”科目归集,待软件开发项目完成后,符合资本化条件的开发支出,计入无形资产;不符合资本化条件的支出,计入当期管理费用。比如:如果软件开发失败,开发支出应计入管理费用。资本化条件可以参照《企业会计准则第6号一无形资产》的规定执行。

3.制造阶段支出:直接计入软件产品的存货成本。

(二)开发支出资本化后的摊销

无形资产准则规定;使用寿命有限的无形资产,其应摊销金额应当在使用寿命内采用系统合理的方法进行推销。企业选择的无形资产摊销方法,应当反映与该项无形资产有关的经济利益的预期实现方式。无法可靠确定预期实现方式的,应当采用直线法摊销。iii

一般而言,无形资产传统的摊销方法是直线法,但准则也允许使用生产总量法等合理的方法。鉴于软件开发支出的特殊性,单纯的直线法并不能满足需要,应创新无形资产的摊销方法。笔者设想采用销售总量法,该方法的要点有:

1.符合条件的软件开发支出确认为无形资产后,企业应估计此项软件产品在销售周期内的销售总量,作为摊销开发支出的标准,计算每套产品应摊销的软件开发支出。在估计软件的总销售量时,应考虑市场、更新换代的年限、竞争状况等多方面的因素,使估计的总销售量能够更加合理。

比如:某软件的开发支出1000万元,全部符合资本化条件,那么确认为无形资产的金额就为1000万元。软件开发成功后,企业合理预计该款产品的总销售量为1000套,那么每套分摊的开发支出就应该是1万元。

2. 在软件产品制造完毕,存货入库时,开发支出暂不摊销。

3.在产品销售时,将每批产品应承担的开发支出摊销计入软件存货成本,然后结转为销售成本。未摊销的开发支出继续留在无形资产科目,直到下一次销售时再按照标准摊销。

比如:接上例,如果企业2010年制作了100套软件光盘,每套制作成本200元。根据预计1000套的销售量,每套还应分摊开发支出1万元。某月销售10套软件,则把10万元转入存货成本,然后结转销售成本10.2万元(摊销的开发支出+制作支出)。如果后来又制作了光盘,每套软件的制造支出可以用移动平均法计算,但每套应承担的开发支出摊销不变。

这种摊销方法,既能够使软件的生产成本与软件生产实际支出相一致,又能够使销售收入和销售成本相配比,同时也避免了研发当期利润低、销售期间利润高的问题,使各个年度期间的利润更加均衡,更加符合业务实际。

(三)软件开发的后续支出

软件产品开发完成后,可能还会发生一些后续支出,用于对软件进行修补完善。对于这些后续支出,企业应对其性质进行判断,符合资本化条件的,增加无形资产原值;不符合资本化条件的,计入当期费用;如果后续支出形成了一项新的软件,则应该确认一项新的无形资产。

(四)会计估计变更

因为软件市场变化莫测,一款软件的实际销售量可能达不到企业预计的总销售量,也可能会远远超过预计的总销售量。这种情况下,企业必须每年对软件的预计总销售量进行重新估计。如果根据获取的新信息、积累的经验或未来市场展望,软件的总销售量会发生变化,则应该按照会计估计变更处理,重新估计总销售量,并将未摊销的开发支出按剩余销售数量摊销。

比如:接上例,如果2010年底,已经销售200套软件,软件开发支出余额为800万元。企业根据新信息,预计1000套的总销售量不能实现,600套的总销售量更加可靠,因此需要按照会计估计变更处理:预计剩余销售数量为400套,尚需摊销的开发支出为800万元,则从下一年度开始每套应承担的开发支出摊销就变为2万元。

(五)资产减值

软件市场技术更新速度很快,企业的销售目标没有达到前,软件可能就面临着技术更新、淘汰,使无形资产的价值降低或者完全消失,因此企业应按照资产减值的规定,对软件开发支出进行资产减值测试,符合提取减值准备的,提取资产减值准备。

核算型软件 第8篇

关键词：财务软件,项目核算,开发,应用

一、“项目”的涵义及电算化处理方式

从会计核算的角度来说, 不同行业对项目有不同的理解。譬如, 施工企业、建设单位所承建的工程项目, 印刷、出版企业所承印的书画、期刊, 加工、制造企业所承担的货物加工、产品制造, 科研院所、高等学校所承接的科研课题等, 均可称之为“项目”。虽然不同会计主体所要核算的“项目”内涵不同, 其成本构成也存在很大差异, 但就同一会计主体而言, 作为成本核算对象的“项目”具有核算时效性和耗费相似性等特点。核算时效性是指具体项目完工后对该项目的核算即行终止;而耗费相似性是指同类项目的支出构成基本相同。为此, 我们可以把传统的“项目”定义为会计主体具有共同或类似支出构成的一组成本核算对象。

在手工会计处理条件下, 为了获得不同工程项目、不同产品批次 (品种、订单) 或不同科研课题的各项支出, 通常对在建工程、生产成本、在研课题等科目设置多栏式明细账并按成本核算对象开设专页进行明细核算。针对“项目”所具有的核算时效性和耗费相似性等特点, 财务软件一般通过开发“项目核算”功能以实现对“项目”收支的辅助核算。其基本开发思路是在凭证数据表文件中增加“项目代码”字段用以专门存储“项目代码”信息, 并以“项目代码”为索引与项目数据表文件建立关联, 从而把对“项目”收支的核算从传统的“科目”核算中分离出来。当然, 在项目数据表文件中, 除项目代码、项目名称、开工日期、负责人、预算金额等必要字段外, 通常还预设多个“自定义项”字段以满足用户核算和管理需要。

二、利用“项目核算”功能组织明细核算的优点

财务软件“项目核算”功能的开发, 为会计主体组织明细核算提供了新的途径。但由于受手工处理条件下按成本核算对象开设专页进行明细核算这种传统处理习惯的影响, 很多单位在建立电算化账务系统时还是采取了增设明细科目的传统设账思路。事实上, “项目核算”功能提供了一种立体式账务设置途径, 利用“项目核算”功能组织明细核算, 不仅能够简化账务体系、保持主账套科目稳定、降低核算成本, 更重要的是能够满足用户多元化的信息需求。

1.利用“项目核算”功能组织明细核算可极大地简化账务体系

耗费相似性使得利用“项目核算”功能对“项目”进行明细核算可极大地简化账务体系。对于成本核算对象较多的会计主体而言, 这一点尤为显著。如房地产企业对工程成本的核算, 需要在“开发成本”下设置土地费用、前期开发费、建筑安装费、基础设施费、配套设施费和开发间接费6个二级科目, 再在“土地费用”下设置土地购置费、拆迁补偿费、土地出让金, 在“前期开发费”下设置勘察测绘费、规划设计费、可行性研究费等明细科目。这样, “开发成本”下的各级明细科目将超过40个。对一个占地10余公顷的中等楼盘来说, 需要单独进行成本核算的商品楼、公建、会所、车库以及配电室、幼儿园等配套工程项目至少有30多项。仅以30个工程项目计算, 若按增设明细科目的方式组织成本核算, “开发成本”下的明细科目数量将超过150个 (按工程项目设置30个二级科目, 每个二级科目下再设置前述40余个科目) 。依此思路, 如果项目数量增加或有新的楼盘开工, “开发成本”下的明细科目将急剧膨胀。但如果利用“项目核算”功能组织成本核算, 只需将“开发成本”及下属的明细科目设置为“项目核算”, 前述40余个明细科目就能满足所有工程项目的成本核算需要, 从而可极大地简化账务体系。

2.利用“项目核算”功能组织明细核算可保持主账套科目稳定

核算时效性使得运用“项目核算”可保持主账套科目稳定。如前所述, 若按照增设明细科目的方式组织成本核算, “项目”数量增加将使明细科目数量呈几何级数增加。与之相反, “项目”的终结又将使明细科目数量呈几何级数减少。无论是“项目”增加, 还是“项目”减少, 其所引起的系统维护都将涉及一组明细科目, 从而使主账套科目数量总是随“项目”数量的增减而发生变化 (如果保持科目代码不变而变更科目名称, 虽不减少明细科目数量, 但会使同一科目代码在不同会计期间反映不同的核算内容) 。但如果利用“项目核算”功能组织明细核算, 因“项目”变动所引起的系统维护将转化为对“项目”库的维护, 并且只是增加、删除或停用一条项目记录。可见, 利用“项目核算”功能组织明细核算可保持主账套科目稳定。

3.利用“项目核算”功能组织明细核算可降低核算成本

采用增设明细科目的方式组织成本核算时, 不同项目的同类支出将记录在不同的明细科目中。如前述, 若房地产企业以增设明细科目的方式进行成本核算, 支付的1#楼、2#楼工程款将分别记录在“开发成本——1#楼——建筑安装费——建筑工程费”和“开发成本——2#楼——建筑安装费——建筑工程费”明细科目中。姑且不考虑因系统设置和系统维护所引起的核算成本, 仅就账簿打印来说, 在按照会计电算化工作规范和会计档案管理办法的要求进行账簿打印时, 许多最明细级账簿记录都将不足一页, 有些甚至只有一两笔业务, 其对资源的浪费和所引致的核算成本增加可见一斑。但若采用“项目核算”功能进行工程成本核算, 所有工程项目的同类支出都将记录在同一科目中, 即前述支付工程款的业务都将记录在“开发成本——建筑安装费——建筑工程费”明细科目中 (通过不同的项目代码区分成本归属) 。显然, 利用“项目核算”功能组织明细核算可降低核算成本。

4.利用“项目核算”功能组织明细核算可满足用户多元化信息需要

增设明细科目的账务系统设置方法是把对“项目”的核算进行纵向组织, 这便于随时查找任一具体项目的各项支出。但是, 若要获取某些或所有项目的各项费用支出情况, 则需要把所有二级科目下同名科目一一相加, 这不仅仅是增加工作量, 还将影响信息的及时性、正确性。电算化系统的“项目核算”功能, 通过单独存储的“项目代码”信息以及“项目”与“科目”之间的关联将明细数据与汇总数据有效地组织在同一账套系统中, 使得一次输入不仅可满足以“科目”为分类标志的账务查询、报表取数需要, 还可满足以“项目代码”为标识的数据多重统计汇总, 从而满足用户多元化信息需求。

三、广义“项目”概念及其“项目核算”功能的开发

将“项目核算”仅用于满足会计主体的成本核算, 其实是对“项目”概念的狭义理解。在电算化系统中, “项目核算”通常采用与“科目核算”类似的开发方式, 即以单独存储于凭证数据表文件的“项目代码”记录实现对“项目”数据的分类、统计。这种处理方式可使用户在不增加主账套明细科目级次、数量的前提下进行立体式账务系统设置。但遗憾的是, 具有行业背景和受手工处理习惯影响的商品化财务软件, 通常对该功能所作的限制却妨碍了该功能的应用。因此, 软件开发商必须首先突破对“项目”概念的狭义理解并根据计算机数据处理特点设计、开发该辅助核算功能。

1.广义“项目”概念

广义“项目”概念是会计电算化系统对狭义“项目”概念的扩展, 它不应仅局限于会计主体对成本的核算, 而是应当满足并应用于所有具有相同或类似明细核算特性的核算对象。由于电算化系统将“项目核算”视为“科目核算”的一个属性, 并使用独立字段对凭证数据表文件进行单独标识, 从而使用户可针对不同科目通过设定不同的核算属性而满足核算或管理上的特殊需要。如对现金类科目按现金流入、流出项目 (通过细化现金流量表项目可得到满足内部管理需要的“现金收支明细表”) 进行“项目核算”可实现现金流量表主表的计算机编制, 对应收、应付款科目按往来单位进行“项目核算”可实时掌握与每一往来单位的债权、债务情况等, 对主营业务收入、主营业务成本按商品或服务的类别 (品种) 进行“项目核算”可获得不同类别 (品种) 商品或服务的毛利水平。为此, 我们可以把财务软件及电算化账务系统的广义“项目”概念定义为“针对不同核算科目所设置的具有相同或类似特性的一组核算对象”。

2.广义“项目”概念下的财务软件开发

我国的商品化财务软件, 尤其是具有行业背景的财务软件, 因受实务中“项目”核算内容、核算方式和会计工作组织的影响, 对“项目核算”功能所作的不同程度的限制不只是影响软件设置, 有些甚至妨碍用户的实际运用。本文仅以“项目”分级取数以及项目”与“部门”独立为例说明广义“项目”概念下的财务软件开发。

就“项目”分级取数来说, 由于狭义“项目”概念下的不同项目是相互独立的成本核算对象, 所以即使用户对“项目代码”进行分级设置 (如将“0101”设置为“01项目”代码的一个下级明细代码) , 也是将所有项目代码视为相互独立的并列关系而非按代码级次反映的统驭关系, 基于这种观念的财务软件一般都不具备按项目代码分级取数功能 (查询“01”代码将得到“01项目”本身数据而非“01”代码下属所有明细代码的汇总数据) 。这无疑将增加系统设置和系统维护的工作量。以“现金流量表”和“现金收支明细表” (通过细化现金流量表而得到的一张内部管理报表) 的编制为例, 在将现金类科目定义为按现金流入、流出明细项目进行“项目核算”时, 如果软件不能实现按“项目代码”分级取数, 满足于“现金收支明细表”取数需要的“项目”设置, 将增加“现金流量表”定义和维护的工作量。这是因为, “现金流量表”各项目的取数公式必须定义为所属最明细级收支项目的加总, 若报表取数公式未能随项目的增减而得到及时的维护, 因遗漏新增明细项目而导致报表取数错误就在所难免。但如果在广义“项目”概念下, 将项目之间按代码级次视为统驭关系并提供分级汇总、取数功能, 那么财务软件就更易于报表定义和分级汇总数据的查询。

就“项目”与“部门”独立来说, 狭义概念下的“项目”与“部门”总是存在一定的对应关系。如某一课题项目总有一个课题负责人, 而该课题负责人总是隶属于一个特定的部门, 所以该课题项目与该课题负责人所在部门自然存在一定的对应关系。受“部门”与“项目”之间这种对应关系的影响, 一些软件在“项目核算”功能开发时, 将“项目”与“部门”建立了连接。也就是说, 在项目辅助账设置时每增加一个项目必须设定该项目的所属部门。当“部门”与“项目”之间存在“多对一”关系时, 则应将其视为多个“部门”与“项目”之间的“一对一”关系并按部门分别设置多个核算项目。如高等学校的本专科业务费, 从各院系的角度横向看是不同的核算对象并且这些核算对象之间是并列关系, 所以在辅助账设置时要分别按院系设置多个核算项目。但在广义“项目”概念下, 作为辅助核算的项目, 既可能与部门核算毫无关系 (如为编制“现金流量表”而设置的现金流入、流出项目) , 也可能是多个或所有部门都可能涉及的一个共有核算对象, 而非仅限于某些部门的一个特定核算对象, 如各院系的本专科业务费从学校的角度纵向来看就可视为一个核算对象。如果将“项目核算”视为是与“部门核算”相独立的一种辅助核算, 那么“项目核算”功能就不仅可以处理与“部门”无关的核算问题, 还可有效地解决“部门”与“项目”之间的“多对一”关系。如前述对本专科业务费的核算就只需设置一个项目, 当按“部门+项目”查询时可得到各院系的本专科业务费发生情况, 而当按“项目” (默认所有部门) 查询时便可得到全校的本专科业务费发生情况。这不仅省去了狭义“项目”概念下的数据加总工作, 还可极大地简化账务系统设置并满足多元信息检索需要。

四、广义“项目”概念下的账务系统设置

下面以高等学校“事业支出”明细科目的设置为例, 说明广义“项目”概念下的账务设置。

按照《2009年政府收支分类科目》的规定, 高等学校仅核算“工资福利费支出”、“商品和服务支出”和“对个人和家庭的补助”3类支出, 就需要设置至少41个“款”级明细科目。再考虑到教育部财基04表“支出明细表” (分“基本支出”和“项目支出”并分别按“教学支出”、“科研支出”、“业务辅助支出”、“行政管理支出”、“后勤支出”、“学生事务支出”、“离退休人员保障支出”和“其他支出”反映事业支出情况) 的编制需要, 若在狭义的“项目”概念下按照增设明细科目的方式组织明细核算, “事业支出”科目下应至少分四级设置722个明细科目。具体设置方法是:按“基本支出”和“项目支出”设两个二级科目, 按“教学支出”、“科研支出”等八大支出设2×8个三级科目, 按“工资福利费支出”、“商品和服务支出”和“对个人和家庭的补助”设2×8×3个四级科目, 按政府支出分类的“款”级科目设2×8×41个五级科目。

如果在广义“项目”概念下通过“项目核算”功能组织明细核算 (假定财务软件的“项目核算”与“部门核算”相互独立并能实现按项目代码分级取数) , 那么只需将前述八大支出类别、基本支出与项目支出, 以及所属经费项目分级设置项目账, 主账套设置“工资福利费支出”、“商品和服务支出”和“对个人和家庭的补助”3个二级科目和前述的41个“款”级明细科目, 就能满足“支出明细表”的取数需要。明细科目级次从五级减为三级、明细科目数量从722个减到44个, 不只是显著地减少了系统设置和维护的工作量, 更重要的是能够简化账务系统、降低核算成本并为数据的后续处理提供方便。

五、结束语

核算型软件 第9篇

关键词：企业,财务核算,财务软件,统一

一、企业采用财务软件核算的现状

企业采用软件代替人工操作财务事务，是信息时代的一种变革，是企业更快发展的重要工具之一。如何做好企业信息化、运用好软件提高效率是长期以来值得企业和财务人员思考的问题。我国企业信息化应用80年代从使用会计核算软件开始，主要是以普遍应用商业财务核算软件用计算机替代手工会计作业为特征，既所谓的“会计电算化”。会计电算化经过了八十年代核算软件阶段，90年代中期财务管理软件阶段，在21世纪初转向“一体化管理软件”，企业开始引入ERP。然而，由于管理基础与信息系统建设应具有的思想、方法与以往有很大不同，中国企业ERP应用之路充满曲折与风险。

一些企业从财务核算为切入点进行信息化建设，一方面对信息化的普及、减轻财务人员核算工作量、为国产软件的发展起了至关重要的作用。一些财务软件供应商如用友、金蝶、浪潮通软、新中大经过多年的发展，在同SAP、ORACLE等国际知名软件供应商的竞争中，正由财务软件供应商向以ERP为代表的企业管理软件供应商转变。另一方面，客观上造成财务信息系统与企业的其它作业系统的脱节，大部分的企业采用“财务软件+自行开发其它业务系统”的方式进行信息化建设，财务、业务数据共享、集成上都存在很大问题，“信息弧岛”现象尤其突出，比如成本核算与管理很难与采购、物料与生产管理系统结合、应收款管理很难与销售系统集成，财务核算工作量依然较大，财务职能难以实现质的转变。会计电算化的方法与思路已完全不适应企业发展与竟争环境的要求。

网络财务是指基于网络技术，能够在Internet/Intranet环境下整合使用，不仅具备传统财务软件的基本功能，而且还能够支持远程联网处理，支持电子商务和网上理财服务的财务管理软件系统。但是，财务软件作为企业信息系统的一个组成部分，不是一个纯技术的系统，其灵魂应当是先进的管理思想和管理方法，计算机技术只是实现手段和保证。在这一点上，网络财务未能跳出传统财务软件的框架，未从企业信息系统的角度来重新定位财务软件。

二、企业内部财务核算软件统一性问题

为了有效地控制集团成员之间的资金、费用，支持企业集团或总部管理决策，很多企业在到底是实行“集权”还是“分权”管理模式上举棋不定。集权制下子公司所有重大决策权都集中在母公司。而在分权制下，大部分决策权在子公司，母公司仅保留部分重大决策权并对子公司进行监督考核。目前，我国传统的企业集团多实行分权管理，但是由于资产规模大，资本链条长，管理跨度宽，各分部门的财务核算软件与总公司的财务核算软件不统一，导致在统一核算时，资金流、信息流不对称，许多账目需要迂回反复核对、纠正，给财务管理带来了一定的困难和降低了效率。可以说，目前无论是采用集权还分权管理的公司，财务管理体系仍然存在诸多问题，其中比较突出的财务问题包括以下两点：1)尚无集成化的企业信息化系统支持，缺乏健全的预算控制体系;2)面对散布于集团成员(部门)中的资金及其运作，集团公司因无法实时掌控资金流信息，致使资金控制失灵。所以，企业内部财务核算软件的统一需要引起注意，尽量做到在企业内部的网络中，将各个部门的核算软件数据上、标准上、规格上、识别上达到统一、一致。

三、企业内部财务核算软件统一性的解决对策

（一）树立企业内部财务数据和信息统一的观念

树立信息理财的观念，将信息作为战略资源看待，从全面、准确、迅速、有效地搜集、分析和利用信息入手，捕捉有利于企业发展的各种信息，进行财务决策，开展筹资和投资活动。同时，做好过信息资源规划(IRP)，从战略高度对业务能力与系统能力进行匹配，制定信息技术发展策略，技术构架、实施步骤、投资预算;其次是建立企业数据标准化工作如数据元素标准、信息分类编码标准、用户视图标准、概念数据库标准和逻辑数据库标准。任何复杂的数据分析，都是建立在这种标准化的基础之上的，而编程技术并不多。“只有当我们学会了分类和编码，做好简化和标准化工作，才会出现任何真正的科学的管理”。

（二）加强现行财务软件的集成改造

在企业层面上，以集成的观点与方法建设信息系统。系统的集成性，不仅在财务会计与管理会计内部集成，同时也在系统内的所有业务模块之间集成。如在物料(MM)、销售(SD)等模块进行业务操作的同时，系统自动同步生成财务凭证。这样省去了传统的大量的收集、整理、制单的基础工作，减少了不必要的重复工作与由此而产生的差错，并且提高了工作效率，使财务人员可腾出更多的时间来处理与分析数据。由于系统高度集成性，数据实时更新、共享，横向上，企业管理分析所需的大量数据信息都可由系统中方便的取得。而且只要权限许可，任何人都可得到所需要的最新信息和数据，而不再需要专人整理汇总上报工作;纵向上，对一个集团来说，可随时随地获得跨公司、跨区域、跨部门的最新管理分析数据，减少信息传递的中间环节，提高信息利用率，方便快捷地进行分析决策。与传统的专用财务软件不同，企业级应用系统不仅能对已发生的业务进行事后的核算，更重要的是能对实际业务进行事前计划和事中控制及事后分析评估。放弃从部门角度建设财务信息系统的观念与方法才是解决问题的关键。

（三）树立企业资源计划系统意识，统一财务管理流

财务软件是企业信息系统的一个组成部分，应当从企业信息化建设的高度，立足于企业整体，来定位财务软件的发展方向。在纵向上，财务软件应不再局限于提供传统的核算型财务信息，而要向MIS、DSS层次发展，为企业的管理和决策提供更为完备的信息支持。在横向上，财务系统应当和企业内部其它信息系统融合在一起，成为整个企业信息系统的一个组成部分。这种“融合”并不是各个子系统的简单叠加，而是要立足于整个企业的信息需求，统一规划和实施，必要时应根据新系统的要求进行企业业务流程重组和组织结构重组，以适应新管理时代企业发展的需要。而企业资源计划系统，则是财务软件纵向和横向发展的必然结果。

四、结束语

财务软件作为企业总体管理过程的一个不可分割的部分而出现。同企业的其他各项活动紧密联系，反映整个企业运转过程中各个方面的活动。为企业的发展、决策提供依据，同时对企业财务管理的影响也是巨大的。做到财务核算软件现金流、数据流、业务流、资金流等的标准、信息、规格统一，是提高企业效率的战略问题。希望随着信息技术的发展和企业管理水平的提高，财务软件将有一个广阔的发展前景，更统一、更方便、更强大、更能适应变化形势，满足企业的需求，给企业带来更多的效益，帮助企业的管理达到一个更高的层次。

参考文献

[1]蔡建玲.企业会计电算化内部控制现状与对策[J].科技创业月刊, 2006 (10) .