SAP需求分析与未来作业流程报告模板.doc

需求分析和未来作业步骤汇报第一部分 绪论一. M2专案综述二. 需求分析及未来系统设计出发点三. 未来系统运作框架四. 步骤图图例第二部分 财务会计一. 总帐系统1. 综述2. 和其它模块集成3. 关键业务步骤3. 1. 会计科目表建立3. 2. 传票录入及入帐处理3. 3. 期末处理4. 报表需求5. 未来可能改善二. 应收帐1. 综述2. 和其它模块集成3. 关键业务步骤3. 1. 用户，职员主数据建立3. 2. 职员差旅费预支3. 3. 职员差旅费报销3. 4. 职员差旅费报销催单及冻结处理步骤3. 5. 职员明细帐帐龄分析处理步骤3. 6. 预收款处理3. 7. 发票处理3. 8. 收款处理3. 9. 用户催款及冻结处理步骤3. 10. 用户明细帐帐龄分析处理步骤4. 报表需求5. 未来可能改善三. 应付帐1. 综述1. 1. 现实状况1. 2. 未来设想2. 和其它模块集成3. 关键业务步骤3. 1. 供给商类主数据建立3. 2. 预付款处理3. 3. 担保处理3. 4. 发票处理3. 5. 保留尾数处理3. 6. 付款处理3. 7. 产生其它付款处理3. 8. 其它付款付款处理4. 报表需求5. 未来可能改善四. 固定资产管理1. 综述2. 和其它模块集成3. 关键业务步骤3. 1. 资产类别建立3. 2. 资产卡片建立3. 3. 在建工程结转3. 4. 资产购置3. 5. 固定资产转移3. 6. 资产计提折旧3. 7. 固定资产清理3. 8. 资产盘点3. 9. 资产租赁4. 产生报表5. 未来可能改善五. 法定合并1. 综述2. 和其它模块集成3. 关键业务步骤3. 1. 合并报表项维护3. 2. 局部调整结帐3. 3. 数据采集3. 4. 合并步骤4. 关键报表5. 未来改善可能六. 资金管理1. 综述2. 资金管理和其它模块集成3. 资金管理关键业务步骤3. 1. 自动付款处理3. 2. 收到支票处理3. 3. 付出支票处理3. 4. 银行未达帐处理3. 5. 应收汇票处理3. 6. 应付汇票处理3. 7. 对信用证支持3. 8. 现金状态及流量分析3. 9. 短期借款/短期投资管理3. 10. 利息计算4. 产生报表5. 深入改善可能七. 成本会计费用管理1. 综述2. 费用管理和其它模块集成3. 费用管理关键业务步骤3. 1. 现实状况和需求综述3. 2. 处理方案4. 产生报表5. 深入改善可能八. 成本会计赢利性分析1. 综述2. 赢利性分析模块和其它模块集成3. 赢利性分析关键业务步骤3. 1. 现实状况和需求综述3. 2. 处理方案4. 产生报表5. 深入改善可能第三部分 供给链一. 库存1. 现实状况及需求综述1. 1. 对于XX集团库存管理现实状况及其需求简述以下:1. 2. 对于XX集团营管系统和库存接口及其需求 简述以下:2. 未来系统处理方案2. 1. 综述2. 2. 和其它模块关系2. 3. 收货2. 4. 发货2. 5. 转储2. 6. 预定2. 7. 盘点2. 8. 报表需求2. 9. 未来可能改善二. 采购1. 现实状况及需求综述1. 1. 对于XX集团采购现实状况及其需求简述以下:1. 2. 对于集团采购现实状况及其需求简述以下:2. 未来系统处理方案2. 1. 综述2. 2. 和其它模块集成2. 3. 采购申请及分配处理步骤2. 4. 采购订单处理2. 5. 供给商评定和管理2. 6. 采购订单收货处理2. 7. 发票校验2. 8. 报表需求2. 9. 未来可能改善三. 生产管理1. 综述2. 生产管理和其它模块集成3. 生产管理关键业务步骤3. 1. 生产量预估处理3. 2. 需求管理3. 3. 物料需求计划3. 4. 能力平衡3. 5. 生产排程3. 6. 生产备料/领料处理3. 7. 生产确定及入库处理4. 报表处理5. 深入改善可能四. 成本会计产品成本管理1. 综述2. 产品成本管理和R/3其它模块集成3. 产品成本管理关键业务步骤3. 1. 标准成本制订和修订3. 2. 实际成本核实和分析3. 3. 差异处理4. 产生报表5. 深入改善可能五. 营管系统和R/3接口1. 现有系统及未来需求综述2. 和接口相关关键业务步骤及功效简述2. 1. 接口整体架构2. 2. 订单出货和发票开立作业2. 3. 缴款作业2. 4. 企业内成品调拨2. 5. 从关系企业调入成品2. 6. 向关系企业调出小料和精料2. 7. 退货作业2. 8. 换货作业2. 9. 盘点作业和库存流转2. 10. 制面厂成品库生产入库及其它2. 11. 运费结算2. 12. 清户退款3. 组织机构和关键数据定义3. 1. 组织机构3. 2. 关键数据第一部分 绪论一.M2专案综述国际集团为了利用现代优异资计技术辅助，提升企业管理水平，以完善本身机制和增强企业市场竞争力，在集团最高层领导提倡和推进下设置了M2专案。作为一个管理水平标志，其最终目标是在每个月第二天完成集团企业法定合并报表和管理合并报表工作，达成这一目标前提是集团拥有一套整合企业管理应用软件系统，支持各职能部门日常业务，同时正确立即地统计各企业、各职能部门中发生业务信息，传输到其它部门分享并由各级企业、总企业分折汇总。所以，SAP企业有幸地被选为软件供给商和实施伙伴。二.需求分析及未来系统设计出发点以顶新集团企业规模和其业务多样化而言，M2专案实施应该是阶段性。在实现M2专案最终目标过程中，每一阶段全部应该有明确目标，第一阶段关键目标应该是：l 以XX集团企业为样板，实施一个整合企业管理系统，支持供给链上操作及财务会计和管理会计统计和监控。l 在设计样板过程中，充足考虑到其它事业群生产经营模式特殊性，保留样板灵活性，方便未来推广。l 统一集团内各企业会计科目，规范财务会计业务步骤。在所覆盖范围内为各子企业实施一个强有力财务系统，以基础处理集团报表合并问题。针对M2专案目标，依据整体项目实施计划，SAP项目小组在完成以XX集团为样板财会系统及供给链系统现实状况调研后。在顶新集团M2专案设计组，M2专案应用组大力支持和帮助下，在预定时间内完成了需求分析及对未来系统初步设计。后续章节中对需求描述及未来系统处理方案提议，基础上按企业职能及系统应用模块划分。财会方面需求分别考虑了以XX集团为代表子企业财务处理，以方便面为代表事业群经营分析，和总企业财会处理和合并业务，在供给链方面需求则基础上，以XX集团方便面产、供、销模式为主，并在讨论中参考了其它事业群部分特征。三.未来系统运作框架以财务合并角度看，未来系统在第二阶段完成后动作模式，如：下图所表示当集团完全采取了R/3系统以后，总体系统接口将简单化甚至单一化。作为第一个样板企业，XX集团将启用不仅是财务系统，而且包含了供给链系统，二者在R/3环境下是实时集成。以XX集团角度看，未来系统对其物资流支持以下图所表示：在系统内部，其数据资料流动基础上以下图所表示：这种模式将逐步地推广到各事业群、各子企业。在后续阶段实施计划中，我们考虑引进SAP R/3人事资源管理模式，处理人事薪资，差旅报销和财务系统接口。当中国通讯水平和网络系统基础性能达成要求时，提议用SAP R/3销模块（SD）替换现行营管系统，以最终达成完全整合性。财务会计四.步骤图图例第二部分 财务会计一.总帐系统1. 综述财务组织机构定义：企业代码:为每个帐务实体定义一个企业代码，各个企业有自己法定报表。业务范围：将一个产品或一类产品定义为一个业务范围，各个业务范围能够产生自己利润表，以供管理层使用。财务基础数据：会计年度：国际集团采取日历年度。会计期间：国际集团会计期间为12，从1月份到12月份。传票类型：未来系统根据业务性质具体划分传票类型。传票编号：按年、传票类型及传票录入日期进行自动编号。国际集团要求传票按月、传票类型进行编号。根据我们经验，SAP编号方法对外部审计，内部管理全部不存在任何问题。SAP R/3中国用户已经有10多家经过财政部评审，所以对外部审计而言，不存在任何问题，对内部管理而言，SAP R/3提供了多个分类方法，用户能够方便地查找传票，对传票进行归档处理。为了最大程度地满足国际集团要求，SAP中国郑锐先生已向SAP总部发出二个修改申请：系统提供传票按月、传票类型进行编号功效，修改申请号为762357。预制传票、正式传票采取不一样编号，修改申请号为762416 。币种及汇率：由集团总部负责币种代码定义和汇率表维护，各分企业使用总部维护汇率。权限控制：在原型测试阶段，将根据国际集团要求定义多种权限。未来总帐系统包含会计科目定义，传票录入，外币评定，暂估处理，科目余额重组，科目余额结转，报表处理。未来总帐系统和其它子系统是紧密集成，很多数据由业务发生子系统写入总帐系统，无需手工反复录入数据，无需会计做审核（除供给商发票），提升帐务处理速度。未来总帐系统有一系列功效加速期末结帐，如外币自动评定，暂估自动处理等。外币评定将采取期末评定，期初冲回方法。自动收付款，汇票管理在现金管理中处理。关系企业往来走应收、应付步骤，所以，关系企业往来帐务处理在应收、应付中描述。2. 和其它模块集成总帐子系统和应收，应付，固定资产，库存，采购，销售，成本会计，资金管理有实时数据交换。3. 关键业务步骤3. 1. 会计科目表建立3. 1. 1. 现实状况及需求综述顶新集团采取自己会计科目表。现在集团企业下各企业采取各自科目表，集团企业有计划 未来实现统一科目表。现有会计科目编码是不等长，会给传票录入带来不便。用户、供给商、职员编码作为会计科目标一部分，造成科目极其庞大 。3. 1. 2. 处理方案提议国际集团采取统一会计科目表，由总部会计部确定会计科目表编制标准，协调各分企业要求，负责会计科目编号确定，解释各会计科目标性质。各分企业依据需要，选择相关科目使用。经过会计科目表统一，有利于数据确定、合并、内部审计，总帐、分类帐余额统一，分类帐控制。提议国际集团采取等长会计科目编码，以方便帐务处理。提议国际集团将用户、供给商、职员管理放在应收/ 应付子系统中管理，用户、供给商、职员编号不再作为会计科目一部分。集团总部会计负责维护会计科目集团级数据，各分企业根据需要，维护会计科目企业级数据。提议国际集团总部成立专门职能小组负责这项工作，各分企业建立对应职能小组。3. 1. 2. 1. 建立新科目步骤3. 1. 2. 2. 功效说明“决定是否建立新科目”：由集团总部会计小组依据会计科目表编制标准，已经有科目表，决定是否建立新会计科目。“维护新会计科目集团级数据”：由集团总部会计维护会计科目编号、名称、性质等数据。“维护新会计科目企业级数据”：由企业会计维护会计科目企业级数据，包含货币、明细项索引、自动过帐标志。3. 1. 2. 3. 步骤组织结构定义企业：法定财务实体3. 1. 2. 4. 关键数据企业代码币种3. 2. 传票录入及入帐处理3. 2. 1. 现实状况及需求在现有系统内，因为各应用部分缺乏集成，传票由接口系统或手工导入总帐。大量手工收付款处理，造成工作量大。3. 2. 2. 处理方案采取SAP R/3集成系统，大部分传票由业务发生点传入总帐系统。相关收付款处理，大部分经过应收、应付子系统自动收付款处理，仅仅小额零星现金收付款在总帐系统内处理。3. 2. 2. 1. 传票录入及入帐步骤a) 转帐处理b) 小额现金付款处理c)小额现金收款处理3. 2. 2. 2. 功效说明“前置系统业务处理”：是指和会计系统相关子系统进行业务处理时，自动产生会计传票并入帐，无需人工录入传票，入帐。比如：仓库发料时，仅须在库存管理系统录入发料数据，系统依据发料数据，材料价格，自动生成会计凭证，并入帐。“输入传票”：依据原始凭证，输入传票类型、企业代码、传票编制日期、入帐日期、借贷科目、借贷金额、后续帐务分配如输入成本中心，业务范围。而且检验企业代码是否存在，记帐期间是否许可入帐，借贷科目是否存在，成本中心、业务范围是否存在。“入帐”：系统自动检验借贷金额是否平衡，传票检验经过后，系统将更改科目余额及其它文件，自动分配传票编号，存入传票文件。“传票预制处理”：是指输完传票后，传票存在系统内，但并不入帐。这类传票称为预制传票。“预制传票入帐”：是指将预制传票记入帐册，预制传票转成正式传票。 相关凭证审核，现在系统仅提供一级审核功效，提议第一阶段打印出预制传票，在SAP R/3系统外审核，经过后，由专员将预制传票入帐，或编制手工传票，多级审核后，将手工传票输入系统入帐。第二阶段采取”Workflow”方法，在系统内进行多级审核。3. 2. 2. 3. 作业功效组织示意企业：法定财务实体业务范围： 将一个产品或一类产品定义为一个业务范围，各个业务范围能够产生自己利润表，以供管理层使用。成本中心：搜集费用责任单元3. 2. 2. 4. 关键数据会计期间，会计科目，传票类型，币种，企业代码，业务范围，成本中心3. 3. 期末处理3. 3. 1. 期末处理现实状况及需求综述月末关帐在下月8号，年末关帐在明年二月底，在现有系统，期末有大量手工处理，工作量极大。结帐比较迟，为了确保M2专案目标实现，必需加紧结帐速度。3. 3. 2. 处理方案未来系统改善现有成本结算体系，减轻期末成本结转工作量未来系统有自动外币评定，自动科目余额重组，自动暂估处理等功效，加紧期末结帐。3. 3. 2. 1. 处理步骤3. 3. 2. 2. 功效说明“资产负债类科目外币评定”：评定已实现汇兑损益。如银行外币存款，外币现金评定。“未清项外币评定”：评定未实现汇兑损益。如应收，应付外币评定。“余额重组”：调整应收，应付统驭科目。比如一个用户明细帐余额在贷方，期未结帐时，指定调整到负债方统驭科目，下个期初系统自动冲回。4. 报表需求未来总帐系统能够提供下列报表：l 资产负债表l 损益表l 财务费用明细表l 营业外收支明细表l 增值税申报表l 科目余额表l 传票明细汇总表l 每日日计表及每日传票编号5. 未来可能改善B级功效l 工作流（Workflow）功效第二阶段将引入工作流功效，以处理系统内传票多级审核问题。C级功效l 科目计划二.应收帐1. 综述未来应收帐子系统将包含用户主数据建立，预收款请求，预收款处理，发票处理，手工收款，自动收款，预收款清发票，用户催款，收款通知，对帐单处理。未来应收帐处理将考虑和国际集团营管系统集成，预收款处理，发票处理，缴款处理将经过批处理程序由营管系统录入SAP R/3系统。在SAP R/3系统内进行销售处理，将按正常应收帐处理步骤进行。在人力资源子系统未实施前，职员差旅费放在应收帐子系统处理，利用应收帐用户管理功效，帐龄分析，催款功效，清款功效对职员差旅费实施严格管理。和之相对应，为职员建立编号及相关数据。未来系统中，其它应收款走应收帐步骤，和之相对应，财务部门替其它应收款欠款方建立编号及相关数据。未来系统将为用户、职员、其它应收款欠款方建立不一样编号范围。未来系统中，经过SAP R/3尤其总帐处理来区分关系企业应收货款、应收设备款、应收融资款。自动收款，利息计算及汇票管理将在现金管理部分描述。2. 和其它模块集成应收帐子系统和销售，总帐，资金管理，盈利分析有数据交换。3. 关键业务步骤3. 1. 用户、职员、欠款方主数据建立3. 1. 1. 现实状况及需求现阶段用户主数据在营管系统中管理，整个帐务系统没有用户数据管理，用户作为二级科目，编入会计科目。职员编号作为二级科目，编入会计科目,整个帐务系统没有职员数据管理。3. 1. 2. 处理方案在未来系统中，建立集中用户、职员、欠款方主数据，由营管决定用户编号，营管，帐务输入各自数据，帐务部门仅输入帐务控制相关数据。为了确保职员编号一致性，尽管人力资源现阶段未实施，提议人事部门负责职员编号，财务部门负责帐务相关数据。财务部门负责决定其它应收款欠款方编号及帐务数据。提议相关部门设置专门小组/专员负责用户、职员、欠款方主数据建立。3. 1. 2. 1. 建立主数据步骤3. 1. 2. 2. 功效描述“决定用户帐务控制数据”：依据营管提供用户数据，决定用户组，统驭科目，付款条件，信贷限额等数据。纳入营管系统管理用户，付款条件，信贷限额在营管系统内输入。“决定出差职员编号及相关数据”：依据各部门出差职员表及人事部职员编号表，决定出差职员编号，和职员组，统驭科目，借款限额等职员个人数据。“建立主数据”：利用应收帐子系统中建立主数据功效，建立用户，职员，欠款方帐务数据，以方便管理和控制。3. 1. 2. 3. 作业功效组织示意图3. 1. 2. 4. 关键数据企业代码，统驭科目3. 2. 职员差旅费预支3. 2. 1. 现实状况和需求综述现有系统将职员定义为一个对冲会计科目，制作预支差旅费传票时，输入一个索引码，制做清款传票时，输入一个索引码，利用冲销对照表冲销了索引代码相同，借贷相反会计交易，而且利用冲销对照表列印帐上有余额会计科目。3. 2. 2. 处理方案正如综述所言，采取SAP R/3优异应收帐子系统有效管理职员差旅费。替每个职员在系统内建立一个编号，支取差旅费时，会计部门输入职员出差付款请求，审核经过后，同意出差付款请求。运行自动付款程序，对职员支付预支差旅费。3. 2. 2. 1. 预支差旅费处理步骤3. 2. 2. 2. 功效说明“审核是否正当”：根据预支差旅费要求，审核单据是否齐全，署名是否正当。“输入付款请求”：根据预支差旅费申请单输入付款请求，付款请求仅是一张请款单据，并不产生任何帐务处理。“同意付款请求”：同意付款。3. 2. 2. 3. 作业功效组织示意图3. 2. 2. 4. 关键数据企业代码，职员编号，币种3. 3. 职员差旅费报销3. 3. 1. 现实状况和需求综述参见 2.3.2.13. 3. 2. 处理方案用清帐功效，输入全部发生费用，费用和预支差旅费间差额挂在帐上，由自动收付款程序进行收付款处理。3. 3. 2. 1. 职员差旅费报销处理步骤3. 3. 2. 2. 功效说明“审核报销清单”：由会计部依据“差旅费报销标准”；决定原始凭证是否齐全，是否有效，报销金额是否正确。“清帐处理”：清职员差旅费预支金额，借记费用等科目，预制差旅费和费用差额，挂在帐上。 3. 3. 2. 3. 作业功效组织示意图3. 3. 2. 4. 关键数据职员编号，币种，会计期间，企业代码3. 4. 职员差旅费报销催单及冻结处理步骤3. 4. 1. 现实状况和需求综述没有电脑化催单、冻结处理。3. 4. 2. 处理方案未来系统将利用SAP R/3应收帐子系统催款功效，设定报销期限，对超报销期限未报销预支差旅费产生报销催单，通知职员前来报销，并冻结职员明细帐。解除职员明细帐冻结标志由手工处理。3. 4. 2. 1. 处理步骤3. 4. 2. 2. 功效说明“运行催款程序”：系统天天运行催款程序，以产生职员差旅费报销催单，而且自动冻结超出报销期未报销职员明细帐。3. 4. 2. 3. 作业功效结构示意图3. 4. 2. 4. 关键数据职员编号，报销期限，预支金额日期3. 5. 职员明细帐帐龄分析处理步骤3. 5. 1. 现实状况和需求综述参见 1.3.2.13. 5. 2. 处理方案未来作业步骤，经过帐龄分析列出未报销预支差旅费借款期。 3. 5. 2. 1. 处理步骤3. 5. 2. 2. 功效说明“运行帐龄分析程序”：定时运行帐龄分析程序，得到未报销预支差旅费帐龄清单。3. 5. 2. 3. 作业功效结构示意图3. 5. 2. 4. 关键数据职员编号 ，企业代码。3. 6. 预收款处理3. 6. 1. 现实状况及需求分析关系企业间销售，没有预收款要求，集团外用户，一类不需预收款，一类需要预收款，需要预收款用户，它预收款必需覆盖供货金额，不然不给发货。经过营管系统销售，预收款在营管系统内处理，经过接口程序导入总帐系统。预收款按部门归集。3. 6. 2. 处理方案为了处理营管系统缴款和财务实际到款时间差，设置在途款科目；营管系统内预收款经过批处理程序导入SAP R/3应收帐子系统，暂记在途款科目，然后由财务部门依据银行到帐单，在总帐系统中把预收款从在途款科目转入银行存款科目。预收款和用户欠款方挂钩。对不纳入营管系统销售，预收款处理在SAP R/3中处理。3. 6. 2. 1. 处理步骤3. 6. 2. 2. 功效说明“开启批输入程序”：系统自动开启批输入程序，预收款从营管系统导入SAP R/3应收帐系统。“检验日志”：指派专员负责检验日志，如有错误，按错误性质，分送不一样部门处理。“下达预收款请求”：同意预收款请求，经过自动收款程序收款。3. 6. 2. 3. 作业功效组织示意图3. 6. 2. 4. 关键数据企业代码，用户代码，欠款方编号，会计期间，币种3. 7. 发票处理3. 7. 1. 现实状况及需求分析对外产品销售发票，由营管系统经过接口程序输入帐务系统。关系企业间销售，发票由手工输入帐务系统。零星发票（包含总部费用分摊）由手工输入帐务系统。3. 7. 2. 处理方案经过营管系统销售，发票由营管系统经过批输入程序导入SAP R/3系统。关系企业间销售及未纳入营管系统销售，在SAP销售子系统处理，销售发票由销售子系统导入应收帐子系统。零星发票由手工输入应收帐子系统。其它应收款由手工输入系统。对于换货处理，营管系统并没有重新处剪发票动作，需要在总帐中输入一个凭证，更改销售收入：借：甲产品销售收入 贷：乙产品销售收入3. 7. 2. 1. 处理步骤零星发票/其它应收款手工输入处理3. 7. 2. 2. 功效说明“生成销售系统发票”：系统自动定时开启批作业程序将营管系统销售发票导入SAP R/3销售子系统， 3. 7. 2. 3. 作业功效组织示意图3. 7. 2. 4. 关键数据用户代码，欠款方编号，企业代码，币种，会计科目，会计期间3. 8. 收款处理3. 8. 1. 现实状况及需求分析经过营管系统缴款用缴款单代传票方法，经过接口程序将缴款处理传入帐务系统，其它收款由手工输入帐务系统。缴款入帐日和实际达帐日不一致。3. 8. 2. 处理方案为了处理缴款入帐日和实际达帐日不一致，设置在途资金科目，缴款入帐时，借记在途资金科目，然后依据银行到帐单，在总帐系统中将缴款从在途资金科目转入银行存款科目。经过营管系统缴款，用批输入程序将缴款导入应收帐子系统。然后经过清款程序清用户发票和缴款，预缴款。不经过营管系统收款直接在SAP R/3系统经过自动收款处理，在现金管理中描述。自动付款将覆盖应收帐款和其它应收款。3. 8. 2. 1. 处理步骤3. 8. 2. 2. 作业功效结构示意图3. 8. 2. 3. 关键数据用户编号，欠款方编号，付款条件3. 9. 用户、欠款方催款及冻结处理步骤3. 9. 1. 现实状况和需求综述没有电脑化催单及冻结处理。3. 9. 2. 处理方案未来系统将利用SAP R/3应收帐子系统催款功效，进行催款处理，对超出付款期限用户、欠款方生成催款通知书，通知用户、欠款方付款，按催款等级自动冻结用户、欠款方明细帐。解除用户、欠款方明细帐冻结标志由手工处理。3. 9. 2. 1. 处理步骤3. 9. 2. 2. 功效说明“运行催款程序”：系统定时运行催款程序，以产生用户、欠款方催款通知书，并按催款等级自动冻结用户、欠款方明细帐。3. 9. 2. 3. 作业功效结构示意图3. 9. 2. 4. 关键数据用户编号、欠款方编号，付款条件3. 10. 用户、欠款方明细帐帐龄分析处理步骤3. 10. 1. 现实状况及需求综述国际集团需要立即清楚地了解用户、欠款方欠款具体情况及欠款期。3. 10. 2. 处理方案未来作业步骤，经过帐龄分析列出用户、欠款方明细帐帐龄情况。3. 10. 2. 1. 处理步骤3. 10. 2. 2. 功效说明“运行帐龄分析程序”：定时运行帐龄分析程序，得到用户、欠款方明细帐帐龄表。3. 10. 2. 3. 作业功效结构示意图3. 10. 2. 4. 关键数据用户编号，欠款方编号4. 报表需求l 用户、职员、欠款方余额表l 用户、职员、欠款方帐龄分析表l 应收帐和营管系统用户帐款余额调整表（顶新要求增加）5. 未来可能改善一旦HR系统实施后，职员差旅费管理将得到深入加强。能够有效方便地控制职员借款，报销期限，能够方便地和费用管理整合起来。三.应付帐1. 综述1. 1. 现实状况国际集团有多个采购模式，现描述以下：l 中国采购采购订单，发货发票，付款各子企业直接对供给商下订单，供给商对各子企业发货，供给商开发票给各子企业，各子企业匹配发票、订单、收货统计，查对无误后，向供给商付款。l 海外采购采购订单，发货发票，付款各子企业根据需求，向顶益(BVI)、顶杰(开曼岛)提出采购请求，由顶益(BVI)、顶杰(开曼岛)向海外供给商下订单。海外供给商直接向各子企业发货，各子企业将验收单提交顶益（BVI、顶杰（开曼岛、海外供给商开发票给顶益（BVI）、顶杰（开曼岛），顶益（BVI）、顶杰（开曼岛） 开发票给各子企业、各子企业付款给顶益（BVI）、顶杰（开曼岛），顶益（BVI）、顶杰（开曼岛）付款给海外供给商。海外采购包含担保业务1. 2. 未来设想未来应付帐子系统将包含供给商主数据定义，预付款请求处理，预付款处理，发票处理，发票清预付款，手工付款处理，自动付款处理，对帐单处理。未来应付帐子系统和其它子系统是紧密集成，和采购相关供给商发票由采购模块导入应付帐子系统。未来业务处理，对于海外采购，将把海外企业作为中国各采购企业供给商，把海外供给商作为海外企业供给商，全部走应付帐步骤。将顶新工程看作一般供给商，走关系企业往来交易程序，顶新工程本身采购、应付帐处理在顶新工程专案中处理，不列入本汇报。 在未来作业处理中，和采购作业无关非备用金付款全部将走应付帐步骤，如薪资付款，和之相对应，由财会部替各受款方建立主数据。应付帐系统内，全部付款全部采取自动付款处理。未来系统中，经过SAP R/3尤其总帐处理来区分关系企业应付货款、应付设备款、应付融资款。未来系统中，在途和暂估会计作业月末由系统自动评定，下月初系统自动冲回。自动付款、利息计算及汇票管理将在现金管理部分描述。2. 和其它模块集成应付款在系统和采购，总帐，资金管理有数据交换。3. 关键业务步骤3. 1. 供给商类主数据建立3. 1. 1. 现实状况和需求综述供给商数据存放于MFG/PRO，帐务系统不能共享。每个供给商作为一个二级分类帐，编入会计科目。其它应付款所包含受款单位作为二级科目，编入会计科目，并没有建立供给商主数据。3. 1. 2. 处理方案未来系统将建立集中供给商主数据，由品保部门决定供给商编码，采购、帐务分别维护各自数据，帐务部门仅维护和帐务控制相关数据。在未来系统中，帐务部门负责受款方编号，帐务主数据维护。3. 1. 2. 1. 处理步骤3. 1. 2. 2. 功效说明“维护主数据”：财务部维护供给商，受款方统驭科目。付款条件，银行帐号等数据。3. 1. 2. 3. 作业功效组织示意图3. 1. 2. 4. 关键数据企业代码，统驭科目。3. 2. 预付款处理3. 2. 1. 现实状况及需求综述预付款科目按请款部门划分，并不按供给商划分。预付款清款由请款部门控制。会计部门缺乏严格控制。国际集团期望和采购相关预付款和采购订单挂钩。3. 2. 2. 处理方案预付款和供给商、受款方挂钩，为采购订单所付预付款，在预付款请求，预付款传票中输入对应采购订单号，以方便预付款和发票间清帐。预付款请求部门输入预付款请求，由财务部门审核预付款请求，审核经过后，下达预付款请求。由自动付款程序作预付款付款处理。3. 2. 2. 1. 处理步骤3. 2. 2. 2. 功效说明“维护预付款请求”：预付款请求仅仅是一个票据，并不产生帐务处理，维护预付款请求就是将预付款请求输入系统。“下达预付款请求”：同意预付款请求，使它能被后续处理，如付款等。“冻结预付款请求”：冻结预付款请求使预付款请求不能被后续处理，如付款等。3. 3. 担保处理3. 3. 1. 现实状况及需求综述集团总部帐务处理有担保业务。3. 3. 2. 处理方案将担保处理和供给商、受款方挂钩，但和供给商、受款方明细帐其它业务处理区分开，仅仅反应或有负债，并不后续收付款处理。3. 3. 2. 1. 处理步骤3. 3. 2. 2. 功效说明“挂入供给商/受款方明细帐”：将担保单作为一个尤其业务处理挂入供给商明细帐，它仅仅是注释。说明或有负债，并无后续收付款处理。3. 3. 2. 3. 作业功效组织示意图3. 3. 2. 4. 关键数据供给商编号，受款方编号，企业代码3. 4. 发票处理3. 4. 1. 现实状况及需求综述和采购处理相关供给商发票，由请款单位开出请款单，成本会计审核后，将请款单连同发票送至会计部门，会计部门审核后，进行发票处理，付款处理。折扣由采购部门决定，制作请款单时考虑。3. 4. 2. 处理方案未来系统是一个集成系统，它提供一套完整控制方法。提议国际集团采取以下方法：采购部门接到供给商发票后，由发票输入小组组员输入供给商发票进系统。此时供给商发票仅是预制传票，并不产生任何帐务处理，然后由会计部门发票审核小组组员匹配采购订单，收货统计，供给商发票，决定是否下达供给商发票，一旦下达供给商发票，供给商发票将入帐。付款条件（包含折扣，付款期）存放在发票上。财务部门运行自动付款程序，完成付款处理，自动付款程序将考虑折扣，决定提议付款额。3. 4. 2. 1. 处理步骤3. 4. 2. 2. 功效说明“输入供给商发票”：将供给商发票输入系统，作为预制传票，暂存于系统，并不产生任何帐务处理。“审核供给商发票”：对有采购订单订单发票处理：匹配采购订单，收货统计，供给商发票，以决定供给商发票是否正确。对无采购订单订单发票处理：审核发票及相关单据，以决定供给商发票是否正确。“下达供给商发票”：同意审核经过发票，产生帐务处理。3. 4. 2. 3. 作业功效组织示意图3. 4. 2. 4. 关键数据企业代码，供给商编号，统驭科目，会计期间3. 5. 保留尾数处理3. 5. 1. 现实状况及需求综述海外采购及设备工程款帐务处理包含保留尾数业务，所谓保留尾数是指收货验收后，根据协议保留一定百分比金额作为尾数暂不付款，待后续深入检验后，按情况决定是否付尾数。3. 5. 2. 处理方案对于包含保留尾数业务采购、工程项目，输入发票时，将协议要求尾数作为冻结应付款，暂不付款，后续检验完后，决定是否付款。输入供给商发票时，将应付帐分成二部分，对应于尾数部分作冻结处理，比如：一笔壹万元采购，该协议有10%尾数，输入发票时作以下分录：借：对应科目10000贷：应付帐9000应付帐1000 （冻结）3. 5. 2. 1. 处理步骤发票输入步骤参见3.3.3.2.1保留尾数后续处理步骤：3. 6. 付款处理3. 6. 1. 现实状况及需求综述中国付款采取手工付款方法，海外采取自动付款。付款方法有：支票，现金，汇票，信用证，电汇，银行承兑汇票。3. 6. 2. 处理方法采购部门及帐务部门输入发票时，在备注中注明清那笔预付款，财务部门审核发票时，以此手工清预付款、发票。采购部门能够查询预付款资料。付款采取自动付款方法，在现金管理中描述。付款入帐后，将产生付款通知单用传真发送给对方。信用证存款，银行本票等将经过专设科目管理。3. 6. 2. 1. 处理步骤3. 6. 2. 2. 功效说明“预付款清发票”：用对供给商预付款抵消应付款。3. 6. 2. 3. 作业功效组织示意图3. 6. 2. 4. 关键数据供给商编号，企业代码3. 7. 产生其它付款处理3. 7. 1. 现实状况及需求分析现有系统中，其它付款在总帐中手工处理。国际集团有加强付款管理需求。3. 7. 2. 处理方案正如综述所言，在未来系统里，其它非备用金付款走应付帐步骤，用SAP R/3应付款多种处理功效处理其它付款。3. 7. 2. 1. 处理步骤3. 7. 2. 2. 功效说明参见前面3. 7. 2. 3. 业务功效组织示意图3. 7. 2. 4. 关键数据受款方编号，企业代码，会计期间3. 8. 其它付款付款处理