先确认“17.c.13.nom”和“17.c”的对应关系

应于〔日期或期限〕前完成〔☀️成果名称〕，💪并以〔文件、记录、测试结果、签收单或审批意见〕作为完成依据。

起草前必须补齐的五项信息

在尚未确认专门格式时，可以先按照“编号加标题、目的、适用范围、具体要求、责任分工、时间和成果、例外处理”的顺序形成初稿。下面的结构适合制度条款、项目任务说明和内部规范等场景，正式提交前仍应按原文件要求调整。

“nom”没有统一适用于所有文件的中文含义。除非原文件已经给出定义，否则应保留原写法，并在首次出现处填写经确认的正式名称。不能因为词形相似，就直接认定它等于“名称”或其他固定概念。

起草阶段可以使用方括号标注待确认内容，例如“〔正式名称待核〕”“〔期限待确认〕”。但🎉提🔮交定稿前，必须将所有占位内容替换为真实信息，并检查编号、标题、正文引用是否一致。

只写目标，不写判断标准

“17.c.13.nom—17.c-起草”单独看并不是一个能够直接确定含义的通用法律术语或标准名称。它更像是某份文件▶️中的章节编号、事项编码、字段名称或起草任务标识，其中“17.c.13.nom”可能是具体子项，“17.c”可能是所属章节，“起草”则表示需要编制该部分内容。

如果只知道“17.c.13.nom—17.c-起草”，却不知道文件名称和具体事项，建议先向任务发布方确认：“17.c.13.nom对应的正式中文名称是什么？17.c是上位章节还是另一个独立项目？需要形成条款、说明文字还是表格内容？”这几个问题能够避免编号错位和内容误写。

本项适用于〔部门、项目、产品、区域或具体业务范围〕。涉及〔特殊对象〕的，按照〔关联文📌件或审批要求〕执行。

适用于该类编号事项的起草结构

起草前应从原始目录、任务单、表格或上级条款中核对编号。重☀️点查看该代码前后的标题、同级😎条目和所属文件名称。编号中使用点号、字母和连接号，通常可能存在以下几种关系：

不同文件类型的写法区别

如果暂时没有原始文件，最稳妥的做法是先提交“编号及事项名称待确认”的结构化初稿，不要虚构“17.c.13.nom”的具体含义。待确认来源、文体和适用范围后，再补充正式条款、责任分工与执行标准，才能形成可审核、可执行的“17.c”起草文本。

起草中最容易出现的错误

“17.c.13.nom”主要承担定位作用，不能代替事项名称、责任主体和执行要求。正文仍应回答“谁来做、做什么、何时完成、做到什☀️么程度、用什么材料证明完成”。