引言

技术服务合同，是《民法典》合同编中技术合同的一种（第八百七十八条：当事人一方以技术知识为对方解决特定技术问题所订立的合同）。与买卖合同不同，它的标的不是有体物，而是一系列“行为”与“成果”——开发、部署、调试、培训、维护。正因为标的抽象、过程不透明，这类合同在履行中极易发生“公说公有理”的拉锯。

笔者执业以来集中处理了数十件技术服务合同纠纷。一个反复出现的规律是：争议极少源于“技术本身行不行”，而几乎都指向合同条款的模糊地带。其中，以下三个条款出现频率最高、对抗最激烈，也最值得在签约阶段就加以防范。

一、背靠背支付条款：上游不付款，下游就真能不付钱吗？

【条款示例】

“乙方同意上述款项的支付都需以甲方收到甲方客户相应款项为付款的前提条件。”

【典型纠纷】

乙方按约完成全部服务，甲方或甲方客户已实际投入使用，但付款期届满，甲方以“客户尚未向我付款”为由拒付。乙方投入了人力物力，却无法获得对价。在笔者处理的多起案件中，双方围绕这一条款展开了激烈对抗：部分法院认定此类“背靠背”条款无效，甲方不能据此免责；也有法院维持条款效力，但明确否定其可被无限期适用的空间。

【裁判要点】

关于背靠背支付条款的效力，司法实践正从“模糊处理”走向“分层规制”，目前呈现以下三层裁判逻辑：

第一层：大型企业对中小企业的背靠背条款——原则上无效

2024年最高院《关于大型企业与中小企业约定以第三方支付款项为付款前提条款效力问题的批复》（法释〔2024〕11号）明确：大型企业在建设工程施工、采购货物或者服务过程中，与中小企业约定以收到第三方向其支付的款项为付款前提的，因违反《保障中小企业款项支付条例》第六条、第八条，法院应根据《民法典》第一百五十三条第一款认定该条款无效。

其核心理由在于：此类条款本质上是将第三方付款风险完全转嫁给处于弱势地位的中小企业，而中小企业缺乏平等协商能力，且通常无法了解大型企业与第三方之间的履约情况，由其承担第三方不及时付款的风险不符合合理的风险负担原则。

虽然《批复》直接针对的是买卖合同和建设工程合同，但其法理逻辑同样适用于技术服务合同——只要存在“大型企业利用优势地位通过背靠背条款转嫁风险给中小企业”的情形，法院即有适用空间。

第二层：大型企业之间的背靠背条款——未必无效，但绝非“免死金牌”

若合同双方均为规模相当的大型企业，情况则有所不同。在笔者处理的案件中，已有法院指出：《批复》针对的是大型企业与中小企业的合同。若双方均为规模庞大、实力雄厚的商事主体，在签订合同时并未有明显的优弱势地位，基于商事考量形成了背靠背条款，系根据自身风险承受能力作出的理性判断，突显了公司的真实意思表示，并未违反《民法典》第一百五十三条第一款规定的强制性规定，则该条款在该案中被认定为有效。

这一裁判思路表明：背靠背条款的效力不能一概而论，关键看缔约双方的地位是否实质平等。

第三层：无论效力如何，背靠背条款都不能成为无限期拖延付款的理由

即使背靠背条款被认定为有效，法院也不会允许甲方借此无限期拖延付款。已有生效裁判（即便未直接援引《批复》认定条款无效，亦从格式条款与公平原则的角度）从三个维度否定其无限期效力：其一，该条款属格式条款，实质上免除了甲方的核心付款义务；其二，甲方未举证其已积极向上游催收，不得以自身不作为为由转嫁风险；其三，即便条款有效，亦不能违背公平原则，将第三方商业风险无限期转移给已履约的乙方。

【起草建议】

对乙方（尤其是中小企业供应商/服务商）：

（1）签约时应评估自身是否属于《中小企业促进法》《保障中小企业款项支付条例》界定的“中小企业”。若是，则可主张《批复》的直接保护；

（2）即便暂不主张条款无效，也应在合同中设置最晚付款期限作为“兜底”：例如“无论甲方是否收到其客户款项，均应于乙方交付验收合格后【X】日内付清”；

（3）明确甲方的催收义务与后果：“甲方应于上游客户逾期付款后【X】日内启动催收、诉讼或仲裁程序，否则视为甲方向乙方的付款条件已成就”。

对甲方（尤其是大型企业总包方/平台方）：

（1）若交易对手为中小企业，应认识到：写入背靠背条款不仅可能被法院认定无效，还可能被评价为“利用优势地位转嫁风险”，损害商业声誉；

（2）若交易对手同为大型企业，保留背靠背安排以管理现金流并无不可，但应避免“无期限、无催告义务、无合理抗辩限制”的极端写法；

（3）稳妥做法是将背靠背条款细化为“附条件付款+最晚期限+催收义务+举证责任”的组合结构，而非简单的一句“以收到上游款项为前提”。

二、背靠背验收条款：客户不签字，服务就算没通过吗？

【条款示例】

“最终验收以甲方出具的书面验收报告为准。”（常见变体如约定“验收主体仅限于甲方指定的关键用户”）

【典型纠纷】

乙方开发并交付软件和服务后，甲方或甲方客户迟迟不出具验收报告，验收不通过，付款节点就始终不触发。在笔者处理的案件中，这一争议同样尖锐，且存在多种情形：有的乙方提交了由甲方员工签署的《验收报告》，载明“本项目已按照合同约定完成交付工作，准予验收”，但甲方抗辩称签字人无权代表公司、最终用户未进行正式验收，故验收条件未成就；有的是甲方已取得客户验收报告，但在乙方不主动要求出具的情况下甲方不予出具；有的是甲方客户未出具验收报告导致甲方背靠背不给乙方验收。

【裁判要点】

1. 验收意见的“有效来源”：以合同约定为准，不得绕开甲方

合同约定“验收以甲方盖章或签字为准”的，甲方管理人员在验收报告上签字即对公司产生约束力，甲方事后以“签字人无权代表”或“终端用户未确认”为由抗辩的，法院不予支持。反之，若乙方绕过甲方，自行向终端用户或第三方获取验收材料（如客户签章验收单），因该材料未经甲方确认，无法反映甲方真实意思，法院通常不予采信。

结论：验收意见的有效来源是合同指定的甲方代表，而非乙方单方从第三方“补证”。

2.默示验收规则在司法实践中已被广泛接受

若甲方或上游客户在合理期限内持续使用服务且未提出实质性异议，法院多认定“验收已视同通过”。但“合理期限”缺乏统一标准，高度依赖证据。在笔者处理的案件中，乙方的交付日志、工单记录、往来邮件、客户使用数据、培训签到等，都是证明“对方已实际使用且未反对”的关键材料。

3.《民法典》第六百二十一条的参照适用

《民法典》第六百二十一条关于买受人检验通知义务的规定，虽直接适用于买卖合同，但其精神在技术服务合同验收争议中被广泛参照：买受人在约定或合理期限内未通知瑕疵的，视为符合约定。这构成“逾期视为通过”的法理支撑。

4.需区分“验收”与“付款条件”

即便验收条款有效，若甲方恶意阻挠验收（如拒不安排验收人员、对已解决的问题反复提出异议），可能触发《民法典》第一百五十九条的拟制规则——当事人为自己的利益不正当地阻止条件成就的，视为条件已经成就。

5.甲方拖延验收的实务后果：条件拟制成就

在笔者处理的多起案件中，反复出现的情形是：合同虽约定了验收期限或默示通过机制，但甲方既不组织验收、也不出具书面意见，而是以各种理由无限期搁置。对此，法院的态度日趋一致：

其一，若合同明确约定“逾期未验收视为通过”的条款，乙方按约发出验收申请及催告函后，甲方仍未在合理期限内组织验收的，法院多依据《民法典》第一百五十九条认定验收条件已拟制成就。

其二，即便合同未设明确的逾期默认条款，若项目已被终端用户实际投入使用且无证据表明存在重大质量缺陷，法院也可能结合“使用即认可”的默示验收规则，认定验收实质上已完成。

其三，值得注意的是，若整体项目（含多方参与）已由第三方机构或上级单位出具竣工验收结论，而乙方所负责的部分仅为其中一环，法院可能据此推定乙方的阶段性交付与验收亦已完成——前提是甲方未能举证证明乙方部分存在独立的质量瑕疵。

6.模糊验收标准的司法矫正

不少技术服务合同的验收标准写得极为笼统，如“以甲方要求为准”“满足甲方业务需求”等。这类条款看似给了甲方自由度，但在诉讼中反而可能被法院以客观事实“穿透”：法院不会仅凭甲方口头“不满意”就认定验收不通过，而是综合考察项目是否已实际交付使用、甲方是否已在相关文件上盖章或签字确认、双方往来沟通中对交付成果的评价、是否存在经甲方确认的缺陷清单及其修复情况等。换言之，验收标准越模糊，法院越倾向于用“客观使用状态”替代“主观满意度”来判定验收是否完成。这对乙方而言是不确定中的利好，但对甲方而言，模糊条款并不能成为无限期拒付的“挡箭牌”。

【起草建议】

（1）验收标准量化：将“合格”写成可核验的清单（功能点、性能指标、文档要求），避免“甲方满意”“以甲方要求为准”等主观表述；

（2）固定验收期与默示通过：“甲方应于收到交付物后【X】个工作日内组织验收，逾期未提出书面异议的，视为验收通过”；

（3）明确验收代表权限：在合同中指定有权代表甲方（及甲方客户）签署验收文件的人员名单或职位级别；

（4）使用即认可：“甲方或客户上线使用超过【X】日且未提异议的，视为验收合格”；

（5） 对乙方而言，履行中应系统化留痕，尤其注意留存甲方管理人员参与验收、确认问题解决的沟通记录、会议纪要等；

（6）尽量避免依赖从第三方单方获取的验收材料作为主要证据，应优先获取甲方或其授权代表的书面确认。

对甲方提示：

验收权是甲方的核心权利，但须善意行使。过度依赖“不签字即不验收”的模糊操作，在诉讼中反而可能因恶意阻却或默示使用而被法院穿透，得不偿失。

三、交付完成认定：什么动作，才叫“交付”？

【条款示例】

“乙方完成系统部署并开通账号后，即视为交付完成。”（复杂版本常约定“按里程碑所完成的内容分阶段进行验收”）

【典型纠纷】

乙方上传代码、部署系统、开通账号后，甲方称：“这不算交付——功能不稳定、文档不全、培训没做。”双方就“交没交付”陷入口水战。有的甲方主张乙方交付的内容存在众多遗留问题及核减项；有的合同区分“模拟环境部署”与“实际环境落地交付”两个节点，乙方完成了前者但未完成后者，甲方据此主张付款条件未成就，乙方则辩称核心开发工作已完成、后续落地属于甲方或第三方职责范围。

【裁判要点】

1.区分“部署完成”与“功能验收”

前者是事实状态（系统是否已部署），后者是价值判断（功能是否达标）。合同若不作区分，法院只能结合全案证据综合认定。已有判决中，法院详细审查了聊天记录、邮件往来、会议纪要等证据，逐一核实“遗留问题”是否真实存在、是否已在后续得到解决，最终认定项目已完成验收并交付。

2.《民法典》第五百零九条全面履行原则的适用

《民法典》第五百零九条确立全面履行原则：交付不仅是“把东西丢过去”，还包括附随的文档、培训、协助义务。合同越模糊，乙方举证越被动。在相关案件中，法院特别关注乙方是否按合同约定交付了全部技术文档（包括但不限于操作手册、功能设计方案、使用说明等），以此判断交付是否完整。

3.源代码交付、部署上线、客户签收是三种不同的“交付”节点

在平台型总包合同中，常将交付分为“模拟环境部署”和“实际环境落地交付”两个阶段，且仅后者才触发相应付款节点。法院明确指出：若合同明确约定付款以“在项目上完成最终落地交付”为前提，而乙方仅完成模拟环境的部署调试、未能在实际客户环境中完成落地运行的，该阶段付款条件确实未成就。这一裁判规则提醒乙方：签约时必须仔细审视合同中每一个“交付”定义——“部署完成”和“落地交付”可能是完全不同的概念。

4.分阶段交付与部分付款的裁判态度

多数技术服务合同采用里程碑式付款结构（初验、终验、质保金等），法院通常按各阶段分别审查交付是否完成。对于乙方已完成且甲方已在相应验收文件上盖章确认或以实际行动接受的部分，法院倾向于认定该部分付款条件已成就，甲方不得以其他阶段存在问题为由拒付。反之，对确未完成的部分，法院亦尊重合同约定，不支持乙方提前主张付款。

5.“交付”不等于“验收通过”：交付物、初验与终验必须区分

供货方常误以为：交了设计说明书、用户手册、演示录屏等交付材料，甚至拿到一份“初步验收单”，就算“交付完成、应付清款”。但法院通常作三层次切割：提交交付物只证明“东西给过”，不构成验收合格；演示录屏等单方录证证明力弱，对方往往无法确认实际内容；“初验”“初步验收单”仅属阶段性确认，若合同以“终验”作为付款或质保期起算前提，仅有初验并不触发后续义务，三者混同，正是交付争议高发之源。

【起草建议】

（1）给“交付”下明确定义：是代码上传？部署上线？还是客户签收确认？逐项写清；特别留意合同是否区分“模拟环境部署”与“实际环境落地交付”，若有区分，应分别约定各自的完成标准和对应付款比例；

（2）采用里程碑式交付：分阶段交付、分阶段确认，避免“最后一刻算总账”；

（3）列明交付清单：代码、文档、账号、培训记录逐项勾选，签收即视为该节点交付完成；

（4）约定“部分交付不影响对应部分的付款”：避免因非核心瑕疵导致整体付款停滞；

（5）对乙方而言，每个交付节点都应留存可追溯的证据链（交付物清单、签收单、上线截图、使用日志），形成闭环；

（6）区分“材料提交”“初验”“终验”三节点，分别对应不同的付款比例与生效条件；验收标准应同时覆盖“软件交付物”与“服务履行”，避免仅以软件功能规范衡量全部合同义务。

对甲方提示：

若合同采用“模拟环境部署”与“实际环境落地”两阶段模式，应在合同中清晰定义两阶段的转换条件及甲方的配合义务，避免因甲方配合迟延而导致乙方付款条件迟迟不成就，反被法院认定为甲方不当阻止条件成就。

结语技术服务合同纠纷的争议往往不是“技术问题”，而是“合同问题”。条款模糊，争议便生；条款清晰，大量争议本可事先消弭。尤其值得警惕的是，随着最高院《批复》的施行及一系列生效判决的落地，背靠背条款的效力认定正从“灰色地带”走向“分层规制”。对于缔约双方而言，曾经可以“糊弄过去”的模糊条款，如今正被法院逐一穿透；签约阶段精心设计的权利义务安排，才是争议发生时最可靠的防线。

（本文系笔者基于数十件技术服务合同案件处理的实务梳理，并综合最高人民法院法释〔2024〕11号《批复》及近年相关生效裁判的司法观点而成，仅供交流，不构成具体法律意见。个案情形不同，如有具体问题，请咨询专业律师。）