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”，但不要把代码私自扩展陋习则名称、条约名称或权力义务条款。

• 未确认的名称：使用“[待确认名称]”，并在文末列出确认责任人和确认限期。
• 未确认的日期：使用“[年/月/日]”，同时区分事务爆发日、文件签署日和生效日。
• 未确认的金额：使用“[金额及币种待核]”，不得用估算数替换正式数据。
• 未确认的依据：写明“[依据文件待补]”，不要引用搜索效果问题或非正式摘要。
• 可能保存争议的事实：划分写“甲方主张”“乙方反响”和“现有质料可证部分”，不要把单方说法写成客观结论。
• 需要选择的处置惩罚计划：列出计划一、计划二及各自条件，待授权人确认后删除未接纳选项。

占位符整理应当在最终提交前完成。正式版本不可保存方括号、内部批注、颜色标记、待定语言或与正文无关的编辑意见；若是某项确实无法补齐，应在正文中明确说明缺失缘故原由和补交安排。

形成可提交版本时检查语言和证据对应关系

正式文本审校应当同时检查内容准确性、结构完整性和提交形式，不可只举行错别字检查。建议凭证以下顺序完成：

1. 检查主语：每个行动都要能回覆“谁实验、谁认真、谁确认”，阻止使用没有责任主体的“已处置惩罚”“已完成”。
2. 检查时间：核对日期先后、限期盘算、版今日期和签署日期，阻止将预计时间写成已经爆发的事实。
3. 检查数字：统一金额、数目、比例、单位和小数位；正文数字与附件数字纷歧致时，必需回到原始质料核实。
4. 检查依据：逐项确认文件名称、条款编号、适用工具和有用状态，未经确认的内容不要写成确定结论。
5. 检查请求：确认每项请求都有对应事实，并且吸收方能够通过日期、质料或效果判断是否完成。
6. 检查附件：正文提到的附件必需现实保存，附件名称、页数、版本和正文引用位置应坚持一致。
7. 检查权限：确认起草人是否有权代表主体提交，涉及允许、放弃权力、付款或责任肩负的句子应经由授权人复核。
8. 检查名堂：凭证吸收方要求处置惩罚文件名堂、命名、页码、署名、印章和提交渠道，代码应与原始要求坚持一致。

最终稿可以接纳“文件编号、问题、主体信息、起草目的、事实经由、适用依据、处置惩罚请求、附件清单、签署信息”的顺序。若原始文件划定了差别栏目，应以原始栏目为优先，不要为了套用通用结构而改变字段顺序。

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

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

人民网校对：林行止(1ZXm302IKxDm5F359jkvWApegOJRTs1T0)