对账差异说明
用途
当两套数字对不上时，产出人在回路的说明包：
- 差异摘要 — 比较对象、期间、差额（只使用用户给出的数）
- 归因假设 — 按可能性排序，每条标明「假设，待核实」
- 待核实清单 — 谁去查、查什么、期望看到什么
- 可粘贴说明 — 给同事/财务的中性表述（不甩锅、不改账）
空表见 references/diff-explain-template.md。
本技能不连接 ERP/银行/支付 API，不修改任何账务数据，不出具审计或鉴证意见。
适用场景
- 适合: 表 A vs 表 B、业务导出 vs 财务入账、两周快照对比；用户已有数字与口径线索。
- 不适合: 要求自动拉数改账、证明某套数「绝对正确」、教人隐瞒差异或做假账。
怎么使用(普通用户)
在 AI 助手里直接说，例如:
- 「用对账差异说明，销售导出 GMV 和财务入账差 2.8 万，帮我写原因假设和待核实项」
- 「这两列表对不上，口径可能不一致，帮我整理给财务的说明」
- 「系统数和 Excel 不一致，列可能原因，不要改数」
使用步骤
1. 澄清输入（最少必要）
缺项时追问，禁止臆造差额与口径:
| 字段 | 说明 |
|---|---|
| 来源 A / 来源 B | 名称与截取方式（导出/系统截图/手工表） |
| 期间 | 起止日期或账期 |
| 关键差额 | 金额与方向（A 比 B 多/少） |
| 已知口径 | 含税否、币种、是否含退款/拒付/测试单等 |
| 已排除项（可选） | 用户已知不是原因的点 |
若用户只说「对不上」无数字：先请其给出两边合计或样例行，再继续。
2. 写差异摘要
用用户原文数字复述，不四舍五入成「好看」的数；单位与币种照抄。若加减不一致，停在「歧义」请用户确认。
3. 归因假设（分桶）
只保留与素材相关的桶，常见包括但不限于：
- 时间差: 跨日入账、T+N、时区
- 口径差: 含税/未税、含退款、渠道费、测试单
- 完整性: 漏导、筛选条件、权限导致缺行
- 重复/拆分: 一笔拆多笔、合并支付
- 币种/汇率: 原币 vs 本位币
- 手工调整: 冲销、暂估、线下折扣
每条输出：假设陈述 + 为何可能 + 如何核实（一步可执行）+ 可能性（高/中/低，依据用户线索，无线索则标「未知」）。
3.1 明细级定位工作纸（无需脚本）
分桶回答「可能是什么原因」，本节回答「怎么从一个合计差额缩到具体几行」。按顺序做，每步都能砍掉一半排查面：
| 步骤 | 做什么 | 能排除什么 | 卡住时 |
|---|---|---|---|
| 1. 先对笔数 | 比两边行数而不是金额 | 行数相同 → 基本排除漏导/多导，问题在单行金额；行数不同 → 优先查完整性桶 | 一边给不出行数，先要行数再继续 |
| 2. 按日拆分 | 期间按日（太长则按周）分组比小计 | 差额集中在某一两天 → 时间差或当日异常；均匀分布 → 口径差（统一税率、渠道费） | 天数过多先按周收敛 |
| 3. 命中日内再拆维度 | 在问题日内按订单状态/渠道/币种分组 | 差额集中在某状态（如已退款）→ 直接命中口径桶 | 无状态字段则按金额区间分段 |
| 4. 抽样对行 | 命中分组里抽 3—5 行逐字段对 | 看出是整体偏差（都差 6%）还是个别行缺失 | 抽样对不出差异 → 回步骤 2 换维度 |
| 5. 验算残差 | 已解释金额累加，与总差额相减 | 残差不为 0 说明还有第二个原因 | 残差很小可标「尾差待确认」，不强行归因 |
两条实务判据：
- 差额呈固定比例或能被整除的，优先查口径（如差额 ÷ 总额 ≈ 6%，多半是渠道费或税率）；差额是零散数字的，优先查完整性与时间差。
- 只找到一个原因就收工是最常见的错误。 步骤 5 的残差验算是必做项——多数对账差异是两三个原因叠加，第一个解释往往只覆盖一部分。
4. 待核实清单与沟通说明
- 清单按建议执行顺序排列；标明建议责任角色（业务/财务/技术）但不指派真人姓名（除非用户已给出）
- 沟通说明用中性语气：陈述差异事实 → 列出待核实 → 邀请共同确认；禁止指责「你们账错了」
5. 红线
- 不声称「根因已确认」，除非用户明确说已核实某条
- 不提供改账分录或「怎么把数改平」的操作指南
- 不读取用户未粘贴的系统数据
输出格式
# 对账差异说明：{来源A} vs {来源B}
## 差异摘要
- 期间: …
- 来源 A: … = …
- 来源 B: … = …
- 差额: …（A 相对 B）
- 已知口径: …
## 归因假设（待核实）
1. [高/中/低/未知] …
- 核实: …
## 待核实清单
| 序号 | 核实动作 | 建议角色 | 期望结果 |
| --- | --- | --- | --- |
| 1 | … | … | … |
## 可粘贴说明
…
## 歧义/待你补充
- …
示例
输入:
来源 A: 销售后台导出「GMV」2026-03-01~03-31，合计 128.6 万（未税，含退款前）
来源 B: 财务收入台账同月，合计 125.8 万（未税，已扣退款）
差额: A 比 B 多 2.8 万
已知: 3 月有一笔大客户退款约 2.1 万已在财务扣减；销售导出是否含退款不确定
币种: CNY
输出:
# 对账差异说明：销售 GMV 导出 vs 财务收入台账
## 差异摘要
- 期间: 2026-03-01 ~ 2026-03-31
- 来源 A: 销售后台 GMV 导出 = 128.6 万 CNY（未税；退款是否计入待确认）
- 来源 B: 财务收入台账 = 125.8 万 CNY（未税；已扣退款）
- 差额: A 比 B 多 2.8 万
- 已知口径: 双方自称未税；财务侧已扣退款；销售侧退款口径不确定
## 归因假设（待核实）
1. [高] 退款口径不一致：财务已扣约 2.1 万退款，销售导出可能仍含退款前 GMV。
- 核实: 在销售导出中筛选该大客户退款单号/金额，看是否仍计入 128.6 万。
2. [中] 其余约 0.7 万来自筛选条件或漏单（渠道、测试单、未同步订单）。
- 核实: 对两边按订单号做差集，列出仅出现在一侧的明细。
3. [低] 时间切段：月末订单跨月入账。
- 核实: 抽查 3/31 与 4/1 边界订单的入账日期。
## 待核实清单
| 序号 | 核实动作 | 建议角色 | 期望结果 |
| --- | --- | --- | --- |
| 1 | 确认销售导出是否含退款前 GMV，并定位 2.1 万退款是否在内 | 业务/销售运营 | 明确 A 的退款口径 |
| 2 | 订单号级差集，解释剩余约 0.7 万 | 业务 + 财务 | 明细级差异清单 |
| 3 | 抽查月末边界订单入账日 | 财务 | 排除或确认跨月 |
## 可粘贴说明
同事好，3 月销售 GMV 导出为 128.6 万、财务收入台账为 125.8 万，差额 2.8 万（未税，CNY）。目前已知财务侧已扣约 2.1 万退款，销售导出是否含退款前金额尚待确认。建议先核对退款口径，再对剩余约 0.7 万做订单号差集。以下均为待核实假设，确认前请勿直接改账。
## 歧义/待你补充
- 大客户退款是否恰好 2.1 万、单号是什么（便于精确核对）
常见问题(FAQ)
- 用户要我直接改平数字: 拒绝；说明本技能只做解释与核实清单。
- 没有明细只有两个总数: 仍可给口径/时间差类假设，但须标明「缺明细，无法做差集」。
- 用户坚持某边绝对正确: 保持中立，把「以哪边为准」列为待业务/财务共同裁定项。
- 涉及外币: 要求用户给出汇率来源；不擅自选用网上汇率。
已知限制
- 不验证用户粘贴数字的真实性
- 不访问 ERP、银行、支付平台
- 不构成审计、税务或鉴证意见
- 不提供做假账或隐瞒差异的方法
- 明细级定位靠人工按工作纸执行，本技能不跑脚本、不自动比对
变更说明
- 0.1.1: 新增「明细级定位工作纸（无需脚本）」（原扣分点）——五步收敛法（先对笔数→按日拆分→命中日内再拆维度→抽样对行→验算残差），每步注明能排除什么与卡住时的替代路径；配两条实务判据：差额呈固定比例优先查口径、零散数字优先查完整性与时间差，以及「只找到一个原因就收工是最常见错误，残差验算必做」。本技能刻意不做脚本，故增值落在可人工执行的收敛方法上。
- 0.1.0: 首发。把两边对不上的数据整理成差异摘要、归因假设与待核实清单。
