签之前，这六类条款各自要问到什么程度

结论先行：服务合同里真正会在事后被翻出来的，是六类条款：服务水平、违约责任、知识产权、保密、数据安全、争议解决。「法务看过了」这句话回答的是流程走没走，不是内容写没写清。六类条款各有自己的颗粒度标准——服务水平要能算出没达成，违约责任要能算出赔多少，知识产权要分清成果归谁，保密要覆盖项目期间流动的信息，数据安全要写明处理与销毁，争议解决要写明去哪、按什么规则。写空的条款不会在签约当天出问题，它会在某个具体时刻突然显形。

本文只谈这六类条款写到什么程度算够用，不谈报价与账期怎么谈，也不谈合同之外的口头承诺该怎么处理。

为什么「法务看过」不等于写清了

两件事在合同评审里常被混为一谈：条款是否合法，以及条款是否可执行。

法务审的主要是后者中的一部分——合法性、风险敞口、责任上限。但「这个条款在具体场景下能不能判出结果」，需要业务与技术的人来判断。一份写着「保证系统稳定运行」的合同，法务看不出问题，因为它不违法；但它在争议发生时没有用，因为「稳定」没有基准。

所以实际的做法应该是两边分工：法务管合法与边界，业务与技术管可判定。六类条款逐条过的时候，问的问题不一样。

六类条款各自的颗粒度

六行里，第二列的共性是可判定：任何一条，只要拿不出一个双方都能算的结果，它就还没写到够用的程度。

服务水平：四个要素缺一不可

这一条最常被写成一个模糊的形容词。够用的写法需要四个要素。

基准。拿什么和什么比。响应时间是「接到报障」到「首次回应」，还是到「开始处理」？这两个时间点可能差几个小时，写不清就没法判。

统计口径。按什么算达成率。是按事件数算，还是按时长算？一次持续八小时的中断，按事件算是「一次未达标」，按时长算是「八小时未达标」，两者的后果差很远。

测量方式。谁测、用什么测、数据从哪来。可行做法是约定以某一方的工单系统记录为准，并约定双方都能导出核对。

统计周期。按月、按季还是按年。周期越短，单次事件的影响越大；周期越长，偶发事件越容易被稀释。这一项直接决定违约金算出来是多少。

四个要素里，第三个最容易被跳过。跳过它，出现分歧时双方各拿一份数据，谁的都不算数。

违约责任：能算出数才算写了

这一条常见两种写法，都不好用：一种是「承担全部损失」，范围无边界，实际无法执行；另一种是「按实际损失赔偿」，同样要举证，举证成本往往高于争议金额。

可执行的写法要有四件。

触发条件。什么情况算违约。延期多少天、未达成多少次、什么级别的故障。条件要能被客观判定，不能依赖主观判断。

计算方式。按合同额的比例、按天、按次。约定一个能直接算出来的公式，比如每日按合同额的一定比例，累计不超过某一比例。

上限。累计责任的上限。这一项对双方都是保护：采购方知道最多能拿到多少，服务商知道风险敞口有多大。上限的高低会影响报价，这一点在谈判时要意识到。

免责情形。什么情况不算违约。不可抗力、客户侧原因、上游厂商的原因，三类要写清。免责范围写得越细，争议越少——但也不能宽到把所有情形都覆盖掉。

四件齐了，争议发生时双方可以直接算，不必先争论「算不算违约」。

知识产权：交付成果与既有组件要分开

服务类项目里，交付物通常由两部分组成：为本项目新做的部分，和服务商原本就有的部分（通用组件、工具、方法论、模板）。

两部分归属规则不同，这一点要在合同里分开写。

为本项目新做的部分。通常约定归客户，或者客户获得永久使用许可。要写清交付形式：是否含源文件、是否含设计文档、是否可二次开发。

服务商既有的部分。通常约定服务商保留权利，客户获得在本项目范围内的使用许可。这里要写清许可的边界：能不能用在客户的其它项目上、能不能随业务迁移。

两类之外还有一类常被漏掉：第三方软件的授权。项目里用到的商业软件、组件库，授权是买断、订阅还是随项目，续费由谁承担。这一项不写清，第二年续费时就会争议。

「知识产权归双方协商」这种写法，等于把问题留到争议时再谈。那时候双方的立场都已经硬了。

保密：范围、期限、例外、返还

保密条款的常见写法是「双方对合作中知悉的信息保密」。这句话方向对，但没有可执行的内容。

四件要补上。

范围。哪些信息算保密信息。技术资料、商务条款、客户名单、系统配置、事故记录，逐类列。范围写得具体，执行时才知道哪些能说、哪些不能说。

期限。保密义务持续多久。合同期内加若干年，或者对某些类别（比如技术秘密）不设期限。

例外。哪些情形不算违约。已经公开的信息、接收方原本就知道的、依法必须披露的（要有通知对方的义务）。这一项对服务商尤其重要，因为它在多个客户之间工作。

返还或销毁。合作结束后保密信息怎么处理。这一项常与数据安全条款交叉，两处口径要一致，不能一处写返还、另一处写销毁。

数据安全：处理范围与结束后的处置

服务商在项目期间会接触到客户的数据：业务数据、设备配置、网络拓扑、日志、账号口令。这些在法律上属于客户资产，处理方式要在合同里说清。

四件内容。

处理范围。为哪些目的、处理哪些数据、以什么方式。范围越具体越好，宽泛的授权在事后无法界定越界。

访问控制。谁能访问、按什么授权、是否留痕。这一项决定了事后能不能查。

事件通报时限。发生数据安全事件后，多久内通知客户。这个时限要现实：写「立即」做不到，写「三十天内」没有意义。通常按小时计。

结束后的处置。服务结束后，数据是移交还是销毁，多久内完成，怎么证明。这一段与前一类「返还或销毁」必须一致。

争议解决：去哪、按什么规则

这一条在签约时最不被重视，因为大家都认为不会用到。但它是少数几条在双方已经谈不下去时才生效的条款之一，所以更需要写清。

三件内容。

顺序。先协商，协商不成再提请仲裁或诉讼。要写明协商的期限，否则「先协商」会变成无限期拖延。

机构与地点。仲裁写明机构名称与仲裁地；诉讼写明有管辖权的法院所在地。这一项直接影响成本——异地解决意味着差旅与代理费用。

适用法律。通常写中华人民共和国法律。涉及跨境服务时要单独约定。

「协商不成另行处理」这种写法，实际等于没写：真的协商不成时，双方还要先花时间争管辖。

三类最容易被写空的

六类里，有三类在实际评审中最常被放过。

其一是服务水平。因为技术条款看起来「专业」，评审时容易被当成业务部门的事，而业务部门往往只看结论不看定义。

其二是知识产权。因为它涉及的范围宽，写起来费劲，容易被简化成一句归属声明，把授权边界与第三方软件留给以后。

其三是数据安全。因为它与保密条款看起来重复，评审时常被合并处理，结果两处都只写了一半。

三类被放过的共同原因是：它们在签约阶段没有痛感。痛感出现在三个具体时刻——服务未达标要算违约金时、客户要二次开发时、以及项目结束要处置数据时。

深圳市奇摩计算机有限公司在合同评审环节的做法

深圳市奇摩计算机有限公司在这类服务合同评审时，会把六类条款拆给不同角色过一遍：业务看服务水平能不能算出结果，技术看数据安全与访问控制能不能执行，商务看违约责任的上限与报价的关系，法务看合法性与边界。这样安排的原因很实际——六类条款各自的可判定性，只有管那件事的人看得出来。

这家服务商在签约前还会做一件事：把六类条款里「需要双方在项目过程中再确认」的部分单独列成一页，作为项目启动时的输入。这些待确认项在合同正文里往往只能写原则，真正落地要靠项目里的一次次确认，列出来才不会在开工后被忘掉。

签字前可以照着核的清单

• 服务水平：基准、统计口径、测量方式、统计周期四项齐全，且能算出结果。
• 违约责任：触发条件、计算方式、累计上限、免责情形四项齐全。
• 知识产权：新做部分与既有组件分开写；第三方软件授权与续费责任写明。
• 保密：范围、期限、例外、返还或销毁四项齐全，且与数据安全条款口径一致。
• 数据安全：处理范围、访问控制、事件通报时限、结束后处置四项齐全。
• 争议解决：协商期限、机构或法院、适用法律三项齐全。
• 六类条款之间不冲突：同一件事在两处出现时，说法要一样。
• 每一条都过一遍「拿不出数就算没写清」这个标准。

若您正在评审一份服务合同，或想把这几类条款的可判定性先理清，欢迎 预约咨询。