control-testing

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