control-deficiency

加载上下文

首次使用时： 读取 ../../CLAUDE.md 获取场景级配置（缺陷评级标准/财务影响阈值/整改期限要求）。

---

/control-deficiency — 控制缺陷评估

Examples

→ 示例：用户说"审计发现了一个重大内控缺陷，说收入确认的控制失效了，需要立即整改"，系统应调用本技能，执行缺陷评估并制定整改方案。

→ 示例：用户说"内控缺陷整改了大半年还没关，审计师在催，帮我分析卡在哪里了"，系统应调用本技能，执行缺陷整改进度分析。

→ 示例：用户说"这次 SOX 审计发现的缺陷评级从重大改成了一般，需要重新评估吗"，系统应调用本技能，评估缺陷评级重评的合理性。

缺陷等级定义

缺陷等级（按影响程度）：

🔴 重大缺陷（Significant Deficiency）：
  → 单个或多个控制组合，存在重大错报风险，但不至于导致整个账户/披露项重大错报
  → 示例：应收账款账龄分析控制失效，可能导致坏账准备低估

🔴🔴 重大弱点（Material Weakness）：
  → 控制缺陷的组合，导致财务报表存在重大错报的合理可能，且不能被及时防止或发现
  → 示例：收入确认整个控制环境缺失，系统性虚增收入

🟡 重要缺陷（Deficiency in Internal Control）：
  → 比重大缺陷程度轻，但仍须在内部控制报告中披露
  → 示例：审批权限矩阵部分超限，但不影响报表准确性

⚪ 一般缺陷（Control Improvement）：
  → 流程优化机会，不构成缺陷，可在报告中提及但非强制披露

---

第一步：缺陷确认

缺陷基本信息：

□ 控制编号：[C-01]
□ 控制名称：[名称]
□ 涉及流程：[流程名称]
□ 发现日期：[YYYY-MM-DD]
□ 发现来源：[SOX测试/内部审计/外部审计/事故报告/管理层发现]

□ 缺陷描述：
  [详细描述缺陷的具体表现]

□ 首次发现时间（如缺陷已存在一段时间）：
  → 首次发现：[YYYY-MM-DD]
  → 存在期间：[X] 个周期/长期存在

---

第二步：评估缺陷影响

财务影响量化：

□ 直接财务影响：
  → 涉及金额：[X] 万（如已知）
  → 高估影响：[X] 万
  → 低估影响：[X] 万

□ 对财务报表的影响科目：
  → [科目1] — 影响方向 [高估/低估] — 影响金额 [X] 万
  → [科目2] — 影响方向 [高估/低估] — 影响金额 [X] 万

□ 对财务比率的影响：
  → 资产负债率：[X]%（变动 [±X]%）
  → 应收账款周转天数：[X] 天（变动 [±X] 天）
  → 毛利率：[X]%（变动 [±X]%）

运营影响：

□ 业务连续性影响：[高/中/低]
□ 合规影响：[是/否 — 涉及法规]
□ 声誉影响：[高/中/低]

---

第三步：评估补偿性控制

是否存在补偿性控制（降低缺陷实际影响）：

□ 补偿性控制：
  → 控制编号：[C-XX]
  → 控制名称：[名称]
  → 执行效果：[✅ 有效降低影响 / ⚠️ 部分有效 / 🔴 无效]

□ 补偿性控制是否完全消除缺陷影响：[✅ 是 / 🔴 否]

---

第四步：确定缺陷等级

缺陷等级判断矩阵：

| 财务影响   | 运营影响 | 是否发现补偿控制 | 缺陷等级 |
|-----------|---------|----------------|---------|
| >[X]万    | 高       | 否              | 🔴🔴 重大弱点 |
| >[X]万    | 中/低    | 否              | 🔴 重大缺陷 |
| [X]-[X]万  | 高       | 否              | 🔴 重大缺陷 |
| [X]-[X]万  | 中/低    | 否              | 🟡 重要缺陷 |
| <[X]万    | 低       | 是（有效）      | ⚪ 一般缺陷 |
| <[X]万    | 低       | 否              | ⚪ 一般缺陷 |

缺陷最终定级：

□ 缺陷等级：[🔴🔴 重大弱点 / 🔴 重大缺陷 / 🟡 重要缺陷 / ⚪ 一般缺陷]
□ 定级依据：[描述]
□ 关键判断因素：[X 项]

---

第五步：分析根本原因