SAP 보험계약 집합 수준 구분 점검 — IFRS 17, 포트폴리오·발행 코호트·수익성 구분으로 기대 집합을 다시 구해 장부 배정과 대조하고 집합 이동 이력까지 점검한다

같은 포트폴리오에서 6월에 발행한 계약과 이듬해 8월에 발행한 계약이 한 집합에 들어 있다면, 그 집합의 구성은 맞게 나뉜 걸까요? IFRS 17 보험계약(K-IFRS 제1117호)은 보험계약을 유사한 위험을 가지고 함께 관리되는 포트폴리오로 식별하고, 각 포트폴리오를 최소한 최초 인식 시점에 손실부담인 계약, 이후 손실부담이 될 유의적 가능성이 없는 계약, 나머지 계약의 세 집단으로 나누도록 합니다. 또한 발행 시점이 1년을 넘게 벌어진 계약은 한 집합에 포함하지 않으며, 최초 인식 시점에 정한 집합 구성은 이후 다시 평가하지 않습니다. 이렇게 만든 집합이 보험계약마진과 손실요소 측정의 단위가 됩니다.

실무에서는 계약 묶음을 어느 집합에 넣었는지가 상품 코드와 발행월 기준으로 흩어져 관리되어, 수익성 구분이 바뀌었거나 연도가 다른 계약이 섞여 들어가도 눈에 띄지 않기 쉽습니다. 이 화면은 계약 묶음별 순현금흐름과 민감도 시나리오로 수익성 구분을 다시 구하고, 포트폴리오·발행 코호트와 합쳐 기대 집합을 만든 뒤 장부 집합과 대조하며, 집합 구성·집합 이동 이력·포트폴리오 집계까지 한 화면에서 점검 후보로 가리도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 기간·포트폴리오·수익성 구분·발행 코호트·일자 범위·점검 결과는 필요할 때만 고릅니다. 비워 두거나 "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(2026년 9월)으로 자동 조회됩니다.
3. 요약 지표에서 대상 계약 묶음 수, 장부 집합 수, 손실부담 순현금흐름 합계, 계약 묶음·집합 구성·집합 이동 점검 필요 건수, 대사 차이 건수를 확인합니다.
4. 계약 묶음 판정 → 집합 구성 → 집합 이동 이력 → 포트폴리오 집계 → 대사 결과 탭 순서로 이동합니다.
5. 계약 묶음 판정 탭의 행을 누르면 기대·장부 집합과 같은 집합의 계약 묶음, 이동 이력이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

수익성 구분과 집합 구성 판정 규칙

먼저 계약 묶음마다 기대 수익성 구분을 정하고, 그 구분에 포트폴리오와 발행연도를 붙여 기대 집합을 만든 뒤 장부와 견줍니다.

10% 민감도와 365일 기준은 기준서가 정한 수치가 아니라 조회용 가정값이며 회사 정책에 맞게 정해야 합니다(확인 필요).

기대 집합 산출에서 대사까지의 순서

1. 순현금흐름 = 보험료 현재가치 − 보험금·비용 현재가치 − 위험조정 − 취득현금흐름.
2. 민감도 시나리오 순현금흐름 = 순현금흐름 − 보험금·비용 현재가치 × 10%.
3. 기대 수익성 구분 판정 후 기대 집합 = 포트폴리오 − 발행연도 − 구분(O·N·R).
4. 장부 집합과 대조해 포트폴리오·코호트·수익성 구분 불일치를 계약 묶음 단위로 표시합니다.
5. 집합 구성 — 같은 장부 집합 안 최초·최종 발행일의 간격, 포트폴리오와 기대 구분의 종류 수를 셉니다.
6. 대사 — 계약 명세·집합·포트폴리오 세 곳의 건수와 보유 계약 건수, 순현금흐름 합계를 맞추고 포트폴리오 합계 행은 개별 행 합계로 맞춥니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

요구사항 매핑표

참고 CDS 뷰

집합별 집계는 보험계약 관리 정보에서, 원장 연결은 표준 유니버설 저널(ACDOCA)의 회계연도·기간·계정·금액에서 읽는 구조를 스케치했습니다.

define view entity InsGroupAggCheck
  as select from <보험계약 관리 정보 — 확인 필요> as c
{
  key c.Gjahr,
  key c.Period,
  key c.BookGroup        as GroupCode,
      count( * )         as ContCnt,
      sum( c.PolicyCnt ) as PolicyCnt,
      sum( c.NetCf )     as NetSum,
      min( c.IssueDate ) as MinIssue,
      max( c.IssueDate ) as MaxIssue,
      count( distinct c.PortCode ) as PortCnt
}
group by c.Gjahr, c.Period, c.BookGroup

OpenUI5 구성

화면은 서비스 선언을 manifest 의 데이터 소스에 두고 이름 없는 기본 OData 모델로 바인딩합니다. 탭마다 해당 데이터 블록에 표 행을 바인딩해 한 번에 받아 쪼개지 않고, 조회조건은 필터 객체로 만들어 서비스 질의의 필터로 보냅니다. "전체"를 고르면 그 조건의 필터는 만들지 않습니다. 정렬과 행 스크롤은 모델 기능으로 처리하며, 숫자로 읽히는 문자열은 숫자로 비교합니다. 요약 지표의 합산식은 한 함수에 모았고 해당 기간 손실부담 순현금흐름 합계는 서비스 함수로 받습니다. 서비스에 연결되지 않으면 연결 실패 안내 창이 사용자 메시지로 원인을 알려 줍니다.

파일 구성

index.html · readme.html · Component.js · manifest.json
controller/  BaseController.js · Main.controller.js
view/        Main.view.xml · DetailDialog.fragment.xml
model/       formatter.js · ErrorHandler.js
css/ · i18n/ · odata/ (서비스 정의와 로직)

검증 결과

검증용 샘플 데이터 전수에 대해 대사식을 실행했고 차이는 모두 0건입니다.

점검 화면의 동작을 보이려고 일부러 넣은 예외 계약 묶음 6건(수익성 구분 불일치 3건 · 발행 코호트 불일치 2건 · 포트폴리오 불일치 1건)과 그로 인한 집합 구성 점검 5건, 집합 이동 점검 4건은 점검 필요로 표시되며, 이 건수는 대사 차이 건수와 분리해 기록했습니다.

조회 버튼 위치, Enter 조회, 테마 sap_horizon, 숫자 정렬, 날짜 범위 조회, 행 클릭 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하며 적용 시기는 어떻게 되나요?

IFRS 17 보험계약(K-IFRS 제1117호)이 요구하는 보험계약의 포트폴리오 식별, 포트폴리오별 세 집단 구분, 발행 간격 1년 이내 집합 구성, 최초 인식 이후 집합 구성의 비재평가를 점검 관점으로 다룹니다. 시행일과 경과규정, 관할권별 예외 적용 여부는 기준서 원문에서 확인 필요합니다.

기대 집합과 장부 집합이 다르면 집합 구분이 틀렸다는 뜻인가요?

그렇게 단정하지 않습니다. 화면의 기대 집합은 샘플 가정(순현금흐름과 10% 민감도 시나리오)으로 만든 점검용 값이어서 회사의 실제 현금흐름 가정과 다를 수 있습니다. 차이가 나는 계약 묶음을 점검 필요로 골라 보여줄 뿐이며, 포트폴리오 식별의 적정성과 수익성 판단은 회사와 감사인이 합니다.

민감도 10%와 365일 기준은 기준서가 정한 값인가요?

아닙니다. 10% 민감도는 이후 손실부담이 될 유의적 가능성을 가늠하려는 샘플 화면의 조회용 가정값이며 회사 정책에 맞게 정해야 합니다. 발행 간격 1년 기준은 집합에 담을 수 있는 발행 시점 범위를 날짜 수로 옮긴 점검 기준이고, 코호트 구분 방식은 회사 정책과 관할권 요건 확인 필요입니다.

샘플 데이터는 실제 회사 자료인가요?

아닙니다. 포트폴리오 6개와 계약 묶음 41개, 집합 18개, 금액은 모두 가상이며 정합성 검증과 화면 확인을 위한 검증용 샘플 데이터입니다. 실제 적용에서는 보험계약 관리 정보와 현금흐름 가정 데이터를 연결해야 하므로 확인 필요입니다.

#IFRS 17 #K-IFRS 1117 #집합 수준 #보험계약 포트폴리오 #손실부담계약 #발행 코호트 #OpenUI5