公文文种选用常见问题

写公文最怕的不是措辞不好看，而是文种一开始就选错了——该用「请示」的写成了「报告」，该发「函」的写成了「通知」，稿子改十遍也救不回来。这篇不背定义，只给一套能落地的对照方法：先判断行文方向，再定文种，最后逐条自查。

写公文最怕的不是措辞不好看，而是文种一开始就选错了。该用「请示」的写成了「报告」，该发「函」的写成了「通知」，稿子改十遍也救不回来。选文种这件事，靠的不是背定义，而是一套可复用的判断顺序：先看行文方向，再定具体文种，最后逐条自查。

这篇不堆概念，只讲机关写作者在文种选用上最容易踩的坑，以及每个坑对应的排查动作。你可以把它当成一份定稿前的对照工具，遇到拿不准的稿件，按顺序走一遍，大多数问题都能自己暴露出来。

先定行文方向，再挑文种

很多人一上来就想「这该用通知还是通报」，其实第一步不该问文种名，该问行文方向。上行、下行、平行这三个方向一定错，后面所有判断都是在错误基础上打补丁。方向对了，可选文种的范围立刻缩到两三个，纠结范围小很多。

特别提醒一点：平行单位或不相隶属单位之间，优先考虑「函」，不要习惯性发通知。通知隐含上下级关系，平级之间发通知，收文单位看着别扭，处理起来也没依据。什么情况下不适用？如果双方在文件里已经明确了指导与被指导关系，那另说；纯粹的业务协作，函是更稳的选择。

最容易混的四组文种

方向定完之后，真正高频出错的是几组「长得像、用途不一样」的文种。下面这几组，几乎每个单位都出过问题，区别不在于知不知道定义，而在于写的时候有没有停一下对照。

请示与报告

请示要答复，报告只报情况；把两件事塞进同一份文件是高频错误

通知与通报

通知布置工作，通报讲情况讲教训；别拿通报当通知用

意见与决定

意见可商量可执行，决定是拍板，语气和落款都不一样

纪要与其他

纪要是记会议议定事项，不是会议记录，不能写成流水账

这四组里，请示与报告混用最伤。收文单位收到一份标题写「报告」、内容却在要批复的文件，处理起来无从下手——按报告办，事情没人管；按请示办，标题又对不上。判断标准很简单：你希望对方看完之后做什么？要答复就走请示，只备案就走报告。

定稿前的文种自查清单

自查不是重读一遍稿子，而是带着固定问题过一遍。下面这份清单可以直接抄到你的起草流程里，定稿前逐条打勾，漏一条就回去改。

1. 三问定位先问发给谁、要对方做什么、这份文件是否需要归档留痕。三个答案一出来，文种基本就定了
2. 一文一事检查扫一遍正文，如果发现塞了两件互不相关的事，多半文种也选错了，拆开重定
3. 标题与结尾一致性看标题里的文种词和正文目的一致不一致，别标题写通知、结尾写请示，这种前后打架最容易被退
4. 翻近期同类发文拿不准时先翻本单位近期的同类发文，比翻规范更省事，也更贴合本单位习惯

• 发给谁：决定行文方向，进而决定可选文种范围
• 要对方做什么：决定是要答复的请示，还是只报情况的报告
• 是否需要归档留痕：决定要不要走正式公文，还是便函邮件即可
• 标题与正文目的一致：避免前后文种打架
• 本单位近期同类发文：最省事的参照样本

这份清单不适用于什么情况？如果是外部单位来文要求你限时回复，且对方已经指定了文种，那就按对方口径走，别自作主张换文种。自查清单是给自己起草时用的，不是用来改别人已经定好的东西。

哪些情况别硬套文种

不是所有文字往来都要套公文文种。硬套的结果是形式大于内容，流程还走得更慢。下面这几种情况，判断标准是「是否进入正式流转、是否需要归档留痕」，不满足就不必上纲上线。

• 内部便签、口头交办、即时通讯里的通知，不进入正式流转的事项，不必套公文文种
• 单位内部处室之间的工作往来，很多情况下用便函或邮件即可
• 同一件事已经走过一次正式流程，后续补充说明可以直接在原文件上续办
• 对方明确要求按正式公文回复的，按对方要求走，不套用本清单的判断

这里的分界线在于留痕和追责。如果这件事将来可能要查依据、要有人负责，那就走正式文种；如果只是日常协同、说完就过，用便函或邮件反而更高效。不要为了显得规范，把每一件小事都做成正式发文。

用工具把格式和术语托底

选文种是脑子的事，格式和术语是工具的事。把这两件事分开，别在斟酌文种的时候还去调行距。模板负责格式统一，术语库负责口径一致，质量检测工具负责前后对照，各管一段，人的精力留在判断上。

具体有哪些工具、各自适合什么场景，可以到站内工具目录按分类看，那里的清单和说明会随更新变化。格式类的问题不要再拿到文种讨论里来纠结，那是两件事，混在一起只会让判断更慢。判断文种靠上面那套顺序，格式和术语交给工具托底，两边都省心。