name: financial-report-reader description: "财报三表(利润表、资产负债表、现金流量表)深度解读,自动进行同比/环比变动分析并执行多维度财务异常检测(如应收账款暴增、经营现金流与净利润背离、存货积压及毛利率突变等)。当用户需要解读财报、分析三表、做同比/环比比较、检测财务异常信号、评估现金流质量或计算关键财务比率时触发,关键词包括财报、三表、同比、环比、异常检测、应收账款、现金流背离、毛利率、financial statements、earnings report。" category: finance license: MIT
对企业利润表、资产负债表、现金流量表进行结构化分析:自动计算同比(YoY)/ 环比(QoQ)变动,运行多维度异常检测规则(应收暴增、现金流背离利润、存货积压、毛利率突变等),输出可读报告。
| 能力 | 说明 |
|---|---|
| 同比分析(YoY) | 对比同期数据(如 2024Q1 vs 2023Q1),识别趋势变化 |
| 环比分析(QoQ) | 对比相邻期间数据(如 2024Q2 vs 2024Q1),捕捉短期波动 |
| 财务比率 | 毛利率、净利率、资产负债率、流动比率、应收周转天数等 |
| 异常检测 | 10 项规则自动扫描,输出风险等级和解读说明 |
# 基本用法:分析 JSON 格式的财务数据
python scripts/analyze_financials.py data.json
# 输出 JSON 格式结果
python scripts/analyze_financials.py data.json --json
# 导出到文件
python scripts/analyze_financials.py data.json --output report.json
# 生成示例数据文件(用于测试)
python scripts/analyze_financials.py --sample > sample_data.json
# 自定义异常检测阈值
python scripts/analyze_financials.py data.json --ar-threshold 0.25 --ocf-ratio 0.4
脚本接受 JSON 文件,格式如下:
{
"company": "示例公司",
"currency": "CNY",
"unit": "万元",
"periods": ["2023Q1","2023Q2","2023Q3","2023Q4","2024Q1","2024Q2","2024Q3","2024Q4"],
"income_statement": {
"revenue": [5000, 5200, 4800, 6000, 5500, 5800, 5100, 6500],
"cost_of_revenue": [3000, 3100, 2900, 3500, 3400, 3600, 3200, 4100],
"operating_income": [800, 850, 750, 1000, 780, 820, 700, 900],
"net_income": [600, 650, 560, 780, 580, 620, 520, 680]
},
"balance_sheet": {
"accounts_receivable": [2000, 2100, 2200, 2300, 2800, 3200, 3600, 4200],
"inventory": [1000, 1050, 1100, 1200, 1100, 1150, 1200, 1300],
"total_current_assets": [5000, 5200, 5400, 5800, 6000, 6500, 7000, 7500],
"goodwill": [500, 500, 500, 500, 500, 500, 500, 500],
"total_assets": [15000, 15500, 16000, 16500, 17000, 17500, 18000, 18500],
"accounts_payable": [1500, 1600, 1550, 1700, 1650, 1750, 1700, 1800],
"total_current_liabilities": [4000, 4200, 4100, 4500, 4300, 4600, 4500, 4900],
"total_liabilities": [8000, 8200, 8400, 8600, 8800, 9000, 9200, 9500],
"total_equity": [7000, 7300, 7600, 7900, 8200, 8500, 8800, 9000]
},
"cash_flow": {
"operating_cash_flow": [700, 750, 620, 850, 300, 280, 250, 200],
"investing_cash_flow": [-200, -180, -250, -300, -400, -350, -300, -280],
"financing_cash_flow": [-100, -50, -80, -120, 200, 150, 100, 50],
"capex": [180, 160, 230, 280, 380, 330, 280, 260]
}
}
字段说明:
- periods 支持季度格式(2024Q1)和年度格式(2024),脚本自动识别
- 各数组长度必须与 periods 长度一致
- 缺少的字段会跳过对应分析(不会报错)
- unit 为显示单位,仅用于报告展示
| 参数 | 简写 | 必填 | 默认值 | 说明 |
|---|---|---|---|---|
input |
- | 是* | - | 输入 JSON 文件路径 |
--json |
-j |
否 | false | 以 JSON 格式输出 |
--output |
-o |
否 | stdout | 输出文件路径(.json) |
--sample |
-s |
否 | false | 输出示例数据到 stdout |
--ar-threshold |
- | 否 | 0.20 | 应收账款异常阈值(增速差) |
--inv-threshold |
- | 否 | 0.15 | 存货异常阈值(增速差) |
--ocf-ratio |
- | 否 | 0.50 | 现金流/利润背离阈值 |
--margin-threshold |
- | 否 | 0.05 | 毛利率突变阈值 |
--debt-ceiling |
- | 否 | 0.70 | 资产负债率警戒线 |
--current-floor |
- | 否 | 1.00 | 流动比率警戒线 |
--goodwill-ceiling |
- | 否 | 0.30 | 商誉占比警戒线 |
* 使用 --sample 时 input 非必填。
脚本内置以下 10 项异常检测规则:
| # | 规则 | 触发条件 | 风险含义 |
|---|---|---|---|
| 1 | 应收账款暴增 | AR 增速 - 收入增速 > 阈值 | 可能虚增收入或回款困难 |
| 2 | 现金流背离利润 | OCF / Net Income < 阈值 | 盈利质量低,利润含"水分" |
| 3 | 存货积压 | 存货增速 - 收入增速 > 阈值 | 产品滞销或减值风险 |
| 4 | 毛利率突变 | 毛利率变动 > 阈值 | 定价能力或成本结构异变 |
| 5 | 净利率突变 | 净利率变动 > 阈值 | 费用管控或非经常损益异常 |
| 6 | 经营现金流持续为负 | 连续 2+ 期 OCF < 0 | 造血能力不足 |
| 7 | 商誉占比过高 | 商誉 / 总资产 > 阈值 | 减值"黑天鹅"风险 |
| 8 | 资产负债率过高 | 负债 / 资产 > 阈值 | 偿债压力大 |
| 9 | 流动比率过低 | 流动资产 / 流动负债 < 阈值 | 短期偿债能力不足 |
| 10 | 应付账款异常 | AP 增速显著偏离成本增速 | 供应链关系或资金链异常 |
当用户提供财报数据(PDF/图片/表格/文本)时,按以下步骤操作:
scripts/analyze_financials.py 执行量化分析异常信号不等于"公司有问题",需结合行业和经营背景判断: - 应收暴增在 To-B 企业年末可能是正常的季节性波动 - 高负债率在公用事业、房地产行业属行业常态 - 短期现金流为负在高成长期企业(如 SaaS)可能合理
## 财报分析报告 — [公司名称]
### 核心指标速览
(关键指标表格)
### 同比/环比变动亮点
(Top 3-5 变动最大的指标及解读)
### 异常信号
(检测到的异常逐项说明,含严重程度和可能原因)
### 三表联动分析
(跨报表的逻辑验证结论)
### 总结与建议
(1-2 段综合评价)
本技能在以下典型餐饮/连锁餐饮场景中触发:
新店投资估值:「我们计划在成都太古里开一家300平米的火锅店,帮我做个DCF估值分析」 中央厨房投资决策:「需要评估投资5000万建中央厨房的NPV和IRR,年产3000吨预制菜」 连锁品牌并购评估:「想收购一个20家门店的茶饮品牌,帮我做完整的财务尽调和估值模型」 门店盈利预测:「帮我用财务模型预测未来5年一家面馆的单店现金流,基底营业额150万/年」 供应链融资方案:「连锁快餐50家门店需要融资3000万做供应链升级,帮我分析不同融资方案的优劣」
💡 触发关键词:当用户提及"门店""连锁""餐饮""外卖""中央厨房""加盟""翻台率""客单价""食材成本""坪效"等餐饮行业术语,同时涉及财务报表分析相关任务时,应自动触发本技能。
| 异常场景 | 处理方案 |
|---|---|
| 输入数据缺失(如缺少单店营业额、食材成本率等) | 引导用户提供行业平均值作为临时基准,标注"待补充实测数据"。餐饮行业常用参考:食材成本率30-38%、人工成本率15-22%、租金占比8-15%、水电能耗3-5%。 |
| 结果偏离餐饮行业常识 | 如果产出结果利润率超过25%(除高端餐饮外罕见)、翻台率超过8次(除快餐外罕见),请回检输入参数。提示用户:"该结果超过了行业90分位值,建议核实输入数据。" |
| 多业态混淆 | 正餐、快餐、茶饮、烘焙的财务模型完全不同。如果用户混搭了不同业态的参数,主动提醒并要求拆分分析。 |
| 外卖与堂食渠道混淆 | 如果用户未区分外卖和堂食数据,提醒外卖需扣除平台扣点(15-22%)和包装成本(2-5%),堂食需考虑翻台率和坪效。 |
| 季节性误判 | 如果输入数据明显来自旺季(如春节月份),输出需附带"⚠️ 数据可能受季节性影响,建议用同店同比数据验证"的警告。 |
以下是餐饮行业中常见的错误用法,请务必避免:
Q1:这个财务报表分析工具如何适配不同规模的餐饮企业?
A:根据门店数量分档调整——10家以下(轻量版,手工+Excel即可)、10-50家(标准版,配合POS数据)、50-200家(专业版,需系统对接)、200家以上(企业版,需ERP/BI集成)。具体参数调整请参考本skill的参数说明。
Q2:餐饮行业季节性波动如何影响财务报表分析结果?
A:餐饮有明显的淡旺季(春节、暑期、国庆是旺季,3-4月、11月是淡季)。在本工具中应使用滚动12个月数据或同店同比数据来消除季节性影响,避免用单月数据做决策。
Q3:如何处理美团/饿了么等外卖平台的数据对接?
A:外卖平台数据(订单量、客单价、评分、满减活动)是餐饮分析的关键外部输入。建议通过平台商家后台导出CSV数据后导入本工具。外卖占比超过30%的门店需单独分析渠道利润。
7w4.net小葱技能站收录全网优质技能,值得收藏。
Q4:连锁餐饮加盟店与直营店在使用本工具时有何区别?
A:直营店数据可直接获取(POS+ERP),加盟店数据依赖加盟商配合。建议:1)加盟合同约定数据回传条款;2)直营店做基准对标;3)加盟店数据脱敏后做行业平均。加盟店分析需额外考虑加盟商管理费和品牌使用费。
Q5:本工具的输出结果如何与餐饮ERP/BI系统打通?
A:本工具支持CSV/JSON格式导出,可直接导入主流餐饮ERP(如哗啦啦、餐道、客如云)和BI平台(如FineBI、Power BI)。建议建立月度自动化数据管道,减少人工录入误差。
| 维度 | 说明 |
|---|---|
| 适用规模 | 单店至1000家连锁门店均适用,超过1000家建议分区域分批运行 |
| 数据要求 | 输入数据需至少包含:门店标识、时间段、核心指标(如营业额/成本/利润),缺失率>30%时结果需标注不确定性 |
| 运行环境 | Python 3.7+ 标准环境,建议内存≥4GB(处理100+门店数据时) |
| 输出格式 | 支持 Markdown / JSON / CSV / PDF / HTML,可直接嵌入餐饮运营报告 |
| 更新频率建议 | 建议与餐饮企业月度经营分析会同步(每月运行一次),重大经营决策前即时运行 |
| 已知局限性 | 1) 不替代专业财务审计;2) 极端黑天鹅事件(如疫情封控)下的预测可能失效;3) 加盟商数据质量依赖其配合程度 |
以下为该领域的经典参考书籍与指南:
注:以上参考文献涵盖财务报表分析领域的核心方法论与行业最佳实践,建议结合餐饮行业特性选择性阅读。
这个 Skill 质量不错,能自动分析财报数据、检测财务异常,文档写得很详细还专门适配了餐饮行业场景。主要优点是功能实用、示例数据充足;不足是案例太少、错误提示不够友好。如果你是餐饮从业者用它会很顺手,其他行业用户可能需要自己调整参数。整体推荐使用,但建议先看一遍使用说明熟悉参数配置。