SAP 기대신용손실 전망정보 시나리오 가중 점검 — IFRS 9, 기준·상방·하방 시나리오의 손실을 확률로 가중해 장부 손실충당금과 맞춰본다

은행 대출이든 일반 기업의 매출채권이든, IFRS 9 금융상품(K-IFRS 제1109호)의 기대신용손실(ECL)은 한 가지 전망만으로 재지 않습니다. 가능한 결과의 범위를 평가해 확률로 가중한 금액으로 손실충당금을 측정해야 하고, 합리적이고 뒷받침 가능한 전망정보를 반영해야 합니다.

실무에서는 기준 시나리오 하나로만 충당금을 계산해 두거나, 상방·하방 가중치 합계가 100%가 아니거나, 시나리오 PD 순서가 뒤집힌 채로 결산하는 일이 생깁니다. 이 화면은 건별 PD·LGD·EAD 를 시나리오별로 다시 곱해 확률가중한 뒤 장부 충당금과 맞춰 보도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 기준 연월을 넣고, 세그먼트·신용위험 단계·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(기준 연월 202609)으로 자동 조회됩니다.
3. 요약 지표에서 익스포저 건수, EAD 합계, 가중 ECL, 장부 충당금, 장부−가중 차이, 가중−기준 차이, 점검 필요 건수, 정합성 대사 차이 건수를 먼저 확인합니다.
4. 탭을 익스포저 명세 → 시나리오별 산출 → 시나리오 정의 → 세그먼트 집계 → 대사 결과 순으로 옮겨 가며 근거로 좁혀 봅니다.
5. 익스포저 명세에서 행을 누르면 시나리오별 PD·LGD·ECL 과 가중 반영액이 상세 팝업으로 열립니다.
6. CSV 내려받기(UTF-8 BOM)로 현재 탭의 결과를 저장할 수 있습니다.

확률가중 ECL 점검 규칙

화면은 건마다 허용치 비교 → R02/R01 → R03 → R04 순서로 첫 번째 해당 코드를 붙입니다. 허용치는 max(1,000원, 가중 ECL 의 1%)입니다.

PD·LGD 수치와 시나리오 가중치 자체의 적정성은 회사의 신용모형과 시나리오 위원회가 판단할 영역이며, 이 화면은 입력값이 곱셈·가중·집계 구조에 맞게 반영됐는지만 점검합니다.

시나리오 ECL 산출에서 가중·대사까지의 순서

1. 시나리오별 ECL = EAD × PD × LGD(100원 단위 반올림). PD 는 Stage 1 은 12개월, Stage 2 는 전체기간, Stage 3 은 100% 로 둡니다.
2. 가중 반영액 = 시나리오 가중치 × 시나리오 ECL. 가중치 합계는 100% 여야 합니다.
3. 가중 ECL = Σ 가중 반영액. 기준 시나리오 ECL 과의 차이가 가중−기준 차이입니다.
4. 장부 대사 : 장부−가중 차이를 허용치와 비교해 점검 코드를 붙입니다.
5. 집계 : 세그먼트별·전체 합계와 설정률(가중 ECL ÷ EAD)을 만듭니다.
6. 정합성 대사 6건과 장부 점검 대사 2건으로 마무리합니다.

화폐의 시간가치(할인)는 EAD·LGD 산정 단계에서 반영된 것으로 가정한 검증용 가상 값입니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 T-code

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Expected credit loss exposure'
define view entity I_EclExposure
  as select from acdoca
{
  key rbukrs, key gjahr, key poper, key kunnr,
  sum(case when racct = $parameters.p_recvacct  then hsl end) as Ead,
  sum(case when racct = $parameters.p_allowacct then hsl end) as EclBook
}
group by rbukrs, gjahr, poper, kunnr

계정 파라미터는 회사별 계정 체계에 맞춰 지정하며 이 사례는 가상 계정체계입니다. 시나리오별 PD·LGD 는 신용모형 결과를 별도 뷰로 받아 결합합니다(확인 필요).

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 탭마다 별도의 데이터 집합에 바인딩해 화면 블록이 각자 필요한 행만 받고, 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다.
4. 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
5. 요약 지표의 합산식은 컨트롤러 한 곳에 모았습니다.
6. 서비스에 연결되지 않으면 ErrorHandler 가 메타데이터 실패와 요청 실패를 구분해 안내 창을 띄웁니다.
7. 테이블은 sap.ui.table, 상세는 sap.m Dialog 로 구성했습니다.

파일 구성

index.html          앱 진입점
Component.js · manifest.json
controller/         BaseController.js · Main.controller.js
view/               Main.view.xml · DetailDialog.fragment.xml
model/              formatter.js · ErrorHandler.js
css/style.css · i18n/i18n_ko.properties
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(기준 연월 2개, 익스포저 24건씩, 시나리오 3개)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

정합성 대사 6건은 두 기준 연월 모두 차이 0건입니다. 장부 점검 대사의 차이는 점검 화면의 취지에 따라 의도적으로 넣은 예외 건이며 정합성 차이와 분리해 기록합니다 — 202609 : 가상기업 C01(R04) · 가상기업 C03(R01) · 가상기업 C06(R02) · 가상고객 H03(R03) · 가상고객 H05(R01) · 가상거래처 T02(R02) · 가상거래처 T05(R04) · 가상리스고객 L01(R01), 202606 : 가상기업 C02(R04) · 가상기업 C05(R01) · 가상고객 H01(R03) · 가상고객 H02(R02) · 가상고객 H06(R01) · 가상리스고객 L02(R02) · 가상리스고객 L03(R04) · 가상리스고객 L04(R01). 조회조건 Enter 조회, 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하나요? 적용 시기도 알려 주세요.

IFRS 9 금융상품(K-IFRS 제1109호)은 손실충당금을 기대신용손실로 측정하도록 하고, 기대신용손실은 가능한 결과의 범위를 평가해 확률로 가중한 금액이어야 하며 합리적이고 뒷받침 가능한 전망정보를 반영하도록 요구합니다. 이 화면은 그 구조가 계산에 반영됐는지 점검하는 도구입니다. 적용 시기와 세부 내용은 기준서 원문과 회사 적용 현황으로 확인 필요합니다.

시나리오는 꼭 3개여야 하나요?

아닙니다. 기준서는 시나리오 개수를 정하지 않고 가능한 결과의 범위를 평가하라고 요구합니다. 이 화면은 기준·상방·하방 3개를 예시로 두었으며, 시나리오 수와 가중치는 회사가 정합니다.

"점검 필요"는 충당금이 잘못 설정됐다는 뜻인가요?

아닙니다. 장부 충당금이 가중 ECL 과 허용치 이상 다르거나, 기준 시나리오 ECL 과 같아 보이거나, 시나리오 PD 순서가 거꾸로이거나, Stage 1 인데 하방 PD 가 크게 오르는 건을 골라 보여주는 표시입니다. 원인은 모형 입력과 전표를 함께 보아야 알 수 있고, 최종 판단은 회사와 감사인이 합니다.

PD·LGD·시나리오 가중치는 어디에서 가져오나요?

SAP 표준 필드가 아니라 회사의 신용모형과 시나리오 결정 결과를 입력값으로 가정합니다. 화면의 값은 검증용 가상 값이며, 실제 원천은 구현 환경에 맞춰 확인 필요입니다.

#IFRS 9 #K-IFRS 1109 #기대신용손실 #전망정보 #확률가중 #시나리오 가중치 #손실충당금 #OpenUI5