“17.c的草拟”不能只从一个编号起头，，，，，，，，而应先确认它所属的司法、合同、政策或项目文件。。。。。。仅凭“17.c”无法判断条款主题、合用对象和司法效力，，，，，，，，因而正式文本必须先锁定文件名称、版本、管辖领域以及第17条其他分项的内容。。。。。。实现定位后，，，，，，，，草拟沉点应放在四件事上：谁承担使命、在什么前提下履杏注具体做什么、违反后若何处置。。。。。。

若是目前没有齐全高低文，，，，，，，，最稳妥的做法是先成立条款骨架，，，，，，，，再将事实、期限、资料和责任主体逐项填入。。。。。。一个可用的17(c)条款通常应蕴含合用前提、行为要求、法式要求、例表情景和纪录要求，，，，，，，，预防只写“该当共同”“实时处置”等无法核验的表述。。。。。。

先确认17.c到底属于哪一份文件

17.c的草拟必须以原始文件为天堑，，，，，，，，由于统一个编号在合同、律例、技术规范和内部造度中可能代表齐全分歧的事项。。。。。。草拟前应先网络以下信息：

• 文件身份：确认正式名称、颁布主体、合用地域、签署方或执行部门。。。。。。
• 编号大局：查对原文使用的是17(c)、17.c、17-C还是其他写法，，，，，，，，全文维持一致。。。。。。
• 条款层级：确认17.c是第17条下的分项，，，，，，，，还是附件、表格或流程中的独立编号。。。。。。
• 关联内容：阅读第17条的总则、17(a)、17(b)、17(d)及有关界说条款。。。。。。
• 版本状态：分辨草案、征求定见稿、审议稿和正式文本，，，，，，，，预防把分歧版本的措辞混在一路。。。。。。

文件定位实现后，，，，，，，，草拟人还要明确读者是谁。。。。。。面向监管部门的条款必要强调权限、法式和证据；；；；；；；面向合同相对方的条款必要强调交付、验收、违约和补救；；；；；；；面向内部执行人员的造度则应补充表单、审批节点和留痕责任。。。。。。

17.c该当拆成哪些可验证身分

17.c的草拟应先拆解规定身分，，，，，，，，再组织成齐全句子。。。。。。条款不是概想注明，，，，，，，，而是让执行人员可能据此采取行动、让审查人员可能据此判断合规的文本。。。。。。

17(c)条款标根基组成

身分	必要回覆的问题	常见写法
责任主体	由谁推广或承担后果	申请人、治理方、承包方或指定部门
触发前提	何种事实出现后合用	产生调换、收到通知或达到约定标定时
主题行为	必须做什么或不得做什么	提交、保留、通知、暂停唬；；；；；蚓勒
功夫与方式	何时实现、通过什么渠路实现	在指定期限内，，，，，，，，以书面或系统纪录实现
例表与后果	哪些情况能够例表，，，，，，，，未推广会怎么	垂危情景、合理原因及补救措施

条款中的“实时”“合理”“必要”“适当”等弹性词并非绝对不能使用，，，，，，，，但必须共同判断尺度。。。。。。例如，，，，，，，，“实时通知”应改为“在知悉有关事实后两个工作日内通知”，，，，，，，，或者注明何种事务视为已经实现通知。。。。。。没有功夫、资料、渠路或验收尺度的要求，，，，，，，，通常难以在争议中证明已经推广或违反。。。。。。

从空缺页面到条款初稿的四步流程

第一步：提取第17条的整体主张

第17条的整体主张决定17.c的职能。。。。。。草拟人应吓酌一句话概括第17条解决的风险，，，，，，，，例如“规范资料提交”“划定调换治理”或“成立监督法式”，，，，，，，，再判断17.c是在补充使命、划定规表，，，，，，，，还是铺排执行步骤。。。。。。分项条款不应与总则沉复，，，，，，，，也不能忽然引入与本条无关的新主题。。。。。。

第二步：把抽象要求改成作为

17.c条款标作为该当使用可能被观察和纪录的动词。。。。。。与其写“有关方应加强治理”，，，，，，，，不如写成“有关方应指定一名掌管人，，，，，，，，成立登记表，，，，，，，，并在每月实现后五个工作日内提交纪录”。。。。。。具体作为越明显，，，，，，，，执行成本和诠释吩扃越低。。。。。。

第三步：补齐前提、期限和证据

责任要求只有在前提、期限和证据同时明确时才具备较强的操作性。。。。。。草拟人应回覆三个问题：使命何时启动，，，，，，，，最迟何时实现，，，，，，，，实现后用什么资料证明。。。。。。证据可所以通知回执、审批纪录、检测汇报、会议纪要、系统日志或双方签收文件，，，，，，，，具体大局应与事项性质相匹配。。。。。。

第四步：查抄与相邻分项的衔接

17.c与17(a)、17(b)及17(d)之间应形成递进或并列关系。。。。。。若17(a)划定通常使命，，，，，，，，17(b)划定提交资料，，，，，，，，17(c)能够划定审核和补正，，，，，，，，17(d)再划定不合格处置；；；；；；；若是每一项都沉复统一使命，，，，，，，，执行者将难以判断优先挨次。。。。。。涉及界说、期限或责任的内容，，，，，，，，应优先引用已有条款，，，，，，，，预防在17.c中沉复创设分歧尺度。。。。。。

可直接改写的17(c)条款骨架

以下文本是草拟模板，，，，，，，，不代表任何特定司法或合同的正式内容。。。。。。使用时应凭据文件性质代替方括号中的信息，，，，，，，，并与全文的术语、时限和责任系统维持一致。。。。。。

“17(c) 在[触发事务]产生后，，，，，，，，[责任主体]应在[期限]内，，，，，，，，通过[指定方式]向[接管主体]提交[具体资料或采取具体措施]。。。。。。提交内容至少应蕴含[必要信息]。。。。。。接管主体应在[审核期限]内实现审核，，，，，，，，并以[书面通知或系统纪录]奉告了局。。。。。。因[明确列举的例表情景]无法定期实现的，，，，，，，，责任主体应在期限届满前注明原因并提出补救打算。。。。。。除非获得[授权主体]的书面核准，，，，，，，，责任主体不得以例表情景免去[主题使命]。。。。。。”

模板中的“至少应蕴含”适合列明最低资料要求，，，，，，，，但不宜无限扩张。。。。。。若资料清单较长，，，，，，，，应放入附件，，，，，，，，并在17.c中写明附件名称、版本和更新方式。。。。。。若条款涉及裁量权，，，，，，，，应同时划定裁量主体、判断成分和纪录要求，，，，，，，，预防把全数决定权交给没有天堑的“有关部门”。。。。。。

最容易让17.c失效的四类写法

• 只写指标，，，，，，，，不写作为：“确保信息安全”“提高治理水平”属于政策指标，，，，，，，，不能代替具体使命。。。。。。
• 主体前后不一致：开头由项目方掌管，，，，，，，，后文却要求供给商实现，，，，，，，，容易引发责任归属争议。。。。。。
• 期限无法推算：“收到后尽快”“实现后实时汇报”没有明确起算点和截止点。。。。。。
• 例表领域过宽：“特殊情况之表”没有注明什么是特殊情况、由谁认定以及若何留痕。。。。。。

条款还应预防把多个独立使命塞进一个过长句子。。。。。。提交资料、审核资料、保留纪录和承担用度属于分歧作为，，，，，，，，最好使用分句或分项别离划定。。。。。。这样既便于执行，，，，，，，，也方便后续批改某一项而不粉碎整体结构。。。。。。

颁布前若何审查17.c的可执行性

17.c的最终审查应同时进行文字、系统和执行三层查对。。。。。。文字审查关注术语是否统一、主语是否明确、标点和编号是否切合全篇体式；；；；；；；系统审查关注是否与界说、期限、责任、救助及附件相矛盾；；；；；；；执行审查则应让不相识草拟过程的人员仅凭条款回覆“谁做、何时做、怎么做、交给谁、若何证明”。。。。。。

1. 把条款中的每个使命动词圈出，，，，，，，，确认每个动词都有明确责任主体。。。。。。
2. 把所有功夫表白单独列出，，，，，，，，查抄起算事务、工作日或天然日、截止时点是否一致。。。。。。
3. 把“书面”“通知”“核准”“纪录”等法式词与文件中的界说条款逐一查对。。。。。。
4. 模拟一次正常流程和一次逾期流程，，，，，，，，确认条款能否支持提醒、补正、回绝或补救。。。。。。
5. 让业务人员、司法审查人员和现实执行人员别离阅读，，，，，，，，纪录三者对使命内容的分歧理解。。。。。。

若是文件起源、合用司法或第17条高低文仍未确定，，，，，，，，不宜直接把模板当作最终文本。。。。。。提供齐全标题、17条前后分项、使用场景和但愿达到的成效后，，，，，，，，能力把17.c进一步改写成拥有明确对象、期限、法式和责任后果的正式条款。。。。。。

人民网校对：黄耀明(vuLenA81Rh2t9jZK313H8AW0uB6rmfwddZRxp)