SAP__合并报表
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5010100 11601 0000021601 100002
内部号维护进供应商和客户的主数据中
同 一家集团内单位虽然供应商和客户的编号不同，
但内部号（一个公司一个内部号）相同。
2020/5/17
12
R/3合并报表上线后带来什么
一、 加快出表的速度
与老系统相比 省去了
数据导入前的准备时间 自动抵消收入的分录录入时间
目前没有得到改善的 (若要改善, 取决于业务的规范时间和系统试运行的结果)
手工部分录入 核对基础表 核对抵消信息
2020/5/17
13
R/3合并报表上线后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了
1. 集团内客户和供应商主数据的维护是否准确?
财务信息处已经建立了“集团内客户和供应商”的 维护流程。
2020/5/217. 根据业务的需要做功能方面的完善
19
5
R/3合并报表实现方式
数据滚动不是实时的， 而是通过人工操作运行程序 实现的。数据滚动采取覆盖的方式， 每月可以做多次滚 动。
要出合并结果必须经过数据收集、货币换算、合并 抵消全部的步骤才能完成。
2020/5/17
6
R/3合并报表实现方式
货币换算:
1. 合并报表的货币： 人民币元 （Rmb） 2. 换算方法：
将本位币为外币的合并单元的数据换算为人民币 每一个会计科目余额*合并汇率
2020/5/17
7
R/3合并报表实现方式
货币换算:
3. 集团合并对汇率的要求 一年中， 港币对人民币的汇率保持不变 美元，荷兰盾对人民币的汇率每月改变。（H字头的汇率，
集团的规定，仅用于合并报表，月终会计信息处提供，因 而对于欧洲区等的费用、收入会与查出的行项目有差异。）
2. 应收帐款= 应付帐款 +在途资金+在途商品 1130200： 集团内应收帐款 2030200： 集团内应付帐款 9920000： 收货收发票 1130200, 2030200, 9920000----系统实现
在途资金,在途商品手工调整
2020/5/17
10
R/3合并报表实现方式
内部抵消类型:
财务部ERP系列培训之四
R/3合并报表的知识介绍
2020/5/17
1
报表的合并步骤
基础报表+货币换算+内部抵消=>合并结果
2020/5/17
2
R/3合并报表实现方式
合并报表的的组织结构:
1. 上线合并单元的组成: 是由各公司代码下的利润中心组成 例如: 0000021601-100002 代表0002公司代码下的 21601的利润中心
为了符合集团合并的要求，合并报表上线后新设立一个 汇率类型，由财务信息处负责维护。 该类型的汇率与目前 司库部维护的汇率(此汇率以M打头，用于FI、PCA做帐，在 R/3中查数据都是此汇率)不同。
2020/5/17
8
R/3合并报表实现方式
内部抵消类型:
1. 收入= > 成本 + 存货未实现利润 实现方式:
2020/5/17
18
R/3合并报表下一阶段做什 么
进一步完善
1. 根据试运行阶段发现的问题, 解决那些耗时耗力和影响 数
据准确性的问题
主要包括: 基础报表的核对, 抵消数据的核对,以及部分收 入
不能抵消的问题。
业务规范非常重要: 例如: 集团内业务都应采取“公司间转储”和“公司间 销售”
的方式来操作.（目前，香港和QDI之间未采用）
综上所述: 取得合并报表模块实施的最大效益取决于前端业务
数据的规范性
2020/5/17
17
R/3合并报表上线后带来什 么
三、对合并报表岗位的人员的要求变高了
1. 系统方面 了解系统的实现、 会做新业务上线合并信息的检查 会设计合并的组织结构。（如：公司组织结构变化时，应
怎样变化）
2. 业务方面 全面了解集团内部销售业务的实现方式 每一个会计科目的核算方法
3. 其他抵消手工实现
主要包括: 投资与股本, 奖励基金等
2020/5/17
11
R/3合并报表实现方式
内部抵消:
4. 系统实现抵消的前提 正确的合并组织架构 抵消科目集合的建立 业务产生完整、正确的抵消信息
抵消信息是会计科目+利润中心+伙伴利润中心 +内部 号
会计科目 利润中心 伙伴利润中心 内部号
2. 未上线合并单元: 对应一个或多个未上线法人实体 3. 合并组的组成 : 按照集团合并报表上报的结构确定
目前可以提供事业部、业务群组、地域的合并结果
2020/5/17
3
R/3合并报表实现方式
基础报表的数据来源方式:
1. 未上线合并单元: 手工录入 未上线单元包括: LTC、北京365、运输部、专卖店、
原深圳联想等共11家
2020/5/17
4
R/3合并报表实现方式
基础报表的数据来源方式:
2. 已上线单元： 通过系统标准的滚动功能,将PCA的数
据汇总传输到合并模块中（按会计科
目汇总，包括9字头的过渡科目）
上线的法人目前共44家
其中： 客服中心站
16家
国内平台
6家
QDI
4家
香港LCS
1家
其他
17家
2020/5/17
2020/5/17
14
R/3合并报表上Βιβλιοθήκη Baidu后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了
2. 新上线业务的测试问题? 需要梳理新上线业务的流程， 从而在上线前做好
充分的测试。
3. 利润中心与公司代码不一致的问题? 合并报表上线前, 系统内已经做了程序的控制
2020/5/17
15
R/3合并报表上线后带来什么
以销售收入数抵消销售成本----R/3系统实现
以期末存货未实现利润抵减销售成本 --手工调整
（月末汇总查一次
1.先找出内部交易的物料编号；
2.物料在除源头外的各库存地的价值（单价×数量）
3.源头的标准价×全公司的剩余数量
4.抵消金额＝3－2）
2020/5/17
9
R/3合并报表实现方式
内部抵消类型:
二、 对R/3系统的主数据和业务操作要 求更严格了
4. 北京收入成本重分类的问题?
是由于北京的物料在维护时, 收入与成本不匹配造成的
该问题2000年上线时就存在 , 2001年10月份, 才将
错误的物料的收入类型更正过来 ,并下发了相关的规范.
2020/5/17
16
R/3合并报表上线后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了
内部号维护进供应商和客户的主数据中
同 一家集团内单位虽然供应商和客户的编号不同，
但内部号（一个公司一个内部号）相同。
2020/5/17
12
R/3合并报表上线后带来什么
一、 加快出表的速度
与老系统相比 省去了
数据导入前的准备时间 自动抵消收入的分录录入时间
目前没有得到改善的 (若要改善, 取决于业务的规范时间和系统试运行的结果)
手工部分录入 核对基础表 核对抵消信息
2020/5/17
13
R/3合并报表上线后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了
1. 集团内客户和供应商主数据的维护是否准确?
财务信息处已经建立了“集团内客户和供应商”的 维护流程。
2020/5/217. 根据业务的需要做功能方面的完善
19
5
R/3合并报表实现方式
数据滚动不是实时的， 而是通过人工操作运行程序 实现的。数据滚动采取覆盖的方式， 每月可以做多次滚 动。
要出合并结果必须经过数据收集、货币换算、合并 抵消全部的步骤才能完成。
2020/5/17
6
R/3合并报表实现方式
货币换算:
1. 合并报表的货币： 人民币元 （Rmb） 2. 换算方法：
将本位币为外币的合并单元的数据换算为人民币 每一个会计科目余额*合并汇率
2020/5/17
7
R/3合并报表实现方式
货币换算:
3. 集团合并对汇率的要求 一年中， 港币对人民币的汇率保持不变 美元，荷兰盾对人民币的汇率每月改变。（H字头的汇率，
集团的规定，仅用于合并报表，月终会计信息处提供，因 而对于欧洲区等的费用、收入会与查出的行项目有差异。）
2. 应收帐款= 应付帐款 +在途资金+在途商品 1130200： 集团内应收帐款 2030200： 集团内应付帐款 9920000： 收货收发票 1130200, 2030200, 9920000----系统实现
在途资金,在途商品手工调整
2020/5/17
10
R/3合并报表实现方式
内部抵消类型:
财务部ERP系列培训之四
R/3合并报表的知识介绍
2020/5/17
1
报表的合并步骤
基础报表+货币换算+内部抵消=>合并结果
2020/5/17
2
R/3合并报表实现方式
合并报表的的组织结构:
1. 上线合并单元的组成: 是由各公司代码下的利润中心组成 例如: 0000021601-100002 代表0002公司代码下的 21601的利润中心
为了符合集团合并的要求，合并报表上线后新设立一个 汇率类型，由财务信息处负责维护。 该类型的汇率与目前 司库部维护的汇率(此汇率以M打头，用于FI、PCA做帐，在 R/3中查数据都是此汇率)不同。
2020/5/17
8
R/3合并报表实现方式
内部抵消类型:
1. 收入= > 成本 + 存货未实现利润 实现方式:
2020/5/17
18
R/3合并报表下一阶段做什 么
进一步完善
1. 根据试运行阶段发现的问题, 解决那些耗时耗力和影响 数
据准确性的问题
主要包括: 基础报表的核对, 抵消数据的核对,以及部分收 入
不能抵消的问题。
业务规范非常重要: 例如: 集团内业务都应采取“公司间转储”和“公司间 销售”
的方式来操作.（目前，香港和QDI之间未采用）
综上所述: 取得合并报表模块实施的最大效益取决于前端业务
数据的规范性
2020/5/17
17
R/3合并报表上线后带来什 么
三、对合并报表岗位的人员的要求变高了
1. 系统方面 了解系统的实现、 会做新业务上线合并信息的检查 会设计合并的组织结构。（如：公司组织结构变化时，应
怎样变化）
2. 业务方面 全面了解集团内部销售业务的实现方式 每一个会计科目的核算方法
3. 其他抵消手工实现
主要包括: 投资与股本, 奖励基金等
2020/5/17
11
R/3合并报表实现方式
内部抵消:
4. 系统实现抵消的前提 正确的合并组织架构 抵消科目集合的建立 业务产生完整、正确的抵消信息
抵消信息是会计科目+利润中心+伙伴利润中心 +内部 号
会计科目 利润中心 伙伴利润中心 内部号
2. 未上线合并单元: 对应一个或多个未上线法人实体 3. 合并组的组成 : 按照集团合并报表上报的结构确定
目前可以提供事业部、业务群组、地域的合并结果
2020/5/17
3
R/3合并报表实现方式
基础报表的数据来源方式:
1. 未上线合并单元: 手工录入 未上线单元包括: LTC、北京365、运输部、专卖店、
原深圳联想等共11家
2020/5/17
4
R/3合并报表实现方式
基础报表的数据来源方式:
2. 已上线单元： 通过系统标准的滚动功能,将PCA的数
据汇总传输到合并模块中（按会计科
目汇总，包括9字头的过渡科目）
上线的法人目前共44家
其中： 客服中心站
16家
国内平台
6家
QDI
4家
香港LCS
1家
其他
17家
2020/5/17
2020/5/17
14
R/3合并报表上Βιβλιοθήκη Baidu后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了
2. 新上线业务的测试问题? 需要梳理新上线业务的流程， 从而在上线前做好
充分的测试。
3. 利润中心与公司代码不一致的问题? 合并报表上线前, 系统内已经做了程序的控制
2020/5/17
15
R/3合并报表上线后带来什么
以销售收入数抵消销售成本----R/3系统实现
以期末存货未实现利润抵减销售成本 --手工调整
（月末汇总查一次
1.先找出内部交易的物料编号；
2.物料在除源头外的各库存地的价值（单价×数量）
3.源头的标准价×全公司的剩余数量
4.抵消金额＝3－2）
2020/5/17
9
R/3合并报表实现方式
内部抵消类型:
二、 对R/3系统的主数据和业务操作要 求更严格了
4. 北京收入成本重分类的问题?
是由于北京的物料在维护时, 收入与成本不匹配造成的
该问题2000年上线时就存在 , 2001年10月份, 才将
错误的物料的收入类型更正过来 ,并下发了相关的规范.
2020/5/17
16
R/3合并报表上线后带来什么
二、 对R/3系统的主数据和业务操作要 求更严格了