软件质保期法律规定：验收后 bug 谁负责

软件交付后出了问题，到底该谁负责？本文从法律与合同两个层面，说清质保期、缺陷责任和验收后的责任边界，帮甲乙双方把预期对齐。

法律怎么看：承揽合同关系

软件开发通常适用《民法典》承揽合同相关规定。承揽人交付的工作成果不符合质量要求的，定作人可以要求修理、重作、减少报酬、赔偿损失。也就是说，软件有缺陷、达不到约定标准，开发方有法定瑕疵担保责任，不是"验收签字就万事大吉"。

质保期是怎么约定的

法律没有强制统一的"软件质保期"天数，更多靠合同约定。行业常见做法是验收后 6—12 个月免费质保，期内修复影响使用的 bug。合同应写明：质保起算点（终验合格日）、免费范围（功能性缺陷）、响应时效、超出范围的计费方式。没有书面约定时，容易各说各话。

验收不等于免除所有责任

很多甲方以为"签了验收单就不能再找乙方"。实际上，若缺陷是隐蔽的、验收时按常规测试难以发现，或乙方明知不符仍交付，甲方仍可主张权利。但甲方也有义务在合理期限内检验并通知，拖延不报可能被视为认可。所以验收要做扎实，别走过场。

哪些情况乙方不背锅

因甲方需求变更未走变更单、甲方自行改代码、第三方接口变动、运行环境不达标导致的故障，通常不在免费质保内。合同应列明"非乙方责任"的免责情形，避免模糊扯皮。把"需求变更必须书面确认"写进合同，能挡掉大量无理要求。

给甲方的建议

把验收标准写可量化、把质保期和响应写进合同、保留源码和文档移交凭证；上线后保留问题记录和沟通证据。给乙方的建议：交付前自测充分、需求变更留书面痕迹，减少"被白嫖维护"的争议，也保护自身声誉。

一份质保条款模板

"自终验合格之日起十二个月内，乙方对功能性缺陷免费修复，响应时间不超过两个工作日，重大故障不超过四小时；因甲方需求变更或第三方原因导致的问题除外，按每人天____元计费。"把空白处填上，比口头约定可靠得多。同时约定"质保金于质保期满无重大争议后支付"，给甲方留抓手。

验收时就要留证据

验收不是签字完事，而应保留：测试用例与结果、缺陷清单及修复记录、源码与文档移交签收单、沟通记录。这些在后续争议时是甲方的底气，也是乙方证明已履约的凭证。很多纠纷输在"没留痕"。

乙方视角的提醒

开发方也应主动把质保写清楚：避免甲方把"需求外的功能"也算质保；明确响应时效防止被无限打扰；交付时附自测报告和已知问题清单，减少后续扯皮。把质保当成信誉资产而非包袱，长期更利于复购和转介绍。

给甲方的实务提醒

实务中甲方最容易忽略的，是验收时的留痕。很多人签了验收单才发现问题，再找乙方往往被以已验收为由拒绝。正确做法是验收过程全程记录缺陷与修复，重大隐蔽问题及时书面提出，把权利留在纸面上，而不是凭口头信任。同时保留源码与文档移交签收单，这些在后续争议时，既是甲方的底气，也是乙方证明已履约的凭证。把质保当成信誉资产，长期更利于复购与转介绍。

结语

质保本质是把"交付质量"用合同钉死。法律给底线，合同定细则。签前把责任边界写清楚，比事后争论"这算不算 bug"高效得多。

注：本文涉及的周期、费用、年限、金额等具体数值，均以主管部门当期公告或官方规则为准，不适用于所有个案；加急等特殊情形请以其当期规定为准。