提交前使用一份最终核对清单

如果当前只有页面标题、截图或旧草稿，没有完整的上位文件，就不要凭编号推测条款含义。编号本身通常不具🎨备跨文件通用性，C1在不同制度、表单或项目中的定义可能完全不同。起草前应先锁定原始版本、适用对象和生效条件。

17.c1-17.c9起草的正文应让执行人员在不询问起草人的情况下完成判断。每一项可以按照“当……时，由……在……期限内完成……，并形成……”的结构组织，但具体表达仍要根据文件性质调整。

C1至C9之间的交叉检查应同时关注编号顺序、责任关🔮系和执行结果，单独看每一🤔项通顺，并不代表整套草案能够运行。

把每一项写成可执行的条款

C1至C9的起草内容应采用相同字段记录，统一结构能够减少有的条款写了要求、有的条款只写了标题的问题。每个编号至少包含“目的、对象、条件、动作、结果、证据、例外”七类信息。

上表属于便▶️于落地的内部编排，不表示所有文件都必须按照C1为范围、C2为定义的顺序排列。如果原始资料已经规定C1至C9的正式含义，应保留原编号和原顺序，只补充缺失字段，不能为了统一格式而改写编号含义。

当C1至C9只是内部编号而没有公开定义时，最重要的不是补写看似完整的内容，而是把来源、假设和待确认事项分开保存。这样既能完成可审阅的草案，也能避免后续发布时把推测内容误写成正式要求。

用统一字段拆解C1至C9

17.c1-17.c9起草不能直接从编号开🎵始填内容，先要确认“17”代表的文件、标准、项目或业务模块，以及C1至C9🔮在原始资料中的真实含义。最稳妥的做法是建立条款映射表，逐项记录适用范围、触发条件、执行要求、证明材料和例外情况，再完成正式文字。

17.c1-17.c9起草的第一步是建立“🎵编号—来源—内容”的对应关系，而不是立即润色句子。起草人至少应确认以下五项信息：

17.c1-17.c9起草提交前，起草人可以按以下顺序完成终检：