处理17.c.13.nom—17.c-起草时，不宜仅凭编号直接编写正文。这个表达式更像是某套法规、合同模板、表单系统或内部知识库中的层级标识，其中“17.c”可能是上级条目，“13”可能是下级序号，“nom”可能代表名称、名义字段或某种分类标记；破折号则可能用于连接父项与起草任务。没有原始目录、字段定义和适用文本时，不能把这些符号擅自解释成具体法律义务。

稳妥的起草方式是先锁定“17.c”的适用范围，再确认“17.c.13.nom”属于名称字段、说明字段还是实质性规范条款，最后根据主体、条件、行为、期限、例外和法律后果组织句子。若原始资料只给出一个编号，最终文本应保留待确认标记，而不是虚构具体金额、期限、责任或权利。

先判断17.c.13.nom到底是哪一类编号

17.c.13.nom的准确含义必须由来源文件或字段字典确定。不同系统可能采用相同的数字和字母组合，但层级含义并不相同。起草前应查看该编号所在章节的标题、上级节点、相邻条目、字段类型和已有示例。

如果“nom”出现在数据字段、表格列名或多语言标签中，起草人员应优先查看字段说明；如果“nom”出现在法规正文的条款编号中，则应完整保留原文定义。名称字段通常只需要填写准确、稳定、可识别的名称，不应混入义务、条件和处罚内容。

起草前需要锁定的五项信息

“17.c-起草”的首要任务不是润色句子，而是补齐决定条款效力的基础信息。以下五项内容至少应从源文件、业务需求或确认记录中获得。

1. 规范对象：明确条款约束的是自然人、法人、管理机构、承办部门、供应商，还是文件中的某个具体角色。
2. 触发条件：说明义务在何时发生，例如签约后、申请前、发现异常时、达到某项条件后，避免使用没有边界的“必要时”“适当情况下”。
3. 核心动作：确定对象必须提交、保存、通知、审核、公开、停止、补正还是承担其他行为。
4. 完成标准：写清期限、形式、内容、接收方、证明材料或完成结果，使执行人员能够判断是否已经履行。
5. 例外与后果：如果存在豁免、延期、补救或违约后果，应明确其适用条件，不能只写“另行处理”。

当上述信息无法全部确认时，起草稿可以使用“待确认主体”“待确认期限”“待确认法律后果”等内部标记，但发布版本不应保留模糊占位内容。名称字段的占位方式也应与实质性义务区分，例如“【项目名称待确认】”不能被误写成一项管理要求。

把17.c.13.nom—17.c-起草写成可执行条款

若确认“17.c.13.nom”对应的是实质性规范，条款应围绕“谁在什么情况下做什么、做到什么程度”展开。一个可复用但不替代正式审查的结构是：

“[责任主体]在[触发条件]发生后，应于[期限]内，以[指定形式]向[接收对象]完成[具体行为]，并提供[必要材料]；因[例外情形]无法完成的，应在[期限]内说明原因并采取[补救措施]。”

该结构中的每个括号都必须有事实依据。责任主体应避免使用“相关人员”“有关单位”等无法识别的概念；具体行为应使用“提交”“通知”“保存”“核验”等可验证动词；期限应说明起算点；接收对象应能够被准确定位；补救措施应写明责任边界。

名称字段与义务字段不能混写

如果“nom”被定义为名称字段，字段内容应集中表达对象名称、事项名称或文件名称。例如：“项目名称：________”。名称字段不宜写成“项目名称应当由承办部门在五个工作日内报送”，因为后半句已经属于行为义务，应另设说明项或规范条款。

条款内容需要避免三类模糊表达

• 主体模糊：“应及时处理”没有说明谁负责，无法分配责任。
• 标准模糊：“提供完整资料”没有列出资料范围，也没有说明缺少资料时如何处理。
• 结果模糊：“按规定执行”没有指向具体规则，使用者无法判断应执行哪一项要求。

需要保留弹性的场景，可以采用“原则加例外”的写法，而不是完全省略标准。例如，先规定通常期限，再列明不可归责于当事人的延误如何申请延期，并确定申请方式、审批主体和最长延期范围。

用同级条款检查语言和逻辑一致性

同一文件中的17.c条款应当与相邻条款保持编号、主体、动词、时间单位和例外表达的一致。起草人员应将新文本放回完整目录中阅读，不能只检查单独一句是否通顺。

• 编号一致：确认“17.c”“17.c.13”和“17.c.13.nom”分别属于标题、子项还是字段，不要把字段码直接当作正式条款号。
• 主体一致：同一义务主体在全文中应使用相同称谓，避免在“申请人”“申报方”“当事人”之间无说明切换。
• 动词一致：“应当”“可以”“不得”分别代表义务、授权和禁止，不能为了语言变化而随意替换。
• 时间一致：“日”是自然日还是工作日，“收到之日”与“发出之日”是否相同，必须根据文件规则确定。
• 交叉引用一致：引用其他条款时应核对条款编号、标题和实际内容，避免出现引用了不存在条款的情况。

如果父级条款已经规定了适用主体、期限或责任，子项不必机械重复全部内容，但涉及不同对象或不同例外时必须重新写明。删除重复内容前，应确认删除后单独阅读子项不会失去必要条件。

提交前的实质审查与留痕

完成17.c.13.nom—17.c-起草后，审查重点应从“句子是否漂亮”转向“条款能否被执行、复核和追责”。至少应进行一次来源核对、一次业务核对和一次文本核对。

1. 来源核对：记录编号来自哪一份文件、哪一版目录或哪一套字段定义，并确认“nom”的正式解释。
2. 业务核对：让实际执行人员按照条款模拟一次操作，检查是否知道何时开始、向谁提交、提交什么以及如何证明完成。
3. 法律与合规核对：检查授权范围、责任配置、例外条件、个人信息、商业秘密和处罚表述是否超出上位文件允许的范围。
4. 语言核对：删除无实际含义的形容词，统一术语、标点、数字、日期和计量单位。
5. 版本留痕：保留原始编号、修改原因、确认人、确认时间和待决问题，便于后续追溯，而不是只保存最终句子。

当资料不足以确认编号含义时，最安全的交付成果应包含“已确认内容”和“待确认内容”两部分。已确认内容可以先完成结构和格式，待确认内容则明确需要补充的来源、主体、期限或后果。这样既能推进起草，也能避免把未经证实的解释固化为正式规则。