如果要把17.c进一步起草为17.c.13.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的原文，再在标题前增加“13.nom”，得到的往往只是形式上的编号，不一定构成内容完整的下位条款。

起草前应先回答三个问题：

• 17.c是什么层级：它是原则性规定、主题项、分类节点，还是已经具备执行要求的完整条款。
• 17.c.13.nom承担什么功能：它是对17.c的细分、例外、操作要求，还是一个需要单独命名的对象。
• nom在当前规则中表示什么：它可能是名称、命名字段或特定编号后缀，也可能只是原始资料中的标记，必须以同一文件的编号示例为准。

如果这些问题尚未确认，正文可以先使用“17.c.13.nom”作为工作编号，但不应擅自扩展其完整含义。这样既保留原始结构，也避免把尚未证实的解释写进正式条款。

确定上位条款后，17.c.13.nom怎么从17.c起草？

完整路径可以分为四步：读取17.c的核心要求，确定13所代表的细分对象，补齐下位条款所需的条件，最后按照同一套编号和措辞规则成稿。

第一步：从17.c中提取不可改变的核心要求

先不要急着改写句子，而应把17.c拆成几个信息单元。至少记录以下内容：

• 规范对象：17.c针对谁、什么事项或哪一类情形作出规定。
• 核心动作：使用、提交、标注、保留、限制、说明或其他规范动词。
• 适用条件：在什么时间、范围、状态或前提下发生作用。
• 规范结果：要求达到什么状态，或者需要产生什么文件、记录和处理结果。

例如，若17.c的核心只是“对某类对象进行标识并保留相关记录”，那么17.c.13.nom不应脱离这一主线，另行写成完全不同的主题。下位条款可以增加对象范围、字段要求或执行条件，但应继续服务于17.c的原始目的。

第二步：明确“13”对应的细分内容

“13”不能仅凭编号推断含义。应在17.c的同级或下级结构中查找相邻编号，观察它们是否按照对象、场景、程序、例外或属性排列。如果17.c.1至17.c.12已经存在，先比较这些条目的命名方式和句式，再判断17.c.13应当延续哪一类逻辑。

若没有相邻条目可供参照，可以先为13建立一个工作名称。例如：

17.c.13.nom——关于〔细分对象〕的〔具体要求〕

其中“细分对象”和“具体要求”只用于占位，不应在未经资料支持的情况下填写具体事实。名称确定后，再检查它是否仍属于17.c的范围，是否与已有条目重复，以及是否能够独立表达一个清楚的规范单元。

第三步：把上位要求转成下位条款

下位条款不宜重复整段17.c，而应保留必要前提并增加能够区分本条的内容。常用结构是：

17.c.13.nom：〔对象〕在〔适用条件〕下，应当〔完成动作〕，并达到〔结果或记录要求〕。

如果该条款需要进一步规定顺序，可以采用两句式。第一句说明适用对象和主要义务，第二句说明执行条件、输出内容或与17.c的衔接关系。例如：

17.c.13.nom适用于〔对象范围〕。在符合〔前提条件〕时，相关主体应当〔核心动作〕，并以〔文件、字段、记录或结果〕证明该要求已经完成。

这种写法的好处是结构清楚：第一句回答“管什么”，第二句回答“怎么执行”。如果17.c本身只是分类说明，而不是义务条款，则应把“应当”改为“包括”“指”“分为”或其他与原文件一致的表达，不能为了形成条款而强行增加义务。

起草17.c.13.nom时，哪些内容必须与17.c保持一致？

至少有四类内容需要继承上位条款的口径。

• 对象口径一致：17.c使用“相关主体”，下位条款不要无依据地改成“申请人”“管理机构”或其他更窄对象。
• 动作强度一致：“应当”“可以”“不得”“宜”分别代表不同程度的要求，不能为了语气顺畅而互换。
• 范围边界一致：17.c已经限定适用范围时，17.c.13.nom只能细化，不能无提示地扩大或缩小。
• 术语写法一致：同一个对象、文件或结果应保持同一名称，避免同义替换造成内容上看似新增、实际含义不明。

此外，17.c.13.nom若涉及时间、数量、格式、例外或责任分配，应明确这些信息来自17.c、同级条款还是另一个定义条款。无法确认来源时，可以保留字段式表达，不要用推测数字或自造名称填充空白。

一份可直接修改的17.c.13.nom草案框架是什么？

在资料尚不完整时，可以先形成以下工作稿，再根据原文件补充方括号内容：

17.c.13.nom

本条适用于〔17.c所规定对象中的具体范围〕，用于落实17.c关于〔核心目的或主要要求〕的规定。

在〔触发条件或适用场景〕下，〔责任主体〕应当〔具体动作〕，并完成〔必要的材料、记录、标识或结果〕。

如〔特殊情形〕发生，按照〔关联条款、定义或程序〕处理；本条未规定的事项，仍适用17.c及其相关下位条款。

这份框架不是最终定稿。第一句用于建立上下位关系，第二句承载真正的规范内容，第三句只在确有例外或衔接需要时保留。如果原始文件没有例外机制，第三句可以删除，避免把不存在的程序写进草案。

成稿前如何判断17.c.13.nom已经写完整？

可以做一次简短的结构检查。读者看到标题后，应能判断本条属于17.c；读完第一句，应能知道本条适用什么对象；读完核心句，应能明确需要完成什么动作；读完整段，应能找到执行条件和预期结果。若其中任何一项只能依赖上下文猜测，说明条款还需要补充。

同时检查三种常见问题：一是把17.c的背景说明重复成冗长前言，导致下位条款没有新增信息；二是只写“应按照17.c执行”，却没有说明17.c.13.nom具体处理什么；三是为了让编号看起来完整，擅自解释“nom”或补入未经来源支持的名称。合格的起草结果应当做到编号可追溯、内容有新增、措辞与上位条款一致。

因此，17.c.13.nom从17.c起草的关键不是套用一个固定句式，而是先还原17.c的规范骨架，再确认13所对应的细分主题，最后用明确的对象、条件、动作和结果形成独立条目。等同一文件中的编号规则、相邻条款和术语定义补齐后，再把工作稿转换为正式版本，才能保证结构和内容同时成立。