台灣 Open Banking 的缺口:自架開源資產管理 Web App 的社群路線
Threads 使用者陳冠穎分享正在打造可自動同步銀行、股票、基金、發票、悠遊卡與信用卡資料的開源資產管理 Web App;這反映台灣 Open Banking 尚未解決個人金融資料自主與可攜性問題,也提示 self-hosted + CLI/agent workflow 的實作方向。
台灣金融資料分散在銀行、集保、發票平台、電子票證與信用卡系統,Open Banking 尚未讓個人真正擁有穩定 API 管理權。
自動同步多來源資料,集中成一個開源資產管理 Web App;因資料敏感,優先考慮 self-hosted,而非 Hosted Service。
作者構想讓使用者註冊 Cloudflare 帳號後,執行一個 script 完成部署,把帳密與財務資料留在使用者掌握中。
目前已完成的同步範圍
貼文列出的同步範圍相當完整,已經涵蓋多數台灣個人資產管理最麻煩的資料來源:
| 類別 | 已做到的同步內容 | 對資產管理的價值 |
|---|---|---|
| 台股 / 基金持有 | 台灣股票與基金持有資訊、一年走勢 | 建立投資組合總覽與績效追蹤 |
| 交易紀錄 | 三個月內股票 / 基金交易紀錄 | 用於成本、已實現損益、交易行為分析 |
| 銀行帳戶 | 17 間銀行帳戶與近三個月交易紀錄(集保支援銀行) | 彙整現金流、支出分類、帳戶餘額 |
| 雲端發票 | 雲端發票交易紀錄與明細 | 比銀行交易更細的消費明細與品項資料 |
| 電子票證 | 悠遊卡交易紀錄,未來可能支援一卡通 | 補齊交通、小額支付、日常消費資料 |
| 信用卡 | 玉山信用卡交易明細,其他銀行若無特殊驗證機制理論上可支援 | 補齊刷卡消費與帳單分析 |
這些資料一旦整合起來,就不只是「資產總覽」而已,而是可以長出更完整的個人財務分析:現金流、支出分類、投資績效、稅務/報帳線索、訂閱費、重複扣款、消費異常與資產配置偏離提醒。
為什麼作者不想做 Hosted Service
作者明確提到,這類系統需要存取帳號密碼,而且包含大量個人財務與交易資料,因此不太敢做 Hosted Service;讓使用者自己掌握資料比較安心。這個判斷很合理,因為台灣金融資料整合若走集中代管,會同時踩到:
- 憑證風險:銀行、集保、發票、電子票證等登入憑證若集中保存,安全責任極高。
- 個資與交易資料風險:交易明細可反推出生活習慣、健康、家庭、工作與投資狀態。
- 法遵與信任成本:沒有正式金融授權與資安稽核時,Hosted Service 很難取得長期信任。