第一步：找到编号的完整出处

在未确认正式标题前，可以在工作稿中写成“【17.c.13.nom，待核对原文】”，并在旁边记录来源和待确认事项。确认后，再替换为原文件规定的正式名称和正文。这样既不会把未知代码误写成错误条款，也方便后续审校和版本追踪。

第三步：核对它承担的功能

若该编号出现在表单或软件后台，起草重点不是编写一段解释性🎉条款，而是确认字段的实际填写规则。应重点核对字段显示名称、允许输入的内容、字符长度、是否支持中文、是否必📢须填写，以及提交后是否会自动生成其他文本。

例如，系统可能把“17.c.13.nom”作为内部字段编码，而页面上显示的是“🎵项目名称”。此时正式文档应使用页面显示名称或系统规定的业务名称，内部代码🎉可以放在管理备注中，不宜直接面向普通读者展示。若系统要求原样传值，则应保持代码的点号、大小写和顺序不变。

起草前的四步核对方法

同样的点号结构可能对应完全不同的内容。编号中的“17”可能是章节、表单编号或项目序号；“c”可能是子项，也可能是分类代码；“13”可能是该层级下的序号；“nom”则可能是名称字段或原文缩写。因此，应结合出现位置进行判断。

“nom”在不同资料中可能🎉有不同来源。在法语语境里，它有时与“名称”或“名词”有关；在数据库或起草软件中，也可能只是字段后缀；在某些内部编码中，它甚至没有可独立翻译的含义。除非原文件的缩略语表、字段说明或上下文已经明确，否则不能因为它看起来像某个外语单词，就认定整个编号的含义。

记录它出现的文件名称、版本、语言、发布机构或系统名称。不要只截取编号本身，最好同时保留前后各一段文字，因为上级标题和相邻条目通常能说明编号的层级关系。

第二步：确认上级层级

17.c.13.nom本身不是一个能够脱离上下文直接确定含义的通用术语。它更像是法规、标准、资料库或起草系统中的层级编号、字段标识或内部条目代码。仅凭“17”“c”“13”和“nom”这几个部🌈分，不能准确判断它对应的条款内容，也不能直接☀️把它解释成“第17条第c款第13项名称”。

一个条款编号通常会对应规则、义务、条件、例外或程序；一个字段代码通常会对应填写值、数据格式、是否必填和校验方式。起草内容前，应先明确该编号要求的💯是一段规范文字，还是一个具体名称或数据项。