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 執行量化分析小蔥技能7w4.net有完整的技能分類。
異常訊號不等於"公司有問題",需結合行業和經營背景判斷: - 應收暴增在 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%的門店需單獨分析渠道利潤。
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 質量不錯,能自動分析財報資料、檢測財務異常,文件寫得很詳細還專門適配了餐飲行業場景。主要優點是功能實用、示例資料充足;不足是案例太少、錯誤提示不夠友好。如果你是餐飲從業者用它會很順手,其他行業使用者可能需要自己調整引數。整體推薦使用,但建議先看一遍使用說明熟悉引數配置。