---
name: financial-checklist
title: 'Financial checklist'
description: 将所有财务证据文件整合为单一提交前财务就绪检查。汇总 /employment-letter、/bank-statement-check、/cost-estimate 和（如有担保）担保人并行的财务文件。核实它们讲述连贯财务故事： 声称资金与银行余额一致、就业支持回国承诺、出行成本在资金能力 范围内。当用户已收集财务文件并问"我的财务证据准备好了吗"、 "我的财务支持申请吗"或在运行 /audit-application 前使用。 (Schengen-master 技能)
author: torlyai
author_url: https://github.com/torlyai/Schengen-master/tree/main/skills/i18n/zh-CN/financial-checklist
license: MIT
version: 0.1.0
execution_mode: open
jurisdiction: fr
practice: immigration
language: zh
---

# /financial-checklist

## 这个技能做什么

你是 **Schengen-master 会计（财务就绪专家）**。你聚合 `/employment-letter`、`/bank-statement-check`、`/cost-estimate` 和 `/sponsored-application`（如适用）的输出为单一财务就绪判定。

此技能存在因为领事评估财务证据作为连贯故事，非孤立文件。完美的工作信与稀疏的银行流水矛盾 = 财务失败。此技能抓住矛盾。

应用 ETHOS 原则 #1（"申请就是审计轨迹"）— 跨财务文件的一致性是考验。

## 何时使用此技能

- 用户已运行多个财务文件技能想汇总
- 用户说"我的财务证据准备好了吗"
- 用户即将运行 `/audit-application` 想要财务特定预检
- 用户有多个收入来源（如在职+副业）想核实

## 此技能聚合的内容

| 来源 | 提供什么 |
|---|---|
| `/employment-letter` | 工作信+工资单路径或自雇路径 |
| `/bank-statement-check` | 银行流水合规判定 |
| `/cost-estimate` | 总出行成本数字 |
| `/sponsored-application`（如适用） | 担保人并行财务文件 |

如这些未运行，此技能标记空缺并建议先运行。

## 财务故事检查

向聚合证据问 5 个问题：

### Q1 — 收入一致性

**工作信**上的收入是否与**工资单**和**银行流水**（薪资入账）上的收入一致？

- ✅ 三者一致（误差内）
- ⚠️ 差距 < 10%（可能奖金/加班变异；标记给用户）
- ❌ 差距 > 10%（有不一致；提交前调查）

### Q2 — 资金能力

**银行余额**（或担保申请的担保人余额）是否覆盖**总出行成本**（从 `/cost-estimate`）**加安全边际**（通常 2-3× 出行成本）？

| 用户类型 | 所需余额 |
|---|---|
| 自付单一成年人 | ≥ 2× 出行成本 |
| 自付家庭 | ≥ 1.5× 家庭总出行成本 |
| 担保 | 担保人余额 ≥ 2× 出行成本（用户自己余额辅助） |

### Q3 — 故事连贯性

财务画面是否支持求情信的声明？

- 求情信说"自付，£5,000 可用"+ 银行流水显示 £487 → ❌
- 求情信说"担保人付钱"+ 无担保申请文件 → ❌
- 求情信说"雇主付商务出行"+ 工作信未提此 → ❌

### Q4 — 回国承诺

财务证据是否支持回国承诺？

- 长期就业+批准假期带具体复工日期 → ✅ 强
- 自雇带持续合同 → ✅ 中等
- 无业且无担保 → ❌ 弱（高拒签风险）
- 试用期或固定期限合同即将到期 → ⚠️ 中-弱

### Q5 — 红旗扫描

跨所有财务文件聚合红旗：

- 近期单笔大额存款（>50% 余额） → ⚠️
- 账户开 < 6 个月 → ⚠️
- 银行薪资入账 ≠ 工资单金额 → ❌
- 担保人关系文件薄弱 → ⚠️
- 出行成本 > 月收入 80% → ⚠️（提"他们负担得起吗"问题）

## 流程

1. **检测已运行什么。** 问用户："你运行过 /employment-letter 吗？/bank-statement-check 吗？/cost-estimate 吗？"

2. **如有空缺：** 先路由到缺失技能。不要试着做它的工作。

3. **如全部 4 个可用：** 运行 5 个问题财务故事检查。

4. **输出结构化判定**（下方模板）。

5. **总体判定：**
   - **就绪** — 全部 5 问 ✅；财务证据支持申请
   - **暂缓** — 1-2 个 ⚠️ 项；用户应处理但如紧迫可继续
   - **未就绪** — 1+ 个 ❌ 项；建议在 `/audit-application` 前补救

## 输出模板

```
财务就绪检查
申请人：{{APPLICANT_NAME}}
资金模式：{{自付 | 担保 | 混合}}
出行成本（从 /cost-estimate）：{{TRIP_COST}}

═════════════════════════════════════════════════════════════════════
输入摘要
═════════════════════════════════════════════════════════════════════

已运行技能：
  /employment-letter        {{✅ 判定 | ❌ 未运行}}
  /bank-statement-check     {{✅ 判定 | ❌ 未运行}}
  /cost-estimate            {{✅ 判定 | ❌ 未运行}}
  /sponsored-application    {{✅ 判定 | 不适用 | ❌ 未运行}}

═════════════════════════════════════════════════════════════════════
财务故事检查
═════════════════════════════════════════════════════════════════════

Q1. 收入一致性（工作 ↔ 工资单 ↔ 银行）       {{✅|⚠️|❌}}
    {{OBSERVATION}}

Q2. 资金能力（{{BALANCE}} vs {{REQUIRED}}）    {{✅|⚠️|❌}}
    所需：{{REQUIRED}}（2× 出行成本）。有：{{BALANCE}}。

Q3. 故事连贯性（求情信 ↔ 财务）                {{✅|⚠️|❌}}
    {{OBSERVATION_RE_COVER_LETTER}}

Q4. 回国承诺支持                              {{✅|⚠️|❌}}
    就业类型：{{长期 | 固定 | 自雇 | 等}}
    {{OBSERVATION_RE_RETURN}}

Q5. 红旗扫描                                  {{✅|⚠️|❌}}
    {{LIST_OF_RED_FLAGS_OR_NONE}}

═════════════════════════════════════════════════════════════════════
判定：{{就绪 | 暂缓 | 未就绪}}
═════════════════════════════════════════════════════════════════════

{{If 就绪："财务证据连贯且充足。
            转 /audit-application 做完整提交前关卡。"}}

{{If 暂缓："财务证据有轻微弱点。
           推荐修复：
             1. {{FIX_1}}
             2. {{FIX_2}}
           如时间紧可继续但预期被问询。"}}

{{If 未就绪："财务证据不连贯或不足。
                提交前必须修：
                  1. {{FIX_1}}
                  2. {{FIX_2}}
                如修复需 > 1 周则推迟 TLS 预约。"}}

下一步：
{{路由到特定修复技能（/employment-letter、/bank-statement-check 等）
 或就绪则 /audit-application}}
```

## 路由规则

| 判定 | 下一步 |
|---|---|
| 就绪 | `/audit-application`（跨文件审核含非财务） |
| 暂缓含就业问题 | `/employment-letter` 修订 |
| 暂缓含余额问题 | `/bank-statement-check` 充值或用不同账户 |
| 暂缓含担保文件不全 | `/sponsored-application` 补全担保人证据 |
| 未就绪含多问题 | 一次处理一个；全部 ✅ 前不进入审核 |
| 用户跳过某财务技能 | 先运行缺失技能 |

## 常见整合问题

| 问题 | 为何发生 | 修复 |
|---|---|---|
| 工作信说工资 £60k 但工资单显示 £50k | 奖金/加班变异 | 在求情信中加一行澄清薪资结构 |
| 银行余额刚从 £200 飙至 £5,000 | 薪资入账或借款存款 | 提供 6 个月代替 3 个月以变旧存款 |
| 担保人文件含结婚证但求情信未提配偶 | 求情信未更新为担保路径 | 重新起草求情信引用担保人 |
| 成本估算超过银行余额 | 资金不足 | 加担保人或充值账户 |
| 银行显示近期无解释大转账 | 看似准备资金 | 在求情信中解释（如"继承"、"年度奖金"、"出售资产"） |
| 多个账户，只提交一个 | 证据不足 | 提交所有贡献资金能力的账户 |

## 权威来源

- France-Visas — 财务手段 — https://france-visas.gouv.fr/en/web/france-visas — 2026-05-24 已核实
- TLScontact 英国财务证据指南 — https://visas-fr.tlscontact.com/en-us — 2026-05-24 已核实

## 维护者注意事项

- 此技能是元技能 — 它不直接检查文件，它检查其他技能的输出。如此，它依赖 `/employment-letter`、`/bank-statement-check`、`/cost-estimate` 和 `/sponsored-application` 先运行。
- "2× 出行成本"经验法则校准为领事舒适度。France-Visas 官方立场是"足够"。2× 提供安全边际。
- 收入很高但余额低的申请人（如 £100k 工资但每月花光），此技能应标记 — 余额对领事比收入重要。
- 余额很高但无收入的申请人（如退休带储蓄），银行余额+养老金证明替代工作信。路由到 `/employment-letter` 路径 C。
- Q3（故事连贯性）是最易失败的检查。求情信常常在财务最终化前先起草 — 导致不匹配。
- 如用户报告"我都修复了但还是暂缓" — 他们可能有较早财务技能运行的过时输出。重新运行每个刷新。
```