RONZE研究 | 计算机软件开发合同违约赔偿责任认定的标准与裁判规则

一、违约形态的类型化识别

（一）迟延履行的弹性认定

迟延交付是软件开发合同中最常见的违约形态，但司法实践对迟延履行的认定并非机械对照合同约定的交付时间节点，而是充分考虑软件开发的协作性与动态性。

在（2019）最高法知民终433号案中，最高人民法院知识产权法庭确立了一项重要裁判规则：软件开发过程中，因需求明晰、交流深入、阶段性完成情况和市场情势变化引发的功能调整属于常态，实践中造成涉案软件开发进度的延宕原因可能是多样的，因此开发进度被延宕的原因不应简单归责于受托开发方。双方在履行过程中的持续沟通、测试与修改，且上述工作与功能调整具有实质性关联，可视为以行为变更了约定的履行期限，从而影响迟延与违约的判断。在（2022）粤知民终24号案中，广东高院进一步认定，委托方在开发方超期后合理期限内未提出异议，仍继续与开发方就软件内容沟通并对交付软件进行测试反馈，双方已通过行为就合同履行期限形成了新的合意，委托方不能事后再以迟延履行为由主张违约。

这一裁判取向体现了对软件开发行业特性的尊重。软件开发不同于传统的货物买卖或工程建设，其需求确认、功能迭代、测试修复的过程本身即构成合同履行的实质内容。将双方的持续互动评价为对履行期限的变更，符合诚信原则的要求，也有效防止了委托方在享受开发方持续服务后以时间节点为由反向主张违约的机会主义行为。

但是，迟延履行的弹性认定并不意味着对时间节点的全面放弃。当迟延达到“致使合同目的不能实现”的程度时，即构成根本违约。在（2020）最高法知民终394号案中，最高人民法院认定，委托技术开发合同签订后，开发方应当按照合同约定实施研究开发工作，并按时交付符合合同约定的研发成果。研究开发人逾期仍不按照合同约定实施研究开发计划，致使委托人获得开发成果的合同目的无法实现，委托人有权解除合同，此时研究开发人应当返还研究开发经费，并赔偿因此给委托人造成的损失。

（二）交付不符合约定的实质判断

软件交付不符合约定是另一核心违约形态。在判断交付物是否符合合同要求时，需要把握以下几个层次。

第一，以合同约定的功能需求为首要标准。当合同清晰列明了功能清单和性能指标时，以此为准。最高人民法院在（2020）最高法知民终394号案件中即遵循该裁判规则：涉案合同及附件《产品定义规格书》明确约定了芯片功能、技术参数与性能指标，法院直接以合同明确约定的功能需求与性能指标作为首要判断标准，认定开发方交付成果未达到合同约定标准，构成根本违约。

第二，约定不明时参照行业惯例补充。最高人民法院知识产权法庭课题组在其《计算机软件开发合同纠纷案件法律适用问题研究》中明确指出，如果争议的具体技术功能属于此类软件通常应具备的功能，或者所属领域人员普遍认为合同对此类问题已无需特别约定的，原则上应当认定属于合同约定的范围之内。这一规则的法律依据是《民法典》第510条和第511条关于合同漏洞填补的规定。

第三，区分核心功能缺陷与一般性瑕疵。主要功能已实现、仅存在个别缺陷或非核心功能瑕疵的，通常不构成根本违约，不当然导致合同目的不能实现，实践中多仅支持委托方要求继续履行或承担修复费用的主张。但面向应用商店上架的商业软件，若存在登录失败、授权失败、核心功能错误等缺陷，致无法上架或被下架的，构成违约〔参见（2021）最高法民申4824号〕。

（三）源代码交付义务的性质界定

源代码是否交付、以何种方式交付，直接影响委托方能否独立维护和升级软件，关乎合同目的的核心实现。最高人民法院知识产权法庭明确，如果计算机软件委托开发合同中约定了开发方向委托方交付源代码、委托方取得源代码的著作权，则根据该约定，源代码的交付义务属于主合同义务，委托方取得源代码著作权属于合同目的的重要组成部分。开发方未交付源代码或者委托方无法取得委托开发的软件源代码著作权，则委托方订立合同所追求的履行利益实际上受到剥夺，合同目的无法实现。

在此基础上，开发方还负有权利瑕疵担保责任。在（2021）最高法知民终677号案中，法院认定约定由委托方享有源代码著作权时，开发方负有保证第三人不主张权利的权利瑕疵担保义务，违反该义务可认定合同目的不能实现，委托方有权解除合同。

（四）委托方协作义务违反的影响

软件开发合同具有高度的互动性，委托方的消极不配合同样可能构成违约。委托方的法定义务主要包括：按照约定支付研究开发经费和报酬；提供技术资料和原始数据；完成协作事项；接受研究开发成果（《民法典》第852条）。

在实务中，当合同未能按期完成时，法院会审查是否存在“双方违约”。若开发方技术能力不足是导致延期的根本原因，但委托方在数据提供或需求确认上亦存在迟延，法院可能判定双方按各自过错比例分担责任。若委托方拒不提供服务器权限、长期不予确认需求，致使合同事实上无法履行的，开发方在受阻期间的违约责任应予免除，甚至有权解除合同并要求按已完成比例付款。

二、合同解除后的责任认定——”三步法”的规范运用

（一）”三步法”的制度逻辑

《民法典》第566条规定，合同解除后，尚未履行的，终止履行；已经履行的，根据履行情况和合同性质，当事人可以要求恢复原状、采取其他补救措施，并有权要求赔偿损失。最高人民法院知识产权法庭将这一规定总结为处理合同解除后责任的”三步法”：终止履行→恢复原状（含折价补偿）→赔偿损失。

这一”三步法”的核心要义在于：第一步和第二步的适用目的是将合同双方的权利义务恢复到合同订立之前的状态，不考虑合同双方过错造成的损失；第三步是在恢复或采取其他补救措施的基础上，根据双方在合同履行中的过错对各方遭受的损失进行赔偿。三个步骤层层递进、功能各异、不可混淆。

（二）终止履行

合同解除后首先要终止合同的继续履行。这一规则看似简单，但实践中存在较多混乱。一些当事人在提出解除合同的诉讼请求之余，还要求对方继续支付剩余开发费用，或者在对原审法院判决解除合同无异议的情况下，上诉请求对方支付未付合同款项。严格从法律逻辑角度来看，这些做法都存在逻辑悖论。对于开发方在合同履行中委托方欠付的开发费，理论上不应通过继续履行合同的方式，而应当通过折价补偿、赔偿损失等方式提出请求。

（三）恢复原状与折价补偿

恢复原状是指对于能够恢复原状的已履行部分在物理形态上恢复到合同订立之前的状态。采取其他补救措施主要是指对不能恢复原状的已履行部分进行折价补偿，即在价值形态上恢复到订约前的状态。二者具有相同的目标，只能择一行使。

在软件开发合同中，恢复原状的适用需要结合案件情况综合考虑：

情形一：开发方已交付但委托方无法使用。如开发成果完全不具备委托方要求的功能，或开发方可以将开发成果用于其他项目，一般应适用恢复原状——委托方返还开发成果（如删除部署在服务器上的软件、交还后台管理账号密码等），开发方返还已收价款。

情形二：开发方已交付且委托方保留使用。如委托方对开发成果进行修改、完善后继续使用，则对已经交付的部分不再适用物理形态的恢复原状，而应进行折价补偿。折价补偿的数额应综合考虑开发任务的完成度、双方在合同履行中的过错、由谁保有更有利于发挥开发成果经济价值等因素合理确定。

情形三：开发方未有任何交付。此时恢复原状主要体现为开发方返还已收价款。开发方在履行过程中投入的成本，属于其因履行合同遭受的损失，应由双方按照各自的过错比例在第三步中处理。

（四）赔偿损失

在恢复原状或折价补偿之后，双方如果仍然因对方违约或合同解除而遭受损失的，应当依法确定损失赔偿责任。赔偿损失以存在过错为前提。在双方均存在违约行为的情况下，合同的每一方当事人均可以向对方主张赔偿因违约行为所产生的损失。

最高人民法院知识产权法庭通过具体示例阐明了”三步法”的运用方式。以假设案例为例：委托人A与开发人B约定全部研发费用100万元，B实际完成约定项目80%，之后A以B开发迟缓为由提出解除合同，解除时A已向B支付研发价款50万元。法院经查A提出解除尚不符合法定和约定的合同解除条件，但双方均同意解除合同，A、B分别承担70%、30%的责任。在软件部分交付且不宜返还的情形下：第一步，停止履行；第二步，A不返还已交付的80%的软件，但应折价补偿80万元，B向A返还已支付的50万元价款（对冲后A需补偿B30万元）；第三步，A的损失20万元由B承担30%即6万元，B的损失20万元由A承担70%即14万元。最终结果：A向B补偿和赔偿38万元（80万+14万-50万-6万）。

三、违约损害赔偿范围的确定

（一）完全赔偿原则与可预见性限制

《民法典》第584条确立了违约损害赔偿的基本框架：损失赔偿额应当相当于因违约所造成的损失，包括合同履行后可以获得的利益；但不得超过违约一方订立合同时预见到或者应当预见到的因违约可能造成的损失。

据此，损失赔偿包括直接损失和间接损失两部分。直接损失包括已支付的开发费、为配合开发额外支出的硬件采购费、服务器租赁费、修复费用及采取补救措施的支出等。间接损失（可得利益损失）指合同履行后可以获得的利益，在软件开发合同中通常表现为软件上线后预期的经营利润。

可得利益损失的认定应坚持客观确定性，即该利益的取得不仅在主观上是可能的，在客观上也是确定的，只是因为违约行为的发生才使得该利益未能取得。同时，可预见性规则的适用需关注三个要素：预见的主体为违约方；预见的时间为订立合同时；预见的内容为因违反合同可能造成的损失。

在（2020）最高法知民终394号案中，最高人民法院对委托方可得利益损失的计算进行了精细化分析：首先确定每片芯片可节省的成本差额作为预期利益的基本依据；其次扣除研发成本收回的合理时间，以此确定可得利益损失的计算期间；最终根据可预见性规则、委托方自身过错等因素综合确定赔偿数额。

（二）可得利益损失的计算规则

认定可得利益损失的具体规则包括：可预见规则（《民法典》第584条）、减损规则（《民法典》第591条）、过错相抵规则（《民法典》第592条）以及损益相抵规则。可得利益损失的计算公式可表述为：

可得利益损失赔偿额=可得利益损失总额–不可预见的损失–因守约方过失导致扩大的损失–因守约方自身过错造成的损失–守约方因违约行为所获利益–必要的成本支出。

在计算方法上，守约方可根据实际情况选择利润法（依据既往利润或行业平均水平）、替代交易法（聘请第三方完成开发的差价）或市场价格法。在证据不足以精确计算但存在高度可能性时，法院可以依据《民法典》第584条的精神，综合交易性质、履行情况与预见性等因素进行酌定。

结合（2020）最高法知民终394号案件中的裁判思路，可得利益损失的计算思路可进一步明确为以“合同履行后可节省的成本差额”为基础，扣除研发成本回收合理时间，再结合双方过错比例调整。

（三）合同目的与合同动机的区分

值得注意的是，在确定损害赔偿范围时需严格区分合同目的与合同动机。委托方取得符合需求的软件是合同目的，而委托方取得软件后所意图实现的盈利效果或其他效果是合同动机。如果该动机没有通过合同用语、条款体现在合同文本中，不宜作为合同目的，当事人不能以其盈利目的落空为由主张合同目的不能实现。在（2020）最高法知民终1319号案中，法院综合考量守约方实际损失、履行中的诚实信用义务、行业交易习惯、违约行为的具体情节等因素，以赔偿恢复合同利益均衡为目的进行衡量，体现了对损失认定的审慎态度。

四、违约金条款的适用与司法调整

（一）违约金的约束力

合同约定的违约金对双方具有法律拘束力。在（2024）苏03民终6141号案中，法院认定合同约定任何一方违约应按合同总价10%支付违约金的条款系当事人真实意思表示且不违反法律法规规定，对双方均产生拘束力，违约方应据此承担违约责任。

（二）违约金过高的举证责任

主张违约金过高的一方须就”过分高于实际损失”承担举证责任。根据《民法典》第585条第2款及《民法典合同编通则解释》，约定的违约金过分高于造成的损失的，人民法院可以根据当事人的请求予以适当减少。一般以违约金超过造成的损失30%为标准进行认定。

但在实务中，如果主张酌减的一方未能提供证据证明约定违约金高于因违约产生的实际损失，法院不予酌减。这一举证责任分配的规则，有效避免了违约方仅通过口头主张即轻易推翻合同约定的违约金条款。

（三）违约金调整的考量因素

法官在行使自由裁量权时，综合考量以下因素：合同履行程度、当事人过错程度（是否恶意违约）、行业交易习惯、合同总额以及实际损失的可证明程度。在逾期付款争议中，若损失难以证明，法院往往参照LPR标准加计30%-50%来确定违约金上限。

五、特殊问题的裁判规则

（一）分阶段付款的对价对应性

软件开发具有分阶段、按比例支付的商业习惯，各阶段相互依存、紧密衔接。已支付的阶段款是否仅对应该阶段成果的对价，须结合合同约定与实际履行判断，不宜机械地将某期款仅对应某阶段产出。在（2020）最高法知民终1545号案中，最高人民法院即确立了这一裁判规则。在委托方已确认并支付相应阶段款的情况下，如开发方完成的工作量与已收对价不失衡，不应支持返还全部已付款或认定根本违约。

（二）拟制验收与实际使用

当开发方已交付成果，而委托方未在约定期限内组织验收或在未验收的情况下直接投入生产运营，法律上通常推定该成果已通过验收。委托方不能再以软件存在一般功能性缺陷为由拒绝支付剩余费用。但即便达成拟制验收，开发方仍需承担隐蔽瑕疵的质保责任，但须在质保期内提出。

（三）合同僵局的破解

《民法典》第580条第2款为合同僵局的破解提供了制度通道。在计算机软件开发合同中，当双方丧失信赖、合同实际难以继续履行时，违约方亦可申请法院终止合同权利义务关系。适用此条的前提是：违约方并非恶意违约；继续履行合同显失公平；守约方拒绝解除合同违反诚信原则。

（四）开源协议合规与权利瑕疵

近年来，开源软件引发的违约风险成为司法实务中的新热点。开发者违反GPL等开源协议的要求（如未按要求开源），将导致授权自动终止，此时开发者交付的代码处于非法授权状态。由于开发者违反开源协议可能导致委托方面临强制开源风险或侵权诉讼，委托方有权主张开发者违反了权利瑕疵担保条款，请求解除合同并赔偿全部经济损失。

六、实务建议

（一）合同缔约阶段

1.明确验收标准与交付要件。在合同中清晰约定功能清单、性能指标、测试标准、BUG分级标准以及验收程序，将源代码和技术文档的交付作为验收要件之一。

2.规范变更管理机制。建立书面的需求变更确认流程，约定变更对工期和费用的影响规则，防止因需求变更引发的责任争议。

3.设置合理的违约金条款。约定阶梯式违约金并保留”损失超过违约金可申请增加”的路径，同时明确违约金的计算基数和上限。

（二）合同履行阶段

1.建立全程留痕体系。包括里程碑签认、测试报告、缺陷清单、验收通知与反馈、版本迭代记录、部署日志、邮件与会议纪要等，这些均构成功能完成度与履行程度的关键证据链。

2.及时行使权利、履行义务。委托方发现开发方违约应及时书面催告并采取减损措施；开发方在交付成果后应及时书面通知验收，避免因程序性瑕疵被认定违约。

（三）争议解决阶段

1.准确选择请求权基础。在合同解除的情况下，应通过折价补偿和赔偿损失的方式主张权利，而非继续履行合同价款的支付。

2.重视损失举证。主张可得利益损失时，应提交商业计划书、同类项目盈利数据、行业利润率等证据；主张违约金酌减时，须对实际损失承担举证责任。

计算机软件开发合同违约赔偿责任的认定，本质上是法律规则、技术事实与商业逻辑的深度融合。从迟延履行的弹性认定到根本违约的实质判断，从合同解除后”三步法”的规范运用到可得利益损失的精确计算，司法裁判已逐步形成了一套兼顾行业特性与法律体系自洽的裁判规则。实务中，合同双方应当在充分理解这些规则的基础上，通过合同条款的精细设计、履行过程的全面留痕、争议发生后的准确定位，最大限度地维护自身合法权益，促进软件开发交易的安全与效率。

（封面图源：腾讯元宝AI生成）

江国强律师拥有多年法学理论研究和律师实务经历，参与编著《PPP项目法律实务》（人民法院出版社），发表多篇期刊文章和专业公众号文章，坚持每年撰写10篇以上的研究文章/培训文稿。

江国强律师为十余家企业提供常年法律顾问服务，在公司合规治理、私募资管、影视娱乐、个人信息与数据保护等方面具有丰富的实践经验。分别代表投资人、私募基金管理人、投资机构等，参与了多个涉私募资管、娱乐传媒、股权转让与回购等投融资纠纷案件和私募基金刑民交叉案件，累计涉案金额数百亿元，代理多个标的超亿元的商事仲裁案件，在法院诉讼和商事仲裁领域积累了丰富的实务经验。擅长处理复杂商事案件的诉讼与仲裁，擅长从争议解决角度出发，为客户提供专业的合规意见和纠纷解决方案，是一位研究型、服务型的专业律师。

教育背景：

复旦大学法学院：法学硕士复旦大学法学院：法学学士

在非诉领域，虞修秀律师擅长完善企业治理结构、设计专为初创企业服务行之有效的激励方案，搭建企业法律事务管理体系、合规体系、业务管理体系、人事管理体系，协助企业推动各类创新商业模式的合规设计、协助企业在商业地位有差距的前提下进行业务谈判并促成交易、设计投融资交易方案等。

在诉讼领域，主办或参与的纠纷包括股东会决议撤销纠纷、股权转让合同纠纷、技术合作开发合同纠纷、技术委托开发合同纠纷、公司减资纠纷、买卖合同纠纷、劳动人事纠纷等。

参编：法律出版社《合伙人：股东纠纷法律问题全书》

教育背景：

复旦大学法学院：法律硕士