审计发现是什么
审计发现按固定结构描述问题：准则要求、实际情况、影响、原因、建议。按严重程度分级（重大缺陷、重要缺陷、一般发现），报告发布前与被审方核对事实与措辞。结构化的写法让发现可验证、可整改，也减少因表述含糊引发的争论。
怎么写得站得住
事实部分要给可核对的量：抽样多少笔、偏差几笔、时间范围与系统名称；影响要说明可能导致什么后果，而不是用“管理混乱”“风险很大”这类定性词。分级要有判定依据（是否违反红线、影响金额、涉及范围、是否重复发生），同一类问题在不同部门的分级应保持一致。
基本信息
| 结构 | 准则、事实、影响、原因、建议 |
|---|---|
| 分级 | 重大缺陷、重要缺陷、一般发现 |
| 确认 | 报告前与被审方核对事实与措辞 |
| 跟踪 | 每条发现对应责任人与整改期限 |
典型使用场景
- 年度内审报告：分级排序，确定优先整改项
- 专项检查：针对某一控制域输出发现清单
- 外部审计沟通：用统一格式回应询问与补充证据
- 重复问题识别：对比历次发现，标注整改后复发项
- 跨部门共性问题：合并为一项并明确牵头部门
- 整改验收：以发现描述为基准逐条验证关闭
发现描述示例
发现描述示例
准则：变更应经审批并留痕
事实：抽查 25 笔变更中 4 笔无审批记录（占 16%）
影响：未授权变更可能导致生产事故且无法追溯责任
原因：紧急变更缺少事后补审机制
建议：建立紧急变更台账，要求 3 个工作日内补审分级参考
| 等级 | 判定参考 | 处理要求 |
|---|---|---|
| 重大缺陷 | 违反红线、可能导致重大损失 | 限期整改并上报管理层 |
| 重要缺陷 | 控制缺失或长期未执行 | 制定计划并按期完成 |
| 一般发现 | 执行不规范或文档缺失 | 纳入例行改进跟踪 |
同一发现建议给出可执行的整改方向（如补审时限、责任岗位），但不必替被审方设计全部细则，否则整改容易停留在照抄建议。