財務與發票

會費與活動付款同一本帳冊

會費發票與活動票款進入同一本付款帳冊，由真實 Postgres 付款層支撐，而非大多數其他產品為宣傳版本執行的決定論示範資料。這個區別很重要，如果你認真評估：在導入中看到的財務數字是真實付款記錄，不是種子資料。報名時付款的票券會取得一張有編號的收據，而不是發票。

為商會實際營運地點打造的支付軌道

Stripe 涵蓋其支援國家的刷卡處理；藍新金流涵蓋台灣，Stripe 在台灣完全無法撥款，付款在藍新金流自己的託管付款頁面上完成。該頁面提供哪些付款方式，取決於商會的藍新金流帳戶開通了哪些。在多個地區收取會費的雙邊或雙國商會兩者都需要，這不是錦上添花，而是因為另一個選擇是手動核對電匯。

對帳問題，沒有人為台灣解決

台灣銀行對帳單不會告訴你誰付了錢。會員透過 ATM 轉帳付款，對帳單只顯示發送帳戶的最後五碼，不是公司名稱，所以商會出納每月月末花時間用手工方式把五碼代碼對應到會員名單。

上傳對帳單，財務工作區解析它、讀取那些款方代碼與名稱，並提議每一行屬於哪位會員及哪張待結發票，依信心度排序。在兩位會員確實相似難分時，它拒絕猜測並提出疑問。沒有東西被寫入，直到人類確認，確認每一行只需一次點擊。

清楚說明這不是什麼：此版本中沒有會計套件整合。你的會計師保留自己的紀錄系統，對帳這裡的意思是商會自己的帳冊反映銀行，由人類確認而非假設。