在信息化项目履约过程中，软件开发需求迭代多变、交付边界模糊，项目中途停工引发的价款纠纷较为常见。当合同双方对已完成开发工作量及对应价值各执一词时，软件造价评估司法鉴定成为法院查明案件事实的重要技术手段。本案系定制化业务管理系统开发纠纷，双方项目停滞之后无法自行核算已完成部分造价，法院委托第三方机构开展软件造价评估，通过证据梳理、现场勘验、功能点规模度量、造价模型测算，为案件裁判提供技术参考。

一、案情简介

某科技公司（开发方，原告）与某实业公司（委托方，被告）签订《业务管理软件系统定制开发合同》，约定由开发方为委托方建设一套业务管理软件，覆盖基础档案、订单处理、财务对账、数据报表、角色权限五大核心模块，合同暂定总价款 285 万元。项目采用分里程碑付款模式，按照需求确认、原型交付、编码开发、系统集成测试、上线验收五个节点支付对应款项。

项目实施阶段，双方矛盾逐步显现。委托方认为开发方交付版本 bug 较多，多项约定功能未落地，需求变更管控混乱，没有达到阶段交付标准，拒绝支付第二期及后续开发款项。开发方则提出，项目停滞系委托方频繁提出口头需求变更、配合不到位导致，己方已经完成绝大部分开发工作，要求委托方按照实际已完成工作量结算开发费用。

多次协商谈判破裂后，开发方向人民法院提起诉讼。诉讼过程中，双方对软件哪些功能已经实现、哪些尚未开发、已完成工作对应的合理造价争议巨大，无法达成一致意见。经原告申请，受 XX 市 XX 区人民法院司法委托，鉴定机构对案涉业务管理软件已完成开发部分的合理软件开发造价开展软件造价评估司法鉴定。

二、鉴定实施过程

（一）鉴定材料接收与资料初审

鉴定机构收到法院移交的鉴定材料，主要包含：软件开发主合同及附件、需求规格说明书、多轮产品原型文档、需求变更沟通邮件、项目例会纪要、阶段性交付包、源代码介质、测试记录、双方往来工作沟通记录、项目异议书面材料等。

经初步审阅，鉴定组发现项目存在几个难点：一是项目没有完整闭环的变更确认单，大量需求调整以口头、即时通讯方式沟通；二是系统并未完成整体上线验收，部分模块仅有半成品代码；三是双方对 “已完成” 定义理解不一致，开发方认为写完代码即属于完成，委托方认为必须稳定运行、通过测试才算完成开发。

鉴定组向法院反馈材料审阅意见，明确鉴定边界：仅针对客观上已经开发实现的软件部分开展造价评估，不评判合同违约责任，不对项目失败的过错进行判定。随后编制《鉴定工作技术方案》，报送法院并告知双方当事人。

（二）现场勘验，固定软件客观状态

鉴定专家组赴项目所在地开展现场勘验，鉴定人员包含司法鉴定执业鉴定人、软件造价专业技术专家、项目记录人员共计 3 人。 勘验主要工作：

1. 部署案涉软件版本，对系统实际可运行功能逐一操作演示、截屏留证；
2. 对送检源代码介质进行保全、哈希值固定，防止代码被篡改；
3. 区分三种状态：功能完整实现、部分实现、完全未开发；
4. 对双方现场提出的技术争议点做好询问笔录，由在场当事人代理人签字确认。

勘验过程中发现，部分模块代码存在，但存在报错，无法完整跑通；部分报表功能仅完成数据库底层编码，缺少前端交互页面。专家组如实记录该类半成品状态，作为后续造价测算依据。同时考虑到如果现场环境故障，预留二次补勘预案，实际本次勘验一次完成，未启用二次勘验。

（三）技术分析与造价测算

本次评估参考软件造价评估行业相关规范，采用功能点分析法开展规模度量，结合项目技术架构、开发语言、技术难度系数，结合行业合理人天费率测算造价。

1. 梳理合同原始需求，剔除无书面确认的口头新增需求，将评估范围限定在合同约定开发范围之内；
2. 根据现场勘验结果，对每一项业务功能标记实现程度，区分完全实现、部分实现、未实现，对半成品功能按完成比例折算功能点规模；
3. 统计有效功能点数量，叠加技术复杂度、环境适配等调整系数；
4. 结合软件开发行业市场人天成本，计算已完成工作对应的合理造价；
5. 扣除未开展的测试、部署上线、运维培训等尚未实施阶段的成本。

（四）内部复核，出具司法鉴定意见书

初稿完成后，机构开展两级技术复核：一级复核核对勘验笔录、源代码材料、功能点统计底稿；二级复核校验造价测算模型、系数取值、计算逻辑。针对半成品模块的折算比例反复研讨，保证评估结果客观公允。最终形成司法鉴定意见书提交委托法院。

鉴定意见核心结论：案涉业务管理软件，在合同约定开发范围内，剔除无书面确认的口头变更需求，已经完成开发部分对应的合理软件开发造价为 XX 万元。

三、案件争议焦点梳理

焦点 1：半成品软件如何计量价值

本案最大争议就是大量功能属于 “半成品”：有代码但不能完整运行。既不能按全部完工计价，也不能直接认定毫无价值。鉴定机构没有简单采用 “有代码即全额算价”，而是依据勘验实际运行状态，按功能实现比例折算规模，客观反映半成品的开发投入。

焦点 2：口头需求变更是否纳入造价评估

软件开发过程中口头变更非常普遍，但缺少双方签字确认书面文件。司法鉴定遵循证据裁判原则，没有书面证据支撑的口头新增需求，不纳入本次造价评估范围。该部分提示企业在软件项目履约中，需求变更务必落实书面确认。

焦点 3：司法鉴定收费引发当事人异议

鉴定机构出具缴费通知后，当事人对报价提出书面异议，主要针对专家研讨费与报告审核签字费是否重复计费、现场人天收费标准、技术测算包干费用、异地勘验预算、管理费税费占比、是否包含出庭费用等提出疑问。 鉴定机构逐项书面回复当事人，并抄送受理法院。说明软件造价评估暂无全国统一强制收费标准，属于协议收费；区分鉴定前期预案研讨和后期报告审核属于不同工作阶段，不存在重复计费；说明包干费用、二次勘验预算的风险预备逻辑；承诺如未发生二次勘验则扣减对应差旅费。经沟通，当事人最终认可鉴定收费并缴纳鉴定费用。

四、案例启示

1. 软件开发项目重视过程文档管理。定制软件开发，需求、变更、阶段性验收，均应当签署书面确认文件。口头沟通极易在项目失败之后，成为双方各执一词的争议点，也会增大司法鉴定的难度。源代码、版本记录、测试报告、会议纪要均应当妥善留存。
2. 半成品软件造价评估不能简单 “一刀切”。软件项目中途停工，大量工作处于半成品状态，既不能全部按照完工结算，也不能直接否定开发投入。需要结合代码状态、可运行情况，客观评估已经付出的工作量。
3. 明确司法鉴定的边界。软件造价评估司法鉴定解决的是 “已经做完的工作值多少钱” 这一技术事实，不直接判定谁违约、过错责任大小，违约责任的判定仍由法院结合合同、全案证据综合裁判。
4. 协议收费类司法鉴定应当做到收费透明。对于暂无国家统一收费标准的鉴定类别，鉴定机构应当将各项工作内容、人员投入、成本构成向当事人解释说明，对于风险预备性质的预算，明确实际未发生予以扣减，减少收费异议，保障鉴定工作顺利推进。

结语

数字化时代，软件定制开发纠纷日益增多。软件造价评估司法鉴定，依靠技术手段对看不见的脑力开发成果进行量化，有效弥合双方对于工作量认知鸿沟。但司法鉴定只是纠纷解决技术辅助手段，企业在项目前期完善合同条款，履约中做好变更管控、阶段验收，才是防范价款纠纷最有效的方式。