SAP需求分析与未来作业流程报告7827.docx

《SAP需求分析与未来作业流程报告7827.docx》由会员分享，可在线阅读，更多相关《SAP需求分析与未来作业流程报告7827.docx（348页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、需求分析与未来作业流程报告第一部分 绪论一. 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. 员员工明细帐帐帐

2、龄分析处理理流程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.

3、综述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

4、. 资金管理理主要业务流流程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.

5、 获利性分分析模块和其其他模块的集集成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

6、. 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. 生

7、生产排程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. 公公司内成品调调拨

8、2. 5. 从从关系企业调调入成品2. 6. 向向关系企业调调出小料和精精料2. 7. 退退货作业2. 8. 换换货作业2. 9. 盘盘点作业和库库存流转2. 10. 制面厂成品品库生产入库库及其它2. 11. 运费结算2. 12. 清户退款3. 组织机构构和关键数据据定义3. 1. 组组织机构3. 2. 关关键数据第一部分 绪论一.M2专案案综述国际集团为了利利用现代先进进资计技术辅辅助，提高企企业的管理水水平，以完善善自身的机制制和增强企业业的市场竞争争力，在集团团最高层领导导的倡导和推推动下设立了了M2专案。作作为一个管理理水平的标志志，其最终目目的是在每月月的第二天完完成集团公司司的法

9、定合并并报表和管理理合并报表的的工作，达到到这一目标的的前提是集团团拥有一套整整合的企业管管理应用软件件系统，支持持各职能部门门的日常业务务，同时准确确及时地记录录各公司、各各职能部门中中发生业务信信息，传递到到其它部门分分享并由各级级公司、总公公司分折汇总总。因此，SAP公公司有幸地被被选为软件供供应商和实施施伙伴。二.需求分析析及未来系统统设计的出发发点以顶新集团的企企业规模以及及其业务的多多样化而言，M2专案的实施应该是阶段性的。在实现M2专案最终目标的过程中，每一阶段都应该有明确的目标，第一阶段的主要目标应该是：l 以XX集团公司司为样板，实实施一个整合合的企业管理理系统，支持持供应链

10、上的的操作及财务务会计和管理理会计统计和和监控。l 在设计样板过程程中，充分考考虑到其它事事业群生产经经营模式的特特殊性，保留留样板的灵活活性，以便将将来推广。l 统一集团内各公公司的会计科科目，规范财财务会计的业业务流程。在在所覆盖的范范围内为各子子公司实施一一个强有力的的财务系统，以以基本解决集集团报表合并并的问题。针针对M2专案的目目标，依据整整体项目实施施的计划，SSAP项目小小组在完成以以XX集团为为样板的财会会系统及供应应链系统现状状调研后。在在顶新集团MM2专案设计计组，M2专案应用用组的大力支支持和协助下下，在预定时时间内完成了了需求分析及及对未来系统统的初步设计计。后续章节节

11、中对需求的的描述及未来来系统解决方方案的建议，基基本上按企业业的职能及系系统的应用模模块划分。财财会方面的需需求分别考虑虑了以XX集集团为代表的的子公司财务务处理，以方方便面为代表表的事业群经经营分析，以以及总公司的的财会处理和和合并业务，在在供应链方面面的需求则基基本上，以XXX集团的方方便面产、供供、销模式为为主，并在讨讨论中参考了了其它事业群群的一些特性性。三.未来系统统的运作框架架以财务合并的角角度看，未来来系统在第二二阶段完成后后的动作模式式，如：下图图所示当集团完全采用用了R/3系统之之后，总体系系统的接口将将简单化甚至至单一化。作为第一个样板板公司，XXX集团将启用用的不仅是财财

12、务系统，而而且包含了供供应链系统，两两者在R/33的环境下是是实时集成的的。以XX集集团的角度看看，未来系统统对其物资流流的支持如下下图所示：在系统的内部，其其数据资料的的流动基本上上如下图所示示：这种模式将逐步步地推广到各各事业群、各各子公司。在后续阶段的实实施计划中，我我们考虑引进进SAP RR/3的人事事资源管理模模式，解决人人事薪资，差差旅报销与财财务系统的接接口。当国内的通讯水水平以及网络络系统的基本本性能达到要要求时，建议议用SAP R/3的销销模块（SDD）取代现行行的营管系统统，以最终达达到完全的整整合性。财务务会计四.流程图图图例第二部分 财务会计一.总帐系统统1. 综述财务

13、组织机构定定义：公司代码:为每每个帐务实体体定义一个公公司代码，各各个公司有自自己法定报表表。业务范围：将一一个产品或一一类产品定义义为一个业务务范围，各个个业务范围可可以产生自己己的利润表，以以供管理层使使用。财务基础数据：会计年度：国际际集团采用日日历年度。会计期间：国际际集团会计期期间为12，从1月份到12月份。传票类型：未来来的系统按照照业务性质详详细划分传票票类型。传票编号：按年年、传票类型型及传票录入入日期进行自自动编号。国国际集团要求求传票按月、传传票类型进行行编号。按照照我们的经验验，SAP的编号号方式对外部部审计，内部部管理都不存存在任何问题题。SAP R/3的中中国用户已有

14、有10多家通过过财政部的评评审，所以对对外部审计而而言，不存在在任何问题，对对内部管理而而言，SAPP R/3提提供了多种分分类方法，用用户可以方便便地查找传票票，对传票进进行归档处理理。为了最大大程度地满足足国际集团的的要求，SAAP中国的郑郑锐先生已向向SAP总部发发出二个修改改申请：系统提供传票按按月、传票类类型进行编号号的功能，修修改申请号为为7623557。预制传票、正正式传票采用用不同的编号号，修改申请请号为7622416 。币种及汇率：由由集团总部负负责币种代码码定义和汇率率表的维护，各各分公司使用用总部维护的的汇率。权限控制：在原原型测试阶段段，将按照国国际集团要求求定义各种权

15、权限。未来的总帐系统统包括会计科科目定义，传传票录入，外外币评估，暂暂估处理，科科目余额重组组，科目余额额结转，报表表处理。未来的总帐系统统与其他子系系统是紧密集集成的，许多多数据由业务务发生子系统统写入总帐系系统，无需手手工重复录入入数据，无需需会计做审核核（除供应商商发票），提提高帐务处理理速度。未来的总帐系统统有一系列功功能加速期末末结帐，如外外币自动评估估，暂估自动动处理等。外外币评估将采采用期末评估估，期初冲回回方式。自动收付款，汇汇票管理在现现金管理中处处理。关系企企业往来走应应收、应付流流程，所以，关关系企业往来来的帐务处理理在应收、应应付中描述。2. 与其它模块的的集成总帐子系

16、统与应应收，应付，固固定资产，库库存，采购，销销售，成本会会计，资金管管理有实时数数据交换。3. 主要业务流程3. 1. 会计科目表建立立3. 1. 1. 现状及需求综述述顶新集团采用自自己的会计科科目表。目前前集团公司下下各公司采用用各自科目表表，集团公司司有计划 将来实现统统一的科目表表。现有会计科目编编码是不等长长的，会给传传票录入带来来不便。客户户、供应商、员员工编码作为为会计科目的的一部分，造造成科目极其其庞大 。3. 1. 2. 解决方案建议国际集团采采用统一会计计科目表，由由总部会计部部确定会计科科目表编制原原则，协调各各分公司要求求，负责会计计科目编号确确定，解释各各会计科目的

17、的性质。各分分公司根据需需要，选择有有关科目使用用。通过会计科目表表统一，有利利于数据确认认、合并、内内部审计，总总帐、分类帐帐余额统一，分分类帐控制。建议国际集团采采用等长会计计科目编码，以以方便帐务处处理。建议国际集团将将客户、供应应商、员工管管理放在应收收/ 应付子系系统中管理，客客户、供应商商、员工的编编号不再作为为会计科目一一部分。集团总部会计负负责维护会计计科目集团级级数据，各分分公司按照需需要，维护会会计科目公司司级数据。建议国际集团总总部成立专门门职能小组负负责这项工作作，各分公司司建立相应职职能小组。3. 1. 2. 1. 建立新科目流程程3. 1. 2. 2. 功能说明“决

18、定是否建立立新科目”：由集团总总部会计小组组依据会计科科目表编制原原则，已有科科目表，决定定是否建立新新的会计科目目。“维护新会计科科目集团级数数据”：由集团总总部会计维护护会计科目编编号、名称、性性质等数据。“维护新会计科科目公司级数数据”：由公司会会计维护会计计科目公司级级数据，包括括货币、明细细项索引、自自动过帐标志志。3. 1. 2. 3. 流程组织结构定定义公司：法定财务务实体3. 1. 2. 4. 关键数据公司代码币种3. 2. 传票录入及入帐帐处理3. 2. 1. 现状及需求在现有系统内，由由于各应用部部分缺乏集成成，传票由接接口系统或手手工导入总帐帐。大量手工工收付款处理理，导

19、致工作作量大。3. 2. 2. 解决方案采用SAP RR/3集成系系统，大部分分传票由业务务发生点传入入总帐系统。关于收付款处理理，大部分通通过应收、应应付子系统自自动收付款处处理，仅仅小小额零星现金金收付款在总总帐系统内处处理。3. 2. 2. 1. 传票录入及入帐帐流程a) 转帐处理理b) 小额现金金付款处理c)小额现金收收款处理3. 2. 2. 2. 功能说明“前置系统业务务处理”：是指与会会计系统相关关子系统进行行业务处理时时，自动产生生会计传票并并入帐，无需需人工录入传传票，入帐。例例如：仓库发发料时，仅须须在库存管理理系统录入发发料数据，系系统根据发料料数据，材料料价格，自动动生成

20、会计凭凭证，并入帐帐。“输入传票”：依据原始凭凭证，输入传传票类型、公公司代码、传传票编制日期期、入帐日期期、借贷科目目、借贷金额额、后续帐务务分配如输入入成本中心，业业务范围。并并且检查公司司代码是否存存在，记帐期期间是否允许许入帐，借贷贷科目是否存存在，成本中中心、业务范范围是否存在在。“入帐”：系统统自动检查借借贷金额是否否平衡，传票票检查通过后后，系统将更更改科目余额额及其它文件件，自动分配配传票编号，存存入传票文件件。“传票预制处理理”：是指输完完传票后，传传票存在系统统内，但并不不入帐。这类类传票称为预预制传票。“预制传票入帐帐”：是指将预预制传票记入入帐册，预制制传票转成正正式传

21、票。 关于凭证审核，目目前系统仅提提供一级审核核功能，建议议第一阶段打打印出预制传传票，在SAAP R/33系统外审核核，通过后，由由专人将预制制传票入帐，或或者编制手工工传票，多级级审核后，将将手工传票输输入系统入帐帐。第二阶段段采用”Woorkfloow”方法，在在系统内进行行多级审核。3. 2. 2. 3. 作业功能组织示示意公司：法定财务务实体业务范围： 将将一个产品或或一类产品定定义为一个业业务范围，各各个业务范围围可以产生自自己的利润表表，以供管理理层使用。成本中心：收集集费用的责任任单元3. 2. 2. 4. 关键数据会计期间，会会计科目，传传票类型，币币种，公司代代码，业务范范

22、围，成本中中心3. 3. 期末处理3. 3. 1. 期末处理现状及及需求综述月末关帐在下月月8号，年末关关帐在来年二二月底，在现现有系统，期期末有大量手手工处理，工工作量极大。结结帐比较迟，为为了保证M22专案目标的的实现，必须须加快结帐速速度。3. 3. 2. 解决方案未来的系统改进进现有的成本本结算体系，减减轻期末成本本结转的工作作量未来的系统有自自动的外币评评估，自动的的科目余额重重组，自动的的暂估处理等等功能，加快快期末结帐。3. 3. 2. 1. 处理流程3. 3. 2. 2. 功能说明“资产负债类科科目外币评估估”：评估已实实现汇兑损益益。如银行外外币存款，外外币现金评估估。“未清

23、项外币评评估”：评估未实实现汇兑损益益。如应收，应应付外币评估估。“余额重组”：调整应收，应应付统驭科目目。例如一个个客户明细帐帐余额在贷方方，期未结帐帐时，指定调调整到负债方方统驭科目，下下个期初系统统自动冲回。4. 报表需求未来的总帐系统统可以提供下下列报表：l 资产负债表l 损益表l 财务费用明细表表l 营业外收支明细细表l 增值税申报表l 科目余额表l 传票明细汇总表表l 每日日计表及每每日传票编号号5. 未来可能改进B级功能l 工作流（Worrkfloww）功能第二阶阶段将引入工工作流功能，以以解决系统内内传票多级审审核的问题。C级功能l 科目计划二.应收帐1. 综述未来的应收帐子子

24、系统将包括括客户主数据据建立，预收收款请求，预预收款处理，发发票处理，手手工收款，自自动收款，预预收款清发票票，客户催款款，收款通知知，对帐单处处理。未来的应收帐处处理将考虑与与国际集团营营管系统的集集成，预收款款处理，发票票处理，缴款款处理将通过过批处理程序序由营管系统统录入SAPP R/3系系统。在SAP R/3系统内进进行销售处理理，将按正常常的应收帐处处理流程进行行。在人力资源子系系统未实施前前，员工差旅旅费放在应收收帐子系统处处理，利用应应收帐客户管管理功能，帐帐龄分析，催催款功能，清清款功能对员员工差旅费实实施严格管理理。与之相对对应，为员工工建立编号及及有关数据。未来的系统中，其

25、其他应收款走走应收帐流程程，与之相对对应，财务部部门替其他应应收款的欠款款方建立编号号及有关数据据。未来的系统将为为客户、员工工、其他应收收款的欠款方方建立不同的的编号范围。未来的系统中，通通过SAP R/3的特特别总帐处理理来区别关系系企业的应收收货款、应收收设备款、应应收融资款。自动收款，利息息计算及汇票票管理将在现现金管理部分分描述。2. 与其他模块的集集成应收帐子系统与与销售，总帐帐，资金管理理，盈利分析析有数据交换换。3. 主要业务流程3. 1. 客户、员工、欠欠款方主数据据建立3. 1. 1. 现状及需求现阶段客户主数数据在营管系系统中管理，整整个帐务系统统没有客户数数据管理，客客

26、户作为二级级科目，编入入会计科目。员工编号作为二二级科目，编编入会计科目目,整个帐务系系统没有员工工数据管理。3. 1. 2. 解决方案在未来的系统中中，建立集中中客户、员工工、欠款方主主数据，由营营管决定客户户编号，营管管，帐务输入入各自数据，帐帐务部门仅输输入帐务控制制有关数据。为了保证员工编编号一致性，尽尽管人力资源源现阶段未实实施，建议人人事部门负责责员工编号，财财务部门负责责帐务有关数数据。财务部门负责决决定其它应收收款的欠款方方的编号及帐帐务数据。建议有关部门设设置专门小组组/专人负责客客户、员工、欠欠款方主数据据建立。3. 1. 2. 1. 建立主数据流程程3. 1. 2. 2.

27、 功能描述“决定客户帐务务控制数据”：依据营管管提供客户数数据，决定客客户组，统驭驭科目，付款款条件，信贷贷限额等数据据。纳入营管管系统管理的的客户，付款款条件，信贷贷限额在营管管系统内输入入。“决定出差员工工编号及有关关数据”：依据各部部门出差员工工表及人事部部员工编号表表，决定出差差员工编号，以以及员工组，统统驭科目，借借款限额等员员工个人数据据。“建立主数据”：利用应收收帐子系统中中建立主数据据功能，建立立客户，员工工，欠款方帐帐务数据，以以方便管理和和控制。3. 1. 2. 3. 作业功能组织示示意图3. 1. 2. 4. 关键数据公司代码，统驭驭科目3. 2. 员工差旅费预支支3.

28、2. 1. 现状与需求综述述现有系统将员工工定义为一个个对冲会计科科目，制作预预支差旅费传传票时，输入入一个索引码码，制做清款款传票时，输输入一个索引引码，利用冲冲销对照表冲冲销了索引代代码相同，借借贷相反的会会计交易，并并且利用冲冲销对照表列列印帐上有余余额的会计科科目。3. 2. 2. 解决方案正如综述所言，采采用SAP R/3先进进应收帐子系系统有效管理理员工差旅费费。替每个员员工在系统内内建立一个编编号，支取差差旅费时，会会计部门输入入员工出差付付款请求，审审核通过后，批批准出差付款款请求。运行行自动付款程程序，对员工工支付预支差差旅费。3. 2. 2. 1. 预支差旅费处理理流程3.

29、 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.

30、 1. 员工差旅费报销销处理流程3. 3. 2. 2. 功能说明“审核报销清单单”：由会计部部依据“差旅费报销销原则”；决定原始始凭证是否齐齐全，是否有有效，报销金金额是否正确确。“清帐处理”：清员工差旅旅费预支金额额，借记费用用等科目，预预制差旅费与与费用的差额额，挂在帐上上。 3. 3. 2. 3. 作业功能组织示示意图3. 3. 2. 4. 关键数据员工编号，币种种，会计期间间，公司代码码3. 4. 员工差旅费报销销催单及冻结结处理流程3. 4. 1. 现状与需求综述述没有电脑化的催催单、冻结处处理。3. 4. 2. 解决方案未来的系统将利利用SAP R/3应收收帐子系统催催款功能，设设

31、定报销期限限，对超报销销期限未报销销的预支差旅旅费产生报销销催单，通知知员工前来报报销，并冻结结员工明细帐帐。解除员工工明细帐冻结结标志由手工工处理。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. 解决方案未来的作业流程程，通过帐龄

32、龄分析列出未未报销的预支支差旅费的借借款期。 3. 5. 2. 1. 处理流程3. 5. 2. 2. 功能说明“运行帐龄分析析程序”：定期运行行帐龄分析程程序，得到未未报销的预支支差旅费帐龄龄清单。3. 5. 2. 3. 作业功能结构示示意图3. 5. 2. 4. 关键数据员工编号 ，公公司代码。3. 6. 预收款处理3. 6. 1. 现状及需求分析析关系企业间销售售，没有预收收款要求，集集团外客户，一一类不需预收收款，一类需需要预收款，需需要预收款客客户，它的预预收款必须覆覆盖供货金额额，否则不给给发货。通过过营管系统的的销售，预收收款在营管系系统内处理，通通过接口程序序导入总帐系系统。预收

33、款款按部门归集集。3. 6. 2. 解决方案为了解决营管系系统缴款与财财务实际到款款的时间差，设设置在途款科科目；营管系系统内预收款款通过批处理理程序导入SSAP R/3应收帐子子系统，暂记记在途款科目目，然后由财财务部门依据据银行到帐单单，在总帐系系统中把预收收款从在途款款科目转入银银行存款科目目。预收款与与客户欠款方方挂钩。对不纳入营管系系统的销售，预预收款处理在在SAP RR/3中处理理。3. 6. 2. 1. 处理流程3. 6. 2. 2. 功能说明“启动批输入程程序”：系统自动动启动批输入入程序，预收收款从营管系系统导入SAAP R/33应收帐系统统。“检验日志”：指派专人负负责检查

34、日志志，如有错误误，按错误性性质，分送不不同部门解决决。“下达预收款请请求”：批准预收收款请求，通通过自动收款款程序收款。3. 6. 2. 3. 作业功能组织示示意图3. 6. 2. 4. 关键数据公司代码，客户户代码，欠款款方编号，会会计期间，币币种3. 7. 发票处理3. 7. 1. 现状及需求分析析对外产品销售发发票，由营管管系统通过接接口程序输入入帐务系统。关关系企业间的的销售，发票票由手工输入入帐务系统。零零星发票（包包括总部费用用分摊）由手手工输入帐务务系统。3. 7. 2. 解决方案通过营管系统的的销售，发票票由营管系统统通过批输入入程序导入SSAP R/3系统。关关系企业间销销

35、售及未纳入入营管系统的的销售，在SSAP销售子子系统处理，销销售发票由销销售子系统导导入应收帐子子系统。零星星发票由手工工输入应收帐帐子系统。其其它应收款由由手工输入系系统。对于换货处理，营营管系统并没没有重新处理理发票动作，需需要在总帐中中输入一个凭凭证，更改销销售收入：借：甲产品销售售收入 贷：乙产品品销售收入3. 7. 2. 1. 处理流程零星发票/其他他应收款手工工输入处理3. 7. 2. 2. 功能说明“生成销售系统统的发票”：系统自动动定时启动批批作业程序将将营管系统的的销售发票导导入SAP R/3的销销售子系统， 3. 7. 2. 3. 作业功能组织示示意图3. 7. 2. 4.

36、 关键数据客户代码，欠款款方编号，公公司代码，币币种，会计科科目，会计期期间3. 8. 收款处理3. 8. 1. 现状及需求分析析通过营管系统的的缴款用缴款款单代传票方方式，通过接接口程序将缴缴款处理传入入帐务系统，其其余收款由手手工输入帐务务系统。缴款款入帐日与实实际达帐日不不一致。3. 8. 2. 解决方案为了解决缴款入入帐日与实际际达帐日不一一致，设置在在途资金科目目，缴款入帐帐时，借记在在途资金科目目，然后依据据银行到帐单单，在总帐系系统中将缴款款从在途资金金科目转入银银行存款科目目。通过营管系统的的缴款，用批批输入程序将将缴款导入应应收帐子系统统。然后通过过清款程序清清客户发票与与缴

37、款，预缴缴款。不通过营管系统统收款直接在在SAP RR/3系统通通过自动收款款处理，在现现金管理中描描述。自动付付款将覆盖应应收帐款和其其它应收款。3. 8. 2. 1. 处理流程3. 8. 2. 2. 作业功能结构示示意图3. 8. 2. 3. 关键数据客户编号，欠款款方编号，付付款条件3. 9. 客户、欠款方催催款及冻结处处理流程3. 9. 1. 现状与需求综述述没有电脑化的催催单及冻结处处理。3. 9. 2. 解决方案未来的系统将利利用SAP R/3应收收帐子系统催催款功能，进进行催款处理理，对超过付付款期限的客客户、欠款方方生成催款通通知书，通知知客户、欠款款方付款，按按催款等级自自动

38、冻结客户户、欠款方明明细帐。解除除客户、欠款款方明细帐冻冻结标志由手手工处理。3. 9. 2. 1. 处理流程3. 9. 2. 2. 功能说明“运行催款程序序”：系统定期期运行催款程程序，以产生生客户、欠款款方催款通知知书，并按催催款等级自动动冻结客户、欠欠款方明细帐帐。3. 9. 2. 3. 作业功能结构示示意图3. 9. 2. 4. 关键数据客户编号、欠款款方编号，付付款条件3. 10. 客户、欠款方明明细帐帐龄分分析处理流程程3. 10. 1. 现状及需求综述述国际集团需要及及时清楚地了了解客户、欠欠款方的欠款款的详细情况况及欠款期。3. 10. 2. 解决方案未来的作业流程程，通过帐龄

39、龄分析列出客客户、欠款方方明细帐的帐帐龄情况。3. 10. 2. 1. 处理流程3. 10. 2. 2. 功能说明“运行帐龄分析析程序”：定期运行行帐龄分析程程序，得到客客户、欠款方方明细帐帐龄龄表。3. 10. 2. 3. 作业功能结构示示意图3. 10. 2. 4. 关键数据客户编号，欠款款方编号4. 报表需求l 客户、员工、欠欠款方余额表表l 客户、员工、欠欠款方帐龄分分析表l 应收帐与营管系系统客户帐款款余额调节表表（顶新要求求增加）5. 未来可能的改进进一旦HR系统实实施后，员工工差旅费管理理将得到进一一步加强。可可以有效方便便地控制员工工借款，报销销期限，可以以方便地和费费用管理整

40、合合起来。三.应付帐1. 综述1. 1. 现状国际集团有多种种采购模式，现现描述如下：l 国内采购采购订订单，发货发发票，付款各各子公司直接接对供应商下下订单，供应应商对各子公公司发货，供供应商开发票票给各子公司司，各子公司司匹配发票、订订单、收货记记录，核对无无误后，向供供应商付款。l 海外采购采购订订单，发货发发票，付款各各子公司按照照需求，向顶顶益(BVII)、顶杰(开曼岛)提出采购请请求，由顶益益(BVI)、顶杰(开曼岛)向海外供应应商下订单。海海外供应商直直接向各子公公司发货，各各子公司将验验收单提交顶顶益（BVII、顶杰（开开曼岛、海海外供应商开开发票给顶益益（BVI）、顶顶杰（开

41、曼岛岛），顶益（BVI）、顶杰（开曼岛） 开发票给各子公司、各子公司付款给顶益（BVI）、顶杰（开曼岛），顶益（BVI）、顶杰（开曼岛）付款给海外供应商。海外采购涉及担担保业务1. 2. 未来的设想未来的应付帐子子系统将包括括供应商主数数据定义，预预付款请求处处理，预付款款处理，发票票处理，发票票清预付款，手手工付款处理理，自动付款款处理，对帐帐单处理。未来的应付帐子子系统与其它它子系统是紧紧密集成的，与与采购有关的的供应商发票票由采购模块块导入应付帐帐子系统。未来的业务处理理，对于海外外采购，将把把海外公司作作为国内各采采购公司的供供应商，把海海外供应商作作为海外公司司的供应商，都都走应付帐

42、流流程。将顶新新工程看作普普通供应商，走走关系企业往往来交易程序序，顶新工程程本身采购、应应付帐处理在在顶新工程专专案中解决，不不列入本报告告。 在未来作业处理理中，与采购购作业无关的的非备用金付付款都将走应应付帐流程，如如薪资付款，与与之相对应，由由财会部替各各受款方建立立主数据。应付帐系统内，所所有付款都采采用自动付款款处理。未来的系统中，通通过SAP R/3的特特别总帐处理理来区别关系系企业的应付付货款、应付付设备款、应应付融资款。未来的系统中，在在途和暂估会会计作业月末末由系统自动动评估，下月月初系统自动动冲回。自动付款、利息息计算及汇票票管理将在现现金管理部分分描述。2. 与其他模块

43、的集集成应付款在系统与与采购，总帐帐，资金管理理有数据交换换。3. 主要业务流程3. 1. 供应商类主数据据建立3. 1. 1. 现状与需求综述述供应商数据存放放于MFG/PRO，帐帐务系统不能能共享。每个个供应商作为为一个二级分分类帐，编入入会计科目。其它应付款所涉涉及受款单位位作为二级科科目，编入会会计科目，并并没有建立供供应商主数据据。3. 1. 2. 解决方案未来的系统将建建立集中供应应商主数据，由由品保部门决决定供应商编编码，采购、帐帐务分别维护护各自数据，帐帐务部门仅维维护与帐务控控制有关数据据。在未来的系统中中，帐务部门门负责受款方方的编号，帐帐务主数据的的维护。3. 1. 2.

44、 1. 处理流程3. 1. 2. 2. 功能说明“维护主数据”：财务部维维护供应商，受受款方的统驭驭科目。付款款条件，银行行帐号等数据据。3. 1. 2. 3. 作业功能组织示示意图3. 1. 2. 4. 关键数据公司代码，统驭驭科目。3. 2. 预付款处理3. 2. 1. 现状及需求综述述预付款科目按请请款部门划分分，并不按供供应商划分。预预付款清款由由请款部门控控制。会计部部门缺乏严格格控制。国际际集团希望与与采购有关的的预付款与采采购订单挂钩钩。3. 2. 2. 解决方案预付款和供应商商、受款方挂挂钩，为采购购订单所付的的预付款，在在预付款请求求，预付款传传票中输入相相应采购订单单号，以

45、方便便预付款与发发票间清帐。预付款请求部门门输入预付款款请求，由财财务部门审核核预付款请求求，审核通过过后，下达预预付款请求。由由自动付款程程序作预付款款付款处理。3. 2. 2. 1. 处理流程3. 2. 2. 2. 功能说明“维护预付款请请求”：预付款请请求仅仅是一一种票据，并并不产生帐务务处理，维护护预付款请求求就是将预付付款请求输入入系统。“下达预付款请请求”：批准预付付款请求，使使它能被后续续处理，如付付款等。“冻结预付款请请求”：冻结预付付款请求使预预付款请求不不能被后续处处理，如付款款等。3. 3. 担保的处理3. 3. 1. 现状及需求综述述集团总部帐务处处理有担保的的业务。3. 3. 2