先判断它是条款编号，还是系统字段

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

同一代码可能在不💫同模板、地区或版本中指向不同内容。应核对生效日期、适用对象、语言版本及文件修订状态。若来源是内部系统，还要确认系统管理员提供的字段字典，而不能仅根据公开搜索结果下结论。

第二步：确认上级层级

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

因此，17.c.13.nom目前最准确的处理方式是把它视为🌈“待核对的结构化标识”，而不是直接视为一条具有固定含义的规范。只有获🍀得所属文件、相邻原文或系统字段说明后，才能确定它的正式名称、实际用途和适合的起草内容。

如果它只是起草系统中的字段代码

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

确认属于条款后，应该怎样起草

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