SAP 需求分析与作业流程报告

最新推荐文章于 2019-07-26 16:56:09 发布

SAPLIFE

最新推荐文章于 2019-07-26 16:56:09 发布

阅读量9.4k

点赞数

分类专栏： BASIS 文章标签：作业 sap 报表产品制造工作

本文链接：https://blog.csdn.net/SAPLIFE/article/details/2482280

版权

BASIS 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

第一部分绪论
一. M2专案综述
国际集团为了利用现代先进资计技术辅助，提高企业的管理水平，以完善自身的机制和增强企业的市场竞争力，在集团最高层领导的倡导和推动下设立了M2专案。作为一个管理水平的标志，其最终目的是在每月的第二天完成集团公司的法定合并报表和管理合并报表的工作，达到这一目标的前提是集团拥有一套整合的企业管理应用软件系统，支持各职能部门的日常业务，同时准确及时地记录各公司、各职能部门中发生业务信息，传递到其它部门分享并由各级公司、总公司分折汇总。
因此，SAP公司有幸地被选为软件供应商和实施伙伴。
二. 需求分析及未来系统设计的出发点
以顶新集团的企业规模以及其业务的多样化而言，M2专案的实施应该是阶段性的。在实现M2专案最终目标的过程中，每一阶段都应该有明确的目标，第一阶段的主要目标应该是：
* 以XX集团公司为样板，实施一个整合的企业管理系统，支持供应链上的操作及财务会计和管理会计统计和监控。
* 在设计样板过程中，充分考虑到其它事业群生产经营模式的特殊性，保留样板的灵活性，以便将来推广。
* 统一集团内各公司的会计科目，规范财务会计的业务流程。在所覆盖的范围内为各子公司实施一个强有力的财务系统，以基本解决集团报表合并的问题。
针对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. 报表需求
未来的总帐系统可以提供下列报表：
* 资产负债表
* 损益表
* 财务费用明细表
* 营业外收支明细表
* 增值税申报表
* 科目余额表
* 传票明细汇总表
* 每日日计表及每日传票编号
5. 未来可能改进
B级功能
* 工作流（Workflow）功能
第二阶段将引入工作流功能，以解决系统内传票多级审核的问题。
C级功能
* 科目计划
二. 应收帐
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.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. 解决方案
未来的系统将利用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.1
3. 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. 报表需求
* 客户、员工、欠款方余额表
* 客户、员工、欠款方帐龄分析表
* 应收帐与营管系统客户帐款余额调节表（顶新要求增加）

5. 未来可能的改进
一旦HR系统实施后，员工差旅费管理将得到进一步加强。可以有效方便地控制员工借款，报销期限，可以方便地和费用管理整合起来。
三. 应付帐
1. 综述
1. 1. 现状
国际集团有多种采购模式，现描述如下：
* 国内采购
采购订单，发货

发票，付款

各子公司直接对供应商下订单，供应商对各子公司发货，供应商开发票给各子公司，各子公司匹配发票、订单、收货记录，核对无误后，向供应商付款。
* 海外采购
采购订单，发货

发票，付款

各子公司按照需求，向顶益(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. 其它付款的付款处理
3. 8. 1. 现状及需求综述
国内付款采用手工付款方法，海外采用自动付款。付款方式有：支票，现金，汇票，信用证，电汇，银行承兑汇票。
3. 8. 2. 解决方法
帐务部门输入发票时，在备注中注明清那笔预付款，财务部门审核发票时，以此手工清预付款、发票。
付款采用自动付款方式，在现金管理中描述。付款入帐后，将产生的付款通知单用传真发送给对方。
3. 8. 2. 1. 处理流程

3. 8. 2. 2. 功能说明
“预付款清发票”：用对受款方预付款抵消应付款。
3. 8. 2. 3. 作业功能组织示意图
3. 8. 2. 4. 关键数据
受款方编号，公司代码
4. 报表需求
* 供应商、受款方余额表
* 预付款报表
* 帐龄分析表
* 供应商、受款方余额明细表
5. 未来可能的改进
B级功能
* 付款通知自动传真发送
C级功能
* 供应商催款
* 供应商付款请求四. 固定资产管理
1. 综述
AA 模块即Asset Accounting，在SAP R/3中用于管理固定资产。与其它的模块一样，AA模块也具有很好的集成性。它把逻辑上相关的事物联系在一起，集成处理，从而将取代目前手工输入总帐的操作方式，重复工作和多余数据被取消，规程被优化。未来系统的固定资产管理将包括在建工程、有形资产、无形资产和低值易耗，对下述的业务将有较强的支持：
* 资产类别建立
* 资产卡片建立
* 在建工程结转
* 资产购置
* 资产转移
* 资产计提折旧
* 固定资产清理
* 固定资产盘点
* 资产租赁
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. 解决方案
未来系统资产卡片中除金额和购置日期以外的信息输入将由管理部来完成。金额将由会计记帐时输入。资产编号由系统内部给定，且不同公司的资产编号的范围可不同。
3. 2. 2. 1. 业务流程

3. 2. 2. 2. 功能描述
建立资产主数据：主要输入资产的名称、使用年限、成本中心、位置等信息，资产的购置日期和资产的金额由会计记帐时输入。对于特别列管的资产（如海关监管设备），将在实施过程中挑选备用字段存放与特别列管有关的数据，这类数据只能作为信息显示。
3. 2. 2. 3. 作业功能组织示意图：
公司：法定实体
成本中心：费用归集单位
3. 2. 2. 4. 关键数据
资产类别、折旧年限、成本中心、开始折旧日期、折旧方式

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. 功能说明
固定资产入帐A：固定资产－中间过渡科目（GR/IR）间记帐，记帐时必须填入订单号。
记发票：供应商（应付款）－中间过渡科目（GR/IR）间记帐，记帐时必须填入订单号。GR/IR科目的清理，依据定单号来处理。
集成记帐：固定资产和供应商（应付款）记帐同时完成。
固定资产入帐B：在CO（Controlling）中内部订单结转时入固定资产帐。
3. 4. 2. 3. 作业功能组织示意图
公司：法定实体
成本中心：费用归集单位
3. 4. 2. 4. 关键数据
供应商、资产、采购订单号、处理类型

3. 5. 固定资产的转移
3. 5. 1. 现状及需求综述
目前固定资产在部门间转移时，填制固定资产转移单，以此修改固定资产清册和固定资产明细帐。
3. 5. 2. 解决方案
3. 5. 2. 1. 业务流程

3. 5. 2. 2. 功能描述
确认两个资产的折旧方式一致性：是指被转移资产的折旧区域，折旧计算等必须在接收资产中有同样的管理。

在建工程结转固定资产：详见1.3.3...
3. 5. 2. 3. 作业功能组织示意图
公司：法定实体
成本中心：费用归集单位
3. 5. 2. 4. 关键数据
资产主数据、处理类型、成本中心
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. 解决方案
3. 7. 2. 1. 业务流程

3. 7. 2. 2. 功能描述
集成记帐：它将固定资产和应收帐款集成处理。
记收入帐：固定资产和应收帐款不是集成处理的，在资产出售时只记收入，以后再由负责应收帐款的会计记应收款。
无收入资产清理：将减少的固定资产原值记营业外支出。
3. 7. 2. 3. 作业功能组织示意图
公司：法定实体
3. 7. 2. 4. 关键数据
资产的有效日期、客户主数据、资产主数据、资产类别主数据、处理类型
3. 8. 资产盘点
3. 8. 1. 现状及需求综述
固定资产每年不定期盘点，每次盘点后均做盘亏、盘盈处理
3. 8. 2. 解决方案
3. 8. 2. 1. 业务流程

3. 8. 2. 2. 功能描述
确定盘点范围：指明哪一个公司，哪一类的资产由谁负责去盘点。
盘亏处理：做资产报废处理，净值记营业外支出。
盘盈处理：做资产购置，净值记营业外收入。
资产盘点记录将以资料（Document）的形式保存在系统中，按照资产编码可以查找盘点历史记录。
3. 8. 2. 3. 作业功能组织示意图
公司：法定实体
成本中心：费用归集单位
3. 8. 2. 4. 关键数据
资产类别主数据、资产主数据
3. 9. 资产租赁
3. 9. 1. 现状及需求综述
目前租入的资产不记公司固定资产帐，只是每月交一定费用给对方；出租的资产属公司固定资产，每月要计提折旧，且收取一定的出租费，收入记营业外收入。
3. 9. 2. 解决方案
若需在系统中列出租入的资产，则可为租入的资产单设一个资产类别，在该类别下创建租入资产主数据。根据租赁合同，可手工在系统中产生付款的周期性凭证，以后只需启动付款程序即可；出租的资产其购置、折旧等处理方式与非出租资产的处理方式是一样，只是需要在系统中可列出哪些资产是出租资产，为此只需在其资产主数据中的某一个域中加一标识即可。
因其业务流程、功能描述、作业功能组织示意图和关键数据与以上业务的描述类似，在此不再重复。
4. 产生的报表
* 资产类别清单
* 财产目录表
* 资产变动表
5. 未来可能的改进
B级功能
* 后续资本化
* 固定资产重估
* 折旧模拟/预测
* 租赁合同修改
C级功能
* 特别折旧
五. 法定合并
1. 综述
有关国际集团目前法定合并的描述参见《现状分析》第25页至27页。
国际集团作为一个大规模跨国公司。在集团报表合并上有很大的需求。M2专案命名的本身涵意也在于提高集团内部的管理水平，加强各公司与总公司管理经营信息的整合性以最后达到大幅度加快集团报表合并的速度。
目前顶新集团的合并采用分部合并的模式，由总公司（或事业群）采集下属各分公司的会计数字，逐层手工合并。这其中，最大的困扰是：
* 业务资料的整合性
* 业务资料的正确性和相容性
* 业务资料的及时性
* 业务资料的重复性
……
（详见《现状分析》第五章弱点分析。第87页至89页）。
未来系统将是一个高度集成的体系。它的最大效益是在全集团各企业各方面业务都使用了此系统后充分表现出来的。SAP R/3的法定合并能够为各子集团层面提供合并支持，可以以不同的角度产生法定合并报表。而在管理层面上的对产品别损益，事业群损益的分析则可以在利润分析模块（CO-PA）中得到支持。
相较分步合并与同步合并的优缺点，我们建议采用同步合并的方法，在应合并的子集团内一步到位将各子公司间的往来同时抵销。
合并的主要过程是：
* 基本数据的维护
* 各分公司的局部调整与结帐
* 各分公司的财务数据呈送或采集
* 集团、子集团的合并步骤及合并报表生成
这些流程将在下表章节详细分述
2. 与其它模块的集成
合并系统仅与总分类帐及报表信息系统直接集成，所有的与财务会计相关资料应收，应付，固定资产，银行帐等通过总帐转入合并帐薄。

3. 主要业务流程
3. 1. 基本数据的维护
3. 1. 1. 现状及需求综述
合并过程的基本数据有：
* 公司
* 集团、子集团
* 合并报表项及会计科目表
公司是法定合并过程中的最小单位，为了开展合并，所有集团内的公司在整个集团中必须有一个唯一的代号。
集团、子集团做为合并的主要结点是合并过程的关键组织结构之一。合并中须有一个集团表包含全体公司，来表示全集团，其它子集团的组成是全体集团内公司的任意组合，它可以是法定的观点来组成的，也可以是区域性的或具有内部性质的。
合并报表项为合并数据汇总的结点，可以理解集团合并报表内的各个明细项目。可依据集团统一的科目表设定。
当前集团内部科目表尚未统一，各分公司内部使用的科目表不完全统一。给合并过程增加了一定的工作量。
为了更有效地管理掌握全集团的合计数据，加快集团合并速度，集团内部应有统一的会计科目编码。
3. 1. 2. 解决方案
建议顶新集团建立统一的会计科目表，由总公司及分公司会计部门分层次控管，详见总帐部分相应描述。
SAP的科目维护的结构支持这种模式。
建议顶新集团结合集团内报表规范及集团会计科目表定义一套标准的合并报表项总目录，由集团会计部中心负责维护管理。
3. 1. 2. 1. 业务流程
* 组织结构的维护（集团、子集团、公司）

* 会计科目表及合并报表的维护

3. 1. 2. 2. 功能说明
维护公司：由总部会计为集团内的每一公司定义基础数据，或在信息发生变动时维护已定义的公司。
维护集团、子集团：由总部会计或子集团会计定义维护集团或子集团的基本数据，这包括集团（子集团）内的各公司，数据采集的方式，合并的频率等。
输入投资表或投资变动表：通过此功能输入集团（子集团）中母公司对各子公司的投资关系及其变化。
定义集团会计科目表：由总部会计科目维护小组将预先设计好的集团会计科目表（该会计科目表应包含所有各子公司用到的会计科目）输入系统。
定义集团报表项：由总部会计科目维护小组将预先设定好的集团报表项输入系统。集团报表项可以由集团科目表产生。
发布科目表及合并报表项：由总部会计科目维护小组将所确定的会计科目表，合并报表项及使用规则分布到下属各子公司财会部。各分公司财会部应严格依照此科目表及使用规则进行帐务处理，上报相应的财务数据。
修改或补充集团会计科目表：由总部会计科目维护小组对集团会计科目表作必要的修改和扩充。
修改或补充合并报表项目：由总部会计科目维护小组对集团合并报表项目进行必要的修改和扩充。
3. 1. 2. 3. 作业组织示意图

3. 1. 2. 4. 关键数据

3. 2. 局部调整结帐
3. 2. 1. 现状及需求综述
目前分公司（子公司）基本上是次月9日左右结帐，将报表传真到总公司（母公司）进行汇总合并，上报的报表常有错误。
为满足M2专案加速集团报表合并的主要目的，分公司（子公司）应该更快地结帐，快速地将正确的数据传送到总部。
3. 2. 2. 解决方案
在统一使用集团会计科目表的前提下各分公司（子公司）的会计资料统一性将得到很大的改善。
公司间往来差异是目前集团内会计资料整合时的一大困难，针对这一特点，我们建议各分公司（子公司）在结帐前先相互进行一下往来帐预对帐，解决大部分差异。
经讨论顶新集团初步决定，由应收方主动提出明细对帐单，对帐次数为每周一次。
应付方未于期限内作确认回复，即认为默认。
3. 2. 2. 1. 业务流程

3. 2. 2. 2. 功能说明
预对帐：对帐通常是应收款、应付款中的一项处理流程。因为我们为顶新集团设计的相关企业往来完全通过应收帐款和应付帐款来处理，而且也建立相关企业在结帐前先进行预对帐，故将此流程放到这边描述。对帐可以表现为如下几种不同的形式：
* 余额确认：由甲方寄给乙方，乙方在甲帐上的余额，并要求乙方确认，如乙方在约定的时间段内不做出反应则认为是对余额默认。
* 余额问询：由甲方向乙方问询甲方在乙方帐上的余额，甲方获得信息后与乙方在甲方帐上的余额相核对。
* 明细对帐：由甲方寄给乙方：乙方在甲方帐上发生的各项交易明细，要求乙方核对并确认。
系统支持上述各种模式，并打印出相应的预对帐信函。建议顶新集团选择其中一种或多种模式（每月进行余额确认，年末进行明细对帐等），并决定预对帐启动的方向（如：由应收方向应付方要求确认）。
分析对照余额及明细：应确认方在收到确认请求后对余额进行对照。在发现差异时应通过交易的明细进行进一步的分析。
互相调节：双方会计对往来的差异互相调节并进行相应的帐务调整。
按照公司规定进行结帐：分公司（子公司）按照总公司（母公司）的会计准则进行结帐工作。在总公司统一发布的会计基础上对财务会计数据严格按总公司的会计制度进行处理。
如：帐户的归结、
折旧的计提、
成本费用的分摊与核算、
外币兑换率
坏帐处理等等。
呈送总公司（母公司）：分公司（子公司）将会计数据呈送总公司。这里可以有多种多样不同的形式，在下一流程数据采集中详细计论。
3. 2. 2. 3. 作业功能组织示意图

3. 2. 2. 4. 关键数据

3. 3. 数据的采集
3. 3. 1. 现状及需求分析
目前各子公司的财务数据基本上由传真形式寄到总部汇部，集团未来的最终目标应当是在一个整合的一致性环境中自动地将各分公司（子公司）会计数据收集到总公司（母公司）汇总分析。在达到最终目标过程中由于各公司的合计及资讯系统不能一步到位，同时上线采用一套统一的系统，而是一个逐步推广的过程，因此需要在过渡阶段从一系列截然不同的环境中获得财务数据进行汇总分析。
3. 3. 2. 解决方案
R/3系统法定合并的数据采集支持多种不同数据源及不同采集模式的并存。我们建议为了简捷实施，对上线使用R/3的分公司采用直接记入，或数据自动传递。对未上线使用R/3系统的分公司选用表格录入方式或PC文件转换的方式。
3. 3. 2. 1. 数据采集模式示意图

3. 3. 2. 2.
直接录入：与中心合并系统使用同一系统公司，其财务数据可以实时地、直接地录入中心合并数据范围，参与合并。
自动传递：在另外一套R/3系统上进行财务会计核算的公司，其财务会计数据可以经汇总后自动传递到中心合并系统。这种情况在集团内进行的分布式数据管理时出现。
手工表格输入：对于仍然采用手工形式进行财务处理的公司使用没有开放式接口软件进行帐务处理的公司，最简捷的方式就是将各财务数据直接录入合并系统，合并系统提供相应的表格式输入形式。
文件转换：对于使用带开放式接口软件进行帐务处理的公司可以考虑，由其产生附合R/3接口格式的文件并转换入R/3合并系统。
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. 关键数据

4. 主要报表
* 资产负债表按集团、子集团（如事业群）
* 损益表按集团、子集团
* 投资关系表
* 调整分录清单
此外可以通过报表生成器在合并数据上产生所需要的其它报表。
5. 未来改善的可能
* 未来系统应会是个联网的整合的系统，当各公司都推广使用了R/3系统后，数据的采集和交换将会大大加快并简化。
当第二阶段实施执行信息系统时（EIS），可以将合并数据传到（执行信息系统）为执行管理层人员提供更好的报表和分析环境。
* 在未来阶段，与办公室系统的接口投入使用后可以考虑自动通过电子邮件传递相应的预对帐单。
* 对管理合并的报表需求（如事业群损益表考虑公司跨事业群的情况）将在管理合并模块开发完毕并投入使用后得到完全的满足，现阶段.产品别损益及事业群损益可以通过利润分析(CO-PA)给予解决。详细描述见利润分析有关章节。如不考虑有公司跨事业群的情况，则事业群损益完全可以在法定合并中得到解决。

六. 资金管理
1. 综述
顶新集团总部财务部在资金管理方面的主要工作范畴是:
* 资金调度
* 资金管理
* 国际金融
而分公司财务部门的工作范围则主要侧重于简单的资金管理，大额的调度与操作日前仍集中在总部处理。
对现阶段工作流程及其电脑化程度的描述参见《现状分析》第29页至第39页。目前资金管理调度各方面的处理多以手工作业加上EXCEL等简单PC工具支持为主。未来系统将对下列资金管理范围主要业务有有较强的支持。
* 自动付款处理
* 收到支票处理
* 付出支票处理
* 银行未达帐处理(包括兑现支票处理，银行对帐处理)
* 应收汇票处理
* 应付汇票处理
* 对信用证的支持
* 现金状态和流量分析
* 短期存款/借款管理
* 利息计算
资金调度与国际金融方面的流程基本上可以保持目前手工式流程, 传票转为在系统中直接录入。待将来系统开发到第二阶段做进一步的改善。信用证的功能在4.0版本后才能提供，鉴于进口业务较为频繁，我们将在现版本系统中借用汇票管理功能提供一个临时的中介方案，部分地支持信用证流程。
总的来看第一阶段系统对资金管理的支持主要体现在：
* 及时的信息采集和汇总
* 目前所需的几个基本报表
* 简单操作支持
至于对投资敏感及风险的分析，投资模拟债券和融资管理。外汇避险操作等目前还没有充分的支持。
2. 资金管理与其它模块的集成
资金管理以总帐，应收，应付帐中得到信息，并结合资金管理过程中产生的信息（收、付款，银行对帐单等）。为资金流量及现金需求预测提供分析基础。

为满足跨公司进行资金流量分析的需求，我们将所有公司定义为一个财务管理范围。
3. 资金管理主要业务流程
3. 1. 自动付款处理
3. 1. 1. 现状及需求综述
目前付款作业及传票的录入多为手工形式，海外部分公司银行有电子银行接口。付款方式分别有：
* 支票
* 汇票
* 电汇
* 现金
* 委托收款
{总部每天现金量为12万左右}
付款的审批过程相对严格，完整。
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. 解决方案
使用R/3系统中收到支票处理功能可以满足上述需求。
3. 2. 2. 1. 业务流程

3. 2. 2. 2. 功能描述
“输入支票信息及客户信息”：依据所收到的支票输入：
支票号，货币，金额，及准备递交兑现的银行等信息。依据客户寄来的信息输入客户帐号或应付款项的凭证号等
“查询”：可在线显示输入暂存的支票信息，或打印相应的清单呈交检查。
“检查”：由会计部门检查并确认输入信息的正确性
“修改”：在输入支票信息未过帐前可对输入的信息进行修改调整。
“过帐”：启动过帐程序，系统自动产生相应的记帐，通常为：
借：支票结算的过渡科目
贷：应收帐
并产生相应的银行未达记录。收到支票的信息，也同时被更新（处理状态）
“清帐”：由会计在应收帐方面对未能够自动清帐的项目进行处理。
3. 2. 2. 3. 组织结构。
参见 1.3.1.2.3
3. 2. 2. 4. 关键数据

3. 3. 付出支票处理
3. 3. 1. 现状及需求综述
现系统对付出使用的支票没有特别管理。
未来系统为了更好地管理使用支票，应提供如下方便：
* 管理空白支票号码
* 付出的支票与记帐凭证相连接
* 付出的支票应先记银行未达帐
* 当已兑现支票信息回馈时应相应处理未达帐并对支票做相应的标识。
3. 3. 2. 解决方案
使用R/3中付出支票管理功能可以满足上述需求。
3. 3. 2. 1. 业务流程

3. 3. 2. 2. 功能描述
“手工填写”：手工填写支票，将来在与银行协调后可以让系统根据自动付款凭证信息，打印支票。系统能够套打支票格式，产生支票与付款凭证的连接信息。如果采用手工付款，在输入付款凭证时可以输入支票信息，这个过程保证了付款凭证与使用支票的连接。
“查询”：业务人员可用此功能在线查询支票信息。或打印出使用支票清单。查询与清单可以银行分别归类。查询方式可以付款凭证或支票号码为依据。
“注销错误支票”：当发生打印错误或其它错误时，用此功能可以将错误支票注销为无效。用户可以在注销时定义注销原因
“审核”：检查并审核支票各方面信息的正确性。
“签发”：签署支票并发送给供应商。
3. 3. 2. 3. 作业功能组织示意图
参见 1.3.1.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.1.2.3

原则上由会计部产生记帐凭证，并将原始凭证粘贴在记帐凭证上，而财务部依凭证处理付款。由自动清帐产生的一系列凭证由财务部处理。并可考虑产生一张凭证清单，粘贴对帐单或已兑现支票清单于上。
3. 4. 2. 4. 关键数据定义
关联于银行未达帐处理的固定资料（主数据）主要有

在处理过程中需要和衍生的数据有

3. 5. 应收汇票处理
3. 5. 1. 现状及需求综述
目前的汇票管理通常为手工方式，要求未来系统能够：
* 接受客户的汇票作为支付手段并做相应的帐务处理
* 支持汇票提前贴现或背书转让
* 在汇票到期时呈送银行兑现
* 冲销或有债务及应收票据
3. 5. 2. 解决方案
采用SAP R/3的应收汇票及应付汇票处理，能完全满足上述需求。
3. 5. 2. 1. 业务流程

3. 5. 2. 2. 功能描述
“汇票付款记帐”：用应收汇票在清结应收帐款同时，系统自动产生相应的应收票据记帐分录。同时根据规定的贴息率和有关的税务规定产生相应的税金和贴息记帐分录。
“开具贴息和税金发票”：根据贴息约定，有关的税务规定，产生了记帐分录后，可以依此手工开具相应的发票给客户另行结算或直接在汇票面值中扣除。
“汇票使用记帐”：汇票提前贴现或到期承兑时，使用此功能。系统在借记银行帐（或银行未达帐）同时贷记或有债务。
“冲销或有债务”：当汇票保证期逾越时使用此功能，系统自动冲销在客户帐上的应收票据与系统中的或有债务。
“冲转汇票使用”：当汇票承兑不成功时应使用此功能。冲转应收票据为应收帐款。
3. 5. 2. 3. 作业功能组织示意图
参见 3.1.2.3
3. 5. 2. 4. 关键数据

3. 6. 应付汇票处理
3. 6. 1. 现状及需求综述
应付汇票当前的管理基本上以手工形式为主。
未来的系统应该：
* 支持以汇票为付款方式，并自动做相应的帐务处理。
* 在汇票承兑日期到达时支持对银行付款操作，并支持相应的帐务处理。
* 随时能够通过查询提供应付汇票的信息。
3. 6. 2. 解决方案
采用SAP R/3系统的应付汇票管理功能可以满足上述需求
3. 6. 2. 1. 业务流程

3. 6. 2. 2. 功能描述
“自动付款”：根据付款方式可以自动产生付款的凭证。形式为：
借：应付帐款
贷：应付票据
所产生的汇票依旧挂靠在供应商上。
“打印或填写汇票”：可由系统套打汇票或手工填写相应信息查核。
“查核”：主管检查汇票的正确性。
“背书签发”：主管人员在正式汇票上背书签字并寄给供应商。
“处理承兑通知”：收到银行承兑通知时付出相应的决定和帐务处理。
3. 7. 对信用证的支持
3. 7. 1. 需求综述
信用证处理是总公司海外财务部在代理顶杰开曼或顶益BVI的进口业务中最常用的支付手段。总公司海外财务部目前这方面的作业流程是：
* 信用证开证流程
财务部依据请款单开具L/C申请书，经审鉴后交银行，由银行开具L/C并通知财务部转会计部切传票入帐。并制L/C状况使用表。详见《现状分析》附图3.2-1
* 到单确认流程
财务部协调采购部确认到单并反馈给银行。决定是否贷款。
同时对正式发票入帐并编制相应的统计表。详见《现状分析》3.2-2
* 向国内请购公司开具发票并收回贷款。
国内子公司目前也有部分进口信用证业务，其过程从财务角度上看类似，仅少了最后一部分（向国内请购公司开具发票并收回货款）。
目前进口信用证的控管是以手工的形式辅以PC支持的。
由于信用证的业务在总公司海外财务部占相当的比重，本来的系统在此应有较理想的支持；在除了帐务处理外。能够以信用证的申请到最后缴完银行款项提供控管的功能。

3. 7. 2. 解决方案
信用证的完整功能目前在R/3 3.0版本中还没有完全提供。我们建议采用应付汇票部分地满足当前的需求。即将信用证定义为一种特别的应付汇票，利用应付汇票的管理功能部分地支持信用证业务。系统可以随时提供所有正在使用中的信用证信息，自动地将信用证中所隐含的资金需求体现在资金预测中。
总部财务部经分析决定保留原来处理方式，因为这种模拟的办法未能带来多少直接的工作量减轻。现将业务流程和功能说明保留，以供分公司参考。
3. 7. 2. 1. 业务流程
　　　　　　　* 开证

* 到单确认

3. 7. 2. 2. 功能描述
“付款”：在需求信用证时可以人工付款或自动付款的形式处理预付款请求。根据定义系统将产生相应的凭证。
借：应付帐款
贷：应付票据－信用证
“开具信用证”：在付款的基础上产生的有关资料可以信用证申请的形式交呈银行由银行开具信用证。
“更新信用证（应付汇票信息）”：由银行处得到的信用证信息可以附注的形式对应付汇票进行更新。
“费用帐处理”：在此过程中产生的相关手续费用可由银行收到发票进入应付帐处理。
3. 7. 2. 3. 作业功能组织示意图

3. 7. 2. 4. 关键数据

3. 8. 现金状态及流量分析
3. 8. 1. 现状及需求综述
目前各公司根据银行明细按期手工编制现金日报表和现金流量表。并呈总公司汇总编制总公司现金日报表及现金流量表。由于各公司系统未整合，又常未考虑到银行未达帐情况，故上报的报表数字不完全正确。也常拖延。由此造成总公司财务部无法及时将正确数据提供给经营委员会。
未来系统应该对此状况有较好的改良。
3. 8. 2. 解决方案
未来系统为集团各公司提供一个联网的整合系统。各公司的财务数据通过中心数据库或网络可以及时传递给总公司。在这个基础上应用SAP的现金状态及流量分析功能对目前状态会有很大的改善。
3. 8. 2. 1. 业务流程

3. 8. 2. 2. 功能介绍
“现金状态及流量分析”：根据前置系统（总帐，应收，应付）传来的信息，以及银行未达帐信息，分析出短期内现金需求的预测以及现金流量。各分公司独自进行分析，总公司可以集中为所有子公司或部分子公司进行分析。
“现金集中”：根据现金需求量和流量分析的结果，系统可以建议将若干银行帐户的流动资金集中到某一帐户上进行投资处理。
“审核”：主管人员审核建议。
“执行现金集中”：当现金集中建议被采纳后，可以进一步启动此功能。系统可以自动产生相应的转帐凭证，并打印转帐通知给银行。
3. 8. 2. 3. 组织结构
参见 3.1.2.3
3. 8. 2. 4. 关键数据

3. 9. 短期借款/短期投资管理
3. 9. 1. 现状及需求综述
目前短期借款，短期投资的管理均以手工处理。
未来的系统需求加强这方面的管理，能够管理好短期借款或短期投资，应提供以下主要功能：
* 记录，显示，并修改短期借款，短期投资
* 分析存款，借款的到期日，相应现金预测
* 在存款，借款到期时产生相应的转帐处理，并清理短期借款，存款记录。
3. 9. 2. 解决方案
采用SAP R/3的短期借款，短期投资的管理功能可以满足上述需求。
3. 9. 2. 1. 业务流程：

3. 9. 2. 2. 功能说明
“建议短期投资/借款”：财务人员根据现金状态，现金需求量预测及金融市场行情做出相应的短期投资或短期借款建议，呈交主管审批。
“审核”：主管人员审核建议，付出相应的决定。
“存款并输入信息”：财务人员进行相应的存款金融操作并将信息输入系统。
“借款并输入信息”：财务人员进行相应的借款金融操作，并将信息输入系统。
“分析过帐”：可通过分析在线查询有关短期借款短期存款的信息或列印清单。对尚未过帐可自动产生相应的会计凭证。
“清转”：当借/存款到期后将转期借/存款清转入银行科目，并产生相应的会计凭证。
3. 9. 2. 3. 作业组织结构示意图
参见 3.1.2.3
3. 9. 2. 4. 关键数据

3. 10. 利息计算
3. 10. 1. 现状及需求综述
目前，利息计算方面基本上没有系统功能支持。利息计算本身也不常进行。
在未来系统中，为了核对银行计算的利息，或在管理层面对投资及调拨资金的利息进行监管，系统应该提供此功能。
3. 10. 2. 解决方案
使用SAP R/3的利息计算功能基本上能满足上述需求。
3. 10. 2. 1. 业务流程

3. 10. 2. 2. 功能描述
利息计算：根据设定的利息计算方法，利率与参数在指定的期间内对某一帐户或一个帐户组进行利息计算。计算结果以清单形式提供，可呈交相应部分审核。
运行记帐：如有需要可让系统将利息收入/利息支出记入相应的科目中并产生相应的会计凭证。
3. 10. 2. 3. 作业功能组织示意图
参见 3.1.2.3
3. 10. 3. 关键数据

4. 产生的报表
资金管理系统主要可以产生下列报表式清单：
* 现金日报表：反应现金科目及银行存款科目的状态，并考虑银行未达帐。可分别各公司独自产生报表，也可任意组合财务管理范围内的公司产生报表。
* 财务状况日报表。
* 现金流量表：反应最近时期现金及银行存款的流量，包括初始总额，流入量，流出量及结存金额。可分公司或组合公司产生报表。
* 短期现金需求预测：短时间内，企业对现金的需求情况，可分公司或组合公司进行分析。
* 支票册：列印当前所有使用中的支票，及其兑现情况。
* 汇票册：列印当前所拥有中的汇票及其使用情况。
5. 进一步改善的可能
* 对金融投资的管理将在R/3未来版本提供TR-TM（Treasury management）模块时得到支持。时间预计是98年底。
* 对信用证的支持在4.0版本中会得到很大的改善。
* 在国内银行业务逐步规范化后，系统中现有的一系列电子银行功能即可逐步启用，这些功能主要包括：
电子银行对帐单
电子形式的付款通知及付款指令
自动化的外汇兑率表
银行目录
* 在第一阶段系统运行稳定后可以考虑在第二阶段实施工作流。在业务流程组织及管理方面将会有很大的改善。
* 在第二阶段计划中的还有现金预算。与成本中心预算挂钩及信用证支持。
* 在总公司财务部，与某些海外银行的往来有电子银行支持。对这些电子银行的接口可以考虑在第二阶段实施。
* 人事模块支持，差旅及其它费用报销的支持（明年十月）
七. 成本会计－费用管理
1. 综述
费用管理（Overhead Cost Controlling）是XX集团公司成本会计的一项重要任务。按费用类别汇总统计，将行政管理费用和销售费用转入总帐以编制财务报表，将制造费用逐级分摊到当月生产的产品中以计算产品的销售成本，是成本会计月结的主要工作。分析产品成本差异是成本会计月结的另一项主要工作。由于某些费用的集中提取或集中记帐，在月结时需依据确定的分摊指数进行分摊。这些工作都缺少先进软件系统的支持，造成XX集团公司成本会计月结周期长，距集团公司总部提出的M2要求相当遥远。R/3系统CO模块的实施，依赖R/3系统高度的集成性，可望在这方面有所突破。
费用管理的目的就是规划安排管理和监控管理成本，通过成本中心的费用计划建立一套标准，来帮助控制成本和评估部门效绩。在成本会计月结将所有有关费用分摊完毕后，可以将实际发生的费用和计划目标费用进行比较，分析产生差异的原因，从而加强管理和控制。
2. 费用管理和其它模块的集成

3. 费用管理主要业务流程
3. 1. 现状和需求综述
XX集团公司的费用管理按费用类别（制造费用，行政管理费用，销售费用）和部门进行管理，行政管理部门和行销部门费用考核到部，制造部门费用考核到部或科，直接生产费用考核到处或科。三大类别的费用科目共37种，99个科目。
费用科目代码采用8位数字和符号，前4位按费用类别采用国家规定的一级科目编码，后3位采用顺序码表示37种二级费用科目，前4位和后3位中间用“－”连接。费用记帐同时使用费用科目代码和部门代码，从而便利按部门，部门段和按费用科目的汇总统计分析。
部门费用预算于每年12月进行，每年6月进行一次调整。
会计月结提供两类费用报表：
* 部门费用报表：
列出各部门，部门段，全公司的费用总表，相关费用科目可有汇总小计。
* 按费用类别的报表：
有销售费用比较表，管理费用比较表，制造费用比较表，相关费用科目，亦有汇总小计。
XX集团公司的费用管理不存在内部订单（工作令）的管理形式。
费用管理所采用的财会系统是用Cliper语言自行开发的，和生产管理系统没有集成，制造费用（Overhead）不能和生产作业计划或生产订单直接挂钩，必须通过月结处理分摊到产品成本中。

3. 2. 解决方案
3. 2. 1. 处理流程和功能说明
3. 2. 1. 1. 主数据维护流程
为成本会计系统建立必要的基础数据，包括费用科目，成本中心，活动类型，分摊指数及内部订单。
1) 费用科目维护

注：所有处理过程均由财会部执行
* 建立初级费用科目
初级费用科目是在财务会计中出现的费用明细科目，用于实际费用记帐。初级费用科目必须首先在总帐中作为损益类科目建立主数据，而后才可以在成本会计中建立主数据。初级费用科目编码不需要反应人工系统中一级费用汇总科目的类别（例制造费用，行政管理费用，销售费用），只按费用项目本身的特征进行区分。例如编码的最前两位可以为：
41  物料消耗费用
42  人员费用
43  生产辅助费用（Operating Supplies）
44  维修费用
45  杂项费用
46  资产折旧费用
初级费用科目的建立，首先必须分析公司的费用项目实际状况，参照集团公司总部的规定，确定需要建立哪些科目，并遵照会计科目编码原则进行编码，而后在系统中建立主数据。
* 建立次级费用科目
次级费用科目是在财务会计中不出现的，只用于成本会计内部作为费用汇总结转和分摊的科目，通常它不是具体的单项费用科目，而是某些费用科目的汇总。建立次级费用科目首先要参照R/3系统的规定，分析费用汇总结转和分摊的要求，确定需要建立哪些科目，并按会计科目编码的格式进行编码，在成本会计中直接建立主数据。
* 建立费用科目组层次结构
首先按照费用各种形式的汇总统计要求，确定需要哪些费用科目组，而后在系统中建立费用科目组的层次结构，并指派有关费用科目到层次结构的下层组结点。作为下层组结点的例子，可以有物料消耗费用、人员费用、生产辅助费用、维修费用、资产折旧费用、杂项费用等。
（2）成本中心维护

注：所有处理过程均由财会部执行

* 建立标准成本中心组层次结构
标准成本中心组表示所有基本成本核算单位（成本中心）职能方面的集合，它与所有成本中心一道，完整地代表一个控制范围（Controlling Area）内的组织结构。一个控制范围内只有一个标准成本中心组，对标准成本中心组的最高节点（根节点）进行费用分析时，就是对控制范围内的整个组织机构的总费用进行分析。标准成本中心组的根结点在配置R/3系统时予以确定，而标准成本中心组的层次结构应反映公司的组织机构设置。
* 建立成本中心
成本中心是公司内部的成本核算基层单位。因为在不同的职能部门，成本核算粗细不同，所以成本核算基层单位在公司的组织结构层次上可高可低。例如高至公司总部办公室，低至工厂的生产小组均可作为成本核算基层单位。
每个成本中心必须归属于标准成本中心组层次结构中的一个组节点。
为了简化财务会计记帐，可以建立一个或多个虚拟的成本中心，将共同的费用（例如非生产性的水电费），先行记入虚拟的成本中心，到月末结帐时再按事先确定的比例，统一归结分摊。
* 建立汇总统计成本中心组层次结构
在一个控制范围内，除了标准成本中心组以外，可以为了费用汇总统计的目的而设置多种多样的汇总统计成本中心组。一个成本中心可以归属于多个不同的汇总统计成本中心组。
（3）活动类型维护

XX集团公司在生产订单中没有采用“活动类型”来表示产能，产品工艺定额中也没有产能数据。直接人工费用和代表设备折旧的那部分制造费用，是在月结时按材料耗用的比例分摊到各种产品的制造成本中的。（调理厂按产品产出重量分摊，面厂按产品产出包数再乘以耗用机器小时折算的权数进行分摊）。
考虑到生产统计中有统计分析产能利用率的需求，建议事业群的研发中心根据既往积累的历史资料和设备的实际生产效率，确定有关产能（直接人工，设备）的消耗定额，从而可以按生产活动量的定额投入量来计算产品制造成本中的有关含量，进行差异分析。活动类型记帐是通过与其联系的次级费用科目，用活动类型消耗的数量进行的，活动类型计划价可以通过成本中心费用计划的自动计算获得，亦可按照生产成本中心的费用计划，需求的活动量总额（参照年度生产计划）以及既往统计资料由人工加以确定。
（4）分摊指数维护

注：所有处理过程均由财会部执行

* 建立分摊指数主数据
XX集团公司的某些费用（例房屋建筑折旧费）是按管理部提供的分摊指数分摊到各成本中心的，这类分摊指数需在R/3系统中作为主数据进行维护。
（5）内部订单维护

注：所有处理过程均由财会部执行

* 建立内部订单
有些费用的管理也可采取内部订单形式，例如产品研发订单，促销活动订单，设备或建筑维修订单，技术更新改造订单等。特别在费用的归属或归属的比例在一开始发生费用时还不能确定的情况下，先采用内部订单管理，收集实际发生的费用，以后再决定如何结算比较方便。在建立内部订单时，需参照R/3系统的标准选择合适的订单分类。
* 确定订单结算规则
如果订单用于统计和结算费用，则需要确定订单结算规则，其主要内容是确定费用结算到哪儿－结算受主（可为成本中心、固定资产、总帐科目、库存物料、其他内部订单、销售订单等），结算的形式－完工结算还是分月结算。如果结算受主不止一个时，还需确定分配的比例。订单结算是通过费用结算科目进行的，如果只在成本会计内部进行结算（结算受主为成本中心或其他内部订单），采用次级费用结算科目，否则需采用初级费用结算科目。
* 建立成本中心和订单的联系
如果订单只用于统计费用，则不必确定其结算规则。因为这种情况下实际费用也同时记在某个成本中心上，所以需要建立二者之间的联系。
3. 2. 1. 2. 费用计划

注：未标注部门的处理过程均由财会部执行

XX集团公司新财政年度费用计划的制订将需提前在每年的11月开始进行，并将充分使用R/3系统所提供的费用汇总、转记、分配、分摊功能。需要成立一个费用工作计划组来领导和协调计划的准备、测算、修正和审定。
费用计划将根据集团公司总部的计划指标，在分公司年度产品研发计划、市场开拓计划、产品生产计划、人力资源计划、设备维修计划、更新投资计划已经基本确定的基础上，并参照财会部整理提供的费用历史资料，由各成本中心负责人，按照财会部设计的部门费用计划表、归口部门集中费用计划表和归口内部订单费用计划表，准备费用计划数据，在工作计划确定的日期前提交财会部；财会部负责将计划数据输入R/3系统的费用计划测算版本，对集中计划的费用按照分配/分摊指数进行转记、分配和分摊处理，并对有关内部订单计划数据进行结算处理从而得到各成本中心的费用草案计划；在运行报表处理程序后，财会部整理各种费用计划报表，交由费用计划工作组审查费用计划测算结果，进行综合平衡。
如果计算结果不尽满意，则由财会部负责提出修正意见，并经由费用计划工作会议指令各成本中心负责人进行计划修改，于确定的日期前提交财会部；财会部在计划测算版本中进行数据修改后，再次启动费用计划的各种计算处理程序，以得到各成本中心的费用修正计划；在运行报表处理程序后，由费用计划工作组再次审查测算结果。
如果计划结果达到预期要求，则整理上报本公司领导审定，呈报集团公司总部批准，然后将计划数据从测算版本拷贝到正式版本，整个费用计划过程至此圆满结束。

3. 2. 1. 3. 实际费用记帐
在R/3系统中，对于成本中心实际成本记帐尚没有资金预算控制功能，只能依靠成本控制经理和各成本中心负责人利用成本中心报表显示或打印差异进行人工监控。
实际费用记帐大多在R/3系统CO模块以外对“初级费用科目”进行。
1. 在MM模块中进行的费用记帐
* 成本中心或内部订单从仓库领料/退料

* 仓库按采购订单接收物料，直接发成本中心或内部订单

* 从内部订单接收物料入库

2. 在FI模块中进行的费用记帐
* 根据供应商发票直接记成本中心费用

* 支付现金直接记成本中心费用

* 待摊费用转记成本中心费用

（3）在AM模块中进行的资产折旧费用记帐

上述记帐方式在产生财务会计凭证的同时，并复制了一份成本会计凭证。
（4）在CO模块中进行的费用记帐
* 费用更正记帐

当其他模块中的费用记帐出现成本中心指定差错时，可以不必修改财务会计凭证，只需在成本会计中进行费用更正记帐（Transrer），这种情况只会产生成本会计凭证。
* 内部订单间接费用(Overhead)记帐

注：所有处理过程均由财会部执行
在R/3系统中实施内部订单费用记帐，首先要根据费用记帐要求，维护内部订单成本结构表（Costing Sheet），确定间接费用的来源（成本中心/内部订单），计算所依据的直接费用（物料费用/生产费用），计算比率（根据金额/根据数量），以及用于记帐的次级费用科目。运行间接费用计算程序，即按照内部订单成本结构表，根据所依据的直接费用发生的金额和确定的计算比率，计算出应提取的间接费用，通过次级费用科目在内部订单上进行借方分录，在费用来源方进行贷方分录。这种记帐方式只产生成本会计凭证。
* 内部订单结算记帐

将收集在内部订单中的费用总额或一部分，通过次级费用科目结算到其他对象上（例如固定资产、成本中心、总帐科目、其他内部订单、库存物料等）。如果纯属CO内部结算，即费用受主为成本中心或其他内部订单，则只会产生成本会计凭证，否则还同时产生总帐凭证。
* 通过活动类型分配进行费用记帐

将活动类型的数量记到接受方（成本中心或内部订单），系统从活动类型提供方取得活动类型单位价格，将其和数量相乘，通过次级费用科目在接受方进行借方分录，在提供方进行贷方分录。这种方式的费用记帐只产生成本会计凭证。

* 月结费用转记（Transfer）和分配（Distributing）记帐
参见1.3.2.1.4月结处理流程
将费用的一部分或全部按其原来的科目（初级费用科目）从一个成本中心转记到另一个或另一些成本中心（按一定的分配指数分配）。费用分配和费用转记记帐方法是一样的，区别在于费用转记只对一个费用科目进行操作，费用分配可以对多个费用科目（费用科目组）同时进行操作。这种记帐方式只产生成本会计凭证。

* 月结费用汇总或分摊（Assessment）记帐
参见1.3.2.1.4月结处理流程
将一个成本中心的某些费用或全部费用总额按一定的分摊指数，分摊到另一些成本中心。费用汇总的操作方向和费用分摊正相反。这种记帐方式是采用次级费用科目进行的，因而不改变费用科目在原来的成本中心的记帐原貌。这种记帐方式也只产生成本会计凭征。

3. 2. 1. 4. 月结

注：所有处理过程均由财会部执行

月结的主要任务主要有四个方面：
* 对需要分月结算的内部订单进行月结结算。
* 对集中提取或记帐的费用科目，按照事先设计好的自动转记、分配和分摊循环进行处理。这类循环的分配或分摊指数可以按照实际情况修改。
* 分类汇总行政管理费用、销售费用以及制造费用余额，进行总帐转帐记帐。
* 当成本会计中的转记、分配、分摊涉及到跨分公司的部门，或分公司内的不同业务范围（Business Area）时，有关的财务报表和成本会计报表之间会出现差异，从而需要进行财务会计的帐面调节，产生总帐凭证。

3. 2. 1. 5. 分析报表

R/3系统提供多种多样的费用管理分析报表程序以及编制专用报表的工具，利用成本中心组层次结构和费用科目组层次结构，可以通过报表程序进行各种各样的费用汇总和统计，分析对比不同时期的费用发生情况以及同一时期的计划费用和实际费用的差异（差异绝对值及百分率）。公司的成本控制经理需责成各成本中心负责人报告差异产生的原因以及将采取的控制步骤。
3. 2. 2. 组织结构定义

每个控制范围(Controlling Area)必须与一套会计科目表(Chart of Accounts)相联系，从属于一个控制范围的各个公司代码必须采用控制范围所确定的那套会计科目表。
整个顶新集团公司是采用一个控制范围；是采用多个控制范围尚有待决策。对于顶新集团在中国大陆的部分建议采用一个控制范围，这样对于跨分公司间的成本转移，费用分摊处理会较方便。

注：所有处理过程均由财会部执行

注：未标注部门的处理过程均由财会部执行

* 仓库按采购订单接收物料，直接发成本中心或内部订单

* 从内部订单接收物料入库

2. 在FI模块中进行的费用记帐
* 根据供应商发票直接记成本中心费用

* 支付现金直接记成本中心费用

* 待摊费用转记成本中心费用
（3）在AM模块中进行的资产折旧费用记帐

上述记帐方式在产生财务会计凭证的同时，并复制了一份成本会计凭证。
（4）在CO模块中进行的费用记帐
* 费用更正记帐

3. 2. 1. 4. 月结

注：所有处理过程均由财会部执行

3. 2. 1. 5. 分析报表

3. 2. 3. 关键数据定义

4. 产生的报表
* 成本中心报表
* 成本中心组报表
* 费用科目明细表
* 内部订单报表
5. 进一步改善的可能
* R/3系统的费用预算和费用控制功能尚待完善。对成本中心可以进行费用预算，但无控制功能；对内部订单可以进行费用预算，可以人工输入预算分配（预留），超出预算部分的费用记帐，系统将提示信息。
* 直接生产费用采用生产活动类型投入量进行记帐，有助于控制产品定额成本，并方便产能利用率的统计分析。
* 对于费用以及费用分摊比例事先不能确定的项目，可以采用内部订单管理。对于复杂程度很高的项目，可以进一步采用R/3的项目管理模块PS来进行管理。
八. 成本会计－获利性分析
1. 综述
获利性分析是一种强有力的工具和方法，用于分析一个公司内不同的市场区划（Market Segments）或者不同的战略经营单元的经营状况，给公司的市场开拓、经营销售、产品研发和企业规划部门提供决策信息。
2. 获利性分析模块和其他模块的集成

3. 获利性分析主要业务流程
3. 1. 现状和需求综述
顶新集团公司按产品类别将各分公司组合为事业群，一个事业群下面的各个分公司分布在不同的地区，他们的产品有相同的，有互为上、下游产品关系的。一个分公司的行销部门不仅经营自己公司的产品，而且可以跨公司、跨事业群经营。
获利性分析不仅针对自己公司内的通路别和产品别，而且期望在系统逐步推广实施后，可以在事业群一级甚至集团公司一级进行。
XX集团公司目前的利润分析工作主要针对产品别对比销售收入和销售成本，计算其毛利额和毛利率。对于按通路别－产品别－客户别多维获利性区划单元进行获利性分析也有所需求。
当集团内的一个分公司经营另一个公司的产品时，规定用内部调拨价进行分公司之间的资源调拨，这样，在评定各公司的效绩时，就需要对调拨价进行调整；另一方面，在事业群一级或集团公司一级按产品别进行获利性分析时，对于公司之间的调拨性质的销售收入和销售成本需要抵销。
3. 2. 解决方案
实施R/3 CO-PA获利性分析模块，建立多维的获利性区划结构，使用R/3系统丰富的信息分析资源，方便、灵活地进行获利性分析。
3. 2. 1. 标准处理流程和功能说明
（1）定义获利性分析区划结构和建立数据传送联系

这是实施获利性分析模块的准备工作。首先需根据公司对获利性分析的要求建立一个多维的区划结构，选择区划的特征，并从有关主数据结构中（产品主数据，客户主数据等）拷贝这些特征数据，例如销售地区、客户组、产品组等。如果有关的主数据中没有维护这些特征数据，则首先要予以补足。
其次要确定用于获利性分析的数据及其来源，建立他们之间的传送联系。例如销售收入、销售折让、销售数量等可以从销售订单或销售发票中得到；销售成本数据则需按照价格选择方案的规定，或从产品物料主数据中选用标准价格，或按销售订单中的定价条件选用标准价格或其他价格；从成本中心中可以获得行政管理费用和销售费用的分摊；如果将销售成本差异先从总帐科目转记到某个成本中心，则也可使用分摊功能分摊到有关的获利性分析区划中；从内部订单中可以得到某些专门管理的销售费用（如广告费、促销费用等）；从总帐可以对获利性分析区划直接记入某些特殊的直接费用，如回扣、换货等。对于赠品的处理应视作销售费用，在MM模块中不作为向订单（客户）发料，而是向一个归类于销售费用的成本中心发料。

（2）制订销售计划和利润计划

使用CO－PA模块，可以根据公司的经营目标制订销售计划，并根据销售计划测算出利润计划，以供利润分析时作为目标值与实际值进行对比。通过CO模块与PP模块的集成接口，可以将销售计划的数据传送到PP模块的销售和经营计划中（SOP）。
（3）实际数据传送

按照获利性分析数据传送结构建立的联系，将销售订单、销售发票、成本中心、内部订单等包含的实际数据自动传送到获利性分析区划的对应量/值字段上。这些数据包括进行获利性分析所必要的销售收入、销售折让、销售数量、销售成本、销售成本差异，以及应分摊的行政管理费用、销售费用等等。
虽然顶新集团的营销业务，目前用自行开发的营管系统来支持，但是为了能在R/3系统中进行获利性分析，在项目实施的第一阶段仍然使用SD模块的部分功能，在R/3系统中建立客户主数据，建立销售订单和处理销售发票，从而能将销售订单和销售中的有关数据传送到获利性分析模块中，只不过SD模块的数据输入将采用接口程序直接由营管系统传送过来。

（4）获利性分析

采用R/3中的标准报表程序或用报表编写工具开发的专用报表程序都可以对取得的销售实际数据进行分析，以得到各种表示获利性分析区划经营状况的报表。
3. 2. 2. 跨公司业务处理流程和功能说明
首先对跨公司的调拨业务采用一个特定的通路来处理，通路代码假设为90。在评定各公司的效绩或集团内部按产品别进行获利性分析时，需要对通路90的业务数据进行必要的调整。这可以通过CO－PA模块中的Valuation功能来实现。

（1）评定公司效绩时的业务数据调整

对于通路代码为90的跨公司调拨业务，首先按照产品的管理调拨价和销售数量调整卖方公司的销售收入（增加）；然后按照该产品在买方公司的售存比例（取自产品售存报表），调整买方公司的销售成本差异（增加）。

（2）按产品别进行获利性分析的业务数据调整

对于通路代码为90的跨公司调拨业务，首先将卖方公司的销售收入调整得和销售成本（包括销售成本差异部分）相同，即使卖方的这笔业务毛利润为0；然后按照该产品在买方公司的售存比例（取自产品售存报表），调整买方公司的销售成本差异（减少）。这样，就将卖方公司调拨业务的毛利润调整到买方公司的毛利润和存货成本差异中（按照产品售－存比例），从而可以得到比较正确的分析结果。
3. 2. 3. 组织结构定义

3. 2. 4. 关键数据定义

4. 产生的报表
可以按任意的区划特征组合得到利润分析表。作为范例，R/3系统提供下列标准报表：
* 计划/实际比较
* 销售门类别（Division）比较
* 按客户组的排名表
* 边际贡献I：地区/工厂/产品组
* 占据百分率
* 和去年同期比较

5. 进一步改善的可能
R/3系统除了提供基本的区划特征外，用户还可自行定义多达30种附加区划特征，随着对获利性分析模块应用经验的积累，用户可以根据自己的需求丰富获利性分析区划结构的内容。
第三部分
供应链
一. 库存

1. 现状及需求综述

采购的调查范围为XX集团库存管理和XX集团的营管系统的前进仓库。
1. 1. 对于XX集团库存管理现状及其需求简述如下:

原物料
成品
备品，备件
使用范围
所有小料，包材，精料，
板材，原料等原物料。
各种类型的产成品，大约有40种物料。
各种非生产性材料，包括机械，电器零配件及工具等物料
使用范围
(调理厂)
所有用于生产小料，精料等材料的原物料。

各种类型的产成品，大约有40种品种。
各种非生产性材料，包括机械，电器零配件及工具等物料。大约有
1400-1500种。
库位划分
厂级原物料库有十多个
库位，(面罐与油罐分别算一个库位)。库位内划分为多个库区，一般一个品种放入一个库区。库区与品种为一对一或一对多关系。
面一厂，面二厂每个厂分别有一个成品仓库。
面一厂，面二厂每个厂分别有一个备品，备件仓库。
品种数量及单位
原物料分别用不同的品名来代表。
存货单位一般采用物料的基本单位，很少采用其它单位并用换算因子来转换。
成品的出入库和转移均采用箱作为其基本单位

库位划分
(调理厂)
厂级原物料库分为几个
库位，库位内划分为多个库区，一般一个品种放入一个库区。库区与品种为一对一或一对多关系。
调理厂有一个成品仓库。6个库位，包括粉包，酱包，RP包，外埠精料，委外加工库等
调理厂有一个备品，备件仓库。
品种数量及单位
(调理厂)

原物料用公斤计
成品用千包作为其基本单位

原物料
成品
备品，备件
收料作业
外购入厂之物料的验收入库由生管及品管部门负责，一般步骤为：依据供应商之交货单->放入质检区质检->品管员检验合格->生管开具验收单并由品管签字确认后->生管员进行收料作业。
从调理厂调拨的小料收货以及其它形式的调拨收料，不需检验，由生管员直接办理入库。
生管进行单包数量和重量的检验。
调理厂收货时的微生物检验的时间一般为三天。货物先不入库。

从生产线下来的成品经质检后放入成品库之前需开列成品转移单(三联，由现有系统打出)
一般一张入库单包含一个班次的产出。
境内材料由自己购买，
境外由采购部负责(台北除外)。需求由部门提出，建立请订购单，经领导批准，进行采购。采购过程详见采购流程
收货作业与原物料收货相同。
发料作业(生产性发货)
根据供应科生产排程发出的领料单进行发货。单据为生产性领料单。发货时通过供应科的领料区

生产用工具的领用按人数划分。
其余材料的发货与原物料相同。
发料作业
(成品销售出货)
个别原物料也有销售
营管系统通过现行系统的进耗存报表，得到库存数据。出库时根据营管系统的提货单，现行系统打出出货单，其余的销售过程由营管系统来确定。

发料作业
(非生产性领料)
领料部门使用非生产性
领料单，经领料部门主管批准进行领料。

相同
相同
发料作业(调拨发料)
不同仓储地点之间的物料调拨，需开列调拨单并经仓管员签字确认。

相同
相同

原物料
成品
备品，备件
发料作业(报废作业)
对将报废之物料各部门会签后，经总经理批准，由仓管员提出报废申请单，经主管审核，品管员检验确认。不合格品由厂务部回收组处理。(可能有4种情况：1 销毁，2 可用部分回收贩卖，3 修复，4 再制造)
相同
相同
退货作业
货物质检不合格，通知采购部，并进行退货处理，填写退货单。

退料作业
原物料的退回，先由制造部填写退料单，品管员确认后。放回库内，或置入不合格区，或作出标识。
接到营管系统的销货退回通知单，品管员确认后，填写退库单。其它操作与原物料相同。
       相同
委外加工
(调理厂)
委外加工主要是一些原物料的外出杀菌。包括委外加工单和委外加工验收单。委外加工价格由计统科定。加工单位一般用吨计。
        相同

储存管理
货物入库后，一般一个品种放入一个库区，对应每次收货有一个库存管制卡(每次收货的品种，数量，收货日期)
相同
每批货物用垛位卡进行管理。

库存盘点
盘点每天进行，每月盘点由会计部进行，然后进行相应的物料调整。
相同
相同

1. 2. 对于XX集团的营管系统与库存接口及其需求简述如下:
为了使最后的系统是一个完整的整合系统，需要在库存管理中考虑各营业所的外点库存，即各营业所的前进仓库的库存，并且在仓库的设置上需考虑总公司为各关系企业成品调拨用的营管虚拟仓库。

2. 未来系统解决方案
2. 1. 综述
在未来系统中，对物料的管理是基于库存数量和库存金额两个方面之上的管理。对库存中的计划的，或非计划的货物移动进行相应的记录，并在此基础上对库存中的物料做实地盘点。
系统对库存物料数量的管理是基于在库存中任何形式的货物移动都会对库存水平做出实时的更新的基础上进行的。系统不仅可以反映库中物料在不同组织层次上的数量，而且可以反映物料的各种状态，包括物料库存中的在质检数量，冻结数量，已订未交量，为生产所作的预订量，为客户所作的预订量，等等。可以使用户方便地区分库存中物料的不同情况.
系统对库存物料金额的管理是基于在库存中任何形式的货物移动，如果会对库存值产生影响，即在数量更新的同时，会对库存金额，相应的总分类帐科目，以及相关的成本帐目作出时实的更新。
在未来系统中，物料的移动是通过物料的移动类型来控制的。物料的移动类型不仅可以控制物料的移动方式，以及状态的变化。还可以控制物料移动中相应会计科目的更新.
在未来系统中，为了实现成品库的库位管理(包括先进先出的出库策略)，以及在做成品转移单和做出货单时，指定库位的管理。计划首先对成品库采用仓库管理。在未来系统中的仓库管理与库存管理(MM)，销售与分销(SD)，生产计划(PP) 相整合。可以对不同的仓库类型(自动仓库，高架仓库等)，仓储区域，以及仓位进行管理，并对货物从仓位的进,出方式进行相应的控制。

3. 2. 3. 关键数据定义

（2）制订销售计划和利润计划

（4）获利性分析

（1）评定公司效绩时的业务数据调整

（2）按产品别进行获利性分析的业务数据调整

3. 2. 4. 关键数据定义

1. 现状及需求综述

采购的调查范围为XX集团库存管理和XX集团的营管系统的前进仓库。
1. 1. 对于XX集团库存管理现状及其需求简述如下:

原物料用公斤计
成品用千包作为其基本单位

发料作业
(非生产性领料)
领料部门使用非生产性
领料单，经领料部门主管批准进行领料。

相同
相同
发料作业(调拨发料)
不同仓储地点之间的物料调拨，需开列调拨单并经仓管员签字确认。

相同
相同

库存盘点
盘点每天进行，每月盘点由会计部进行，然后进行相应的物料调整。
相同
相同

2. 2. 与其它模块的关系

库存管理与采购管理，生产管理，财务会计，成本会计和质量管理相联系。
库存管理流程包括：
* 收货处理
* 发货处理
* 转储处理
* 预定处理
* 库存实地盘点
分述如下：

2. 3. 收货
2. 3. 1. 处理流程

2. 3. 2. 功能说明
在未来系统中，对货物接收的处理主要包括以下几个方面：
* 根据采购订单的货物接收。在收货后，收货的记录，已交/待交量等信息都可在采购订单中得到反映。
* 从供应商处无采购订单参考的货物接收。主要用于一些从供应商处的偶然收货，而不需作采购订单。
* 根据生产订单的货物接收。在收货后，更新生产订单的状态和生产成本的计算。
* 无生产订单的货物接收，主要用于没有使用生产计划时的内部货物接收。
* 供应商的免费交货，收货后，不接收供应商的发票
* 从客户处退货参照退货单，在未来系统中的销售和分销模块中，输入退货数据进行处理。
* 从客户处退货不参照退货单，在未来系统中直接在库存管理模块中处理。
* 库存余额的初始输入，新系统开始运行时，库存初始值的输入方式。
* 不允许没用采购订单的货物接收，货物接收后应先放入质检状态，合格后放入库存。

由于未来系统是一个整合的系统，所以以上各种流程的收货处理，不仅会产生物料的收货凭证，同时还会产生相应的财务凭证，影响相应的总帐科目。
系统用不同的物料移动类型及其相关的参考凭证来控制不同形式的货物接收过程。收货时，需要先检查有无对于此类收货的预定存在。如有预定存在，则参照预定收货。
在库存放置时，可将物料置于不同的库存状态，并且能由库存报表查询到物料的数量以及其不同的状态。对于成品库存计划首先采用仓库管理，在收货时，按照事先设置的库存放置策略，将每一批次的成品放入相应的仓位。

2. 3. 3. 组织机构定义

总厂虚结构
工厂代码
制面厂，调理厂
制面厂，调理厂工厂代码
制面厂，调理厂下库区
制面厂，调理厂库存地代码
成品库
成品库仓库代码

成品库库存类型
仓位
仓位编号

库存管理名词对照示意表

顶新公司
未来系统
仓库
库存地点
库区
库存地点或库存类型
库位
库存类型

仓位
现有仓库管理
库存管理

仓库管理(可进行仓位管理)

2. 3. 4. 关键数据定义
物料主记录：为最大长度18位的字母或数字码，可以由系统内部自动顺序产生，或者由外部指定。

2. 4. 发货
2. 4. 1. 处理流程

2. 4. 2. 功能说明

在未来系统中，对货物接收的处理主要包括以下几个方面：
* 生产性发货发货至生产订单，更新生产订单的状态以及生产订单的成本核算状态。
* 成品的销售出货，对客户销售订单的发货。涉及与营管系统的接口，可在未来系统中的销售和分销模块中处理。
* 非生产性领料，对成本中心的发货处理，物料消耗直接记入部门费用。
* 报废处理，对物料的报废直接记入相应的费用。
* 退货处理，对供应商的货物作退回处理，如已收发票，还需作发票退回处理。

由于未来系统是一个整合的系统，所以以上各种流程的发货处理，不仅会产生物料的收货凭证，同时还会产生相应的财务凭证，影响相应的总帐科目。

发货分为计划的发货和非计划的发货，计划的发货主要是对预定的发货。在发货时，系统会自动进行库存物料的可用性检查。

在对使用了仓库管理的库存进行库存移出时，可以采用先进先出的出库策略，从相应的仓位取出物料。
2. 4. 3. 组织机构定义
同收货处理的组织结构
2. 4. 4. 关键数据定义
同收货处理的组织结构

2. 5. 转储
2. 5. 1. 处理流程

2. 5. 2. 功能说明

在未来系统中，对货物转储的处理主要包括两个方面：
1. 库存的记帐改变
主要指库存物料在不同的库存类型之间的变化和物料本身的变化。例如，物料经过质检，从质检状态 -> 可自由使用的状态，准备退货的物料，从可自由使用的状态 -> 冻结状态，物料发生变化，从一种物料 -> 另一种物料。通常库存的记帐改变仅仅是对物料的库存状态进行变化，而不涉及物料库存地点的变化。这种变化如果只引起数量的改变而没有库存价值的改变，则只有物料凭证而没有相应的财务凭证产生。

2. 库存物料的转移
主要指库存物料在不同的库存地点之间的调拨处理。它包括：
库存地 -> 库存地之间
工厂 -> 工厂之间
以上几种不同范围的库存转移，会引起物料在不同库存地点的实际库存移动。当物料在不同的工厂之间调拨时，可以采用两种不同的调拨方式。一是，一步调拨的方式，物料转移处理在系统中一次完成。二是，两步调拨的方式，物料转移处理在系统中分两步完成，先做物料移出处理，再做物料移入处理。在移出后物料的状态会发生变化，成为在途库存。这种方式可以对物料的调拨过程进行更好的管理。与库存记帐改变相同，库存物料的转移，如果只引起数量的改变而没有库存价值的改变，则只有物料凭证而没有相应的财务凭证产生。

3. 对于调拨中的差异，有两种处理方式。一是，用两步调拨的方式在收货时按原始数量收货，然后作差异部分的报废处理或在盘点时调整差异。另一个方法是，按实际数量收货，差异部分依旧处于在途材料状态，经过一段时间后集中处理，可作报废处理。

4. 对于不同的公司之间调拨关系，进行的是不同的公司之间的采购和销售之间的处理。

2. 5. 3. 组织机构定义
公司代码，工厂，库存地
2. 5. 4. 关键数据定义
物料主记录

2. 6. 预定
2. 6. 1. 处理流程

2. 6. 2. 功能说明

库存中物料的移动可以分为计划的物料移动和非计划的物料移动。预订就是向仓库发出的一种有计划的需求，可以使物料应用于日后的某种需要。预订的目的是保证物料在需要时的可用性，并且在实际的库存移动时简化了操作的步骤，加速了库存移动的处理速度和进程。另外，在运行物料需求计划时，预订已被考虑在内，可以使系统及时做出新的生产和采购计划。

在建立一个预订时，需要指明如下信息：什么物料，多少数量，库存移动的时间，从哪里移出，移入到哪里。预订可以手工建立，也可由系统运行物料需求计划时自动建立。

在顶益公司的未来系统中，手工建立的预订可以用作非生产性领料的领料申请。

2. 6. 3. 组织机构定义
工厂，库存地

2. 6. 4. 关键数据定义
物料

2. 7. 盘点
2. 7. 1. 处理流程

2. 7. 2. 功能说明
* 在未来系统中对库存的盘点包括库存的帐面连续盘存和按月进行的实地盘点。
* 在未来系统中实地盘点的范围包括非限制使用的库存，处于质量检验状态的库存和处于冻结状态的库存。
* 在未来系统中实地盘点是在库存地基础上进行的。

2. 7. 3. 组织机构定义
工厂，库存地
2. 7. 4. 关键数据定义
物料

2. 8. 报表需求
在未来系统中，报表的处理主要包括，在事务处理层的列表显示，以及在库存信息系统的综合分析。
报表的主要需求与构想如下表：

需求单位
报表
总生管
计统
科
原物料科
成品
库
备品
科
工务
处
未来系统处理方式简述
呆滞品库存状况报告
X

库存状况列表显示
成品总库存日报表
X

同上
原物料总库存日报表
X

同上
发货对比, 发货明细
X

库存信息系统的分析中处理
一厂原物料金额预估

X
X

库存信息系统的分析中处理
制面厂生管原物料日进耗存报表

物料移动凭证列表显示
库存异动明细表

X
X
物料移动凭证列表显示
待交/未交采购列表

采购单列表
库存差异表

X
X
X

盘点单列表
呆滞库存表

库存信息系统的分析中处理
制面厂生管库存层别表

X
X

库存清单显示和物料移动列表
(暂不对原物料使用批量管理)
成品进存报表

库存清单, 物料移动凭证列表显示
出货单

物料移动凭证列表显示
库存金额明细表
库存总额，入出库额

库存信息系统的分析中处理
部门消耗表

物料移动凭证列表显示
需求单位
报表
总生管
计统
科
原物料科
成品
库
备品
科
工务
处
未来系统处理方式简述
采购订单

未来划规采购部处理
备品消耗统计
物料移动凭证列表显示
工务备品库存
库存列表
工务备品面线消耗
物料移动凭证列表显示
备品库存比例

库存列表
库存4000元以
库存信息系统的分析中处理
RP原物料消耗
物料移动凭证列表显示
月份原物料消
库存信息系统的分析中处理
库存量预警
库存信息系统和采用重订货点处理

2. 9. 未来可能的改进
现有的仓库管理比较简单，未来可以考虑使用自动化的仓库管理系统，并与扫描仪相配合使仓库的管理更加自动化。

二. 采购
1. 现状及需求综述

采购的调查范围为XX集团采购和顶新集团的统购。
采购的组织结构如下:

1. 1. 对于XX集团采购现状及其需求简述如下:
1. 1. 1. 概况

具体的说明详见现状分析报告。
1. 1. 2. 需求
* 应有供应商的管理, 统计功能并区分状态
* 采购部分交货后, 订单价格应可改
* 采购订单建立后价格不允许修改, 价格应分区间及有效期管理
* 进口费用的统计和处理
* 数量折扣, 事后(收货时)才发生
* 对部分物料采用重订货点管理, 库存物料自动产生请购单。
* 预付款对订单而不对供应商, 如买棕油和猪油时, 只对棕油预付。
* 扣款处理, 扣款凭证与验收单挂钩
* 外协加工库存在顶益, 要有能力将在A厂商处的库存调到B厂商处

1. 2. 对于集团采购现状及其需求简述如下:
集团采购主要负责机器设备零件和大宗原物料的采购。一般的操作为, 集团采购部负责合同的建立。具体的采购订单的建立和下达由各公司采购部完成。
事业群生产组目前为一虚组织, 其一般的功能对于采购包括, 部分采购的审批和对采购的统计分析。
事业群新产品开发的第一次采购为: 研发将行销部门对新产品第一个月的销售量预测 -> 事业群 -> 事业群将采购计划下达至各公司执行。
由于集团采购部为一新部门, 并且以往的操作均为手工进行, 所以无固定的电脑操作流程可遵循, 可以采用与公司采购类似的流程。
1. 2. 1. 设备采购

由生产组和研发提供需求，集团采购部向厂商询价，得到供应商的报价后，选择厂商，进行价格谈判，制订合约经董事长签字批准后作请购单，请购单发经财务部进行资金安排，法务部进行合同条款的检查，研发部对采购的品种规格进行检查。然后通知厂商发销售合同，采购部确认后返回。中央采购部一直追踪货物的采购流程直到货物送到指定收货地点。

设备采购的提出和批准过程

设备采购INV和P/L的处理方式。

海外公司的运输一般采用CIF方式，内陆的运费，关税由各厂自己负担。
1. 2. 2. 原物料采购
国内原物料采购流程如下图所示

国外的原物料采购由顶杰(BVI)公司完成。其INV和P/L流程与设备采购相同。
备品备件采购由顶益(开曼岛)台湾分公司来处理。

2. 未来系统解决方案
2. 1. 综述
顶益公司的采购系统设计的组织范围包括:
顶益公司采购部
集团中央采购
事业群采购组
应用范围包括对库存物料的采购处理, 对消耗性物料的采购处理, 对委托加工物料的处理。采购的基本流程包括需求的确定, 货源的确定与供应商的选择, 采购订单的处理, 收货处理, 发票处理, 最后由财务付款。

2. 2. 与其它模块的集成

采购处理中所有参与者之间良好的通讯是顺利运行采购所必需的。采购与未来系统中其它模块的整合确保了信息的一致性。例如，它可与下列模块一起工作：
* 成本控制 (CO)
直接消耗的物料和服务的订单说明了与成本会计系统(控制)的接口。这是由于它们可直接分配给成本中心。
* 财务核算 (FI)
采购和核算都维护有关供应商的信息。每个供应商的信息存储在供应商主记录中，该记录包含核算和采购信息。供应商主记录代表财务核算中的供应商帐户。采购也可通过采购订单的帐户分配指定财务核算中的总帐科目。

2. 3. 采购申请及分配处理流程
2. 3. 1. 处理流程

2. 3. 2. 功能说明
采购申请的建立及分配处理是采购业务流程的第一步(见图 2101) 。主要包括采购申请的建立和采购申请的分配。采购申请的建立主要有两个来源。一是根据部门的需求(例如，研发中心的采购需求), 人工归结，手工建立。另一个来源为根据MRP计划运行的结果产生。物料需求计划的运行包括两个方面, 一为由物料清单运行MRP得到的计划订单转换而来。另外, 可根据物料的重订货点计划方式, 直接运行MRP而得到相应的采购申请。这种计划方式主要可以应用于备品，备件的处理。

每个采购申请量的大小，可以根据供应商的供货能力，在物料需求计划中设置相应的最大单批订货量。这样可以方便采购在需求分配时，灵活地应用各种分配方式。

采购部门的一个重要的工作是将生管传递过来的需求转换成采购订单。这部分工作主要是采购部门利用以往所掌握的资料, 为采购需求分配合适的供应商以及采用合适的价格。在未来系统中, 系统提供了一系列的处理方式来完成申请分配的过程。其中包括询价, 报价, 配额管理, 货源清单处理, 信息记录的处理, 合同的处理。

合同是一个与供应商的长期协议，以便在某段期间内供应产品。在采购中有许多不同的术语可用于说明此概念, 包括“总括订单”、“总括合同”、“系统合同” 和“期间合同”。合同不包含特定的供货日期以及每次供货的具体供货数量。这部分信息会在按照合同发出的核准订单中具体地指定。在未来系统中, 在创建合同时, 可以有以下两种合同类型以供选择: 数量型, 当已发出的核准订单的累计数量达到了合同事先给定的一个数量后, 则可认为此合同已经完成。价值型, 当已发出的核准订单的累计价值达到了合同事先给定的一个价值后, 则可认为此合同已经完成。图: 2103 是合同建立过程的示意图。其信息的输入为一段时间内从供应商那里采购某种物料或服务的具有约束力的约定, 或供应商报价的价格条件。其输出为根据合同建立的采购订单, 或者可以用于更新货源清单和信息记录。

图: 2105 是信息记录建立过程的示意图。在未来系统中信息记录是采购主记录之一。主要记录对应于特定供应商的特定物料的采购价格信息以及一些其它的价格和交货条件。信息记录可由采购订单，合同，计划协议和供应商的报价进行更新。

图: 2106 是配额管理建立过程的示意图。配额管理是在同一物料存在多个可选供应商时，将采购计划在供应商之间作合理分配的一个有效的方法。其基本数据包括配额比，基准数量，时效等，并可对配额分配情况进行监控。
在未来的系统中配额管理和供应商评估是相对独立的两个功能，对供应商评估的评分值无法自动对供应商的配额进行相应的调整，建议根据供应商的评分报表，人工地进行配额的维护和调整。
在未来的系统中配额管理是针对采购订单的配额管理而不是对合同的配额管理。建议对一般采购采用合同，信息记录或货源清单。对确需配额管理的物料，其按照配额管理建立的采购订单可被视为一张大订单。人工对此订单作相应的调整，如细分为多个订单项，调整收货日期等，并据此大订单的相应订单项进行收货。

图: 2107 是货源清单建立过程的示意图。货源清单是同一物料的所有可能的供应商及其相关条件的清单。其相关条件可以包括信息记录，合同和计划协议。货源清单可以帮助我们对供应商有一个更好的管理。

图: 2108 是向供应商询价和供应商报价过程的示意图。向供应商询价是把对物料或服务的需求传送给可能的供应商的过程。报价是供应商提供其定价和供货条款的过程。它是选定供应所需物料或服务的供应商的重要依据之一。

2. 3. 3. 组织机构定义
采购的组织结构主要包括采购组织和采购组

采购组织
集团采购部
事业群采购组
顶益公司采购部
采购组
顶益公司采购部下属的执行采购的基本单位。

2. 3. 4. 关键数据定义
采购中的主数据主要为物料主记录，供应商主记录和采购信息记录。
1. 采购信息记录主要记录与特定供应商采购特定物料的价格和交货条件等信息，为10位数字顺序编码，由系统自动给出。
2. 物料主记录将在库存关键数据的定义中说明。
3. 供应商主记录将在供应商评估中详细说明。

2. 4. 采购订单的处理
2. 4. 1. 处理流程

2. 4. 2. 功能说明
采购订单的建立可以根据上述的各种采购凭证，也可直接用手工建立。在采购订单的处理中，订单发出及确认和装运通知的处理，主要可以用于集团的海外采购中，能够更好地记录和控制从订单发出到供应商确认，货物运输的过程。

在采购中的运费主要有两种形式，一为计划的运费，其特点是在建立采购订单时，已知运费的具体金额。在未来系统中，可以在建立采购订单时把运费加入采购的价格条件中，在根据此采购订单进行收货时，运费自动记入物料成本中。另一种为在事后才能确定的费用，可在作发票校验时记入物料成本。如果采购订单包括多个项目，则运费自动分摊到各项。

采购订单在建立时其价格条件可以手工输入，也可由信息记录或合同得到。在信息记录或合同中可以进行价格的有效期管理。因此，在不同时界建立的采购订单可能取到不同的价格。

采购订单的控制在未来系统中可以有两种不同的方式。一是采用工作流的方式，采购订单经过批准后不可修改，但是缺点是如果需要对采购订单进行调整时，则不够灵活。第二种方式为，采用权限来控制，只有少数的一个或几个人拥有对采购订单修改的权限，并且系统会记录修改的情况。这样，既控制了对采购订单的修改，又可对一些特殊情况进行处理。

在未来系统中，如果在采购订单已部分收货后，剩余部分交货的价格有所变化，而且双方协商后确认这种变化。则关闭原订单，并用剩余数量再建立一张新的订单，此新的采购订单采用新的采购价格。

在未来系统中，预付款是针对供应商进行的。但是，在做对订单的预付款时，可以在参考凭证的栏位输入采购订单的凭证号码。这样，在选择供应商的应付帐款进行付款作业的选择时，可以方便地查看到对应具体采购订单的预付款。在进行付款作业时，可以先列出有预付款的供应商，手工进行预付款与供应商应付款的冲帐。然后，再启动自动付款程序，进行付款处理。

2. 4. 3. 组织机构定义
采购组织，采购组，说明同上。
2. 4. 4. 关键数据定义
物料，供应商，说明同上。

2. 5. 供应商评估和管理
2. 5. 1. 处理流程

2. 5. 2. 功能说明
在未来系统中，对供应商的管理主要包括两个方面。一是对供应商主记录的管理，二是对供应商的考核。

对供应商主记录的管理主要体现在供应商主记录的建立，修改，删除和冻结上。主记录的建立主要包括供应商的基本数据，采购方面的数据以及财务方面的数据。对暂不使用的供应商可以将其至于冻结状态。在未来系统中，计划对供应商的不同方面的数据由不同的部门进行维护。如，品保维护供应商的基础数据，采购部维护供应商的采购数据，财务维护供应商的财务数据。供应商的主记录可分为两大类：合格供应商的主记录，开发中的供应商的主记录，对供应商主记录定期地进行维护，并做出相关的处理。供应商的编码建议采用内部码，并可利用供应商的地址信息做防止重复输入的检查。

对供应商的评价部分完全集成在物料管理模块的采购部分中。诸如供货日期，价格，数量之类的信息都可以从采购订单中获得。对供应商的评价也会使用质量管理中的数据，例如收货检查或质量检验方面的结果。系统根据预先设置的评分标准和供应商的权重因子，对供应商的绩效进行评估得到供应商的总分，并建立供应商的评分卡片。

如果需要将供应商货物质量校验的结果自动影响对供应商评估中的质量部分，则需使用质量管理模块。根据顶益公司的现状，在初期可以仅使用质量管理模块的部分功能，在系统上反映品保处理的一些工作。即，只做质量校验结果的记录：检查的批量，合格数，不良品数量，并做不良率，批退率，不良品记录的处理。供应商评估利用其结果为供应商的质量评分。

2. 5. 3. 组织机构定义
采购组织，公司代码。
2. 5. 4. 关键数据定义
供应商的编码为数字或字母码
供应商的编码可以由系统给出或外部指定，长度最大为10位

2. 6. 采购订单的收货处理
2. 6. 1. 处理流程

2. 6. 2. 功能说明
在未来系统中，根据采购订单或其它形式的收货后，可以将物料先放入质检状态，经品管员检验合格后开具验收单，生管员进行收料作业时，再进行货物的转储，将货物放入可用库存。从库存报表中，可以随时查询到当前库存的数量和状态。同时，因为系统是一个整合的系统，所以不仅进行库存的数量更新，还进行库存金额的更新。

在收货时，如果有数量折扣的发生。可以有两种处理方式。一是，通知采购部门，对采购订单作相应的修改，将数量的折扣为金额的折扣，并将其加入采购订单的价格条件中。在收货时，其收货数量和金额便是我们的期望值。二是，补作一张免费交货的采购订单或在原采购订单中加入相应的项目，并据此收货。对于供应商免费交货的采购订单，不做供应商的发票接收。

对于消耗性物料的采购，收货后，库存数量和价值不发生变化，而是直接记入部门费用。

对于外协加工的采购订单，先做发货处理，即将待加工的物料发给供应商，再做收货处理，将供应商加工完成的物料收货至库存。

2. 6. 3. 组织机构定义
工厂
库存地点
2. 6. 4. 关键数据定义
物料主记录：为最大长度18位的字母或数字码，可以由系统内部自动顺序产生，或者由外部指定。

2. 7. 发票校验
2. 7. 1. 处理流程

2. 7. 2. 功能说明
* 发票的校验主要包括发票的接收，发票的预过帐和发票的最后记帐处理。发票的接收分为有参考凭证的发票接收(主要包括参考采购订单，交货通知和收货记录)和无参考凭证的发票接收。在发票的记帐处理之前加入发票的预过帐处理(相当于请款代传票)主要是为了给采购人员增加一个检核点，以便对发票记帐有更好的控制。

* 发票的校验可以根据采购订单进行，也可根据收货凭证进行。发票的校验可以根据一张或多张采购订单进行，也可根据一张或多张收货凭证进行。

* 发票入帐后，利用发票校验还可做一些事后的调整处理。例如，向供应商发贷向凭证，供应商的追加款项的记入等。在做相应处理时，如果存在可参考的凭证(如，采购订单，收货凭证)，那么，所作的相关操作都可在采购订单的历史记录中得到反映。

2. 7. 3. 组织机构定义
公司代码
2. 7. 4. 关键数据定义
供应商

2. 8. 报表需求
表名
现有系统处理情况
未来系统处理方式简述
供应商品质记录排名表
无
在未来系统中的供应商管理中处理
供应商价格排名表
无
同上
供应商交期排名表
无
同上
供应商考核表
无
同上
供应商配额表
无
同上
供应商状态记录
无
同上
总括订单，采购订单
有
总括订单由合同代替，由电脑列印
单价异动表
有
由采购信息记录列表反映
收货明细
有
可由采购订单列表查询
待交/未交表
有
可由采购订单列表查询
批次请款对帐单
有
供应商应付列表
请款代传票
有
发票预过帐
采购周报
有
采购信息系统中分析
金额汇总表
有
采购信息系统中分析
加权指数表
有
采购信息系统中分析
供应商排名表
有
采购信息系统中分析
交易记录
有
采购信息系统中分析

2. 9. 未来可能的改进
在未来的系统中，如果采用了工作流(workflow)的处理，则可以达到采购订单核准后不能修改的要求。
在对供应商的评估时，供应商货物的质量分数只能通过人工输入得到。如果应用了质量管理模块，则可将对供应商货物的质量评定通过质量管理模块传送至采购，由系统自动为供应商评分。
三. 生产管理
1. 综述
XX集团在生产管理方面的主要工作范畴是公司生产计划管理和生产统计，各工厂生产计划管理，物料需求计划管理，各工厂生产排程，日物料需求安排，生产入库和工厂生产统计处理。对现阶段工作流程及其电脑化程度的描述参见《现状分析》第44页至63页，未来系统将在以下几个方面有较强支持：
* 销售预估量处理
* 公司间产品/物料的调拨处理
* 多阶层/多工厂的物料需求计划处理
* 生产线计划排程处理
* 生产线领料/发料处理
* 生产完工/结算处理
* 生产管理和销售管理、库存管理、采购管理、成本管理集成一体
根据现有业务处理、未来需求，再考虑SAP系统的结构，在此将未来业务处理分成七大方面，即生产量预估处理、需求管理、物料需求计划、能力平衡、生产排程、生产备料/领料处理、生产确认及入库处理。见下图

生产量预估处理：为根据营业部的月/周量，考虑成品库存数据，生成各面厂生产计划需求，根据需要可印出有关报告。
需求管理：用来管理市场或外阜公司对XX集团产品的需求，例如外阜公司对小料(精料)的需求管理，有些产品按客户订货要求安排生产的需求管理，需求管理的结果为面的计划独立需求，和小料（精料）的销售需求。
物料需求计划：部分用来完成两个方面的工作，即月（周）物料需求计划和日物料需求计划，月（周）物料需求计划采用跨工厂多阶层运行方式，生成各有关工厂（面厂、调理厂、PSP碗）的月（周）生产计划和物料需求计划，并生成对纸箱等的月（周）需求计划，日物料需求计划和面厂、调理厂的日生产排程相联系，按照先面厂日排程，运行面厂日物料需求计划，再做调理厂日排程，运行调理厂日物料需求计划，详细流程及顺序说明参加详细流程说明中物料需求计划部分。
能力平衡部分：在物料需求计划处理和日生产排程过程中，可根据需要调用能力平衡，能力平衡可根据生产线有限能力的原则做第一步排程处理。也可用能力平衡来保证生产计划的安排和工厂生产能力的提供相一致。
生产排程：部分用来完成面厂的日生产排程和调理厂日生产排程，面厂日生产排程根据周生产计划安排和灵时生产计划变更通知，考虑生产线人力，设备配备状况，制定出面厂生产线日排程。面厂日排程确认后，运行物料需求计划，生成调理厂的计划，调理厂日生产排程再考虑生产线人力，设备配备状况制定出调理厂生产线日排程。
生产线备料/领料处理部分：根据日排程产生的相关物料需求，系统在考虑生产线现场现角物料状况之后，根据需要按排物料从物料主库房调拨到生产线现场，也可根据日排程安排其它公司和有关供应商的物料日供应。
生产完工/入库处理：部分包括生产线下来产成品（每一托盘）的接收处理，和每一班次的完工/结算处理，每一班次的实际物料消耗要等当班现场盘点后计算当班各种物料实际消耗。将当班实际物料消耗量计入系统，当班实际数据处理还包括实际工时消耗和报废品数据。
报表处理：未来系统中，日报、周报、月报处理，可根据情况建议取舍，因为未来工厂、公司和事业群的主管人员可从系统上得到实际生产、实际存货，以及和相关计划数据的比较信息。

下面列出现有状况及未来需求一览，现有需求以现有系统调研报告为依据，未来需求部份包括修总在6月17日和SAP讨论的内容，修总提出的系统功能需求（新需求），总生管理给出的XX集团生产部门未来需求报表明细，前段一级流程讨论过程中提出的未来系统需求。在每一条现状和未来需求后面列出未来的系统那一方面中有相应的解决方案和作法。

现状及未来需求：

未来系统流程：
公司总生管理业务处理（现状报告4.1.1）
1. 月份生产量预估处理
2. 周生产计划处理

生产量预估处理
能和营管系统相连，能将营业所之企化量连续转入公司系统，并导入MRP（修总系统功能需求）

生产量预估处理
季、月（周）企化预估量（未来需求一总生管）

生产量预估处理
能执行年/半年计划，此计划在作预算时用到，生产量预估处理此计划展开面厂计划、调理包括计划、原物料计划和工时需求（流程讨论时总生管提出）

生产量预估处理
公司总生管业务处理（现状报告4.1.1）
3. 总生管计划调整
4. 外埠各公司小料（包括精料）发货计划安排

需求管理

未来系统能考虑到部份按客户订货的加工方式（流程讨论时提出）

需求管理
未来需求报表明细：
三个月精料需求计划
三个小料需求计划

需求管理
制面厂月计划处理（现状报告4.1.2.2）

MRP（物料需求计划）
调理厂月计划处理（现状报告4.1.3.2）

MRP（物料需求计划）
制面厂日物料需求计划安排
（现状报告4.1.3.5）

MRP（物料需求计划）

调理厂日鲜进货需求计划
（现状报告4.1.3.4）

MRP（物料需求计划）

周期性原物料需求计划
（现状报告4.1.3.5）

MRP（物料需求计划）
能完成多阶生产计划制定，包括从面到小料，纸箱包膜和碗，及小料的原物料需求（6月17日修总和SAP讨论时提出）

MRP（物料需求计划）
能由成品之需求，自动产生面生产计划-->
调理半成品需求-->调理生产计划-->调理原料需求-->精料生产计划-->精料原料需求，（修总新系统功能需求）

MRP（物料需求计划）
能由成品之需求自动产生PSP 碗生产计划-->PSP生产计划
（修总新系统功能需求）

MRP（物料需求计划）
能由成品之需求产生纸箱生产计划（修总新系统功能需求）

MRP（物料需求计划）
生产部份未来需求明细：
*月*日原物料需求计划
进口原物料月需求计划
面厂生产计划排程（现状报告4.1.2.3）

MRP（物料需求计划）
生产排程
面厂生产排程变更（现状报告4.1.2.4）
调理厂日生产计划排程（现状报告4.1.3.3）
根据面厂生产排程，生产调理包日供货
需求-->生成日调理包计划-->

物料需求计划＋生产排程
生成调理厂日物料供应计划
（流程讨论时提出）
能对日需求计划执行摧料表
（修总新系统需求）

生产排程
生产部门未来需求报表明细：
面厂日生产排程
调理厂日生产排程

现有状况：
日物料需求计划安排（现状报告4.1.2.5）
生产物料领用（现状报告4.1.2.8）
日生鲜进货需求计划（现状报告4.1.3.4）
周期性原物料需求计划（现状报告4.1.3.5）
物料领用（现状报告4.1.3.9）

生产备料

需求：
能处理物料替代，替代物料间有物料组的概念（在流程讨论时提出）

物料需求计划＋生产备料处理
面厂成品完工入库（现状报告4.1.2.9）
面厂生产统计（现状报告4.1.2.10）
调理厂产品入库（现状报告4.1.3.10）
调理厂生产统计（现状报告4.1.3.6）

生产完工确认
需求：
生产管理未来需求报表
日生产完工情况
日物料消耗情况
日工时消耗情况

生产完工确认
生产部门未来需求：
月(周)生产完工情况
月(周)物料消耗情况
月(周)工时消耗情况

报表处理

2. 生产管理与其它模块的集成
在现有业务系统中，生产管理需要和营管相联系以得到市场对生管的需求。从存货管理中得到产成品/原物料的库存数据，从研发部门得到产品标准配方数据，为采购部门结出对原物料的需求，为成品核算提供实际生产执行和实际耗用数据。相关联系性见下图：

生产管理和销售分销系统相集成以得到销售和市场需求信息，和库存管理相集成以得到库存和库房管理数据，生产执行过程中的物料处理会集成修改库存/库房数据，和采购管理相集成以得到采购执行数据并生成有关采购请计划，和成本管理相集成完成本计划和实际成本核算处理

集成关系见下图：

3. 生产管理主要业务流程
3. 1. 生产量预估处理
3. 1. 1. 现有系统及未来需求综述
1. 月份生产量预估处理
每月月底 (28日左右) 公司总生管根据营业部给出的未来3个月的销售预估量制定出未来3个月的滚动计划，并将计划分配下达到各工厂。计划处理流程见图 5.1-2。其中各产品安全库存量为各产品总的安全库存设定 (包括制面一厂，二厂)，月初成品库存预估量为总生管根据出入库情况作的下月初成品库存估计。月份生产量预估计算公式为：
顶益公司应生产量＝需求预估合计＋安全库存设定－预估月初成品库存
将需求预估量分配到各面厂的办法为，碗面由制面一厂生产，袋面分配到制面一厂，二厂的比例为9: 7。月份生产预估量经总厂长批准，总经理核准后下到各厂。
参见ISO9002文件 W-0605-001.

2. 周生产计划处理
每周周一或周二公司营业部给出本周周销售预估量 (具体到每一种口味)。公司总生管据此预计量，再考虑各厂现有成品库存状况表，制定未来一周生产计划，并按照月计划的公式分配到制面一厂，二厂。业务流程处理见图 5.1-3。

3. 需求：
能和营管系统相连，能将各营业所之企化量连线转入公司系统，并导入MRP.
4. 年度/半年度计划，能预估制面，调理包，纸箱，PSP碗计划和采购计划，能预估能力耗用。

3. 1. 2. 解决方案
3. 1. 2. 1. 处理流程

3. 1. 2. 2. 功能说明
(a) SOP销售计划处理：
考虑现有营管系统不包含对各营业所企化量的管理，未来系统对于月/周企化量处理的第一个方案是营管部在每月20日左右给出未来三个月销售预估量（各种口味市场需求－各地营销点现有存货）到总生管，总生管利用SOP销售计划维护功能做销售预估量输入和维护。当未来营管系统覆盖企化量的管理后，可采用第二个方案即营管系统转递销售预估量（各种口味市场需求－各地营销点现有存货）到SAP系统成为SOP销售计划，总生管可利用SOP销售计划维护功能对其做进一步维护。
有关新产品开发为由企化部给出企化量，其它处理同上。
(b) SOP生产计划处理：
根据销售计划，总生管利用SOP生产计划处理功能将销售计划转变成生产计划。此处提供各种转换方案
(i) 零库存方案
利用此方案，系统先用现有库存量来满足销售计划，当不能满足时产生相应生产计划
(ii) 目标库存方案
利用此方案，计划人员先设定每一时间段的目标库存量，系统在考虑满足销售计划和目标库存基础上产生生产计划
(iii) 目标供货天数方案
利用此方案，计划人员先输入每一周期的目标可供货天数，系统椐此生成生产计划
目标供货天数＝库存水平/平均需求量
平均需求量＝销售计划量/天数
(iv) 交互式图上作业方案
(c) 计划分配：
在总生管完成生产计划制定后，按事先定义好的分配方案将生产计划分配到制面一厂，制面二厂。可能的分配方案为：
(i) 碗面在一厂生产
(ii) 有些口味袋面在一厂
(iii) 有些口味袋面在二厂
(iv) 对有些产品按事先先定义好的比例分配
计划员对分配后的结果可进行维护
(d) 计划审批：
计划分配后，各面厂计划要经过总厂长/总经理的批准，如有变更，利用上面维护功能做修改。
(e) 计划模拟：
有关计划模拟，在生产计划过程中可调用模拟功能，在此用于年/半年计划的预算处理，计划模拟可模拟MRP运行，生成有关生产计划和采购计划，及工时能力需求。
3. 1. 2. 3. 组织机构定义
未来系统要执行SOP计划处理，必须先定义工厂，定义见下：
工厂代码（建议）
工厂名称
TJ00
XX集团公司
TJ01
XX集团制面一厂
TJ02
XX集团制面二厂
TJ03
XX集团调理厂
工厂定义在公司定义之下，见下图

工厂之下定义相应计划员负责计划的制定
TJ00－XX集团计划员即总生管
3. 1. 2. 4. 关键数据定义
物料定义：对每一种要计划的产品口味都要定义一个物料
产品组定义：根据需要可定义产品组产品组为根据有关相似性对产品进行组合
3. 2. 需求管理
3. 2. 1. 现有系统及未来需求综述
1. 总生管计划调整
根据市场变化及客户需求的临时调整，营业部将有关需求及调整信息传递给总生管，总生管再考虑现有各厂成品库存情况，对各面厂生产计划作出调整并以生产计划调整单的形式下达到各面厂。见处理流程图 5.1-4。
2. 外埠各公司小料(包含精料)发货计划安排
总生管根据外埠有关公司月份小料(包含精料)需求计划进行汇总并下达给调理厂 (总生管和调理厂的衔接)。外埠各公司小料(包含精料)月发货计划及小料(包含精料)发货计划变更也是由总生管下达给调理厂。
需求：
能执行年/半年计划，此计划在作预算时用到。
未来系统能考虑到部份按客户订货的加工方式。
3. 2. 2. 未来系统解决方案
3. 2. 2. 1. 处理流程图

3. 2. 2. 2. 功能说明
1. 需求管理参数设置：
在需求管理参数设置中，可根据情况对不同产品或物料设置不同的加工策略，如对面厂的方便面设置计划策略为按库存生产方式，即生产计划的安排只考虑计划独立需求，对于调理厂的调理包设置计划策略为相关需求和销售订单共存方式。另外还有只按客户订单生产方式，总装生产方式，按订单配置方式等。
对部份按销售订单的加工方式在此对相应产品设置按订单加工计划策略。
2. 计划传送；
计划传送功能是用来传送各面厂SOP生产计划到需求管理中生成各面厂的计划独立需求，可根据需要传送某一时间段的数据到需求管理。
3. 计划调整：
当有计划调整的要求时，可在需求管理中直接调整计划独立需求。
4. 外阜公司物料调拨处理
外埠各公司的调理包和精料需求用SAP系统SD中的客户交货计划单来处理，用计划协议来处理每月的计划需求用计划明细行来对应每一项具体的发货要求。
在项目的期初由XX集团输入有关客户需求，未来外埠公司上线后，由外埠公司直接产生相应需求。
5. 转送客户交货计货处理：
为将外埠各公司的调理包交货计划转成销售需求，成为MRP（物料需求计划）的一个需求源。
3. 2. 2. 3. 组织机构定义
同于销售预估量处理
3. 2. 2. 4. 关键数据定义
对外埠各公司作一客户进行定义
3. 3. 物料需求计划
3. 3. 1. 现状及未来需求综述
1. 面厂月计划处理
根据总生管下达的月份生产量预估及未来三个月的生产量预估，考虑原物料的月初库存情况及安全库存设定，利用研发部门给出的产品配方，计算未来三个月的进口原材料请购计划(进口原材料请购提前期长)，原物料月需求计划，另外考虑面厂月初调理包库存数生成月小料需求计划。有关纸箱厂需求计划下达给纸箱厂。参见业务流程图4.1-7。
同时参见ISO9002 文件 W－0645－012。

2. 调理厂月计划处理
调理厂计统科根据总生管下达的外埠月发货计划，各制面厂月份小料需求计划及外埠各公司小料发货计划，制定月份调理包生产量预估。
根据制定的月份生产量预估及未来三个月的生产量预估考虑原物料的月初库存及安全存货设定，利用研发部门给出的产品配方，计算未来三个月进口原材料的请购计划及原物料月需求计划。参见业务处理流程图4.1-11 。
同时参见ISO9002 文件 W－0645－012。

3. 调理厂周期性原物料需求计划
根据原物料科库存日报表掌握各种原物料的入库，出库，结存量，考虑日生产排程产生的各种原物料需求，同时考虑安全库存，下达采购计划。

需求：
完成多阶生产计划制定，包括从面到小料，纸箱包膜和碗，及小料的原物料需求。
能由成品之需求，自动产生面生产计划－>调理半成品需求－>调理生产计划－>调理原料需求－>精料生产计划－>精料原料需求。
能执行日，周，月材料需求
能由成品之需求自动产生PSP碗生产计划－>PSP皮生产计划
能由成品之需求自动产生纸箱生产计划
能给出实际生产订单安排和计划需求间的差异
能给出公司间的原物料调拨建议表，即对公司间同一物料的调拨处理。
能处理代用物料。
3. 3. 2. 未来系统解决方案
3. 3. 2. 1. 业务流程

3. 3. 2. 2. 功能说明
1. 未来MRP 计划和现在月，周，日计划的对应
MRP计划为连续滚动式计划，所以计划过程包括XX集团的月，周，日计划，可根据需要设置计划时间段。近期计划为较细的时间段。未来计划为较粗时间段。
在未来XX集团系统中，MRP计划系统包括月，周计划运行生成相应物料需求计划，同时包括面厂日排程确认后，运行MRP生成面厂物料需求计划，同时产生对调理厂的需求，再在调理厂计划排程确认的基础上，运行MRP，产生调理厂物料需求计划。
2. MRP和有关排程处理的先后次序见下：

3. MRP 运行方式
MRP的运行，系统提供多种方式
单项单级处理方式
单项多级处理方式
整体MRP处理方式
交互式MRP处理方式
批处理MRP处理方式
多工厂MRP处理方式
4. 未来系统XX集团多阶层，多工厂MRP 处理过程：
如果选择多工厂MRP处理方式，系统根据在主数据定义中BOM的结构，在面厂根据各面厂计划独立需求。生成各面厂的生产计划和物料需求计划，同时有对纸箱调理包的需求计划和PSP碗的需求计划。
在系统处理到调理包时，会同时考虑两个面厂对调理包的需求和外埠公司对调理包的销售需求，生成调理厂的生产计划和物料需求计划。
在系统处理到PSP 碗时，按PSP 碗BOM 结构的设置生成PSP碗生产单位的生产计划和物料需求计划。
对精料计划处理类似于调理包处理。

5. 有关计划参数设置：
系统提供多种方案，以帮助计划员控制系统产生合理的计划数量和时间。
6. 未来系统中计划员处理MRP结果：
有关MRP结果处理，整体的跨工厂MRP处理完后，在规定时间各工厂生产计划员和采购计划员分别处理各自工厂相应的计划结果，采购明细供货计划的按排要等生产计划确认后再确认。
系统通过MRP列表和库存列表反映MRP的结果，同时有关采购单执行状况，生产执行状况，库存状况，销售执行状况，都会在此得到反映，MRP结果处理会产生对计划订单，生产订单，采购订单等的修改。
在此列表中可看到对产品计划需求和实际生产订单安排的差异。
7. 采购/请购计划
MRP运行完后对各工厂生成的采购请购
包括：原物料的采购请购，消耗性物料的采购请购，调拨物料请购，和外协请购。在采购管理部分将对请购作进一步处理。
对有关原物料调拨，可在事业群一级设定掌握群里各公司物料的需求和供应状况制定调拨计划。
8. 备品备件计划处理：
设备的备品备件和有关厂务物料需求计划处理，MRP处理过程除生成生产计划和生产性原物料需求计划外，另外提供：
重订货点法方式
基于预测的计划方式
基于时段的计划方式
安全库存方式
以满足对备品备件等物料的计划管理
9. MRP计划过程是为满足独立需求的全面物料平衡过程，系统会考虑需求变化，生产变化，采购变化，生产方式变化及物料消耗标准的变化。
考虑食品行业市场的多变性及产品生产周期短，建议每天晚上运行MRP（采用净变化方式）。
10. 代用物料处理：
为了能处理代用物料，需要在BOM 和主数据建立过程中定义好代用关系，在MRP及有关物料需求处理过程中，处理有关物料代用。
3. 3. 2. 3. 组织机构定义
有关组织机构定义同于生产量预估处理。
MRP计划运行为统一处理，产生出有关公司如工厂的生产计划和采购计划。
各工厂的生产计划员和采购计划员，分别处理各自的MRP结果。

3. 3. 2. 4. 关键数据定义
BOM处理
顶新BOM的整体结构
以碗面为例

有关调理包
  和面厂之间为工厂间调拨关系
  调理厂除考虑面厂的相关需求外，还要考虑其它公司对   调理包的需求
有关PSP碗
  为工厂内部PSP碗处加工，以后会有工厂间调拨，PSP 碗的BOM会进一部定义以淋膜，印刷，成型环节并生成相应生产计划和物料需求计划。
有关纸箱
  现在XX集团为公司间调拨
  要考虑公司内部工厂间调拨的可能性
  有关纸箱BOM要进一步定义以生成纸箱厂有关生产环节   的生产计划和采购计划
面饼
  为一过程性产品，可设为虚项
精料
  包括和面精料和调理包精料，考虑数据的保密性，在此作  为单项物料考虑，系统对其产生需求计划
  精料制作部门和面厂/调理厂的关系可定为工厂内部调拨关  系。
  对于精料在此还考虑其它公司对精料的调拨需求
其它原物料和包材
  按对外采购方式处理

3. 4. 能力平衡
3. 4. 1. 现状及未来需求
* 总生管安排各厂计划需求时考虑各厂加工能力的限制
* 各工厂计划排程人员作生产线排程时，要统计，掌握各生产线人力设备状况。
* 生产线人力设备状况的变化，会引起对生产线排程的修改。
3. 4. 2. 未来系统解决方案
3. 4. 2. 1. 业务流程图

3. 4. 2. 2. 功能说明
能力平衡在未来XX集团生产管理系统中不会用到，但在糕饼生产中会有用的可能性。
1. 可用能力处理
在此部分定义每一个生产单位（加工中心/生产线）的可用能力，进一步可定义每一能力方式（设备/人工）的效率和数量（单台设备时间，并行设备数量，人力时间和人力数量。
能力定义可定义到班，可定义每班的开，完工时间等
未来系统中，可在此对生产线/加工中心进行定义，并用来维护有关能力单位的能力变化。
2. 能力需求评估
在MRP执行完后，作计划结果处理的任何一阶段，都可调用能力评估处理，以评估计划对能力的需求。
在生产订单建立，修改，下达，执行过程，可作能力评估处理。
在运行计划排程处理过程中，调用能力评估以检查计划排程对生产线能力的占用情况
能力显示可以以计划表形式和图形形式显示，从所显示能力可追溯到相应产生此能力需求的计划安排。
能力显示可以对有关计划单，生产订单，或加工单位（加工中心/生产线）
3. 能力平衡
基于有限能力的原则，系统作能力平衡并调整生产计划的安排和计划排程调整。能力平衡也可以图形方式处理。
3. 4. 2. 3. 关键数据
1. 加工中心/生产线定义数据
加工中心/生产线可用产能定义
加工中心/生产线和成本中心关系定义
加工中心/生产线工时类型定义及和成本中心的关系
2. 工艺数据
在此可定义生产加工步骤计工时耗用标准
3. 4. 2. 4. 作业功能组织结构示意
在每一工厂定义下定义生产线/加工中心
生产线/加工中心定义可结构化，如下图

3. 5. 生产排程
3. 5. 1. 现状及需求综述
面厂生产计划排程
计统科计划排程员参考月份生产量预估，周生产量预估及生产计划变更通知的要求，根据现有成品库存情况(根据成品入出库统计表)，制造部上报的人力配置，设备状况，原物料部上报的原物料库存状况，排出制造部每一生成单位的日生产计划排程以及后两日生产排程预估，及制碗处生产排程，经有关主管签字后下到生产部门，原物料科。参见业务处理流程图 4.1-8 。
同时参见ISO9002 文件 W－0645－012。

面厂生产排程变更
在接到总生管下达的临时需求通知，计划量和实际完成量差异较大，生产线出现异常，原物料供应短缺等情况发生时，计划排程员立即下达生产排程变更通知单。

调理厂日生产计划排程
调理厂日生产安排包括粉包，酱包，前处理，精料及自磨粉。作排程时，了解生产现场设备及人力状况，标准单机产能及车间最大产能，根据制面厂(一厂，二厂)对调理厂下达的日小料需求计划，同计划中制定的月份调理包生产量预估，考虑调理厂成品科库存日报表，制定出调理厂日排程，日排程到每一个生产单位，每一条生产线的每一班。参见业务处理流程图4.1-12。

生产排程后给出产品实际生产排程和产品计划需求差异表，能对日需求计划执行催料表。
3. 5. 2. 未来系统解决方案
3. 5. 2. 1. 业务流程
重复生产方式(面厂)：

重复生产方式(调理厂):

批量生产方式：

3. 5. 2. 2. 功能说明
重复生产方式
(a) 有关计划需求变更
对于因各种原因引起的计划需求变更，可修改计划订单或直接修改生产线计划排程数量，修改包括数量，时间及所需求物料。
(b) 计划排程方式选择
系统在此提供多种计划排程方式
* 对单个物料（产品）作计划排程
* 对产品组作计划排程，产品组为有共性产品的组合
* 对某一生产线作计划排程
* 对某一组生产线（如某一生产科）作计划排程
计划处理有图型和数据表两种方式
(c) 计划排程数量处理：
计划排程人员可根据需要选择计划排程时间段，包括月，周，日班，在XX集团处理为将月、周计划细分到日班。
系统提供多种方法来确定生产线计划排程数量
* 直接将计划单转成计划排程
* 对于同一产品在多条线上同时生产时，可按事先定义好的比例分配
* 对于同一生产线加工不同产品时，定义多个计划排程，并对其进行分配。
* 可根据需要将大时间段数量分配到小时间段
分配方式为平均分配方式，即按工作天数平均分配，计划排程员可据此做进一步调整。
此外日排程处理，包括面厂日排程和调理厂日排程。
此过程和能力平衡过程相联系，能力平衡处理，也可修改生产线计划排程数据。
日排程处理要考虑和日MRP运行的衔接，以保证排程变化后，物料平衡体系的一体性。
(d) 日排程物料需求维护
日排程后，系统自动生成相关的物料需求，有关计划人员可根据实际物料库存情况及供货商供货情况的变化修改/调整日排程的相关物料需求，此修改动作，也可在生产备料部修处理，此处理完成后运行MRP生成有关物料需求及有关物料摧料表。
(e) 计划排程打印及审批
可按时间段将排好的生产线计划排程数量，打印出来经有关管理人员批准，通过后，下达到生产单位执行。在此过程中可根据需要对生产线计划排程数量在计划表中作调整。

批量生产方式：
1. 有关计划需求变更
对于因各种原因引起的计划需求变更，可修改计划订单或直接手工冲加增加或修改生产订单，包括数量，日期，所需物料品种和对应数量，时间。
2. 计划转变
在此将计划订单转变成生产订单，转变方为单个转变方式和将某一时间段计划一起转变方式。在将计划单转变成生产订单后系统自动生成相关物料需求，并产生相关的库存物料预定(reservation)，生产订单能力需求，系统自动计算出相应的计划成本
3. 生产订单下达
对于要加工的生产订单，在加工时间快到时，可在系统上确认，生产订单所需物料可行性，及加工所需能力可行性，然后执行订单下达处理，生产订单下达后，才可对其作发料处理，加工完产品入库处理，工时消耗报告，调理费用分摊等处理。
4. 打印及审批处理
有关生产订单审批，可让有关关键审批用户在系统上执行生产订单下达处理，也可打印出来，让有关主管签字。生产加工单位执行，审批过程中可根据需要修改生产订单处理。
3. 5. 2. 3. 关键数据定义
BOM数据同于MRP中定义
加工中心/生产线定义同于能力平衡中定义
3. 5. 2. 4. 业务功能组织结构示意
在此涉及各工厂计划排程员和物料计划员

3. 6. 生产备料/领料处理
3. 6. 1. 现有状况及未来需求综述
日物料需求计划安排：
原物料计划员每天依据原物料库存数据(电脑提供)，日排程及未来两日排程预估，制定次日原物料需求计划及次两日(如纸箱，面粉等)小料需求计划。日排程发生变化时，有关物料需求计划及时修改。有关纸箱需求计划经主管签字后下达到纸箱厂。参见业务流程图4.1-9。
同时参见ISO9002 文件 W－0645－012。

面厂生产物料领用：
制造部各处供应科每日据日排程对应的日物料需求从生管部原物料科领料到每条生产线现场。

调理厂日生鲜进货需求计划：
考虑到货物保质期及进货提前期的原因，有些物料需要安排日进货计划。根据前处理科的生产日报表，了解生产现场生鲜菜的领用，耗用，结存量，利用日排程计算生鲜菜的用量，考虑安全库存量，计算出生鲜料进货日需求计划。
同时参见ISO9002 文件 W－0645－012。

周期性原物料需求计划：
根据原物料科库存日报表掌握各种原物料的入库，出库，结存量，考虑日生产排程产生的各种原物料需求，同时考虑安全库存，下达采购计划。

调理厂物料领用：
各生产科物料供应人员根据日生产排程对应的物料需求从生管部原物料科领用物料到生产现场。

能根据排程数量变化，自动修改相关的物料需求变化，并能产生对日需求物料的催料表。
3. 6. 2. 未来系统方案
3. 6. 2. 1. 业务流程图
重复生产方式：

批量生产方式：

3. 6. 2. 2. 功能描述
重复生产方式
1. 物料需求维护
在生产线日排程确定后，物料计划员可根据物料库存及供货情况，修改按标准配方生成的物料需求，包括实际库存物料的替代，数量的变化等
2. 计划排程/领料表处理
计划排程领料表给物料计划员一工具，在系统连线处理物料需求，保证计划排程所需物料到达生产线现场
有关生产线库房和物料主库房及和计划排程关系示意如下：

图中生产为实际的生产线表示，发料库位和物料主库房为实际物料库房表示。
3. 根据需要打印转库单，可进行审批，并在库存转库处理中进行物料转库处理，转库处理完成后，将物料实际从物料主库转到生产线库房。

批量生产方式
1. 物料需求维护
在生产订单下达后，物料计划员可根据物料库存及供货情况，修改生产订单的物料需求，包括实际库存物料的替代，数量的变化等。处理过程中可根据需要和各有关工厂/公司物料库存情况进行转库即调拨处理。
2. 生产订单发料处理
物料计划员打印生产订单/领料单，经有关主管审批后下到制造部供应科，到库房执行生产发料处理
生产发料处理完成后，系统自动更新有关物料库存数据。生产订单相关物料需求及生产订单物料预定及生产订单成本数据
3. 在批量生产方式中，除按生产订单做发料处理外，也可做倒冲处理。到冲处理方式类似于重复生产
3. 6. 2. 3. 关键数据
此处关键数据包括MRP中定义的关键数据和能力平衡过程中定义的关键数据
3. 6. 2. 4. 作业功能组织结构示意
为了支持生产的物料倒冲处理，需要在生产线现场定义库存地（对每处/科/线定义一个库存地）
有关生产工厂库存地见下：

未来系统使用人员结构

制造部组织机构明细定义同于能力平衡部分
3. 7. 生产确认及入库处理
3. 7. 1. 现状及未来需求综述
成品完工入库
生产线上每班成品生产完成后先用成品转移单入到生产线上成品小库，再用成品入库单转到成品大库。

生产统计
计划排程员每天将计划安排到每条生产线的每个班次。每日制造部向综合统计员提供每班次，每条线的废面记录，生产消耗，设备人力状况，包括机器，品管部提供面饼均重数据。综合统计员据此打印出各处生产统计表及停机明细报表。综合统计员每周五及每月初列印上周及上月各处生产统计表及停机统计表。
消耗统计员每日记录制造部供应科现场原物料结存数量，并根据生产量核算超耗率。每周五及月初制定上周或上月的制面一厂原物料超耗报表。
统计员据制碗处的生产耗用，产出及设备状况，每日制作制碗处日生产统表，停机统计表及原物料超耗报表。每周五及每月初制定上周及上月的相应周报，月报。
每周五及每月初，资料分析员依据有关物料超耗表，生产统计表，停机统计表，原物料进耗存表，成品库进耗存报表，对上周，上月生产状况，消耗状况，人力状况，设备状况，库存状况做生产绩效报告，经生管部主管批准后上报厂长，总经理。
制面厂统计用报表参见附录。
同时参见ISO9002 文件 W－0645－012。

产品入库
从生产线上完工的产成品，按班次用产品入库单办理入库，并记录完工数量。

生产统计
根据各生产部门的车间跟班日报表，计算制作出粉(酱)包日生产统计报表。根据粉(酱)包设备使用状况跟班报表制作粉(酱)包停机明细表。
消耗统计中的原物料消耗日报中的理论耗用用产品入库单上入库数和标准耗用量计算而成。实际耗用，根据车间跟班日报表及每日领料，退料，及上日结存量计算而成，同时计算差异率，月消耗报表根据月实际生产量计算而出。

. 7. 2. 未来系统解决方案
3. 7. 2. 1. 业务流程
重复生产方式

批量生产方式

3. 7. 2. 2. 功能描述
重复生产方式：
1. 生产线每托盘完工量接收处理：
在生产线计划排程数量确认后，根据计划安排物料到现场，生产加工开始，生产线上下来成品满一托盘（运输单位）后执行生产线托盘入库处理，系统自动在库房管理系统中生成一成品转移单，转移单标明此托盘成品要放置的库位，可根据需要打印成品转移单。在作完工接收处理的同时，系统自动修改库存数量和计划排程完工数量，系统按标准消耗可自动倒冲在线库存物料。
2. 班次完工结算处理
每班次生产完工后，现场统计员作现场库存盘点（可利用库存管理部份提供的盘点方式），计算出本班次实际物料消耗，现场统计员作本班工时消耗统计和本班实际报废量统计。有关人员将实际消耗数据，录入系统并确认，系统自动更新计划排程实际执行数据，计划排程物料消耗数据，物料及成品库存数据，及成本数据。

批量生产方式
1. 生产订单成品接收处理：
在生产订单下达后，根据计划安排物料到现场，生产加工完成后，在此办理按生产订单入库，系统自动在库房管理（WM）中生成一成品转库单，并自动修改成品库存数据。生产订单实际完工数据。
2. 生产订单确认：
在生产现场统计员完成实际消耗工时（设备，人工）和报废数量统计后，在此等实际结果录入到系统。系统自动更新生产订单实际执行数据和生产订单成本数据
3. 生产订单完工处理
在做成品接收入库或在以后，计划人员可执行生产订单完工处理。生产订单完工处理也可产生成品转移单，并自动修改成品库存数据，生产订单执行数据，生产订单物料消耗和库存预定物料数据及生产订单成本数据
3. 7. 2. 3. 关键数据
同于MRP和能力平衡部分
3. 7. 2. 4. 作业功能组织结构示意
同于4.6中相应部分。
4. 报表处理
未来系统为一集成一体化的系统，现有业务管理中有些基于报表的作业在未来会有相应变化，有些报表在未来系统中会省略，未来系统的报表需求和定义要和有关管理人员对业务流程详细分析后再确认。
生产管理部分有关报表分为四个方面
1. 处理过程单据，如出库单，入库单。
2. 审批及处理文件，如生产订单，计划排程表等。
3. 明细运行结果列表，如MRP 明细列表，库存及需求明细表。
4. 生产管理分析报表，在SAP LIS 系统中根据用户需求定义。
此系统能提供的报表数据见下：
计划产量和实际产量
计划物料消耗/实际物料消耗
计划时间/实际时间（计划产能/实际产能）
报废品数据
计划成本/实际成本
5. 进一步改善的可能
生产排程方面，在SAP的未来系统版本进一步提高的基础上，生产排程有可能朝系统自动优化排程方面提高。
在实际生产工时统计方面，未来实施人力资源系统后，工时统计会进一步细化到个人。
四. 成本会计－产品成本管理
1. 综述
产品成本管理是XX集团公司成本会计的一项重大任务，XX集团公司采用月加权平均法计算原物料、半成品和产成品的实际成本，直接生产费用和间接制造费用通过分摊完全进入产品成本，其优点是计算结果完全真实地反应了当月产出的产品制造成本，不保留任何差异。然而绝大多数的商品软件并不支持月加权平均算法，因为这种算法将迫使库存物料管理和成本管理脱钩，会计上的库存科目不能随时反应库存价值现状。此外这种算法将大量的计算工作量堆积到会计月结时进行，严重影响了会计月结的进度。为了适应顶新集团公司总部提出的M2要求，必须采用另外的产品成本计算方法。
对于产品成本核算，SAP R/3系统提供两种价格控制方法，即标准价方法和移动平均价方法。移动平均价方法和月加权平均法一样，可以将产品制造过程中发生的所有费用吸收进产品成本；二者之间的不同点在于移动平均价方法，当每次物料入库时均会按照移动平均结果更新物料价格和库存价值，不影响日常的物料出库操作，不积压任何计算工作量。但是移动平均价方法也存在一定的缺陷，只要物料入库的计划价和最后结算的实际价之间存在差异，而库存周转又非常快，总会出现在定单结算时实际库存量少于定单量的情况，大多数软件在这种情况下会出现计算错误。
标准价方法的优点是非常简单，在确定的时间间隔内物料价格恒定，所有差异均计入相应的差异科目，通过差异分析仍然能掌握产品实际成本变化的幅度。其缺点是随着市场价格的变化，需隔一定时间进行价格调整。所好大多数软件都具备更新标准价的功能，使得这种最简便的价格控制方法得到广泛使用。不过标准价方法对于差异的处理尚没有提供便捷的工具，原物料采购价格差异和半成品、产成品制造成本差异向产品销售成本的转移，仍需通过人工干予。
2. 产品成本管理和R/3其他模块的集成

3. 产品成本管理主要业务流程
3. 1. 标准成本的制订和修订
当采用移动平均价核算产品成本时，本节所描述的流程将不需采用。
3. 1. 1. 现状和需求综述
下列情况下需要制订或修订产品标准成本：
* 新产品投产
* 产品结构或者工艺流程更改
* 人员工资或能源费用增长
* 财政年度更递
* 考虑季节价差需要修订标准成本
3. 1. 2. 解决方案
实施R/3 CO－PC产品成本管理功能模块。
3. 1. 2. 1. 处理流程

3. 1. 2. 2. 功能说明
* 维护原物料数据－－未来价格
根据原物料的市场价格和变动趋势，确定新的标准价，在原物料主数据的未来价格字段维护。
* 确定人工和制造费率
当人员费用增长或能源费用增长，或者其他因素引起的管理费用（Overhead）增长，需重新确定产品成本中的人工费率和制造费率。
* 选择成本方案和分析产品成本构成
成本方案用以选择标准价格，现行价格，未来价格等。在产品成本构成中需要确定有关费用的计算依据和比率，并指定与其联系的次级费用科目和提供服务的成本中心。
* 产品标准成本计算
根据选定的成本方案，按照产品成本构成表的顺序，人工和制造费率、工艺定额以及产品BOM结构，从原物料的成本卷积，产生半成品和产成品的未来标准成本，并记录在物料主数据的未来价格字段。产品标准成本计算程序可由财会部联机执行，也可由资讯中心协助财会部在后台进行批处理。
* 成本分析
运行标准成本分析程序可以产生各种标准成本分析报表。例如：相似产品标准成本比较，同一产品在不同工厂生产的标准成本比较，同一产品在不同时期的标准成本比较，以及同一产品采用不同价格方案的计算结果比较。
* 产品成本更新
产品成本更新必须在确定的日期由系统后台执行。因为新的标准成本生效日期需要确定在会计周期的第一天，所以产品成本更新程序需安排在会计月结关帐、新的会计周期开启以后进行。
程序运行以后，原物料、半成品和产成品主数据中的未来标准成本数据将被置换为当前标准成本，而原来的当前标准成本数据被置换为过去标准成本。与此同时，库存物料将根据新的标准价格重新计算库存价值，更新存货科目，并产生物料调价差异会计凭证。
3. 1. 2. 3. 组织结构定义

这里，控制范围表示在一个集团公司内，成本会计所作用的范围；评估范围表示物料库存进行价值评定所在的组织机构级别，它可以在公司代码一级，也可以在工厂一级。
3. 1. 2. 4. 关键数据定义

3. 2. 实际成本的核算和分析
3. 2. 1. 现状和需求综述
现状：采用月加权平均法计算产品实际成本，其处理流程为：

存在问题：
* 实际成本核算工作只能在月结时进行，影响月结进度
* 会计上的库存发料操作只能在月结时合并进行，库存科目不能随时反应库存价值现状。
需求：
* 能够随时随地核算入库产品的实际成本。
* 能够随时反应实际成本与计划成本的差异。
3. 2. 2. 解决方案
利用R/3系统高度集成的优点，通过CO－PC模块，实时反应生产订单或运行作业计划的费用发生过程，随时随地可以和计划成本比较，在产品完工入库操作以后就能立即核算出实际制造成本。
3. 2. 2. 1. 处理流程

3. 2. 2. 2. 功能说明
XX集团公司的产品生产方式兼具重复制造和批量生产的特点，批量生产采用生产订单管理，重复制造则既可采用生产订单管理，亦可采用运行作业计划自动建立成本收集器（Cost Collector）来进行管理。从成本控制角度来看，成本收集器实质上和生产订单一样，都可收集生产中实际发生的费用，并最后进行结算。采用成本收集器的特点在于一种产品的生产可以一直沿用同一个成本收集器，生产中物料消耗费用和通过活动类型记帐的直接生产费用是在产品入库时采用反冲法（backflushing）收集的，这里只用批量生产方式作为代表来描述实际成本的处理流程。
* 计算订单计划成本
R/3系统的产品成本模块是和生产订单管理模块紧密集成的，当由生产计划订单转成生产订单或手工建立一个生产订单时，系统就根据生产订单中的数量，产品BOM结构和工艺路线，以及成本中心计划中和成本方案中所设定的有关价格选择和费率自动计算出订单的计划成本。
* 同期计算订单实际成本
在生产订单下达、执行的过程中，伴随着仓库对生产订单的发料和生产线上执行工序完工确认，系统都自动地进行实际成本收集，将物料消耗费用、直接生产费用（通过活动类型记帐）收集到生产订单中。当产品完工入库，仓库执行从生产订单中收料的操作时，系统就自动地将生产订单中的成本，按产品的计划成本（标准成本）价转出到库存中。
* 制造费用（Overhead）计算
一般在月结时，对当月所有执行过的生产订单集中进行制造费用（Overhead）的计算，按照产品成本构成表中所确定的计算依据和比率摊派制造费用。制造费用的计算也可以在平日进行，可以对一个个订单单独进行，月结时不会造成重复计算的问题。
* 计算WIP
如果订单中的产品在月结时没有全部完工入库，则需要将其中的成本转出到平衡表上的WIP科目和损益表上的库存变化科目。系统可以自动识别生产订单的状态，只要启动WIP计算程序，就会将所有未全部完工的生产订单中余留的成本正确无误地转出。
* 差异计算
差异计算的目的一方面在于衡量生产订单的报废量；另一方面为分析实际成本和目标成本之间的差异的性质，诸如价差、量差、资源使用差异、投入差、产出价差、批量差异、剩余差异和总差异。采用生产订单管理时，只对已经全部完工的订单进行差异计算分析；采用成本收集器管理时，因可分期入库结算，故也分期进行差异计算。
* 生产订单成本结算
在月结时对于所有全部完工入库的生产订单，系统可以自动按其状态识别，因而只要启动订单结算，就可实现所有完工订单的结算。结算时，余留在订单中的所有成本均被转出到产品成本差异科目。对于以往从订单中转出的WIP，在结算订单时均全部从平衡表的WIP科目和损益表的库存变化科目中扣除。对于订单中的废品损失，可以作为余留差异转出到产品成本差异科目，这时对订单的结算规则不必作任何修改；如果希望将废品损失转出到成本中心而作为制造费用处理，则需对这类订单的结算规则作相应的修正。
* 成本分析
R/3系统提供多种多样的订单报表程序，可以在任何时刻对定单的计划成本和实际成本进行比较。
3. 2. 2. 3. 组织结构定义
同1.3.1.2.3.
3. 2. 2. 4. 关键数据定义

3. 3. 差异处理
当采用移动平均价核算产品成本时所有的差异都可以投放到生产订单中，最后通过订单结算进入产成品制造成本，本节所描述的差异处理流程不需要采用。
3. 3. 1. 现状和需求综述
当采用标准成本法来核算产品制造成本时，由于库存收料、发料都是按标准成本价格计算，必然会出现下列差异：
* 原物料价格差异由原物料采购价差引起
* 半成品制造成本差异由生产订单制造成本总差异形成
* 产成品制造成本差异由生产订单制造成本总差异形成
由于制造费用采用标准费率分摊进入生产订单，在月结时也必然会在有关成本中心的实际发生费用和订单吸收的成本之间出现差异，这部分差异实质上应归属于半成品制造成本差异或产成品制造成本差异。
上述差异都应在月结时合理地处理，将有关的部分转移到当期的销售成本中。如果销售成本科目只包含已销售产品的标准成本价格部分，则可设置销售成本差异科目用以吸收转移差异。采用标准成本体系，必须定期修订标准成本，以适应市场价格的变化和产品结构及工艺技术的发展。当用新的标准价格替代旧的标准价格时，必然出现物料调价差异，这种差异实质上是由于好的标准价格偏离实际的市场价格累积而成的，只不过以负差异的形式表达罢了。因此在调整物料的标准价格以后，首先需将调价差异去冲减相应的物料价格差异或制造成本差异，最后仍然归结为对原物料价格差异和半成品、产成品制造成本差异的处理。
3. 3. 2. 解决方案
现有商品软件，包括R/3系统都没有处理上述差异的现成工具，尚需依赖人工根据库存的耗－存比例将差异逐级转移。
3. 3. 2. 1. 处理流程

3. 3. 2. 2. 功能说明
* 原物料价格差异转移
根据原物料的耗存报表，计算原物料价格差异中应转移的比例。需将用于半成品的消耗部分和用于产成品的消耗部分区分开来。为了比较合理地转移差异，可将原物料、半成品和产成品进行适当分类，用不同的存货科目、消耗科目和差异科目来对应。
* 半成品成本差异转移
根据半成品的耗存报表，计算半成品成本差异中（含转移来的差异）应转移的比例。需将用于产成品的消耗部分和用于直接销售的部分区分开来。
* 产成品成本差异转移
根据产成品的耗存报表，计算产成品成本差异中（含转移来的差异）应转移的比例。
3. 3. 2. 3. 组织结构定义
同1.3.1.2.3.
3. 3. 2. 4. 关键数据定义
* 原物料价格差异
* 半成品制造成本差异
* 产成品制造成本差异
4. 产生的报表
* 标准成本分析报表（只用于采用标准价核算产品成本的情况）。
* 生产订单实际成本/计划成本对比分析报表
* 生产订单成本差异分析表
5. 进一步改善的可能
采用标准成本体系，对于差异转移的处理，并没有固定的程式。现有商品软件，包括R/3系统都没有提供处理差异转移的工具。但由于处理差异转移所需的物料耗－存统计信息，系统都能方便地提供，待处理模式运用比较稳定以后，可以采用系统开发工具编制适用的程序，以减轻人工工作量。

五. 营管系统与R/3的接口
1. 现有系统及未来需求综述
XX集团现有的营管系统支持着公司日常的营业活动，其功能包括受订出货、账务管理、发票管理和存货管理。公司的生产管理是通过QAD系统完成的。在总厂的两个制面厂成品库，使用营管系统进行出货管理。营管系统中的出货资料每二小时一次，以批的方式传给QAD系统。公司有一套独立的财务系统。营管系统通过一个缴款代传票系统和一个销货代传票系统与财务系统连接。代传票系统的主要作用是帮助制作会计传票，使得在制票时可以方便的从电脑中取得相应的业务数据。

在R/3中，销售与分销（SD）、物料管理（MM）、生产计划（PP）、财务会计（FI）和财务控制（CO）各模块是完全集成的。但在今后的R/3实施过程中，XX集团仍需保留现有的营管系统。这样考虑的主要原因有两个：

1. 大部分的营业所所在地与公司之间的通讯条件不理想, 营业所需要有一个本地的环境以保证日常工作的正常进行。而且由于成本的原因，很难为每个营业所安装一套R/3系统。
2. 对于XX集团的某些营业所特殊作业，在R/3的现行版本中还不能完全实现。

所以，今后的营业管理仍然会通过营管系统来执行。营管系统本身基本上是一个可以独立运行的系统。但是为了实现财会管理和成本管理的功能，R/3的FI和CO模块需要从营管系统中收集大量的数据，例如：为了得到部门别、成品别和客户别的损益报告，CO就需要从销售订单和发票中取得相应的数据。这样，为FI和CO及时地和准确地提供所需数据就构成了我们接口设计的主要目标。

R/3系统是一个完整的、集成的系统，在它的各个模块、子模块和功能之间存在着紧密的联系。在接口设计中选择适当的切入点，将营管系统和R/3连接起来是非常关键的。在这里我们认为有两点需要考虑：一是接口应当尽量简化以便将来维护方便，升级简单；二是在现在的情况下，即使是销售业务本身也会有一部分是在R/3中完成的，为此应该维护系统的一致性。基于这些考虑，我们设计接口的基本原则是尽量通过接口使得R/3和营管系统平行作业。基本上，发生在营管系统中的每一业务过程在R/3中都会产生一个相应的业务，这样FI和CO就可以通过R/3自身的集成性及时准确地拿到所要的数据。从另一角度说，我们尽量使得由原始资料产生衍生资料的过程发生在R/3中，而不是在接口中。

下面我们通过两方面来介绍营管系统与R/3的接口。第一部分介绍R/3实施后，营管的主要业务操作流程会是怎样。第二部分介绍我们是通过什么样的系统设计来实现这些功能的。

2. 与接口有关的主要业务流程及功能简述
2. 1. 接口的整体架构

营管系统的主要功能在于实现对销售过程的管理。按照我们的设计原则，它应该主要与R/3的SD模块接口。这样，对于产生在营管系统里的所有销售活动我们都在SD里做平行的记录。FI和CO通过SD中的记录取得它们各自所需要的数据。营管系统同时也承担着前进仓库的库存管理功能。按照同样的原则，我们使它的这一部分功能与MM连接。至于营管系统的缴款作业则与FI直接接口。

在SD中，销售过程包括接收销售订单、安排装运和出具发票三个主要步骤。在销售订单功能中我们需要输入客户编码和订货的品种、数量等资料。系统可以对所定货品进行可用性检查，然后根据各种不同的价格策略和客户的类别定出价格并安排装运地点。在保存订单前系统可以检查客户的信用额度。由于我们使用SD的目的在于从营管系统中取数据，所以我们将不使用其中的控制功能。在装运功能中，我们可以对订单的交货日期进行检查、组织交货和生成提货单，最后进行发货确认。在执行装运功能的过程中，所有已经存在在销售订单中的相关数据都会自动带过来。在出具发票功能中，我们可以选择根据订单资料或出货资料生成发票。

在MM中，R/3使用不同的移动类型来表示出于不同原因进行的出库、入库和库存性质改变作业。这与营管系统中采用采用不同的异动原因进行库存异动作业的方式相似。所以在这一部分我们可以使两个系统中的作业有一一对应的关系。

缴款作业是唯一一种直接与FI连接的营管作业。

下面我们将要对主要的营管流程进行具体的讨论。为了突出实施R/3对业务流程的改进, 我们在叙述时做了如下简化:
1. 对于与接口无关的营管系统的内部过程（如：站存管理、冲车皮等）, 我们在流程中基本省略。一般而言，这些过程在今后不会改变。
2. 安装在营业所的营管系统和公司营管系统之间仍然存在着接口, 但这属于营管系统的内部接口，在本报告中不涉及。报告中的“营管系统”均指公司营管系统。

2. 2. 订单出货和发票开立作业
对于标准的订单出货和发票开立作业，可以使用SD的功能在R/3中与营管系统保持平行作业。其具体过程如图2所示。在营管系统输入订单后，根据客户形态判断是否需要预收。如果需要预收则执行余额检查。然后确认订单。确认后的订单以批的形式传送到R/3之中生成销售订单。销售订单号、客户号、成品代码、数量和价格等参数都从营管订单带来。

确认后的订单在营管系统中经排车和库存可用性检查完成确认出货作业。确认出货作业通过批传送的方式启动SD的装运功能。随后，在营管系统中经勾仓库回执确认出库的作业在SD中生成发货。由于SD和FI的集成，相应于发货的会计凭证会在FI中自动产生。

最后，营管系统的发票开立作业也会生成SD中的发票。

营管系统对于赠品部分有单独的标记，传到SD后会在销售订单中形成一个赠品的行项。R/3可以自动的对赠品进行相应的会计处理。

2. 3. 缴款作业
按计划资讯中心将要为新营管系统开发一个缴款代传票系统。在营管系统中输入的缴款单，经由代传票系统转换成为代传票。代传票的内容包括借贷双方的科目号、金额和日期等信息。通过接口，代传票将直接被导入到FI之中。

2. 4. 公司内成品调拨
对于从总厂向前进仓库的调拨和前进仓库之间的调拨可以采用同样的处理方式。在这里接口的作用是为了在FI里反映出在途库存状况，在R/3中不需要对调拨过程执行控制功能。所以，我们选取发货仓库确认出库作为向R/3传送资料的起始点。

我们同样可以看到由于MM和FI的集成，当营管资料传到MM后会计凭证即自动生成。

2. 5. 从关系企业调入成品
因为是从不同的公司调拨，所以属于采购业务。拨入公司营管单位需要使用R/3的采购功能做采购订单，订单上指定收货地点为提出需求的前进仓库。拨出单位接到订单后向指定的前进仓库发货，并传真出货单和发票给拨入单位。拨入单位的会计收到发票传真件后，将发票输入R/3中。拨入单位的营管则根据拨出单位的出货单在R/3中做入库到虚拟的营管仓库，随后在营管系统中开调拨单给前进仓库。前进仓库收到货物以后，根据调拨单做入库。

2. 6. 向关系企业调出小料和精料
小料和精料向关系企业的调拨，由生管在R/3中输入销售订单。营管根据销售订单在R/3做装运，手工排车，然后再在R/3 中做发货和出具发票。

2. 7. 退货作业
在R/3中退货是与销售有关的作业，首先需要开出退货订单然后对退单收货。退货订单可以对客户代号直接生成，也可以参照原销售订单生成。若有原销售订单号作为参照，则在原订单的订单历史中可以看到整个出货和退货的情况。在这里贷项凭证的作用是对原发票做冲负处理。

2. 8. 换货作业
现在营管的规定是只允许等价换货。操作方式是直接换货而不换发票。实施R/3后，公司需要从系统中得到产品别的损益报告。损益报告可以由CO－PA产生。它一般是自动从发票中取得相关的销售资料，然后生成报表。为了得到正确的报告，换货对于产品别的损益的影响必须加以考虑。

在SD中标准的换货处理步骤为：
1. 针对原销售订单生成退货订单；
2. 对退货订单收货；
3. 开贷项凭证以冲回原发票；
4. 对原订单开后继发货的子订单；
5. 对子订单安排装运；
6. 对子订单发货；
7. 多子订单开发票。
这个方案的优点是保持了系统中资料的完整性。从原始销售订单的历史里，我们可以看到出货和换货的全部流程和相应的文件。CO－PA可以从订单和发票里取得正确的数据。但是，此方案的接口设计会比较复杂。需要有一个接口，使得营管系统的一个换货作业触发在SD中的全部过程。

考虑到如果使用SD的标准换货步骤需要涉及退货发票的问题，在实际操作时会有困难。顶益决定使用一个变通的方案。在这个方案中我们在生成退货订单并收退货以后，直接在MM里面做对所换品种的销售发货，然后在FI里直接做凭证调整销售输入。同时，FI的调整也会产生CO－PA的调整。此方案避免了退货发票的问题，但会影响SD中的销售分析结果的准确性。由于现在的销售分析报告都从营管系统里出，所以这个方案是可行的。

2. 9. 盘点作业和库存流转
这两种作业在R/3中与营管系统生成一一对应的关系。

2. 10. 制面厂成品库生产入库及其它
今后为了在营管系统中反映制面厂成品库的库存情况，以方便对成品库的排货作业。需要把在R/3系统中的生产入库和其它库存活动传送到营管系统。为此，营管系统需要增加对生产入库的相应异动原因。

2. 11. 运费结算
在R/3中我们将外部运输车队当成供应商对待。收到车队发票后，我们在系统中在该供应商的帐户中输入发票，生成应付帐款。

营管系统可以自动计算出成品销售和调拨的运费，并列印运费结算表。所以对于成品出货的运费，可以通过接口直接根据运费结算表的数据在R/3中生成一张发票。但由于小料和精料对关系企业的调拨是在SD中操作的，运费由手工计算。所以最后的运费计算需要手工来做。

2. 12. 清户退款

3. 组织机构和关键数据定义
3. 1. 组织机构
为了正确地反映和记录营管作业，需要在R/3中建立相应的组织机构。例如：营业部、营业所、仓库等。原则上，在R/3中设置组织机构的工作应该由系统维护人员执行。

3. 2. 关键数据
1. 客户主记录
客户相关资料需要在营管系统和R/3中同时维护。由于销售的控制功能主要在营管系统中执行，所以在R/3 中不需要维护信用额度之类的资料。

2. 定价条件
对于成品的销售SD中销售订单的所有数据都应该从营管订单中来，不需要建立各种定价条件。但对于小料和精料的销售是完全在SD中做的，所以为这些物料维护定价条件。

3. 物料(产品)主记录
物料（原材料、半成品和成品）主记录的基本数据将在R/3中建立。对于成品而言，基本数据输入后应该传到营管系统中由营管部门加入销售控制资料。对于小料和精料等可能需要销售的物料，则需要进一步维护销售数据。

4. 供应商(运输车队)主记录
车队属于供应商，需要进行应付帐款的管理。应为车队建立供应商主记录。