参考消息
起草正文应当把事实陈述、规则依据和具体请求分开书写,避免把推测、判断和结论混在同一段中。每一层只承担一个功能,审核人员可以据此快速判断内容是否完整。
请求段应当说明希望接收方完成什么动作、完成时间是什么、完成💫后形成什么结果。请求内容应与前文事实直接对应,不能使用“尽快处理”“妥善解决”等无法验收的空泛表达。
占位符清理应当在最终提交前完成。正式版本不能保留方括号、内部批注、颜色标记、待定措辞或与正文无关的编辑意见;如果某项确实无法补齐,应在正文中明确说明缺失原因和补交安排。
可用底稿:“本文件由[主体全称]以[身份或授权依据]起草,适用于[事项名称]。本次起草的目的为[申请、说明、确认、变更或备案],涉及期间为[起始日期]至[结束日期]。”
17.c.13.nom-17.c-起草不能只根据这一串代码直接套用固定模板,因为代码本身没有说明所属法规、合同、申报表、内部制度还是项目文件。正确做法是先🔮确认代码对应的原始文件、适用版本、接收对象和填写范围,再围绕具体事实形成正式文本。
简版起草框架适合在资料尚未齐全时建立初稿,提交前仍需依据原始文件逐项替换括号内容并删除说明文字。
依据说明:本事项拟💯依据[文件全称、版🌈本及条款]处理。已确认要求为[要求内容],待核验内容为[待补事项]。