Skip to content

案例复盘:万科 2024 年报分析与调试经验 #9

Description

@timyefi

这条 issue 的用途

把万科案例里真正有复用价值的开发、调试和分析经验沉淀下来,供后续主体复核时直接参考。

这个案例里最重要的学习点

1. 报告类型不能只靠文件大小判断

万科 2024 年报的文件大小约 5.5MB,但它仍然是交易商协会简版年报。说明文件大小阈值不能设得太低,后续判断简版/完整版时,应把阈值至少提高到更稳妥的区间,而不是看见大文件就误判成完整版。

2. 亏损信号要和净资产结合看

案例里一个关键风险点是:合并报表范围亏损超过上年末净资产 10%。这类信号比单纯看利润表更有信用含义,尤其适合在房企、重资产主体里作为高优先级风险判断。

3. 担保要拆成三层看

不要只写“担保余额很高”,而是要拆成:

  • 对外担保
  • 对子公司担保
  • 子公司对子公司担保

万科案例里,担保结构以子公司间互保为主,这比单纯看总额更能反映项目公司模式和内部资金链条。

4. 子公司数量变化本身就是信息

新增 221 家、减少 205 家子公司,这类大幅变动说明房企项目公司设立和清算非常频繁。这个维度应该作为标准化字段保留下来,而不是只在描述里出现一次。

建议的复用思路

以后遇到新主体时,可以按这个顺序提问:

  1. 这份报告到底是什么类型?
  2. 有没有大额亏损、净资产侵蚀或减值信号?
  3. 担保结构是否反映了内部项目公司互保?
  4. 子公司变化是否异常?
  5. 审计意见和审计机构是否需要单独记录?

可复用 prompt

先不要急着写结论。请先确认报告类型、报告期、审计意见、文件大小阈值是否会误判,再检查大额亏损、担保结构、子公司增减和净资产侵蚀等高优先级信号。对担保不要只写总额,要拆成对外担保、对子公司担保和子公司间互保。

参考材料

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions