及時性與頻率

為什麼要 near real-time（近即時），但封帳仍要版本口徑？

1)

風險管理端：需要「快」

銀行風險不是只在季末才變動。BCBS 239 明確把「Timeliness（及時性）」與「Frequency（頻率）」放進風險報告原則，並指出在壓力/危機期間應提高報告頻率。

所以你做近即時儀表板（near real-time / 日內更新）非常合理：它服務的是預警、監控、限額與決策速度。

2)

財務報導端：需要「準」且「同一把尺」

但一旦進入財務報導/揭露封帳，你就需要「在某個報導日（reporting date）使用一致口徑」：

  • IFRS 9 的 ECL 架構要求在每個報導日更新已認列的預期信用損失，以反映信用風險的變化。
  • IAS 10 也清楚界定「報導期後事項」的時間區間：從報導期末到財報核准發布日之間的事件，並區分調整/非調整事項。

這代表：你可以有 near real-time 監控，但對外揭露與財務封帳一定要有「報導日版本」。

3)

我們建議的平台做法：雙軌版本

運行態（Operating View）

近即時/高頻更新

用於：風險監控與預警（快）

封帳態（Reporting View）

按月/季封存版本

用於：揭露、審閱與確信準備（準）

這樣做的好處是：
不只是跑得快，更是站得住——你可以回答「現在的狀況」，也能穩定回答「本期交付版本是什麼」。