［會計概念 026］HKAS 19 離職後福利與界定供款計劃：從分類到實務處理
本篇原文：［會計概念 026］HKAS 19 離職後福利與界定供款計劃：從分類到實務處理
注意（溫馨提示／適用性說明）：本文所有內容均依香港會計準則（HKAS / HKFRS）條文撰寫，並強調其與國際會計準則（IAS / IFRS）高度一致。各位香港、海外會計師及業界人士如採用IAS / IFRS，也可直接參考本文理論及分析進行實務應用。
另外，本文為方便閱讀，一律用「公司」代表會計準則中的「實體」。
開首情境：退休金計劃，到底誰在「揹風險」？
在香港做會計或審計工作，最常遇到的離職後福利，多數會是強積金（MPF）、職員退休金計劃，或者某些行業額外提供的退休補償安排。表面上，它們都好像只是「公司每月供一筆，員工將來退休有錢收」，但在 HKAS 19 的世界裡，背後的分類和會計處理可以差很遠。
一個常見情景是：
公司有一個退休金計劃，每月按員工薪金的一定百分比供款；
基金由外部機構管理，投資表現好壞都反映在員工帳戶上；
公司沒有承諾任何最低回報或固定退休金額。
另一邊廂，有些較「傳統」或外國母公司設計的計劃，會保證員工退休時可按某個公式（例如「最後薪金 × 年資 × 百分比」）領取退休金，若基金資產不足，公司就要「補鑊」。
從報表角度看，第一種安排通常被視為界定供款計劃（defined contribution, DC），第二種則是界定受益計劃（defined benefit, DB），而 DB 在 HKAS 19 下的計量和披露遠較複雜，需要精算估值和折現計算。
這篇文章想處理的，就是：
什麼是離職後福利計劃？
準則如何按「經濟實質」把它們分成 DC 和 DB？
為何說 DC 是基準，而 DB 是例外和複雜版？
對於 DC 計劃，實務上要怎樣做分錄、怎樣處理員工供款和多僱主計劃？
摘要：讀完後你應該做到什麼？
說得出離職後福利（post-employment benefits）的範圍，包括退休金、退休一次性給付以及退休後醫療等，並理解 HKAS 19 為何強調按「經濟實質」而不是名稱去區分 DC 與 DB。
判斷一個離職後福利安排是否屬界定供款計劃：僱主義務是否僅限於約定供款金額、精算與投資風險是否由員工承擔。
掌握界定供款計劃的基本會計處理：何時確認費用與負債、什麼情況可以資本化、預期 12 個月後才結清時為何需要折現，以及簡化的分錄思路。
理解 2013 年有關員工供款的實務權宜做法：在什麼條件下可以直接作為當期服務成本的減少，而毋須複雜分攤。
明白多僱主計劃（multi-employer plans）在資料不足時「不得不當 DC 處理」的限制，以及這對財報使用者理解風險的影響，為之後進入 DB 計量鋪路。
一、離職後福利計劃的概念與類型
離職後福利的範圍
在 HKAS 19 中，離職後福利（post-employment benefits）是員工福利的一個主要類別，指的是在員工完成僱傭關係後才支付的福利，並且不是短期員工福利或終止福利。 常見例子包括：
退休金（pensions），按月或按年支付；
退休或離職時的一次性退職金；
退休後或離職後的人壽保險（post-employment life insurance）；
退休後或離職後的醫療保障（post-employment medical care）。
這些福利通常透過某種「離職後福利計劃」（post-employment benefit plan）提供，計劃可以是簡單的供款制，也可以是複雜的保證給付制。
為何要按經濟實質區分 DC 與 DB？
HKAS 19 要求所有離職後福利計劃必須分成兩類：界定供款計劃（defined contribution plans）或界定受益計劃（defined benefit plans）。 準則強調，分類要看的是計劃條款的經濟實質，而不是名稱或文件上的標籤。
原因在於：
兩種計劃的風險承擔者不同：在 DC 下，投資和精算風險主要落在員工；在 DB 下，這些風險落在僱主。
風險不同，代表僱主的義務性質也不同：
若僱主只需按月供款，供完即了，計劃資產足不足夠與僱主無關，則義務相對「短、易、清晰」，會計上只需確認應付供款。
若僱主保證退休金「一定有幾多」，而基金資產不足時要補貼，就變成一項長期、不確定、需要估計的義務，必須做精算和折現計量。
所以，正確分類是所有後續會計處理的起點。對實務來說，一間公司可能會有多個計劃，有些是 DC，有些是 DB，不能一概而論。
二、界定供款計劃的定義與風險承擔
界定供款計劃的核心定義
HKAS 19 對界定供款計劃（defined contribution plan）的定義，可以濃縮成一句：
僱主的義務只限於向一個獨立基金（或安排）支付約定供款，之後沒有法律或推定義務再支付額外款項，即使基金資產不足以支付所有福利。
準則指出，在界定供款計劃下：
僱主繳付固定或可確定的供款；
供款通常存入一個獨立公司（例如退休金基金）；
員工最終可領取的福利，取決於基金投資表現及供款累積；
僱主不保證任何特定回報或最終福利水平。
因此，從僱主角度看，一旦供款已付，其義務就完結，不會因投資表現欠佳而追加供款。
誰承擔精算與投資風險？
HKAS 19 在解釋 DC 與 DB 分別時，特別提到兩種風險：
精算風險（actuarial risk）：實際福利成本較預期為高的風險；
投資風險（investment risk）：基金投資回報不足以支付預期福利的風險。
在界定供款計劃中，這兩種風險實質上落在員工身上：
如果投資表現差，員工退休時拿到的錢會少；
僱主一般不會因為投資結果而被迫補足差額。
只要計劃沒有保證最低回報、固定福利公式，亦沒有其他條款令僱主負上額外義務，就仍然屬 DC。
常見工作情景：典型退休金計劃
在香港，常見的一種安排是：
僱主按員工月薪，例如 5%，向指定退休金基金供款；
僱員可以選擇不同投資組合（保守、平衡、進取等）；
退休時，員工取得的是自身帳戶累積的供款＋投資回報。
在這種情景下：
僱主只需付 5% 供款，不會因基金虧損而補貼；
僱主沒有保證退休金有最低金額；
符合 HKAS 19 對界定供款計劃的定義，屬 DC 處理。
若日後公司在計劃條款中加入「保證退休回報不低於某百分比」或「退休金不低於最後薪金 × 年資 × 某系數」，那就可能要重新評估是否已變成 DB 計劃。
三、界定供款計劃的會計處理
界定供款計劃的好處之一，是會計處理相對簡潔。你可以把它想像成一種「隨服務即時攤銷」的員工成本。
基本原則：供款額就是費用（除非可資本化）
HKAS 19 要求，對界定供款計劃，公司應在員工提供服務的期間內，將應付供款金額確認為費用。
換句話說：
當員工在某期間工作，公司承諾為該服務支付退休金供款；
該供款金額（例如當期薪金 × 固定百分比），即為當期的員工福利費用；
若有部分供款與建造資產或製造存貨直接相關，則可以資本化為相關資產成本的一部分，這與其他員工成本邏輯一致。
負債確認：尚未支付的供款
在報告期末，若有應付但未支付的供款，需要確認為負債，通常列示為「應付退休金供款」或更廣義的「應付員工福利」。
簡化例子：
某月應付退休金供款 HK$100,000，期末仍未支付：
借：員工成本／行政費用 100,000
貸：應付退休金供款 100,000
若之後支付：
借：應付退休金供款 100,000
貸：銀行存款 100,000
如果部分員工成本可資本化，例如與在建物業或開發項目直接相關，則會把相應部分借入「在建工程」或「開發成本」，而不是全數入當期費用。
何時需要折現？
雖然界定供款計劃一般感覺上很「短期」，但 HKAS 19 仍有一個原則：
如果供款預期會在員工提供相關服務年度結束後十二個月之後才結清，而金額已確定，則需要按 HKAS 19 的一般折現要求，將義務折現至現值。
實務上，大部分 DC 供款都是在短期內支付（例如月結或年結後不久），所以未折現金額通常已足夠，不需計算折現。只有在安排與正常供款週期明顯不同、支付時間超過一年時，才會實際涉及折現計算。
對入門讀者而言，你只需記住：
一般情況：預期 12 個月內支付，直接以名義金額確認負債與費用。
例外情況：若供款安排明顯延後多於一年，則需考慮折現。
四、員工供款與 2013 年實務權宜措施
界定供款計劃不單只有僱主供款，很多時員工也要同時供款。HKAS 19 在 2013 年的修訂，針對員工供款（或第三方供款）提供了一個實務上的簡化安排。
員工供款的一般處理思路
在某些離職後福利計劃，員工亦需按薪金若干百分比供款。原則上，這些員工供款會影響僱主的淨成本，因為退休福利最終是計劃整體提供，而不單由僱主出資。
在界定受益計劃（DB）中，員工供款本來要視為「負的福利」（negative benefit），在計算服務成本時按服務年期分攤，這會令實務操作變得複雜。
實務權宜：與服務年限無關時可簡化
為減少操作負擔，IAS / HKAS 19 在 2013 年修訂時加入了一項「實務權宜」（practical expedient）：
若員工供款（或第三方供款）是由計劃正式條款規定，且
這些供款與員工的服務年限無關（例如全程都是「薪金的 5%」），
則可以在員工提供服務的期間，直接將這些員工供款視為減少當期服務成本，而毋須按服務年期去做複雜的分攤。
簡單理解就是：
若供款模式簡單、線性，不隨服務年期改變，就可以「當年收、當年扣」；
若供款模式與年資相關，例如高年資員工要供更多，則要按原來的歸屬原則，按服務年期攤分。
在常見工作情景中，這個實務權宜主要影響 DB 計劃的計量過程，但作為 DC 入門文，你只需知道：
HKAS 19 容許在某些條件下，用簡單方法處理員工供款，免卻不必要的計算；
這反映準則在設計上兼顧原則與可操作性。
五、多僱主計劃與「不得不當 DC 處理」的限制
不只是單一公司會設退休金計劃，某些行業會有「多僱主計劃」（multi-employer plans），由多間不在同一集團內的公司共同參與，同一基金為不同公司員工提供福利。
多僱主計劃的分類原則
HKAS 19 指出，多僱主計劃可以是 DC，也可以是 DB，視乎計劃條款的經濟實質。
若每間參與公司只需按固定比率供款，對基金的赤字沒有額外責任，則屬 DC；
若計劃保證某種退休給付，且若基金不足時需要由僱主補足，則屬 DB。
這個分類原則與單一僱主計劃是一致的。
當計劃是 DB，但公司拿不到資料時
實務上有一個棘手情況：
計劃的法律及實務安排，其實符合 DB 特徵（例如保證退休給付）；
但參與公司未能取得足夠資料，去按 HKAS 19 的 DB 模型計量自己應佔的義務和計劃資產。
對此，HKAS 19 容許一個「例外」做法：若公司真的無法取得足夠資料，則應按界定供款計劃去會計處理，即：
把當期應付供款視作費用；
在附註中說明：計劃實際上是 DB，但因資料不足，只能當 DC 處理，並披露相關風險和潛在影響。
這就是你素材中提到的「不得不當 DC 處理」的情況——從準則角度看，這是一個權宜而非理想方案。
實務上的潛在爭議
這樣做的好處，是避免公司因拿不到完整精算資料而「卡死」，但亦帶來一個風險：
財報表面上只反映當期供款費用，未完全反映該公司在多僱主 DB 計劃中可能承擔的長期義務或赤字風險。
因此，HKAS 19 要求公司在採用這種權宜時，應在附註中提供足夠的文字披露，讓使用者知道：
計劃其實是 DB 性質；
為何未能按 DB 計量；
若計劃有盈餘或赤字，將來可能如何影響公司的供款要求。
從讀者角度，你在看年報時，一旦看到「多僱主計劃按 DC 處理」的字眼，就要有警覺：帳面上的「費用」可能低估了長期風險。
結語：從 DC 視角理解 DB 為何更複雜
在 HKAS 19 的離職後福利世界中，界定供款計劃是一個很好的「起點」。它的特色是：
僱主義務相對簡單，通常只涉及短期供款；
風險主要落在員工身上；
會計處理以「應付供款＝費用」為核心，少見精算和折現計算。
當你從 DC 出發，再看界定受益計劃（DB），就會更容易理解為何 DB 會複雜多倍：
在 DB 下，公司承諾的是一個「結果」（例如固定退休金公式），而不是只承諾「供款多少」；
精算風險和投資風險落在公司身上，義務會隨時間和假設改變；
HKAS 19 要求用 projected unit credit method 計量、折現未來現金流、分拆服務成本、利息成本及重新計量等組成部分。
從學習路線來看，你可以這樣運用今篇的內容：
遇到任何離職後福利安排，先問：「這是 DC 還是 DB？僱主只是供款，還是要保證結果？」
在工作底稿或內部備忘中，清楚寫明判斷基礎，例如引用 HKAS 19 對界定供款計劃的定義，說明為何不屬 DB。
當發現有保證回報、最低福利或多僱主 DB 安排，就知道這已超出 DC 範圍，需要額外關注精算資料、折現率和披露要求。
下一步，如果你想進一步掌握 HKAS 19 的精髓，便可以在這個 DC 基礎上，專注看 DB 部分：如何計算界定受益義務、如何處理精算差異、折現率如何選，以及長期假設改變對其他全面收益和盈餘的影響。這樣循序漸進地學，較之直接跳入完整 DB 模型，會清晰得多，也更貼近日常香港實務的需要。