SAP 확정급여자산 인식상한 점검 — IAS 19, 잉여금이 생겨도 전액을 자산으로 적지 않는다

확정급여제도는 사외적립자산이 확정급여채무보다 커지면 잉여금이 생깁니다. IAS 19 「종업원급여」(K-IFRS 제1019호)는 이 잉여금을 재무상태표에 그대로 자산으로 인식하지 않고, 환급이나 향후 기여금 감소로 회사가 실제로 얻을 수 있는 경제적효익의 현재가치(자산인식상한)까지만 인식하도록 제한합니다. 문제는 이 상한 검토가 제도마다, 결산마다 반복되는데도 구성요소(환급 추정액·기여금감소 추정액)의 산정 근거가 여러 곳에 흩어져 있어 결산 때마다 손으로 모아 맞춰보기가 쉽지 않다는 점입니다.

표준 원장의 계정 구조를 그대로 이어받아 제도별로 확정급여채무·사외적립자산·기금적립상태를 모으고, 자산인식상한 구성요소 합계와 비교해 초과분을 조정액으로 구분한 뒤, 재무상태표 인식액을 계산값과 장부값으로 나란히 대사하는 화면을 OpenUI5로 확장했습니다. 잉여금이 상한을 초과하거나 장부 인식액이 계산값과 다르면 "점검 필요"로 따로 표시합니다. 실제 구동 화면 5종을 함께 공개합니다.

실제 화면 5종 둘러보기

회사코드·회계연도·소속·판정 상태를 넣고 조회하면 제도별 현황·상한 구성요소·소속별 집계·점검 예외가 탭으로 갈라져 뜹니다 → 행을 클릭하면 그 제도의 상세 정보가 다이얼로그로 열립니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

제도별 인식상한 현황 탭

상한 구성요소

소속별 집계

점검 예외

제도 상세

사용 방법

1. 회사코드 · 회계연도를 입력합니다(필수). 소속(전체·국내 본사·해외법인 A·해외법인 B·계열사) · 판정 상태(전체·정상·점검 필요)는 선택 조건입니다.
2. 회계연도 입력 필드에서 Enter 키를 누르거나 조회조건 영역 오른쪽 끝의 조회 버튼을 누르면 재조회됩니다. 초기화 버튼은 조건을 기본값으로 되돌립니다.
3. 제도별 인식상한 현황 탭에서 기금적립상태·자산인식상한액·재무상태표 인식액(기준·장부)을 확인하고, 행을 클릭하면 상세 다이얼로그가 열립니다.
4. 상한 구성요소 탭에서 환급 추정액·기여금감소 추정액·기타 조정 내역을 확인합니다.
5. 소속별 집계 탭에서 소속 단위 합계를 확인합니다.
6. 점검 예외 탭에서 확인이 필요한 건의 사유를 확인합니다. 제도별 현황과 점검 예외 탭은 우측 상단의 CSV 다운로드 버튼으로 결과를 내려받을 수 있습니다.

자산인식상한 판정 로직

이 화면의 핵심 판정은 두 갈래입니다 — 기금적립상태와 자산인식상한의 비교, 그리고 재무상태표 인식액의 계산값·장부값 일치 여부입니다.

대사 처리 순서

조회조건

결과 컬럼

SAP 표준 기능 매핑

계정 잔액·전표 조회는 아래 표준 T-code 가 담당하고, 이 화면은 그 데이터를 제도별 자산인식상한 관점으로 모아 대사하는 조회·검증 층을 더합니다.

IFRS 요구사항 매핑표

참고 CDS 뷰

원천은 SAP 표준 테이블입니다. 확정급여채무·사외적립자산·재측정요소 계정 잔액은 ACDOCA 에서, 자산인식상한 구성요소는 제도 규약·세무 추정 대장에서 모아 아래와 같은 구조로 새로 스케치했습니다.

define view entity ZC_PlanFundedStatus
  as select from    I_GLAccountLineItem   as gl
    left outer join ZI_CeilingComponent   as cc on cc.PlanId = gl.PlanId
{
  key gl.PlanId                as PlanId,
      gl.CompanyCode           as Bukrs,
      gl.FiscalYear            as Gjahr,
      gl.AmountInCompanyCodeCurrency as DboAmount,
      cc.CeilingAmount         as AssetCeiling,
      gl.CompanyCodeCurrency   as Waers
}

표준 CDS 뷰 이름과 필드는 시스템 릴리스에 따라 다를 수 있으므로, 도입 시 실제 시스템에서 확인해 확정합니다.

OpenUI5 구성

앱은 manifest.json 의 sap.app.dataSources 에 선언한 OData V2 서비스를 기본 모델로 씁니다 (useBatch:false · defaultCountMode:"Inline"). 조회조건은 전부 sap.ui.model.Filter 로 조립해 바인딩에 적용하고, "전체"를 고른 조건은 Filter 를 만들지 않습니다. 제도별 현황·점검 예외는 sap.ui.table.Table, 집계 탭은 sap.m.Table 로 구성했습니다. 정렬·페이징은 sap.ui.model.Sorter 와 모델의 $top/$skip 으로 처리하며, 총건수는 $inlinecount=allpages 로 받아 탭 카운트에 반영합니다.

파일 구성

검증 환경 구성 상세는 이 글에서 다루지 않습니다. 운영 전환 시에는 화면과 판정 로직은 그대로 두고 데이터 계층만 실제 서비스 호출에 맞추면 됩니다.

검증 결과

화면 구성에 쓴 데이터는 상한초과 조정액·소속별 집계·상한 구성요소 합계가 원장과 정확히 맞물리도록 구성했습니다 (의도적으로 둔 확인 대상 4건 제외).

제도명·금액은 모두 검증용으로 구성한 가상 데이터입니다.

자주 묻는 질문