對系統調整的建議

一、盤點所有為了導入IFRS9 減損模型相關的系統料來源。

二、建置IFRS9 預期減損評估之規範下，所需要之數據資料庫

(一) 建置 IFRS9 預期減損評估所需要「資料欄位定義」之手冊；

(二) 分析 IFRS9 預期減損評估所需要之資料是否存在於銀行業者之原系統 中(如核心系統、週邊業務系統或資料倉儲等)。若系統中無相關之資 料欄位，則需於源系統中新增所須之欄位或註記，如信用風險顯著增 加等註記；

(三) 資料收集；

(四) 規劃所需留存之資料期間及資料儲存空間：有些銀行業者因原系統儲 存資料之限制，一旦有新的信用風險資料(如信用評等)產生時，會將 原始放款之信用風險資料於系統中覆蓋掉，只留存最新的信用風險資 料。因此若是沒有辦法留存信用風險的歷史軌跡，將無法分析信用風 險的變化，亦即無法判斷何時需計算存續期間之信用減損損失。

三、減損評估系統之建置 (一) 內部評等模型

因涉及到風險管理，實務上大多數的銀行業者均會由風險管理部進行 建置，以衡量客戶的信用風險等級。

(二) 預期信用減損損失模型

銀行業須考量下列各項以建置預期信用減損損失模型：

1. 金融資產之未來現金流量

2. 違約機率

同時，亦可使用可延伸企業報告語言XBRL（Extensible Business Reporting Language）⁽⁵⁾的技術，進行財務報表及其相關之附註 揭露，使財務資訊揭露標準化。

2. 管理報表

(5) 可延伸企業報告語言XBRL（Extensible Business Reporting Language），是以 XML（eXtensible Markup Language，可延伸標記語言）為基礎發展出來的新電腦語言，主要應用於財務資訊、報表與資料分析等領域。

透過XBRL，可解決目前網際網路上以 HTML 或 PDF 檔案格式儲存之財務資訊擷取後難以直接進行分析比較 之問題，其具有跨平台、不受個別公司軟體及資訊系統限制之特點，使財務報表資訊供應鏈內的各公司、投 資機構、會計師、銀行、產業分析師及主管機關等，都能以共通(標準化)的財報格式，進行財務資料的準備、

公告、交換及分析，促使財務資料的電子儲存、運用、存取及溝通，更為及時、準確、有效率並具備成本效 益。另一方面，藉由國際組織XBRL International 對技術規格及財務報表分類標準架構之制訂，使各地區或

減損損失評估之相關資料也可以有多種的運用。管理階層可以運 用該等資料，了解全公司客戶的信用評等狀況、擔保品種類的分 佈、擔保品成數、各項產品的呆帳提存率等，以作為業務策略或 管理方向調整的基礎。

3. 法規報表

台灣主管機關的監管要求可謂是居於全球之冠，舉例來說，銀行 業被要求定期申報的法規報表超過300 張之多，有日報、週報、

旬報、月報、季報、半年報、年報及不定期之法規申報要求等。

因此，預期信用損失減損的評估金額要如何反應到這些各式各樣 的法規報表中及如何自動化法規報表，亦為銀行業需要關注之 處。

四、建置資料正確性及合理性的檢核機制

(一) 系統於進行減損評估前，就匯入資料設立交易資料與會計總帳資料之 核帳機制，以確保匯入資料之一致性；

(二) 人工上傳檔案與手工調整之檢核；

(三) 資料來源異動及其正確性之檢核，如放款及應收款減損評估資料的健 全(例如：擔保品處理進度等)；

(四) 檢視異常報表，發現異常資料；

(五) 減損評估結果產出合理性之分析

五、建置系統管理中心及配置專責人員

因為銀行業的產品變動頻繁、資料來源多、減損評估系統之計算邏輯 複雜、亦需定期就前瞻性因子之變動調整減損評估之參數，因此需有專人

負責維護該系統及控管相關計算邏輯，以確保預期減損損失金額估計之合 理性。