數位運算 | 💻 主要內容 📦 交付物長相 ⏱️ 及時性與頻率

及時性與頻率

為什麼要 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)
按月/季封存版本
用於:揭露、審閱與確信準備(準)

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