《【财务】TLERP总账及现金详细解决方案设计.-适用》由会员分享，可在线阅读，更多相关《【财务】TLERP总账及现金详细解决方案设计.-适用（39页珍藏版）》请在金锄头文库上搜索。
1、TLERP总账及现金详细解决方案设计客户公司财务管理信息系统项目总账与现金管理详细解决方案作者： “咨询公司”创建日期：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 预算控制级
3、别206.2 预算组织及版本控制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概述关于文档本文档是对”客户公司”网络服务股份有限公司（以下简称“客户公司”）财务管理信息系统总账模块实施的详细解决方案的描述。
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、员工段需要手工维护值集和是否是客户经理的描述性弹性域信息，不与员工基础信息联动。D
13、、”客户公司”增加以下两类表外科目：业务类：包含统计科目，如新增机具数量等；考核类：针对管理会计核算口径报表调整而设置，如分公司存放总部资金计息、内部计价等（分录举例参照本文档“资金管理”章节）。2.3 会计日历主帐套和现金帐套会计期间同步，统一采用13期管理，其中包含12个自然月期间和1个调整期间。调整期间的时间点为每年12月31日，用于录入年终结转相关账务。2.4 统账制和本位币“客户公司”使用人民币作为其对外财务报表的记账本位币。在现有系统中对于外币的核算用外币统账制记账，即外币交易应当在初始确认时，采用交易发生日的即期汇率将外币金额折算为记账本位币金额；每月月末对货币性项目、损益项目的外币进行汇率重估，产生的汇兑差额，计入当期损益，产生以下会计凭证：借/贷：货币性项目、损益项目 贷/借：未实现汇兑损益2.4 商户段值更新接口“客户公司”的商户信息的主要来源有两个：APMS系统通过商户信息接口导入Oracle系统的商户信息和APMS系统以外来源产生的手工导入的商户信息。其中从APMS商户信息接口导入的商户信息和手工整理文件后，从接口导入的商户信息，可以通过商户段值更新接口程序自动导入产生商户段段值；手工在商户窗口录入的商户信息，则需要手动在商户段段值窗口维护商户编码和名称。针对APMS系统与Oracle系统接口导入的商户信息的增加、更新
