---
name: reimbursement-review
description: >
  报销审核主技能 — 综合发票验真、标准合规、预算、审批完整性的全链路审核。
  适用情形：员工提交报销申请后，依次触发各原子 Skill 进行审核，
  最终输出统一结论（通过/需补正/驳回/升级）。
  核心：按六项必检项逐项审核，整合各原子 Skill 的输出形成最终报告。
argument-hint: "[报销单号] [申请人] [报销金额] [费用类型] [提交日期]"
last_reviewed: 2026-06
version: 1.0.0
risk_level: medium
---

## 加载上下文

**首次使用时：** 读取 `../../CLAUDE.md` 获取场景级配置（公司信息/数据源/升级矩阵/审核维度）。

---

# /reimbursement-review — 报销审核主技能


## Examples

→ 示例：用户说"员工报销单据不齐全，缺少发票，帮我判断能不能特批"，系统应调用本技能，评估不齐全单据的特批可能性。

→ 示例：用户说"帮我们审一下这个月的员工报销，看看有没有异常模式"，系统应调用本技能，执行月度报销异常模式审查。

→ 示例：用户说"有个员工报销金额特别大，需要部门负责人和财务一起审吗"，系统应调用本技能，确认大额报销的多级审批要求。
## 审核前置条件

**已完成的原子检查（须前置执行）：**
```
1. invoice-verification — 发票验真（必选）
2. policy-compliance-check — 费用标准合规检查（必选）
3. triple-match-automation — 三单匹配（如为采购类费用则必选）
```

---

## 六项必检项

### 必检项一：发票合规性

**检查内容：**
- 发票真伪验真（通过 TAX 平台）
- 票面信息与报销内容一致
- 发票状态（正常/作废/红冲/失控）

**输出：** `invoice-verification` 的查验报告

---

### 必检项二：费用标准合规

**检查内容：**
- 对照 CLAUDE.md 中的费用标准配置
- 计算城市系数 × 职级系数 × 天数后的标准上限
- 比对实际报销金额是否超标准

**输出：** `policy-compliance-check` 的合规报告

---

### 必检项三：预算占用

**检查内容：**
- 从 [FK] 费控平台查询对应成本中心/项目的预算余额
- 确认预算余额 ≥ 本次报销金额
- 检查是否存在其他待报销金额（预算重复占用）

**判断逻辑：**
```
预算余额 ≥ 报销金额 → ✅ 预算充足
预算余额 < 报销金额，但余额 > 0 → ⚠️ 超支，流转特批
预算余额 < 0 → ❌ 驳回，提示须申请预算调整
```

---

### 必检项四：审批完整性

**检查内容：**
- 从 [OA] 读取本次报销关联的审批记录
- 确认已通过规定层级的审批流
- 检查审批节点是否完整（无跳审批/无代审批）

**特殊情形：**
```
紧急出差（无法事前申请）：
→ 要求员工事后补申请
→ 审核"事后补申请记录"是否存在
→ 如无 → ❌ 驳回，提示须先完成补申请

金额触发更高审批层级：
→ 核对本次报销金额是否触发了更高层级审批
→ 如应审未审 → ⚠️ 驳回，要求补充更高层级审批
```

---

### 必检项五：三单匹配（采购类费用）

**检查内容：** 仅对采购类费用执行（办公采购/设备采购/服务采购）

**执行：** `triple-match-automation` Skill

**判断：**
```
采购类 + 三单匹配通过 → ✅ 此项通过
采购类 + 三单不匹配 → ❌ 驳回
非采购类 → ✅ 跳过此检查
```

---

### 必检项六：期间归属

**检查内容：**
- 发票日期与报销提交日期的间隔
- 确认费用归属会计期间是否正确

**判断逻辑：**
```
报销提交距发票开具 ≤ 30 天 → ✅ 正常
报销提交距发票开具 30-90 天 → ⚠️ 超期提示，要求说明原因
报销提交距发票开具 > 90 天 → ❌ 驳回，提示超过报销时限
跨季度报销 → 🔴 升级财务专员，确认是否影响当期损益
```

---

## 综合结论生成

### 结论判定规则

**通过（✅）：**
```
全部必检项结论均为"通过"或"跳过（不适用）"
→ 输出：通过，可进入付款流程
→ 自动通知申请人 + 出纳
```

**需补正（⚠️）：**
```
至少一项必检项为"⚠️ 需补正"
且无任何"❌ 驳回"或"🔴 升级"
→ 输出：需补正，列出补正事项清单
→ 自动通知申请人补正内容
→ 补正完成后重新触发审核
```

**驳回（❌）：**
```
至少一项必检项为"❌ 驳回"
→ 输出：驳回，列出驳回原因
→ 通知申请人驳回原因 + 重新提交的路径
→ 记录本次驳回原因（统计用）
```

**升级（🔴）：**
```
至少一项必检项为"🔴 升级"
→ 不自行判断，流转至财务专员
→ 输出：升级说明 + 接收人
→ 自动通知财务专员
```

---

## 最终输出模板

```
═══════════════════════════════════════════════════════
费用报销审核报告
═══════════════════════════════════════════════════════
报销单号：[OA 单号]
申请人：[姓名] 部门：[部门] 职级：[职级]
费用类型：[差旅/招待/采购/办公/其他]
报销金额：[X,XXX.XX] 元
提交日期：[YYYY-MM-DD]
报销期间：[对应会计期间]
═══════════════════════════════════════════════════════

【必检项一：发票合规性】
发票代码：[代码] 发票号码：[号码]
查验结果：[✅ 一致 / ❌ 异常]
结论：[✅ 通过 / ❌ 驳回 / 🔴 升级]

【必检项二：费用标准合规】
住宿：[实际 X 元] vs 上限 [Y 元] → [✅ / ⚠️ / ❌]
餐饮：[实际 X 元] vs 上限 [Y 元] → [✅ / ⚠️ / ❌]
交通：[实际 X 元] vs 上限 [Y 元] → [✅ / ⚠️ / ❌]
结论：[✅ 通过 / ⚠️ 需补正 / ❌ 驳回 / 🔴 升级]

【必检项三：预算占用】
成本中心：[代码] 项目：[代码]
预算余额：[X,XXX.XX] 元 可用：[X,XXX.XX] 元
结论：[✅ 充足 / ⚠️ 超支 / ❌ 不足]

【必检项四：审批完整性】
审批流：[出差申请 → 部门负责人 → 财务]（共 X 级）
审批状态：全部通过（最后审批：[日期]）
结论：[✅ 完整 / ⚠️ 补签 / ❌ 缺失]

【必检项五：三单匹配】（仅采购类）
合同：[XXX 号] 金额：[X,XXX.XX] 元
发票金额：[X,XXX.XX] 元 差异率：[X.X]%
结论：[✅ 匹配 / ⚠️ 轻微差异 / ❌ 显著差异]

【必检项六：期间归属】
发票日期：[YYYY-MM-DD]
距报销日：[X] 天
结论：[✅ 正常 / ⚠️ 超期提示 / ❌ 超期驳回 / 🔴 跨期升级]

═══════════════════════════════════════════════════════
最终结论：[✅ 通过 / ⚠️ 需补正 / ❌ 驳回 / 🔴 升级]
═══════════════════════════════════════════════════════

[通过：]
→ 进入付款排队
→ 付款方式：[对公转账/企业账户直接扣款]
→ 预计付款日：[系统按付款日程自动排期]

[需补正：]
→ 补正事项：
  1. [补正项一]
  2. [补正项二]
→ 补正截止：[提交日期 + 7 个工作日]
→ 超期未补正：系统自动驳回

[驳回：]
→ 驳回原因：[列出所有驳回项]
→ 重新提交路径：[重新提交 / 换开发票 / 申请特批]

[升级：]
→ 升级原因：[具体升级项]
→ 接收人：[财务专员姓名/职位]
→ 升级时间：[自动记录]
═══════════════════════════════════════════════════════
```

---

## 统计与记录

每次审核完成后，自动记录以下数据（用于统计和分析）：

```
报销单号 / 申请人 / 部门 / 金额 / 费用类型
审核结论 / 各必检项结论 / 驳回原因（如有）
审核耗时（从提交到结论）/ 触发升级次数
```

---

*Finance Skills — reimbursement-review 主技能*