自 2025 年 1 月 1 日起，酒店和賓館須就住宿費徵收 3%，並在每個季度結束後 14 天內向稅務局提交報表。責任落在營運者身上，且申報數字每個季度都必須與扣除豁免類別後的住宿收入核對一致。這是一項時間很緊的新增例行申報，一年四次。

NetSuite 不負責提交報表；那是你的團隊或稅務顧問的工作。它提供的是那個數字：按物業區分、從餐飲及其他收費中剝離出來的住宿收入，而且帳簿期間一經鎖定，就不可能在報表提交後被悄悄改動。

並非如此。你現有的實體架構正是 NetSuite 為之而生的架構：每間分店公司成為 OneWorld 中的一間附屬公司，保留自己的帳套，集團視圖建立在其之上，而不是建立在一張試算表裡。本年度數據可以乾淨地遷移；以往年度通常留存在 Xero 裡供審計查閱，而不必重建。

真正的問題是時點安排：在年末切換（最乾淨）還是年中切換（更快）。這正是需求調研階段會在你作出任何承諾之前梳理清楚的事項之一。

平台按自己的時間表，把扣除佣金、退款和調整後的淨額支付給你。如果直接把到帳金額記作收入，銷售額就被低估，而佣金——你最大、變動最快的成本之一——則消失在一筆無人覆核的軋差分錄裡。KeeTa 的標準外賣佣金曾高達 28%；這樣的成本值得在損益表裡單獨佔一行。

在 NetSuite 中，每個平台在每間分店都有獨立的清算帳戶。POS 日結按總額入帳，結算款與之核銷，佣金作為可見成本入帳，任何未配對的款項都會留在明面上，有人能看到、有人去追。

坦白說：不能，而且你也不應該希望它來做。香港酒店餐飲業的薪酬計算圍繞《僱傭條例》的 713 平均每日工資展開，小費和服務費要滾入每名員工過去 12 個月的平均數，而新的 468 規則自 2026 年 1 月起把更多散工納入法定保障。這些應該交給專為此而建的薪酬系統。

NetSuite 的職責在下一步：薪酬按分店、按實體計入人工成本，這樣決定一間店是否可行的那個數字，才真正包含了養這間店的人力開銷。

可以，而且這是一條常見路徑。OneWorld 支援在現有實例中加入附屬公司，分店公司與控股公司共用同一租戶，綜合報表覆蓋整個集團。真正的工作量在餐飲層：POS 日記帳、支付方式清算帳戶，以及企業級實施從未涉及的公司間內部分攤流程。

需要注意的是現有系統的搭建質素。會計科目表清晰、維度設置合理，擴展就很順暢；如果當初只是通用型上線，可能需要先作整改。我們會在需求調研階段評估現有實例。

可以，而且你可以繼續使用現有 POS。NetSuite 不會取代前台的 Simphony、Infrasys 或 Eats365，而是接收它們產生的數據。標準做法是每間分店每日一筆銷售日記帳：按品類的總銷售額、按支付方式進入清算帳戶的營業款、作廢與折扣單獨成行。至於數據如何傳輸——API 或定時檔案——取決於具體的 POS。

關鍵在於日記帳必須按總額入帳、支付方式逐一拆分。這是下游結算配對得以運轉的前提，也是通用型整合最容易做錯的地方。

營業不能停，實施也就不能要求它停。系統搭建與現有體系並行：切換日起，新業務乾淨地記入 NetSuite，歷史期間則在舊系統裡自然跑到結帳。沒有人會一邊做星期六的營業，一邊遷移星期六的帳。

推進節奏通常跟隨集團架構：先在少數分店試點，驗證 POS 日記帳和結算配對，再分批推廣到其餘實體。需求調研階段會在動工之前把這個順序規劃好。

這幾乎完全取決於實體數量和業務複雜度。兩三間分店、一個銀行帳戶、以刷卡和現金為主：坦白說，這個階段 NetSuite 可能確實超出需要，我們也會如實相告。香港沒有小型公司審計豁免，但三個實體的審計季靠 Xero 還能應付。

一旦超過八到十個實體，加上中央廚房向分店分攤成本、六種支付方式按不同週期結算、還要按《公司條例》第 379 條編製集團綜合報表，這筆帳就反過來了。現有做法的成本——財務總監的時間加上試算表裡看不見的問題——通常已經比表面上高得多。

為多分店集團妥善配置一套 NetSuite，無論是授權還是實施工作量，都是一筆實打實的投入，我們不會假裝它便宜。需求調研階段會在你承諾之前把工作範圍和金額界定清楚，不會出現無底洞式的帳單。

評估時應對照現有做法的成本：財務團隊每星期耗在結算對帳上的時間、二十間公司手工拼裝帳目帶來的審計溢價，以及那些因為沒人看得到真實損益而多開了太久的分店。