一份电子合同摊开在桌面，旁边的网页公告与定价页文字被缝进同一页纸

一、十一项协议内容：哪些留在文本里，哪些必须落成字段

《工业和信息化部关于规范电信服务协议有关事项的通知》，发文字号 工信部信管[2016]436号，发布机关为信息通信管理局，这份通知已经在施行；它废止了原信息产业部公布的一份同主题旧通知，文号信部电[2004]381号。通知要求经营者本着公平诚信原则与用户订立协议，权利义务对等；协议可以采用书面形式或者其他形式，但订立入网协议的应当采用书面形式，书面形式里把数据电文也算了进去，网页、客户端都在其中。这对做云服务与 SaaS 交付的人意味很大：用户在网页或客户端上确认的那一屏，本身就是合同的一种形式，不是一条操作日志。

通知列出协议一般包括十一项内容，它们在系统里的地位并不相同：有的留在文本里就够，有的必须落成结构化字段，否则答不出“当时约定的是什么”。

项次 通知列出的协议内容 归类 系统里要落的东西
一 经营者名称、地址、联系方式 文本项 与合同抬头一致
二 用户身份证件类别与姓名（名称）、号码、住址 结构化字段 分列存储，另记查验结果
三 用户选定的服务项目 结构化字段 功能项标识，不能只写套餐名
四 资费标准 带版本的引用 指向某一版定价页
五 经营者做出的服务质量承诺 带版本的引用 指向某一版承诺清单
六 咨询投诉渠道 结构化字段 渠道标识与入口可用状态
七 双方的违约责任 文本项 责任上限单独列出
八 解决争议的方法 文本项 协商、投诉、诉讼分开写清
九 订立协议的日期 结构化字段 服务端时间戳，绑定账号与文本
十 协议的有效期 结构化字段 起止区间与到期状态
十一 双方签字盖章等确认信息 结构化字段 确认对象、动作与可回放文本

表里最要紧的是资费标准与服务质量承诺，这两项必须写成带版本的引用，指向某一版定价页与某一版承诺清单，而不是一段事后可以改写的文字：文字会被替换，版本号不会。由此有四个字段必须随时可查，订立日期、有效期、口径版本、同意凭证标识，分别对应协议处在哪个阶段、用户看到的是哪一版承诺、“同意”有没有对象。缺一项，协议就退化成一篇文章。

二、六类不得含有的条款，两处最容易读偏

通知同时列出协议中不得含有的六类条款，逐条抄进评审文档比记住“要公平”有用：不得限制用户使用其他经营者依法开办的业务，或者限制用户依法享有的其他选择权；不得规定经营者违约时免除或限制其应承担的违约责任；不得规定发生紧急情况对用户不利时经营者可以不负通知义务；不得规定只有经营者单方享有协议解释权；不得规定用户受到损害不享有请求赔偿的权利；不得有违反合同相关法律法规的其他规定。

两处最容易读偏。第一处是第二类，它并不等于不能设责任上限：可以设上限，不能写成免除或者实质归零。自查时把句子换成一个问题，经营者违约时，用户实际能主张到的量是不是零？是零或者接近零，这句话就落进了第二类。第二处是第三类，整段条款不允许出现在合同里，工程含义很直接：故障与停服时的告知是义务，不是善意。评审时把预案里所有“视情况通知”“必要时告知”改成“必须通知、通知到哪几个渠道、送达记录存在哪里”。

三、并同条款：公开说出的承诺自动进入合同

这份通知的十七款要求里，对我们这类乙方杀伤力最大的一处是：经营者在合同外通过书面形式或大众媒体方式公开做出的服务承诺，自动成为服务协议的组成部分；同时不得作出对用户不公平、不合理的规定，或者减轻、免除其应当承担的民事责任。它把合同边界从文本扩展到整个对外界面：官网定价页、功能介绍页、公众号推文、发布会讲述、销售写成文字发给客户的方案表述，都在射程之内。

要接住这一款，得建三件东西。

  • 口径登记表。每一句对外承诺记四栏：出现在哪个页面或哪篇稿件、指向哪一个能力、由谁确认能力已经实现、末次核验对应哪一版能力。登记表是台账，条目要有责任人和状态。
  • 对照核验。发布前做一次，能力变更后做一次，比的是“承诺那句话”与“现在能交付的能力”是不是同一件事。核验不通过就改那句话，不是改解释。
  • 发布前双签。市场侧确认这句话准备对外说，研发侧确认对应的能力已经具备。任一侧没签，页面不上线。

至于“以官网说明为准”“我们保留解释的权利”这类兜底句，在并同规则面前不起作用：官网说明已经被并入协议，兜底句只是把不确定性推回给自己；而“只有经营者单方享有协议解释权”正是六类禁止条款里的一类，写下它就等于把被禁止的条款留在自己合同里。本篇不判断这类句子在真实争议中会怎样处理，那是法务的范围，这里只落成工程约束。

四、同意凭证与四道“不得”：变更要走完一条路径才算完成

通知要求，开通包月付费或者需要用户支付功能费的服务项目时应征得用户同意，征得同意的凭证作为补充协议，与主协议具有同等效力。重点不在“同意”两个字，在凭证要能指向对象：谁、什么时候、以什么形式、同意的是哪个功能项、当时是哪一版口径。全局的一句“我已阅读并同意”不能满足这一条，它既没有指向具体功能项，也没有带版本。最小实现三件：功能项标识、口径版本号、同意动作留痕，留痕要能回放出用户当时看到的那段文本，不是一个布尔值。

更常被兜底授权顶穿的是四道“不得”：有效期间经营者不得擅自终止提供服务；未经与用户变更协议，不得擅自撤销任何服务功能或者降低服务质量；不得擅自增加收费项目或者提高资费标准；不得擅自改变与用户约定的收费方式。用户违反法律法规的情形除外。翻成变更管理：功能下线或者降级时，用户侧要有一条走完才算结束的触发路径，四条里任选一条，但不能一条都不走完就上线。

  • 告知：送达对象、渠道、文本版本、送达记录四件齐全。
  • 同意：按上一段三件最小实现，落到具体功能项与具体口径版本。
  • 退订：可执行的退订入口与剩余费用处置规则，入口要在产品里点得到。
  • 补偿：与影响面对应的处置规则，写在预案里，不写在客服话术里。

这也是为什么“我们有权随时修改服务条款”这种兜底授权盖不住“未经变更协议就撤销功能”：写了不起作用，争议时反而更难解释我们有没有单方面变更过。

五、开通链路、缔约义务与拒绝缔约的边界

通知规定协议有效期间经营者有义务保存所订立的服务协议，约定以非书面形式订立的，应当留存能够证明双方订立协议或者成立协议关系的凭证。凭证留到什么粒度，一句话自测：能不能回答“这名用户什么时候同意的是哪一版文本”。答得出就够，只有一条“已确认”记录不够。订立入网协议时要用户出示有效身份证件、提供真实身份信息并查验，身份不明或者拒绝查验的不得提供服务；代办的，用户与受托人双方的证件都要出示并查验。翻到产品上是两道闸：查验不通过时开通动作不可达，而不是弹一句提示之后继续放行；支付人与使用人不是同一主体时，委托关系要有一份可出示的声明加身份记录，代下单与代付场景最常见的漏点，就是只留了付款凭证、留不出委托凭证。订立与保存环节的个人信息处理，要按《中华人民共和国网络安全法》《电信和互联网用户个人信息保护规定》做好保护，字段最小化、留存期限、访问权限三件都要落。

缔约这一侧还有两句要能对外解释。格式条款拟定过程中应当广泛听取消费者组织、用户代表及相关部门的意见和建议，能证明的不是“我们讨论过”，而是意见记录：参与方名单、意见条目、采纳或者不采纳的答复，三样齐了才算一次征求意见。经营者不得拒绝与符合条件的用户订立服务协议，可拒绝的情形要落在合规风险、资质不符这类说得清的边界上，拒绝理由必须留档。再说我们自己：洹拓做的云与 SaaS 交付，如果经营的是需要许可的业务，这些义务就直接落在我们自己的合同与系统上；如果只在合作方的许可范围内交付，上游也会把条款转写进分包合同与验收标准。两种情形都躲不开同一件事：同一份定价页不能配多套文本，差异只允许出现在明确标注的附加项里，“只对大客户给基线”会把口径不一致留在自己手里。

六、善后要预先定义，最后落在一张表

通知还要求，因不可抗力或者国家政策调整等原因导致部分或全部条款无法执行时，应当告知用户，并做好用户善后工作。“做好善后”必须预先定义，我们把它固定成四件：数据导出通道与格式、剩余费用的处置规则、替代方案与并行期、处置时限的起算方式与长度。这四件必须在签合同之前就存在，而不是事后再拟：事后拟的方案受当时的容量与情绪支配，事前定的方案能在演练里跑通、在评审里签字。做法是把四件做成下线预案模板，与产品下线流程一起评审，模板对不上号的产品不进下线清单。

下表把条款要求一路推到争议时能拿出什么。

条款要求 落在合同哪一段 系统要留什么 谁负责 争议时拿出什么
十一项齐备 正文与附表 字段清单与每一版文本 产品与法务 该版合同全文加字段快照
资费与承诺可追溯 定价与质量条款 定价页、承诺清单版本号 计费与产品 订立时那一版页面
公开承诺并同 合同外页面与稿件 口径登记表与双签记录 市场与研发 出处快照与确认记录
付费项征得同意 补充协议或开通条款 功能项标识、口径版本、同意留痕 计费与前端 同意动作的完整回放
不得撤销功能或降质 服务范围与变更条款 变更单与告知送达记录 运维与产品 变更前后对照与告知记录
六类禁止条款自查 责任、解释、通知三段 自查结论与修订记录 法务 带版本的逐条自查表
告知并善后 争议解决与终止条款 善后预案与演练记录 客服与运维 预案文本与导出通道记录

本篇只把这份通知的要求翻译成合同字段、登记表与流程闸口，不构成法律意见，也不判断条款在实际争议中的处理结果，具体表述请以法务结论为准。能准备的只有可回溯性，而它恰恰是争议发生时还能拿出手的东西。

#电信服务协议 #格式条款 #公开承诺并同 #服务变更告知 #合同字段化