闲人闲谈PS之十六——新准则下工程项目收入确认

惯例闲话:最近闲人所在的项目正在紧锣密鼓的进行上线后的第二次月结,第二次月结比第一次在时间上减少了一周时间,应该说,项目正在从混乱中步入有序,项目组领导也对未来有乐观的情绪,闲人也被这种乐观情绪带了节奏…但是,经历过这么多年成功与失败,闲人始终对项目结果保持了警惕之心——当一个企业主营业务收入和成本确认是使用自开发程序来实现的,那么这样的项目交付结果,在闲人的评价指标上,就已经打了20%的折扣。出现这样的结果,主要有2个方面的原因,甲方财务负责人是不爱学习会计准则的顽固的三脚猫,乙方财务顾问也是不爱学习的三脚猫。
闲话到此为止,我们聊聊PS项目最重要的项目型收入确认。以下内容高能,需要了解一定的财务基础知识。

一、新老收入准则对比
在之前的文章《闲人闲谈PS之五——项目型企业核算方式选择》中,闲人把2019版新准则之前的老准则中关于项目型企业核算办法简单介绍了下。
简单回顾下老准则下的工程项目核算过程:
1)登记发生的合同成本(项目相关成本费用发生的日记账):
借:工程施工-成本;
贷:原材料、应付职工薪酬、机械作业等
2)登记已结算的合同价款(项目相关收入开票的日记账):
借:应收账款;
贷:工程结算
3)登记实际收到的合同价款(项目相关收款的日记账):
借:银行存款;
贷:应收账款
4)计算当期工程收入、成本和毛利(期末结损益确认收入/成本):
借:工程施工-毛利
主营业务成本;
贷:主营业务收入
5)合同预计损失(存在亏损时计提):
借:资产减值损失-合同预计损失;
贷:存货跌价准备-预计损失准备
6)完工时(项目完工工程施工科目余额对冲):
借:工程结算;
贷:工程施工-成本*

2019年新准则发布后,对工程项目型收入准则有调整,简称22号文。
在这里插入图片描述详细内容各位可以在财政部官网搜相关文章,解读其中几个较为关键的部分:
在这里插入图片描述新准则下的工程项目核算过程:
1)登记发生的合同成本:
旧: 借:工程施工;贷:原材料、应付职工薪酬、机械作业等
新: 借:合同履约成本-工程施工*;贷:原材料、应付职工薪酬、机械作业等

2)登记已结算的合同价款:
旧:借:应收账款;贷:工程结算
新:借:应收账款;贷:合同结算-价款结算

3)登记实际收到的合同价款:
借:银行存款;贷:应收账款

4)期末结收入:
旧:借:工程施工-毛利
主营业务成本;
贷:主营业务收入
新:借:主营业务成本
贷:合同履约成本-合同成本-结转
借:合同结算-施工合同-收入结转
贷:主营业务收入
5)合同预计损失:
旧:借:资产减值损失-合同预计损失;贷:存货跌价准备-预计损失准备
新:借:资产减值损失-合同预计损失;贷:合同履约成本减值准备

6)完工时:
旧:借:工程结算;贷:工程施工-成本*
借/贷:工程结算;贷/借:工程施工-合同毛利
新:借:合同履约成本-合同成本-结转
贷:合同履约成本-工程施工
借:合同结算-价款结算
贷:合同结算-施工合同-收入结转

总结:换汤不换药,科目体系有变化,原有的主营收入/成本方法没有变化。熟悉以上科目体系及记账过程是中级PS向高级PS进阶的必要条件。相信读到这里已经有不少后勤流PS同学有点没耐心了,闲人当年也是经历这样的过程,甚至遇到财务知识毫不犹豫当鸵鸟…但是因为被现实多次打脸,硬着头皮干下去,才算入门。有兴趣的同学请耐心看下去。
下面我们把视角转向具体的计量方法
二、收入确认方法
工程项目的收入确认是通过特定的计量方法计算完工进度来确定的。各期的完工进度是一组百分比数据,分母是总数量或总金额,通过双方约定或估计得出,分子是当期数量或当期金额,通过测量、统计和计算得出。准则中列举:

1、专业测量法。
适用范围很有限, 仅针对特定的具备测量条件的行业及业务,且对测量机构和人员的专业程度或资质有较高要求;典型的如土方工程、普通道路等;

2、工作量比例法。
适用于劳务量能够可靠估计和计量的行业及业务,最常见的是人工工时,适用于以人力为主要资源的企业。这种典型的提供劳务服务的企业。比如:建筑公司、ERP实施公司(我们本质上都是民工,所以说,不要瞧不起建筑工人)

3、成本PoC法(投入法)。
PoC是Percentage of Complete的缩写,国内翻译为完工百分比法。
完工百分比法最常用的方法还是使用了财务概念的成本比例法, 以货币为计量单位最为灵活和具备可操作性,也最容易被监管层接受。本文后续详细介绍实现方法。这种方法的最大优点在于对于交付周期较长的项目,利润率波动较小,有效降低审计风险。

4、收入PoC法(产出法)
通常用于按里程碑节点开票比例确认收入/成本。也是一种工程项目实践中常见的一种收入确认方式。本文后续详细介绍实现方法。同样这种方法可使利润率波动较小,有效降低审计风险。

5、按实际计量法。
按期间实际发生的成本和收入确认。这种适用于施工周期短,合同金额较小的项目。

三、成本PoC法实现过程
3.1 计算公式
当期主营业务成本 = 当期实际成本
当期主营业务收入 = 累计实际成本 / 项目预计总投入 * 合同总金额 - 上期累计主营业务收入
公式很简单,下一步就是探索SAP中业务载体和公式中变量的对应关系。
在这里插入图片描述

3.2 RA结果分析功能配置
关于结果分析基本和高阶应用《跟着团子学SAP CO:熟练使用结果分析码实现各个场景下收入成本的匹配(一) KKA2/CJ88》已经介绍的很清楚了,闲人在这里就不在过多赘述基本功能了,简略贴一下配置:
(1)OKG3配置计算方法
在这里插入图片描述(2)RA码配置03 基于成本的POC法
在这里插入图片描述(3)专家模式下配置参数

可以发现,这里需要强制性配置项目状态。从这里我们可以看出,SAP的逻辑是RA码+WBS状态,确定唯一的计算公式。
在这里插入图片描述那么疑问就来了,为何要这么麻烦,一个项目从到尾一套计算公式不香吗?实践中常见的业务:
在这里插入图片描述从这里就看出SAP的灵活性,一套计算公式,但是在不同的项目状态,公式中变量来源可不同。这是用技术语言来描述。用业务语言描述,项目在不同的阶段,收入确认的计算基数会有不同,这是业务实践所决定。所以,从这种设计思路就可以看出SAP的强大,来源于业务标准——这个原则,也成为闲人判断方案方向的准则,如果客户的业务符合国际业务标准,那么完全可以朝着标准功能的方向去实现。

(4)RA核心配置,计算方案配置。
在这里插入图片描述(5)结果分析实际成本的成本要素科目配置

在这里插入图片描述(6)OKG8配置结果分析过账科目。其实对于新收入准则,和SAP无缝对接。倒是老准则下,有毛利科目,导致结算凭证会计分录行数是奇数项,这个着实用了不少手段去实现。
在这里插入图片描述在这里插入图片描述3.3 测试过程
WBS计划收入:100,000.00
WBS成本计划:80,000.00

3.3.1 建项目结构
在做结构设计时,收入确认在首层WBS,下层WBS归集成本和费用。
在这里插入图片描述结算规则设置为工程结算科目
在这里插入图片描述
3.3.2 维护WBS计划收入和成本计划
在这里插入图片描述在这里插入图片描述在这里插入图片描述3.3.3 2020年11月份项目开工,投入成本8000元。
在这里插入图片描述在这里插入图片描述3.3.4 2020年11月底月结
按PoC公式,
应确认主营收入 = 8000 / 80000 * 100000 = 10000
应确认主营成本 = 8000
KKA2结果分析
在这里插入图片描述CJ88结算

在这里插入图片描述3.3.5 2020年12月发生费用16,000元

在这里插入图片描述3.3.6 2020年12月底月结
按PoC公式,
应确认主营收入 = (8000+ 16000) / 80000 * 100000 - 10000= 20000
应确认主营成本 = 16000
KKA2结果分析
在这里插入图片描述在这里插入图片描述3.3.7 截至到2020年12月份,累计开票32,000元
在这里插入图片描述在这里插入图片描述3.3.8 2021年1月,工程项目提前完工,按财务要求按实际开票结收入。
业务部门将项目状态改为完工决算
在这里插入图片描述在做结算前,分析下当前状况:
1)已累计确认收入30000元
2)累计确认成本24000元
3)累计开票32000元
那么按财务的要求,预测结果
本次应该确认收入 2000元,成本0元。相当于完工后最后一笔收入确认。验证下结果
KKA2结果
在这里插入图片描述CJ88结果
在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述3.3.9 手工做一笔工程结算和合同结算的对冲凭证(这一笔理论上应该可以通过结算配置自动生成)。
在这里插入图片描述3.3.10 CJI3检查余额是否为0
至此财务上完全闭环
在这里插入图片描述

四、收入PoC法实现简要
3.1 计算公式
当期主营业务收入 = 当期实际开票
当期主营业务成本 = 累计实际开票 / 合同总金额 * 项目预计总投入- 上期累计主营业务成本
在这里插入图片描述

3.2 RA码配置。
和成本法配置大部分都一样,把差异点贴出来

在这里插入图片描述在这里插入图片描述3.3 简单测试过程,过程和成本法基本一致,注意主营成本的变化
3.3 .1 2020年11月开票10%,10,000元
在这里插入图片描述3.3 .2 2020年11月底结账
KKA2结果分析,主营业务成本 = 10000 / 100000 * 80000 = 8000
在这里插入图片描述CJ88生成财务凭证
在这里插入图片描述
小结:这一过程反应了收入的确认具有可追溯性,在时间上具有连续性,好比一根链条,一环扣一环。在业务实践上也是如此,就这一点,是自开发程序的噩梦。闲人当前所在的擦屁股项目,就是面临这样的窘境。虽然经历了2次月结,但是可以想象的事,以后随着数据量越来越大,动不动就十几万项目WBS取余额…
没有对比就没有伤害。
2018年闲人参与了人生中具有里程碑意义的项目,单个项目定义的WBS达到2000+的数量级,用标准功能结算工程项目收入成本。期间经过多次模拟结算,闲人自信第一次月结,出乎自己意料的是,快到2小时搞定。
在这里插入图片描述
也就是为何闲人推崇用标准功能的理由之一。

  • 7
    点赞
  • 36
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
引用\[1\]:前天晚上,和一位做了多年实施项目带领的朋友吃饭。 我笑着跟他说:实施,能不能不实施?!不去人,也不搞实施,把软件卖了就OK,你们做好IT咨询就可以,把什么数据准备、培训、协调业务部门和信息科需求、推动上线、报表制作都让客户做。咱也不赚他的实施费用。因为你们是个合伙成立的小公司,你们如果也是从开发到定制化到实施到支持,你们根本没有那么多人,项目周期又这么长,销售价格竞争又如此激烈,你们赚不了几个钱。实施尤其是最耗成本的,你们好不容易拿到的单,实施完剩不了多少,所以你们这么多年公司也没有大发展,不断在年年求生存。 他说:你纯粹是白日作梦。我一直在想怎么能缩短点或干活轻快点,你还在做梦不实施。不实施,人家买你的啊。企业那帮人,连数据准备都不想录入,你让他们自己实施? 我说,我虽然没有你实施的客户多,但我也做过灯塔标杆客户。再说,我多年统管开发、实施、服务三大部门,没个方法能搞定么?我给你介绍一下我的一些心得。可能不会真的让你不去实施,那样确实可能带来客户连单都不签的危险。咱们一起交流一下怎么能让实施尽可能的短。能短一点也是一点。我这个人就有个习惯,能改进我就不在原地踏步。这个改进方法不行,我就继续想其他改进方法,不断尝试不断推进,哪怕一点改进我都要去实现它。量多了就会引起质变。许多人就等着大机会大改变,对小改进懒的动,我不赞同。 。 引用\[2\]:我还专门组织编写了数据准备手册。详细的数据准备操作流程,输入输入规范约束默认值不可为空不可重复等等都说明的很清楚。而且还给了一份清单,每通过一步,就打一个勾。如果这个清单上的列表,每项勾都打好了,说明数据准备阶段就完成了。很清晰,很了解自己目前的工作进展。 其实,实施,做数据准备是非常耗费时间的。他们过去的数据用了那么多年,有很多重复,废旧,编码或命名不规范的数据。而且没有人愿意做数据准备。因为基础数据往往挺多,录入就是个人工活,还要校对规格和价格,否则以后业务处理就有问题。 所以,实施人员一般去了才去整理过去的数据。说整理吧,人家过去的系统还不了解,又不是自己公司开发的。而且居然大多没有文档。数据结构根本不明白。就是根据数据瞎猜。 。 引用\[3\]:谁想浪费我的培训苦心,随便听听,把培训当玩。我这里还有考试卷,考试打分。然后报给他们领导。而且还从中选出优秀者做业务标兵。这就很尴尬了。谁也不想当科室里的落后者。爱怎样就怎样的科员我还比较少见,因为现在的企业都不养闲人。 。 问题:实施工程项目经验案例 回答: 一个实施工程师的项目经验案例是我在过去的工作中,我遇到了一个小公司,他们在实施过程中遇到了一些困难。他们的项目周期很长,销售价格竞争也很激烈,导致他们赚不了太多的钱。为了解决这个问题,我给他们提供了一些建议。首先,我组织编写了一份详细的数据准备手册,包括操作流程、规范约束和清单。这样可以帮助他们更清晰地了解数据准备的进展情况。其次,我建议他们在培训过程中进行考试和评分,并从中选出优秀者做业务标兵,以激励员工更加认真地参与培训。此外,我还与他们交流了一些改进方法,尝试不断推进,哪怕是一点点的改进也要去实现。通过这些努力,他们的实施过程得到了一定的缩短,项目效率也有所提高。这个案例表明,通过改进实施方法和加强培训,实施工程师可以在项目中取得更好的成果。 #### 引用[.reference_title] - *1* *2* *3* [软件实施工程项目经验(转](https://blog.csdn.net/weixin_52358529/article/details/110109450)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值