云服务实施成本：先找客户控制的资产
支付云软件实施费，不必然取得由客户控制的软件。有的支出形成可识别代码资产，有的购买已经收到的服务，有的对应随未来访问交付的服务。“实施费”发票名称不能决定哪一种成立，也不能因为预计长期受益就自动资本化。
本题按成本输出建立工作表，识别每项输出由谁控制、谁对客户承担服务、服务何时收到及剩余余额性质。它研究SaaS购买方，而非软件开发商资本化自身研发；方向不同，不能把旧开发成本案例换个行业名后照搬。
找到最终决定及适用框架
应读2021年3月IFRIC Update中的最终补遗：2021年4月发布的云计算配置或定制成本议程决定。页面也有更早讨论，需定位最终文字，不能引用暂定意见却称已完成决定。
教学例假设澳大利亚营利客户报告期为2024年1月至12月。2022年12月AASB 138汇编适用于自2023年1月1日起、2026年7月1日以前开始的期间，其IFRS对应确认与费用规定构成配套历史框架。
本例SaaS访问使客户取得服务，而不控制供应商底层应用。这一起点不自动决定额外代码归属，仍需评价具体输出。不能因为都与SaaS有关，就统一把全部支出当资产或统一当已收到服务。
主例：90对应三类输出
假设虚构客户山毛榉在三年访问安排开始时支付实施款90千元。它不包含普通SaaS订阅费，订阅本身要另做会计，不能把例中90误认为全部软件占用成本。
其中30取得额外、可识别且受客户控制的代码，明确假设满足无形资产确认条件；36支付给应用供应商，配置服务与访问不可区分；24付给由客户直接签约的独立实施方，其服务期初已经完成。
再假设代码立即可用、有限寿命三年、残值零且直线消耗；访问及不可区分供应商服务在三年内均匀提供。主计算不考虑税、减值或其他支出，所有金额两语均为千元。
| 实施类别，千元 | 已付 | 初始处理 | 首年费用 |
|---|---|---|---|
| 合格受控代码 | 30 | 无形资产 | 摊销10 |
| 不可区分供应商配置 | 36 | 未来访问相关服务预付款 | 12 |
| 直接签约且已完成第三方服务 | 24 | 收到时费用 | 24 |
| 合计 | 90 | 两种性质不同的剩余资产 | 46 |
第一年末代码资产20，服务预付款24，剩余资产合计44。现金90减模型费用46等于44，可作算术复核，但44并非全部是软件资产。
两项资产后续处理不同。若把44全部叫资本化软件，就抹掉预付服务性质，误述客户控制什么。应保留20和24各自台账，而不是仅存一行递延实施费合计。
检验代码输出，不看项目有多大
最终决定的资产确认部分要求看客户控制及配置输出性质。客户付了配置费，不表示已控制供应商应用。花费很大、项目战略重要，或拥有独立预算，也不能替代资产条件。
对30代码，应核对取得利益的能力、限制别人取得利益的权利、可识别性及相关确认条件。能看源代码、取得配置文件或存在托管安排，不单独构成完整控制结论。
可移植性与平台依赖是证据问题，不是通用通过或失败标签。代码依赖云平台仍需单独分析；容易复制的文档也未必赋予可执行控制。法律与技术事实应分开保存，不让工程术语直接替代会计判断。
主例明确假设条件成立，不授权研究者因为合同叫定制开发就资本化30。若输出仍受SaaS供应商控制且无独立合格资产，应进入服务分析，而不是凭金额需要分配就虚构代码资产。
找清实际合同服务方
最终补遗的费用部分区分应用供应商提供服务与客户直接向第三方签约。供应商把工作外包，不自动把客户合同改成直接第三方服务。
主例24属于客户直接签约且已经完成，因此按实施服务收到时计费，并非因系统未来用三年就平均摊三年。未来业务利益与本次服务履行期间不能混为一谈。
对36，主例明确与访问不可区分，因此在所设事实下随合同访问期确认费用。期初付款先形成预付，并不说明取得一个独立软件资产，更不能用付款日直接证明所有配置已收到。
应记录谁在法律上向客户承诺服务。银行收款人或项目状态表上的顾问名称，可能与最终合同责任方不同。审批时应看实际服务义务，不只看发票商标或哪个团队到场工作。
边界一：供应商服务可区分
改成36服务与访问可区分、期初完成，而且没有形成合格无形资产。在最终决定所述分析下，应在供应商完成配置或定制时计费用。
该独立情景首年费用变成70，即代码摊销10、供应商服务36、第三方服务24。期末实施相关资产只有代码20，现金仍付90。
变化不来自企业突然缩短预计受益期，而来自服务识别与履行事实不同。同样三年SaaS访问期限，不能自动平摊所有实施支出；把每笔发票都除以三，会掩盖不同交付对象。
边界二：供应商聘请同一顾问
若改为应用供应商聘用同一家顾问完成不可区分配置，而山毛榉合同仍与应用供应商签订，顾问实际参与本身不把36搬到直接第三方24分支。
应先辨认义务归属及可区分性，否则相同工作会仅因发票标识不同而改变时点。最终决定的供应商服务讨论明确包含供应商分包，不能忽略这一句再制造形式上的差异。
反过来，客户直接预付第三方但工作尚未开始，也可能先有预付款，直到服务收到。第三方身份不表示现金一付就立即费用化，应同时记录签约方、工作完成和付款三个日期。
勾稽里程碑与余款性质
AASB 138第68—70及69A段提供费用与预付款概念。服务完成、客户系统上线和付款日应分别记录，主例只是明确假设相关时点相合，真实项目未必如此。
上线延迟可能影响代码可用日或服务证据，却不自动推迟已经完成的可区分服务费用；履行前开票也不证明客户已收到服务。验收文字应与合同交付内容匹配，不把任何签字都当作三类支出同时完成。
每期分别勾稽代码与预付款的期初、新增、摊销、服务费用、适用减值及期末。不能把剩余44统一乘一个摊销率，因为其中24是服务预付款，和代码20的性质不同。
分开公开与私有输入
| 输入 | 可找公开证据 | 通常缺少的关键细节 |
|---|---|---|
| 输出身份 | 软件与云会计政策 | 具体代码和配置功能 |
| 控制 | 权利和依赖描述 | 对他人访问的合同限制 |
| 确认 | 无形资产政策及新增 | 每项成本资格依据 |
| 签约方 | 供应安排说明 | 直接合同或供应商分包 |
| 可区分性 | 实施服务描述 | 与访问的关系 |
| 时点 | 里程碑及预付附注 | 履行日和可用日 |
| 金额分配 | 费用及资产变动 | 合并发票的可靠拆分 |
详细实施协议通常不公开。若年报只有云支出合计，不能按行业平均把90切成30、36、24。教学拆分有明确假设，真实公司可以保留未识别类别，不能为了做表完整就套用示例比例。
范围修改、合同终止、代码权利重签或上线评价改变，都应触发更新。最终分别报告受控代码、预付服务、已收费用和现金，使长期经营利益不会自动变成无形资产存在的证明。
将发票拆分依据附在输出旁
山毛榉的30、36和24应各有金额分配依据，不能因为合并发票90与银行付款相同，就宣称三类已经证实。合同交付、可靠金额拆分及付款匹配是不同核对，缺少哪一项都应保留状态。
下一期分别滚动代码20与服务预付24。后来付清已有应付款，不是又发生一次实施费用；同样，一项余额会在多年产生业务用途，也不会因此从预付服务自动变成客户控制的软件。应沿原输出身份更新，只有新证据支持性质改变时才重开分类。
常见问题
三年SaaS合同能否证明所有实施费都摊三年？
不能。先识别受控资产与收到的服务，不同交付和合同事实可能产生不同时点。
有顾问参与就一定是客户直接第三方服务吗？
不是。需区分客户直接签约，还是应用供应商分包自己的义务。