关于 audit-report-writing
此技能帮助将隐私审计工作整理为面向治理机构、管理层和监管方的结构化报告,涵盖报告章节、证据、发现、严重程度评级及质量标准。
主要功能
- 01标准报告章节
- 02发现严重程度分类
- 03证据引用方法
- 04执行摘要编写指南
- 05报告质量标准
适用场景
- 01撰写隐私审计报告
- 02记录审计发现与证据
- 03总结合规风险
- 04为相关方准备报告
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mukul975/ privacy-data-protection-skills --skill audit-report-writing安装后在 Claude Code 中输入/audit-report-writing确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
assets/template.mdreferences/standards.mdworkflows.mdscripts/process.py详细介绍
隐私审计报告撰写
概述
隐私审计报告撰写是一项将审计现场工作转化为结构清晰、论据充分的书面成果的工作,旨在向利益相关方传达审计目标、方法、发现和建议。一份精心撰写的审计报告,是向治理机构、管理层、监管机构和数据保护主管部门传达隐私合规状况的主要载体。
根据 GDPR 第 39(1)(b) 条,数据保护官必须通过审计等方式监督合规情况,这意味着审计报告是 DPO 履行监督职责的重要工具。ISO 19011:2018《管理体系审核指南》第 6.6 节提供了关于审计报告内容和分发的国际标准框架。
报告结构
标准章节
| 章节 | 用途 | 典型篇幅 |
|---|---|---|
| 封面 | 报告标识、分类、分发名单 | 1 页 |
| 执行摘要 | 高层次发现、总体意见、关键问题 | 1-2 页 |
| 目录 | 导航辅助 | 1 页 |
| 审计范围和目标 | 审计内容、边界、排除项 | 1-2 页 |
| 方法 | 审计方法、抽样、使用的工具 | 1-2 页 |
| 发现和观察事项 | 详细发现及证据、风险评级、根本原因 | 5-20 页 |
| 建议 | 按优先级排列的纠正措施 | 2-5 页 |
| 管理层回应 | 被审计方的同意或异议、行动计划、截止日期 | 2-5 页 |
| 附录 | 证据引用、抽样详情、访谈记录 | 不定 |
发现分类
严重程度评级
| 评级 | 定义 | 响应时限 |
|---|---|---|
| 严重 | 重大不合规,造成监管执法、数据泄露或对数据主体造成重大伤害的即时风险 | 立即整改;24 小时内通知董事会 |
| 高 | 重大控制弱点或不合规,如不处理,可能导致数据泄露或监管行动 | 14 天内提交整改计划;60 天内完成 |
| 中 | 当前不会造成即时风险,但可能恶化的控制缺陷 | 90 天内整改 |
| 低 | 改进机会;轻微的程序缺口 | 180 天内或下一审计周期整改 |
| 观察事项 | 良好实践说明或建议;不属于正式发现 | 无强制行动要求 |
发现记录格式
每项发现应包括:
| 要素 | 描述 |
|---|---|
| 发现 ID | 唯一标识符(例如,AUDIT-2026-001) |
| 标题 | 简洁且有描述性的标题 |
| 现状 | 观察到的情况(当前状态) |
| 标准 | 预期情况(标准、政策或法规) |
| 原因 | 根本原因分析(差距存在的原因) |
| 影响 | 该发现造成的影响或潜在影响 |
| 风险评级 | 严重 / 高 / 中 / 低 |
| 建议 | 具体纠正措施 |
| 管理层回应 | 被审计方的回应、行动计划、责任人、截止日期 |
| 证据引用 | 文档 ID、截图、访谈笔记 |
执行摘要撰写
执行摘要必须:
- 用一段话说明审计范围、期间和目标
- 提供总体合规意见(满意、需要改进、不满意)
- 按严重程度汇总发现的分布情况
- 强调任何需要立即关注的严重或高风险发现
- 说明积极观察事项和合规表现良好的领域
- 最后评估总体风险状况
证据引用
证据类型
| 类型 | 示例 | 引用格式 |
|---|---|---|
| 文档类 | 政策文件、程序、记录 | DOC-001:“《数据保留政策 v3.2》,日期为 15-Jan-2026” |
| 访谈类 | 访谈、流程演示 | INT-001:“与 DPO 的访谈,10-Mar-2026,14:00-15:00” |
| 分析类 | 数据分析、抽样结果 | ANA-001:“DSAR 响应时间分析,2025 年 Q4” |
| 观察类 | 系统截图、流程观察 | OBS-001:“同意横幅截图,拍摄于 12-Mar-2026” |
报告质量标准
| 标准 | 要求 |
|---|---|
| 准确性 | 所有发现均有经核实的证据支持;发布前纠正事实错误 |
| 客观性 | 平衡呈现;在列出发现的同时,也包含正面观察 |
| 清晰度 | 使用通俗语言;解释技术术语;避免行话 |
| 完整性 | 涵盖所有范围领域;无重大遗漏 |
| 建设性 | 建议可执行、具体且适度 |
| 及时性 | 在现场工作完成后 10 个工作日内发布报告草稿 |
| 简洁性 | 不作不必要的重复;各项发现彼此有别 |
分发与保密
| 分类 | 接收方 |
|---|---|
| 完整报告 | 首席隐私官、DPO、内部审计总监、被审计方管理层 |
| 仅限执行摘要 | 董事会审计委员会、高管层 |
| 脱敏版本 | 外部监管机构(应要求提供)、外部审计师 |
| 特定发现摘录 | 各项发现的负责人,用于跟踪整改情况 |
GDPR 与监管背景
| 法规 | 与审计报告的相关性 |
|---|---|
| GDPR 第 5(2) 条 | 问责原则——审计报告用于证明合规监控情况 |
| GDPR 第 24 条 | 控制者必须实施适当措施,并能够证明合规 |
| GDPR 第 28(3)(h) 条 | 处理者必须允许并配合控制者开展的审计 |
| GDPR 第 39(1)(b) 条 | DPO 必须监控合规情况,包括职责分配、意识提升、培训及相关审计 |
| GDPR 第 47(2)(j) 条 | BCR 必须包含审计机制 |
| ISO 27701:2019 第 5.2 节 | PIMS 特定审计要求 |
| ISO 19011:2018 第 6.6 节 | 编制和分发审计报告 |
评论
支持 Markdown