夜雨聆风
软件开发完了,甲方说以不符合要求拒绝验收怎么办
甲方说”不符合要求”拒绝验收
软件开发公司最怕遇到的甲方，不是付款慢的，而是”验收卡关”的——项目做完了，甲方拒绝验收，尾款拖着不给，理由只有一句：”这不符合我们的要求。”
这句话能否成立，完全取决于合同里的验收条款怎么写。验收标准不明确，开发方几乎必输；验收标准写清楚了，甲方无理拒绝反而构成违约。
下面这个案例，是我见过的一类典型争议。
项目历时8个月完成交付。甲方以”功能不满足实际需求、界面不够美观”为由拒绝验收，拖欠尾款48万元。开发公司起诉，最终法院判决：甲方验收拒绝理由不具体，且无法提供书面验收标准，应视为验收通过，甲方需支付尾款及违约金。
软件开发合同属于承揽合同，《民法典》第七百七十条规定，承揽人按照定作人要求完成工作，定作人应当验收工作成果。
问题在于：如果合同对”验收标准”没有明确约定，或者仅写”经甲方验收合格”，那么验收是否通过，标准在甲方手里。甲方可以以任何理由拒绝验收，开发方很难证明自己”符合要求”。
本案中，甲方的拒绝理由是”功能不满足实际需求”和”界面不够美观”。法院审查发现：合同和需求文档中均未对”界面美观”作出任何量化标准，甲方也无法提供书面的验收测试报告或具体的不合格项清单。在此情况下，法院认定甲方验收拒绝缺乏依据，应承担违约责任。
没有验收标准，甲方可以无限期拖延验收，开发方付款条件永远不成就。
② “验收标准以甲方最终确认为准”
等同于将验收主动权完全交给甲方，合同对开发方没有任何保护。
③ 验收期限不写，或写”甲方有权随时提出修改意见”
导致项目可以无限返工，开发方的人力成本持续消耗，却没有任何期限保障。
软件开发中，甲方在项目进行中提出新功能需求的情况极为普遍。如果合同没有约定变更流程，开发方往往会陷入两难：拒绝变更，甲方说合同没有明确排除；接受变更，最终工作量翻倍但价款不变。
合理的变更条款应当包含：
· 开发方收到变更请求后，提供工作量评估及追加费用方案
· 甲方书面确认变更及追加费用后，方可实施
· 未经书面确认的口头变更，不纳入验收范围
有了这套流程，甲方事后以”开发的功能不是我要的”为由拒绝验收，开发方可以直接拿出需求文档和确认记录进行抗辩。
将需求文档作为合同附件，约定”以附件所列功能清单为验收依据”，每项功能是否通过，对照清单逐条确认。
② 设置验收期限
约定”甲方自收到交付物之日起×个工作日内完成验收，逾期未提出书面异议的，视为验收通过”，避免甲方无限期拖延。
③ 明确异议处理程序
甲方提出验收异议，须以书面形式列明具体不合格项；开发方有权在合理期限内修复；修复后重新启动验收，而非无限返工。
④ 阶段性付款节点绑定里程碑
不能只设”最终验收”一个付款节点，应将付款与需求冻结、阶段性交付物、测试通过等具体里程碑挂钩，降低尾款追讨风险。
软件开发合同的核心风险，在于”验收标准”和”需求变更”两个条款。这两个条款写不清楚，整个项目的权利义务体系就会失去平衡——甲方掌握验收标准，开发方承担所有不确定性，尾款风险完全由开发方自担。
上述案例中，开发方最终胜诉，但经历了漫长的诉讼过程。如果合同当初写清楚验收标准，这场纠纷根本不会发生。
软件开发合同的保护，不在于技术有多强，在于合同条款有没有把验收标准写清楚。每一个模糊的表述，都是未来扯皮的根源。
转发给身边有需要的朋友
关注公众号「山雨的合同工坊」
懂合同，才是最稳的风险保障。
山雨的合同工坊
专注合同法律服务 · 合同审查 · 起草 · 风险防范