system-architecture

記帳自動化怎麼做?用 n8n 打造 Telegram 記帳流程(實作分享)

記帳自動化是怎麼運作的?

如果你正在找「記帳自動化」的方法,或想知道 n8n 到底可以拿來做什麼

這篇不是概念範例

是我真的幫朋友做、而且目前還在跑的一條 Workflow

它解決的問題很普通:

大家不是不會記帳

是原本那套記帳方式太麻煩,所以最後根本懶得記

我們最後沒有換一套更華麗的記帳 App

而是把入口改成 Telegram,讓使用者只需要打一行字,後面的整理交給 n8n

這篇我想留下的也不是「你一定要照著做一模一樣的 Telegram 記帳」

而是這個案例背後很實用的流程設計方法

👉 如果你還不知道 n8n 是什麼,可以先看這篇

原本的問題不是 Excel,是每次記帳都要做太多事

原本的做法其實不算不能用

有 Excel、有欄位,也知道最後需要哪些資料

問題是每次要記一筆,都要:

  • 打開 Excel
  • 找對欄位
  • 自己分類
  • 填金額
  • 判斷要不要請款
  • 後面再整理月報

每一步都不難

但全部疊起來就很容易變成:

之後再記 → 累積一堆 → 最後乾脆沒記

所以這次真正要優化的不是「記帳功能」

而是輸入這件事的摩擦力

我們最後把入口縮成一句話

現在直接在 Telegram 輸入,例如:

  • 尿布 3000
  • 室友付 管理費 600
  • 公款 家具採購 20000

使用者只負責把事情講出來

後面才交給 Workflow 處理

目前這條流程會依照既有規則完成像這些事情:

  • 分類支出類型
  • 處理金額與數量
  • 判斷公款是否需要請款
  • 整理未請款項目
  • 彙整每月報表需要的資料

這就是我覺得 n8n 很適合的地方

它不一定要做一個很大的「AI 系統」

有時候只是把原本散落的幾個步驟接起來,就已經很有感

這條 Workflow 的角色怎麼分?

如果把它拆開看,大概是:

Telegram → 收到輸入 → n8n 處理資料與判斷流程 → 寫入整理後的資料 → 後續請款/月報使用

真正需要花時間的不是 Telegram Bot 怎麼開

而是先把規則講清楚

例如:

  • 哪些支出類型要怎麼分類
  • 哪些情況需要請款
  • 公款與私人支出怎麼區分
  • 金額與數量怎麼處理
  • 最後報表需要哪些欄位

這些規則如果連人自己都說不清楚,丟進 n8n 也不會突然變清楚

所以這個案例對我來說最有價值的地方其實是:

先把人腦原本偷偷在做的判斷拆出來,再決定哪些交給系統

為什麼用 Telegram 當入口?

不是因為 Telegram 是最強的記帳工具

而是因為這個案例裡,入口越簡單越好

如果每天都要另外登入一個後台、找表格、選欄位,那其實只是把 Excel 換成另一個比較漂亮的 Excel

Telegram 的好處是:

想到 → 打一句 → 結束

真正的資料整理留在後面做

這種「把輸入摩擦降到最低」的思路,其實也可以套到很多其他工作

例如:

  • 客戶請款
  • 訂單紀錄
  • 報名資料
  • 收據/發票整理
  • 現場工作紀錄

不一定都要用 Telegram

重點是入口要符合真的會輸入資料的人

這條流程目前還在跑,這點比 Demo 更重要

我現在越來越不想只分享「我做出來了」的自動化

因為很多 Workflow Demo 當下很好看,過幾週根本沒人在用

這條記帳流程目前還在替朋友跑,所以至少證明一件事:

它不是只有技術上能執行,而是真的有留在日常工作裡

這也是我現在判斷一條自動化值不值得留下的重要標準

我以前也做過「收名單後自動寄第一封 Email」

技術上一樣可以跑,但成效不好,我後來就關掉了

所以「能自動化」跟「值得自動化」是兩件事

這條 bookkeeping Workflow 到目前為止屬於值得留下的那一邊

那這種流程要不要用 AI Agent?

不一定

如果某個判斷規則本來就很固定,我反而會優先讓 Workflow 用明確規則處理

真的遇到需要理解自然語言、模糊分類或依情境判斷的地方,再決定要不要加入 AI / Agent

我現在不太想為了看起來厲害,就把每個節點都變成 AI

因為固定規則通常比較容易測,也比較容易知道哪裡出錯

👉 AI Agent 與自動化到底怎麼分工?

真正需要注意的是:它開始處理真實資料了

記帳、請款、報表這類 Workflow 跟「自動整理幾篇文章」不太一樣

資料錯一筆,後面就可能跟著錯

所以如果要把類似流程拿去處理正式財務資料,我不會因為 n8n 能跑就完全不檢查

至少要先把:

  • 分類規則
  • 金額計算
  • 缺漏資料
  • 重複輸入
  • 例外情況
  • 最終人工核對責任

想清楚

這篇分享的是流程設計案例,不是會計或報稅建議

真正要送出的帳務/報稅資料,還是應該依你的實際制度與專業需求核對

自架還是 Cloud,對這條流程重要嗎?

目前這條 Workflow 跑在我 Zeabur 上的 n8n

我的 n8n self-host 成本大約 US$10 / 月,而且現在 production workload 本來就不大

所以目前沒有為了這一條 Workflow 搬去 n8n Cloud 的必要

如果未來 Workflow 變多,我會再用實際 execution 量、維護時間與需要的控制權重新比較

👉 我目前怎麼看 n8n self-host vs Cloud

這個案例最後讓我學到什麼?

以前看到「記帳自動化」,很容易先想:

要用哪個工具?

但真的做完後,我反而會先問:

使用者到底卡在哪一步?

這次卡的不是計算能力

也不是 Excel 不夠強

而是每次輸入一筆資料都太麻煩

所以我們把入口變簡單,再把後面的重複整理交給 Workflow

結果就比「換一套功能更多的工具」實際很多

這也是我現在做自動化越來越在意的事:

先改流程,再選工具

如果流程本身不合理,工具越多只會讓它變成一套更複雜的不合理流程

小結

這條記帳自動化沒有很華麗

但它目前還在跑,而且真的把一件原本容易拖延的事情縮成一句話

對我來說,這種 Workflow 比「看起來很厲害但沒人真的用」的 Demo 更值得留下

之後如果我有更多 Agent + n8n 的實際案例,也會優先分享這種真的跑過、知道哪裡有效、哪裡最後被我關掉的流程

如果你想用這種低頻 workflow 估算 Cloud 額度,可以接著看 👉 n8n Cloud 費用怎麼算?Starter、Pro、Execution 與實際成本整理

延伸閱讀:

👉 n8n 常見錯誤:為什麼很多自動化流程跑不起來?

👉 n8n 自架適合誰?成本、限制與實際使用心得

👉 AI 自動化是什麼?AI Agent 與自動化差在哪