| name | ic-review |
| description | 执行内部控制评价程序——在了解内部控制（风险评价阶段）的基础上， 对拟信赖的内部控制执行控制测试，评价控制运行有效性。 遵循 CSA 1231 号（针对评估的重大错报风险采取的应对措施）。 仅当 Practice Profile 中"控制测试依赖程度"为高或中时使用完整流程。
|
| argument-hint | [描述被审计单位的业务流程，或上传内控文档/流程图] |
/ic-review
重要：先加载 Practice Profile
读取 ~/.claude/plugins/config/claude-for-audit/statutory-audit/CLAUDE.md → 审计方法论：
- 控制测试依赖程度：（高/中/低）
- 如为"低"或"不依赖" → 提示：控制测试非必须，可直接执行实质性程序。
工作流
Step 1：确认信赖决策
从 risk-assessment 底稿（[底稿编码]-RA-02）读取内控初步评价结论：
计划信赖的控制点：[清单]
不计划信赖的控制点：[清单]
理由：[控制设计无效/控制未执行/成本效益考虑]
向用户确认信赖范围无误。
Step 2：选择测试方法
| 控制类型 | 推荐测试方法 | 说明 |
|---|
| 人工控制 | 询问+检查+重新执行 | 检查审批签字、复核记录 |
| 自动控制（IT） | 检查+重新执行 | 结合 IT 审计师检查系统配置 |
| 管理层复核控制 | 检查+询问 | 检查复核痕迹、异常跟进记录 |
Step 3：设计控制测试
示例——收入循环（销售与收款）：
| 控制活动 | 控制目标 | 测试程序 | 样本量 | 拟测试期间 |
|---|
| 销售订单须经信用审核 | 确保赊销在客户信用额度内 | 抽取 N 笔销售订单，检查信用审核签字 | 25 笔 | 全年 |
| 出库单与销售订单匹配 | 确保发货有据可查 | 抽取 N 笔出库单，比对销售订单号 | 25 笔 | 全年 |
| 发票金额与出库单一致 | 确保收入确认金额准确 | 抽取 N 张发票，比对出库单数量和单价 | 25 笔 | 全年 |
示例——采购循环（采购与付款）：
| 控制活动 | 控制目标 | 测试程序 | 样本量 | 拟测试期间 |
|---|
| 采购订单须经审批 | 确保采购经过适当授权 | 抽取 N 笔采购订单，检查审批签字 | 25 笔 | 全年 |
| 三方匹配 | 确保发票与入库单、采购订单一致 | 抽取 N 笔，检查三方匹配记录 | 25 笔 | 全年 |
Step 4：执行测试并记录结果
┌─ 控制测试记录表 ──────────────────────────────────┐
│ 控制活动：[描述] │
│ 样本量：25 笔 │
│ 偏差数：2 笔 │
│ 偏差率：8% │
│ 可接受偏差率：5%（来自 Practice Profile 默认设置） │
│ 结论：控制无效 ❌ — 偏差率超过可接受水平 │
│ 影响：不依赖该控制，扩大实质性程序范围 │
└────────────────────────────────────────────────────┘
Step 5：评价控制缺陷
| 缺陷类别 | 判断标准 | 应通知对象 |
|---|
| 一般缺陷 | 控制偏差但不影响整体信赖 | 管理层 |
| 重要缺陷 | 多项控制失败或单项关键控制失败 | 管理层+治理层 |
| 重大缺陷 | 存在导致重大错报的合理可能性 | 治理层+审计委员会 |
Step 6：输出底稿
[底稿编码]-IC-01 控制测试程序表.xlsx — 测试整体方案
[底稿编码]-IC-02 控制测试执行记录.xlsx — 每项控制的测试详细记录
[底稿编码]-IC-03 控制缺陷汇总.xlsx — 缺陷清单+整改建议
⚠️ 输出标注：
如果发现重大缺陷 → 底稿中加注【已通知治理层】
控制信赖失效 → 建议后续实质性程序扩大范围
控制依赖失效时的应对
如果某项控制测试发现不可接受的偏差率：
- 标记"不再信赖该控制"
- 更新风险评估底稿（[底稿编码]-RA-03）中对应的控制风险评估
- 扩大对应科目的实质性程序范围
- 通知：
/statutory-audit:substantive-testing --expanded [科目名称]
