上市公司财务报表披露合规审核专家
下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/xin--financial-report-ultra-audit-aitool-plus.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @xin/financial-report-ultra-audit-aitool-plus。对上市公司财报与信息披露文件做披露前全深度审核,逐字逐表逐式排查文字错误、财务勾稽关系错误、数字量级与商业逻辑错误、披露合规缺口,输出带原文定位坐标的问题台账、分级结论与修正建议。 【触发词】财报审核、财报检查、财报纠错、财报查错、财报体检、年报审核、半年报审核、季报审核、定期报告审核、公告审核、公告纠错、信披审核、信息披露审核、披露前审核、披露前自查、报表复核、报表审查、财务复核、财务数据核对、数据核对、报表勾稽、财务勾稽、勾稽关系、三表勾稽、三表联动、勾稽校验、加总错误、合计不符、合计对不上、分项与合计不符、表内不平、资产负债表不平、资产不等于负债加权益、现金流量表不平、利润表推导错误、附注与主表不一致、附注对不上、跨期数据不一致、同比异常、环比异常、数据矛盾、前后不一致、错别字检查、文字错误、低级错误、笔误、错字、别字、漏字、重复字、错别字校对、单位错误、单位错位、小数点错误、量级错误、数字异常、占比超过100%、时薪异常、人均异常、存贷双高、财务逻辑错误、逻辑错误、商业常识、财务造假识别、财务舞弊识别、舞弊信号、造假信号、报表异常信号、审计意见、非标意见、保留意见、信披合规、违规披露、招股说明书审核、募集说明书审核、财务尽调、尽职调查、报表可信度、财报质量、financial statement audit、annual report review、periodic report review、tie-out check、cross-footing、typo detection、disclosure review、financial fraud red flags。
阅读全文 (展开查看完整说明)
概述
财务报表超细审核专家
针对上市公司财报与信息披露文件的披露前全深度审核。核心目标只有一句:把披露后的被动更正,变成披露前的主动拦截。
审核不是浏览,是逐字逐表逐式的机械核对加商业常识判断。任何一条结论都必须能回溯到「哪个文件、哪一页、哪一行、原文写的是什么」。
零、前置硬规则(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 支持的文件格式与解析策略
| 格式 | 解析策略 | 定位坐标粒度 | 备注 |
|---|---|---|---|
.pdf(文本层) | pdfplumber 提取文本 + 表格,逐页保留 | 页码 + 表格序号 + 行列 | 首选 scripts/financial_doc_parser.py |
.pdf(扫描件) | OCR,必须校验识别率 | 页码 + 相对位置 | 识别率低时须提示用户 |
.xlsx / .xls | openpyxl / pandas,保留 sheet 名与单元格 | sheet + 单元格(如 Sheet1!D27) | 最理想,可精确到格子 |
.csv | 直接读取 | 行号 + 列名 | |
.docx | python-docx 读段落 + 表格 | 段落序号 / 表格序号 + 行列 | |
.doc(旧版) | 需先转 .docx | 同上 | 转换失败即告知用户 |
.html / 网页 | WebFetch 或渲染后取文本 | URL + 章节标题 | 见 references/01-workflow/web-fetch-guide.md |
图片(.png/.jpg) | 多模态识别 + 人工复核 | 图片编号 + 区域描述 | 表格类图片须请用户提供原文件 |
1.2 支持的审核对象
- 定期报告:年度报告、半年度报告、季度报告
- 发行文件:招股说明书、债券募集说明书、并购重组报告书
- 业绩类:业绩预告、业绩快报、业绩说明会材料
- 临时公告:股东大会决议、董事会决议、权益变动、分红派息
- 内部文件:管理报表、财务尽调底稿、审计委员会材料
1.3 明确不做的事
- 不出具审计意见,不替代会计师事务所的法定责任
- 不做投资建议、目标价、买卖判断
- 不做估值建模
- 不抓取需要登录或有访问限制的内容(如付费数据库、需授权的内网)
- 不对加密、损坏、缺页的文件做猜测性审核
二、工作流(Step 0 → Step 7)
整体节奏:先锁口径 → 再解析 → 后六层过筛 → 最后分级出报告。
跳到任何一步都会产生假阳性或漏检。每步产出都写入中间结果,不依赖记忆。
Step 0 摄入与预检(Intake)
做什么:
- 识别输入来源:本地文件路径 / 网页链接 / 用户直接粘贴的文本 / 文件夹批量。
- 建立审核清单:一份报告还是多份(如年报 + 上年年报 + 本年半年报,需要跨期比对时一并纳入)。
- 锁定口径(HR-5):货币单位、币种、合并口径、报告期间、上期可比期间、股本、子公司范围。
- 判定文档类型,选择解析器。
- 若单位、期间、口径任一不明,停下来问用户。
输出: 审核任务卡(见 templates/input-brief.md)。
易错提示:
- 港股报告常用「人民币千元」「港币千元」,A股常用「元」,美股 10-K 用「USD thousands」。混用是最常见的假阳性来源。
- 半年报的「期初」是当年 1 月 1 日,「上年同期」是去年同期,两者不同,不可混用。
Step 1 文档解析与结构化(Parse)
做什么:
- 调用
scripts/financial_doc_parser.py逐文件解析,输出结构化中间态(JSON):blocks:段落文本 + 页码/段落号tables:表格二维数组 + 表格名 + 页码 + 行列坐标numbers:全部数字 + 出现位置 + 单位上下文
- 抽取目录与章节结构,建立「章节 → 页码」映射。
- 定位三大报表、附注、董监高信息、股东信息、关联交易等关键章节。
- 记录解析失败或低质量区域。
输出: <文件名>.parsed.json + 解析日志。
易错提示:
- PDF 跨页表格极常见(资产负债表的长期资产部分常跨页),解析后必须检查表格是否有断行、合并单元格错位。
- 数字里的千分位逗号、全角逗号、破折号(
—/-表示零)极易被误读。—通常表示「本期为零」,不是缺数据。
Step 2 文字层审核(Text Layer)
做什么: 全文逐字扫描,六大类错误。
| 类别 | 典型形态 | 实战案例 |
|---|---|---|
| 同音/形近错字 | 证券↔证劵、签收↔答收、资源↔资课、职责↔职贵、责任↔贵任 | 2026 年 8 月老板电器、甬金股份、久量股份、星环科技、立讯精密等多家公告把「证券」写成「证劵」 |
| 输入法误码 | 五笔「监」→「临」;拼音「新熊源」→「新能源」 | 众鑫股份自述五笔输入法导致「监」写成「临」;紫金矿业把「江苏藏青新能源产业发展基金」写成「江苏藏青新熊源……」 |
| 主体名称串写 | 政府名、银行名、基金名、公司名、人名被错写或插入无关词 | 紫金矿业把「墨竹工卡县人民政府」写成「墨竹工卡县『人民币』政府」,把「青海西宁农村商业银行」写成「青海西宁农村商业股份有限公司」 |
| 人名错误 | 董秘、董监高姓名写错,或同一文件内前后不一致 | 西藏珠峰把董秘「胡晗东」连写三次错成「胡哈东」「胡啥东」「胡眕东」,被西藏证监局警示 |
| 重复字/冗余字 | 「在在」「的的」「公告和和其他」「公司公司」 | 2026 年 8 月 ST嘉澳、城地香江等中招 |
| 量词漏字 | 漏「万」「亿」「元」「股」「%」,量级直接错 4~8 个数量级 | 中天火箭「90 万元」漏「万」变成 90 元;好想你「亏损 1500 万元」漏「万」变成 1500 元 |
做法: 调用 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)
必查十二条:
- 期末未分配利润 = 期初未分配利润 + 本期归母净利润 − 提取盈余公积 − 分配股利 − 其他调整
- 现金流量表补充资料(间接法)以净利润为起点,加回非付现项目后应等于经营活动现金流量净额
- 货币资金期末余额 ≈ 现金流量表期末现金及现金等价物(差额为受限资金,须在附注中找到对应说明)
- 应收账款账面价值 = 账面余额 − 坏账准备
- 存货账面价值 = 账面余额 − 存货跌价准备
- 固定资产账面价值 = 原值 − 累计折旧 − 减值准备
- 无形资产、商誉、投资性房地产同理(原值 − 摊销/折旧 − 减值)
- 营业收入 ↔ 应收账款、合同负债/预收款项变动 ↔ 销售商品提供劳务收到的现金(含税额与现金收付制差异须能解释)
- 营业成本 ↔ 存货、应付账款变动 ↔ 购买商品接受劳务支付的现金
- 所得税费用 ÷ 利润总额 = 实际税率,须落在法定税率与优惠税率的合理区间
- 基本每股收益 = 归母净利润 ÷ 发行在外普通股加权平均数
- 每股净资产 = 归母所有者权益 ÷ 期末普通股股本
第 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 业财匹配校验
| 校验项 | 判断方法 |
|---|---|
| 收入 vs 员工 | 人均创收是否与行业水平同量级 |
| 薪酬 vs 人数 | 人均薪酬是否落在合理区间 |
| 产能 vs 产量 vs 销量 vs 收入 | 四者是否闭环,量价拆分是否成立 |
| 研发费用 vs 研发人员 | 人均研发投入是否合理 |
| 有息负债 vs 利息支出 | 综合融资成本是否落在市场利率区间 |
| 货币资金 vs 利息收入 | 存款收益率是否合理(存贷双高的核心探测器) |
| 固定资产 vs 折旧 | 折旧率是否与服务年限假设一致 |
| 应收账款 vs 账龄 vs 坏账计提 | 计提比例是否随账龄单调上升 |
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)
做什么:
- 合并六层结果,按
references/06-tools/severity-grading.md统一分级:- P0 致命:直接影响财务报表真实性与准确性、可能构成重大错报、涉及金额重大、可能触发更正公告或监管关注
- P1 严重:勾稽不符、数据前后矛盾、金额错误、单位量级错误
- P2 一般:文字错误、名称错误、格式与排版问题
- P3 提示:表述优化、披露完善建议
- 按
templates/audit-report.md生成审核报告。 - 生成问题台账 CSV(
templates/error-ledger.csv字段结构)。 - 在报告结尾写明本次未覆盖范围(HR-7)。
- 给出修正优先级排序:先修 P0/P1,再统一处理 P2。
输出物:
| 文件 | 内容 |
|---|---|
<被审文件>_审核报告.md | 完整报告:结论摘要 + 分层问题明细 + 修正建议 + 未覆盖范围 |
<被审文件>_问题台账.csv | 机器可读台账,含定位坐标,便于逐条销项 |
<被审文件>_修订稿.* | 仅在用户明确要求时生成 |
三、知识体系索引
默认只读本 SKILL.md。 需要细节时按下表按需加载,避免一次性读入全部知识库。
| 场景 | 加载文件 |
|---|---|
| 要执行文档解析 | references/01-workflow/doc-parsing-guide.md |
| 要从网页抓取公告 | references/01-workflow/web-fetch-guide.md |
| 要按标准流程审核 | references/01-workflow/workflow-full-audit.md |
| 要输出报告 | references/01-workflow/output-template.md |
| 排查文字与输入法错误 | references/02-errors/typo-and-dictation-errors.md |
| 排查数字、单位、小数点问题 | references/02-errors/number-and-unit-errors.md |
| 排查加总与合计问题 | references/02-errors/cross-footing-errors.md |
| 排查三大报表勾稽 | references/02-errors/financial-statement-tie-out.md |
| 排查附注与主表不一致 | references/02-errors/note-to-statement-consistency.md |
| 排查日期与期间问题 | references/02-errors/date-and-period-errors.md |
| 排查主体与名称问题 | references/02-errors/name-and-entity-errors.md |
| 排查比率与趋势异常 | references/02-errors/ratio-and-trend-errors.md |
| 排查商业逻辑与常识错误 | references/02-errors/logic-and-common-sense-errors.md |
| 排查披露合规缺口 | references/02-errors/disclosure-compliance-errors.md |
| 资产负债表勾稽公式 | references/03-rules/balance-sheet-rules.md |
| 利润表勾稽公式 | references/03-rules/income-statement-rules.md |
| 现金流量表勾稽公式 | references/03-rules/cash-flow-rules.md |
| 三表联动勾稽 | references/03-rules/three-statements-linkage.md |
| 财务比率参考区间 | references/03-rules/ratio-benchmarks.md |
| 分行业商业逻辑校验 | references/03-rules/industry-logic-checks.md |
| 看真实的低级错误案例 | references/04-cases/case-typo-incidents.md |
| 看近十年重大差错与舞弊案 | references/04-cases/case-fraud-10years.md |
| 看荒诞逻辑错误案例 | references/04-cases/case-logic-absurd.md |
| 查信披法规依据 | references/05-regulations/disclosure-rules-csrc.md |
| 查交易所规则 | references/05-regulations/exchange-rules.md |
| 判断审计意见类型 | references/05-regulations/audit-opinion-guide.md |
| 要一份完整检查清单 | references/06-tools/checklist-master.md |
| 确定问题严重度 | references/06-tools/severity-grading.md |
四、脚本工具
| 脚本 | 用途 | 调用方式 |
|---|---|---|
scripts/financial_doc_parser.py | 多格式文档解析为结构化 JSON,并回溯表格标题与单位标注 | python financial_doc_parser.py <文件或目录> -o out/ |
scripts/statement_tieout.py | 勾稽校验引擎:分项加总(分层识别明细段与子合计)、会计恒等式配平、利润表逐级推导、现金流量表闭合、跨表比对 | python statement_tieout.py <parsed.json> |
scripts/text_typo_scanner.py | 文字错误扫描:错字、输入法误码、重复字、量词漏字、机构名称、日期存在性、亲属年龄逻辑 | python text_typo_scanner.py <parsed.json> |
scripts/number_sanity_checker.py | 数字量级与常识校验:占比反算、单位缺失、派生指标回算(支持跨表取数)、指标越界、科目符号异常、文字加总、正文与主表交叉核对 | python number_sanity_checker.py <parsed.json> |
scripts/validate_package.py | 本技能包发布前自检 | python validate_package.py . |
依赖: 见 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-5 停下提问,不带着假设继续 |
| 缺少上年报告无法做跨期比对 | 在未覆盖范围中列明 |
| 网页需登录或有访问限制 | 不使用规避手段,告知用户并请求提供文件 |
| 文档过大超出单次处理 | 分批处理并按章节合并结果,最终统一编号 |
| 依赖库缺失 | 输出安装命令,不静默跳过该项检查 |
七、交付前自检清单
输出报告前逐项确认:
- [ ] 每条问题都有:文件名 + 定位坐标 + 原文摘录(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/。