SAP 보험료배분접근법 잔여보장부채 점검 — IFRS 17, 수취 보험료에서 보험수익 배분까지 굴려 본 잔여보장부채를 장부와 맞춰본다

보험계약을 가진 회사는 IFRS 17 보험계약(K-IFRS 제1117호)에 따라 계약 집단별로 부채를 측정합니다. 보장기간이 1년 이하이거나 일반모형과 중요하게 다르지 않을 것으로 합리적으로 기대되는 집단에는 보험료배분접근법(PAA)을 쓸 수 있고, 이때 잔여보장부채는 수취한 보험료에서 시작해 취득현금흐름, 금융요소 조정, 보장 제공에 따른 보험수익 인식을 반영해 굴려 갑니다. 보험료 수취와 보장 제공 사이 간격이 1년을 넘으면 금융요소를 반영해야 하고, 손실부담 사실이 있으면 잔여보장 이행현금흐름과 잔여보장부채의 차이를 손실요소로 인식합니다.

실무에서는 어떤 집단을 어떤 근거로 PAA 대상으로 삼았는지, 취득현금흐름을 얼마씩 상각했는지, 보험수익을 시간 경과로 얼마 배분했는지가 결산 때마다 흩어진 파일에서 다시 맞춰집니다. 이 화면은 집단별 조건에서 기대 보험수익과 상각액을 다시 산출하고 잔여보장부채를 롤포워드로 재계산해 장부·재무상태표와 대사하도록 OpenUI5 화면으로 확장했습니다. 보험계약마진 증감이나 잔여보장·발생사고 구분 증감과는 달리, PAA 로 측정하는 집단의 적격 근거와 잔여보장부채 측정에 초점을 둡니다. 실제 구동 화면 5종을 함께 공개합니다.

실제 화면 5종 둘러보기

사용 방법

1. 조회조건 입력 — 기준 연월(보고기간말, YYYYMM)은 필수입니다. 포트폴리오, PAA 적격 근거, 점검 코드, 점검 결과는 선택이며 "전체"이면 조건에서 빠집니다.
2. 조회 — 조회조건 영역 오른쪽 끝의 [조회] 버튼을 누르거나 입력 칸에서 Enter 키를 누릅니다. [초기화]는 같은 줄 오른쪽에 있습니다. 화면을 열면 기본 조건(202612)으로 자동 조회합니다.
3. 요약 확인 — 점검 대상 집단 수, 점검 필요 건수, 손실요소 부족 건수, 인식 보험수익 합계, 장부 기말 잔여보장부채 합계, 정합성 대사 차이 건수를 확인합니다.
4. 탭 이동 — 집단 명세 → 포트폴리오별 집계 → 대사 결과 순으로 봅니다. 탭 위의 숫자는 조건에 맞는 건수입니다.
5. 행 클릭 상세 — 집단 명세의 행을 누르면 집단 정보와 소속 포트폴리오의 집계를 한 팝업에서 봅니다. [닫기]로 닫습니다.
6. CSV 내려받기 — 현재 탭의 조회 결과를 UTF-8(BOM) CSV 로 내려받습니다.

잔여보장부채 점검 코드 판정 규칙

화면은 집단마다 점검 코드를 붙입니다. 결과는 "정상" 또는 "점검 필요"로만 표시하며 원인은 단정하지 않습니다. 아래 순서에서 먼저 해당하는 코드가 붙습니다.

보험수익·상각액의 허용 오차 1(백만원)은 반올림 차이를 가리기 위한 화면 내부 기준값이며 기준서가 정한 수치가 아닙니다. 발생사고부채, 재보험, 투자요소, 취득현금흐름의 즉시 비용 처리 선택은 범위에 넣지 않았고, 보험금 발생 패턴이 시간 경과와 크게 다른 집단의 배분은 확인 필요입니다.

시간 경과 배분에서 롤포워드·대사까지의 순서

1. 시간 경과 배분 기대액 = 총 예상 보험료 × (당기말 경과 개월 − 전기말 경과 개월) ÷ 보장기간 개월(반올림), 취득현금흐름 상각 기대액도 같은 비율로 산출합니다.
2. 잔여보장부채 재계산 = 기초 + 당기 수취 보험료 − 당기 취득현금흐름 지급 + 당기 취득현금흐름 상각 − 인식 보험수익 ± 금융요소 조정.
3. 손실요소 — 기대액 = max(0, 잔여보장 이행현금흐름 − 재계산 기말 잔여보장부채), 부족액 = 기대액 − 장부 손실요소.
4. 포트폴리오 집계 — 집단 값을 포트폴리오별로 합산하고 소계 행을 더한 뒤, 장부 기말 잔여보장부채 집계와 재무상태표 잔액의 차이를 구합니다.
5. 대사 — 정합성 대사 7종과 장부 점검 대사 6종을 확인합니다.

총 예상 보험료·이행현금흐름·할인율 같은 원천은 회사별 구성에 따라 달라 확인 필요 항목입니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 T-code

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'PAA 잔여보장부채 점검 기준 (스케치)'
define view entity I_PaaLrcCheckBasis
  as select from I_JournalEntryItem as j               // 잔여보장부채 계정 증감 (표준 CDS 뷰)
  association [0..1] to I_InsuranceGroupMaster as _Grp   // 집단 기본 정보 (스케치)
    on  $projection.InsuranceGroup = _Grp.InsuranceGroup
{
  key j.CompanyCode,
  key j.GLAccount,
      j.AmountInCompanyCodeCurrency as LrcAmount,
      // 재계산 잔여보장부채 = 기초 + 수취 보험료 - 취득현금흐름 지급 + 상각 - 보험수익 + 금융요소 조정
      // 시간 경과 배분 기대액 = 총 예상 보험료 * (당기말 경과 - 전기말 경과) / 보장기간
      _Grp
}

스케치이며 집단 마스터와 이행현금흐름의 적재 방식은 회사 설정 기준으로 확인 필요합니다. 이 사례는 가상 데이터입니다.

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 집단 명세·포트폴리오별 집계·대사 결과 탭이 각각 별도의 데이터 집합에 바인딩되어, 화면 블록마다 필요한 행만 받고 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다.
4. 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
5. 금액은 문자열(Edm.Decimal)로 오므로 숫자로 바꿔 계산·정렬하며, 요약 지표의 합산식은 컨트롤러 한 곳에 모았습니다.
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
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(가상 보험계약집단 16건, 포트폴리오 4개와 소계 1행, 금액 단위 백만원)로 실제 브라우저에서 렌더링하고, 집단 조건에서 독립 산식으로 다시 계산한 값과 화면 요약 지표를 대조했습니다. 정합성 대사는 차이가 없고, 점검 필요로 표시되는 건은 점검 동작을 보이려고 넣은 예외 건입니다.

의도적 예외 집단 7건의 구성은 적격 근거 미확인 1건, 롤포워드 불일치 1건, 보험수익 배분 차이 1건, 금융요소 누락 1건, 손실요소 미인식·부족 2건, 상각 차이 1건이며 대사 차이에는 포함하지 않았습니다. 서비스 로직의 날짜 필터도 따로 검사했습니다.

자주 묻는 질문

이 기준서는 언제부터 적용되나요?

IFRS 17 보험계약(K-IFRS 제1117호)의 시행일과 경과규정은 기준서 원문으로 확인이 필요합니다. 이 화면은 그 가운데 보험료배분접근법의 잔여보장부채 측정만 다루며, 회사별 적용 범위는 원문과 회사 정책으로 확인해야 합니다.

보장기간이 12개월을 넘으면 보험료배분접근법을 쓸 수 없나요?

그렇지 않습니다. 보장기간이 1년을 넘더라도 PAA 로 측정한 잔여보장부채가 일반모형 측정과 중요하게 다르지 않을 것으로 합리적으로 기대되면 적용할 수 있다는 취지입니다. 화면은 그 판단을 대신하지 않고 근사 검증 기록이 있는지만 가려 보여 줍니다.

"점검 필요"가 나오면 회계처리가 잘못된 것인가요?

아닙니다. 이 화면은 분류·집계·대사를 돕는 점검 도구이며, 재계산 값과 장부 값이 다른 건을 "점검 필요" 또는 "확인 필요"로 알려 줄 뿐입니다. PAA 적용 여부와 잔여보장부채·손실요소 측정에 대한 원인 판단과 최종 결론은 회사와 감사인이 합니다.

화면의 금액과 집단은 실제 회사 자료인가요?

아닙니다. 모든 금액과 보험계약집단은 검증용 샘플 데이터(가상 집단 16건, 금액 단위 백만원)입니다. 실제 계정과목표나 공시 금액을 사용하지 않았습니다.

#IFRS 17 #K-IFRS 1117 #보험료배분접근법 #PAA #잔여보장부채 #OpenUI5