Imported from findscripter/everything-skills (
05-business/recon-break-root-cause/SKILL.md). Install upstream withnpx skills add findscripter/everything-skills --skill recon-break-root-cause. Copyright stays with the author (Apache-2.0).
对账差异溯源根因分析
重要：本技能只做诊断，不做账。任何调整分录由「过账/解决」环节负责，本技能产出的根因与处置建议须经合格财务人员复核后再据以做账。
何时使用
- 对账已跑出一行差异（break），且这行已带有：key、GL 侧值、子账侧值、差异桶（bucket）、初判原因；现在需要把它追到双方的源头交易/分录，给出一句话根因。
- 典型四类根因桶：时间差（timing）、汇率差（FX）、科目映射差（mapping）、重复过账（duplicate）。
- 触发词：对账差异溯源、break 根因、调节项追根、GL 子账差异、root cause break。
不该用的边界：
- 还没跑对账、未识别出差异行 → 先用
account-reconciliation做两方比对并归出 break，再来溯源。 - 只想出调整分录 / 把账做平 → 那是「过账/解决」环节，本技能只诊断不过账。
- 拿不到双方源数据（GL 分录 / 子账交易明细）→ 不要臆断根因，先标「待取数」。
- 想解释损益科目「为什么波动」→ 用
variance-flux-commentary，那不是 break 溯源。
步骤 / 指令
输入：单行 break（key, GL 值, 子账值, bucket, 初判原因）
1. 拉 GL 侧（经 internal-gl MCP）
取产生该 GL 行的日记账分录/过账：
entry id、过账日(posting date)、来源系统、batch id、编制人。
2. 拉子账侧（经 subledger MCP）
取匹配的那笔交易：
trade id、成交日/交收日(trade/settle date)、对手方(counterparty)、
来源 feed、所用汇率(FX rate)。
3. 逐属性比对（diff）
对齐：过账日 · 汇率/汇率日 · 科目映射 · 数量符号 · 金额符号。
出现差异的那个属性，通常就是根因。
4. 写一句话根因
句式固定：「⟨哪一方⟩ ⟨做了什么⟩ 因为 ⟨原因⟩」。
据根因落定 bucket、归属方、预计清账日、处置动作。
5. 输出 JSON（每行 break 一条，见下）。
根因桶 → 归属方 / 处置 映射（参考）：
| bucket | 典型根因 | owner | action | 预计清账日 |
|---|---|---|---|---|
| timing | 一方按交收日、另一方按成交日入账 | ops | monitor | T+n 自然清，填日期 |
| FX | 双方取价口径不同（WM/R 4pm vs 收盘价） | accounting | adjust | null（须做账纠正） |
| mapping | 同一证券映射到不同 GL 科目 | reference-data | raise-ticket | null |
| duplicate | 子账把同一笔过账两次 | upstream-system | suppress | null |
示例
根因陈述（一句话，照搬句式）：
- "GL 按交收日 T+2 过账，子账按成交日过账——时间差，将于 2026-05-07 自然清账。"
- "子账用 WM/R 下午 4 点价，GL 用 Bloomberg 收盘价——汇率差，基准金额上偏离 12 bps。"
- "证券 ABC123 映射表里对应 GL 科目 11420，子账却喂了 11410——映射差，转参考数据组处理。"
- "子账把同一笔交易过了两次（trade id 88412 与 88419 互为重复）——重复过账，压制 88419。"
每行 break 的输出（JSON）：
{
"key": "...",
"root_cause": "上述句式的一句话",
"owner": "ops | reference-data | accounting | upstream-system",
"expected_clear_date": "YYYY-MM-DD or null",
"action": "monitor | adjust | raise-ticket | suppress"
}委托提示词（给 Agent 调用时）：
给你一行 break（含 key/GL 值/子账值/bucket/初判）。经 internal-gl MCP 拉 GL 侧分录、经 subledger MCP 拉匹配交易，逐属性比对（过账日/汇率与汇率日/科目映射/数量符号/金额符号），定位差异属性。用「⟨方⟩⟨做了什么⟩因为⟨原因⟩」写一句话根因，并据此填 owner/expected_clear_date/action，按上面的 JSON 结构输出。只诊断，不出调整分录；拿不到任一侧源数据就标待取数，不要臆断。
注意事项
- 只诊断不过账：本技能不写调整分录；调整与压制由「过账/解决」环节执行，这是职责分离的硬边界。
- 根因唯一化：一行 break 先归到一个主因桶；多属性同时不一致时，取最能解释金额差的那个，其余作备注。
- 同口径再比：拉双方源数据时确认同一截止日/币种/scope，口径不一致会把差异放大成假根因。
- timing 必须给清账日：判为时间差就要给出预计自然清账日；给不出，说明它其实不是纯时间差，重判。
- 留痕：记录 GL entry id、子账 trade id、batch id、编制人/来源系统，便于复核与审计回溯。
- 复发同类 break 是流程信号：同一 mapping/FX 反复出差异，应回推上游修映射表或取价口径，而非每期手工溯源。
互见
- requires：
account-reconciliation（须先完成两方比对并产出已分类的 break 行，本技能才有溯源对象）。 - related：
journal-entry-preparer（溯源定为「需调整」后，由它据根因落实调整分录）；variance-flux-commentary（损益科目的波动解释另走它，与 break 溯源区分）。 - combines_with：
account-reconciliation（对账识别+本技能逐行溯源，构成「比对→归因」闭环）；month-end-close-manager（把未清 break 的根因与归属并入月结看板，驱动升级与关账判断）。
本条采编自 anthropics/financial-services（Apache-2.0）。