先核对17.c.13.nom-17.c-起草对应的文件属性

最终稿可以采用“文件编号、标题、主体信息、起草目的、事实经过、适用依据、处理请求、附件清单、签署信息”的顺序。若原始文件规定了不同栏目，应以原始栏目为优先，不要为了套用通用结构而改变字段顺序。

第三层准确引用适用依据

文件属性核验决定17.c.13.nom-17.c-起草应采用说明性文本、条款⭐文本还是表格填报格式。至少要确认以下六项信息：

可用底稿：“本文件由[主体全称]以[身份或授权依据]起草，适用于[事项名称]。本次起草的目的为[申请、说明、确认、变更或备案]，涉及期间为[起始日期]至[结束日期]。”

第二层按时间顺序陈述已确认事实

可用底稿：“据此，现请求[接收主体]于[日期或🚀期限]完成[具体动作]，并对[需确认事项]作出书面确认。如需补充材料，请一次性列明材料名称、格式和提交期限。”

起草时应如何处理代码、占位符和不确定内容

可用底稿：“根据[材料名称及日期]，于[日期]发生[具体事实]；[主体名称]于[日期]完成[具体动作]；目前状态为[已完🎯成、待处理、部分完成或存在争议]。上述事实对应材料为[材料清单]。”

附件清单：[附件一名称及版本]📌；[附件二名称及版本]；[其他材料]

第一层写明主体和起草目的

起草正文应当把事实陈述、☀️规则依据🔍和具体请求分开书写，避免把推测、判断和结论混在同一段中。每一层只承担一个功能，审核人员可以据此快速判断内容是否完整。

第四层提出可执行的请求或处理意见

可用底稿：“本事项拟依据[文件全称]第[条款或字段编号]处理。现有资料能够确认的要求包括：🎉🎊[要求一]、[要求二]和[要求三]。对于[未确认事项]，应以发布主体提供的正式版本为准。”

按照事实、依据、请求三层结构组织正文

代码处理应当保持原样并与正文标题分开。若接收方要求显示编号，可在文首设置“文件编号：17.c.13.nom-17.c”，但不要把代码🔮擅自扩展🎊成法规名称、合同名称或权利义务条款。

可直接使用的简版起草框架

主体信息段应当明确⚡谁在什么身份下提交文本，以及文本要解决的⚡事项。建议写清全称、统一简称、联系人、联系方式和授权关系；如果主体尚未确认，应使用“待核实主体”标记，不能直接填入猜测名称。

依据段应当只引用能够确认名称、版本和适用范围的文件。原始资料没有明确给出条款编号时，不要为了让文本看起来完整而自行补写编号；可以写明“依据待核验”，并单独列出需要补充的资料。

简版起草框架适合在资料尚未齐全时❤️建立初稿，提交前仍需依据原始文件逐项替换括号内容并删除说明文字。