一份软件合同里往往包含三件事:软件许可、实施部署、后续运维。会计上要把合同价款按单独售价分摊到三项履约义务,各自按不同时点或时段确认收入。混在一起确认,收入和成本就错配了。
核心判断
- 结论合同中包含多项履约义务的,应当在合同开始日按照各单项履约义务所承诺商品的单独售价的相对比例,将交易价格分摊至各单项履约义务。
- 依据《企业会计准则第 14 号——收入》规定,合同中包含两项或多项履约义务的,企业应当在合同开始日,按照各单项履约义务所承诺商品的单独售价的相对比例,将交易价格分摊至各单项履约义务。
- 边界分别确认
一、量化判断标准
| 判断项 | 标准 |
|---|---|
| 许可 | 时点确认 |
| 实施 | 时段或时点 |
| 运维 | 服务期内直线确认 |
| 分摊基础 | 单独售价相对比例 |
| 单独售价估计 | 市场调整、成本加成、余值 |
| 时段许可条件 | 三条同时满足 |
二、规则落点
《企业会计准则第 14 号——收入》规定,合同中包含两项或多项履约义务的,企业应当在合同开始日,按照各单项履约义务所承诺商品的单独售价的相对比例,将交易价格分摊至各单项履约义务。
该准则规定,企业向客户授予知识产权许可的,应当判断该许可属于在某一时段内履行的履约义务还是在某一时点履行的履约义务。同时满足合同要求或客户能够合理预期企业将从事对该项知识产权有重大影响的活动、该活动对客户将产生有利或不利影响、该活动不会导致向客户转让某项商品三个条件的,属于时段履约。
软件许可通常属于在某一时点履行的履约义务,在客户取得许可控制权时确认收入;实施部署服务若客户能控制在建成果或成果不可替代且有权就已完成部分收款,属于时段履约,按进度确认。
单独售价无法直接观察的,可采用市场调整法、成本加成法、余值法等方法合理估计。分摊后,各履约义务按各自确认时点或期间确认收入。
合同变更增加可明确区分的商品且价款增加反映单独售价的,作为单独合同处理;否则作为原合同终止并新设合同,或作为原合同组成部分。
三、争议的实质
一种说法是:按合同总额一次确认。理由是,软件交付了就完成了,一次确认最清楚。
另一种说法是:要拆成多项履约义务。理由是,许可、实施、运维是三项不同的义务。
分歧的落点:一次性确认的问题是「收入与成本不匹配」:软件许可成本在交付时已发生,但运维成本要在未来三年陆续发生。一次性确认全部收入,前期利润虚高、后期亏损。拆分后,收入随服务期间释放,与成本匹配,也更接近经济实质。
四、例外与它的理由
- 许可 + 三年运维:分别确认
- 定制开发:按履约进度
- SaaS 订阅:服务期内确认
- 许可含重大更新:可能为时段履约
- 合同变更:判断是否单独合同
五、一个真实的争议:一份六百万合同,一次确认了
事实:某软件公司签订合同 600 万元,含软件许可、实施部署、三年运维。会计在交付时一次性确认收入 600 万元。实际成本:许可开发 80 万元、实施 120 万元、运维三年共 150 万元。
争点:包含许可、实施、运维的软件合同,应如何确认收入?
裁判逻辑:应识别三项履约义务并按单独售价分摊。假设单独售价分别为许可 400 万元、实施 120 万元、运维 180 万元,合计 700 万元,按比例分摊 600 万元后:许可 343 万元(时点确认)、实施 103 万元(按进度确认)、运维 154 万元(三年直线确认,每年 51 万元)。一次性确认导致首年收入虚增约 446 万元,后续两年无收入但有成本。
启示:软件合同的收入确认,核心是「把一件事拆成几件事」。拆开了,收入和成本才能对上;不拆,就是前期虚胖、后期失血。
六、动作分解
- 合同签订时识别全部履约义务
- 确定各履约义务的单独售价及估计方法
- 按相对比例分摊交易价格
- 判断每项义务是时点还是时段确认
- 建立收入确认台账,按义务分别记录
- 合同变更时重新判断是否需要重新分摊
七、常见错误及其后果
- 一次性确认:收入成本错配
- 未识别运维义务:递延收入缺失
- 单独售价无依据:分摊被质疑
- 时段判断错误:跨期确认
常见追问
SaaS 收入怎么确认?
SaaS 属于在某一时段内履行的履约义务,按订阅期间直线确认收入,预收部分计入合同负债。
软件许可带免费升级呢?
若升级构成单独履约义务,应分摊部分价款;若升级是许可的组成部分(如保证许可按预期运行),不单独分摊。
实施服务能一次性确认吗?
若实施服务不满足时段法三个条件,且客户在验收时才取得控制权,可在验收时点确认。
声明:本文基于公开政策文件与实务经验整理,仅供专业交流参考,不构成正式税务或法律意见。具体事项请结合企业实际情况,并以主管机关口径为准。引用条文请以官方发布文本为准;转载本文请保留作者、出处与原文链接。