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