網上捐款已經進入銀行戶口，為甚麼籌款、財務和行政部門仍然對不齊賬？因為銀行收到的通常是一個平台結算淨額，不是逐筆捐款明細。多位捐款人的付款可能被合併，再扣除手續費、退款、拒付或其他調整後入賬。銀行證明機構收到多少錢，卻不會自動告訴你每筆捐款屬於誰、哪個籌款活動、應否發收據，以及哪項差額仍待處理。
週一早上，銀行戶口出現一筆 HK$9,620。籌款同事的後台顯示週末籌得 HK$10,000；行政同事已按成功頁面開始補發收據；財務同事則問：少了的 HK$380 是手續費、退款，還是有交易尚未結算？
三個人看的數字都可能正確，只是回答不同問題。
靈析有數認為，對賬不是把兩個總數勉強調至一致，而是讓每筆捐款都能由捐款人一路走到銀行，再由銀行走回原始交易。
先分清六個不同節點
| 節點 | 它證明甚麼 | 常見誤會 |
|---|---|---|
| 捐款意向／表單 | 捐款人提交了資料和用途 | 填完表格不等於付款成功 |
| 付款交易 | 支付處理器接受、失敗或待處理一筆付款 | 成功交易不一定同日入銀行 |
| 捐款紀錄 | 機構把交易連到捐款人、活動和指定用途 | CRM 有紀錄不等於平台已結算 |
| 結算批次 | 平台把一批交易及調整計成淨額 | 一筆 payout 不是一位捐款人的捐款 |
| 銀行入賬 | 淨額已進入機構戶口 | 銀行流水通常沒有完整捐款人資料 |
| 收據／會計記錄 | 機構確認捐款及保存財務憑證 | 自動產生不等於已核對例外 |
Stripe 的對賬文件便把 payout 描述為一批付款及其他交易的結算，並把已結算、未結算和失敗結算分開。不同平台的名稱和欄位會不同，但共同原理是：交易發生的時間、平台結算的時間和銀行入賬的時間，可以是三個日期。
用一個數字例子看差額去了哪裏
淨額能對上，只表示算式成立；逐筆有去向，才表示賬目可追溯。
假設一個週末有 20 筆網上捐款，總額 HK$10,000：
- 成功捐款總額：HK$10,000
- 平台／支付手續費：HK$280
- 一筆退款：HK$100
- 本批次銀行淨入賬：HK$9,620
數學上，`10,000 - 280 - 100 = 9,620`。但完成對賬仍要回答：退款屬於哪筆原交易；原收據是否要取消或更正；HK$280 如何入賬；有沒有成功交易留待下一批結算；匿名捐款如何保存；捐款指定用途是否仍與原紀錄一致。
若月底只在試算表加一行「平台費 HK$380」，總額可能對上，追溯卻斷了。下一次捐款人查詢、退款或審計時，團隊仍要重新拆解。
籌款、財務、行政，不應各自對同一筆數
三個團隊可以看不同資料，但必須沿用同一批交易和例外。
較清楚的分工可以分成三層：
籌款／捐款人關係：先核對「誰和為甚麼」
確認捐款人、活動、渠道、指定用途、匿名選擇、付款狀態和致謝資料；檢查平台逐筆交易是否完整進入捐款紀錄。籌款團隊不必代替財務入賬，但不應只把一個未解釋的總額交出去。
財務：核對「多少和何時入賬」
把平台結算批次、手續費、退款、拒付、未結算金額和銀行入賬對起來，確認會計期間及分類。財務需要能由銀行淨額回到批次，再回到逐筆明細。
行政／收據：核對「憑證如何發出和修正」
按機構授權處理收據產生、覆核、發送、補發、取消和更正，並確保收據編號能接回原捐款及例外。香港稅務局提醒捐款人應取得並保留收據，以便獲抽查時證明認可慈善捐款扣除；這令「收據能否走回原交易」不只是客服問題。
實際職銜可不同，小機構甚至由同一人兼任。但三層檢查仍應存在，並說清誰準備、誰覆核、誰批准例外。
最小可行的對賬資料鏈
對賬能否接起來，往往取決於幾個 ID，而不是另一張月底補救表。
一套可追溯流程不一定要很複雜，至少保留以下共同識別：
- 機構捐款 ID
- 平台／支付交易 ID
- 結算批次 ID
- 銀行入賬日期及金額
- 收據編號及狀態
- 原交易、退款、拒付或調整之間的關聯
每月保存一個證據包：平台逐筆匯出、結算摘要、銀行流水、例外清單、收據更正紀錄及覆核人。不要只保存會隨後台更新的畫面，也不要讓唯一匯出權限留在一位已離職同事的帳戶。
滙豐香港早於 2022 年已指出，FPS、API、付款通知和自動對賬可支援 NGO 的數碼收款。自動化的價值，是減少重複輸入和更快帶出差異；它不會替機構決定一筆退款應如何處理，亦不會替財務承擔覆核責任。
五種最常見的「錢到了，賬未對」
- 合併結算。 數十筆交易只以一筆淨額進銀行。
- 跨期。 月底成功的捐款在下月才結算。
- 淨額入賬。 手續費在結算前扣除，銀行看不到總捐款。
- 交易反轉。 退款或拒付在原捐款後出現，收據和會計記錄未同步修正。
- 資料分權。 籌款同事看見捐款人，財務看見 payout，bookkeeper 卻沒有逐筆匯出權限。
另外還有匿名捐款、同名捐款人、企業合併付款、外幣差額和平台代發收據等情況。遇到這些例外時，最危險的做法是覆蓋原值；應新增狀態和關聯，保留事情怎樣改變。
靈析可以如何支援 NGO 的收款和對賬？
靈析香港的網上籌款頁公開列出多元支付、捐款資料及自動電子收據場景。自然的產品位置，是讓付款後的捐款資料、活動和收據較早進入同一工作流，減少同事重複搬運。
但任何產品都要按實際渠道逐項核實：平台提供哪些逐筆欄位；退款和拒付如何回傳；結算批次能否匯出；收據如何取消或更正；會計仍需要甚麼憑證。文章不能用一句「自動對賬」跳過這些問題。
實務下一步：抽一個結算批次，正反各走一次
選最近一筆已有少量退款或手續費的結算：
- 由銀行入賬走回平台批次，再走回每筆捐款。
- 由其中一筆捐款走到付款交易、批次、銀行和收據。
- 記下在哪一步要問人、開另一個帳戶、手動猜日期或補一張表。
- 為每個斷點指定 owner、共同 ID 和應保存的憑證。
兩個方向都走得通，才叫可追溯。總額剛好相同，只是對賬的起點。
為香港 NGO 設計的 CRM、籌款、網上賣旗及服務中心系統。
預約演示FAQ
付款成功是否等於機構已收到錢？
不一定。付款成功表示交易獲處理；平台可能按日、週或其他週期結算，亦可能有待處理或失敗結算。
為甚麼銀行入賬少過籌款頁總額？
常見原因包括手續費、退款、拒付、跨期結算或部分交易尚未結算。要用逐筆交易及批次報告確認，不應直接把差額全部當作手續費。
電子收據應由籌款還是財務發出？
沒有一個適合所有機構的職銜答案。應把資料準備、金額覆核、授權簽發、發送和更正責任分開，並保留批准紀錄。
匿名捐款怎樣對賬？
匿名通常是對外顯示或聯絡選擇，不應令交易失去內部 ID、金額、渠道、批次和會計紀錄。機構仍要按收集目的和權限處理必要資料。
自動對賬是否代表毋須人手覆核？
不是。自動化可配對已知欄位並標示差異；退款、拒付、跨期、錯誤用途和資料缺失仍需有人判斷和批准。
這與服務中心月底對賬有甚麼不同？
本篇處理網上捐款、支付平台結算和銀行入賬；服務中心對賬則由會員、活動或服務收費連到收據和 SWD/FSA 等營運記錄。兩者都需要追溯，但交易來源和呈報目的不同。