name: financial-report-ultra-audit
description: |
【能力总览】对上市公司财报与信息披露文件做披露前全深度审核，逐字逐表逐式排查文字错误、财务勾稽关系错误、数字量级与商业逻辑错误、披露合规缺口，输出带原文定位坐标的问题台账、分级结论与修正建议。

【覆盖范围】三大报表内部勾稽（资产负债表平衡式、利润表逐级推导、现金流量表四段闭合）、三表联动勾稽（净利润↔间接法经营现金流、未分配利润滚动式、货币资金↔现金等价物、应收账款余额-坏账准备=账面价值、固定资产原值-累计折旧-减值=账面价值、收入↔应收↔销售收现、成本↔存货↔应付、所得税↔实际税率、EPS↔股本）、附注与主表一致性、跨期可比数据一致性、同比环比合理性、量级常识校验（占比、时薪、人均、单位错位）、商业逻辑校验（存贷双高、毛利率异动、应收增速远超收入、研发与人员匹配、产能产量销量闭环）、文字层错误（错别字、同音字、输入法误码、重复字、漏"万/亿"量词、"证劵/签收/资课/职贵"类错字、人名政府名银行名基金名主体串写、日期不存在如6月31日）、披露合规（董监高信息、关联交易、资金占用、担保、审计意见、必备章节齐全性）。

【适用对象】A股（沪市/深市/北交所）、港股、美股上市公司定期报告（年报/半年报/季报）、业绩预告与业绩快报、招股说明书、债券募集说明书、并购重组报告书、临时公告、企业内部财务报表与财务尽调底稿。

【适用场景】定期报告披露前自查、董办与财务部出稿前的最后一道关、媒体与做空机构式的挑错复核、审计委员会事前审核、投资者关系与投关质询准备、保荐与中介机构内核、投研尽调中的报表可信度评估、财务造假早期信号排查。

【痛点与价值】不用本技能时：错误只能靠人眼在几百页 PDF 里翻，四百多页的报告往往只核对三五个大数，分项加总漏项（如坏账准备合计漏加一笔）、单位错位（万元写成元、百万写成十万）、跨期年龄与薪酬对不上、正文与附注两套数字、去年同期的上期数两版不一致，这些低级错误一旦披露就是更正公告加监管函。用了本技能后：以「定位坐标 + 原文摘录 + 两处以上证据 + 分级 + 修正建议」的方式成批出问题，把披露后的被动更正转为披露前的主动拦截，并复用近十年重大差错与舞弊事件的易错点清单，避免重复踩坑。

【触发词】财报审核、财报检查、财报纠错、财报查错、财报体检、年报审核、半年报审核、季报审核、定期报告审核、公告审核、公告纠错、信披审核、信息披露审核、披露前审核、披露前自查、报表复核、报表审查、财务复核、财务数据核对、数据核对、报表勾稽、财务勾稽、勾稽关系、三表勾稽、三表联动、勾稽校验、加总错误、合计不符、合计对不上、分项与合计不符、表内不平、资产负债表不平、资产不等于负债加权益、现金流量表不平、利润表推导错误、附注与主表不一致、附注对不上、跨期数据不一致、同比异常、环比异常、数据矛盾、前后不一致、错别字检查、文字错误、低级错误、笔误、错字、别字、漏字、重复字、错别字校对、单位错误、单位错位、小数点错误、量级错误、数字异常、占比超过100%、时薪异常、人均异常、存贷双高、财务逻辑错误、逻辑错误、商业常识、财务造假识别、财务舞弊识别、舞弊信号、造假信号、报表异常信号、审计意见、非标意见、保留意见、信披合规、违规披露、招股说明书审核、募集说明书审核、财务尽调、尽职调查、报表可信度、财报质量、financial statement audit、annual report review、periodic report review、tie-out check、cross-footing、typo detection、disclosure review、financial fraud red flags。

【不适用】不做审计意见出具、不做投资建议、不做估值定价；不代替注册会计师的法定审计责任；对扫描件质量过差或加密文档无法解析时会明确告知缺失范围。
version: 1.0.0
display_name: 财务报表超细审核专家（披露前文字错误·勾稽关系·逻辑错误全深度检查）
author: aitool.plus / 公众号OpenNiuma
license: MIT
category: finance
language: zh-CN
tags:
- 财报审核
- 财务勾稽
- 三表联动
- 披露前自查
- 错别字校对
- 信披合规
- 财务舞弊识别
- 年报审核
- 半年报审核
- 定期报告
- 招股说明书
- 财务尽调
- 数据核对
- 量级校验
- 商业逻辑
- 董秘
- 财务总监
- 审计委员会
- A股
- 港股
- 美股
- financial audit
allowed-tools: Read,Write,Edit,Bash,Glob,Grep,WebFetch,WebSearch,AskUserQuestion
metadata:
triggers:
- "用户提供上市公司年报/半年报/季报/招股书/募集说明书，要求检查或复核"
- "用户要求做披露前自查、出稿前最后一道关"
- "用户要求核对财报勾稽关系、分项与合计是否相符"
- "用户要求找出公告中的错别字、漏字、单位错误、名称错误"
- "用户要求评估财报是否存在逻辑异常或造假信号"
- "用户要求抓取某上市公司公告并做全面挑错"
supported_formats:
- .pdf
- .xlsx
- .xls
- .csv
- .docx
- .doc
- .txt
- .md
- .html
- .png
- .jpg
keywords:
- "财报审核"
- "勾稽关系"
- "披露前自查"
- "错别字"
- "单位错误"
- "财务舞弊"
- "三表联动"
- "招股说明书"

财务报表超细审核专家

针对上市公司财报与信息披露文件的披露前全深度审核。核心目标只有一句：把披露后的被动更正，变成披露前的主动拦截。

审核不是浏览，是逐字逐表逐式的机械核对加商业常识判断。任何一条结论都必须能回溯到「哪个文件、哪一页、哪一行、原文写的是什么」。

零、前置硬规则（HARD RULES · 不可违反）

> 以下七条是本技能的骨架，任何一条被违反，输出即视为无效。

HR-1 定位必留痕。 每一条问题必须给出四要素：文件名 + 定位坐标（页码/表格名/行号/单元格/段落起始文字）+ 原文摘录 + 问题说明。给不出坐标的问题不得输出。

HR-2 只提不改。 默认只输出问题与修正建议，不擅自改动原始文档数据。用户明确要求出修订稿时，另存为新文件（原文件名追加 _reviewed），并在报告中列出每一处改动的前后对照。

HR-3 分级必标。 每一条问题必须标注 P0/P1/P2/P3 严重度（见 references/06-tools/severity-grading.md）。分级缺失的问题不得进入台账。

HR-4 数字类问题需双源证据。 涉及数字的结论，必须在同一份报告内部找到至少两处可互相印证的证据（正文 / 表格 / 附注 / 上期对比列 / 另一张报表 / 同一指标的另一处引用）。仅凭单一处异常不得直接定性为错误，只能标为「待确认异常」。

HR-5 单位与量纲先行。 审核前必须先锁定：货币单位（元 / 千元 / 万元 / 百万元）、币种、是否合并口径、报告期间、上期可比期间。单位无法确认时，先向用户提问，不得开始数字层审核——单位判断错误会制造大量假阳性。

HR-6 不越界。 本技能不出具审计意见、不做投资建议、不做估值定价。发现疑似舞弊迹象时，一律表述为「异常提示 + 支持该提示的数据依据 + 建议进一步核实的程序」，不得使用「造假」「舞弊」等定性词汇直接指控。

HR-7 覆盖率必须诚实披露。 报告结尾必须写明本次实际审核了什么、没审什么。解析失败的文件、无法识别的表格、未能抓取的网页，一律列入「未覆盖范围」，不得用「未发现问题」掩盖未审核。

一、能力边界

1.1 支持的文件格式与解析策略

1.2 支持的审核对象

• 定期报告：年度报告、半年度报告、季度报告
• 发行文件：招股说明书、债券募集说明书、并购重组报告书
• 业绩类：业绩预告、业绩快报、业绩说明会材料
• 临时公告：股东大会决议、董事会决议、权益变动、分红派息
• 内部文件：管理报表、财务尽调底稿、审计委员会材料

1.3 明确不做的事

• 不出具审计意见，不替代会计师事务所的法定责任
• 不做投资建议、目标价、买卖判断
• 不做估值建模
• 不抓取需要登录或有访问限制的内容（如付费数据库、需授权的内网）
• 不对加密、损坏、缺页的文件做猜测性审核

二、工作流（Step 0 → Step 7）

> 整体节奏：先锁口径 → 再解析 → 后六层过筛 → 最后分级出报告。
> 跳到任何一步都会产生假阳性或漏检。每步产出都写入中间结果，不依赖记忆。

Step 0 摄入与预检（Intake）

做什么：

1. 识别输入来源：本地文件路径 / 网页链接 / 用户直接粘贴的文本 / 文件夹批量。
2. 建立审核清单：一份报告还是多份（如年报 + 上年年报 + 本年半年报，需要跨期比对时一并纳入）。
3. 锁定口径（HR-5）：货币单位、币种、合并口径、报告期间、上期可比期间、股本、子公司范围。
4. 判定文档类型，选择解析器。
5. 若单位、期间、口径任一不明，停下来问用户。

输出： 审核任务卡（见 templates/input-brief.md）。

易错提示：
- 港股报告常用「人民币千元」「港币千元」，A股常用「元」，美股 10-K 用「USD thousands」。混用是最常见的假阳性来源。
- 半年报的「期初」是当年 1 月 1 日，「上年同期」是去年同期，两者不同，不可混用。

Step 1 文档解析与结构化（Parse）

做什么：

1. 调用 scripts/financial_doc_parser.py 逐文件解析，输出结构化中间态（JSON）：
   - blocks：段落文本 + 页码/段落号
   - tables：表格二维数组 + 表格名 + 页码 + 行列坐标
   - numbers：全部数字 + 出现位置 + 单位上下文
2. 抽取目录与章节结构，建立「章节 → 页码」映射。
3. 定位三大报表、附注、董监高信息、股东信息、关联交易等关键章节。
4. 记录解析失败或低质量区域。

输出： <文件名>.parsed.json + 解析日志。

易错提示：
- PDF 跨页表格极常见（资产负债表的长期资产部分常跨页），解析后必须检查表格是否有断行、合并单元格错位。
- 数字里的千分位逗号、全角逗号、破折号（—/- 表示零）极易被误读。— 通常表示「本期为零」，不是缺数据。

Step 2 文字层审核（Text Layer）

做什么： 全文逐字扫描，六大类错误。

做法： 调用 scripts/text_typo_scanner.py，加载 references/02-errors/typo-and-dictation-errors.md 的错误词表，配合人工复核。

输出： 文字问题清单（含定位坐标与修正建议）。

易错提示：
- 专有名词（政府机构、银行、基金、律所、会计师事务所、客户与供应商名称）必须逐个外部核验，不能靠语感判断。紫金矿业的「人民币政府」错字从 2020 年年报一路留到 2026 年半年报，横跨两家四大审计机构、两任董秘，六年无人纠正——说明语感完全靠不住。
- 人名核对要有独立信源：工商登记、历史公告、董监高简历三者交叉。

Step 3 数字层审核（Numeric Layer）

做什么： 四类机械核对 + 两类合理性判断。

3.1 分项与合计（cross-footing）★ 高频雷区

逐个表格执行：Σ 分项 = 合计。任何一项不成立即为 P1。

> 实战案例：星宇股份 2023 年年报「应收账款坏账计提」表格中，单独列示了 1~2 年期应收账款对应的坏账准备 69,744.69 元，但「坏账准备合计」一行直接漏掉这笔，合计数沿用了 1 年期账款的坏账总额——公司自己列出来的数，连加总都加错了。

3.2 交叉引用一致性

同一数字出现在正文、表格、附注、摘要多处时，逐处比对。任一处不符即为 P1。

3.3 跨期一致性

• 本报告「上年同期/期初」列，应与上年报告「本期/期末」列一致。
• 同一指标在不同期报告中重复披露时，前后版本必须一致。

> 实战案例：星宇股份 2022 年年报三名副总经理年龄为 37、44、39 岁，2023 年年报变成 39、46、41 岁——时间只过一年，三人齐刷刷老了两岁。又如副董事长周宇恒被写成 58 岁，而其实际出生于 1985 年 12 月，凭空老了 17 岁，以致「母亲只比儿子大 7 岁」。

3.4 单位与量级（HR-5 先行）

• 全文货币单位是否统一；同一表格内是否混用。
• 数量级是否脱离业务规模：把计算结果与营业收入、总资产、员工人数做交叉。
• 占比是否超过 100%（除非确为负数口径或特定比率）。

> 实战案例：星宇股份 2024 年年报「劳务外包支付的报酬总额」列为 2.44 万亿元，对应外包工时 863.82 万小时，折算时薪 28.2 万元；而公司 2024 年全年营业收入仅 132.5 亿元，外包费用是营收的约 184 倍。这是典型的量级常识错误，躺了近两年才被翻出。
> 又一个：交通银行 2025 年度利润分配方案把「每 10 股分配现金股利 3.247 元」误写成「每股分配现金股利 3.247 元」。

3.5 百分比与绝对值互算

增长率、占比、同比变动，凡给出两个要素即可反算第三个。反算不符即为 P1。

3.6 派生指标回算

EPS、每股净资产、加权平均股数、毛利率、净利率、资产负债率等，全部按公式回算。

> 实战案例：博威合金 2024 年三季报合并资产负债表中「流动资产合计」显示为 0，与各明细项之和不符。公司 2025 年 4 月更正说明：数据拷贝时发生串行，「流动资产合计」被错误粘贴到了「其他流动资产」一栏。

输出： 数字问题清单。

Step 4 勾稽关系审核（Tie-out Layer）★ 本技能核心

做什么： 按三层递进执行勾稽校验。完整公式库见 references/03-rules/。

第 1 层 · 单表内部勾稽

详见 references/03-rules/balance-sheet-rules.md、income-statement-rules.md、cash-flow-rules.md。

第 2 层 · 三表联动勾稽（见 references/03-rules/three-statements-linkage.md）

必查十二条：

1. 期末未分配利润 = 期初未分配利润 + 本期归母净利润 − 提取盈余公积 − 分配股利 − 其他调整
2. 现金流量表补充资料（间接法）以净利润为起点，加回非付现项目后应等于经营活动现金流量净额
3. 货币资金期末余额 ≈ 现金流量表期末现金及现金等价物（差额为受限资金，须在附注中找到对应说明）
4. 应收账款账面价值 = 账面余额 − 坏账准备
5. 存货账面价值 = 账面余额 − 存货跌价准备
6. 固定资产账面价值 = 原值 − 累计折旧 − 减值准备
7. 无形资产、商誉、投资性房地产同理（原值 − 摊销/折旧 − 减值）
8. 营业收入 ↔ 应收账款、合同负债/预收款项变动 ↔ 销售商品提供劳务收到的现金（含税额与现金收付制差异须能解释）
9. 营业成本 ↔ 存货、应付账款变动 ↔ 购买商品接受劳务支付的现金
10. 所得税费用 ÷ 利润总额 = 实际税率，须落在法定税率与优惠税率的合理区间
11. 基本每股收益 = 归母净利润 ÷ 发行在外普通股加权平均数
12. 每股净资产 = 归母所有者权益 ÷ 期末普通股股本

第 3 层 · 附注与主表一致性（见 references/02-errors/note-to-statement-consistency.md）

附注中的每一张明细表，其合计数都必须与主表对应科目完全一致。这是披露错误最集中的区域，也是审计最容易放过的地方。

输出： 勾稽问题清单。所有勾稽问题默认为 P0 或 P1，不可降级为 P2。

Step 5 逻辑与商业常识审核（Logic Layer）

做什么： 数字能勾稽上，还要经得起商业常识。见 references/03-rules/industry-logic-checks.md。

5.1 单位经济性校验（per-unit sanity）

把总额除以人数、工时、面积、产量、门店数，看落到单个单位上是否合理。

> 星宇股份的 2.44 万亿 ÷ 863.82 万小时 = 28.2 万元/小时，一眼背离常识，是最有效的量级探测手段。

5.2 业财匹配校验

5.3 异常信号扫描（见 references/02-errors/ratio-and-trend-errors.md）

• 存贷双高：账上巨额货币资金却同时承担高额有息负债、支付高额利息
• 收入增速远低于应收账款增速
• 毛利率显著偏离同业且无业务解释
• 经营现金流长期显著低于净利润（净利润含金量低）
• 第四季度收入异常集中
• 大额商誉长期不减值
• 客户与供应商高度集中或与公司存在隐蔽关联
• 其他应收款、预付款项异常膨胀
• 频繁变更会计政策、会计估计或审计机构

5.4 文本与数据的自相矛盾

管理层讨论与分析（MD&A）里的定性描述，与财务报表数据必须方向一致。例如：正文说「收入大幅增长」，表格却显示收入下降；正文说「产能利用率提升」，固定资产却在大额减值。

> 光大银行 2025 年年报中，深圳分行资产总额被标为 518.78 亿元，而实际为 2933.82 亿元，且 A 股与 H 股两地披露版本数据大相径庭——同一集团同一报告期的同一数据出现多个版本，属于典型的多源数据未统一。

输出： 逻辑异常清单。异常不分级为「错误」，一律标为「待确认异常 + 需补充核实程序」。

Step 6 披露合规审核（Compliance Layer）

做什么： 检查披露的完整性与形式合规。见 references/05-regulations/。

6.1 必备章节齐全性

定期报告应含：公司简介与主要财务指标、管理层讨论与分析、公司治理、环境与社会责任、重要事项、股份变动与股东情况、董监高与员工情况、公司债券情况、财务报告（含审计报告与附注）。逐项确认有无缺失。

6.2 董监高信息

姓名、性别、年龄/出生年月、任期起止、期初与期末持股、报告期内从公司获得的税前报酬总额、是否在关联方获取报酬。

重点核对：年龄与出生年月是否自洽；同一年龄在不同年度报告中是否按年递增；任期起止是否跨期矛盾；薪酬合计是否与「董监高薪酬总额」口径一致。

6.3 股东与股权

前十大股东、前十大流通股东、股东总数、限售股情况、实际控制人。

6.4 关联交易与资金占用

关联方清单、关联交易类型与金额、定价依据、是否履行审议程序、是否存在非经营性资金占用。

6.5 担保与承诺

对外担保总额与明细、控股股东及关联方担保、承诺事项履行进展。

6.6 审计相关

审计意见类型（标准无保留 / 带强调事项段的无保留 / 保留 / 否定 / 无法表示意见）、关键审计事项、签字会计师、事务所变更。

> 关键提醒：审计意见为标准无保留，不代表报表没有低级错误。 星宇股份 2022—2025 年连续四年获得天衡会计师事务所标准无保留意见，同期却被陆续扒出年龄错误、坏账合计漏项、天价劳务费等问题；紫金矿业的「人民币政府」错字更是横跨安永华明、德勤华永两家四大机构。审计意见只覆盖财务报表整体是否不存在重大错报，文字层与附注层的低级错误不在其保证范围。

6.7 期后事项与持续经营

输出： 合规问题清单。

Step 7 问题分级与报告输出（Report）

做什么：

1. 合并六层结果，按 references/06-tools/severity-grading.md 统一分级：
   - P0 致命：直接影响财务报表真实性与准确性、可能构成重大错报、涉及金额重大、可能触发更正公告或监管关注
   - P1 严重：勾稽不符、数据前后矛盾、金额错误、单位量级错误
   - P2 一般：文字错误、名称错误、格式与排版问题
   - P3 提示：表述优化、披露完善建议
2. 按 templates/audit-report.md 生成审核报告。
3. 生成问题台账 CSV（templates/error-ledger.csv 字段结构）。
4. 在报告结尾写明本次未覆盖范围（HR-7）。
5. 给出修正优先级排序：先修 P0/P1，再统一处理 P2。

输出物：

三、知识体系索引

> 默认只读本 SKILL.md。 需要细节时按下表按需加载，避免一次性读入全部知识库。

四、脚本工具

依赖： 见 requirements.txt。核心依赖 pdfplumber、openpyxl、python-docx、pandas。缺依赖时脚本会给出安装提示，不静默失败。

五、输出规范

5.1 报告结构

一、审核结论摘要（一句话 + 问题计数表 + 最高严重度）
二、被审对象基本信息（公司、代码、报告类型、期间、单位口径）
三、P0 致命问题（逐条：定位 + 原文 + 问题 + 依据 + 修正建议）
四、P1 严重问题
五、P2 一般问题
六、P3 优化建议
七、待确认异常（需补充程序核实）
八、本次未覆盖范围（诚实披露）
九、审核方法与依据

5.2 台账字段

序号 | 严重度 | 问题类别 | 文件名 | 定位坐标 | 原文摘录 | 问题说明 | 依据 | 修正建议 | 状态

5.3 表述规范

• 用「第 27 页『流动资产合计』行」而非「某处」
• 用「原文为 X，按 A 公式计算应为 Y，差异 Z」而非「好像算错了」
• 疑似舞弊一律表述为「异常提示」，不使用定性指控（HR-6）
• 不夸大、不使用绝对化表述，修正建议用「建议改为」

六、边界与降级

七、交付前自检清单

输出报告前逐项确认：

• [ ] 每条问题都有：文件名 + 定位坐标 + 原文摘录（HR-1）
• [ ] 每条问题都标了严重度（HR-3）
• [ ] 数字类问题都有两处以上内部证据（HR-4）
• [ ] 单位口径在报告开头已声明（HR-5）
• [ ] 疑似舞弊均表述为「异常提示」，无定性指控（HR-6）
• [ ] 报告结尾已列明未覆盖范围（HR-7）
• [ ] 未擅自修改原始文档（HR-2）
• [ ] 三大报表的三层勾稽全部执行（Step 4 不可跳过任何一层）
• [ ] 分项与合计的加总校验覆盖了报告内每一张有合计行的表格
• [ ] 董监高年龄已做跨期递增校验
• [ ] 全部专有名词（政府、银行、基金、人名、机构名）已外部核验
• [ ] 台账 CSV 已生成且与报告条数一致

八、为什么这套方法有必要

这不是假想的风险，是每月都在发生的现实。

据《每日经济新闻》统计，2026 年 9 月 1 日至 7 日，沪深北三市数千条公告中有 14 份存在明显低级错误，涉及 14 家公司、18 条错误记录；把时间推到 2026 年 8 月，在数万条公告的样本里有 68 份出错，涉及 67 家公司。折算下来，A 股平均每月约有 60 家上市公司出现低级错误。截至 2026 年 7 月末，境内沪深北三市上市公司已达 5541 家。

理论上这些错误不该发生。一份定期报告的披露要走完六道关卡：编制、内审、董秘签字、审计委员会审核、董事会审议、会计师事务所审计。但现实中，董办人员常沿用往年报告或同业文件的 Word/PDF 底稿，只替换公司名、代码、金额和日期，错字便随着模板在各公司之间传染。

因此本技能的价值不在于"更聪明"，而在于不知疲倦地机械核对——把人类在几百页文档前必然衰减的注意力，换成一以贯之的逐行校验。近十年的教训反复说明一件事：重大差错几乎都始于没人愿意逐字核对。

更多案例见 references/04-cases/。