作者: kenneth

在香港以外，「銀行 feed」（bank feed）已經是理所當然。美國、英國、澳洲幾乎所有商業銀行賬戶都會自動將交易串流到會計軟件，當日即可對賬。但在香港，情況遠遠沒這樣乾淨。某些銀行有真正的 API，某些只接受月結單上載，大部分中小企最後都係半自動半手動的混合做法。

本文寫給想搞清楚 2026 年香港 bank feed 實際狀況的中小企老闆和 bookkeeper——邊間銀行支援甚麼、轉數快（FPS）如何對賬、Open API HK 做到了甚麼又做不到甚麼，以及在簽下任何標榜「自動銀行對賬」的軟件合約之前應該問甚麼。

---

為何香港比其他市場複雜

三個原因令香港銀行對賬比銷售簡介說的要複雜：

• 銀行版圖分散。四大行（滙豐、恒生、中銀、渣打）各有不同的中小企產品及不同的 API 成熟度。再加上八家虛擬銀行、星展、花旗、東亞，以及多家二線銀行，軟件供應商要對接的「長尾」非常長。
• 金管局 Open API 在第三、第四階段屬自願性質。框架存在，但參與程度不一。供應商可以聲稱「Open API HK ready」，實際只支援一間銀行的唯讀存取。
• FPS 雖快，但對賬參考欄位太短。35 字元的付款備註不足以同時容納發票編號加客戶代碼。我們見到的自動配對失敗，半數來自 FPS 付款的參考欄位空白或填錯。

再加上不少香港中小企刻意開兩三個銀行戶口（港元營運、美元營運、港元糧），自動對賬的難度就會加倍。

---

2026 現況：邊間銀行真係有 feed

實際情況比這篇文章可以追上得快——任何依賴前請直接向銀行確認——但截至 2026 年：

• 滙豐銀行（HSBC）。中小企 API 最成熟。HSBC Connect 及 HSBCnet API 容許獲批的第三方軟件每日抽取交易。大部分主要香港會計平台都有直接整合。開通需時約兩星期，因為滙豐的授權程序是真正的 KYC，不是按掣即批。
• 恒生銀行。滙豐的本地子行有自己的中小企平台及選擇性 API。覆蓋面正在改善，但仍然比滙豐主行欠缺一致性。
• 中國銀行（香港）。月結單下載穩定，但中小企的即時 API 有限。大部分用戶仍以月度上載運作。
• 渣打銀行。Straight2Bank 對大企業而言相當穩健；中小企層級的 API 較為有限。
• 虛擬銀行（ZA Bank、Mox、WeLab、Airstar、livi、Fusion、PAObank、Ant Bank）。差異很大。部分已公布 Open API HK 端點；部分仍要求用戶手動下載 CSV。情況變化中——12 個月前的真相經常已經過時。
• 星展、花旗、東亞。中段覆蓋。CSV 匯出是普及的；即時 feed 視乎中小企層級及軟件整合。

實際的拇指規則：如果你 banking 用滙豐，問會計軟件有否啟動直接整合。如果用其他銀行，可預期未來相當一段時間仍要做月結單上載。

---

FPS 對賬：更快，但更亂

轉數快改變了香港中小企的現金處理節奏。客戶可以在星期日晚上 11 點 FPS 5 萬港元到你戶口，瞬間到賬。對賬的挑戰是當參考欄太短、經常缺漏，又有時被當成備忘使用而不是發票編號時，如何將該筆入賬與正確的發票配對。

三個習慣可以將 FPS 對賬控制好：

• 標準化你要客戶填的參考格式。例如 INV12345，或者有客戶代碼的話 ACR0042-INV12345。每張發票都用同一格式印出。
• 在軟件設置對賬規則，識別常見的參考模式，自動建議對應的發票。
• 保留一個「未對賬入賬」隊列，讓負責催收的同事看得到。如果客戶其實已付但參考錯了，催收動作要停。

---

「自動對賬」實際上係咩意思

軟件供應商所講的「自動對賬」涵蓋很闊的光譜，由「我們幫你匯入月結單」一路去到「我們自動將收款配對發票，毋須人手介入」。值得分清楚每一層實際做甚麼：

1. 匯入。交易由銀行進入系統——透過 API、CSV 或 MT940 檔案。最容易的部分。
2. 分類。每筆交易根據收款方、敘述、或你設的規則，自動建議一個總賬科目。仍需人手確認。
3. 配對。來賬根據金額、客戶、日期及參考自動配對未付發票。配對成功率視乎客戶填參考的紀律。
4. 對賬完成。已確認交易連結至總賬分錄，系統的銀行結餘等於月結單的銀行結餘。這才是真正「已對賬」的狀態——而且仍然需要人去負責任。

「全自動」很少是有用的目標。實際的目標應該是把以前用四日做的月結對賬，壓縮到 30 分鐘的覆核時段。

---

CSV / MT940 後備方案

對於沒有 live API 的銀行，後備方案是月結單上載。CSV 普及但格式不一致——每間銀行用稍稍不同的欄名及日期格式。MT940 較標準化（係 SWIFT 格式），大部分專業會計軟件都可以乾淨地讀入。如果用較細的銀行，問銀行有沒有 MT940 匯出，通常能省 bookkeeper 很多手動重排格式的時間。

---

選軟件時要問供應商甚麼

在因為「自動銀行對賬」一句而簽軟件之前，先問：

• 你哋同邊幾間香港銀行有 真正 API 整合？逐一講出名稱。
• 整合是唯讀（讀交易）還是雙向（可發起付款）？
• Feed 多久更新一次——當日、日終，還是 T+1？
• 沒 API 的銀行 CSV 上載點處理？係識別銀行範本，還是用戶要手動 mapping 欄位？
• 是否支援 MT940？
• 配對引擎係純規則制，還是會由已確認配對學習？
• FPS 付款點處理，特別是參考欄非標準時？
• 銀行 feed 包括在標準授權，還是要升級層級？（詳見我們的 會計軟件定價指南——bank feed 是最常見的升級觸發點。）

答案會在大約十分鐘內把認真的供應商與營銷主導的供應商分開。

---

對核數的影響

銀行對賬是核數準備的脊柱。如果系統的銀行結餘在年結時對不上月結單，核數師第一件事就是要查為何——而計時錶在轉動。每月乾淨的對賬節奏，即使部分仍是手動，遠勝於那種讓三個月都未對賬的「全自動」口號。我們在 香港公司首次核數 一文已從核數準備的角度討論過。

---

Giga Accounting 在香港如何處理銀行 feed

Giga Accounting by 凌峰會計 支援與主要香港銀行的直接 API 整合（在 API 可用之處）、其餘銀行的 MT940 匯入、可配置的配對規則，以及 FPS-aware 的對賬隊列。Bank feed 包括在標準授權之內，並非付費升級。

想了解對賬實際操作如何，可由 雲端會計 頁面開始，或在我們的 免費會計軟件指南 與其他方案比較——免費工具的 bank feed 限制，通常是企業轉系統的第一原因。想看 2026 年的整體格局，可參考我們的 香港會計軟件選購指南，當中比較了主要平台的 feed 覆蓋。

對大部份香港中小企來說，兩級制利得稅是最容易取得、但也最常被誤解的一項稅務優惠。規則表面上簡單：首 200 萬利得稅以較低稅率計算，超出部份按標準稅率。但在實際操作上，關聯實體規則、提名機制、合夥及獨資的特殊情況，卻令不少公司錯失應有的優惠。

本文會解釋香港兩級制利得稅的運作方式、真正能節省的金額，以及最常令整個集團公司失去優惠的「關聯實體」陷阱。

---

兩級制如何運作

香港兩級制利得稅由 2018/19 課稅年度起生效，至 2026 年仍然適用。稅率視乎公司屬有限公司還是獨資／合夥而有所不同。

• 有限公司：首 200 萬港元應評稅利潤以 8.25% 計稅；超出部份為 16.5%。
• 非法團業務（獨資、合夥）：首 200 萬港元應評稅利潤以 7.5% 計稅；超出部份為 15%。

舉個例，一間恰好賺 200 萬的有限公司，在兩級制下要交 165,000 港元；若全數以 16.5% 計算，則要交 330,000 港元。差別是整整 165,000 港元，相當可觀，所以是否合資格至關重要。

---

關聯實體規則：最易中伏的位置

在同一集團內，每年只有一間公司可以享用兩級制優惠。這不是任選，而是法例規定，亦是不少香港創業者一不小心就會中的伏。

若甲實體控制乙實體，或兩者同由第三方控制，即構成「關聯」。「控制」定義寬鬆，包括持有超過 50% 股份、投票權或收益。關聯實體包括：

• 母公司與子公司：持股超過 50% 的子公司一律計算在內。
• 姊妹公司：由同一位自然人或同一控股公司持有。
• 有限公司與合夥：由同一人或實體控制。
• 同一人經營的兩家獨資業務：亦屬關聯。

因此，若你分別開了三家公司去處理貿易、物業持有與顧問業務，三家之中每年只有一家可享優惠，其餘兩家由第一元起都以 16.5% 計稅。選擇權在你手上，但必須正式提名。

---

如何選擇：提名機制

兩級制的選擇是於提交年度利得稅報稅表時（有限公司 BIR51、合夥 BIR52）進行。選擇以每年為單位，即你可以每年按各公司預計利潤重新提名，以獲取最大節稅效益。

會計師通常會按以下步驟處理：

1. 列出所有關聯實體（以年結日為準），包括休眠公司都要計。
2. 推算每間實體的應評稅利潤。稅前利潤並非等同應評稅利潤，要加回應酬、折舊等不可扣除項目。
3. 提名預計利潤接近或剛好達 200 萬的實體。超過 200 萬後稅率拉平，所以選擇能「用盡」200 萬格的公司最划算。
4. 只在被提名實體的報稅表剔選該選項，其他實體不得剔選。
5. 記錄原因。如日後稅務局查問提名理由，一份簡單的內部備忘便可省下大量解釋工夫。

選擇毋需事先批核，稅務局會在收到報稅表後自行處理。但責任在你身上，若兩間關聯公司同年都剔選，必定會被重新評稅。

---

甚麼情況下兩級制對你無幫助

以下幾種情況，即使電上兩級制亦意義不大，甚至可能造成反效果：

• 集團內有虧損公司。若賺錢那家已低於 200 萬，蝕錢那家是關聯公司，蝕錢那家本身無利潤可徵稅，自然用不到優惠。一般而言應選擇賺錢的一家。
• 已享其他稅務優惠的實體。例如船運業、某些基金經理自有優惠稅制，兩級制不可重疊。
• 計劃短期內出售或重組的初創。要按未來結構考慮優惠落在哪間公司最值。

---

最常見的誤解

「每間香港公司首 200 萬都是 8.25%。」錯。每個集團每年只有一間。完全沒有關聯公司的獨家公司只需剔選自動享用即可。

「一經選定便年年生效。」錯。每年都要重新選，而且有時確實應該換另一間公司提名。

「休眠公司不用計。」錯。同股東持有的休眠公司仍屬關聯實體。

「稅率適用於年收入 200 萬以下。」錯。是應評稅利潤。一間年收入 1,000 萬、利潤 150 萬的公司仍然 100% 合資格。

「把業務拆成兩家公司可以倍增節稅。」錯。關聯實體規則就是針對這做法。兩間關聯公司共用一個 200 萬格。

---

實例：三家公司的集團

假設一位老闆持有三家香港有限公司：貿易公司利潤 300 萬、顧問公司利潤 100 萬、物業持有公司利潤 20 萬，全部由他一人 100% 持有。

三家之中只能選一家。最佳選擇是貿易公司，因為它可以完整用盡 200 萬格。其稅款計算：200 萬 × 8.25% + 100 萬 × 16.5% = 33 萬港元；若全以 16.5% 計，300 萬 × 16.5% = 49.5 萬。節省 165,000 港元。

其餘兩家以 16.5% 計算。若來年顧問公司利潤大升、貿易公司利潤下跌，可以重新提名。

---

讓我們協助你做對提名

Giga Accounting by 凌峰會計為香港中小企集團整理關聯實體圖譜、預測年度利潤，並協助每年提名正確的公司。即使你只是「順手」開了多家公司，或其中一家是純持股殼，值得花 20 分鐘在簽 BIR51 之前傾一傾。

同系列文章可參考香港中小企利得稅指南，或瀏覽凌峰會計首頁了解我們的記帳與會計服務。我們會檢視你的集團結構，提名正確的實體，讓應享的優惠一分不少。

2026 年，每位向香港中小企推銷嘅會計軟件供應商都宣傳手機 App。市場語言趨同——「隨時隨地管理財務」、「任何地方即時可見」、「AI 驅動流動記帳」。實地現實係，「有手機 App」涵蓋由華而不實嘅唯讀儀表板，到完整功能生產系統嘅範圍。差距重要，因為對好多中小企老闆——特別係多數時間離開辦公室嘅創辦人——手機 App 就係佢哋實際使用嘅會計軟件。

本文拆解 2026 年香港會計軟件手機能力實際指乜、你會遇到嘅四個功能級別、流動真正改變行為嘅工作流程（收據捕獲、開單、開支審批）、供應商唔肯承認其重要性嘅離線模式問題，以及由市場語言中浮面真實能力嘅 demo 問題。目的：確保你買嘅 App 係你實際會用嘅，而非 App Store 截圖好睇嘅。

---

四個手機能力級別

會計軟件手機能力落入四個級別之一，特定供應商提供嘅級別實質塑造該 App 對乜有用。

級別 1 — 唯讀儀表板。App 顯示結餘、損益摘要、AR/AP 總額、近期交易。你不能輸入或編輯任何嘢。會議中快速一瞥或旅途中快速檢查有用，但唔係記帳。多數入門產品同部分主要供應商嘅「精簡」級別停喺呢度。

級別 2 — 唯讀加捕獲。加上拍攝收據並轉發至桌面應用程式遲啲處理嘅能力。捕獲喺手機，但記帳工作喺其他地方做。係目前「我哋有手機 App」聲稱中最常見嘅級別。

級別 3 — 流動交易輸入。建立同發送發票、記錄現金付款、入簡單開支、標示發票為已付。手機 App 係桌面應用程式喺路上重要工作流程嘅功能子集。喺呢個級別，銷售員或服務提供者可以由電話實際運作一日。

級別 4 — 完整功能對等連離線支援。桌面 App 做嘅一切，手機 App 都做，連離線優先資料輸入，於連線恢復時同步。2026 年罕見；多見於由第一日為流動設計嘅雲端原生產品。對多數中小企而言過度，但對外勤員工係主要系統用戶嘅業務係正確答案。

對多數香港中小企，級別 3 係實際目標——足夠完整使日常工作可喺手機進行而毋須每晚強制桌面工作期，唔需要為唔會用嘅級別 4 能力付費。

---

流動收據捕獲

收據捕獲係單一回報最高嘅流動工作流程，因為佢喺付款一刻攔截收據，避免佢消失於錢包中。會計軟件嘅手機 App 啟動相機、邊緣偵測收據、修正視角、OCR 抽取商戶／金額／日期，然後要嘛直接入草稿交易，要嘛將收據排隊待桌面處理。

除 OCR 引擎本身（涵蓋於我哋嘅收據掃描同 OCR 指南）之外，手機特定考量：

• 捕獲延遲。由「打開 App」到「收據捕獲」應喺 10 秒內。任何更慢，工作流程會輸畀「我今晚先處理」。
• 雙語處理。手機側 OCR 同桌面側有相同中英文限制；部分 App 對手機獨立調校，意外產生不同準確度。用真實雙語收據測試。
• 多收據批次。當一週收據一齊到手，連續拍 10 張收據而毋須退出 App 嘅能力重要。
• 儲存處理。離線捕獲嘅收據必須可靠保存至網絡恢復。同步時遺失收據嘅 App 不可饒恕。

正確測試：用一週只用手機 App 捕獲所有業務收據，週末檢查全部係咪喺系統內、有合理抽取資料、可入帳。

---

流動開單 — 何時重要、何時不重要

流動開單——由電話生成發票並發送畀客人——聽落吸引，但只對特定香港中小企集合重要。正確問題：你嘅客人係咪喺服務交付一刻由你收到發票？如係，流動開單真正改變你嘅營運資金週期。

流動開單改變行為嘅情況：

• 外勤服務 / 上門交付——技工完成工作、自由業者結束療程、送貨員完成派送。客人就喺度；發票可喺工程師離開前發出、簽署、電郵。
• 項目式服務——設計師、顧問、攝影師，喺現場結束項目，希望發票喺客人注意力轉移之前到達。
• 逐次貿易情境——做一次性企業銷售嘅小型零售、處理信用卡銷售嘅市集攤販，當客人需要發票作會計用途時。

對呢啲業務，流動開單實質縮短應收款週期。對辦公室為主嘅服務公司——開單每月一次喺桌面進行——流動開單係你會 demo 但永遠唔用嘅功能。

流動開單重要時，重要嘅功能：手機客戶搜尋同選擇；唔需要太多 tap 嘅明細輸入；適合香港脈絡嘅稅／非稅處理；PDF 生成；電郵或分享連結派遞；如有需要嘅簽名捕獲；以及即時入帳回會計系統，使 AR 為當前。

---

開支審批同董事審批流程

對有董事需要批准超過門檻嘅開支報銷或供應商付款嘅中小企，流動審批係少數真正加速 AP 週期嘅功能。冇佢，記帳員等董事返到枱；有佢，審批喺董事通勤途中發生。

工作流程：

• 記帳員入供應商發票或員工開支報銷，附上支持文件。
• 軟件按門檻規則路由項目至適當審批人。
• 審批人喺手機 App 收到推送通知。
• 審批人審視項目——供應商名、金額、附文件——批准或拒絕連評論。
• 已批准項目成為應付款；被拒項目返回記帳員隊列。

Demo 時要驗證嘅功能：可配置審批規則（按金額、按開支類型、按部門）；推送通知可靠性（要用戶打開先見到待辦項嘅 App 唔交付速度提升）；App 內文件預覽（毋須喺 PDF 閱讀器重新打開）；以及邊個喺幾時批准乜嘅稽核軌跡記錄。

對較複雜審批流程——多級審批、部門路由、條件升級——多數中小企級會計軟件刻意簡單，需要豐富工作流程嘅業務可能最終整合專用審批工具。對多數中小企，「超過門檻單一審批人」嘅簡單流程係正確級別。

---

離線模式 — 真實世界測試

香港多數連線良好，但流動會計遇到離線情境嘅頻率比供應商承認嘅多——港鐵隧道、地下車場、某啲辦公大廈、機艙、漫遊覆蓋唔齊嘅內地出差。連線下跌時崩潰嘅 App 強迫用戶返回只用桌面工作流程。

要測試嘅離線行為：

• 離線讀取現有資料——用戶可否喺無連線時睇到先前發票、客戶結餘、近期交易？
• 離線捕獲新資料——可否拍收據、起草發票、排隊審批，並於網絡恢復時同步？
• 衝突處理——如兩位用戶喺一位離線時做相違改動，同步時點處理？
• 失敗模式可見性——App 是否清晰顯示離線狀態、同步是否成功？無聲同步失敗最差。

簡單測試：開飛行模式，嘗試喺 App 上做正常一日記帳工作，再關飛行模式，檢查所有嘢係咪正確同步。無離線能力嘅純雲端 App 即時失敗；以薄本地快取聲稱「離線模式」嘅 App，第二日快取過期時經常失敗。

---

買 App 前的測試清單

30 分鐘手機 demo 配以下測試集，浮現真實能力：

• 從冷啟動（背景關閉）打開 App，由 icon-tap 計時至儀表板。超過 4 秒會令人灰心。
• 連續捕獲 5 張收據，包括 2 張繁體中文。檢查 OCR 輸出同每次捕獲時間。
• 由電話端到端建立並發送發票。數要 tap 幾多次。
• 批准已排隊嘅開支項，檢查附於原項目嘅文件可否實際喺 App 內查閱。
• 離線測試：開飛行模式、捕獲收據、起草發票，再上線並驗證同步。
• 檢查雙語 UI——繁體選單、繁體日期格式、繁體搜尋輸入。多數供應商英文為主嘅 App 喺繁體翻譯上有遺漏。

最常浮面真實能力嘅 demo 問題：「畀我睇你哋一位真實客戶嘅實際使用模式」（匿名）。手機能力強嘅供應商會展示；手機弱嘅供應商會轉向桌面功能。

---

凌峰會計如何提供幫助

Giga Accounting by 凌峰會計 推出功能級別 3 嘅手機 App——收據捕獲、開支輸入、客戶標籤開單、董事簽批工作流程、連同步重連嘅離線韌性捕獲、以及標準雙語 UI。手機包含於標準授權內而非鎖喺更高級別後——計算係：外勤開單嘅銷售員或技工，唔應該為公司賺收入嘅工作流程額外付費。

就真實工作流程作 20 分鐘手機 App 實機 demo，聯絡我們，或睇每公司劃一收費。流動捕獲依賴嘅收據 OCR 一邊，請參考收據掃描同 OCR 指南；令流動捕獲交易喺後勤自動配對嘅銀行 feed 整合，請參考香港銀行 feed 同自動對數；流動能力通常作為定價層門檻嘅更廣脈絡，請參考香港會計軟件定價。

在香港經營網店，從外面看好像很簡單：訂單入、收款落、貨品出。但只要你試過為一間 Shopify 或 Shopline 店舖埋數，你就知道現實是這樣的——訂單數量永遠對不上入帳金額、平台佣金不知不覺把毛利吃掉，銀行月結單跟銷售報表完全是兩回事。

這篇指南寫給已經用 Excel 用到極限、想升級會計軟件的香港電商賣家。我們會講清楚電商會計跟一般會計有甚麼不同、最常令賣家頭痛的對帳問題、以及挑選能同時處理 Shopify、Shopline、HKTVmall 的會計軟件時應該看甚麼。

---

電商會計為甚麼跟一般會計不同？

一般會計軟件是為「開單—收款—入帳」這個流程設計的：一張交易、一個客戶、一條分錄。電商完全顛倒這個流程：

• 一張訂單會變成多條分錄。一張 HK$500 的 Shopify 訂單，到你銀行戶口時可能只剩 HK$478.65（Stripe 入帳），中間至少涉及四個項目：銷售總額、閘道手續費、平台佣金、匯率調整。
• 入帳是批次性的，不是逐單的。Stripe 可能一星期入一次帳，一筆過涵蓋 240 張訂單、退款和爭議。會計系統要把這條銀行入帳記錄，分拆回成百上千條收入和費用分錄。
• 庫存散落在多個平台。同一個 SKU 同時掛在 Shopify、Shopline、HKTVmall 上，而實貨又在你的倉庫裡。每個渠道的扣存記錄都要進入帳目，但又不可以重複扣。
• 退貨和爭議款幾天到幾星期後才出現。三月入帳的銷售，可能五月才不見了。一般會計軟件預設交易一旦入帳就不會變。

這些問題不是不能用人手處理——很多賣家每月用 Excel 匯出加耐性硬解決。問題是：軟件是否能用比你現在更短的時間幫你做完？

---

支付入帳對帳這個老大難問題

這是香港電商最頭痛的會計問題。Stripe、PayPal、Shopify Payments、AlipayHK、WeChat Pay HK、FPS 都會把幾十甚至幾百筆交易合併成一次入帳，已經扣了手續費、扣了退款、做完匯率轉換。落到你 HSBC 或恆生戶口的那條入帳，跟你的訂單列表完全對不上。

好的電商會計軟件會這樣解決：

1. 透過 API 自動拉取支付閘道每日的入帳報表。
2. 把銀行入帳金額對應到入帳報表總額。
3. 將該次入帳拆成幾個項目——銷售總額、退款、閘道手續費、爭議款項、匯率轉換調整。
4. 把每個項目入到正確的帳戶。

如果軟件做不到這一步——如果你仍然要自己下載 CSV、自己拆分——你買到的不是電商會計軟件，只是一本電子化的總帳簿。

---

平台佣金、閘道手續費，以及「淨額入帳」的陷阱

香港電商賣家普遍把銀行收到的淨額當作收入入帳，這是錯的，而且代價很大。第一，你的營業額看起來比實際少，當你申請信貸、融資、或者跟同行比較時就吃虧。第二，你會看不到每個銷售渠道實際成本是多少。

正確的做法是入「總額」收入——整張 HK$500 的訂單金額——再把費用分開入到不同的支出科目：

• 支付閘道手續費（Stripe 約 3.4% + HK$2.35、PayPal 視地區而定、AlipayHK 約 1.2–2%）——入到「支付處理費」支出科目。
• 平台佣金（HKTVmall 視類別收 15–25%、Shopline 按月費計）——入到「平台佣金」支出科目。
• 平台月費／訂閱（Shopify Basic 月費 US$32、Shopline 由 HK$300+ 起）——入到「軟件訂閱」獨立科目。
• 退款手續費——部分閘道即使是退款交易仍然會收費。

正確入帳之後，你才能真正回答「哪個渠道最賺錢？」這個問題——答案經常出乎意料。

---

多幣種入帳：必須知道的事

如果你做海外生意——大部分香港電商賣家都做——你的支付閘道會以 USD、RMB、EUR、GBP 收款，再轉換成 HKD 入帳。每次轉換都會產生外匯收益或損失，按 HKFRS 要求要單獨確認。

多幣種會計的細節（已實現／未實現匯兌、期末重估、匯率表）值得一篇獨立指南——詳細請看我們的香港企業多幣種會計指南。對電商賣家來說，必須具備的功能是：

• 多幣種開單，讓海外客戶看到自己貨幣的價格。
• 入帳轉換為 HKD 時自動入匯兌損益。
• HKD 報表並符合 HKFRS 對外匯風險披露的要求。

---

退貨、退款、與爭議款項

香港的消費者保障規例和平台政策意味著退貨是日常——尤其是時裝、電子產品和護膚品類別。你的會計系統要能分清楚三種情況：

• 同期退款。客戶第一星期取消、第一星期退款——同期軋平，沒問題。
• 跨期退款。三月已付款的訂單、四月才退貨——三月帳已關，退款落在四月。要做反向收入分錄，不可以刪除原本的銷售。
• 爭議款項（chargeback）。銀行對交易提出爭議，閘道會把錢追回再扣罰款。要當作「爭議款項」獨立支出，不可以當退款處理。

庫存也要同樣處理：退回的貨品要重新入庫（或損壞時報損），而不是把訂單「刪除」就算。

---

跨平台庫存：Shopify、Shopline、HKTVmall 與自家倉庫

多渠道賣家面對一個真實風險：超賣。同一個 SKU 同時顯示「有貨」於三個平台，可以在任何一個平台更新庫存之前賣三次。從會計角度，這是大事，因為：

• 庫存估值方法（FIFO、加權平均）需要各渠道輸入一致。
• 銷售成本必須反映實際的庫存變動，不能單看平台的銷售報告。
• 庫存報損（損壞、過期、失竊）要有 IRD 認可的書面記錄。

如果你同時經營實體店或倉庫，跟零售會計設定整合好，跟電商那一邊同樣重要。

---

選擇電商會計軟件時應該看甚麼

2026 年香港電商賣家的實用清單：

• 原生或 app 形式對接你的平台——Shopify、Shopline、HKTVmall、WooCommerce。如果連接方式是「透過 Zapier 加人手對應欄位」，預期會出問題。
• 支付閘道層面的入帳對帳——不只是匯入銀行月結單。
• 多幣種＋HKFRS 披露。
• 總額入帳，費用分開入。
• 庫存能處理多渠道反向更新。
• 儲存空間夠大、最少七年資料保留——IRD 要求，加上電商交易量會幾何級數增長。Giga Accounting 提供 10 GB 容量，無需刪除舊交易，當一年產生五萬條訂單時這點很重要。
• 多用戶權限分隔——倉庫團隊只看出貨、不看毛利；簿記員可以對帳但不能改價格。

---

讓我們了解你的電商架構

每間香港電商業務都是平台、支付方式、發貨模式的不同組合。沒有「最好」的軟件，只有「最適合你那個組合」的軟件。Giga Accounting by 凌峰會計能在同一系統內處理香港閘道對帳、多幣種入帳、跨渠道庫存，並提供桌面版和雲端版兩種選擇，看你團隊如何運作而定。

如果你的團隊跨地點工作，可以了解我們的雲端會計方案；如果資料主權比遠端存取更重要，可以看Windows 桌面版。要做比較選購，請看我們的2026 年香港中小企會計軟件指南。

會計軟件喺香港中小企嘅系統堆疊中好少係唯一系統。典型 2026 年中小企運行銷售工具（電商平台、零售 POS 或 CRM）、付款處理器（Stripe、轉數快、付款網關）、糧務系統（有時喺會計內、有時係獨立平台），以及一個所有其他嘢餵入嘅會計系統。所有件數能否順暢協作，定係產生不斷嘅人手對數工序，端視乎每個系統嘅 API 質素同建喺其上之整合。

本文係香港中小企會計軟件 API 同整合問題嘅供應商中立指南——好嘅供應商 API 實際係點、中小企建嘅常見堆疊、webhook vs 輪詢嘅模式問題、包括認證同數據駐留嘅安全考量、整合夥伴何時比自己整有更多價值，以及浮現真實 API 質素嘅 demo 問題。框架係考慮整合而選會計軟件嘅中小企，唔係由零建整合嘅開發人員。

---

好的供應商 API 是怎樣的

2026 年多數會計軟件供應商宣傳有 API。標籤掩蓋實際能力嘅大差異。中小企規模整合嘅好供應商 API 有以下特性：

• RESTful 設計連可預測嘅 URL 同 HTTP 動詞。開發人員睇文件應能預測任何操作嘅 endpoint。不一致或 RPC 式嘅 endpoint 倍增整合成本。
• OAuth 2.0 認證連 refresh token，支援標準「用戶授權、應用程式獲長效存取」流程。只用 API key 嘅認證仍存在但規模化更難管理。
• 容許真實工作量嘅速率限制——通常每應用每分鐘 60–120 個請求，達上限時返回 429 連 Retry-After header。低於每分鐘 30 嘅供應商強迫節流整合同複雜退避邏輯。
• 事件通知嘅 webhook 支援（新發票已付、交易已過數、客戶已更新），使整合可近實時反應而毋須輪詢。
• 列表 endpoint 嘅分頁，連 cursor 或穩定 offset——客戶有數千筆交易時重要。
• 版本控制，使供應商可演進 API 而毋須打破現有整合。突然嘅破壞性變動破壞信任。
• 同生產環境分開嘅測試／sandbox 環境，相同 API 表面但隔離數據——對開發同 CI 測試係必須。
• 有用嘅文件——請求／回應範例、錯誤碼清單、常見整合模式。差嘅文件係單一最大隱藏整合成本。

香港會計軟件特定兩點：港幣作為基礎貨幣必須妥善處理（部分以美元或澳元為基礎構建嘅供應商將港幣視為「次要貨幣」，喺稅務／報告 endpoint 上有邊緣案例 bug），雙語數據——繁體商戶名、繁體客戶地址——必須喺 API 中無編碼遺失地往返。

---

常見的香港中小企整合堆疊

2026 年多數香港中小企整合模式由三個典型堆疊涵蓋：

電商堆疊：Shopify（或 Shopline 或 HKTVmall）→ 付款網關（Stripe、AsiaPay、eWAY）→ 會計。整合挑戰係將 Shopify 訂單對到 Stripe 結算款項再對到銀行入帳，連同平台費、付款處理器費、退款、FX 調整正確歸屬。會計整合通常每日抽取訂單摘要、按毛額入帳收入連分開扣減費用、再將淨額對到實際銀行入帳。垂直深入請參考電商會計軟件指南。

專業服務堆疊：CRM 或項目管理（HubSpot、Pipedrive、Asana）→ 計時工具（Toggl、Harvest）→ 開單 → 會計 → 付款處理器。整合將工時數據抽入發票，將發票過數至會計嘅 AR，再將收到嘅客戶付款對應 AR 結算。最大痛點係確保項目編碼由時間入帳一致流動至收入確認。

零售／多渠道堆疊：POS（Square、FlexiBar、Storehub）→ 存貨管理 → 會計 → 銀行 feed。POS 將每日銷售按類別過數至會計；存貨變動入帳；銀行 feed 將入帳對到預期現金。多店複雜性增加整合面積——每間店嘅 POS 餵入同一套會計帳簿並按地點標籤。

對每種模式，問會計供應商嘅正確問題：「畀我睇一位剛好用呢個堆疊嘅客戶。」對特定模式有多位香港客戶嘅供應商已證明整合於規模化下可行；只有一兩位嘅供應商仍喺去風險中。

---

Webhook 模式 vs 輪詢

有兩種模式喺系統間傳輸數據。輪詢係消費者系統按固定間隔（每 5 分鐘、每小時）問生產者系統「咩新嘢？」。Webhook 係生產者系統喺事物變動時推送通知至消費者。

分別喺三方面重要：

• 延遲。Webhook 喺幾秒內交付變動；1 小時間隔輪詢引入最多 1 小時陳舊。
• API 呼叫效率。輪詢產生大量「無變動」呼叫；Webhook 只係喺實際有新事時觸發。
• 可靠性。Webhook 可於傳輸中遺失（網絡問題、消費者停機）；輪詢最終會追上。成熟整合用 webhook 作快速路徑，每日輪詢作備份補追。

對香港中小企會計整合，webhook 賺到錢嘅工作量包括：付款到帳通知（使 AR 即時結算）、存貨變動（使銷售用嘅庫存準確）、客戶資料更新（使地址變動流至開單）。對毋須即時嘅工作量——月結報告餵送、年度數據抽取——輪詢已足夠。

供應商嘅 webhook 提供係有用嘅能力測試：webhook 支援成熟嘅供應商，整體 API 通常都成熟；提供「webhook 即將推出」或只喺最貴級別嘅供應商，標誌住整合基礎較弱。

---

安全考量 — 認證、速率限制、數據駐留

三個安全問題對任何香港會計軟件整合都重要：

認證同授權。連範圍權限嘅 OAuth 2.0 係標準——整合請求「讀發票、讀客戶、寫交易」，用戶授予恰好該範圍而非完整存取。只用 API key 嘅認證預設畀整合完整存取，若 key 洩漏，影響範圍更大。長效 API key 儲於夥伴系統係真實風險。

速率限制同濫用防止。設計差嘅整合喺緊密 loop 中擊中 API，可降低所有用戶嘅會計系統。成熟供應商喺每應用同每帳戶層面執行速率限制；檢查供應商嘅速率限制是否容納你實際運行嘅工作量，唔係市場數字。

數據駐留。部分香港中小企同多數香港受規管實體有數據駐留要求（數據必須儲存喺香港或指定司法區）。雲端會計供應商儲存於自己嘅數據中心，可能喺新加坡、悉尼、美國、歐盟。核實供應商嘅數據駐留政策同香港駐留儲存是否可用——對受規管實體同有港府合約者尤其重要。

對多數一般中小企，數據駐留約束較鬆，但知道數據住喺邊有用。香港《個人資料（私隱）條例》下嘅跨境數據傳輸規則於個人數據過境時適用——通常唔係阻礙但係披露義務。

---

整合夥伴何時勝過自己整

對多數香港中小企，整合嘅正確方式係用供應商原生預建整合（如為你具體用到嘅工具存在），或用整合夥伴平台如 Zapier、Make、n8n，或為本地堆疊預建並維護整合嘅香港特定顧問。對中小企而言，自整整合代碼好少係正確答案——前期成本中等，但跨年維護成本（供應商 API 變動、邊緣案例 bug 修正、可靠性監察）實質超過托管整合夥伴收費。

例外：競爭優勢涉及無現成整合可處理之獨特數據流嘅中小企。一間擁有專有路線優化、需要將行程級成本數據推入會計總帳嘅物流公司，無現成選項，自整整合合理。對典型「Shopify → 會計」或「Stripe → 會計」整合，現成選項已足夠且成本低於維護自整代碼。

任何第三方整合上需驗證兩件事：

• 整合壞咗時邊個負責？如供應商改 API、整合喺月結時壞，邊個喺幾耐內修？
• 整合 3 年內成本幾多，包括任何按交易或按紀錄計費？部分整合平台按 API 呼叫計費，隨量複合上升。

---

買軟件前的測試清單

對考慮整合而選會計軟件嘅中小企，demo 應包括：

• 「畀我睇一位用我堆疊嘅客戶。」供應商應能指向至少一位用相同工具集嘅香港客戶。
• API 文件遊覽。文件應可讀且完整——如供應商展示唔到，整合故事比市場暗示弱。
• Webhook 可靠性聲稱。問 webhook 派遞 SLA 同派遞失敗時點處理。模糊答案係警號。
• 速率限制現實檢查。「發票建立 endpoint 嘅速率限制係幾多？」如答案低於每分鐘 30，整合範圍受限。
• 預建整合清單。抽取預建整合清單，檢查你堆疊嘅工具是否實際出現。「我哋透過 API 同所有嘢整合」之類嘅一般聲稱，唔等於有現成整合嘅具體名稱。
• Sandbox 可用性。上線前測試嘅 sandbox 環境應為標準。如只有生產可用，整合除錯有破壞真實數據嘅風險。

---

凌峰會計如何提供幫助

Giga Accounting by 凌峰會計 公開 RESTful API 連 OAuth 2.0 認證、sandbox 環境、發票／付款／存貨事件嘅完整 webhook 支援、港幣原生處理、繁體／英文數據雙語往返，以及涵蓋常見香港中小企堆疊（Shopify、Shopline、HKTVmall、Stripe、AsiaPay、常見香港 POS 系統）嘅已公布整合目錄。對有客製整合需求嘅香港客戶，我哋團隊與整合夥伴一齊就範圍同持續支援工作。

就你具體堆疊作 30 分鐘範圍釐清——帶住你目前運行嘅系統名，我哋可以對應邊啲係預建、邊啲需要夥伴整合——聯絡我們，或睇每公司劃一收費。電商垂直深入觀點（最高價值整合問題之一），請參考電商會計軟件指南；任何中小企堆疊中最大嘅單一整合——銀行 feed 整合，請參考香港銀行 feed 同自動對數；API 存取通常作為定價層門檻嘅更廣脈絡，請參考香港會計軟件定價。

「多用戶會計軟件」曾經係一個簡單功能——兩個人可否同時登入而唔互相崩潰session？2026 年呢條問題比咁有用。多用戶實際係：邊個可以睇咩、邊個可以改咩、邊個批准咩、點稽核邊個做咗咩、軟件點令喺另一辦公室（或另一國家）嘅會計師有生產力而毋須將鑰匙交畀佢。市場頭條「支援多用戶」幾乎告訴你唔到產品實際係咪解決呢啲問題。

本文涵蓋香港會計軟件嘅多用戶功能對典型中小企實際要處理嘅嘢——2026 年並發多用戶實際係乜、係核心機制嘅角色式存取控制、香港幾乎普遍嘅遠端會計師存取模式、令「邊個做咗咩」可答嘅稽核軌跡、安全同認證考量，以及浮現真實能力嘅 demo 問題。框架係 2 至 10 個人觸碰帳簿嘅中小企，唔係有 50 個座位嘅上市公司財務部。

---

2026 年「多用戶」實際指甚麼

三件結構上唔同嘅事隱藏喺供應商市場推廣嘅「多用戶」標籤之下。

並發登入。多個用戶可以同時被認證並活躍喺軟件中。最低限度可行嘅多用戶。2026 年每個雲端會計產品都處理得好；部分內部部署傳統產品仍然吃力，特別係對同一紀錄嘅並發編輯。

逐個用戶身份同稽核軌跡。軟件知邊個用戶做咗每筆交易。入帳、編輯、刪除都印有用戶身份同時間戳。呢個就係容許核數師——或你調查錯誤時——答到「邊個輸入呢個、幾時？」嘅嘢。身份係任何有意義權限控制嘅前置條件。

對中小企獨資老闆，逐個用戶身份檢查係單一最重要嘅多用戶功能。常見模式係所有人共用一個一般「admin」登入因為簡單——然後出事時，無人講得到邊個做咗咩。修正不舒服但平：每位常用用戶獲得自己登入。

角色式存取控制。不同用戶見到軟件嘅不同部分，並可根據分配畀佢哋嘅角色做不同事。記帳員可入發票但不能改主資料；董事可睇所有報告但不能入日常交易；外部會計師對主資料只讀，月結時對日記入帳有完整存取。生產力提升真正住喺呢度。

---

角色式存取控制

多數香港中小企經驗後落於嘅標準角色集：

• 董事 / 老闆——對所有報告完整讀取存取、批准高額交易嘅能力、管理用戶權限嘅能力。經常唔入日常交易；角色嘅價值係監督，唔係運營。
• 記帳員——完整入帳存取（發票、付款、開支、日記）、對多數報告讀取存取、無變更用戶權限或修改 GL 會計科目嘅能力。日常運營員。
• 銷售 / AR 文員——發票建立同 AR 側工作流程、客戶紀錄讀取存取、無銀行或供應商側資料存取。當銷售同財務係分開團隊時有用。
• 批准人 / 經理——對多數資料只讀，連同批准或拒絕超過門檻待處理交易嘅能力。對實施採購批准工作流程嘅中小企有用。
• 外部會計師 / 核數師——對多數資料只讀，加上對指定一組帳戶（典型年結應計、折舊、遞延稅）入日記嘅能力。容許你嘅會計師工作而毋須交主密碼嘅模式。
• 系統 admin——管理用戶帳戶同權限但唔睇交易層級資料。對將 IT 行政同財務分開嘅較大中小企。

會計軟件需求：呢啲角色可配置（唔淨係由固定清單揀）、權限可喺有用粒度設置（每模組可以；每交易過度），變更用戶角色直接。只提供「全部存取」或「只讀」嘅軟件強迫過度分享或不足分享。

---

遠端會計師存取 — 香港標準模式

香港中小企最常見嘅單一多用戶模式係「外部會計師」安排。中小企喺自己會計軟件保存自己帳簿；外部 CPA 事務所或記帳員存取該軟件做月結工作、年結審計準備、稅表準備，毋須有人來回搬資料檔案。

2026 年三種方法：

• 雲端會計原生多用戶。最乾淨選項。中小企付座位費；會計師以自己憑證登入；存取被記錄並可撤銷。Xero、QBO、Giga 同多數現代雲端產品嘅預設。
• 內部部署連 VPN 存取。傳統桌面產品，會計師透過 VPN 連接到中小企網絡並遠端運行軟件。可行但產生安全同版本管理頭痛。
• 電郵附資料檔案。「將你嘅 QuickBooks 檔案寄畀我」嘅做法。較舊獨資會計師常見。對小工作量可管理但任何規模都崩潰，因為改動發生喺不同檔案副本而失去稽核軌跡好處。

對 2026 年揀會計軟件嘅中小企，原生雲端多用戶連角色式存取係預設要搵嘅。額外會計師座位邊際成本（典型每月 HK$50–200）相對於運營好處微不足道。

香港特定考量：外部會計師可能由不同司法區（內地、新加坡、英國等）為香港註冊中小企工作。軟件存取嘅地理限制——部分產品按 IP 地理封鎖——可成為真實問題。Demo 時驗證。

---

稽核軌跡 — 「邊個做咗咩」實際要求

無稽核軌跡嘅多用戶比無稽核軌跡嘅單一用戶更差，因為「邊個做咗咩」嘅分散創造咗有問責但無實質嘅幻覺。

要驗證嘅稽核軌跡功能：

• 每筆交易有 created-by + created-at 印戳不能編輯。
• 編輯有版本——保留原交易，編輯顯示為新版本連 edited-by + edited-at，第三方可重建原始。
• 刪除係軟刪除而非硬刪除——已刪除交易標記為已刪除但保留，連 deleted-by + deleted-at 印戳，使紀錄存在以供稽核，即使現行分類帳唔顯示。
• 用戶存取日誌——邊個登入、由邊度、幾時、睇咗咩。經常係同交易稽核軌跡分開嘅日誌。
• 報告不能無聲編輯——今日同明日對同一期跑嘅報告應產生相同數字，除非底層資料改變（該情況下改變被記錄）。

就第 51C 條紀錄保存目的（底層責任請參考利得稅指南），稽核軌跡本身係必須保留 7 年嘅紀錄一部分。容許交易喺無保留原始編輯歷史下被編輯嘅軟件，技術上喺呢點上有風險。

---

安全同認證

多用戶相比單一用戶擴大攻擊面；安全模型必須補償。

要驗證嘅安全功能：

• 強制或可選雙重認證（2FA）。2026 年至少對 admin 角色嘅強制 2FA 係預期標準。冇 2FA 嘅軟件真係落後。
• 密碼政策。最低長度、複雜性、過期、can-be-reset-by-self-or-admin。中小企經常想中央 admin 控制密碼重設以避免用戶鎖出嘅支援負擔。
• Session 超時。閒置 session 超時並要求重新認證。典型可配置（高安全性共用電腦 15 分鐘、可信個人裝置較長）。
• IP 白名單 / 地理封鎖。部分中小企想存取限於辦公室 IP 範圍或香港 / 特定司法區清單。對高敏感性委聘有用但如遠端工作正常可成摩擦來源。
• 單一登入（SSO）。對已用 Microsoft 365 或 Google Workspace 嘅中小企，透過 SAML 或 OAuth 嘅 SSO 移除一個要管理嘅憑證並中央化存取控制。2026 年增多。
• 數據駐留。數據實體儲存喺邊。個人資料嘅 PDPO 合規；部分香港受規管實體有更嚴格駐留要求。更廣數據駐留框架請參考API 同整合指南。

---

浮現真實能力嘅 demo 問題

30 分鐘 demo 配以下測試集，浮現真實多用戶能力：

• 「設置三個用戶連三個不同角色。」建立董事（完整存取）、記帳員（入帳存取）、外部會計師（只讀連日記存取）。睇權限實際幾粒度。
• 「畀我睇已編輯交易嘅稽核軌跡。」供應商應出具當前狀態同連用戶印戳嘅編輯歷史。如只有當前狀態可用，稽核軌跡薄。
• 「行我過 2FA 設置。」強制或可選？如用戶遺失驗證器，恢復流程點運作？
• 「畀我睇已刪除交易。」供應商應能取回已軟刪除紀錄。如「刪除」係永久，稽核軌跡不完整。
• 「對由內地工作嘅會計師嘅存取模式係咩？」地理封鎖、VPN 要求、慢連線下嘅效能。
• 「畀我睇用戶存取日誌。」過去 30 日嘅登入，成功同失敗，連 IP 同時間戳。

---

凌峰會計如何提供幫助

Giga Accounting by 凌峰會計 推出角色式存取控制連可配置角色定義、逐個用戶身份連完整稽核軌跡（created/edited/deleted 印戳連用戶 + 時間戳、編輯版本歷史、軟刪除保留）、admin 角色強制 2FA、標準角色可選 2FA、可配置 session 超時同 IP 白名單、透過 SAML 嘅 SSO 整合、香港駐留數據儲存作為標準，以及為典型 CPA 事務所委聘模式預先配置嘅外部會計師角色。多用戶包含於標準授權內——計算係：將安全同存取模型鎖喺更高層後嘅會計產品，係令錯誤約束驅動中小企合規姿態。

就你團隊結構作 30 分鐘聚焦多用戶設置嘅 demo，聯絡我們，或睇每公司劃一收費。多用戶身份跨裝置重要嘅相關流動 UX 功能，請參考香港會計軟件手機 App 指南；構成遠端存取安全嘅更廣 API + 數據駐留脈絡，請參考會計軟件 API 同整合；角色式存取作為第 7 個現代功能必備嘅功能清單樞紐，請參考香港中小企會計軟件必備功能。

在香港經營餐廳，從簽租約那一日起就是一場毛利保衛戰。租金高企且時有變動、食材價格每週浮動、員工流動頻繁，而 Deliveroo、Keeta、foodpanda 上每一張外賣單都以不同比例蠶食營業額。一套追不上節奏的會計系統，不是幫你慳時間，而是靜靜掩藏著你本應守住的毛利。

本文拆解香港餐飲業會計軟件究竟需要做甚麼、一般會計套裝為何在 F&B 行業表現不濟，以及如何為真實的香港茶餐廳、酒吧或多店品牌挑選合適系統。

---

餐廳會計為何與眾不同

大部份會計軟件設計時想像中的客戶，是貿易或服務業 — 幾位客戶、穩定的發票流、不太動的存貨。餐廳完全不像：每日幾百筆小額交易、跨多個渠道入帳；成本繫於有期限的食材；排更每週更新、還夾雜不少散工；毛利就藏在每週都要盯緊的食材成本率那 1 至 2 個百分點之內。

對軟件的要求因此非常具體：會計工具要能與 POS 對話、理解食譜與食材成本、處理兼職員工的 MPF，並能對齊抽成與結算日期各不相同的多個外賣平台。

---

一般會計軟件做不到的四件事

1. 每日 POS 銷售匯入。一間餐廳每日可能過 200 張交易。逐筆輸入銷售帳簿是不可能的。會計軟件要能匯入每日銷售摘要 — 毛銷售、折扣、服務費、稅項（如有），以及按付款方式（現金、EPS、Visa、Mastercard、AlipayHK、WeChat Pay HK、八達通、轉數快）分拆的結算。
2. 外賣平台對帳。Deliveroo、Keeta、foodpanda 各自發出格式與時間表都不同的結算報告。系統應能將訂單總額計入收入、平台佣金計入支出、淨入帳計入銀行收款，並可逐項追回平台原單。
3. 食材層級的成本與存貨管理。一般會計軟件最多做到 SKU 層級存貨，鮮有食譜層級。像樣的 F&B 模組，能將菜式定義為食材組合、更新食材成本、即時計算每道菜的食材成本率。
4. 輪班員工出糧連 MPF。大部份香港餐廳是全職、兼職、散工混合陣容。出糧要處理日薪、加班、服務費分配、合資格人士的 MPF 供款。

---

POS 整合：香港的現實

POS 是餐廳會計項目成敗的關鍵。香港市場非常分散：你可能在用 BindoPOS、iCHEF、Eats365、Square、Shopify POS，或一部只會印 PDF 的舊款收銀機。整合的路徑完全視乎用的是哪款 POS。

• 直接 API 整合：新一代雲端 POS 可將每日銷售摘要直接推入雲端會計系統。工夫最少、審計軌跡最乾淨。
• CSV 匯入：POS 匯出每日 CSV，會計軟件按時匯入。可行，但需要穩定的檔案格式與專人執行。
• 人手摘要入帳：每日把 Z-Report 總數人手輸入。便宜，但容易漏輸或「美化」，銀行存款對帳也痛苦。

在挑選會計工具之前，先寫下你現用的 POS，然後問每間供應商：「可否由我現時的 POS 開始示範每日銷售匯入全流程？」若答案含糊，就假設是人手匯入，並預算相應人手成本。

---

食材成本管理：讓軟件自行回本的那個指標

食材成本率（食材成本 ÷ 食品收入）是餐廳最重要的經營指標。香港休閒餐飲一般目標落在 28–35%，一旦踩入 40% 便會靜靜蠶食利潤。

一套能好好追蹤食材成本的會計系統，能提供試算表做不到的三件事：

• 食譜成本計算：每道菜式以食材份量定義一次，食材價格變動時自動更新菜式成本。
• 每日或每週食材成本報告：不是月底才發現食材成本跳到 38%，而是第二週週二就知道 — 仍有時間應對。
• 理論與實際差異：理論食材成本（食譜 × 銷售組合）與實際食材成本（採購與存貨變動）對比，能及早揭示浪費、流失或份量失控。

---

輪班員工出糧與 MPF

香港餐廳出糧很少能套入「每月 25 號、22 個工作天」的整齊模板。軟件必須處理的常見情況：

• 時薪或日薪隨崗位（廚房、酒吧、樓面、週末）變動。
• 加班計算按實際工時，而非按月薪平均。
• 服務費分配。若將 10% 服務費集中再派，系統要能按更次或工時分配。
• 兼職員工的 MPF。僱用滿 60 日、即使是兼職亦屬 MPF 成員。若軟件能按每次糧期計算供款（而非採用月薪簡化假設），日後核數時可省下不少工夫。
• 自動轉帳檔案匯出。香港銀行 autopay 格式（.txt）仍是最快的月薪結算方式，系統應能匯出。

可參考本系列另一篇「香港會計軟件出糧與 MPF 功能指南」，了解如何測試各供應商的出糧模組。

---

如何為香港餐飲業挑選會計系統

五步走法：

1. 列出所有收入渠道：堂食（用哪一款 POS）、外賣（Deliveroo / Keeta / foodpanda / 自家）、外帶、到會。每一個都是一個數據來源。
2. 列出所有成本類別：食材、飲料、人工、租金、水電、平台佣金，以此為基礎建立會計科目表。
3. 要求用你的真實 POS 示範。不是供應商的示範資料，而是你拿一週實際銷售匯出，現場看它匯入。
4. 如有需要，檢視多分店支援。若一年內計劃開第二間分店，系統要能由第一日起處理多點經營 — 合併、分店之間調撥、逐店損益。
5. 審視三年總成本。按用戶計費在多分店經理制下增長迅速。固定費用、不限用戶的產品，過了單店之後的 TCO 通常勝出。

---

別忽略：儲存容量與資料保留

一間餐廳每月可產生數以萬計的 POS 明細。任何設儲存上限或逼你清除舊資料的系統，很快就會觸頂 — 但稅務局仍要求紀錄保留七年。Giga Accounting by 凌峰會計每間公司提供 10 GB 儲存，毋須清除資料，這就是「一套可陪你餐飲集團共同成長」與「第三年被迫換系統」的分別。

---

讓我們為你組裝餐飲會計系統

Giga Accounting by 凌峰會計為香港零售、貿易及餐飲中小企而設。我們可以陪你走完 POS 對映、外賣平台對帳、食譜成本設定、輪班員工出糧全流程 — 一套系統、每間公司固定收費、不限用戶、10 GB 儲存且不需清除。

同類跨行業參考，可閱讀香港零售業會計軟件及多公司帳目管理。或直接瀏覽凌峰會計首頁了解完整產品及雲端會計系統概覽。

對初次出任香港公司董事的人而言，「核數要多久」和「要幾多錢」通常是最早浮現的兩個問題。兩者都比表面看起來更難回答，因為答案很大程度取決於您能控制的事——而不是核數師的排期或價目表。

本文務實拆解香港公司核數的時間與費用：不同規模業務的典型時長、費用的真正驅動因素，以及會同時推高兩者的具體情況。目標是讓您能計劃，並盡量把兩個數字都壓低。

---

核數所需時間由甚麼決定？

核數時長主要不在於規模，而在於紀錄質素與複雜度。五項因素做了大部分決定：

• 每月簿記質素。乾淨的試算表 vs 需要重建——這是最大的單一變數。
• 支持文件完整度。發票、合約、銀行月結單、薪資紀錄齊備 vs 散落於電郵、抽屜和硬碟各處。
• 業務複雜度。多幣種、多主體、存貨為重、關聯交易——每一項都增加時間。
• 對核數師查詢的回應速度。24 小時內回覆可保持進度；每次查詢延遲一星期，可令整體日程倍增。
• 是否首年核數。首年核數總是較長，因為核數師須驗證期初餘額並了解業務。

兩間收入相若的公司，單憑上述因素，時間可以相差數週。

---

不同規模業務的典型核數時長

以紀錄合理的香港中小企為粗略指引：

• 空殼或不活躍公司——由交件到簽核數報告，約 1 至 2 週流逝時間。
• 帳目整齊的小型營運中小企——一般 3 至 5 週。
• 中型中小企、複雜度適中——5 至 8 週。
• 貿易／存貨為重／多幣種業務——6 至 10 週。
• 前一年核數不乾淨或需要重建——10 至 16 週以上。

這些是流逝時間，並非外勤工時。外勤本身往往較短——大部分時間是查詢、回覆與簽核反覆。

---

甚麼會令核數變長（同時變貴）？

會拉長時間——因而增加費用——的具體情況包括：

• 銀行對帳未完成。現金未對齊，核數根本無法推進。
• 發票或合約缺失。每一個缺失文件都觸發追查。
• 未做實體盤點。迫使採用替代程序，更慢、更貴。
• 關聯交易未預先披露。外勤中途才發現，需要重述。
• 多個電郵串牽涉不同團隊成員。每次轉手都是摩擦。
• 年終結帳拖拖拉拉。若應計、預付、折舊仍在變動，核數只能停擺。
• 收入文件薄弱。對沒有清楚計單紀錄的服務業尤其成問題。

核數行按小時收費。需時多 = 費用高。兩者關係並無神秘。

---

簿記質素與核數費用的關聯

對同一間香港中小企而言，「紀錄乾淨」與「需要重建」之間，核數費可相差 50% 至 100%。原因很簡單：核數師不會接受無法驗證的紀錄，所以如果試算表對不上，核數師便要自行搭建。這屬於核數工作，按核數收費率計。

實務啟示：要降低核數費，最便宜的方法不是與核數師議價，而是提升每月簿記水準，讓核數師少做建構。每月花幾百港元聘用合資格的簿記員，年終往往省下數千元——而這還未計算風險的減低。

---

香港典型核數費用包含甚麼？

標準核數委聘通常涵蓋：

• 計劃與風險評估。
• 外勤與測試——交易抽樣、銀行及主要債權人／債務人函證、年結截止程序。
• 按 HKFRS 審閱財務報表草稿。
• 發出核數報告（簽發意見）。
• 管理層信函，記錄重大觀察事項。

一般不包含、會另行收費的項目：

• 簿記或試算表編製。
• 利得稅報稅表編製及申報（通常由另一個稅務團隊處理）。
• 年中的一次性顧問工作。

每份報價單都要核對實際「包含」與「不包含」的項目——同樣的頭條價格，不同行之間的差異往往很大。

---

如何在不偷工的前提下降低核數成本

對大多數香港中小企行之有效的槓桿：

1. 每個銀行戶口每月都對帳。年結應該是快速確認，而不是重建。
2. 保留每份支持文件的電子副本，並按相關交易歸檔。
3. 在交件前完成年結。應計、預付、折舊、稅項撥備全部入帳。
4. 若持有存貨，年結時進行正式實體盤點。
5. 預先披露關聯交易，不要讓它們在外勤中途浮現。
6. 指定單一對口人負責核數，避免查詢散落團隊各處。
7. 使用核數師能直接接收資料的會計軟件。不用重整格式的匯出，節省大量時間。

以上每一項都能縮短核數時間。合起來可以顯著降低費用——也令整個過程對團隊來說明顯輕鬆。

---

以乾淨的準備規劃下一次核數

如果您希望年結時帳目已在可核數的狀態，凌峰會計開發的 Giga Accounting 每月產出無需重整格式即可給核數師使用的報表。不少客戶首年便以更乾淨的起點，顯著降低核數費。

想就具體核數安排或報價傾一下？我們提供認可核數服務及全年簿記支援，並可就您的業務給出現實的費用區間。歡迎聯絡我們，或參閱透明的價格頁面。若想要逐月的核數日曆，請參閱我們的香港核數時間表指南。

對大多數香港中小企而言，每年一次的核數是全年合規工作中最密集的一役。但真正的時間表——甚麼時候要準備甚麼——甚少被清楚說明。很多董事是在「已經遲了」的時候，才第一次認真留意截止日期。

本文會以實戰角度整理香港核數時間表：每個階段會發生甚麼、核數師需要甚麼、瓶頸通常出現在哪裡。目的很簡單——讓您可以主動規劃一年，而不是被動救火。

---

核數日曆：何時發生甚麼？

每間香港公司的財政年度或有不同，但流程順序都一樣：

• 年結日。通常是 12 月 31 日或 3 月 31 日，但任何日期都可以。這是財務報表的「快照日」。
• 帳目結算。年結後首 4 至 6 星期：銀行對帳、預提項目、存貨盤點調整、應收應付分界，以及草擬試算表。
• 核數現場工作。核數師進行詳細測試及取證。
• 核數完成。草擬報告檢視、調整分錄、管理建議書討論、最終報告簽署。
• 利得稅報稅表（PTR）申報。連同已核數帳目一併交予稅務局。
• 公司註冊處周年申報。另行在註冊處提交周年申報表（與報稅期限不同）。

漏掉其中任何一步，或順序錯亂，就會導致臨急救火及罰款遲交。

---

年結日如何決定您的截止日期？

稅務局的利得稅申報截止日期，取決於您的年結日及您的稅務代表是否參與延期遞交方案：

• 年結日介乎 4 月 1 日至 11 月 30 日（「N」類）：正常截止為翌年 5 月 2 日；延期方案下約延至 8 月中旬。
• 年結日為 12 月 1 日至 12 月 31 日（「D」類）：正常 5 月 2 日；延期方案下約延至 11 月中旬——但延期有條件，虧損公司可有更早的延期。
• 年結日介乎 1 月 1 日至 3 月 31 日（「M」類）：正常 5 月 2 日；延期方案下約延至 11 月中旬。

每年的具體日期略有不同，請與稅務代表確認當年實際期限——但結構不變。整體而言，12 月 31 日年結的公司在實際截止前有最長跑道；年中結算的公司則最緊迫。

---

核數師需要甚麼？何時要？

核數現場工作順利與否，很大程度取決於交接包是否完整。一般要求包括：

• 完整財政年度的試算表及總分類帳，已對帳及定稿。
• 每個戶口每月的銀行月結單及銀行對帳表。
• 年結日的應收、應付明細，附帳齡及相關憑證。
• 固定資產登記冊，載有購置、處置、折舊。
• 年結日的存貨清單及估值。
• 收入憑證——客戶發票、銷售合約、重要協議。
• 支出憑證——供應商帳單、工資表、強積金記錄、租約。
• 銀行確認書——由核數師發出，銀行直接回覆給核數師。
• 會議紀錄、股東登記冊、公司文件。
• 關聯方詳情——全部交易與餘額列表。

若全年月結做得好，這些資料本應已存在且整潔。如不存在，那些「重建」的工作通常就是令核數延遲及昂貴的原因。

---

延遲核數的常見瓶頸

核數遲交的原因，很少是因為核數師慢，而是以下其中一項卡關：

• 年結未真正定稿。交給核數師的試算表仍在變動中。
• 銀行對帳未完成。連續數月出現未解釋的差異。
• 憑證遺失。找不回發票，或重要支出當初從未入帳。
• 年結日未做盤點。核數師要麼發出保留意見，要麼改用耗時得多的替代程序。
• 關聯方交易後期才被揭發。現場工作途中發現未記錄的股東貸款，要重做分錄。
• 董事簽名延誤。所有東西齊備，就差最後一個簽名。

上述每一項都是記帳或文件問題，而非核數問題。所以真正影響核數時程的關鍵，其實在於全年記帳品質。

---

全年記帳品質，如何決定核數費？

香港的核數費用，從來不只看業務規模，而是看帳目狀態。兩間規模相若的公司，因為帳目乾淨與否不同，核數報價可以差 50% 至 100%。

原因很簡單：核數師不會接受他們無法驗證的資料。帳目乾淨時，工作是抽樣及確認；帳目混亂時，工作變成重建——由核數師補回理帳員原本應該做的事。而這是以核數費率計算，比理帳費率高出一大截。

每月適度投資於記帳品質，單計回彈的核數費已通常以數倍回本。

---

核數準備清單

以 12 月 31 日年結為例，月度實操安排如下：

1. 12 月：實地盤點存貨、確認銀行結餘、應收應付分界做清。
2. 1 月：完成銀行對帳、預提、預付、折舊、稅項撥備，鎖定試算表。
3. 2 至 3 月：核數師現場工作。所有查詢盡量 2 至 3 日內回覆，保持節奏。
4. 4 至 5 月：最終檢視、管理建議書、簽署帳目。
5. 利得稅報稅表：按您的年結日類別截止日期提交。
6. 周年申報表：於公司成立紀念日起 42 日內在公司註冊處提交（與稅務申報分開）。

---

想下一次核數更輕鬆？

讓核數最快完成的方法，就是在年結日前帳目已基本定型。凌峰會計開發的 Giga Accounting 每月報表格式完全符合核數師期望，月結工具亦讓對帳變成例行作業，而非年尾大戰。

需要實質協助？我們同時提供專業核數服務及會計理帳支援，協助公司為核數作乾淨準備。歡迎立即聯絡我們討論您的時間表，或參閱透明的價格頁面。

零售是香港最具體可見的中小企行業之一——由銅鑼灣時裝店、旺角電子產品店，到深水埗小店與跨分店的餐飲品牌。它們共通的一點是：會計需求和服務業截然不同。

零售靠的是每日大量小額交易、持續流動的實物存貨，以及隨季節與促銷波動的現金流。通用會計軟件從一開始就不是為此而設計。本文將拆解香港零售業會計的獨特之處，以及選擇軟件時該留意的重點。

---

零售業會計的獨特需求

零售業的會計形態非常具體：

• 每日數以百計至千計的小額交易，每宗都連帶銷貨成本。
• 持續變動的實物存貨——入貨、售出、退貨、損壞、贈品。
• 多種付款方式——現金、八達通、信用卡、支付寶、微信支付、FPS、Apple Pay、店舖信貸——每種結算時間不同。
• 多個銷售渠道——實體店、網店、外送平台——必須統合至同一本帳。
• 複雜促銷——折扣、套裝、買一送一、會員積分、禮券——各有不同的會計處理方式。

若上述任何一項現時仍靠 Excel 在會計系統外處理，年終失實的風險便相當高。

---

存貨估值方法（FIFO、加權平均）

對零售商而言，存貨估值不是技術細節——它直接決定帳面利潤。香港業界最常用的兩種：

• 先入先出（FIFO）。假設最舊的存貨先賣出。在成本上升時帳面利潤較高，可能意味好景年份要多繳稅。
• 加權平均成本。跨批次平均成本，令毛利波動較平穩，規模計算簡單，常見於時裝、電子、餐飲零售。

估值方法不是可以隨意轉換的。一經選定，必須持續應用，並記錄理由——核數師會過問。合格的零售會計軟件，會讓您在系統設定時先選定，其後自動計算。

---

現金銷售與 POS 對帳

現金處理是零售會計最容易出錯的一環。每天都有收銀數字——錢櫃現金、信用卡結算、電子錢包報告、八達通報告——總數必須與帳上記錄一致。不一致的時候，差異要麼是記帳錯誤、漏退款，要麼是現金差異。您需要盡快知道屬於哪一類。

合格的零售會計軟件應支援：

• 由 POS 直接匯入每日 Z 報表 至帳目，不再靠人手輸入。
• 分開追蹤現金、信用卡、電子錢包結算，各自對應獨立的清算戶口。
• 按收銀機與班次記錄長短款，差異及早調查、及早糾正。

沒有以上安排，POS 總數與帳目總數的差距會持續累積，年終核數便會變成重建工作。

---

退貨、折扣與促銷定價

促銷並非損益表上的裝飾，它們有實實在在的會計後果：

• 退貨須同時減少收入與銷貨成本；若貨品可再售，應回復至存貨。
• 折扣應直接抵減收入，不應埋在銷貨成本內，否則毛利失真。
• 套裝與買一送一需要按比例分配收入，不應整筆入一條科目。
• 積分與禮券在發出時是負債，不是收入——兌換時才確認為收入。

若一律當作「折價」處理，帳面收入將與實際業務不符，毛利分析亦會發出錯誤訊號。

---

季節性存貨與現金流規劃

零售現金流鮮少平穩。農曆新年、中秋、聖誕、開學、雨季週末——都會帶來明顯高低峰。合格的零售會計軟件提供 Excel 無法做到的：

• 基於歷史季節性規律的滾動現金流預測。
• 按類別顯示的存貨周轉日數，看清楚現金鎖在哪裡。
• 供應商交貨期感知——若供應商需六週而您備八週庫存，便知何時要再下單。
• 季末減價追蹤，令毛利影響在同一會計期間內即時可見。

---

零售會計軟件應該留意甚麼？

為香港零售業務挑選軟件時，重點包括：

• 在同一平台上整合存貨與帳目，而不是兩個系統人手對帳。
• POS 整合，理想情況下是每日自動同步，而非人手匯入。
• 繁體中文介面，方便前線同事操作。
• 如您有多間分店，須支援多分店報表。
• 如您從海外入貨，須支援多幣種。
• 清晰處理電子錢包結算——八達通、支付寶、微信支付、FPS——各有時間差及手續費結構。
• 可直接交予核數師的 HKFRS 格式報表。

---

準備升級您的零售帳目？

如果您現在一邊用 POS、一邊用會計軟件，再靠每週 Excel 連結兩者，年終核數的成本會偏高，而您對毛利與存貨的日常能見度亦比想像中弱。凌峰會計開發的 Giga Accounting 從設計時就考慮零售業複雜度：整合存貨、彈性估值方法、即用的 HKFRS 格式報表。每公司 10GB 儲存配額，容納零售業務通常產生嘅較高文件量——POS 每日結算單、供應商發票、盤點表、寄銷單據——毋須年結時清理支持文件。

Windows 桌面版 及 雲端版 均可免費試用。歡迎聯絡我們就您的零售工作流程作示範，或參閱價格頁面。若現金流是您目前首要關注，可先重溫2026 年香港中小企會計軟件指南以取得更多背景。