「我們在交付時確認收入。這一直是我們的做法。QuickBooks 會將我們的發票匹配到開立的月份，我們就以此申報。」
這是上季度一位香港專業服務公司的財務總監向我們描述其公司收入流程時的大致說法。這是個常見的答案。但就我們所見的大多數服務合約而言，這也是錯誤的。而且自2020年9月起，稅務局已書面確認，香港財務報告準則第15號（HKFRS 15）是其進行利得稅評稅時，計算應評稅利潤所依據的會計利潤框架。
自2018年1月1日起，HKFRS 15 已成為香港強制性的收入確認準則。它取代了 HKAS 18 和 HKAS 11，並將整個體系轉變為五步模型：識別合約、識別履約義務、確定交易價格、將交易價格分攤至各履約義務、在每項履約義務得到滿足時確認收入。不同的公司會在不同的步驟上出錯。根據我們的經驗，第2步（釐清客戶實際簽訂合約的內容）是服務業公司最容易偏離正軌的環節，但稅務風險則潛伏在更下游的第5步。
When you invoice ≠ when you recognize
Under HKFRS 15, revenue follows the pattern of the work, not the invoice date. Three common engagement types break that link in three different ways.
The gap between the dashed and solid lines is what sits on the balance sheet. T&M keeps them glued together, which is exactly why the T&M mental model fails the moment a firm runs a retainer or a fixed-price build.
這對公司如何記帳已具有重要意義。而將此問題擺上財務總監辦公桌的，是《稅務條例釋義及執行指引》第1號（修訂本）（DIPN No. 1）。
2020年9月，稅務局發出了修訂後的 DIPN No. 1，即其關於收入確認的部門釋義及執行指引。修訂後的指引指出，根據 HKFRS 15 確定的會計利潤，是根據《稅務條例》計算應評稅（應課稅）利潤的起點。這並非最終數字。利得稅調整仍然適用。但起點是你的團隊已經做出的會計判斷，這意味著你的審計師在四月審查的同一判斷，也決定了你的稅務申報。
八年過去了，我們合作的大多數公司仍未運行一個能正確反映 HKFRS 15 的收入確認計劃表。這不是因為他們決定忽略它，而是因為他們的系統無法保存從合約到工時再到分錄的完整軌跡。
HKFRS 15 對服務公司的實際要求
根據該準則，收入應在履約義務得到滿足時確認，可以是在一段時間內，也可以是在某一時點。適用哪一種取決於合約條款，而非便利性。
第35段中的「在一段時間內」確認標準，涵蓋了香港服務公司大多數實際運營模式：客戶在工作執行過程中即獲得利益；或工作創造或增強了客戶控制的資產；或公司創造的資產沒有其他用途，且有權就迄今已完成的履約進度獲得付款。如果合約符合三者中的任何一項，收入就在服務期間內按時間確認。如果都不適用，則在某一時點確認，通常是客戶接受交付成果時。這個判斷是真實存在的，且並非總是顯而易見。合理的財務負責人對於邊緣案例可能得出不同的答案；這沒問題，只要推理過程有文件記錄並一致應用。
在「一段時間內」確認的模式下，具體機制因合約類型而異。客戶可在一定期間內隨時要求服務的固定費用聘約，屬於「隨時待命」義務，應在聘約期內按直線法確認收入，與實際消耗的工時無關。具有明確交付成果的固定價格項目，應根據履約進度確認收入，可使用投入法（工時、已發生成本）或產出法（達成里程碑、交付成果被接受）。按時間和材料計費的項目，通常在記錄工時時確認收入。同一家公司的帳簿，三種不同的模式，沒有一種與開出發票的時間掛鉤。
要維持這種圖景，合約條款、時間與進度數據以及收入確認分錄都必須能夠相互核對。如果這些資訊存在於不同的工具中，那麼每個結帳期都需要有人手工重新整合。
在斷裂的系統堆疊中問題何處顯現
問題不在於 Xero 或 QuickBooks 有什麼錯誤。它們的設計初衷是追蹤發票到現金，而非履約義務到已確認收入。這是一個上游的缺口，而非缺陷。
顧問在 Harvest 或工時表中記錄時間。項目經理在項目表中追蹤里程碑。財務部門收到月度摘要和發票。結帳時，有人在 Excel 中製作在製品和未開單收入計劃表，根據 HKFRS 15 的確認時點進行調整，並手動記錄分錄。
大多數月份裡，這大致是正確的。確認的數字接近應確認的數字。差距在年度審計時顯現，當審計師詢問在 Y 月份，對於 X 項目是如何確定其一段時間內的履約進度時。答案必須是源數據、計算過程和分錄。如果源頭是三個月前的截圖和一份已被覆蓋兩次的試算表，那麼審計軌跡就非常薄弱。根據 DIPN No. 1，稅務局可以要求查看相同的證據進行審查；HKFRS 15 是應評稅利潤的起點，而稅務局會查閱與審計師相同的記錄。
這裡還存在一個規模問題。一家有十三個活躍項目的公司可以手工核對。但對於橫跨三種貨幣、兩個實體、同時進行五十多個項目的公司，則無法做到。從未開單的合約資產、未能清晰沖回的合約負債，以及僅存在於簡報中的項目毛利率。通俗的標籤並非錯誤（大多數公司所稱的「未開單收入」在 HKFRS 下就是合約資產；「遞延收入」就是合約負債），但在審計時，準則的術語與底層的審計軌跡必須一致。
2027年對私人公司的變革
完整的 HKFRS 15 自 2018 年起已適用於香港上市公司及其他採用完整 HKFRS 的申報者。新變化是針對私人公司的一個有明確時間壓力的規定。
香港會計師公會於 2025 年 4 月 29 日發布了修訂後的《香港財務報告準則——私營機構》，該準則強制適用於始於 2027 年 1 月 1 日或之後的年度期間，允許提前採用。它為原本運行在更簡單的舊制度下的私人公司，帶來了基於 HKFRS 15 原則的五步收入模型。
對於分階段開單的香港私人服務公司，這是最後期限。如果你目前的收入確認計劃是「按開票入帳」，那麼 2027 年意味著發票不再決定一切；工作的模式才是關鍵。利用現在到 1 月 1 日大約五個月的時間，將項目會計和收入確認轉移到支持五步模型的系統上的公司，將能從容應對變革。等待的公司將在年終審計進行的同時，於壓縮的時間表上進行重建。
這適用於採用《香港財務報告準則——私營機構》的公司。符合第359條申報豁免資格的小型公司可以繼續採用《中小企業財務報告框架》/《中小企業財務報告準則》，該框架完全未使用五步模型。本文描述的多實體、多貨幣公司通常超過規模門檻，沒有這個選項，這就是為什麼 2027 年的日期在此特別重要。
實際由誰來解決這個問題
系統升級通常不是從管理合夥人開始，而是從接手這個爛攤子的人開始。
對於我們合作的大多數公司，這個人就是第一位內部財務僱員。他加入一家一直依靠兼職簿記員和月度外包會計師運營的公司，突然需要負責年終審計、稅務申報和董事會報告包。兩個月後，他發現其董事總經理一直查看的「合併」損益表，將澳洲實體以人民幣匯率折算入表，原因是有人在 2022 年硬編碼了一個查找公式。諸如此類的事情。他們才是積極尋找替代方案的人。
如果你正處於這個位置，問題不是「我們應該升級嗎？」，而是當項目會計、工時記錄、開單和服務收入確認都需要匯總到一個總帳，且年終審計必須經得起穿行測試時，財務系統堆疊應該是什麼樣子。
根據我們為運行多種貨幣、一個或多個實體，且開單項目符合 HKFRS 15 一段時間內收入確認標準的香港服務公司提供的經驗，答案反覆指向 NetSuite SuiteProjects。它在一個地方整合了項目會計、工時與費用、開單以及服務收入確認，並直接過帳到總帳。其收入確認計劃表能處理聘約的直線法、固定價格工作的投入法或產出法，以及按時間和材料計費項目的時間價值。審計軌跡就是源數據。OneWorld 則處理區域性服務公司所需的多實體、多貨幣合併。
你的審計師仍然會問你為固定價格工作選擇了哪種投入法及其原因，以及當實際成本曲線偏離你的定價時，這個選擇是否仍然成立。NetSuite 承載數據。方法論則由你的團隊掌握。這就是我們所說的系統「支持」HKFRS 15，而非「使你」合規。
如果你處於評估的早期階段，我們的專業服務頁面涵蓋了實施實際涉及的內容以及它不替代什麼。
在 HKFRS 15 成為強制性準則八年後，距離 2027 年 1 月 1 日大約還有五個月的今天，許多私人公司確認服務收入的方式，經不起一次仔細的審計審閱。這是一個可以解決的問題。但在二月（審計季）的速度下解決，比在七月（相對從容）的速度下解決要困難得多。
PS Global 是 Oracle NetSuite 的合作夥伴，專為香港專業服務公司實施項目會計與服務收入確認方案。歡迎與我們洽談您的項目技術架構。
