设为首页 收藏本站
查看: 993|回复: 0

[经验分享] SAP系统异常处理(摘自SAP屠夫博客)

[复制链接]

尚未签到

发表于 2015-9-20 07:16:40 | 显示全部楼层 |阅读模式

1.基于成本核算和基于帐户的获利分析比较
CO-PA模块有两种获利分析,基于帐户和基于成本的获利分析,两者联系与区别、利弊如何?

  a.costing-base采用value field,可对应到cost/Revenue成本要素、MM|SD的条件类型或产品成本部件等,而accounting-based采用成本要素。
  b.在对应关系上, costing-base的一个value field可对应一到多科目(成本要素),而accounting-based当然是一个成本要素和FI的一损益科目想对应。
  c. 基于成本的获利分析中的成本和收入是按照边际贡献结构的细项存储的,而这一结构则通常对应于生产成本会计中的明细成本组件,比如你可以PA值字段去和Tcode:OKTZ定义的成本部件一一对应; 而基于帐户(成本要素)的获利分析的主要目的之一是保证获利分析同财务会计在帐户层次是一致的。系统依据财务会计的计值基础将所有的收入和成本同时计入财务会计和获利分析系统。
  d.居于Costing-based更灵活,企业通常采用,可以同时采用两种利润分析类型, 如果这样的话, 基于帐户的获利分析就成了财务会计数据同基于成本的获利分析数据对帐的桥梁。
  在进行利润分析或定义报表可以在两者之间进行切换,
  e.而基于帐户的获利分析的优势在于:在财务会计、管理会 计及获利分析模块中,数据都按帐户存储,这可使您在整个财务系统范围内对所有的数值定义统一的分类结构,基于帐户的获利分析可使您按帐户反映利润,从而保证在成本会计结算的各阶段,其数据与财务会计始终是一致的。
  f.数据的保存
  Costing-based :CE1**** CE2***  (其中****表示支持位的PA最高组织单位经营范围)
  Acount-based:COEP COEJ,如果你精通CO,就知道这是COEP是CO凭证行项目表,举个简单
  例子,销售交货时的销售成本的默认成本对象可能在TCode:OKB9中被定义
  为获利分析段,但是,此时不到CO-PA的CE1****表,也就是无PA凭证, 只是产生一成本对象为PSG的CO凭证,销售成本通常是Billing时才随销售收入确定一并传输到PA的,可能很多人对此并不了解。
2.Costing-based的缺点
  Costing-based的缺点表现在:
  Costing-based CO-PA的缺点分析:
  I.时间差异
  一个实例是销售订单,如已发货但是未及时biling,而销售成本只有当billing时才和销售收入一并传输到CO-PA, 此时COGS Post到 FI, 但是CO-PA却无COGS,根据收入成本匹配原则,一个期间内可能企业会要求收入成本匹配,但如果期中查询获利分析报表,还是会由于时间差出现FI COGS和PA COGS不匹配。
  II.应计问题
  比如在传输sales order到CO-PA时,一些应计费用通过SO的condition传到CO-PA模块,PA模块有这部分数据,但从财务角度,这些费用并没发生因此在FI中不存在这部分数据。
  III.货币转换时的汇率差
    特别是对一跨国集团,涉及多币种时的转换无可避免地产生汇率差异。
  IV.销售成本、销售成本差异、标准成本部件和实际成本部件
  假设启用物料帐,FI销售成本科目、PA销售成本值字段和ML的单位销售成本(周期单位价格)可能不一致,具体原因此出不讨论,工单的各种结算差异和ML的实际成本核算都不好弄。
  如何在Costing_based和Accounting_based利润分析切换
  如果同时使用了两者,可使用KEBA|KEBD在两者间切换,此时KE24,KE25标准的利润实际|计划行项目分析出现的屏幕将不一样,可使用KE3K为Accounting_based分析定义利润分析用的成本要素组.

  
3.SD条件类型开票时间无法传输至CO-PA
  基于成本核算的CO-PA中,销售定价设置一运费条件类型,对应到成本要素类别为1的费用类科目,销售开发票时提示 “KI 183初级成本要素的获利能力段对于基于成本核算的CO-PA无效”错误,OBA5将消息关闭后,开票过去但无运费数据。
  解决方法
  不要总想什么增强,简单处理,将成本要素类型1更改为11型收入要素,01/11名号而已,有啥意义呢?北京有个“七星级”酒店,难道就一定是七星级的?我还有个好友叫李富贵,好象到目前为止既不是富人也没成贵人,过的比我还惨,我杀猪好歹还有肉吃。
4.为什么SD开票时服务销售订单无数据至CO-PA
  普通销售定单和服务型的销售定单使用相同的收入条件类型,前者在Billing时将收入成本等数据记录到值,而服务型销售订单却没有。
  问题原因
  普通销售订单是开票时直接传输相关特征和值字段内容到CO-PA:而MTO方式下的销售单或服务型销售单被作为一个成本对象(Cost Object),开票时可能并不产生PA数据,而是等成本对象结算时才能得到毛例再传输到获利分析。
5.成本中心费用如何分摊到CO-PA
  简单的一两笔可以用KB11N带获利分析的变式,复杂的使用专门的PA分摊TCODE:KEU5(KEU1建立循环)

对于非成本中心费用的,CO-PA还有专门的定期调整TCODE:KE27/KE28。

  
6.合并期间统一问题

集团内的某海外公司A的Fiscal Year 是每年4月1日到次年3月31日,而B的Fiscal Year是每年1月1日到次年12月31日, 报表合并如何实现? 有人人这样问俺.
答: 什么时候学习人家赵本山忽优了,还有这等鸟事?
我见过这么些期间接: 7月制(当年7月1日至次年6月30日)、4月制(当年4月1日至次年3月31日)和公历年制(中国企业多如此),还有的以为什么每月周后一个周五作月末的,一些比较变态的期间,都是洋鬼子的企业折腾出的。
会计报表总是反映一定日期的财务状况和一定会计期间的经营成果的,母公司和子公司的个别会计报表只有在反映财务状况的日期和反映经营成果的会计期间一致的情况下,才能进行合并。为了编制合并会计报表,必须要求子公司的会计报表决算日和会计期间保持一致,统一企业集团内部各企业的会计报表决算日和会计期间,以便子公司提供相同日期和会计期间的会计报表。
对于境外子公司,由于当地法律限制确实不能与母公司会计报表决算日和会计期间一致的,可以要求其为编制合并会计报表单独编报与母公司会计报表决算日和会计期间一致的个别会计报表。  
或者,象国内的外企,其使用母公司的会计期间(如445型),出具中国习惯的报表再根据公历年编制一套报表 (再前套报表上进行一定调整).

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-115974-1-1.html 上篇帖子: SAP 系統常見問題 下篇帖子: 【BAdI】如何从SAP中查找BADI (转)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表