TL_ERP总账及现金_详细解决方案设计_V22.docx

上传人:牧羊曲112 文档编号:1665065 上传时间:2022-12-13 格式:DOCX 页数:39 大小:1.06MB
返回 下载 相关 举报
TL_ERP总账及现金_详细解决方案设计_V22.docx_第1页
第1页 / 共39页
TL_ERP总账及现金_详细解决方案设计_V22.docx_第2页
第2页 / 共39页
TL_ERP总账及现金_详细解决方案设计_V22.docx_第3页
第3页 / 共39页
TL_ERP总账及现金_详细解决方案设计_V22.docx_第4页
第4页 / 共39页
TL_ERP总账及现金_详细解决方案设计_V22.docx_第5页
第5页 / 共39页
点击查看更多>>
资源描述

《TL_ERP总账及现金_详细解决方案设计_V22.docx》由会员分享,可在线阅读,更多相关《TL_ERP总账及现金_详细解决方案设计_V22.docx(39页珍藏版)》请在三一办公上搜索。

1、总账与现金方案详细设计客户公司财务管理信息系统项目总账与现金管理详细解决方案作者: “咨询公司”创建日期:2009-02-23最后更新:2009-03-27版本: V2.2审批签字:“客户公司”项目经理“咨询公司”项目经理文档控制更改记录日期作者版本更改参考2009-2-23“咨询公司”1.0初始版本2009-3-10“咨询公司”1.3修改营运资金对账和薪酬支付窗口等2009-3-19“咨询公司”1.4增加商户段值更新,合并报表等2009-3-24“咨询公司”2.1修改内往科目、更新营运资金对账与薪酬台帐客户化方法2009-3-27“咨询公司”2.2增加资金预测调整客户化等审核人姓名日期 分发

2、人员编码姓名地点和位置123目录文档控制ii更改记录ii审核人ii目录iii概述1关于文档1文档范围11 系统组织结构21.1 公司组织架构现状21.2 系统架构设计22 会计帐套解决方案42.1 会计帐套设计42.2 会计科目结构42.3 会计日历62.4 统账制和本位币62.4 商户段值更新接口73 凭证处理83.1 凭证生成83.1 凭证过账与编码83.1 凭证冲销94 内部往来104.1 内部往来事务处理定义104.1 内部往来账务处理105 现金管理125.1 营运资金(非结算资金)银行对账125.2 现金流量表175.2 资金预测176 预算管理206.1 预算控制级别206.2

3、预算组织及版本控制206.3 预算管理流程217 资金管理238 管理会计248.1财务帐套管理会计分析248.2 管理会计段管理会计分析248.3 管理会计相关报表249 薪酬支付和统计259.1 薪酬支付系统流程259.2 薪酬支付界面279.3 员工薪酬单导入模板289.4 提交程序与输出报表2910 损益结转及年终结算3111 报表输出3211.1 财务会计和管理会计报表3211.2 合并报表3312 权限设置及岗位职责34未解决与已解决问题35 Page iv of 39概述关于文档本文档是对”客户公司”网络服务股份有限公司(以下简称“客户公司”)财务管理信息系统总账模块实施的详细解

4、决方案的描述。本文档是基于”客户公司”财务管理信息系统总体解决方案的详细描述和设计;提交给项目组”客户公司”方项目成员讨论和签署,该文档的签署表明”客户公司”理解和同意”咨询公司”提交的总账模块详细解决方案。本文档适用于”客户公司”总部、上海子公司(全资子公司)、安徽分公司、湖北分公司、广东分公司、浙江分公司、山西分公司、深圳子公司(全资子公司)及在2009年3月31日之前开业并投入运营的所有涉及总账管理的分子公司。文档范围本文档内容包括:1、 系统组织架构和会计帐套;2、 会计科目结构3、 凭证处理流程;4、 内部往来管理;5、 现金管理6、 预算管理;7、 管理会计;8、 资金管理;9、

5、薪酬支付和统计10、 损益结转及年终决算;11、 相关会计报表;12、 权限设置及岗位职责。1 系统组织结构1.1 公司组织架构现状根据”客户公司”的业务及合并需求,利用Oracle财务系统的多组织的功能以及通过网络技术使财务信息高度集中的优势,在”客户公司”总部、上海子公司(全资子公司)、安徽分公司、广东分公司、湖北分公司、浙江分公司、山西分公司、深圳子公司(全资子公司)及在2009年3月31日前开业并投入运营的分子公司实施Oracle财务系统总账模块。截止到当前,Oracle财务系统的实施范围及该范围内公司的架构关系如下图所示:1.2 系统架构设计“客户公司”由总公司集中管理财务,各分子公

6、司账务分别核算,相互隔离,部分分公司手工帐由总公司审核并录入系统,公司间账务通过内部往来账务形式体现。其Oracle系统业务构架如下:组织层级组织层级说明业务组业务组(Business Group) 是Oracle系统多组织的关键构架参数, 也是定义组织构架的基础。在不同业务组之间,人力资源和组织构架的信息是完全屏蔽的。HR组织HR组织主要作用在于区分人事信息,不同的HR组之间的人事信息是相互保密的操作帐套“客户公司”的会计帐套,分为主帐套和现金帐套。在主帐套中记录公司所有单位的财务业务,按月为会计期管理查看人民币财务报表。现金帐套基于”客户公司”主帐套的辅助帐套,与财务帐套相同的会计科目结构

7、、币种和会计期间保持相同,采用收付实现制为现金流量表提供报表编制数据。法律实体法律实体(Legal Entity)是出具财务和税务报告的基本组织单位;业务实体业务实体(Operating Unit)是采购、应付和应收系统的基本组织单位。业务实体间的客户、供应商余额和采购等相关事务处理是互相隔离的库存组织管理库存物品出入库和成本的单元。2 会计帐套解决方案2.1 会计帐套设计会计帐套在Oracle总账系统中是最基本的概念,是会计信息的最大数据存储单位,所有的会计凭证最终会归属到一个帐套,Oracle总账系统可以定义多个会计帐套,一个会计帐套可以处理多个核算主体的账务。会计账套的设置,主要是考虑组

8、成会计帐套的三大元素:会计科目结构、会计日历、记账本位币以及”客户公司”的会计核算体系、会计核算主体的特点及需求。下表是”客户公司”主会计帐套和辅助会计帐套(现金帐套)的基础设置:帐套本位币科目结构会计期间记账原则备注Universal“客户公司”会计帐套CNYTL_COATL标准会计科目结构TL_ACCOUNTINGTL_会计日历权责发生制现金帐套CNYTL_COATL标准会计科目结构TL_ACCOUNTINGTL_会计日历收付实现制仅将主帐套中应付和应收来源的数据传送到现金帐套2.2 会计科目结构按照多维度核算要求,”客户公司”的会计科目结构分为10个会计科目段,综合考虑公司今后发展对业务

9、核算明细度需求,规定各会计科目段值允许长度及编码规则如下表所示:序号科目段名称值集名称长度含义编码规则1公司TL_COA_COMPANY4系统称为平衡段,其含义为会计核算主体。公司段的设置可确保各平衡段值内的借/贷平衡,并且能有效区分各平衡段值间的业务数据,从而确保能在同一帐套中对多个会计核算主体进行核算。总部与各分子公司区别编码,首两位编码采用省份统一编码。如:“客户公司”总部:2001;上海子公司:2002安徽分公司:23012部门TL_COA_DEPARTMENT4定义为系统的成本中心段,用于收集总部部门、分公司下属各个部门的收入和成本的信息,便于将来的收入与费用分析和管理等需求。明细到

10、最小部门核算单位,如:事业部:05受理市场事业部:0501新兴支付事业部:05023会计科目TL_COA_ACCOUNT8自然会计科目段,为满足”客户公司”财务核算及对外报表的需要而定义。参照“总账及现金详细解决方案附件一:会计科目”4辅助科目TL_COA_SUBACCOUNT4管理会计科目段,为满足”客户公司”管理会计核算及考核报表的需要而定义编码规则:2位类别,2位流水5内部往来TL_COA_INTERCOMPANY4该段定义为系统的内部往来段,为满足”客户公司”内部单位业务往来管理的需要。与“公司”段一致。6产品TL_COA_PRODUCTS4该段为归集与产品或业务线相关的收入、成本、费

11、用等信息,满足关于产品或业务线赢利能力分析等管理的需要。编码规则:2位类别,2位流水7项目TL_COA_PROJECTS7该段为项目段,满足按项目核算的需求按照项目的核算需求:类别(2位)+区域(2位)+流水号(3位),如:上海世纪联华:01010018员工TL_COA_EMPLOYEE6该段为满足与员工相关的辅助信息跟踪,如员工的收入成本归集,包括客户经理的盈利能力分析。员工段定义时需要完成是否是客户经理的判断,用于区分各个会计科目的核算细分标准9商户TL_COA_CUSTOMER23该段为满足对商户的收入、成本、费用的归集,进行盈利能力分析。采用APMS等源系统商户编码,在通过接口导入商户

12、信息的同时维护商户值集,详细方案参照本文档“2.4 商户段值更新接口”部分。10备用TL_COA_SPACE4本段的定义主要用于将来可能的会计核算要求的重大变化,为给”客户公司”未来的发展预留充分的空间。仅包含段值:0 默认备注:A、各科目段段值的通用编码规则:0 表示默认值;T表示汇总值;每个段都必须有值,不能出现空值;各段应根据需要建立适当的汇总层次,段值代码应通过段长度或其他标志清晰地反映层次关系,同时便于建立安全规则和交叉检验规则。B、各科目段详细的编码规则参照总账及现金详细解决方案附件2,各段编码规则及编码举例;C、员工段需要手工维护值集和是否是客户经理的描述性弹性域信息,不与员工基

13、础信息联动。D、”客户公司”增加以下两类表外科目:业务类:包含统计科目,如新增机具数量等;考核类:针对管理会计核算口径报表调整而设置,如分公司存放总部资金计息、内部计价等(分录举例参照本文档“资金管理”章节)。2.3 会计日历主帐套和现金帐套会计期间同步,统一采用13期管理,其中包含12个自然月期间和1个调整期间。调整期间的时间点为每年12月31日,用于录入年终结转相关账务。2.4 统账制和本位币“客户公司”使用人民币作为其对外财务报表的记账本位币。在现有系统中对于外币的核算用外币统账制记账,即外币交易应当在初始确认时,采用交易发生日的即期汇率将外币金额折算为记账本位币金额;每月月末对货币性项

14、目、损益项目的外币进行汇率重估,产生的汇兑差额,计入当期损益,产生以下会计凭证:借/贷:货币性项目、损益项目 贷/借:未实现汇兑损益2.4 商户段值更新接口“客户公司”的商户信息的主要来源有两个:APMS系统通过商户信息接口导入Oracle系统的商户信息和APMS系统以外来源产生的手工导入的商户信息。其中从APMS商户信息接口导入的商户信息和手工整理文件后,从接口导入的商户信息,可以通过商户段值更新接口程序自动导入产生商户段段值;手工在商户窗口录入的商户信息,则需要手动在商户段段值窗口维护商户编码和名称。针对APMS系统与Oracle系统接口导入的商户信息的增加、更新和修改:在Oracle系统

15、接口导入商户信息(此部分的详细方案参照“TL_接口方案详细设计_APMS系统商户信息”相关文档)的同时,更新商户段段值信息。商户段值更新需要的字段如下表所示:字段名称是否必须来源商户接口文件字段类别字段说明商户编码是新增商户接口文件Varchar(15)直接沿用财务系统应付模块中的商户编码商户名称是新增商户接口文件Varchar(150)直接沿用财务系统应付模块中的商户名称商户失效日期否修改商户接口文件Date商户失效的日期,在此日期后将不能录入已失效商户的账务3 凭证处理3.1 凭证生成总帐账务处理,如总帐凭证录入、修改、审批、过账和冲销等操作,原则上均由总部财务人员完成,系统提供凭证录入窗

16、口是否放开的功能;分公司对于总帐仅有查询权限;分公司需要在总帐完成的业务,将入账依据发送给总部财务部,经核定后由总部录入,包含业务:费用计提等。子模块账务按“天”传送到总账,生成明细凭证;子模块向总账传送凭证的程序于每天晚上零点自动运行,也可随时手动触发传送子模块凭证至总账。客户化开发凭证行描述生成触发器程序,将子模块账务传送至总账时:来自应付模块的账务:发票传送后,日记账行描述为“供应商名称+发票编号+发票行描述”;付款传送后,日记账行描述为“供应商名称+付款单据编号+付款发票行描述”;来自应收模块的账务:发票传送后,日记账行描述为“客户名称+发票编号+发票行描述”;收款传送后,日记账行描述

17、为“客户名称+收款单编号+收款行描述”;来自资产和库存的凭证均传送至总账生成汇总日记账,不能针对各个日记账行区分生成行描述,故不列入此客户化开发范围。系统操作严格控制从源头模块处理记账错误,由子模块自动传送到总账的凭证,不能修改或者删除;总账中手工录入的凭证,在过账前允许删除。3.1 凭证过账与编码“客户公司”约定在总账与现金/银行存款相关凭证的名称处录入台帐编号,与系统中的日记账完成关联。“客户公司”对所有凭证进行审批,系统通过客户化控制审批人与凭证制单人非同一个人,日记账审批即过账。系统在凭证过账时计算科目累计发生额和余额;可对单个日记账凭证过账,也可批量过账。过账时系统自动对凭证分来源编

18、码,规则如下表所示:来源模块名称来源凭证编码规则总账人工MA+当月流水号(6位)应付应付AP+当月流水号(6位)应收应收AR+当月流水号(6位)资产资产FA+当月流水号(6位)库存成本管理INV+当月流水号(6位)APS接口APS业务系统IF+当月流水号(6位)备注:在总账三栏式明细账报表中首先按照来源确定凭证输出顺序:人工、应收、APS业务系统、应付、资产、成本管理。3.1 凭证冲销冲销凭证有两种方法:交换借贷方:选择“交换借贷方”反冲凭证后,生成的反冲凭证与原凭证借贷科目相反,金额借贷对调;改变符号:选择“改变符号”反冲凭证后,生成的反冲凭证与原凭证借贷科目完全相同,方向一致,金额为原金额

19、相反数。“客户公司”采用“改变符号”的冲销方式作为默认选项,并且不允许修改。4 内部往来4.1 内部往来事务处理定义启用Oracle公司间事务处理平台,可以集中公司间交易审批减少往来业务对账时间,减少未达账,增强内部控制与沟通。在科目结构中设置一个公司往来段,并启用“弹性域限定词公司间段”,从而标识内部往来事务处理所涉及的往来单位。根据”客户公司”往来业务产生的会计科目的不同,通过系统内的事务处理类型对其进行分类,目前的分类如下:事务处理类型说明系统自动产生的往来科目分公司存放总部自有资金分公司存放在总部的自有资金存放总部款项自有资金分公司存放总部结算备付金分公司存放在总部用于业务结算的结算备

20、付金存放总部款项结算备付金公司间拨付营运资本金总部拨付分公司的营运资金拨付运营资本金公司间拆借资金总部与分公司之间因经营管理需要形成的总部拆出资金与营业部拆入资金往来业务拆借资金公司间代垫款项总部与分子公司之间的各种代垫款项内部往来代垫款项公司间资产调拨总部与分子公司之间固定资产调拨内部往来资产调拨公司间其他业务公司间其他业务内部往来其他业务备注:在录入内部往来账务时,需要由内部往来的发起方选择事务处理类型,该事物处理类型即决定了此次内部往来账务的内部往来科目。在内部往来业务均在内部往来窗口实现的前提下,为方便”客户公司”针对总公司和各分子公司核对内部往来账务,系统提供内部往来账务核对报表,报

21、表表样需要由”客户公司”提供。4.1 内部往来账务处理安徽分公司月底向总公司上存款项,有安徽分公司发起内部往来,总公司接受并完成往来账务,如下:安徽分公司账务: 借:内部往来-分公司上存总部款项 - 总公司 贷:银行存款总公司账务: 借:银行存款 贷:内部往来-分公司上存总部款项 - 安徽分公司5 现金管理5.1 营运资金(非结算资金)银行对账“客户公司”总公司和各分子公司使用“营运资金银行对账”窗口,将银行提供的电子对账单与各公司系统中的收付款金额进行核对,核对结果在总公司和各分子公司间相互屏蔽,互不相关。营运资金银行对账系统流程如下图所示:备注:系统不提供结算资金银行对账功能。操作流程说明

22、1、 总账会计岗收到银行电子对账单,将该对账单根据系统要求WEB ADI Excel格式整理;2、 上传银行电子对账单文件;3、 在系统“营运资金银行对账查询”界面,按照银行账户、期间、金额、状态等信息查询系统及银行付款信息(“营运资金银行对账查询”界面参照本章下文);4、 在系统“营运资金银行对账”界面点击“自动匹配”按钮,驱动系统自动按照金额对系统中企业付款和银行账单付款项匹配,已匹配项状态为“已核对”(“营运资金银行对账”界面参照本章下文);5、 对系统自动匹配后的结果进行手动调节匹配;6、 在系统“营运资金银行对账查询”界面,输入银行账户,状态或者金额信息,查询调整匹配结果;也可以在系

23、统中提交“营运资金银行对账调节表”报表查询双方对账及调节结果。系统允许以年为周期对系统中的对账结果进行删除。“营运资金银行对账查询”界面如下图所示:“营运资金银行对账查询”界面字段说明:字段名称是否必须字段类别字段说明银行账户是Varchar(30)下拉列表,从总账银行账户科目对应的辅助科目段中获得期间是Date下拉列表,包含从系统使用开始到当前最后一个打开的期间名称银行对账单编号是Varchar(16)下拉列表,包含所有已导入的银行对账单编号,银行对账单编号源自导入的银行电子对账单TXT文件名称金额否Number收付款金额,收款为正,付款为负;在此可输入范围进行查询类别否Varchar(16

24、)下拉列表,包含:收款、付款;查询收款时,将显示所有正数金额的系统账务数据和银行对账单数据核对状态否Varchar(16)下拉列表,包含:已核对、未核对两个选项查询NA按钮点击驱动查询,显示符合该窗口银行账号和期间的系统账务信息,以及符合该窗口中银行账号和银行对账单号的银行电子对账单信息清空NA按钮清空当前界面的所有查询条件“营运资金银行对账”界面如下图所示: 备注:系统期初数据中,“企业银行存款账面余额”与“银行对账单余额”相同,获取自期初银行存款科目余额。“营运资金银行对账”界面字段说明:字段名称是否必须字段类别字段说明银行账户是Varchar(30)根据查询条件列示,不在此窗口录入;期间

25、是Date根据查询条件列示,不在此窗口录入;银行对账单编号否Varchar(16)根据查询条件列示,不在此窗口录入;若查询时未录入银行对账单编号,该字段显示为空;同时在该窗口所有指定银行账户和期间的已导入银行对账单信息;类别否Number根据查询条件列示,不在此窗口录入;银行对账单余额是Number由系统自动获取截止到指定期间内的银行对账单汇总金额企业银行存款账面余额是Number由系统自动获取截止到指定期间末的银行存款(明确到辅助科目段即各个银行账户)余额 企业已收银行未收是Number由系统自动计算指定期间内企业银行存款账务中,未匹配上的所有收款(金额大于0)的总金额银行已收企业未收是Nu

26、mber由系统自动计算指定期间内银行电子对账单中,未匹配上的所有收款(金额大于0)的总金额企业已付银行未付是Number由系统自动计算指定期间内企业银行存款账务中,未匹配上的所有付款(金额小于0)的总金额银行已付企业未付是Number由系统自动计算指定期间内银行电子对账单中,未匹配上的所有付款(金额大于0)的总金额GL日期是Date由系统自动获取的,指定银行账户和期间内企业银行存款账务信息的入账日期凭证编号是Varchar(10)由系统自动获取的,指定银行账户和期间内企业银行存款账务信息的总账日记账凭证编码来源是Varchar(20)由系统自动获取的,指定银行账户和期间内企业银行存款账务信息的

27、总账日记账凭证来源企业收否Number由系统自动获取的,指定银行账户和期间内企业银行存款借方账务的总账日记账行金额企业付否Number由系统自动获取的,指定银行账户和期间内企业银行存款贷方账务的总账日记账行金额摘要否Varchar(200)由系统自动获取的,指定银行账户和期间内企业银行存款账务信息的总账日记账行描述说明否Varchar(200)由核对人员在核对时手工录入,标注核对附加信息已核对NA复选框当双方信息核对无误后将对应的“已核对”复选框选中银行收否Number由系统自动获取的银行对账单上反映的企业在银行存款账号上增加的金额银行付否Number由系统自动获取的银行对账单上反映的企业在银

28、行存款账号上减少的金额收付款日期是Date由系统自动获取的银行对账单上反映的收付款日期说明否Varchar(200)由核对人员在核对时手工录入,标注核对附加信息银行对账单调节后金额是Number由系统自动计算,公式:银行对账单余额+企业已收银行未收-企业已付银行未付企业对账单调节后金额是Number由系统自动计算,公式:企业银行存款账面余额+银行已收企业未收-银行已付企业未付自动匹配NA按钮点击驱动系统自动提交请求“营运资金银行对账自动匹配”,系统将按照金额自动匹配勾对确认NA按钮保存当前界面上双方信息核对结果银行电子对账单导入的WEB ADI Excel模板如下图所示:营运资金银行对账窗口的

29、客户化开发程序和报表如下:程序:TL_GL_营运资金银行对账数据准备参数:期间;银行账户作用:从日记账行中获取银行账户对应的CCID在特定期间内的所有账务;程序:TL_GL_营运资金银行对账自动匹配参数:界面上的银行账户;期间;银行对账单作用:将当前界面上的系统中获取的银行账务数据和银行电子对账单数据按照金额自动精确匹配,核对成功的将双方的“已核对”复选框置为选中状态请求:TL_GL_营运资金银行对账调整表参数:银行账户、期间、银行对账单作用:输出银行对账调整表,表样待定。5.2 现金流量表启用现金收付制辅助帐套,只有对应收应付发票完成收付款处理后,才会由系统自动复制至现金辅助帐套;在总账手工

30、录入账务及接口导入账务将在过账时自动传送至现金帐套。“客户公司”的现金流量表采用针对与表项相关的会计科目打标记,报表输出时按照标记来识别是否纳入表项,纳入哪个表项,如何纳入表项的方式来实现;在现金帐套中设置与现金流量表表项相关的表外科目,使用表外科目来对基于系统数据输出的现金流量表进行调整,系统输出调整前和调整后两类报表。“客户公司”会计科目与表项的关联将在现金流量表表样及输出规则相关文档中统一体现。5.2 资金预测通过客户化开发,提供资金的流动性预测报表;数据来源于总账、应收、应付模块。资金预测报表的系统数据来源为预算、应付、应收,应付票据按照票据兑现日期递延显示;系统允许对报表获取的数据进

31、行手工调整、修改并实时保存。系统提供资金预测金额调整界面,如下图所示:界面字段说明如下表所示:字段名称是否必须字段类别字段说明当前期间是Varchar(10)与总账期间无关,用于控制当前预测允许录入的第一个期间;系统控制有且仅有一个当前打开的期间,已关闭的期间预测报表存档,不允许修改刷新当期数据NA按钮点击该按钮驱动系统重新查询刷新当前期间开始18个月内的系统获取数据;如:系统数据为1000,调整后为1100; 针对项目调整系统账务,使得该项目系统数据为1200,则点击刷新后,该项目数据将变为1300(当前系统数+调整数)。打开下一期间NA按钮点击该按钮驱动系统将当前期间数据存档的同时获取下一

32、期间当前系统数据;期间仅允许向将来期间逐一打开,不能打开历史期间,但可以在报表中查询历史期间的存档数据;当点击“打开下一期间”时,会跳出提示窗口:警告:打开下一期间将自动关闭当前期间,此操作不可逆!是否继续?以此规避因系统误操作而造成的归档数据不正确的情况。报表项目是Varchar(200)报表项目使用FSG行集定义,本窗口从FSG特定行集获取(名称为“TL_资金预测报表项目”),取数规则在行集中进行客户化定义;每个报表项目的取数规则将在资金预测报表表样中明确。2009-02等列NA表列名以当前期间为作为第一列,顺推18个月;列名将会随着当前期间的变化而变化。数据区否Number此二维表区域将

33、显示当前期间为基准顺延18个月的调整后数据(若未调整,则显示系统获取数据)。资金预测报表中,列为从参数所选择的期间开始滚动最多显示18个月,可以选择输出调整前或者调整后的数据,预测表表样需要由”客户公司”提供。6 预算管理6.1 预算控制级别预算的资金控制具有三种级别:无、建议、绝对。A、无预算控制:系统不进行预算检查,也无预算控制B、建议预算控制:一旦超出预算额度,系统会提出警告,但是仍然允许继续。即在录入采购定单、应付发票的时候即对相应的科目进行检查,允许超出预算,可以进行收货和付款。C、绝对预算控制:不允许超出预算额度。即在录入采购定单、应付发票的时候即对相应的科目进行检查,看是否有足够

34、的预算资金,一旦超出余额系统就会挂起相应的定单或发票,无法进行后续的收货或者付款。根据”客户公司”管理要求选择对应的预算控制级别;预算不足时走增加预算流程;启用汇总模板进行预算控制6.2 预算组织及版本控制总账模块中的预算是针对科目级的预算,根据”客户公司”预算管理的需要,将在总账系统中建立以下预算组织:预算组织名称用途预算控制收入预算组织收入的考核和分析无预算控制(暂定)成本费用预算组织成本费用预算控制和分析建议性预算控制(暂定)资产投资预算组织资产投资支出的预算控制和分析建议性预算控制(暂定)特别注明:资产负债表、现金流量表,以及以数据表示的预算计划,并不是基于科目金额,或者不能通过总账科

35、目余额有效的取得,所以不纳入总账预算的范围。“客户公司”的预算期间与总账自然月期间同步,按年度和季度进行预算检查和控制。6.3 预算管理流程A、收入计划对收入类采用“无预算控制”级别预算控制,收入预算的口径基本和科目对应。B、费用计划对于费用预算控制的科目,在采购和应付模块根据公司管理要求选择对应的预算控制;超过预算后,由财务部提请增加预算,并在系统中增加预算金额,再重新在采购和应付模块完成业务。C、资产投资计划对于资产投资预算控制的科目,在采购和应付模块根据公司管理要求选择对应的预算控制;资产投资支出预算按类别通过资产类别明细科目进行控制,只提供基于金额的预算控制,不支持数量的预算控制;对于

36、分项目预算的资产投资支出,采购或者录入发票时要在科目分配界面,手工在借记科目选择对应的项目段值。D、预算录入及预算执行的统计分析全年预算报表通过WEB ADI以预算日记账的形式导入或在总账模块的预算录入窗口手工录入,作为全系统的预算数据来源。预算执行结果的统计分析通过报表开发实现。预算的控制科目及与相关会计科目的控制逻辑将结合预算报表表样各个项目集中体现。7 资金管理资金管理主要涉及:分公司存放总部资金的利息收入计算;分公司向总部借款的资金成本计算,计算逻辑如下:资金科目月平均余额*公司资金成本率(利息)财务会计帐套启用平均余额功能,自动计算相关科目的月平均余额;使用系统经常性日记账功能,每月

37、计算并生成资金占用额日记账分录;“客户公司”为内部资金占用类科目(如存放总部资金、内部计价等)设定对应的公司资金成本率或利率,无需另外计算获得;流程举例:安徽分公司上存总公司款项产生利息收入:总公司会计分录:借:表外科目存放总部资金利息支出 贷:表外科目中转安徽分公司会计分录:借:表外科目中转 贷:表外科目存放总部资金利息收入8 管理会计8.1财务帐套管理会计分析针对总账财务帐套的会计科目段中公司、部门、客户经理、商户、产品、项目等维度进行收入成本归集和获利分析;共享服务的成本费用的分摊,仅到公司以及部门级别,使用总帐成批分摊功能实现,具体分摊规则需要由”客户公司”提供;8.2 管理会计段管理

38、会计分析财务帐套会计科目结构中的辅助科目段(TL_COA_SUBACCOUNT)中设置市场营销费等管理会计科目,实现管理会计中的费用归集。同一票面类型,不同成本性质的费用在财务会计和管理会计科目的处理通过辅助科目实现,系统提供财务会计和管理会计两种口径的核算报表,表样由”客户公司”提供,具体的核算精度和科目范围将在管理会计报表表样中统一体现。8.3 管理会计相关报表管理会计报表表样需要”客户公司”在2009年3月25日之前统一提出。9 薪酬支付和统计9.1 薪酬支付系统流程“客户公司”员工薪酬网上支付,通过客户化开发的“薪酬支付和统计”窗口进行管理;总公司和各分子公司间薪酬相互隔离,互不相关。

39、“客户公司”约定,薪酬日记账导入时,选择来源为“人工”,类别为“员工薪酬单”,以便控制薪酬日记账凭证的查看权限。薪酬表只有客户经理按人头显示,非客户经理按部门汇总显示,凭证打印同上。系统设定可查看客户经理薪酬的人员权限,例如财务、总经理。未设定权限的人无法查看薪酬窗口和薪酬日记账凭证。“客户公司”在薪酬支付和统计窗口进行管理的员工薪酬类别如下表所示:薪酬项目会计科目编码会计科目名称基本职工工资22110111应付职工薪酬职工工资基本工资绩效职工工资22110112应付职工薪酬职工工资绩效工资特别业绩奖职工工资22110113应付职工薪酬职工工资特别业绩奖职工福利费22110211应付职工薪酬职

40、工福利费工会经费22110311应付职工薪酬工会经费职工教育经费22110411应付职工薪酬职工教育经费基本养老保险费22110511应付职工薪酬社会保险费基本养老保险费基本医疗保险费22110512应付职工薪酬社会保险费基本医疗保险费失业保险费22110513应付职工薪酬社会保险费失业保险费工伤保险费22110514应付职工薪酬社会保险费工伤保险费生育保险费22110515应付职工薪酬社会保险费生育保险费其他社会保险费22110591应付职工薪酬社会保险费其他补充养老保险费22110611应付职工薪酬补充保险费补充养老保险费补充医疗保险费22110612应付职工薪酬补充保险费补充医疗保险费住

41、房公积金22110711应付职工薪酬住房公积金补充公积金22110911应付职工薪酬补充公积金劳务用工薪酬22111011应付职工薪酬劳务用工薪酬董监事津贴22111111应付职工薪酬董监事津贴管理层奖励基金22111211应付职工薪酬管理层奖励基金其他职工薪酬22119111应付职工薪酬其他薪酬支付和统计主流程如下图所示:流程说明:1、 根据当月员工薪酬整理“员工薪酬表”,并转换为WEB ADI格式的文件并上载,将薪酬信息导入系统;2、 在系统“员工薪酬统计”界面,按照银行账户、期间、薪酬类型等信息查询导入的薪酬支付统计信息(“薪酬支付统计”界面参照本章下文),核对、调整、确认导入数据的正确

42、性;3、 在系统“员工薪酬统计”界面点击“生成文件”按钮确定要生成网银支付文件条目,并提交请求“传送员工薪酬网银支付文件”,将员工薪酬支付文件传送至统一的网银支付界面,从网银支付界面生成统一格式的网银支付文件;4、 财务主管根据薪酬管理岗提供的薪酬支付文件审核网银文件;5、 网银支付完成后,银行提供网银支付对账单;6、 根据对账单核对薪酬的支付情况,将已支付的薪酬记录标记为“已支付”;未能成功支付的记录点击“生成文件”,重新生成网银支付文件提交网银接口再次支付;7、 全部支付完成后,运行“生成薪酬支付汇总凭证报表”请求,获得薪酬支付汇总凭证报表;然后根据报表内容,使用Oracle WEB AD

43、I将汇总凭证导入总账生成日记账(日记账中客户经理的所有薪酬需要选定相应的员工段客户经理编码,其他员工可按照部门段和辅助科目段汇总)。备注:需要在员工段段值上启用描述性弹性域,针对每个员工标注其“是否客户经理”;薪酬支付的网银支付文件生成与APS资金划付指令采用相同程序实现,在此不做单独开发;已经选中生成文件的数据和已经传送到网银支付界面的数据,不允许修改;以上流程中步骤:3、4、5、6均为网银支付统一界面的操作内容,在此不做单独开发,统一通过资金划付平台的网银支付平台生成相应的网银支付文件。9.2 薪酬支付界面“员工薪酬统计”界面如下图所示:“薪酬支付与统计”界面字段说明:字段名称是否必须字段类别字段说明银行账户是Varchar(30)下拉列表,由系统从辅助科目段中自动获得银行账户名称期间是Dat

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号