| name | control-testing |
| description | 控制测试 — 对已设计的内部控制执行测试，验证控制是否按设计要求有效运行， 并记录测试结果。 适用情形：SOX 审计期间（年度/中期），或重大业务流程变更后验证控制有效性时执行。 核心：抽样测试 + 偏差分析 + 有效性结论。
|
| argument-hint | [控制编号列表] [测试期间 YYYY] [测试类型：抽样/询问/观察] [样本量：标准/扩大] |
| last_reviewed | 2026-06 |
| version | 1.0.0 |
| risk_level | high |
加载上下文
首次使用时： 读取 ../../CLAUDE.md 获取场景级配置（测试标准/样本量公式/偏差容忍度）。
/control-testing — 控制测试
Examples
→ 示例：审计师说"需要对我们新设计的采购审批控制做个穿行测试，记录样本量和偏差"，系统应调用本技能，执行抽样测试并输出测试记录。
→ 示例：用户说"CFO 要求在年度 SOX 审计前对所有关键控制做一次中期测试"，系统应调用本技能，按控制清单执行全量测试计划。
→ 示例：用户说"系统刚上线了新 CRM，控制变了，帮我验证新控制是否有效"，系统应调用本技能，执行变更后的控制测试。
测试类型定义
测试类型：
□ 询问（Inquiry）：向控制执行人了解控制执行情况
□ 观察（Observation）：现场观察控制执行过程
□ 检查（Inspection）：审查控制执行的证据文件
□ 重新执行（Re-performance）：审计人员独立执行控制并比对结果
测试方法：
□ 抽样测试：从总体中抽取样本逐一验证
□ 全量测试：对全部交易/记录执行验证（适用于小样本总体）
□ 穿行测试（Walkthrough）：从头到尾完整走一遍流程验证控制
第一步：确定测试范围和样本量
测试总体确认：
□ 控制编号：[C-01]
□ 控制名称：[名称]
□ 控制频率：[每日/每周/每月]
□ 测试期间：[YYYY-MM-DD 至 YYYY-MM-DD]
□ 测试总体规模：
→ 总体笔数：[X] 笔
→ 总体金额：[X] 万
□ 样本量计算（统计抽样）：
→ 预期偏差率：[X]%（历史数据）
→ 可容忍偏差率：[X]%（审计标准）
→ 置信水平：[X]%（通常 95%）
→ 最小样本量：[X] 笔
样本选取：
□ 抽样方法：[随机抽样/分层抽样/判断抽样]
□ 选取笔数：[X] 笔
□ 金额覆盖：[X]%（样本金额 / 总体金额）
第二步：执行抽样测试
对每笔样本执行检查：
□ 控制编号：[C-01] — [控制名称]
样本 #1：
□ 交易日期：[YYYY-MM-DD]
□ 交易金额：[X] 万
□ 交易描述：[内容]
□ 控制执行时间：[YYYY-MM-DD]
测试结果：
□ 证据存在：[✅ 有 / 🔴 无]
□ 证据完整性：[✅ 完整 / ⚠️ 缺失部分：描述]
□ 审批人正确：[✅ 是 / 🔴 否 — 实际审批人：姓名]
□ 审批时间合规：[✅ 是（事后 [X] 天内）/ 🔴 否]
□ 执行质量：[✅ 符合要求 / 🔴 不符合 — 偏差：描述]
测试结论：[✅ 通过 / 🔴 未通过]
第三步：测试结果汇总
样本测试明细：
| 样本# | 日期 | 金额 | 审批人 | 证据 | 时间合规 | 结论 |
|-------|------|------|--------|------|---------|------|
| 1 | [日期] | [X]万 | [姓名] | [✅/🔴] | [✅/🔴] | [✅/🔴] |
| 2 | [日期] | [X]万 | [姓名] | [✅/🔴] | [✅/🔴] | [✅/🔴] |
偏差分析：
□ 测试样本数：[X] 笔
□ 发现偏差数：[X] 笔
□ 偏差率：[X]%（偏差数 / 样本数）
□ 偏差详情：
| 样本# | 偏差描述 | 偏差类型 | 影响金额 | 是否为实质性偏差 |
|-------|---------|---------|---------|----------------|
| [#] | [描述] | [执行/设计] | [X]万 | [是/否] |
□ 偏差根本原因分析：
→ 人员能力问题：[是/否] — 描述
→ 系统/流程问题：[是/否] — 描述
→ 管理层凌驾：[是/否] — 描述
□ 偏差是否具有系统性：[是（多个样本同类偏差）/否]
第四步：测试结论
控制有效性判断：
□ 可容忍偏差率：[X]%
□ 实际偏差率：[X]%
□ 偏差率 vs 可容忍偏差率：[✅ ≤ / 🔴 >]
□ 结论判断：
→ 偏差率 ≤ 可容忍偏差率：[✅ 控制有效（In Effective）]
→ 偏差率 > 可容忍偏差率：[🔴 控制无效（In Effective，存在缺陷）]
→ 样本偏差具有系统性：[🔴 控制无效（设计缺陷或执行不一致）]
□ 特别说明（如适用）：
→ 样本量不足：[是/否] — 说明
→ 发现管理层凌驾：[是/否] — [须升级]
第五步：生成控制测试报告
═══════════════════════════════════════
控制测试报告
控制编号：[C-01]
控制名称：[名称]
测试期间：[YYYY-MM-DD 至 YYYY-MM-DD]
测试执行人：[姓名]
测试日期：[YYYY-MM-DD]
═══════════════════════════════════════
【控制概况】
□ 控制类型：[预防性/检查性]
□ 控制频率：[每日/每周/每月]
□ 测试方法：[抽样/穿行/观察]
□ 测试期间总体：[X] 笔 / [X] 万
【样本信息】
□ 抽样方法：[随机抽样]
□ 样本量：[X] 笔
□ 金额覆盖：[X]%
□ 样本期间：[YYYY-MM-DD 至 YYYY-MM-DD]
【测试结果】
□ 通过：[X] 笔
□ 未通过（偏差）：[X] 笔
□ 偏差率：[X]%（可容忍：[X]%）
□ 有效性结论：[✅ 有效 / 🔴 无效]
【偏差明细】
| 样本# | 偏差描述 | 偏差类型 | 影响金额 | 系统性 |
|-------|---------|---------|---------|--------|
| [#] | [描述] | [执行/设计] | [X]万 | [是/否] |
【偏差根本原因】
□ 原因分析：[描述]
□ 是否系统性：[是/否]
【测试限制】
□ 样本量限制：[是/否]
□ 证据获取限制：[是/否 — 描述]
【建议】
□ 偏差整改：[描述]
□ 控制改进：[描述]
□ 后续测试：[是否需要扩大样本/重新测试]
═══════════════════════════════════════
置信度：[✅ 高 / ⚠️ 中 / 🔴 低]
测试结论：[✅ 控制有效 / 🔴 控制无效（存在缺陷）]
═══════════════════════════════════════
升级触发条件
- 偏差率超过可容忍偏差率
- 发现管理层凌驾控制（实质性欺诈迹象）
- 偏差具有系统性（同一控制多次执行不一致）
- 无法获取足够证据完成测试（证据缺失 > [X]%）
- 发现控制未按设计执行（设计有效但执行失效）
- 测试期间控制被完全绕过（须立即上报）
Finance Skills — control-testing atomic skill
