提示:本篇為針對個別準則的解說與延伸說明。
若想查看本準則的 完整文章清單與簡介,請參考《系列總覽》頁面。
注意(溫馨提示/適用性說明):本文所有內容均依香港會計準則(HKAS / HKFRS)條文撰寫,並強調其與國際會計準則(IAS / IFRS)高度一致。各位香港、海外會計師及業界人士如採用IAS / IFRS,也可直接參考本文理論及分析進行實務應用。
另外,本文為方便閱讀,一律用「公司」代表會計準則中的「實體」。
如果你已經掌握了這篇文章的基本概念,想進一步避免實務和考試上的典型錯誤:我另外在 Substack 上寫了一個「虛擬案例」系列,會定期分享不同準則下最常見的錯誤與正確做法,並用實例拆解常見誤判。
有興趣可以到這裡瀏覽整個系列(付費內容)。
開首情境:當「期後事件」改變一份報表的故事
想像一個常見工作情景:你的公司剛完成 2026 年的財務報表初稿,審計團隊也接近收尾。就在這時,你收到消息,公司最大的應收帳客戶在 5 月中宣告破產。你心想:「這筆壞帳要不要反映回 2026 年的報表?」這個判斷瞬間變得關鍵,因為它關係到利潤、資產公允性,甚至審計意見。
這正是 HKAS 10 所要處理的問題:哪些「報告期後」發生的事情,應該影響財務報表,而哪些又不應該?會計人員若不懂這個區分,很可能錯誤修改報表或遺漏披露,導致財報失真,甚至引起合規風險。
摘要:讀完後你應該做到什麼?
- 建立清晰的 HKAS 10 概念架構:懂得準則的目的、範圍與核心判斷思維。
- 理解報告期後事項(events after the reporting period)的時間軸與關鍵日期。
- 辨別兩大類型事件──「調整事項」(adjusting events)與「非調整事項」(non-adjusting events)。
- 理解 HKAS 10 如何與其他會計準則(例如 HKAS 1、HKAS 37)關聯。
- 在實際工作中,快速判斷期後事件的處理方向,避免常見錯誤。
一、HKAS 10 的目的與適用範圍
HKAS 10 的核心目的是為公司提供統一指引,判斷在報告期結束後至財務報表「授權發出」之間發生的事件,是否需要反映於該期報表之中。這個準則適用於所有依香港財務報告準則編制報表的公司,不論是上市公司、非上市公司還是非牟利機構。
準則另一個關鍵,是與「財務報表授權發出日」(date when the financial statements are authorized for issue)的關聯。簡單說,財報完成編製並不代表它「正式生效」,只有當管理層或董事會批准發出,報表才算進入披露責任期。因此,HKAS 10 所關心的,是「報告期結束日」與「授權發出日」之間的事件。
舉個常見例子:
- 某公司財政年度於 2026 年 3 月 31 日結束。
- 管理層於 2026 年 5 月 15 日 批准並授權報表發出。那麼,2026 年 4 月 1 日至 5 月 15 日期間發生的事件,就屬於 報告期後事件 的範圍。
透過明確界定這個時段,HKAS 10 為我們建立出一個穩定的「觀察窗口」,協助會計人員在面對期後消息時,知道應該考慮與否。
二、報告期後事項的時間軸與關鍵日期
理解「時間軸」是學懂 HKAS 10 的基礎。報告期結束日(reporting period end date)通常是資產負債表日期,例如 3 月 31 日。而財務報表批准發出日,則視乎該公司的公司治理架構:
- 若公司董事會負責最終批准報表發出,那授權日即為董事會批准日期。
- 若需股東會最終通過(例如在部分公營或基金架構中),則授權日是董事會批准報表發出以供股東審閱的日期,而非股東大會正式通過日。
這裡要注意一個常見誤解:有些人以為股東在年會上正式「接納」報表的日子,才算授權日,其實不然。準則明確指出,只要管理層有權批准報表以供發出,該日即為授權發出日。
以一個時間線想像:
報告期結束日(2026/3/31) ↓ 審計、最終審閱期間 ↓ 管理層或董事會批准報表發出(2026/5/15) ↓ 股東大會接納(非關鍵日期)
所有介乎 4 月 1 日與 5 月 15 日之間發生的事情,就是 HKAS 10 的觀察重點。
三、報告期後事項的正式定義
HKAS 10 把報告期後事項(events after the reporting period)定義為:
在報告期結束日與財務報表授權發出日之間,發生的有利或不利事件。
這個定義有幾個重點:
- 時間性明確——事件必須發生於上述兩日之間。
- 中性立場——不論事件有利還是不利(例如損失或收益),都應納入判斷範圍。
- 與「期後消息」不同——並非所有「新聞」或「事件」都屬 HKAS 10 關注,例如如果事件只是報導公司的長遠計劃或市場預期,而非實際發生,便不屬於報告期後事項。
例如:
- 公司在 4 月收到法院判決結果,確認一項 3 月底前已存在的訴訟責任。
- 或,公司在 5 月出售一項大額資產,這筆交易在 3 月底並不存在。
這兩個例子分別屬於不同性質的期後事件,而 HKAS 10 幫助我們釐清哪一種需要調整報表、哪一種只需披露。
四、兩大分類概念總覽:調整事項 vs 非調整事項
這是 HKAS 10 的靈魂部分。會計人最常混淆的,也正是這裡。
調整事項(adjusting events) 指那些「提供報告期末存在狀況的更多證據」的事件。也就是說,這些事件雖發生在期後,但其成因或狀況其實早已在期末存在,只是到了期後才確定或浮現。這類事件會導致財報中數字需要調整。
非調整事項(non-adjusting events) 則是代表新狀況的事件——它們在期末時並不存在,也不影響期末的財務狀況,因此只需披露而不調整報表金額。若影響重大,仍需要在附註中說明性質與財務影響估計。
以下是直覺式的對比:
- 調整事項例子:期後收到債務人破產通知,證明期末該應收帳實際無法收回。這表示 3 月底時該項資產已存在減值跡象,只是當時計算未確認。
- 非調整事項例子:期後發生火災損毀工廠,而火災原因不是期末已存在狀況。雖然事件重大,但在期末不存在風險背景,因此報表金額不應調整,只需在附註披露。
實務上,多數判斷難點就在於「狀況是否於期末已存在」。初學者可以用一句簡單問法自測:
「這件事的根源,是去年底前已經種下的嗎?」 若答案是「是」,很可能屬於調整事項;若「否」,就是非調整事項。
五、HKAS 10 在整體財報中的定位與關聯鳥瞰
HKAS 10 並非孤立運作,它與多項準則互相呼應:
- HKAS 1:要求在附註中適當披露期後事項,尤其是那些可能影響使用者決策的非調整事件。
- HKAS 37:對涉及訴訟、保證、承擔性義務的期後事件提供進一步判斷依據。
- HKFRS 3:若公司在報告期後取得或合併另一公司,該交易雖不屬於調整事項,但披露要求由 HKFRS 3 規範。
掌握 HKAS 10,就等於打通財報期後階段的「判斷中樞」。無論你在審計底稿還是預算模型中遇到期後消息,第一步都應想到——這件事屬於報告期後事項嗎?若是,它屬於哪一類?是否需要調整或披露?
結語:從概念到實踐,HKAS 10 是報表「時間觀」的指南
回到文章開首那個問題——客戶在 5 月破產,要不要調整 3 月的報表?
根據 HKAS 10,答案是:要。因為該客戶的財務困境其實在年末前已存在,破產只是在期後被證實。
反之,若公司在 5 月簽下一份新合約帶來重大收益,那是非調整事項,只需披露,不調整報表。
學懂 HKAS 10,等於學會一個「時間分界」的觀念。它提醒我們,報表不是過去與未來的混雜,而是站在報告期末那一刻,以後知補足過去的證據。這種判斷能力,是所有會計人員在處理期後資訊、回應審計查詢或準備董事會報告時都會用得著的。
下一步,如果你想更進一步理解「調整 vs 非調整」的判斷技巧,可以參考下一篇進階文章,專門分析典型期後事件分類案例,並延伸至披露實務與審計工作配合方式。
如果這篇文對你有幫助,歡迎免費訂閱我的 Substack:
– 所有完整文章會先在網站發佈;
– 每完成一個準則系列,我會用一封 email 幫你整理這個系列的文章和結構,方便你一次過重溫,不用自己慢慢找;
– 不定期分享一些會計實務上的小提示;
– 將來如果有新的 PDF 筆記、深入案例或付費內容,email 訂閱者會第一時間收到通知。
想直接問我問題或交流學習心得,可以在 Threads / IG follow 我,DM 我也可以,我會盡量回覆。
如果你覺得這些內容對你有幫助,也可以請我喝杯咖啡,支持我繼續寫下去。
![[會計概念 013]從零理解 HKAS 10:報告期後事項的核心框架與基本概念](https://chinese.iamdelusionman.com/wp-content/uploads/2024/10/bmc_qr-1.png)
罔相心室: https://chinese.iamdelusionman.com/
Zero-to-Acct Substack: https://zerotoacct.substack.com/
Thread: https://www.threads.com/@yickki_mong
IG: https://www.instagram.com/yickki_mong/
![[會計概念 001]從財報全貌出發:HKAS 1 的目標、範圍與完整財務報表構成 [會計概念 013]從零理解 HKAS 10:報告期後事項的核心框架與基本概念](https://i0.wp.com/chinese.iamdelusionman.com/wp-content/uploads/2025/10/%E6%9C%83%E8%A8%88%E6%A6%82%E5%BF%B5.png?fit=1024%2C683&ssl=1)