需求分析与未来作业流程报告
第一部分 绪论..........................................................................................................................................6
一. M2 专案综述 .......................................................................................................................................6
二. 需求分析及未来系统设计的出发点 .................................................................................................6
三. 未来系统的运作框架 .........................................................................................................................7
四. 流程图图例 .........................................................................................................................................9
第二部分 财务会计..................................................................................................................................9
一. 总帐系统 .............................................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 与其它模块的集成 ..........................................................................................................................9
3. 主要业务流程 ..................................................................................................................................9
3. 1. 会计科目表建立.......................................................................................................................................9
3. 2. 传票录入及入帐处理...............................................................................................................................9
3. 3. 期末处理...................................................................................................................................................9
4. 报表需求 ..........................................................................................................................................9
5. 未来可能改进 ..................................................................................................................................9
二. 应收帐 .................................................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 与其他模块的集成 ..........................................................................................................................9
3. 主要业务流程 ..................................................................................................................................9
3. 1. 客户,员工主数据建立...........................................................................................................................9
3. 2. 员工差旅费预支.......................................................................................................................................9
3. 3. 员工差旅费报销.......................................................................................................................................9
3. 4. 员工差旅费报销催单及冻结处理流程...................................................................................................9
3. 5. 员工明细帐帐龄分析处理流程...............................................................................................................9
3. 6. 预收款处理...............................................................................................................................................9
3. 7. 发票处理...................................................................................................................................................9
3. 8. 收款处理...................................................................................................................................................9
3. 9. 客户催款及冻结处理流程.......................................................................................................................9
3. 10. 客户明细帐帐龄分析处理流程.............................................................................................................9
4. 报表需求 ..........................................................................................................................................9
5. 未来可能的改进 ..............................................................................................................................9
三. 应付帐 .................................................................................................................................................9
1. 综述 ..................................................................................................................................................9
1. 1. 现状...........................................................................................................................................................9
1. 2. 未来的设想...............................................................................................................................................9
2. 与其他模块的集成 ..........................................................................................................................9
3. 主要业务流程 ..................................................................................................................................9
3. 1. 供应商类主数据建立...............................................................................................................................9
3. 2. 预付款处理...............................................................................................................................................9
3. 3. 担保的处理...............................................................................................................................................9
3. 4. 发票处理...................................................................................................................................................9
3. 5. 保留尾数处理...........................................................................................................................................9
3. 6. 付款处理...................................................................................................................................................9
3. 7. 产生其它付款的处理...............................................................................................................................9
3. 8. 其它付款的付款处理...............................................................................................................................9
4. 报表需求 ..........................................................................................................................................9
5. 未来可能的改进 ..............................................................................................................................9
四. 固定资产管理 .....................................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 与其它模块的集成 ..........................................................................................................................9
3. 主要业务流程 ..................................................................................................................................9
3. 1. 资产类别建立...........................................................................................................................................9
3. 2. 资产卡片建立...........................................................................................................................................9
3. 3. 在建工程结转...........................................................................................................................................9
3. 4. 资产购置...................................................................................................................................................9
3. 5. 固定资产的转移.......................................................................................................................................9
3. 6. 资产计提折旧...........................................................................................................................................9
3. 7. 固定资产清理...........................................................................................................................................9
3. 8. 资产盘点...................................................................................................................................................9
3. 9. 资产租赁...................................................................................................................................................9
4. 产生的报表 ......................................................................................................................................9
5. 未来可能的改进 ..............................................................................................................................9
五. 法定合并.....................................................................................ERROR! BOOKMARK NOT DEFINED.
1. 综述 ..................................................................................................Error! Bookmark not defined.
2. 与其它模块的集成 ..........................................................................Error! Bookmark not defined.
3. 主要业务流程 ..................................................................................Error! Bookmark not defined.
3. 1. 合并报表项的维护.................................................................................Error! Bookmark not defined.
3. 2. 局部调整结帐.........................................................................................Error! Bookmark not defined.
3. 3. 数据的采集.............................................................................................Error! Bookmark not defined.
3. 4. 合并步骤.................................................................................................Error! Bookmark not defined.
4. 主要报表 ..........................................................................................Error! Bookmark not defined.
5. 未来改善的可能 ..............................................................................Error! Bookmark not defined.
六. 资金管理 .............................................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 资金管理与其它模块的集成 ..........................................................................................................9
3. 资金管理主要业务流程 ..................................................................................................................9
3. 1. 自动付款处理...........................................................................................................................................9
3. 2. 收到支票处理...........................................................................................................................................9
3. 3. 付出支票处理...........................................................................................................................................9
3. 4. 银行未达帐处理.......................................................................................................................................9
3. 5. 应收汇票处理...........................................................................................................................................9
3. 6. 应付汇票处理...........................................................................................................................................9
3. 7. 对信用证的支持.......................................................................................................................................9
3. 8. 现金状态及流量分析...............................................................................................................................9
3. 9. 短期借款/短期投资管理 .........................................................................................................................9
3. 10. 利息计算.................................................................................................................................................9
4. 产生的报表 ......................................................................................................................................9
5. 进一步改善的可能 ..........................................................................................................................9
七. 成本会计-费用管理 .........................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 费用管理和其它模块的集成 ..........................................................................................................9
3. 费用管理主要业务流程 ..................................................................................................................9
3. 1. 现状和需求综述.......................................................................................................................................9
3. 2. 解决方案...................................................................................................................................................9
4. 产生的报表 ......................................................................................................................................9
5. 进一步改善的可能 ..........................................................................................................................9
八. 成本会计-获利性分析 .....................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 获利性分析模块和其他模块的集成 ..............................................................................................9
3. 获利性分析主要业务流程 ..............................................................................................................9
3. 1. 现状和需求综述.......................................................................................................................................9
3. 2. 解决方案...................................................................................................................................................9
4. 产生的报表 ......................................................................................................................................9
5. 进一步改善的可能 ..........................................................................................................................9
第三部分 供应链......................................................................................................................................9
一. 库存 .....................................................................................................................................................9
1. 现状及需求综述 ..............................................................................................................................9
1. 1. 对于 XX 集团库存管理现状及其需求简述如下:..................................................................................9
1. 2. 对于 XX 集团的营管系统与库存接口及其需求 简述如下:..........................................................9
2. 未来系统解决方案 ..........................................................................................................................9
2. 1. 综述...........................................................................................................................................................9
2. 2. 与其它模块的关系...................................................................................................................................9
2. 3. 收货...........................................................................................................................................................9
2. 4. 发货...........................................................................................................................................................9
2. 5. 转储...........................................................................................................................................................9
2. 6. 预定...........................................................................................................................................................9
2. 7. 盘点...........................................................................................................................................................9
2. 8. 报表需求...................................................................................................................................................9
2. 9. 未来可能的改进.......................................................................................................................................9
二. 采购 .....................................................................................................................................................9
1. 现状及需求综述 ..............................................................................................................................9
1. 1. 对于 XX 集团采购现状及其需求简述如下:..........................................................................................9
1. 2. 对于集团采购现状及其需求简述如下: .................................................................................................9
2. 未来系统解决方案 ..........................................................................................................................9
2. 1. 综述...........................................................................................................................................................9
2. 2. 与其它模块的集成...................................................................................................................................9
2. 3. 采购申请及分配处理流程.......................................................................................................................9
2. 4. 采购订单的处理.......................................................................................................................................9
2. 5. 供应商评估和管理...................................................................................................................................9
2. 6. 采购订单的收货处理...............................................................................................................................9
2. 7. 发票校验...................................................................................................................................................9
2. 8. 报表需求...................................................................................................................................................9
2. 9. 未来可能的改进.......................................................................................................................................9
三. 生产管理 .............................................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 生产管理与其它模块的集成 ..........................................................................................................9
3. 生产管理主要业务流程 ..................................................................................................................9
3. 1. 生产量预估处理.......................................................................................................................................9
3. 2. 需求管理...................................................................................................................................................9
3. 3. 物料需求计划...........................................................................................................................................9
3. 4. 能力平衡...................................................................................................................................................9
3. 5. 生产排程...................................................................................................................................................9
3. 6. 生产备料/领料处理 .................................................................................................................................9
3. 7. 生产确认及入库处理...............................................................................................................................9
4. 报表处理 ..........................................................................................................................................9
5. 进一步改善的可能 ..........................................................................................................................9
四. 成本会计-产品成本管理 .................................................................................................................9
1. 综述 ..................................................................................................................................................9
2. 产品成本管理和 R/3 其他模块的集成 ..........................................................................................9
3. 产品成本管理主要业务流程 ..........................................................................................................9
3. 1. 标准成本的制订和修订...........................................................................................................................9
3. 2. 实际成本的核算和分析...........................................................................................................................9
3. 3. 差异处理...................................................................................................................................................9
4. 产生的报表 ......................................................................................................................................9
5. 进一步改善的可能 ..........................................................................................................................9
五. 营管系统与 R/3 的接口 .....................................................................................................................9
1. 现有系统及未来需求综述 ..............................................................................................................9
2. 与接口有关的主要业务流程及功能简述 ......................................................................................9
2. 1. 接口的整体架构.......................................................................................................................................9
2. 2. 订单出货和发票开立作业.......................................................................................................................9
2. 3. 缴款作业...................................................................................................................................................9
2. 4. 公司内成品调拨.......................................................................................................................................9
2. 5. 从关系企业调入成品...............................................................................................................................9
2. 6. 向关系企业调出小料和精料...................................................................................................................9
2. 7. 退货作业...................................................................................................................................................9
2. 8. 换货作业...................................................................................................................................................9
2. 9. 盘点作业和库存流转...............................................................................................................................9
2. 10. 制面厂成品库生产入库及其它.............................................................................................................9
2. 11. 运费结算.................................................................................................................................................9
2. 12. 清户退款.................................................................................................................................................9
3. 组织机构和关键数据定义 ..............................................................................................................9
3. 1. 组织机构...................................................................................................................................................9
3. 2. 关键数据...................................................................................................................................................9
第一部分 绪论
一. M2 专案综述
国际集团为了利用现代先进资计技术辅助,提高企业的管理水平,以完善自
身的机制和增强企业的市场竞争力,在集团最高层领导的倡导和推动下设立
了 M2 专案。作为一个管理水平的标志,其最终目的是在每月的第二天完成
集团公司的法定合并报表和管理合并报表的工作,达到这一目标的前提是集
团拥有一套整合的企业管理应用软件系统,支持各职能部门的日常业务,同
时准确及时地记录各公司、各职能部门中发生业务信息,传递到其它部门分
享并由各级公司、总公司分折汇总。
因此,SAP 公司有幸地被选为软件供应商和实施伙伴。
二. 需求分析及未来系统设计的出发点
以顶新集团的企业规模以及其业务的多样化而言,M2 专案的实施应该是阶
段性的。在实现 M2 专案最终目标的过程中,每一阶段都应该有明确的目标,
第一阶段的主要目标应该是:
以 XX 集团公司为样板,实施一个整合的企业管理系统,支持供应链上
的操作及财务会计和管理会计统计和监控。
在设计样板过程中,充分考虑到其它事业群生产经营模式的特殊性,保
留样板的灵活性,以便将来推广。
统一集团内各公司的会计科目,规范财务会计的业务流程。在所覆盖的
范围内为各子公司实施一个强有力的财务系统,以基本解决集团报表合
并的问题。
针对 M2 专案的目标,依据整体项目实施的计划,SAP 项目小组在完成
以 XX 集团为样板的财会系统及供应链系统现状调研后。在顶新集团 M2
专案设计组,M2 专案应用组的大力支持和协助下,在预定时间内完成
了需求分析及对未来系统的初步设计。
后续章节中对需求的描述及未来系统解决方案的建议,基本上按企业的
职能及系统的应用模块划分。财会方面的需求分别考虑了以 XX 集团为
代表的子公司财务处理,以方便面为代表的事业群经营分析,以及总公
司的财会处理和合并业务,在供应链方面的需求则基本上,以 XX 集团
的方便面产、供、销模式为主,并在讨论中参考了其它事业群的一些特
性。
三. 未来系统的运作框架
以财务合并的角度看,未来系统在第二阶段完成后的动作模式,如:下图所
示
当集团完全采用了 R/3 系统之后,总体系统的接口将简单化甚至单一化。
作为第一个样板公司,XX 集团将启用的不仅是财务系统,而且包含了供应
链系统,两者在 R/3 的环境下是实时集成的。以 XX 集团的角度看,未来系
统对其物资流的支持如下图所示:
SAP AG Filename Date/ 1
R/3 ¼̄ ³ É
FI-LC FI-LC
· ¨ ¶¨ º Ï ² ¢ · ¨ ¶¨ º Ï ² ¢±í ¸ ñ±í ¸ ñ
ÊÖ¹ ¤ÊäÈë
Óʼþ
´ ÅÅÌ /
Í øÂç
FI-AAFI-AA COCOSDSDMMMM
FI-GLFI-GL
Ì ì ½ò¶¥Òæ
PPPP
· ÇSAPÏ µÍ ³
· Ö² ¼Ê½R/3
在系统的内部,其数据资料的流动基本上如下图所示:
这种模式将逐步地推广到各事业群、各子公司。
在后续阶段的实施计划中,我们考虑引进 SAP R/3 的人事资源管理模式,解
决人事薪资,差旅报销与财务系统的接口。
当国内的通讯水平以及网络系统的基本性能达到要求时,建议用 SAP R/3 的
SAP AG Filename Date/ 1
未 来 系 统 的 物 流 与 资 金 流
¹ Ü ÖÆ¹ Ü ÖÆ
Éú ² ú ×Ê ÁÏÉú ² ú ×Ê ÁÏ
»ú Æ÷ Éè ±¸»ú Æ÷ Éè ±¸ Ô- Î ï ÁÏÔ- Î ï ÁÏ ÈË Ô±ÈË Ô±
² ɹ º² ɹ º Éú² úÉú² ú Ï úÊÛ/· ÖÏ úÏ úÊÛ/· ÖÏ ú
² ɹ º² ɹ º
Êг ¡Êг ¡
Ï úÊÛÏ úÊÛ
Êг ¡Êг ¡
³ É ±¾ »á ¼Æ ×Ê ½ð Àû Èó
SAP AG Filename Date/ 1
未 来 系 统 的 数 据 流
CO-CCA
PM
QM
MM
SD
PP
CO-PA
FI-LC
CO-PC
FI-AR
FI-GL
FI-AP
AM-AA
×ÊÁÏ ² úÉúÓÚ
¹ ©Ó¦ Á́ Ï µÍ ³
Í ¨ ¹ ý² ÆÎ ñ»á¼Æ
½øÈë¹ ÜÀí »á¼Æ
Óª¹ ÜÏ µÍ ³
HR
销模块(SD)取代现行的营管系统,以最终达到完全的整合性。财务会计
四. 流程图图例
´¦Àí ¾ö¶¨
Îĵµ
´¢´æÊý¾Ý ×éÖ¯ ÊÖ¹¤´¦Àí
½áÊø Á¬½Ó
ÊÖ¹¤ÊäÈë
OR AND XOR
Íⲿ´¦Àí
Á÷³Ì Åú´¦Àí Ò»(¶à)¶Ô¶à¹ØÏµ
ËùÁ¬½ÓµÄ´¦Àí
ÓÐÒ»¸öÍê³É
¾Í¿ÉÒÔ¼ÌÐø
ËùÁ¬½ÓµÄ´¦Àí
¶¼Íê³É²Å
¿ÉÒÔ¿ÉÒÔ¼ÌÐø
ËùÁ¬½ÓµÄ´¦Àí
ÓÐÇÒ½öÓÐÒ»¸ö
Íê³É¿ÉÒÔ¼ÌÐø
第二部分 财务会计
一. 总帐系统
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. 现状与需求综述
参见
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. 现状与需求综述
参见
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)、顶杰(开曼岛),顶益(BVI)、
顶杰(开曼岛)付款给海外供应商。
海外采购涉及担保业务
1. 2. 未来的设想
未来的应付帐子系统将包括供应商主数据定义,预付款请求处理,
预付款处理,发票处理,发票清预付款,手工付款处理,自动付款
处理,对帐单处理。
未来的应付帐子系统与其它子系统是紧密集成的,与采购有关的供
应商发票由采购模块导入应付帐子系统。
未来的业务处理,对于海外采购,将把海外公司作为国内各采购公
司的供应商,把海外供应商作为海外公司的供应商,都走应付帐流
程。将顶新工程看作普通供应商,走关系企业往来交易程序,顶新
工程本身采购、应付帐处理在顶新工程专案中解决,不列入本报告。
在未来作业处理中,与采购作业无关的非备用金付款都将走应付帐
流程,如薪资付款,与之相对应,由财会部替各受款方建立主数据。
应付帐系统内,所有付款都采用自动付款处理。
未来的系统中,通过 SAP R/3 的特别总帐处理来区别关系企业的应
付货款、应付设备款、应付融资款。
未来的系统中,在途和暂估会计作业月末由系统自动评估,下月初
系统自动冲回。
自动付款、利息计算及汇票管理将在现金管理部分描述。
2. 与其他模块的集成
应付款在系统与采购,总帐,资金管理有数据交换。
¶¥Òæ(BVI)
¶¥½Ü(¿ªÂüµº)
º£Í⹩ӦÉÌ
×Ó¹«Ë¾
·¢Æ±
¸¶¿î
¸¶
¿î·¢
Ʊ
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. 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. 关键数据
编码范围、折旧方式、科目分配
¹Ì¶¨×ʲúµÄ
¹æ¶¨±ê×¼
½¨Á¢×ʲú
Àà±ðµÄÐèÇó
¾ö¶¨ÊÇ·ñ
½¨Á¢ÐÂ×Ê
²úµÈ¼¶
½¨Á¢
?
½¨Á¢ÐÂ×Ê
²úµÈ¼¶ ½âÊÍÔ-Òò
ÊäÈëϵͳ еÄ×ʲúµÈ¼¶
Y
N
»á¼Æ
3. 2. 资产卡片建立
3. 2. 1. 现状及需求描述
目前有两类资产卡片:一类是固定资产卡,主要用于固定资产管
理;另一类是列管资产卡,主要用于低值易耗品管理。两类卡片
内容完全一样,均一式两联,使用部门和管理部门各一联。
3. 2. 2. 解决方案
未来系统资产卡片中除金额和购置日期以外的信息输入将
由管理部来完成。金额将由会计记帐时输入。资产编号由系
统内部给定,且不同公司的资产编号的范围可不同。
3. 2. 2. 1. 业务流程
¹ºÖÃ×ʲú
ÒÑÑéÊÕ
ÔÚ½¨¹¤³Ì
½áת¹Ì¶¨
×ʲú
Å̵ãºó·¢
ÏÖÁËÒ»¸ö
×ʲú
½¨Á¢ÐÂ
µÄ×ʲú£¿
×ʲúµÈ
¼¶½¨ÁËÂð£¿
½¨×ʲúµÈ¼¶
½¨Á¢×ʲú
Ö÷Êý¾Ý
N
Y
Y ½âÊÍ
N
¹ÜÀí²¿
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. 功能描述
在建工程结转固定资产提供两种方式:一种是转移方式;一
种是结算方式。
创建固定资产主数据:亦即建立固定资产管制卡
清理未清的预付款:用收到的发票和预付款进行清帐
创建结算规则:定义结算的百分比、接收者等等。
È·¶¨Òª½á
תµÄÔÚ½¨
¹¤³Ì
תÈëйÌ
¶¨×ʲú£¿
´´½¨¹Ì¶¨×ʲú
Ö÷Êý¾Ý
È·¶¨½áת
½ð¶î
ÓÃ×ªÒÆ·½
ʽ½áת£¿
¼ÇÕÊÆ¾Ö¤
¹Ì¶¨×ʲú
Êý¾Ý
ÓÐδÇåÔ¤
¸¶¿î£¿
ÇåÀíδÇå
Ô¤¸¶¿î
´´½¨½áËã¹æÔò
¼ÇÕÊ Æ¾Ö¤
½áת·¢Æ±
Y
Y
N
N
N
Y
3. 3. 2. 3. 作业功能组织示意图
公司:法定实体
3. 3. 2. 4. 关键数据
资产主数据、结算规则、资产类别主数据、处理类型
3. 4. 资产购置
3. 4. 1. 现状及需求描述
目前购置的固定资产验收后即投入使用,而会计部门却只有当部
门请款时才入帐,由于使用部门延迟请款,经常造成帐实不符。
3. 4. 2. 解决方案
建议顶新集团建立一个完整的有关固定资产验收、请款的规章制
度。
3. 4. 2. 1. 业务处理流程
Óòɹº¶©
µ¥·½Ê½¹ºÖÃ
¹Ì¶¨×ʲú
Ìá³ö²É¹º
ÐèÇó
½¨Á¢¹Ì¶¨×ʲú
Ö÷Êý¾Ý
½¨²É¹º¶©µ¥
µ½»õÑéÊÕ
¹Ì¶¨×ʲúÈë
ÕÊA
¼Ç·¢Æ±
·¢Æ±
ÑéÊÕµ¥
¹©Ó¦ÉÌ
Ö÷Êý¾Ý
ʹÓò¿ÃÅ
¹ÜÀí²¿
ʹÓò¿ÃÅ
»á¼Æ
»á¼Æ
Í⹺
µ½»õÑéÊÕ
½¨¹Ì¶¨×ʲú
Ö÷Êý¾Ý
¼¯³É¼ÇÕÊ
·¢Æ±
ÄÚ²¿×ÔÖÆ
½áת
¹Ì¶¨×ʲú
ÈëÕÊB
ʹÓò¿ÃÅ
¹ÜÀí²¿
»á¼Æ
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. 功能描述
确认两个资产的折旧方式一致性:是指被转移资产的折旧区
域,折旧计算等必须在接收资产中有同样的管理。
在建工程结转固定资产:详见 ...
3. 5. 2. 3. 作业功能组织示意图
公司:法定实体
成本中心:费用归集单位
3. 5. 2. 4. 关键数据
资产主数据、处理类型、成本中心
×ʲúµÄ
Ò»²¿·Ö×ªÒÆ
µ½ÁíÒ»¸ö×Ê
²ú
È·¶¨½ÓÊÕ
×ʲú
¹Ì¶¨×ʲú×ªÒÆ
µ¥
È·¶¨×ªÒÆ
µÄ½ð¶î
È·ÈÏÁ½¸ö×Ê
²úµÄÕ۾ɷ½
ʽһÖÂÐÔ
¼ÇÕÊ
×ʲú·Ö»¯
¹Ì¶¨×ʲúת
񮵴
½¨×ʲú
Ö÷Êý¾Ý
¹«Ë¾ÄÚ×Ê
²ú¹éÊô±ä
»¯
¹Ì¶¨×ʲú
×ªÒÆµ¥
ÐÞ¸ÄÖ÷Êý
¾Ý¼´¿ÉÂú×ãÐèÇó
£¿
ÐÞ¸Ä×ʲú
Ö÷Êý¾Ý
½¨×ʲú
Ö÷Êý¾Ý
È«¶îתÕÊ
ÔÚ½¨¹¤³Ì
½áת
ÔÚ½¨¹¤³Ì
½áת¹Ì¶¨×ʲú
Y
N
3. 6. 资产计提折旧
3. 6. 1. 现状及需求综述
目前有形资产共分五大类,采用线性折旧方式。每月底计提一次
折旧。
3. 6. 2. 解决方案
3. 6. 2. 1. 业务流程
3. 6. 2. 2. 功能描述
计提折旧:这是系统提供的标准程序,用户只需填入适当的
参数即可。它采用批处理方式一次完成所有资产的折旧
¼ì²é±¾ÔÂ
Ó¦½áתµÄ
×ʲú
¶¼Íê³É£¿
½áת¹Ì¶¨
×ʲú
ÔËÐмÆÌáÕÛ¾É
³ÌÐò
ÓÐ´í£¿
¼Ç²ÆÎñÕÊÆ¾Ö¤
ÔËÐмǼ
¾À´í
N
N
Y
Y
Òì³£´¦Àí
·ÖÎöÔËÐÐ
¼Ç¼
计提。
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. 关键数据
资产的有效日期、客户主数据、资产主数据、资产类别主数
据、处理类型
×ʲú³öÊÛ
³öÊÛ¸ø
¿Í»§
£¿
È·¶¨³öÊÛµÄ
×ʲú¼°Æä
½ð¶î
¼¯³É¼ÇÕÊ
¿ª·¢Æ±
ƾ֤
¿Í»§·¢Æ±
¼ÇÊÕÈëÕÊ
×ʲú
±¨·Ï ×ʲú¶ªÊ§
ÎÞÊÕÈë×ʲú
ÇåÀí
¼ÇÕÊ
ƾ֤
É걨Åú×¼
Y
N
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. 与其它模块的集成
合并系统仅与总分类帐及报表信息系统直接集成,所有的与财务会计相
关资料应收,应付,固定资产,银行帐等通过总帐转入合并帐薄。
透过与报表/信息的接口,可将合并处理过的信息进一步传递到更高一层
的报表/信息系统层(如:EIS 执行信息系统)。
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. 功能说明
预对帐:对帐通常是应收款、应付款中的一项处理流程。因
为我们为顶新集团设计的相关企业往来完全通过应收帐
款和应付帐款来处理,而且也建立相关企业在结帐前先
进行预对帐,故将此流程放到这边描述。对帐可以表现
为如下几种不同的形式:
余额确认:由甲方寄给乙方,乙方在甲帐上的
·Ö¹«Ë¾A
»á¼Æ
Ô¤¶ÔÕÊ
(Óà¶îÈ·ÈÏ)
Ô¤¶ÔÕʵ¥
·ÖÎö¶ÔÕÕ
Óà¶î
¼°Ã÷ϸ
·Ö¹«Ë¾B
»á¼Æ
ÕýÈ·»¥Ïàµ÷½Ú
·Ö¹«Ë¾A
»á¼Æ
·Ö¹«Ë¾B
»á¼Æ
½áÊø
·ñ
ÊÇ
Ô¤¶ÔÕÊ
·Ö¹«Ë¾
»á¼Æ
ËùÓй«Ë¾
Ô¤¶ÔÕÊ
Íê±Ï
°´×ܹ«Ë¾
¹æ¶¨½áÕÊ
±¨±í¼°ÆäËü
²ÆÎñÊý×Ö
·Ö¹«Ë¾
»á¼Æ
³ÊËÍ×ܹ«Ë¾
·ñ
ÊÇ
余额,并要求乙方确认,如乙方在约定的时间
段内不做出反应则认为是对余额默认。
余额问询:由甲方向乙方问询甲方在乙方帐上
的余额,甲方获得信息后与乙方在甲方帐上的
余额相核对。
明细对帐:由甲方寄给乙方:乙方在甲方帐上
发生的各项交易明细,要求乙方核对并确认。
系统支持上述各种模式,并打印出相应的预对帐信函。建议
顶新集团选择其中一种或多种模式(每月进行余额确认,年
末进行明细对帐等),并决定预对帐启动的方向(如:由应
收方向应付方要求确认)。
分析对照余额及明细:应确认方在收到确认请求后对余额进
行对照。在发现差异时应通过交易的明细进行进一步的
分析。
互相调节:双方会计对往来的差异互相调节并进行相应的帐
务调整。
按照公司规定进行结帐:分公司(子公司)按照总公司(母
公司)的会计准则进行结帐工作。在总公司统一发布的
会计基础上对财务会计数据严格按总公司的会计制度进
行处理。
如:帐户的归结、
折旧的计提、
成本费用的分摊与核算、
外币兑换率
坏帐处理等等。
呈送总公司(母公司):分公司(子公司)将会计数据呈送
总公司。这里可以有多种多样不同的形式,在下一流程
数据采集中详细计论。
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. 数据采集模式示意图
¶ÔÕʵ¥ µ÷Õû·Ö¼
·Ö¹«Ë¾²ÆÎñ
»á¼ÆÊý¾Ý
·Ö¹«Ë¾
±¨±í
¹«Ë¾AʹÓÃ
ÖÐÐÄϵͳ
¹«Ë¾BʹÓÃ
·Ö²¼R/3ϵͳ
¹«Ë¾C
ÊÖ¹¤¼ÇÕÊ
¹«Ë¾D
ÆäËü²ÆÎñϵͳ
Ö±½Ó¼Èë ×Ô¶¯´«µÝ ÊÖ¹¤ÊäÈë±í¸ñ Îļþת»»
ÖÐÐĺϲ¢ÏµÍ³
£¨Ìì½ò£©
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 工具支持为主。未来系统将对下列资金管理范围主要业务有有较强
的支持。
* 自动付款处理
* 收到支票处理
* 付出支票处理
* 银行未达帐处理(包括兑现支票处理,银行对帐处理)
* 应收汇票处理
* 应付汇票处理
* 对信用证的支持
* 现金状态和流量分析
* 短期存款/借款管理
* 利息计算
资金调度与国际金融方面的流程基本上可以保持目前手工式流程, 传票转
为在系统中直接录入。待将来系统开发到第二阶段做进一步的改善。信用
证的功能在 版本后才能提供,鉴于进口业务较为频繁,我们将在现版
本系统中借用汇票管理功能提供一个临时的中介方案,部分地支持信用证
流程。
总的来看第一阶段系统对资金管理的支持主要体现在:
及时的信息采集和汇总
目前所需的几个基本报表
简单操作支持
至于对投资敏感及风险的分析,投资模拟债券和融资管理。外汇避险操作
等目前还没有充分的支持。
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. 组织结构。
参见
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. 作业功能组织示意图
参见
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. 解决方案
采用 SAP R/3 的应收汇票及应付汇票处理,能完全满足上述需求。
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 系统的应付汇票管理功能可以满足上述需求
Ó¦ÊÕ»ãÆ±
»ãƱÊÕ¿î
ƾ֤
»ãƱʹÓÃ
ƾ֤
»òÓÐÕ®Îñ
³åÏúƾ֤
3. 6. 2. 1. 业务流程
3. 6. 2. 2. 功能描述
“自动付款”:根据付款方式可以自动产生付款的凭证。形式
为:
借:应付帐款
贷:应付票据
所产生的汇票依旧挂靠在供应商上。
×Ô¶¯¸¶¿î »ãƱ¸¶¿îƾ֤
´òÓ¡»ò
Ìîд»ãƱ²ÆÎñ
»ãƱ
²éºËÖ÷¹Ü
ÕýÈ·
·ñ
±³ÊéÇ©·¢Ö÷¹Ü
³Ð¶ÒÈÕÆÚ
µ½´ï½áÊø
ÊÇ
·ñ
ÒøÐÐ»ãÆ±
³Ð¶Ò֪ͨ
ÊÇ
²ÆÎñ
¸¶¿îƾ֤
¾Ü¸¶Í¨Öª
´¦Àí³Ð¶Ò
֪ͨ
“打印或填写汇票”:可由系统套打汇票或手工填写相应信息
查核。
“查核”:主管检查汇票的正确性。
“背书签发”:主管人员在正式汇票上背书签字并寄给供应商。
“处理承兑通知”:收到银行承兑通知时付出相应的决定和帐
务处理。
3. 7. 对信用证的支持
3. 7. 1. 需求综述
信用证处理是总公司海外财务部在代理顶杰开曼或顶益 BVI 的
进口业务中最常用的支付手段。总公司海外财务部目前这方面的
作业流程是:
信用证开证流程
财务部依据请款单开具 L/C 申请书,经审鉴后交银行,由银
行开具 L/C 并通知财务部转会计部切传票入帐。并制 L/C 状
况使用表。详见《现状分析》附图 -1
到单确认流程
财务部协调采购部确认到单并反馈给银行。决定是否贷款。
同时对正式发票入帐并编制相应的统计表。详见《现状分析》
-2
向国内请购公司开具发票并收回贷款。
国内子公司目前也有部分进口信用证业务,其过程从财务角
度上看类似,仅少了最后一部分(向国内请购公司开具发票
并收回货款)。
目前进口信用证的控管是以手工的形式辅以 PC 支持的。
由于信用证的业务在总公司海外财务部占相当的比重,本来
的系统在此应有较理想的支持;在除了帐务处理外。能够以
信用证的申请到最后缴完银行款项提供控管的功能。
3. 7. 2. 解决方案
信用证的完整功能目前在 R/3 版本中还没有完全提供。我们
建议采用应付汇票部分地满足当前的需求。即将信用证定义为一
种特别的应付汇票,利用应付汇票的管理功能部分地支持信用证
业务。系统可以随时提供所有正在使用中的信用证信息,自动地
将信用证中所隐含的资金需求体现在资金预测中。
总部财务部经分析决定保留原来处理方式,因为这种模拟的办法
未能带来多少直接的工作量减轻。现将业务流程和功能说明保留,
以供分公司参考。
3. 7. 2. 1. 业务流程
开证
到单确认
3. 7. 2. 2. 功能描述
“付款”:在需求信用证时可以人工付款或自动付款的形式处
理预付款请求。根据定义系统将产生相应的凭证。
借:应付帐款
贷:应付票据-信用证
²ÆÎñ
¿ªÖ¤
ÇëÇó
×Ô¶¯¸¶¿î
£¨¿ªÖ¤´¦Àí£©
²ÆÎñ
¸üÐÂÓ¦¸¶
»ãƱ(ÐÅÓÃÖ¤)
ÐÅÏ¢
¸¶¿îƾ֤
Ó¦¸¶»ãƱ
(ÐÅÓÃÖ¤)
ÐÅÏ¢
ÐÅÓÃÖ¤
ÉêÇë
¿ª¾ß
ÐÅÓÃÖ¤
ÒøÐÐ
ÐÅÓÃÖ¤
ÐÅÓÃÖ¤
·ÑÓ÷¢Æ±
·ÑÓô¦Àí»á¼Æ ¸¶¿îƾ֤
ÐÅÓÃÖ¤
ÐÅÏ¢
µ½µ¥
ºËʵ²¢
È·Èϵ½µ¥
²ÆÎñ
²É¹º
ÎÞÎó
Í¨ÖªÒøÐÐ
¸¶¿î
²ÆÎñ ֪ͨ
֪ͨ
ÊÇ
·ñ
Í¨ÖªÒøÐÐ
¾Ü¾ø¸¶¿î
Ç©×ÖÖ÷¹Ü
תT/R
(¶ÌÆÚ½è¿î)
“开具信用证”:在付款的基础上产生的有关资料可以信用证
申请的形式交呈银行由银行开具信用证。
“更新信用证(应付汇票信息)”:由银行处得到的信用证信
息可以附注的形式对应付汇票进行更新。
“费用帐处理”:在此过程中产生的相关手续费用可由银行收
到发票进入应付帐处理。
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. 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. 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. 10. 3. 关键数据
4. 产生的报表
资金管理系统主要可以产生下列报表式清单:
现金日报表:反应现金科目及银行存款科目的状态,并考虑银行未
达帐。可分别各公司独自产生报表,也可任意组合财务管理范围内
的公司产生报表。
财务状况日报表。
现金流量表:反应最近时期现金及银行存款的流量,包括初始总额,
流入量,流出量及结存金额。可分公司或组合公司产生报表。
短期现金需求预测:短时间内,企业对现金的需求情况,可分公司
或组合公司进行分析。
支票册:列印当前所有使用中的支票,及其兑现情况。
汇票册:列印当前所拥有中的汇票及其使用情况。
5. 进一步改善的可能
对 金 融 投 资 的 管 理 将 在 R/3 未 来 版 本 提 供 TR-TM ( Treasury
management)模块时得到支持。时间预计是 98 年底。
对信用证的支持在 版本中会得到很大的改善。
在国内银行业务逐步规范化后,系统中现有的一系列电子银行功能
即可逐步启用,这些功能主要包括:
电子银行对帐单
电子形式的付款通知及付款指令
自动化的外汇兑率表
银行目录
在第一阶段系统运行稳定后可以考虑在第二阶段实施工作流。在业
务流程组织及管理方面将会有很大的改善。
在第二阶段计划中的还有现金预算。与成本中心预算挂钩及信用证
支持。
ÕÊ»§Óà¶î δÇåÏîÄ¿ ÀûÂÊ±í ¼ÆËã·½·¨
¼ÆËã½á¹û
¼ÇϢƾ֤
在总公司财务部,与某些海外银行的往来有电子银行支持。对这些
电子银行的接口可以考虑在第二阶段实施。
人事模块支持,差旅及其它费用报销的支持(明年十月)
七. 成本会计-费用管理
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 月进行一次调整。
会计月结提供两类费用报表:
部门费用报表:
列出各部门,部门段,全公司的费用总表,相关费用科
H
R
COFI
SD
P
P
MM
A
M PM
P
S
»î ¶¯ À
à Ð
Í ¼
Ç
Õ
Ê
£¬ Ïî Ä
¿ ½
á Ë
ã
¶©
µ¥ ½
á Ë
ã
¶
©
µ
¥
½
á
Ë
ã
×
Ê
²ú
Õ
Û
¾
É
»
î ¶
¯
À
à
Ð
Í ¼
Ç
Õ
Ê
O
ve
rh
ea
d
¼
Æ
Ë
ã£
¬
¶©
µ
¥
½
á
Ë
ã
Ö± ½Ó ¼Ç ÕÊ
¶© µ¥ ½á Ëã
ÊÕ ÁÏ/ ·¢ ÁÏ/ ÍË ÁÏ
¶© µ¥ ½á Ëã
¾
-
Ó
ª
Ê
ý
¾
Ý
´
«
Ë
Í
¶
©
µ
¥
½
á
Ë
ã
»
î
¶
¯
À
à
Ð
Í
¼
Ç
Õ
Ê
O
v
e
rh
e
a
d
¼
Æ
Ë
ã
,¶
©
µ
¥
½
á
Ë
ã
·Ñ
Ó
Ã
¼
Ç
Õ
Ê
¶©
µ¥½
áË
ã
目可有汇总小计。
按费用类别的报表:
有销售费用比较表,管理费用比较表,制造费用比较表,
相关费用科目,亦有汇总小计。
XX 集团公司的费用管理不存在内部订单(工作令)的管理形式。
费用管理所采用的财会系统是用 Cliper 语言自行开发的,和生产管
理系统没有集成,制造费用(Overhead)不能和生产作业计划或生
产订单直接挂钩,必须通过月结处理分摊到产品成本中。
3. 2. 解决方案
3. 2. 1. 处理流程和功能说明
3. 2. 1. 1. 主数据维护流程
为成本会计系统建立必要的基础数据,包括费用科目,成本
中心,活动类型,分摊指数及内部订单。
1) 费用科目维护
注:所有处理过程均由财会部执行
建立初级费用科目
初级费用科目是在财务会计中出现的费用明细科目,用于实
际费用记帐。初级费用科目必须首先在总帐中作为损益类科
目建立主数据,而后才可以在成本会计中建立主数据。初级
费用科目编码不需要反应人工系统中一级费用汇总科目的
类别(例制造费用,行政管理费用,销售费用),只按费用
项目本身的特征进行区分。例如编码的最前两位可以为:
·ÑÓûã×Ü£¬×ª¼Ç
·ÖÅ䣬·Ö̯
½áËãÒªÇó
SAP R/3
ϵͳҪÇó
È·¶¨¹«Ë¾
ËùÐè´Î¼¶
·ÑÓÿÆÄ¿
×ܲ¿½¨Á¢
·ÑÓÿÆÄ¿ÐèÇó
¸÷·Ö¹«Ë¾½¨Á¢
·ÑÓÿÆÄ¿ÐèÇó
È·¶¨¹«Ë¾
ËùÐè³õ¼¶
·ÑÓÿÆÄ¿
»á¼Æ¿ÆÄ¿
±àÖÆÔ-Ôò
½¨Á¢´Î¼¶
·ÑÓÿÆÄ¿
½¨Á¢³õ¼¶
·ÑÓÿÆÄ¿
·ÑÓÿÆÄ¿
Ö÷Êý¾Ý
»ã×Üͳ¼Æ
ÐèÇó
È·¶¨·ÑÓÃ
¿ÆÄ¿×é
½¨Á¢·ÑÓÃ
¿ÆÄ¿×é
²ã´Î½á¹¹
·ÑÓÿÆÄ¿×é
²ã´Î½á¹¹
Êý¾Ý
×ÜÕÊ¿ÆÄ¿
Ö÷Êý¾Ý
41 物料消耗费用
42 人员费用
43 生产辅助费用(Operating Supplies)
44 维修费用
45 杂项费用
46 资产折旧费用
初级费用科目的建立,首先必须分析公司的费用项目实际状
况,参照集团公司总部的规定,确定需要建立哪些科目,并
遵照会计科目编码原则进行编码,而后在系统中建立主数据。
建立次级费用科目
次级费用科目是在财务会计中不出现的,只用于成本会计内
部作为费用汇总结转和分摊的科目,通常它不是具体的单项
费用科目,而是某些费用科目的汇总。建立次级费用科目首
先要参照 R/3 系统的规定,分析费用汇总结转和分摊的要求,
确定需要建立哪些科目,并按会计科目编码的格式进行编码,
在成本会计中直接建立主数据。
建立费用科目组层次结构
首先按照费用各种形式的汇总统计要求,确定需要哪些费用
科目组,而后在系统中建立费用科目组的层次结构,并指派
有关费用科目到层次结构的下层组结点。作为下层组结点的
例子,可以有物料消耗费用、人员费用、生产辅助费用、维
修费用、资产折旧费用、杂项费用等。
(2)成本中心维护
注:所有处理过程均由财会部执行
¹«Ë¾×éÖ¯½á¹¹
¼°±àÂë¹æÔò
·ÑÓùÜÀí
ºËËãÒªÇó
½¨Á¢±ê×¼³É±¾
ÖÐÐÄ×é
²ã´Î½á¹¹
±ê×¼³É±¾
ÖÐÐÄ×é²ã´Î
½á¹¹Êý¾Ý
½¨Á¢
³É±¾ÖÐÐÄ
³É±¾ÖÐÐÄ
Ö÷Êý¾Ý
·ÑÓûã×Ü
ͳ¼ÆÐèÇó
È·¶¨³É±¾
ÖÐÐÄ»ã×Ü
ͳ¼Æ
²ã´Î½á¹¹
½¨Á¢»ã×Üͳ¼Æ
³É±¾ÖÐÐÄ×é
²ã´Î½á¹¹
»ã×Üͳ¼Æ
³É±¾ÖÐÐÄ×é
²ã´Î½á¹¹Êý¾Ý
建立标准成本中心组层次结构
标准成本中心组表示所有基本成本核算单位(成本中心)职
能方面的集合,它与所有成本中 心一道,完整地代表一个
控制范围(Controlling Area)内的组织结构。一个控制范
围内只有一个标准成本中心组,对标准成本中心组的最高节
点(根节点)进行费用分析时,就是对控制范围内的整个组
织机构的总费用进行分析。标准成本中心组的根结点在配置
R/3 系统时予以确定,而标准成本中心组的层次结构应反映
公司的组织机构设置。
建立成本中心
成本中心是公司内部的成本核算基层单位。因为在不同的职
能部门,成本核算粗细不同,所以成本核算基层单位在公司
的组织结构层次上可高可低。例如高至公司总部办公室,低
至工厂的生产小组均可作为成本核算基层单位。
每个成本中心必须归属于标准成本中心组层次结构中的一
个组节点。
为了简化财务会计记帐,可以建立一个或多个虚拟的成本中
心,将共同的费用(例如非生产性的水电费),先行记入虚
拟的成本中心,到月末结帐时再按事先确定的比例,统一归
结分摊。
建立汇总统计成本中心组层次结构
在一个控制范围内,除了标准成本中心组以外,可以为了费
用汇总统计的目的而设置多种多样的汇总统计成本中心组。
一个成本中心可以归属于多个不同的汇总统计成本中心组。
(3)活动类型维护
XX 集团公司在生产订单中没有采用“活动类型”来表示产能,
产品工艺定额中也没有产能数据。直接人工费用和代表设备
折旧的那部分制造费用,是在月结时按材料耗用的比例分摊
到各种产品的制造成本中的。(调理厂按产品产出重量分摊,
面厂按产品产出包数再乘以耗用机器小时折算的权数进行
分摊)。
考虑到生产统计中有统计分析产能利用率的需求,建议事业
群的研发中心根据既往积累的历史资料和设备的实际生产
效率,确定有关产能(直接人工,设备)的消耗定额,从而
可以按生产活动量的定额投入量来计算产品制造成本中的
有关含量,进行差异分析。活动类型记帐是通过与其联系的
次级费用科目,用活动类型消耗的数量进行的,活动类型计
划价可以通过成本中心费用计划的自动计算获得,亦可按照
生产成本中心的费用计划,需求的活动量总额(参照年度生
产计划)以及既往统计资料由人工加以确定。
(4)分摊指数维护
¶©µ¥³É±¾
¹ÜÀíÐèÇó
²úÄܹÜÀí
ÐèÇó
²úÄÜÏûºÄ
¶¨¶î
È·¶¨»î¶¯
ÀàÐÍ
²Æ»á
½¨Á¢»î¶¯
ÀàÐÍÖ÷Êý¾Ý
²Æ»á
´Î¼¶·ÑÓÃ
¿ÆÄ¿Ö÷Êý¾Ý
»î¶¯ÀàÐÍ
Ö÷Êý¾Ý
注:所有处理过程均由财会部执行
建立分摊指数主数据
XX 集团公司的某些费用(例房屋建筑折旧费)是按管理部
提供的分摊指数分摊到各成本中心的,这类分摊指数需在
R/3 系统中作为主数据进行维护。
(5)内部订单维护
·ÑÓ÷ÖÅä
·Ö̯ÐèÇó
·Öָ̯Êý
ͳ¼Æ×ÊÁÏ
È·¶¨·Ö̯
Ö¸Êý
½¨Á¢·Ö̯
Ö¸ÊýÖ÷Êý¾Ý
²Æ»á
²Æ»á
·Öָ̯Êý
Ö÷Êý¾Ý
注:所有处理过程均由财会部执行
建立内部订单
有些费用的管理也可采取内部订单形式,例如产品研发订单,
促销活动订单,设备或建筑维修订单,技术更新改造订单等。
特别在费用的归属或归属的比例在一开始发生费用时还不
能确定的情况下,先采用内部订单管理,收集实际发生的费
用,以后再决定如何结算比较方便。在建立内部订单时,需
参照 R/3 系统的标准选择合适的订单分类。
确定订单结算规则
如果订单用于统计和结算费用,则需要确定订单结算规则,
其主要内容是确定费用结算到哪儿-结算受主(可为成本中
心、固定资产、总帐科目、库存物料、其他内部订单、销售
订单等),结算的形式-完工结算还是分月结算。如果结算
受主不止一个时,还需确定分配的比例。订单结算是通过费
用结算科目进行的,如果只在成本会计内部进行结算(结算
受主为成本中心或其他内部订单),采用次级费用结算科目,
否则需采用初级费用结算科目。
建立成本中心和订单的联系
如果订单只用于统计费用,则不必确定其结算规则。因为这
·ÑÓùÜÀí
ÐèÇó
SAP R/3
ϵͳ±ê×¼
È·¶¨ÄÚ²¿
¶©µ¥·ÖÀà
½¨Á¢ÄÚ²¿
¶©µ¥
ÄÚ²¿¶©µ¥
ÓÃ;
·ÑÓýáËã
¿ÆÄ¿Ö÷Êý¾Ý
½áËãÊÜÖ÷
Ö÷Êý¾Ý
È·¶¨¶©µ¥
½áËã¹æÔò
½¨Á¢³É±¾ÖÐÐÄ
ºÍ¶©µ¥µÄÁªÏµ
³É±¾ÖÐÐÄ
Ö÷Êý¾Ý
ÄÚ²¿¶©µ¥
Ö÷Êý¾Ý
ÓÃÓÚͳ¼ÆºÍ
½áËã·ÑÓÃ
Ö»ÓÃÓÚ
ͳ¼Æ·ÑÓÃ
种情况下实际费用也同时记在某个成本中心上,所以需要建
立二者之间的联系。
3. 2. 1. 2. 费用计划
DocumentDocumentDocument¹«Ë¾Äê¶È¼Æ»®
Êг¡¿ªÍؼƻ®
²úÆ·Ñз¢¼Æ»®
²úÆ·Éú²ú¼Æ»®
ÈËÁ¦×ÊÔ´¼Æ»®
É豸άÐ޼ƻ®
¸üÐÂͶ×ʼƻ®
×ܲ¿¼Æ»®
Ö¸±ê
·ÑÓùÜÀí
Ö÷Êý¾Ý
¹«Ë¾Äê¶È
·ÑÓüƻ®
Æô¶¯»áÒé
·ÑÓüƻ®
¹¤×÷×é
¹«Ë¾¼Æ»®
Ö¸±ê
·ÑÓüƻ®
×éÖ¯°²ÅźÍ
¹¤×÷¼Æ»®
²¿ÃÅ·ÑÓÃ
¼Æ»®±íʽ
·ÑÓñ¨±í
ÀúÊ·×ÊÁÏ
·ÑÓüƻ®
¹¤×÷»áÒé
·ÑÓüƻ®
¹¤×÷×é
°´³É±¾ÖÐÐÄ
×¼±¸»òÐÞ¶©
·ÑÓüƻ®
¸÷³É±¾
ÖÐÐÄ
°´¹é¿Ú²¿ÃÅ
×¼±¸»òÐÞ¶©
ÄÚ²¿¶©µ¥·ÑÓÃ
¼Æ»®
¹é¿Ú²¿ÃŹé¿Ú²¿ÃÅ
Óɹé¿Ú²¿ÃÅ
¼¯ÖÐ×¼±¸»ò
ÐÞ¶©·ÑÓüƻ®
³É±¾ÖÐÐÄ
¼Æ»®
ÔÚ²âËã°æ±¾ÖÐÊä
Èë»òÐ޸ijɱ¾
ÖÐÐļƻ®Êý¾Ý
·ÑÓüƻ®µÄ
»ã×Ü,ת¼Ç
·ÖÅä,·Ö̯´¦Àí
³É±¾ÖÐÐÄ
¼Æ»®
(²âÊÔ°æ±¾)
ÄÚ²¿¶©µ¥
¼Æ»®
ÔÚ²âËã°æ±¾ÖÐÊäÈë
»òÐÞ¸ÄÄÚ²¿¶©µ¥
¼Æ»®Êý¾Ý
ÄÚ²¿¶©µ¥
¼Æ»®
(²âÊÔ°æ±¾)
ÄÚ²¿¶©µ¥¼Æ»®
½áËã´¦Àí
ÔËÐб¨±í
´¦Àí³ÌÐò
DocumentDocumentDocument¸÷ÖÖ·ÑÓÃ
¼Æ»®±¨±í
Á¬½Ó1Á¬½Ó2
注:未标注部门的处理过程均由财会部执行
XX 集团公司新财政年度费用计划的制订将需提前在每年
的 11 月开始进行,并将充分使用 R/3 系统所提供的费用汇
总、转记、分配、分摊功能。需要成立一个费用工作计划组
来领导和协调计划的准备、测算、修正和审定。
费用计划将根据集团公司总部的计划指标,在分公司年度产
品研发计划、市场开拓计划、产品生产计划、人力资源计划、
设备维修计划、更新投资计划已经基本确定的基础上,并参
照财会部整理提供的费用历史资料,由各成本中心负责人,
按照财会部设计的部门费用计划表、归口部门集中费用计划
表和归口内部订单费用计划表,准备费用计划数据,在工作
计划确定的日期前提交财会部;财会部负责将计划数据输入
R/3 系统的费用计划测算版本,对集中计划的费用按照分配/
分摊指数进行转记、分配和分摊处理,并对有关内部订单计
划数据进行结算处理从而得到各成本中心的费用草案计划;
在运行报表处理程序后,财会部整理各种费用计划报表,交
由费用计划工作组审查费用计划测算结果,进行综合平衡。
如果计算结果不尽满意,则由财会部负责提出修正意见,并
经由费用计划工作会议指令各成本中心负责人进行计划修
改,于确定的日期前提交财会部;财会部在计划测算版本中
Á¬½Ó1
Éó²é·ÑÓüƻ®
²âËã½á¹û£¬½ø
ÐÐ×ÛºÏÆ½ºâ
¼Æ»®½á¹û
ÂúÒâ·ñ
·ÑÓüƻ®
¹¤×÷×é
Ìá³öÐÞÕý
¼Æ»®Òâ¼û
·ÑÓüƻ®
ÐÞÕýÒâ¼û
Á¬½Ó2
²»ÂúÒâ
¹«Ë¾Áìµ¼
Éó¶¨
×ܲ¿Åú×¼
¹«Ë¾Áìµ¼
×ܲ¿
½«²âËã°æ±¾ÖеÄ
³É±¾ÖÐÐļƻ®
¿½±´µ½Õýʽ°æ±¾
½«ÄÚ²¿¶©µ¥
¼Æ»®¿½±´µ½
Õýʽ°æ±¾
·ÑÓüƻ®½áÊø
³É±¾ÖÐÐÄ
¼Æ»®
(Õýʽ°æ±¾)
ÄÚ²¿¶©µ¥
¼Æ»®
(Õýʽ°æ±¾)
ÂúÒâ
进行数据修改后,再次启动费用计划的各种计算处理程序,
以得到各成本中心的费用修正计划;在运行报表处理程序后,
由费用计划工作组再次审查测算结果。
如果计划结果达到预期要求,则整理上报本公司领导审定,
呈报集团公司总部批准,然后将计划数据从测算版本拷贝到
正式版本,整个费用计划过程至此圆满结束。
3. 2. 1. 3. 实际费用记帐
在 R/3 系统中,对于成本中心实际成本记帐尚没有资金预算
控制功能,只能依靠成本控制经理和各成本中心负责人利用
成本中心报表显示或打印差异进行人工监控。
实际费用记帐大多在 R/3 系统 CO 模块以外对“初级费用科目”
进行。
1. 在 MM 模块中进行的费用记帐
成本中心或内部订单从仓库领料/退料
仓库按采购订单接收物料,直接发成本中心或内部订单
从内部订单接收物料入库
·ÇÉú²úÐÔ
ÁìÁÏ/ÍËÁϵ¥
·¢ÁÏ/ÍËÁÏ
¼ÇÕÊ
²Ö¿â
×ÜÕÊÆ¾Ö¤ÎïÁÏÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
²É¹º¶©µ¥ ÊÕÁϵ¥
°´¶©µ¥ÊÕÁÏ£¬
Ö±½Ó·¢ÁϼÇÕÊ
²Ö¿â
×ÜÕÊÆ¾Ö¤ÎïÁÏÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
2. 在 FI 模块中进行的费用记帐
根据供应商发票直接记成本中心费用
支付现金直接记成本中心费用
待摊费用 转记成本中心费用
ÊÕÁϵ¥
ÊÕÁϼÇÕʲֿâ
×ÜÕÊÆ¾Ö¤ÎïÁÏÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
ÄÚ²¿¶©µ¥
±¨Ïúµ¥ ¹©Ó¦ÉÌ·¢Æ±
°´·¢Æ±
¼ÇÕÊ
²Æ»á
Ó¦¸¶ÕÊ
ƾ֤
³É±¾»á¼Æ
ƾ֤
±¨Ïúµ¥ ¸¶¿îµ¥
Ö§¸¶ÏÖ½ð
¼ÇÕÊ
²Æ»á
×ÜÕÊÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
(3)在 AM 模块中进行的资产折旧费用记帐
上述记帐方式在产生财务会计凭证的同时,并复制了一份成
本会计凭证。
(4)在 CO 模块中进行的费用记帐
费用更正记帐
תÕÊ´«Æ±
תÕʼÇÕʲƻá
×ÜÕÊÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
×ʲúÕ۾ɻò
µÍÖµ×ʲú
̯Ïû´¦Àí
²Æ»á
×ʲú¹ÜÀí
»á¼ÆÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
×ʲú¹ÜÀí
Êý¾Ý
¸üÕý¼ÇÕʲƻá
³É±¾»á¼Æ
ƾ֤
¸üÕý´«Æ±
当其他模块中的费用记帐出现成本中心指定差错时,可以不
必修改财务会计凭证,只需在成本会计中进行费用更正记帐
(Transrer),这种情况只会产生成本会计凭证。
内部订单间接费用(Overhead)记帐
注:所有处理过程均由财会部执行
在 R/3 系统中实施内部订单费用记帐,首先要根据费用记帐
要求,维护内部订单成本结构表(Costing Sheet),确定
间接费用的来源(成本中心/内部订单),计算所依据的直
接费用(物料费用/生产费用),计算比率(根据金额/根据
数量),以及用于记帐的次级费用科目。运行间接费用计算
程序,即按照内部订单成本结构表,根据所依据的直接费用
发生的金额和确定的计算比率,计算出应提取的间接费用,
通过次级费用科目在内部订单上进行借方分录,在费用来源
方进行贷方分录。这种记帐方式只产生成本会计凭证。
内部订单结算记帐
¼ä½Ó·ÑÓÃ
¼ÇÕÊÒªÇó
È·¶¨¼ä½Ó
·ÑÓüÇÕÊ
·½·¨ºÍÒÀ¾Ý
È·¶¨¼ä½Ó·ÑÓÃ
¼ÆËãÒÀ¾Ý
ºÍ±ÈÂÊ
È·¶¨¼ä½Ó
·ÑÓÃÀ´Ô´
È·¶¨¼ä½Ó·ÑÓÃ
¼ÇÕʴμ¶·ÑÓÃ
¿ÆÄ¿
ÄÚ²¿¶©µ¥
³É±¾½á¹¹±í
Ö´Ðмä½Ó·ÑÓÃ
¼ÆËã³ÌÐò
³É±¾»á¼Æ
ƾ֤
将收集在内部订单中的费用总额或一部分,通过次级费用科目结算
到其他对象上(例如固定资产、成本中心、总帐科目、其他内部订
单、库存物料等)。如果纯属 CO 内部结算,即费用受主为成本中
心或其他内部订单,则只会产生成本会计凭证,否则还同时产生总
帐凭证。
通过活动类型分配进行费用记帐
将活动类型的数量记到接受方(成本中心或内部订单),
系统从活动类型提供方取得活动类型单位价格,将其和
数量相乘,通过次级费用科目在接受方进行借方分录,
在提供方进行贷方分录。这种方式的费用记帐只产生成
本会计凭证。
ÄÚ²¿¶©µ¥
½áËã¹æÔò
ÊÇ·ñ½øÐÐ
Ô½ᴦÀí
ÄÚ²¿¶©µ¥
Ô½á½áËã
ÄÚ²¿¶©µ¥
Í깤½áËã
²Æ»á
ÊÇ·ñCO
ÄÚ²¿½áËã
³É±¾»á¼Æ
ƾ֤
²Æ»á
×ÜÕÊÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
ÊÇ
·ñ
ÄÚ²¿¶©µ¥
Í깤֪ͨ
ÊÇ
·ñ
»î¶¯ÀàÐÍ
ʵºÄ±¨±í
»î¶¯ÀàÐÍ
·ÖÅä¼ÇÕÊ
³É±¾»á¼Æ
ƾ֤
²Æ»á
月结费用转记(Transfer)和分配(Distributing)记帐
参见 月结处理流程
将费用的一部分或全部按其原来的科目(初级费用科目)
从一个成本中心转记到另一个或另一些成本中心(按一
定的分配指数分配)。费用分配和费用转记记帐方法是
一样的,区别在于费用转记只对一个费用科目进行操作,
费用分配可以对多个费用科目(费用科目组)同时进行
操作。这种记帐方式只产生成本会计凭证。
月结费用汇总或分摊(Assessment)记帐
参见 月结处理流程
将一个成本中心的某些费用或全部费用总额按一定的分
摊指数,分摊到另一些成本中心。费用汇总的操作方向
和费用分摊正相反。这种记帐方式是采用次级费用科目
进行的,因而不改变费用科目在原来的成本中心的记帐
原貌。这种记帐方式也只产生成本会计凭征。
3. 2. 1. 4. 月结
注:所有处理过程均由财会部执行
月结的主要任务主要有四个方面:
对需要分月结算的内部订单进行月结结算。
对集中提取或记帐的费用科目,按照事先设计好的自动
转记、分配和分摊循环进行处理。这类循环的分配或分
摊指数可以按照实际情况修改。
分类汇总行政管理费用、销售费用以及制造费用余额,
进行总帐转帐记帐。
·ÑÓüÇÕÊ
²Ù×÷ÒªÇó
È·¶¨Ô½á·ÑÓÃ×Ô
¶¯»ã×Üת¼Ç,·ÖÅä
ºÍ·Ö̯µÄ·ÑÓÿÆ
Ä¿ºÍ·ÖÅä,·Ö̯ÒÀ¾Ý
Éè¼Æ×Ô¶¯»ã×Ü
ת¼Ç,·ÖÅäºÍ
·Ö̯Ñ-»·
Ô½á×Ô¶¯
Ñ-»·
´¦Àí³ÌÐò
±¾Ô·ÑÓÃ
³É±¾»á¼Æ
ƾ֤
ÄÚ²¿¶©µ¥ÔÂ
½á½áËã³É±¾
»á¼ÆÆ¾Ö¤
ÄÚ²¿¶©µ¥
Ô½á½áËã
ÄÚ²¿¶©µ¥
½áËã¹æÔò
ÔËÐÐÔ½á
×Ô¶¯Ñ-»·
´¦Àí³ÌÐò
Ô½á³É±¾
»á¼ÆÆ¾Ö¤
ÔËÐгɱ¾ÖÐÐÄ
±¨±í³ÌÐò
¼ì²é³É±¾»á¼Æ
µ÷½Ú¶Ô²ÆÎñ
»á¼ÆµÄÓ°Ïì
ÐÐÕþ¹ÜÀí·ÑÓÃ
ºÍÏúÊÛ·ÑÓÃ
»ã×ܽá¹û
×ÜÕÊתÕÊ
¼ÇÕÊ
×ÜÕÊÆ¾Ö¤
³É±¾»á¼Æ
ƾ֤
ÖÆÔì·ÑÓÃ
Óà¶î
ÕÊÃæÐè
µ÷½Ú·ñ
²ÆÎñ»á¼Æ
ÕÊÃæµ÷½Ú
×ÜÕÊÆ¾Ö¤
½áÊø
²ÆÎñ»á¼Æ
ƾ֤
ÊÇ
·ñ
当成本会计中的转记、分配、分摊涉及到跨分公司的部
门,或分公司内的不同业务范围(Business Area)时,
有关的财务报表和成本会计报表之间会出现差异,从而
需要进行财务会计的帐面调节,产生总帐凭证。
3. 2. 1. 5. 分析报表
R/3 系统提供多种多样的费用管理分析报表程序以及编制专
用报表的工具,利用成本中心组层次结构和费用科目组层次
结构,可以通过报表程序进行各种各样的费用汇总和统计,
分析对比不同时期的费用发生情况以及同一时期的计划费
用和实际费用的差异(差异绝对值及百分率)。公司的成本
控制经理需责成各成本中心负责人报告差异产生的原因以
及将采取的控制步骤。
3. 2. 2. 组织结构定义
每个控制范围(Controlling Area)必须与一套会计科目表(Chart of
Accounts)相联系,从属于一个控制范围的各个公司代码必须采
用控制范围所确定的那套会计科目表。
整个顶新集团公司是采用一个控制范围;是采用多个控制范围尚
¸÷À౨±í
³ÌÐò
³É±¾»á¼Æ
ƾ֤
·ÑÓüƻ®
(Õýʽ°æ±¾)
³É±¾ÖÐÐÄ×é
²ã´Î½á¹¹
·ÑÓÿÆÄ¿×é
²ã´Î½á¹¹
ÔËÐб¨±í
³ÌÐò
²Æ»á
³É±¾ÖÐÐÄ×é
±¨±í
·ÑÓÃ
Ã÷ϸ±í
³É±¾ÖÐÐÄ
±¨±í
ÄÚ²¿¶©µ¥
±¨±í
¼¯ÍŹ«Ë¾
¿ØÖÆ·¶Î§
±ê×¼³É±¾
ÖÐÐÄ×é
»ã×Üͳ¼Æ
³É±¾ÖÐÐÄ×é
³É±¾ÖÐÐÄ
¹«Ë¾´úÂë
¹¤³§
ÒµÎñ·¶Î§
有待决策。对于顶新集团在中国大陆的部分建议采用一个控制范
围,这样对于跨分公司间的成本转移,费用分摊处理会较方便。
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 功能来实现。
»ñÀûÐÔ·ÖÎö
Çø»®½á¹¹
ÀûÈ󼯻®
ÏúÊÛÊÕÈë,ÕÛÈÃ
ÊýÁ¿ÆÚÍûÖµ¼°
±ê×¼ÏúÊ۳ɱ¾
ÏúÊÛÊäÈë,ÕÛÈÃ
ÊýÁ¿ÊµÏÖÖµ¼°
±ê×¼ÏúÊ۳ɱ¾
ÐÐÕþ¹ÜÀí·ÑÓÃ
ÏúÊÛ·ÑÓóɱ¾
²îÒì̯ÏûÖµ
ÌØÊâÖ±½Ó
·ÑÓÃ
»ñÀûÐÔ·ÖÎö
±¨±í³ÌÐò
DocumentDocumentDocument»ñÀûÐÔ·ÖÎö
±¨±í
Êг¡·ÖÎö,
²Æ»á
(1)评定公司效绩时的业务数据调整
对于通路代码为 90 的跨公司调拨业务,首先按照产品的管理调
拨价和销售数量调整卖方公司的销售收入(增加);然后按照该
产品在买方公司的售存比例(取自产品售存报表),调整买方公
司的销售成本差异(增加)。
°´Çø»®ÌØÕ÷
¼ìË÷Êý¾Ý
ͨ·=90
£¿
µ÷ÕûÂô·½¹«Ë¾
µÄÏúÊÛÊÕÈë
Âô·½ÏúÊÛÊÕÈë
²î¶îÊý¾Ý
µ÷ÕûÂò·½¹«Ë¾
µÄ²úÆ·ÏúÊÛ
³É±¾²îÒì
Âò·½ÏúÊÛ³É
±¾²î¶îÊý¾Ý
Âò·½¹«Ë¾²úÆ·
Ê۴汨±í
²Æ»á
²Æ»á
²Æ»á
ÊÇ
Ìø¹ý
·ñ
¹ÜÀíµ÷²¦
¼ÛÄ¿±í
(2)按产品别进行获利性分析的业务数据调整
对于通路代码为 90 的跨公司调拨业务,首先将卖方公司的销售
收入调整得和销售成本(包括销售成本差异部分)相同,即使卖
方的这笔业务毛利润为 0;然后按照该产品在买方公司的售存比
例(取自产品售存报表),调整买方公司的销售成本差异(减
少)。这样,就将卖方公司调拨业务的毛利润调整到买方公司的
毛利润和存货成本差异中(按照产品售-存比例),从而可以得
到比较正确的分析结果。
°´Çø»®ÌØÕ÷
¼ìË÷Êý¾Ý
ͨ·£½90
£¿
µ÷ÕûÂô·½¹«Ë¾
µÄÏúÊÛÊÕÈë
Âô·½ÏúÊÛÊÕÈë
²î¶îÊý¾Ý
µ÷ÕûÂò·½¹«Ë¾
µÄ²úÆ·ÏúÊÛ³É
±¾²îÒì
Âò·½ÏúÊÛ³É
±¾²î¶îÊý¾Ý
Âò·½¹«Ë¾²úÆ·
Ê۴汨±í
²Æ»á
²Æ»á
ÊÇ
Ìø¹ý
·ñ
ÏúÊ۳ɱ¾
Êý¾Ý
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) 相整合。可以对不同的仓库
类型(自动仓库,高架仓库等),仓储区域,以及仓位进行管理,并对
货物从仓位的进,出方式进行相应的控制。
2. 2. 与其它模块的关系
库存管理与采购管理,生产管理,财务会计,成本会计和质量管理
相联系。
库存管理流程包括:
收货处理
发货处理
转储处理
预定处理
库存实地盘点
分述如下:
2. 3. 收货
2. 3. 1. 处理流程
2. 3. 2. 功能说明
在未来系统中,对货物接收的处理主要包括以下几个方面:
根据采购订单的货物接收。在收货后,收货的记录,已
¼ì ²é Îï ÁÏ ÒÔ ¼°
Æä ¸½ ´ø µ¥ ¾Ý
È· ¶¨ ¿â ´æ ·Å ÖÃ
µÄ ÒÆ ¶¯ Àà ÐÍ
ÍË »õ
¿â ´æ ϵ ͳ µÄ
³õ ʼ Êä Èë
¿Í »§ ÍË »õ
ÊÕ È¡ ¹© Ó¦ ÉÌ
µÄ Ãâ ·Ñ »õ Îï´Ó Éú ²ú ÊÕ »õ¹© Ó¦ ÉÌ ½» »õ
²» ´æ ÔÚ
Éú ²ú ¶© µ¥
²Î ÕÕ
Éú ²ú ¶© µ¥
²Î ÕÕ
²É ¹º ¶© µ¥
Êä È빩 Ó¦ ÉÌ
Êý ¾Ý
ÓëÓª¹Ü
ϵͳ½Ó¿Ú
²» ´æ ÔÚ ¿Í »§
ÍË »õ µ¥
(È磬СÁÏ£¬
¾«ÁÏÏúÊÛ )
È· ÈÏ Ô¤ ¶¨
Êä Èë ÊÕ »õ Ïî Ä¿
¼Ç Èë ¶³ ½á ¿â ´æ
Ô¤ ¶¨ È· ÈÏ
ÒÀ ¾Ý Ô¤ ¶¨ ÊÕ »õ
ÊÕ »õ ÖÁ ÊÕ »õ
¶³ ½á ½ø ÐÐ
ÖÊ Á¿ ¼ì ²é
ÊÕ »õ ÖÁ
¶³ ½á ¿â ´æ
ÊÕ »õ ÖÁ
¿É ÓÃ ¿â ´æ
ÖÊ ¼ì ½á ¹û
´¦ Àí
ת ´¢
´ò Ó¡ ÊÕ »õ µ¥
ͨ Öª ²É ¹º
Îï ÁÏ ÊÕ »õ ƾ Ö¤
ÊÕ »õ »á ¼Æ ƾ Ö¤
ͨ ¹ý ²Ö ¿â ¹Ü Àí
½ø ÐÐ »õ Îï ½Ó ÊÕ
È· ¶¨ »õ ÅÌ
»õ Îï ·Å Öà ²ß ÂÔ
ת ´¢ µ¥
×Ô ¶¯ ½¨ Á¢
ת ´¢ µ¥
ÊÖ ¹¤ ½¨ Á¢
¿â ´æ ·Å ÖÃ
ͼ: kc101
ÎïÁϽÓÊÕ¹ý³Ì
ÍË »õ ´¦ Àí
·ñ
ÊÇ
OR
OR
OR
OR
ת ´¢
交/待交量等信息都可在采购订单中得到反映。
从供应商处无采购订单参考的货物接收。主要用于一些
从供应商处的偶然收货,而不需作采购订单。
根据生产订单的货物接收。在收货后,更新生产订单的
状态和生产成本的计算。
无生产订单的货物接收,主要用于没有使用生产计划时
的内部货物接收。
供应商的免费交货,收货后,不接收供应商的发票
从客户处退货参照退货单,在未来系统中的销售和分销
模块中,输入退货数据进行处理。
从客户处退货不参照退货单,在未来系统中直接在库存
管理模块中处理。
库存余额的初始输入,新系统开始运行时,库存初始值
的输入方式。
不允许没用采购订单的货物接收,货物接收后应先放入
质检状态,合格后放入库存。
由于未来系统是一个整合的系统,所以以上各种流程的收货
处理,不仅会产生物料的收货凭证,同时还会产生相应
的财务凭证,影响相应的总帐科目。
系统用不同的物料移动类型及其相关的参考凭证来控制不
同形式的货物接收过程。收货时,需要先检查有无对于
此类收货的预定存在。如有预定存在,则参照预定收货。
在库存放置时,可将物料置于不同的库存状态,并且能由库
存报表查询到物料的数量以及其不同的状态。对于成品
库存计划首先采用仓库管理,在收货时,按照事先设置
的库存放置策略,将每一批次的成品放入相应的仓位。
2. 3. 3. 组织机构定义
总厂虚结构 工厂代码
制面厂,调理厂 制面厂,调理厂工厂代码
制面厂,调理厂下
库区
制面厂,调理厂库存地代码
成品库 成品库仓库代码
成品库库存类型
仓位 仓位编号
库存管理名词对照示意表
顶新公司 未来系统
仓库 库存地点
库区 库存地点或库存类型
库位 库存类型
仓位
现有仓库管理 库存管理
仓库管理(可进行仓位管
理)
2. 3. 4. 关键数据定义
物料主记录:为最大长度 18 位的字母或数字码,可以由系
¿â ´æ µØ ¶¨ Òå ʾ Òâ ͼ
Ìì ½ò ¶¥ Òæ
Óª¹Ü ÖÆ Ãæ Ò» ³§ ÖÆ Ãæ ¶þ ³§ µ÷ Àí ³§
Ô- Îï ÁÏ ¿â ³É Æ· ¿â ±¸ Æ· ±¸ ¼þ ¿â Ô- Îï ÁÏ ¿â ³É Æ· ¿â ±¸ Æ· ±¸ ¼þ ¿â
Óë Ãæ Ò» ³§ Ïà ͬ
ÿ ¸ö Ãæ ³§ÓÐ
Á½ ¸ö ±¸ Æ·
±¸ ¼þ ¿â
ÿ ¸ö Ãæ ³§ ÓÐ Ò»
¸ö ³É Æ· ¿â
³§ ¼¶ Ô- Îï ÁÏ
¿â ÓÐ Ê® ¶à ¸ö
¿â λ
²Ö λ
¿â ´æ Àà ÐÍ
²Ö ¿â
ǰ ½ø ²Ö ¿â ..........
ͼ : kc108
×ܳ§
½á¹¹
统内部自动顺序产生,或者由外部指定。
2. 4. 发货
2. 4. 1. 处理流程
Ô¤¶©´¦Àí
Ñ¡Ôñ¼Æ»®µÄ
·¢»õ
´¦ÀíÔ¤¶©Êý¾Ý
´æÔڷǼƻ®
µÄ·¢»õ
OR
ÎïÁÏÂú×ã
ÐèÒª
ÎïÁϲ»Âú×ã
ÐèÒª
ÎïÁÏ¿É
×ÔÓÉʹÓÃ
OR
Ñ¡ÔñÎïÁÏ
ÒÆ¶¯ÀàÐÍ
¼ì²éÎïÁÏ
ºÍ¸½´øµ¥¾Ý
OR
²»Í¨¹ý
²Ö¿â¹ÜÀí
È˹¤Ö¸¶¨¿âÇø
´òÓ¡·¢»õµ¥
ת´¢µ¥×Ô¶¯
½¨Á¢
ת´¢µ¥ÊÖ¹¤
½¨Á¢
È·¶¨»õÅÌÊý¾Ý
ͨ¹ý²Ö¿â¹ÜÀí
½øÐлõÎï·¢ËÍ
ÀûÓÃϵͳָ¶¨
²Öλ
¿â´æÒƳö´¦Àí
·¢»õ¼ÇÕÊ
ÎïÁÏÆ¾Ö¤
»á¼ÆÆ¾Ö¤
ͼ: kc102
·¢»õ´¦Àí
¿ÉÓÃÐÔ
¼ì²é
³É±¾´«ËÍ´¦Àí
2. 4. 2. 功能说明
在未来系统中,对货物接收的处理主要包括以下几个方面:
生产性发货 发货至生产订单,更新生产订单的状态以及
生产订单的成本核算状态。
成品的销售出货,对客户销售订单的发货。涉及与营管
系统的接口,可在未来系统中的销售和分销模块中处理。
非生产性领料,对成本中心的发货处理,物料消耗直接
记入部门费用。
报废处理,对物料的报废直接记入相应的费用。
退货处理,对供应商的货物作退回处理,如已收发票,
还需作发票退回处理。
由于未来系统是一个整合的系统,所以以上各种流程的发货
处理,不仅会产生物料的收货凭证,同时还会产生相应
的财务凭证,影响相应的总帐科目。
发货分为计划的发货和非计划的发货,计划的发货主要是对
¿â´æÊÕ»õ
´¦Àí
»õÎï½ÓÊÕ²»
ͨ¹ý²Ö¿â¹ÜÀí
ÎïÁÏÓ¦±»
ÍË»Ø
ÊäÈë»õÅÌÊý¾Ý
»õÎï½ÓÊÕ
ͨ¹ý²Ö¿â¹ÜÀí
ÊÖ¹¤½¨Á¢
ת´¢µ¥
×Ô¶¯½¨Á¢
ת´¢µ¥
¿â´æÒƳö
´¦Àí
»õÎï
ÒÑÈëÕÊ
»õÎï
δÈëÕÊ
·¢Æ±ÍË»Ø
´¦Àí
ÍË»ØÖÁ¹©Ó¦ÉÌ
´òÓ¡ÍË»õµ¥
ͼ: kc103
·¢»õ - ÍË»õ´¦ Àí
¼ì²é»õÎï
ÊÇ·ñÒÑÈëÕÊ
ÊÇ ·ñ
预定的发货。在发货时,系统会自动进行库存物料的可
用性检查。
在对使用了仓库管理的库存进行库存移出时,可以采用先进
先出的出库策略,从相应的仓位取出物料。
2. 4. 3. 组织机构定义
同收货处理的组织结构
2. 4. 4. 关键数据定义
同收货处理的组织结构
2. 5. 转储
2. 5. 1. 处理流程
È· ¶¨ Ðè Òª ¿â ´æ Îï
ÁÏ µÄ ¼Ç ÕÊ ¸Ä ±ä
Îï ÁÏ ±¾ Éí µÄ ±ä »¯
(Ò» ÖÖ Îï ÁÏ ->
ÁíÒ» ÖÖ Îï ÁÏ )
Îï ÁÏ ¿â ´æ µÄ
×´ ̬ ±ä »¯
(Àý : ÖÊ ¼ì ->
¿É ʹ Óà )
Ñ¡ Ôñ ¼Ç ÕÊ
¸Ä ±ä ¿â ´æ
½¨ Á¢ ¼Ç ÕÊ ¸Ä ±ä
ת ´¢ µ¥
¿â ´æ ¸Ä ±ä ¼Ç ÕÊ
¿â ´æ ¸Ä ±ä
¼Ç ÕÊ ´ò Ó¡
¿â ´æ ¸Ä ±ä ¼Ç ÕÊ
Îï ÁÏ Æ¾ Ö¤
¿â ´æ ¸Ä ±ä ¼Ç ÕÊ
»á ¼Æ ƾ Ö¤
(´æÔÚ¼ÛÖµ±ä»¯ )
¿â ´æ ¸Ä ±ä
²» ÄÜ ¼Ç ÕÊ
ͼ: kc104
ת´¢ - ¿â ´æ ¼Ç ÕÊ ¸Ä ±ä
È· ¶¨ ¿â ´æ ת ÒÆ
¿â ´æ ת ÒÆ Àà ÐÍ
¿â ´æ µØ ->
¿â ´æ µØ
¿â ´æ ת ÒÆ Àà ÐÍ
¹¤ ³§ -> ¹¤ ³§
È· ¶¨ ¿â ´æ
ת ÒÆ Àà ÐÍ
OR
È· ¶¨ ·¢ »õ
×é Ö¯ µ¥ λ
È· ¶¨ ÊÕ »õ
×é Ö¯ µ¥ λ
¼ì ²é ÊÇ ·ñ
ÓÐ Ô¤ ¶©
È· ¶¨ ʹ ÓÃ
Ô¤ ¶©
È· ¶¨ Ô¤ ¶© ÈÕ ÆÚ
ºÍ ¿â ´æ ת ÒÆ ¼Ç ÕÊ
ÊÇ ·ñ ʹ ÓÃ
²Ö ¿â ¹Ü Àí
¿â ´æ ÒÆ ³ö
ͨ ¹ý WM ½ø ÐÐ
¿â ´æ ÒÆ Èë
ͨ ¹ý WM ½ø ÐÐ
Êä Èë »õ ÅÌ
Êý ¾Ý
ÊÖ ¹¤ ½¨ Á¢
ת ´¢ µ¥
×Ô ¶¯ ½¨ Á¢
ת ´¢ µ¥
¿â ´æ ÒÆ ³ö
´¦ Àí
¿â ´æ ·Å ÖÃ
´¦ Àí
û Óà Îï ÁÏ
Ô¤ ¶©
¿â ´æ ת ÒÆ
Êä Èë ºÍ ¼Ç ÕÊ
¿â ´æ ת ÒÆ ¼Ç ÕÊ
¿â ´æ ת ÒÆ
Îï ÁÏ Æ¾ Ö¤
¿â ´æ ת ÒÆ
»á ¼Æ ƾ Ö¤
(´æÔÚ¼ÛÖµ±ä»¯ )
ͼ : kc105
ÓÐ ÎÞ
ÊÇ ·ñ
ת ´¢ - ¿â ´æ ת ÒÆ
2. 5. 2. 功能说明
在未来系统中,对货物转储的处理主要包括两个方面:
1. 库存的记帐改变
主要指库存物料在不同的库存类型之间的变化和物料本
身的变化。例如,物料经过质检,从质检状态 -> 可自
由使用的状态,准备退货的物料,从可自由使用的状态
-> 冻结状态,物料发生变化,从一种物料 -> 另一种物
料。通常库存的记帐改变仅仅是对物料的库存状态进行
变化,而不涉及物料库存地点的变化。这种变化如果只
引起数量的改变而没有库存价值的改变,则只有物料凭
证而没有相应的财务凭证产生。
2. 库存物料的转移
主要指库存物料在不同的库存地点之间的调拨处理。它
包括:
库存地 -> 库存地之间
工厂 -> 工厂之间
以上几种不同范围的库存转移,会引起物料在不同库存
地点的实际库存移动。当物料在不同的工厂之间调拨时,
可以采用两种不同的调拨方式。一是,一步调拨的方式,
物料转移处理在系统中一次完成。二是,两步调拨的方
式,物料转移处理在系统中分两步完成,先做物料移出
处理,再做物料移入处理。在移出后物料的状态会发生
变化,成为在途库存。这种方式可以对物料的调拨过程
进行更好的管理。与库存记帐改变相同,库存物料的转
移,如果只引起数量的改变而没有库存价值的改变,则
只有物料凭证而没有相应的财务凭证产生。
3. 对于调拨中的差异,有两种处理方式。一是,用两步调
拨的方式在收货时按原始数量收货,然后作差异部分的
报废处理或在盘点时调整差异。另一个方法是,按实际
数量收货,差异部分依旧处于在途材料状态,经过一段
时间后集中处理,可作报废处理。
4. 对于不同的公司之间调拨关系,进行的是不同的公司之
间的采购和销售之间的处理。
2. 5. 3. 组织机构定义
公司代码,工厂,库存地
2. 5. 4. 关键数据定义
物料主记录
2. 6. 预定
2. 6. 1. 处理流程
Ô¤ ¶© ´¦ Àí
Ðè Òª ¶Ô Îï ÁÏ
×÷ Ô¤ ¶©
È· ¶¨ Ô¤ ¶© µÄ
Îï ÁÏ ÒÆ ¶¯ Àà ÐÍ
Ϊ Îï ÁÏ Ïû ºÄ
×÷ Ô¤ ¶©
Ϊ ת ´¢
×÷ Ô¤ ¶©
Æä Ëü »õ Îï
ÒÆ ¶¯
È· ¶¨ Ïû ºÄ ¿Æ Ä¿ È· ¶¨ Ô¤ ¶© ÈÕ ÆÚ
Êä Èë Ô¤ ¶©
Îï ÁÏ Ïî Ä¿
ÊÖ ¹¤ ½¨ Á¢
ת ´¢ µ¥
×Ô ¶¯ ½¨ Á¢
ת ´¢ µ¥
MRP ¼Æ »®
¸ù ¾Ý Ô¤ ¶©
´¦ Àí »õ Îï ÒÆ ¶¯
ͼ : kc106
OR
2. 6. 2. 功能说明
库存中物料的移动可以分为计划的物料移动和非计划的物
料移动。预订就是向仓库发出的一种有计划的需求,可以使
物料应用于日后的某种需要。预订的目的是保证物料在需要
时的可用性,并且在实际的库存移动时简化了操作的步骤,
加速了库存移动的处理速度和进程。另外,在运行物料需求
计划时,预订已被考虑在内,可以使系统及时做出新的生产
和采购计划。
在建立一个预订时,需要指明如下信息:什么物料,多少数
量,库存移动的时间,从哪里移出,移入到哪里。预订可以
手工建立,也可由系统运行物料需求计划时自动建立。
在顶益公司的未来系统中,手工建立的预订可以用作非生产
性领料的领料申请。
2. 6. 3. 组织机构定义
工厂,库存地
2. 6. 4. 关键数据定义
物料
2. 7. 盘点
2. 7. 1. 处理流程
2. 7. 2. 功能说明
在未来系统中对库存的盘点包括库存的帐面连续盘存和
按月进行的实地盘点。
在未来系统中实地盘点的范围包括非限制使用的库存,
处于质量检验状态的库存和处于冻结状态的库存。
在未来系统中实地盘点是在库存地基础上进行的。
ʵ µØ ÅÌ µã
È· ¶¨ Îï ÁÏ µÄ
ʵ µØ ÅÌ µã ·¶ Χ
¿â ´æ ÅÌ µã
²¢ Êä Èë
½¨ Á¢ ¿â ´æ
ÅÌ µã ÎÄ ¼þ
¶³ ½á ¿â ´æ ÅÌ µã
µÄ »õ Îï ÒÆ ¶¯
OR
±£ ´æ ¿â ´æ
ÅÌ µã ƾ Ö¤
±£ ´æ ÅÌ µã ½á ¹û
´¦ Àí ²î Òì
¼ì ²é ²î Òì
ÊÇ ·ñ ºÏ Àí
½¨ Á¢ ÖØ ÐÂ
ÅÌ µã ƾ Ö¤
²î Òì ²» ±» Åú ×¼
½â ³ý Îï ÁÏ ¶³ ½á ʵ µØ ÅÌ µã ¼Ç ÕÊ ¿ª ʼ ÖØ РÅÌ µã
²î Òì ±» Åú ×¼
½ø ÐÐ ÖØ РÅÌ µã¿â ´æ ÅÌ µã Íê ³É
²î Òì ¼Ç ÕÊ ´ò Ó¡
ͼ : kc107
´ò Ó¡ ¿â ´æ
ÅÌ µã ƾ Ö¤
¿â ´æ ÅÌ µã
½á ¹û ÊÇ ·ñ
´æ ÔÚ ²î Òì
ÎÞ ÓÐ
ÊÇ ·ñ
2. 7. 3. 组织机构定义
工厂,库存地
2. 7. 4. 关键数据定义
物料
2. 8. 报表需求
在未来系统中, 报表的处理主要包括,在事务处理层的列表显示,以及
在库存信息系统的综合分析。
报表的主要需求与构想如下表:
需求单位
报表
总生
管
计
统
科
原
物
料
科
成
品
库
备
品
科
工
务
处
未来系统处理方式简述
呆滞品库存状况报
告
X 库存状况列表显示
成品总库存日报表 X 同上
原物料总库存日报
表
X 同上
发货对比 , 发货明
细
X 库存信息系统的分析中处理
一厂原物料金额预
估
X X 库存信息系统的分析中处理
制面厂生管原物料
日进耗存报表
X 物料移动凭证列表显示
库存异动明细表 X X X 物料移动凭证列表显示
待交/未交采购列表 X 采购单列表
库存差异表 X X X 盘点单列表
呆滞库存表 X X 库存信息系统的分析中处理
制面厂生管库存层
别表
X X 库存清单显示和物料移动列表
(暂不对原物料使用批量管理)
成品进存报表 X 库存清单, 物料移动凭证列表显
示
出货单 X 物料移动凭证列表显示
库存金额明细表
库存总额,入出库
X 库存信息系统的分析中处理
额
部门消耗表 X 物料移动凭证列表显示
需求单位
报表
总生
管
计
统
科
原
物
料
科
成
品
库
备
品
科
工
务
处
未来系统处理方式简述
采购订单 X 未来划规采购部处理
备品消耗统计 X 物料移动凭证列表显示
工务备品库存 X 库存列表
工务备品面线消耗 X 物料移动凭证列表显示
备品库存比例 X 库存列表
库 存 4000 元 以 上
排序
X 库存信息系统的分析中处理
RP 原物料消耗 X 物料移动凭证列表显示
月份原物料消耗 X 库存信息系统的分析中处理
库存量预警 X 库存信息系统和采用重订货点处
理
2. 9. 未来可能的改进
现有的仓库管理比较简单,未来可以考虑使用自动化的仓库管理系
统,并与扫描仪相配合使仓库的管理更加自动化。
二. 采购
1. 现状及需求综述
采购的调查范围为 XX 集团采购和顶新集团的统购。
采购的组织结构如下:
´ó ×Ú Ô- Îï ÁÏ
µÄ ͳ ¹º
»ú Æ÷ Áã ¼þ
·½ ±ã ʳ Æ· Òû Æ· ¸â ±ý Á¸ ÓÍ
Ìì ½ò ¶¥ Òæ
Æä Ëü
¹« ˾
ͼ : 1101
Ê ҵ Ⱥ ²É ¹º
×é
Ìì ½ò ¶¥ Òæ ²É
¹º ²¿
Ïî Ä¿ Àà ±ð
Ê ҵ Ⱥ
¼¯ ÍÅ ²É ¹º ²¿
1. 1. 对于 XX 集团采购现状及其需求简述如下:
1. 1. 1. 概况
具体的说明详见现状分析报告。
1. 1. 2. 需求
应有供应商的管理, 统计功能并区分状态
采购部分交货后, 订单价格应可改
采购订单建立后价格不允许修改, 价格应分区间及有效期管理
进口费用的统计和处理
数量折扣, 事后(收货时)才发生
对部分物料采用重订货点管理, 库存物料自动产生请购单。
预付款对订单而不对供应商, 如买棕油和猪油时, 只对棕油预付。
扣款处理, 扣款凭证与验收单挂钩
外协加工库存在顶益, 要有能力将在 A 厂商处的库存调到 B 厂
商处
1. 2. 对于集团采购现状及其需求简述如下:
集团采购主要负责机器设备零件和大宗原物料的采购。 一般的操作为,
集团采购部负责合同的建立。 具体的采购订单的建立和下达由各公司采
购部完成。
事业群生产组目前为一虚组织, 其一般的功能对于采购包括, 部分采购的
审批和对采购的统计分析。
事业群新产品开发的第一次采购为: 研发将行销部门对新产品第一个月
的销售量预测 -> 事业群 -> 事业群将采购计划下达至各公司执行。
由于集团采购部为一新部门, 并且以往的操作均为手工进行, 所以无固定
Ô-ÎïÁÏÐèÇó
¼Æ»®
Ö÷¹ÜÅú×¼
×ÜÀ¨¶©µ¥
²É¹º¶©µ¥ ÊÕ»õ ¶ÔÕʵ¥
Ö÷¹ÜÅú×¼
¹©Ó¦ÉÌ·¢Æ±
Çë¿î´ú´«Æ±
×ö´«Æ±
½è£º²ÄÁÏ
´û£ºÓ¦¸¶
Éú¹Ü ²É¹º ²Ö¿â¹ÜÀí ²É¹º ²ÆÎñ
ÊÕ»õÃ÷ϸ
´ý½» /
δ½»±í
ÍË »õ ÖÁ ¹©
Ó¦ ÉÌ
QC
的电脑操作流程可遵循, 可以采用与公司采购类似的流程。
1. 2. 1. 设 备 采 购
由生产组和研发提供需求,集团采购部向厂商询价,得到供应商的
报价后,选择厂商,进行价格谈判,制订合约经董事长签字批准后
作请购单,请购单发经财务部进行资金安排,法务部进行合同条款
的检查,研发部对采购的品种规格进行检查。然后通知厂商发销售
合同,采购部确认后返回。中央采购部一直追踪货物的采购流程直
到货物送到指定收货地点。
设备采购的提出和批准过程
设备采购 INV 和 P/L 的处理方式。
海外公司的运输一般采用 CIF 方式,内陆的运费,关税由各厂
自己负担。
Éú²úÑз¢ÐèÇó ѯ¼Û
±¨¼Û±È½Ï
ÖÆ¶¨ºÏÔ¼
¶-ʳ¤Åú×¼
²ÆÎñ²¿
·¨Îñ²¿
Ñз¢³§²¿
¼ì
²é
ºÏͬȷÈÏÇ빺µ¥
É豸
¼¯ÍŲɹº²¿
¹© Ó¦ ÉÌ
º£ Íâ ¹« ˾
( Ó빩ӦÉ̺Í×îÖÕÊÕ»õÕß
¾ùΪÂòÂô¹ØÏµ )
¼¯ ÍÅ ÄÚ ¸÷ ³§
×° ÔË Í¨ Öª
ÖÁ £º ¶¥ Òæ BVI
×° Ïä µ¥
ÖÁ £º ¶¥ Òæ BVI
¶¥ Òæ BVI
ÖÁ £º Ìì ½ò ¶¥ Òæ
¶¥ Òæ BVI
ÖÁ £º Ìì ½ò ¶¥ Òæ
ÒÔ ¶¥ Òæ Ϊ Àý
¼¯ ÍÅ ²É
¹º ²¿
S-D
P/L INV
1. 2. 2. 原物料采购
国内原物料采购流程如下图所示
国外的原物料采购由顶杰(BVI)公司完成。其 INV 和 P/L 流程与设备采
购相同。
备品备件采购由顶益(开曼岛)台湾分公司来处理。
2. 未来系统解决方案
2. 1. 综述
顶益公司的采购系统设计的组织范围包括:
顶益公司采购部
集团中央采购
事业群采购组
应用范围包括对库存物料的采购处理, 对消耗性物料的采购处理, 对
委托加工物料的处理。 采购的基本流程包括需求的确定, 货源的确
定与供应商的选择, 采购订单的处理, 收货处理, 发票处理, 最后由
财务付款。
Ô-ÎïÁÏÐèÇó
¼Æ»®
Ö÷¹ÜÅú×¼
Ê ҵ Ⱥ ¹é
¼¯ ²¢ Åú ×¼
¹« ˾ Ö´ ÐÐ
²É ¹º ¶© µ¥
ÊÕ»õ ¶ÔÕʵ¥
Ö÷¹ÜÅú×¼
¹©Ó¦ÉÌ·¢Æ±
Çë¿î´ú´«Æ±
×ö´«Æ±
½è£º²ÄÁÏ
´û£ºÓ¦¸¶
Éú¹Ü ²É¹º ²Ö¿â¹ÜÀí ²É¹º ²ÆÎñ
ÊÕ»õÃ÷ϸ
´ý½» /
δ½»±í
ÍË »õ ÖÁ ¹©
Ó¦ ÉÌ
QC
¹« ˾ ¹é ¼¯
²¢ Åú ×¼
×Ü ²¿ Éó ºË
Åú ×¼
´ó ×Ú Ô- Îï ÁÏ ²É ¹º
2. 2. 与其它模块的集成
采购处理中所有参与者之间良好的通讯是顺利运行采购所必需的。采购与未来系统
中其它模块的整合确保了信息的一致性。例如,它可与下列模块一起工作:
成本控制 (CO)
直接消耗的物料和服务的订单说明了与成本会计系统(控制)的接口。这是由于它
们可直接分配给成本中心。
财务核算 (FI)
采购和核算都维护有关供应商的信息。每个供应商的信息存储在供应商主记录
中,该记录包含核算和采购信息。供应商主记录代表财务核算中的供应商帐户。
采购也可通过采购订单的帐户分配指定财务核算中的总帐科目。
2. 3. 采购申请及分配处理流程
2. 3. 1. 处理流程
MRP ÔË ÐÐÐ
¼Æ »® ¶© µ¥ ->
²É ¹º Éê Çë
Îï ÁÏ µÄ ÖØ ¶© »õ µã
¼Æ »® ÔË ÐÐ
Ðè Çó ¹é ¼¯
ÊÖ ¹¤ ½¨ Á¢
²É ¹º Éê Çë ½¨ Á¢
Åä ¶î ¹Ü Àí
ЊϢ ¼Ç ¼
²É ¹º ¶© µ¥
»ò ¼Æ »® Ð- Òé
ºÏ ͬ ¹Ü Àí
ѯ ¼Û
±¨ ¼Û
»õ Ô´ Çå µ¥
Éú ¹Ü
²É ¹º ²¿ ÃÅ
(¹« ˾ , ¼¯ ÍÅ
»ò Ñз¢ )
ͼ : 2101
·Ö Åä ´¦ Àí
Åú ×¼
¼Æ »® ¶© µ¥ ´¦ Àí
MRP ¼Æ »® ¼Æ »® ¶© µ¥
È·Èϼƻ®
¶©µ¥´¦Àí
¼¯ ÖÐ ´¦ Àí
µ¥ ¶À ´¦ Àí
È· ¶¨ ²É ¹º Àà ÐÍ
ºÍ Ïà ¹Ø ²Î Êý
¼Æ »® ¶© µ¥ ת »»
Ϊ ²É ¹º Éê Çë
·Ö Åä ²É ¹º
Éê Çë
Îï ÁÏ µÄ ÖØ ¶© »õ
µã ¼Æ »®
ͼ: 2102
¼Æ »® ¶© µ¥ µÄ ת »»
ÊÇ
·ñ
¹© Ó¦ ÉÌ ±¨ ¼Û ±¨ ¼Û Ñ¡ Ôñ
È· ¶¨ ¹© Ó¦ ÉÌ ¼° ºÏ
ͬ Àà ÐÍ (Êý Á¿ ºÏ ͬ
»ò ¼Û Öµ ºÏ ͬ )
ºÏ ͬ Ìõ ¼þ ¼° Êý ¾Ý
µÄ Êä Èë (ʱ Ч , Îï
ÁÏ ,¼Û ¸ñ , µÈ )
ºÏ ͬ Ê ºó ´¦ Àí
»õ Ô´ Çå µ¥ ´¦ Àí
ЊϢ ¼Ç ¼ ´¦ Àí
Ðè Òª ½¨ Á¢ ºÏ ͬ
ͼ : 2103
ºÏ ͬ ´¦ Àí
ºÏ ͬ ´¦ Àí
²É ¹º ¶© µ¥ ´¦ Àí
¹© Ó¦ ÉÌ ±¨ ¼Û
´¦ Àí
¼Û ¸ñ ±È ½Ï
ÎÞ Ñ¯ ¼Û µÄ ±¨ ¼Û
µ½ ´ï
½¨ Á¢ ЊϢ ¼Ç ¼
¸ü РЊϢ ¼Ç ¼
ͼ : 2105
ЊϢ ¼Ç ¼ ´¦ Àí
OR
È· ¶¨ ²É ÓÃ
Åä ¶î ¹Ü Àí
µÄ Îï ÁÏ
Êä Èë ʱ Ч , ×î С ·Ö Åä Á¿ , »ù ×¼ Á¿
Åä ¶î ±È ºÍ Ïà ¹Ø Êý ¾Ý
Åä ¶î ¹Ü Àí
¼à ¿Ø
ͼ : 2106
Åä ¶î ¹Ü Àí
ºÏ ͬ
ЊϢ ¼Ç ¼
È· ¶¨ »õ Ô´ ¼°
ÓРЧ ÆÚ ·Ö Åä
¹© Ó¦ ÉÌ , ¹¤ ³§
»õ Ô´ µÄ ¹Ü Àí
»õ Ô´ Çå µ¥
¼à ¿Ø
»õ Ô´ ¶³ ½á
¿É Ñ¡ µÄ »õ Ô´
¹Ì ¶¨ µÄ »õ Ô´
ͼ : 2107
»õ Ô´ Çå µ¥ ´¦ Àí
²» ²É ÓÃ
»õ Ô´ ¹Ü Àí
2. 3. 2. 功能说明
采购申请的建立及分配处理是采购业务流程的第一步(见图
2101) 。 主要包括采购申请的建立和采购申请的分配。 采
购申请的建立主要有两个来源。 一是根据部门的需求(例如,
研发中心的采购需求), 人工归结,手工建立。 另一个来源
为根据 MRP 计划运行的结果产生。 物料需求计划的运行包
括两个方面, 一为由物料清单运行 MRP 得到的计划订单转
换而来。 另外, 可根据物料的重订货点计划方式, 直接运行
MRP 而得到相应的采购申请。这种计划方式主要可以应用
于备品,备件的处理。
每个采购申请量的大小,可以根据供应商的供货能力,在物
料需求计划中设置相应的最大单批订货量。这样可以方便采
购在需求分配时,灵活地应用各种分配方式。
采购部门的一个重要的工作是将生管传递过来的需求转换
成采购订单。 这部分工作主要是采购部门利用以往所掌握
的资料, 为采购需求分配合适的供应商以及采用合适的价格。
在未来系统中, 系统提供了一系列的处理方式来完成申请分
配的过程。 其中包括询价, 报价, 配额管理, 货源清单处理,
信息记录的处理, 合同的处理。
合同是一个与供应商的长期协议,以便在某段期间内供应产
品。 在采购中有许多不同的术语可用于说明此概念, 包括“总
括订单”、“总括合同”、“系统合同” 和“期间合同”。 合同不
包含特定的供货日期以及每次供货的具体供货数量。 这部
分信息会在按照合同发出的核准订单中具体地指定。 在未
来系统中, 在创建合同时, 可以有以下两种合同类型以供选
择: 数量型, 当已发出的核准订单的累计数量达到了合同事
¸ù ¾Ý ²É ¹º Éê Çë ÎÞ ²É ¹º Éê Çë
È· ¶¨ ¹© Ó¦ ÉÌ µÄ
±¨ ¼Û ½Ø Ö¹ ÆÚ ÒÔ ¼°
Æä Ëü Êý ¾Ý Êä Èë
ѯ ¼Û µ¥ ·¢ ³ö
¼° ¼à ¿Ø
¹© Ó¦ ÉÌ
±¨ ¼Û
¼Û ¸ñ ±È ½Ï
±¨ ¼Û
Ñ¡ Ôñ
¹© Ó¦ ÉÌ »Ø ¾ø
»Ø ¾ø ͨ Öª
²É ¹º ¶© µ¥
´¦ Àí
ЊϢ ¼Ç ¼
´¦ Àí
ºÏ ͬ ´¦ Àí
¼Æ »® Ð- Òé
´¦ Àí
ͼ : 2108
¹© Ó¦ ÉÌ Ñ¯ ¼Û , ±¨ ¼Û
先给定的一个数量后, 则可认为此合同已经完成。 价值型,
当已发出的核准订单的累计价值达到了合同事先给定的一
个价值后, 则可认为此合同已经完成。 图: 2103 是合同建立
过程的示意图。 其信息的输入为一段时间内从供应商那里
采购某种物料或服务的具有约束力的约定, 或供应商报价的
价格条件。 其输出为根据合同建立的采购订单, 或者可以用
于更新货源清单和信息记录。
图: 2105 是信息记录建立过程的示意图。在未来系统中信
息记录是采购主记录之一。主要记录对应于特定供应商的特
定物料的采购价格信息以及一些其它的价格和交货条件。信
息记录可由采购订单,合同,计划协议和供应商的报价进行
更新。
图: 2106 是配额管理建立过程的示意图。配额管理是在同
一物料存在多个可选供应商时,将采购计划在供应商之间作
合理分配的一个有效的方法。其基本数据包括配额比,基准
数量,时效等,并可对配额分配情况进行监控。
在未来的系统中配额管理和供应商评估是相对独立的两个
功能,对供应商评估的评分值无法自动对供应商的配额进行
相应的调整,建议根据供应商的评分报表,人工地进行配额
的维护和调整。
在未来的系统中配额管理是针对采购订单的配额管理而不
是对合同的配额管理。建议对一般采购采用合同,信息记录
或货源清单。对确需配额管理的物料,其按照配额管理建立
的采购订单可被视为一张大订单。人工对此订单作相应的调
整,如细分为多个订单项,调整收货日期等,并据此大订单
的相应订单项进行收货。
图: 2107 是货源清单建立过程的示意图。货源清单是同一
物料的所有可能的供应商及其相关条件的清单。其相关条件
可以包括信息记录,合同和计划协议。货源清单可以帮助我
们对供应商有一个更好的管理。
图: 2108 是向供应商询价和供应商报价过程的示意图。向
供应商询价是把对物料或服务的需求传送给可能的供应商
的过程。报价是供应商提供其定价和供货条款的过程。它是
选定供应所需物料或服务的供应商的重要依据之一。
2. 3. 3. 组织机构定义
采购的组织结构主要包括采购组织和采购组
采购组织 集 团 采 购
部
事 业 群 采
购组
顶 益 公 司
采购部
采购组 顶 益 公 司
采 购 部 下
属 的 执 行
采 购 的 基
本单位。
2. 3. 4. 关键数据定义
采购中的主数据主要为物料主记录,供应商主记录和采购信
息记录。
1. 采购信息记录主要记录与特定供应商采购特定物料的价
格和交货条件等信息,为 10 位数字顺序编码,由系统自
动给出。
2. 物料主记录将在库存关键数据的定义中说明。
3. 供应商主记录将在供应商评估中详细说明。
2. 4. 采购订单的处理
2. 4. 1. 处理流程
2. 4. 2. 功能说明
采购订单的建立可以根据上述的各种采购凭证,也可直接用
手工建立。在采购订单的处理中,订单发出及确认和装运通
知的处理,主要可以用于集团的海外采购中,能够更好地记
录和控制从订单发出到供应商确认,货物运输的过程。
在采购中的运费主要有两种形式,一为计划的运费,其特点
是在建立采购订单时,已知运费的具体金额。在未来系统中,
可以在建立采购订单时把运费加入采购的价格条件中,在根
据此采购订单进行收货时,运费自动记入物料成本中。另一
种为在事后才能确定的费用,可在作发票校验时记入物料成
本。如果采购订单包括多个项目,则运费自动分摊到各项。
采购订单在建立时其价格条件可以手工输入,也可由信息记
录或合同得到。在信息记录或合同中可以进行价格的有效期
管理。因此,在不同时界建立的采购订单可能取到不同的价
格。
采购订单的控制在未来系统中可以有两种不同的方式。一是
采用工作流的方式,采购订单经过批准后不可修改,但是缺
点是如果需要对采购订单进行调整时,则不够灵活。第二种
方式为,采用权限来控制,只有少数的一个或几个人拥有对
采购订单修改的权限,并且系统会记录修改的情况。这样,
既控制了对采购订单的修改,又可对一些特殊情况进行处理。
在未来系统中,如果在采购订单已部分收货后,剩余部分交
货的价格有所变化,而且双方协商后确认这种变化。则关闭
原订单,并用剩余数量再建立一张新的订单,此新的采购订
单采用新的采购价格。
在未来系统中,预付款是针对供应商进行的。但是,在做对
订单的预付款时,可以在参考凭证的栏位输入采购订单的凭
²É ¹º ¶© µ¥
»ò ¼Æ »® Ð- Òé
¶© µ¥ ·¢ ³ö
¼° È· ÈÏ
×° ÔË Í¨ Öª
²É ¹º ¶© µ¥ ºË ×¼
¼° ÐÞ ¸Ä
²É ¹º ¶© µ¥ ´ò Ó¡
¸ù ¾Ý ²É ¹º ¶© µ¥
ÊÕ »õ
ͼ : 2201
证号码。这样,在选择供应商的应付帐款进行付款作业的选
择时,可以方便地查看到对应具体采购订单的预付款。在进
行付款作业时,可以先列出有预付款的供应商,手工进行预
付款与供应商应付款的冲帐。然后,再启动自动付款程序,
进行付款处理。
2. 4. 3. 组织机构定义
采购组织,采购组,说明同上。
2. 4. 4. 关键数据定义
物料,供应商,说明同上。
2. 5. 供应商评估和管理
2. 5. 1. 处理流程
2. 5. 2. 功能说明
在未来系统中,对供应商的管理主要包括两个方面。一是对
供应商主记录的管理,二是对供应商的考核。
对供应商主记录的管理主要体现在供应商主记录的建立,修
½¨Á¢ÆÀ·Ö±ê×¼
¼°È¨ÖØ
¼Û¸ñ
Ò»°ãÖ§³Ö
Óë·þÎñ
½»»õÆÚ
ÖÊÁ¿
¹©Ó¦ÉÌÆÀ¹À
¼ÆËã·ÖÊý
¶Ô¹©Ó¦É̵Ä
ά»¤¼°´¦Àí
¼õÉÙÅä ¶î ±È
ɾ³ý
¶³½á
¼ÌÐø½»Ò×
ͼ: 2202
改,删除和冻结上。主记录的建立主要包括供应商的基本数
据,采购方面的数据以及财务方面的数据。对暂不使用的供
应商可以将其至于冻结状态。在未来系统中,计划对供应商
的不同方面的数据由不同的部门进行维护。如,品保维护供
应商的基础数据,采购部维护供应商的采购数据,财务维护
供应商的财务数据。供应商的主记录可分为两大类:合格供
应商的主记录,开发中的供应商的主记录,对供应商主记录
定期地进行维护,并做出相关的处理。供应商的编码建议采
用内部码,并可利用供应商的地址信息做防止重复输入的检
查。
对供应商的评价部分完全集成在物料管理模块的采购部分
中。 诸如供货日期, 价格, 数量之类的信息都可以从采
购订单中获得。对供应商的评价也会使用质量管理中的数据,
例如收货检查或质量检验方面的结果。系统根据预先设置的
评分标准和供应商的权重因子,对供应商的绩效进行评估得
到供应商的总分,并建立供应商的评分卡片。
如果需要将供应商货物质量校验的结果自动影响对供应商
评估中的质量部分,则需使用质量管理模块。根据顶益公司
的现状,在初期可以仅使用质量管理模块的部分功能,在系
统上反映品保处理的一些工作。即,只做质量校验结果的记
录:检查的批量,合格数,不良品数量,并做不良率,批退
率,不良品记录的处理。供应商评估利用其结果为供应商的
质量评分。
2. 5. 3. 组织机构定义
采购组织,公司代码。
2. 5. 4. 关键数据定义