DX集团一线ERP财务管理解决方案例模板.doc

DX集团一线ERP财务管了处理方案例
现在X企业分为：X企业、下料分厂和底盘分厂三个实际根据法人实体操作业务实体，每个分厂全部有自己帐务统计，全部要求出各自财务报表。三个分厂使用一致科目结构、本位币和会计分期，独立帐簿，来管理企业会计核实。

现在X企业已经使用了用友财务系统，该套系统基础上是模拟手工记帐一套财务核实系统，包含：帐务核实总帐系统和销售核实、固定资产核实、工资核实、往来核实、成本、费用核实、材料核实等部分，其功效大部分仅限于统计分录数据；其各部分间相互孤立，几乎没有集成；财务和业务没有集成，财务不能适时反应库存、在制品、销售、采购等信息，造成财务数据孤立，不能立即反应生产情况，提供决议依据。为确保财务和其它部分之间数据正确、一致，肯定要花费很大精力来处理数据相互校对工作，增加犯错可能性，不利于财务部门立即、真实、正确提供财务数据；其次，各部门、分厂之间信息共享性差，部门之间数据共享还停留在纸面材料传输层面上。
为此，X企业期望经过此次ERP实施，能够达成各财务系统间和财务和各业务系统间相互集成，改善信息共享，提升工作效率，减轻低级劳动量，增强财务数据正确性、立即性，并进行强有力财务数据分析，愈加好为领导层决议提供依据；使利润中心、成本中心、费用中心考评和预算简单易行，提升企业管理水平；为管理决议提供立即、正确、真实财务汇报。

处理方案

本项事务是对系统中账簿设置情况描述，由A企业设置完成。
基于对X企业业务现实状况和未来企业发展需求分析，结合ORACLE软件，提出以下处理方案：
我们在系统中设置了三个帐簿和三个法人实体，其中一套是为X企业使用，X企业这一套能够在系统中自动统计下料和底盘生产数据，而下料和底盘两套只是为下料和底盘手工统计账务而设置。
X企业、下料分厂和底盘分厂三个法人实体三个分厂分别使用一个独立、集成财务帐簿，数据分离
方案评定：
提升数据独立性、共享性
因为Oracle ERP信息管理系统中总帐系统，拥有灵活科目设置方法，经过对科目结构不一样段设置，来满足企业对成本中心、费用中心会计信息归集，利用系统提供标准报表和FSG工具定义财务报表，使得对利润中心、成本中心、费用中心考评简单易行，提升企业管理水平。
因为Oracle ERP管理信息系统提供了高度集成功效，经过接口能够达成总帐系统和子系统集成，使X企业信息共享变为现实。
因为Oracle方便汇总查询方法及灵活财务报表定义工具，使用报表生成器和系统提供标准报表，提供较完善财务数据，以供财务人员进行有效财务分析，使决议层对财务分析更为立即、高效。

帐簿名称：X企业帐簿
简称： X_BOOKS
会计周期
业务现实状况
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系统设置需要设置二级（编码以两位数字，第五、六位或第五、六、七位表示）或三级明细科目（编码以两位数字，第八、九位表示），规范、科学科目设置，将会给您财务管理工作带来便利。如：二级科目几位？
X X X X X X X X X X

一级 二级 三级 四级
产品段是专门为统计多种产品销售收入情况和成本情况而设定。
备用段设置是考虑到企业未来发展而预留，同时也能够将需要更细管理销售员放入此段，也能够将工单类型放入此段。

凭证分类及起源
业务现实状况
现在X企业会计凭证分类关键有三种：现金凭证、银行凭证、转帐凭证。月末统一装订，原始单据附在凭证后。

处理方案
本项事务是对系统中凭证分类设置情况描述，初始情况由A企业设置完成，以后维护由系统维护岗位负责。
针对X企业未来财务分析业务需要，Oracle提供了依据不一样业务起源凭证分类规则。
总帐和其它模块包含凭证分类表以下：
凭证起源
凭证分类
手工
记帐凭证
应付

采购发票
付款
应收

销售发票、贷项通知单、
收据

资产
资产增加
资产折旧
资产资本化
资产报废
资产重分类
资产转移
在建工程增加
制造
WIP
其优点在于：
依据不一样业务起源细化转帐凭证分类，适适用于大型电算化财务管理系统对于信息索引和归档方法；
Oracle提供了依据不一样业务起源及不一样业务类型凭证查询方法，便于在系统中查询原始业务单据和记帐凭证索引关系；其次Oracle提供了一系列基于起源和业务类型凭证打印报表。便于财务人员对同一个业务起源凭证进行归档；
便于财务人员在系统中查询出Oracle系统各子模块产生明细帐务情况。
导入凭证可另行定义，子模块凭证起源亦可采取预定义设置。
会计凭证录入

业务现实状况及需求
现在X企业全部凭证均为以分录形式逐笔手工录入，这种方法是一个模拟手工记帐方法，使用这种方法对记帐人员财务水平要求较高，而且不能对原始单据进行具体规范统计，所统计信息能够说只是对原始单据一个索引，凭证和原始单据联络不能明确反应；目前X企业财务部使用用友系统对反复性凭证和规律性较强分摊等凭证不能自动处理，增加了手工劳动工作量。
处理方案
本项事务财务总步骤中将其它会计事务制单、复核并输入到系统节点处理，由总帐会计负责。
依据会计业务需要，Oracle ERP总帐系统支持多个会计凭证录入：能够创建成批分摊凭证、周期性反复凭证、反冲凭证、手工会计凭证、从Oracle应收、应付、资产、采购、销售等子系统中引入会计凭证。
未来凭证录入方法可分以下几类：
引入凭证：因为Oracle ERP管理信息系统是一个大型集成系统，大量业务原始凭证全部经过相关业务子模块录入、维护及相关处理，然后将其帐务信息以凭证方法传输至总帐，在总帐中完成帐务核实。引入凭证起源有：应收款、应付款、资产、库存、制造等。
手工凭证：直接在总帐中录入凭证是和其它模块无直接衔接关系、属于用户未购置模块事务或用户期望在总帐中处理会计业务。
周期性反复性凭证：反复凭证基础上包含三种类型：即固定数据、 固定格式（每个月只需录入数据）和固定公式。属于这种类型凭证业务往往有待摊费用分摊、预提费用计提、工资、福利费计提、计提多种税费。对这类凭证，在定义好反复凭证模板后，系统即可在需要时候运行生成。
成批分摊性凭证：可依据已定义分摊规则，按其分摊规则进行分摊记帐凭证。如：将期间费用分配到相关部门。
反冲凭证：对错误分录进行反冲凭证，系统提供了能够任意选择借贷方向相反和改变符号(负数金额表示，红字)两种方法。

凭证审核、调整、过帐
业务现实状况
现在X企业财务关键使用用友财务软件系统，对于凭证只有月底一次过帐，只是由财务人员对已审核过会计凭证进行输入动作。对凭证调整，在未登帐前，可经过复查对原凭证进行修改，对登帐后且已关帐调整，只能经过手工编制凭证来调整。
目前X企业也设置了审核岗位对未过帐凭证进行逐笔审批。
处理方案
本项事务由财务总步骤中过帐节点处理，由总帐会计负责。
Oracle对于凭证管理含有一定跟踪性，经过对财务人员职责设置，能够了解到对于一张凭证从制作录入到调整过帐人员立即间统计，从而保留了对凭证从制作到过帐整体步骤。
对于凭证审核，因为大量业务凭证是由子系统进行维护，在子系统进入Oracle总帐之前已在子系统中对于自动凭证规则进行了设置，对于凭证正确性审核，是从以下多个方面进行：
（1）对于子系统自动会计规则审核，这一步是在系统设置之初已经完成。
（2）对于业务子系统数据审核，在凭证引入至总分类帐以前在子系统已经完成，所以在总分类帐中将不对这些凭证进行审批。
（3）对于帐务平衡性审核，一旦发觉帐务不平衡，则不许可登帐业务进行。
所以，系统从以上三个方面细化了对于凭证审核工作，但不只是在凭证层次上对凭证进行审核。
对于总帐中手工输入凭证，能够经过定义审批步骤或审批层次方法完成手工输入凭证审核工作。审批层次以下：

总会计师

财务部长

财务处长
材料核实会计
成本核实会计

芳
总帐会计

……………………………………………..

对于凭证调整，因为其调整时间不一样，Oracle建立了不一样工作方法：
（1）凭证未过帐前：未过帐以前，Oracle许可对凭证进行修改和调整。
（2）凭证已过帐后：将原有错误凭证进行自动红冲处理，产生对应红冲凭证（冲销方法有切换借贷项和改变符号两种，能够任选）。再依据正确会计业务重新编制记帐凭证。
5、在使用Oracle Document Sequence前提下，不管是未过帐或已过帐凭证，系统全部不许可对凭证进行删除动作，从而避免凭证编号跳号问题。
6、对于凭证过帐，Oracle总帐是按凭证批进行过帐。

记帐本位币
业务现实状况
现在X企业采取人民币作为记帐本位币，基础没有外币业务，即使有少许外币业务也是事先换算成人民币后核实。
处理方案
X企业仅有些人民币业务，基础上没有外币业务，所以采取人民币作为记帐本位币。未来发展，出现外币业务时，能够在系统中启用对应外币，并定时对对应汇率进行维护，记帐时进行汇率折算、帐务处理。
功效分配
业务现实状况及需求
现在财务部期望有包含以下功效职责：
输入（包含：日志帐输入、过帐、导入、生成常常性日志帐和分摊、冲销和结转）、查询、报表（运行和查看）；
审批、报表（运行和查看）、查询；
维护会计科目、会计期管理和维护、定义报表、定义常常性日志帐和分摊；
处理方案
本项事务是对系统中职责功效分配描述，由A企业设置完成。
依据X企业实际情况，现在Oracle ERP总帐系统中建立具以下功效职责，这些职责是对工作任务细分，岗位职责是由这些职责组合而成。
凭证管理
功效：输入（包含：日志帐输入、过帐、导入、冲销和结转）、查询、报表（运行和查看）；
总帐会计

功效：输入（包含：日志帐输入、过帐、导入、生成常常性日志帐和分摊、冲销和结转）、查询、审批、报表（运行和查看）；
财务管理
功效：审批、报表（运行和查看）、查询；
总帐维护
功效：维护会计科目、会计期管理和维护、定义报表、定义常常性日志帐和分摊。
预算
业务现实状况
目前X企业采取是双向预算制度，分别对费用和资金进行预算。财务对各个部门每期全部会制订预算，具体数字以预算卡片形式，具体费用花费时候，业务部门首先经过本部门许可，然后带具体业务清单和预算卡到财务，财务查对预算卡，对不超出预算才同意。
问题分析
目前X企业采取是双向预算制度，分别对费用和资金进行预算。财务对各个部门每期全部会制订预算，具体数字以预算卡片形式，具体费用花费时候，业务部门首先经过本部门许可，然后带将具体业务清单和预算卡交到财务，财务查对预算卡，对不超出预算才同意。
问题分析
目前X企业采取双向预算是比较严谨。
采取卡片形式不利于财务部门随时了解各个业务部门预算实施情况，方便立即监控；也不利于财务部门具体立即搜集数据，编制报表分析情况，制订下一阶段预算。
处理方案
本项事务由预算步骤中收到预算数据并录入系统节点处理，由预算会计负责。
Oracle ERP预算系统是依附在总账而存在，其关键特点有以下几点：
操作简单
在系统中不管是输入预算还是实施预算，其操作全部很简单。在定义预算时，只要定义一个预算，同时定义一个预算组织，就能够了。在实施预算时，对分录审批之前，系统要求检验资金，检验资金结果就是系统自动将此次花费和预算比较，这个结果能够看到。
能够对任何账户输入预算
系统许可对任何科目、任何部门等段值进行预算，所以系统能够满足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后，采购员及审计处审核将因为计算机使用而变很简单；进而，实现业务优化，优化付款业务，将降低采购部门、审计处和财务处之间业务往来和沟通协调，降低采购员和审计人员工作量，加紧业务处理，进而大大提升付款工作效率，加强了对付款管理。
用月末暂估处理方法，财务帐上不能立即反应原材料库存真实发生情况。
处理方案
本项业务是由采购员工负责，这里只是介绍了采购过程中账务处理。
依据X企业对于加强财务管理程度要求，对于材料采购提出以下处理方案：
经过采购模块对采购进行管理（如经过审批层次对请购、采购审批），货物接收时（经过容限控制）进入库存模块。应付会计在发票匹配时经过选择采购订单把采购信息引入应付，以降低录入工作量和加强数量、价格差异控制。在库存和应付模块动作会在总帐中产生对应凭证。这时，财务人员角色发生根本性转变，由原来借贷制会计，成了一个应付业务管理人员，除了审核发票帐单外，更关键监督、控制，预防资产流失；因为ERP系统高度集成，在录入发票时，经过匹配能够检索采购、入库信息。应付系统发票审批，深入加强了应付业务控制。工序外协采购同材料采购一样处理，其不一样只是材料采购物料同外协物料定义不一样。
方案评定
因为材料验收入库时，就以“材料采购”和“暂估入库”科目进行反应，所以能够立即反应材料真实库存和应有债务关系。
规范企业确定债务财务步骤,降低了无效工作步骤，提升了工作效率。
加强了对应付款控制。
Oracle应付帐款业务子系统形成会计分录：
收到材料，在库存系统中做接收：
借：材料采购
贷：暂估入库
材料入库
借：原材料
借（贷）：材料成本差异——订单差异
贷：材料采购
收到供给商发票及明细清单，在应付系统中进行采购订单和发票匹配：
借：暂估入库
借（贷）：材料成本差异——发票差异
贷：应付帐款
当供给商已交材料但发票未到退货，对之不作帐务处理。而当收到供给商材料后，并收到发票和采购订单匹配后，发生退货时则依据对方开出单据作出贷项通知单冲回。贷项通知单分录是以上采购订单和发票匹配分录相反分录。
费用类易耗品采购
业务现实状况
对于通常见具或办公用具，现在是由企业办公室负责，有办公用具需求时，填写请购单据，经请购部门主管核准后，经过财务领导审批和对预算查对，后，由企业办公室联络供给商进行采购， 用具收到及验收后，采购人员拿发票交财务处入帐。这类采购因为单位价值低且为日常消耗品，直接在报销时作为费用入帐。
会计分录：
借：制造费用/管理费用等
贷：银行存款/应付帐款
处理方案
本项业务是由采购付款步骤录入采购发票或贷项通知单并和采购活动进行匹配节点处理，由采购应付会计岗位负责。
针对这类采购和支付业务实际特点，可采取以下处理方案：
在总帐中完成对于易耗品采购和支付，直接经过手工分录统计相关事务处理情况；分录时先将此次采购计入企业办公室管理费用，当相关部门领料时候，再将办公室管理费转移到相关部门相关费用上。
固定资产采购
业务现实状况
固定资产采购须填写申请，然后经由请购部门、财务处、厂长等审批，采购部门或专职责任部门（比如计算机由信息中心负责）采购后，固定资产管理部门提交固定资产各类经相关领导审批单据原始单据。财务部门据此入帐。
现在设备处有固定资产实物管理台帐。
会计分录：
借：在建工程
贷：银行存款/应付帐款
借：固定资产
贷：在建工程
处理方案
Oracle系统会计分录：
假如经过在建工程转为固定资产，录入采购发票
借：在建工程中转
贷：应付帐款
假如直接购置固定资产，录入采购发票
借：固定资产中转
贷：应付帐款

本项业务是由采购付款步骤录入采购发票或贷项通知单并和采购活动进行匹配节点处理，由固定资产管理岗位负责。
Oracle固定资产管理系统和应付帐款子系统是一个含有良好集成关系业务子系统，对于固定资产成批增加经过应付系统中进行增添。
职员、部门费用报销管理
业务现实状况及需求
对各类职员费用报销，直接入对应费用类科目，并在摘要中具体注明；若有借支，则先挂个人预支，待费用发生时给予核销。
X企业对通常人员费用核实要求并不是很严格和具体，对销售人员费用核实则要求很严格。
问题
经过往来帐职员明细帐户只能反应职员借支情况，无法由借支跟踪到其费用发生真实情形。
对有预付款职员，进行费用报销时，没有报警提醒，需要经过进行帐务查询方可知道，不然有可能造成款项重付、多付。
处理方案
本项业务是由费用核实步骤在系统中记帐节点处理，由费用核实会计负责。
鉴于X企业要求简化对职员费用核实形式要求，提议直接在总帐中录入分录，然后在摘要中具体注明费用发生人员和用途。
职员借款：
借：备用金
贷：现金/银行存款
职员报销
借： 管理费用等
贷：备用金

预付款管理
业务现实状况
X企业现在材料采购预付款业务，设备采购和职员部门借支预付款等业务会计分录以下：
会计分录：
①材料预付款
借：预付帐款/应付帐款（常常采取“应付帐款”科目核实）
贷：现金/银行存款
报帐、核销预付款
借：资产或费用科目
贷：预付帐款/应付帐款
②职员借款，分职员出差借款、零星采购借款、其它借款等，按借款用途进行管理。
出差借款
借：其它应收款
贷：现金/银行存款
报帐核销借款
借：管理费用/销售费用等
贷：其它应收款
其它借款
借：其它应收款-职员
贷：现金/银行存款
报帐核销借款
借：管理费用/销售费用等
贷：其它应收款—职员
处理方案
本项业务是由采购预付款步骤在系统中输入预付款、输入发票并用发票核销预付款两个节点处理，由应付会计负责。
依据X企业现实状况和未来发展需求，和Oracle系统功效，提出以下方案：
a) 对供给商预付款处理
一、预付款项记帐科目标确定。对材料供给商预付款记帐科目为“预付帐款”、财务类供给商预付款记帐科目为“其它应收款”。
二、对需向供给商预付材料款时，由采购部门作出预付款申请，经财务处长和厂长审批后，由财务处进行付款。
三、对供给商预付款业务，Oracle应付系统全部预付款结算过程为
1) 申请及同意预付款（以发票形式录入）
借：预付帐款/其它应收款
贷：应付帐款/其它应付款
2) 支付预付款
借：应付帐款/其它应付款
贷：现金/银行存款
3) 核销
借：应付帐款/其它应付款
贷：预付帐款/其它应收款