财务管理案例D集团一线ERP财务管理解决方案例上文档格式.docx
- 文档编号:22746584
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:23
- 大小:36.39KB
财务管理案例D集团一线ERP财务管理解决方案例上文档格式.docx
《财务管理案例D集团一线ERP财务管理解决方案例上文档格式.docx》由会员分享,可在线阅读,更多相关《财务管理案例D集团一线ERP财务管理解决方案例上文档格式.docx(23页珍藏版)》请在冰豆网上搜索。
会计周期
业务现状
X公司的会计年度采用公历年份,即每个会计年度自1月1日到12月31日,会计年度划分为:
每个会计年度划分为四季,每季有三个会计期。
本项事务是对系统中会计分期设置情况的描述,初始情况由A公司设置完成,以后的维护由系统维护岗位负责。
每年在下一会计年度开始前,由专门的人员根据X公司相关部门提供的下一会计年度会计期划分表(以自然月份为一个会计期),并对Oracle总账系统的会计期进行维护。
每月,在月初关闭上个会计期、打开下个会计期。
关闭总帐会计期应在各子系统已向总帐传送数据并关闭子系统会计期之后进行,打开总帐会计期应在各子系统已向总帐传送数据并关闭子系统会计期之前进行,以保证数据的完整性、准确性。
初始时,本方案暂时将X公司总帐日历定义为15个期间。
第1个期间为年初第一天,其功能是年初调帐,后12个期间为自然月份,最后两个期间为年末最后一天,其功能是年末调帐。
会计科目结构
本项事务是对系统中科目结构设置情况的描述,初始情况由A公司设置完成,以后的维护由系统维护岗位负责。
为了适应国家对财务核算的新要求和X公司不断发展的需要,X公司决定采用国家新颁布的股份制企业会计制度及相应科目结构。
Oracle会计科目结构的设置通过灵活定义会计弹性域结构完成,每个弹性域由若干段组成,各段可以分别记录公司名、部门、会计科目代号等与财务管理相关的信息,改变了以往仅能通过增加明细科目反映附加信息的状况,无需为增加某一信息而必须在自然科目段中增加若干子值,从而使整个会计科目结构更加清晰。
Oracle在弹性域中还提供了安全性设置、交叉验证等功能,可以限定某些信息仅在特定会计科目组合中反映,增强了数据录入时的安全性。
据此,在分析X公司现状与未来需求的基础上,建议X公司的会计科目结构为五个段,依次为:
公司段(2位)、成本中心段(4位)、科目段(11位)、产品段(4位)、备用段(5位)
公司段的设置可确保会计分录在同一公司内的借贷平衡,并且使X公司、底盘分厂、下料分厂三个分厂之间的财务数据分离。
成本中心段的设置可以对公司的下属部门进行核算,为及时反映各部门的财务状况和费用使用情况,提高管理的细化程度和总体水平提供了可能性。
科目段的设置用于反映正常的会计科目信息,一级科目的设置和编码按财政部的会计制度执行(编码以四位字符表示);
在一级科目下,根据内部核算需要、对外报表涉及的明细程度和Oracle系统设置的需要设立二级(编码以两位数字,第五、六位或第五、六、七位表示)或三级的明细科目(编码以两位数字,第八、九位表示),规范、科学的科目设置,将会给您的财务管理工作带来便利。
如:
二级科目几位?
XXXXXXXXXX
一级二级三级四级
产品段是专门为统计各种产品的销售收入情况和成本情况而设定的。
备用段的设置是考虑到企业的未来发展而预留的,同时也可以将需要更细管理的销售员放入此段,也可以将工单类型放入此段。
凭证分类及来源
目前X公司会计凭证分类主要有三种:
现金凭证、银行凭证、转帐凭证。
月末统一装订,原始单据附在凭证后。
本项事务是对系统中凭证分类设置情况的描述,初始情况由A公司设置完成,以后的维护由系统维护岗位负责。
针对X公司未来财务分析业务的需要,Oracle提供了根据不同业务来源的凭证分类规则。
总帐与其它模块涉及的凭证分类表如下:
凭证来源
凭证分类
手工
记帐凭证
应付
采购发票
付款
应收
销售发票、贷项通知单、
收据
资产
资产增加
资产折旧
资产资本化
资产报废
资产重分类
资产转移
在建工程增加
制造
WIP
其优点在于:
根据不同的业务来源细化转帐凭证的分类,适用于大型电算化财务管理系统对于信息索引与归档的方式;
Oracle提供了根据不同业务来源及不同业务类型凭证查询方式,便于在系统中查询原始业务单据与记帐凭证的索引关系;
其次Oracle提供了一系列基于来源与业务类型的凭证打印报表。
便于财务人员对同一种业务来源凭证进行归档;
便于财务人员在系统中查询出Oracle系统各子模块产生的明细帐务情况。
导入凭证可另行定义,子模块凭证来源亦可采用预定义设置。
会计凭证录入
业务现状及需求
目前X公司所有的凭证均为以分录的形式逐笔手工录入,这种方式是一种模拟手工的记帐方式,使用这种方式对记帐人员的财务水平要求较高,而且不能对原始单据进行详细规范的记录,所记录的信息可以说只是对原始单据的一个索引,凭证与原始单据的联系不能明确反映;
当前X公司财务部使用的用友系统对重复性的凭证和规律性较强的分摊等凭证不能自动处理,增加了手工劳动的工作量。
本项事务财务总流程中的将其他会计事务制单、复核并输入到系统节点处理,由总帐会计负责。
根据会计业务的需要,OracleERP总帐系统支持多种会计凭证的录入:
可以创建成批分摊凭证、周期性重复凭证、反冲凭证、手工的会计凭证、从Oracle的应收、应付、资产、采购、销售等子系统中引入的会计凭证。
将来凭证录入方式可分如下几类:
引入凭证:
由于OracleERP管理信息系统是一个大型的集成系统,大量业务的原始凭证都通过相关业务子模块录入、维护及相关处理,然后将其帐务信息以凭证的方式传递至总帐,在总帐中完成帐务核算。
引入凭证的来源有:
应收款、应付款、资产、库存、制造等。
手工凭证:
直接在总帐中录入的凭证是与其他模块无直接衔接关系、属于客户未购买的模块事务或客户希望在总帐中处理的会计业务。
周期性重复性凭证:
重复凭证基本上包括三种类型:
即固定数据、固定格式(每月只需录入数据)和固定公式的。
属于这种类型凭证的业务往往有待摊费用的分摊、预提费用的计提、工资、福利费计提、计提各种税费。
对这类凭证,在定义好重复凭证的模板后,系统即可在需要的时候运行生成。
成批分摊性凭证:
可根据已定义的分摊规则,按其分摊规则进行分摊的记帐凭证。
将期间费用分配到相关部门。
反冲凭证:
对错误分录进行反冲的凭证,系统提供了可以任意选择的借贷方向相反和改变符号(负数金额表示,红字)两种方法。
凭证审核、调整、过帐
目前X公司的财务主要使用用友财务软件系统,对于凭证只有月底一次过帐,只是由财务人员对已审核过的会计凭证进行输入动作。
对凭证的调整,在未登帐前,可通过复核对原凭证进行修改,对登帐后且已关帐的调整,只能通过手工编制的凭证来调整。
当前X公司也设立了审核岗位对未过帐的凭证进行逐笔审批。
本项事务由财务总流程中的过帐节点处理,由总帐会计负责。
Oracle对于凭证的管理具有一定的跟踪性,通过对财务人员职责的设置,能够了解到对于一张凭证从制作录入到调整过帐的人员及时间的记录,从而保留了对凭证从制作到过帐的整体流程。
对于凭证的审核,由于大量的业务凭证是由子系统进行维护的,在子系统进入Oracle总帐之前已在子系统中对于自动凭证规则进行了设置,对于凭证的正确性审核,是从以下几个方面进行的:
(1)对于子系统自动会计规则的审核,这一步是在系统设置之初已经完成。
(2)对于业务子系统数据的审核,在凭证引入至总分类帐以前在子系统已经完成,所以在总分类帐中将不对这些凭证进行审批。
(3)对于帐务平衡性的审核,一旦发现帐务不平衡,则不允许登帐业务进行。
因此,系统从以上三个方面细化了对于凭证审核的工作,但不只是在凭证层次上对凭证进行审核。
对于总帐中手工输入的凭证,可以通过定义审批流程或审批层次的方式完成手工输入凭证的审核的工作。
审批层次如下:
……………………………………………..
对于凭证的调整,由于其调整时间的不同,Oracle建立了不同的工作方法:
(1)凭证未过帐前:
未过帐以前,Oracle允许对凭证进行修改和调整。
(2)凭证已过帐后:
将原有错误的凭证进行自动红冲处理,产生相应的红冲凭证(冲销的方法有切换借贷项和改变符号两种,可以任选)。
再根据正确的会计业务重新编制记帐凭证。
5、在使用OracleDocumentSequence的前提下,无论是未过帐或已过帐的凭证,系统都不允许对凭证进行删除动作,从而避免凭证编号的跳号问题。
6、对于凭证的过帐,Oracle总帐是按凭证批进行过帐的。
记帐本位币
目前X公司采用人民币作为记帐本位币,基本没有外币业务,即使有少量的外币业务也是事先换算成人民币后核算的。
X公司仅有人民币业务,基本上没有外币业务,因此采用人民币作为记帐本位币。
未来发展,出现外币业务时,可以在系统中启用相应外币,并定期对相应的汇率进行维护,记帐时进行汇率折算、帐务处理。
功能分配
目前财务部希望有包含如下功能的职责:
输入(包括:
日记帐输入、过帐、导入、生成经常性日记帐和分摊、冲销和结转)、查询、报表(运行和查看);
审批、报表(运行和查看)、查询;
维护会计科目、会计期管理和维护、定义报表、定义经常性日记帐和分摊;
本项事务是对系统中职责功能分配的描述,由A公司设置完成。
根据X公司实际情况,现在OracleERP总帐系统中建立具如下功能的职责,这些职责是对工作任务的细分,岗位的职责是由这些职责组合而成的。
凭证管理
功能:
日记帐输入、过帐、导入、冲销和结转)、查询、报表(运行和查看);
总帐会计
日记帐输入、过帐、导入、生成经常性日记帐和分摊、冲销和结转)、查询、审批、报表(运行和查看);
财务管理
总帐维护
维护会计科目、会计期管理和维护、定义报表、定义经常性日记帐和分摊。
预算
当前X公司采取的是双向的预算制度,分别对费用和资金进行预算。
财务对各个部门的每期都会制订预算,具体的数字以预算卡片的形式,具体费用花费的时候,业务部门首先经过本部门的许可,然后带具体业务清单和预算卡到财务,财务核对预算卡,对不超过预算的才批准。
问题分析
财务对各个部门的每期都会制订预算,具体的数字以预算卡片的形式,具体费用花费的时候,业务部门首先经过本部门的许可,然后带将具体业务清单和预算卡交到财务,财务核对预算卡,对不超过预算的才批准。
当前X公司采用的双向预算是比较严谨的。
采用卡片的形式不利于财务部门随时了解各个业务部门预算的执行情况,以便及时监控;
也不利于财务部门详细及时的收集数据,编制报表分析情况,制订下一阶段的预算。
本项事务由预算流程中的收到预算数据并录入系统节点处理,由预算会计负责。
OracleERP的预算系统是依附在总账而存在的,其主要的特点有如下几点:
操作简单
在系统中无论是输入预算还是执行预算,其操作都非常简单。
在定义预算时,只要定义一个预算,同时定义一个预算组织,就可以了。
在执行预算时,对分录审批之前,系统要求检查资金,检查资金的结果就是系统自动将本次花费与预算的比较,这个结果可以看到。
可以对任何账户输入预算
系统允许对任何科目、任何部门等段值进行预算,因此系统可以满足X公司双向预算的需要,甚至还可以满足更严格的预算需求。
三种预算控制方法
系统提供了无、建议、绝对三种预算控制方法。
无(预算)控制,系统只是将记账与预算进行比较,对比较的结果不管是否超过都不会有任何动作;
建议的预算控制,对于超出预算的情况则不允许进行账务处理,只有追加预算方可;
绝对的预算控制,则对超出预算的情况不允许进行账务处理。
由于X公司在费用支出之前已经进行了审批,不会出现超出预算的情况,而且即使特殊情况超出了预算,也必须进行账务处理;
而且,建议和绝对控制对超出预算的情况的处理相对烦琐;
系统允许对不同的期定义不同的预算控制。
鉴于以上三种原因我们建议采用“建议”控制,当然财务部可以根据实际情况和不同时期定义不同控制的预算。
灵活的预算界限控制
系统允许在每个期间里进行预算控制,不能将剩余的预算加入下月;
系统也允许在季度内控制预算,季度内的每月的预算可以带入下月,但不可以带入下季。
鉴于灵活的需要,X公司可以将每个月定义不同的预算,可以定义多个有不同控制的预算组织。
本方案仍然要求在费用支出前进行财务的预算审批。
系统提供了丰富的有关预算的标准报表,当然财务也可以根据具体的需要,使用FSG工具方便的定义自己需要的财务报表。
财务分析
本项事务财务总流程中的进行财务分析节点处理,由总账会计负责。
OFA(Oracle财务分析系统)是Oracle提供的专门配合Oracle总账模块而使用的分析工具。
相对于总账模块的报表,它提供了时间维度,允许对任何已经发生的科目和部门等段值,进行按照时间的纵向分析;
而且,OFA提供了图表、图形等方式,将数据形象化,便于阅读。
OFA只是一个从总账读取数据的工具,在总账中的部分设置只是为OFA提供数据而定义的,分析人员随时可以根据分析的需要而更改或重新定义这些定义。
这里简要介绍这些定义的数据:
1.维
Oracle对于财务的分析提供了维的概念,要求从不同的维度,以不同维度的组合的形式,对企业的各种财务数据进行分析。
比如部门维、科目维、产品维、时间维等,也可以对专门的科目定义维,比如管理费用维、销售费用维等。
系统通过组合多个维来分析数据,比如将部门维、管理费用维、时间维进行组合,就可以查看各个部门管理费用几个月来的变动情况。
2.层
层是指定该维的汇总值,通过层可以分析不同层次的财务数据;
比如,财务部就是财务处这一维的层节点。
3.财务数据项
财务数据项就是对多个维的组合,一个财务数据项可以包括多个维,它是进行财务分析的一个数据组合,是财务分析的直接数据来源。
OFA系统具有独立的数据库系统,在将数据从总账导入OFA时,先要在总账提交几个请求,然后在OFA系统中运行程序,将数据接收入OFA。
在OFA中可以非常方便的生成各个数据项的分析情况,分析的结果以图表或表格的形式出现。
OFA允许随时将数据项中的各个维任意组合,以得出对不同数据的分析。
分析的数据如下图所示:
在OFA中可以分析的内容包括:
所有的科目余额、所有由科目余额的计算而生成的参数,这些参数比如:
货币资金、净资产、资产负债率等,将根据X公司当前的情况设置一些缺省的参数,以后X公司完全可以根据自己的需求方便的自己定义这些参数。
应付业务
供应商管理
目前X公司每月约与数百家供应商发生应付业务往来,现有材料供应商1500多家,供应商类型主要为材料供应商,材料供应商只有采购部一个部门使用,外协也有自己的供应商,现在没有认识到对财务供应商的管理,对其他应收其他应付供应商只是通过添列科目的形式管理,没有统一的规范的管理;
不能对供应商进行分类管理,在财务帐中供应商详情及历史记录也不能查到。
没有对供应商的地点信息进行管理。
供应商的选定、考核、取消分别有专门的部门和程序,当前没有对供应商资料的系统管理;
当前也没有对供应商评定的规范的制度和办法。
问题
由于不能对供应商的按各种情况进行详细分类,不便于对供应商的各种信息进行管理。
无法跟踪供应商从采购到付款的整体流程,从而增加供应商的管理难度。
由于各部门没有统一使用同一集成系统,各部门了解的供应商信息会有一定的差异。
由于不能对供应商的地点进行管理,当供应商有几个地点时,给采购和付款管理增加了难度。
因为供应商的信息中有采购和财务的两方面的信息,所以本项业务是由数据小组负责完成的,而不能由财务或采购一方维护。
对于供应商的管理,Oracle分以下四个部分进行管理:
供应商的统一命名与编码规则
在同一个对外组织机构中,一个外部供应商会同时与组织机构内的多个“经营单位”发生不同业务的往来,因此,对于供应商的管理在一个企业内应具有唯一性,在供应商名称域维护供应商的名称,在地址域维护供应商的地址。
供应商编码:
对供应商的编码,不需要将一定的意义赋予编码,ORACLE仅需要供应商和编码一一对应;
所以对供应商的编码建议由计算机自动编码。
供应商名称
供应商的名称规范使用该供应商的工商局注册名称,不能录入供应商简称或省略其中任何字符,避免出现重复供应商和付款的供应商名称与接收供应商出现不符的情况。
供应商地点
系统提供了定义多个供应商地点的功能,根据X公司实际情况,在供应商地点域维护相应职能,以此来反映供应商此地址的作用。
供应商类型
在Oracle系统中,可以根据自己的需要定义不同的供应商类型,根据业务类型,定义材料类供应商、财务类供应商、雇员类供应商。
材料类供应商指采购部门进行材料采购的供应商,财务类供应商指除材料类供应商以外的财务部门使用的供应商(比如为其他应付其他应收所使用的供应商),雇员类供应商指公司员工作为供应商处理。
供应商其他信息
通过定义供应商的如下信息,可以加强对供应商的管理,并能及时了解查询或打印出供应商的各种信息:
定义管理供应商所用的银行及银行帐户(便于手工付款时查询,和以后电子支付);
定义材料类供应商的应付帐款帐户和预付帐款帐户;
财务类供应商的其他应付款帐户和其他应收款帐户;
雇员类供应商的其他应付款帐户和其他应收款帐户;
定义供应商的发票限额或进行其他控制;
对不同的供应商可定义不同的支付条件、支付类别和支付方法;
对不同的供应商可定义不同的接收标准,如:
接收路线、匹配方法、接收数量容限和日期容限等
如供应商发生收购合并,Oracle可以通过合并供应商,加强对供应商的管理;
发票管理
目前X公司对于应付帐款的凭据管理是由供应处收集并审核供应商开具的发票和入库单,财务部门以此作为入帐依据,完成支付业务后,以银行付款单据作为付款凭证依据入帐,对凭证进行编号,没有对发票进行编号管理。
供应商开出发票后,交给采购员,采购员初步审核后,交给会计审核其中的价格和数量是否与采购订单和接收入库单相符。
审核后,由财务应付会计审核与登记帐务。
现状分析
对于财务审计与管理制度而言,与外部机构发生的往来业务中,双方往来的发票是真正形成债权债务关系的依据。
基于现状的发票管理,由于付款业务处理时是供应商,而不是针对该供应商的具体哪张发票,对应付款的管理不够详细,是在一定程度上增加了企业对于应付帐款与实际发票间匹配关系的风险,增加了企业对于流出资金的风险,从而降低了企业对于供应商付款计划的合理性安排、也不利于进行帐龄分析。
对于货物已到,发票未到的、或其他手续不全的货物,不能及时入帐,而是采用月底核对从仓库来的入库与发票的方式统一记账,这样使得不能够随时准确的记录帐务情况。
本项业务是由采购付款流程的录入采购发票或贷项通知单并与采购活动进行匹配节点处理的,由采购应付会计岗位负责。
对于发票管理分以下几个方面进行阐述:
发票的确认时间
由于财务管理与审核制度中对于债务的确认是基于发票层次上的,因此,真实发票的开具时间即为债务的确认时间。
发票的编码方式
Oracle对于发票的编码方式在两个层次上进行,其一建立在发票批组层次,其次建立在发票层次;
在发票层次上建立发票编号
不同来源与不同类型的发票或帐单,在其业务发生时的票据号码对于财务管理而言都具有实际考核与跟踪意义的,同时考虑到Oracle系统将发票定义为标准、贷项、预付、费用报表等类型。
因此,建议用手工编号的方式将将发票类型代码(标准发票代码S、预付款发票代码P、费用报表发票代码E)加实际票据号码录入系统,以便于跟踪票据的实际发生情况。
材料采购管理
目前X公司的库存材料的采购具体由采购部门负责,并由仓管部门负责库存管理,建立手工台帐核算材料收发存数量明细。
审计处负责采购价格的审核、查证工作,财务处只核算材料金额,不核算数量。
目前对材料采购的财务处理流程如下:
收到原材料后,财务处不做帐务处理,供应商开出发票后,交给采购员,采购员初步审核后,交给财务应付会计审核并登记帐务。
月末对于货到已验收而未对帐的材料,做暂估处理。
材料发出采用计划成本核算。
会计分录:
收到供应商对帐单发票,匹配订单、验收单
借:
材料采购
贷:
应付帐款-供应商
材料验收入库后,凭入库单
原材料
借(贷):
材料采购差异
月末对于未对帐的验收单暂估入库
应计帐款-暂估
月初冲回
应付帐款-暂估
X公司提出希望加强对采购价格、数量的控制。
现有的应付款记帐经历了采购员审核、审计处审核和记帐员对帐记帐三个环节。
这是在没有管理信息系统情况下为加强应付款的控制要采取的措施。
应用ERP后,采购员及审计处的审核将由于计算机的使用而变的非常简单;
进而,实现业务的优化,优化的付款业务,将减少采购部门、审计处与财务处之间的业务往来和沟通协调,减少采购员与审计人员的工作量,加快业务处理,进而大大提高付款的工作效率,加强了对付
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 财务管理 案例 集团 一线 ERP 解决