星期五晚上，三間分店，全場滿座。POS 顯示全集團賣了 412,000 港元。然後錢開始陸續到帳，卻沒有一筆看起來像 412,000 港元。

KeeTa 扣除佣金後淨額結算；foodpanda 按另一套佣金、另一個週期軋差。八達通整批到帳，扣掉手續費。AlipayHK 每天以一筆整數入帳，費用和退款已經預先扣除。WeChat Pay HK 則按你簽約的收單機構或聚合商的週期到帳。信用卡收單方把 Visa 和 Mastercard 打包結算，扣除商戶折扣率。現金就是保險箱裡實際收到的那些。到了星期一，財務面對十幾筆加起來對不上 POS 數字的入帳，總有人要打開一張試算表來查原因。

麻煩……就是從這裡開始的。不是因為做表的人粗心，而是因為對帳的方向反了：把入帳倒推回銷售，而不是先入帳銷售、再用入帳核銷。

雙寡頭按自己的規則結算

香港外賣市場同時變得更簡單、也更難了。Deliveroo 於 2025 年 4 月退出香港，結束九年經營，離場時把部分資產賣給了 foodpanda。

剩下的，算得上是一個雙寡頭格局。

美團旗下的 KeeTa 在推出十個月內奪得訂單量第一，如今被普遍視為市場領導者；foodpanda 退居第二，但仍擺在每間餐廳的收銀台上。在香港開餐廳，你往往兩個平台都要上。遺憾的是，目前沒有第三個有量的選擇。地平線上最近的變數來自企業層面：Uber 在 2026 年 7 月同意收購 foodpanda 的母公司 Delivery Hero，交易預計在 2027 年下半年完成。

兩個平台付錢的方式一樣：訂單總額，減去佣金，減去退款和調整，等於過數金額。你的收入是總額那個數，你的到帳是淨額那個數。兩者之間的差額是實實在在的銷售成本，應該作為一個看得見的行項目出現在損益表裡。

不少經營者貪快，直接把到帳金額記作收入。帳是平的，但有兩件事悄悄出了問題：報表上的銷售額低估了廚房實際的產出；而平台佣金——這門生意裡最大、變動最快的成本之一——消失在一筆無人覆核的軋差分錄裡。當佣金條款變了，或者某個平台的退款率悄悄上升，損益表裡沒有任何一行會動。你要到年底才發現。前提是你能發現。

再乘上電子錢包這一疊

外賣只是兩個交易對手。堂食的支付方式組合更糟。

一間典型的香港餐廳接受的支付方式包括：八達通、AlipayHK、WeChat Pay HK、經收單機構的信用卡、FPS 轉數快，以及現金。每種方式都有自己的到帳節奏和費用機制：八達通商戶按批次結算並支付手續費，AlipayHK 在每日整筆到帳前先扣除費用和退款，信用卡收單結單則把所有卡組織捆成一筆商戶折扣扣款。FPS 是相反的問題：不分批、不軋差，只有幾十筆沒有批次編號的實時入帳。六種支付方式，意味著對「錢甚麼時候到、到多少？」這個問題有六種不同的答案。

Six tenders. Six arrival times.

When a Friday-night sale actually reaches the bank, by tender type. Same moment of sale — different arrival times, different shapes, different amounts.

Same Friday-night sale: FPS is in the account before the customer leaves. Cards and Octopus wait out the weekend and pile up Monday. Delivery money arrives weeks later — net of everything. That’s why the POS total never matches the bank.

Sources: HKICL (FPS), Octopus merchant FAQ, AlipayHK merchant FAQ, BOCHK acquiring schedules, Hang Seng merchant services, foodpanda partner terms. Card and WeChat Pay timing vary by acquirer; Octopus T+1 runs from transaction-data upload; delivery payout cycles per platform agreement. Delivery commissions reported at 28–35% (The Collective HK; Unwire, Mar 2025); KeeTa cadence not published.

再乘上分店數。一個經營八間餐廳的集團——往往還是八個獨立法人——要把六種支付方式乘八間分店，對到可能開在不止一間銀行的帳戶上。這才是問題的真實形狀：不是一道很難的對帳題，而是四十八道小題，每天都要做，永遠做不完。

理想狀態長甚麼樣

行之有效的結構有點老派、毫不花巧：清算帳戶，每種支付方式一個、每間分店一套。

POS 每天按總額過一筆銷售日記帳：按分店和品類記銷售，當天的營業款進入按支付方式細分的清算帳戶——KeeTa 一個結餘、八達通一個、AlipayHK 一個，如此類推。結算款到帳時，與對應結餘核銷；佣金和費用在同一時刻作為獨立的費用行入帳。沒核銷掉的部分留在清算帳戶裡，清清楚楚——這正是你想要的：WeChat Pay 清算帳戶裡 3,000 港元的未配對結餘，是星期二就有人能回答的一個問題，而不是埋在淨收入數字裡、到審計時才被挖出來的謎。

在 NetSuite 裡，這套流程的運作方式是：匯入銀行結單，與清算帳戶配對，對帳規則完成大部分配對工作。清算帳戶結構屬於實施設計的一部分；它是我們在項目中搭建出來的，不是撥一個開關就有。對香港有一個誠實的提醒：NetSuite 的實時銀行直連目前不覆蓋香港的銀行，結單以檔案形式進來——HSBCnet 及同類渠道的 MT940 或 camt.053——按計劃匯入，而不是實時串流。實際操作上就是每天跑一次匯入。真正省下工作量的，是配對、清算結構和可見性。

效果在月結時疊加顯現。當每種支付方式全月都核銷乾淨，月結就不再是一場重建。銷售本來就是總額，佣金本來就看得見，差異帳戶已經告訴你漏洞在哪裡，一間分店一間分店地列出來。

從哪裡開始

如果你的集團回答「上星期賣了多少」仍然需要一張試算表和某個人的半天時間，問題就出在工作的方向上：入帳被人手倒推回銷售，而本該先把銷售入帳、再用入帳去核銷。

我們分別寫過 NetSuite 如何處理各種結算格式：八達通、AlipayHK、WeChat Pay，以及匯豐結單的往返流程。我們的 NetSuite 實施頁面介紹了項目如何啟動，包括動工之前的需求調研階段；而調研的第一件事，就是梳理你的支付方式組合。

平台不會為你簡化結算，錢包也不會。你唯一能控制的變數是：讓你的帳簿在設計上吸收這種複雜性，還是讓某個人每逢星期一在試算表裡重建它。