SAP 최소적립요건 추가부채 점검 — IFRIC 14, 기여금을 낸 뒤에도 회수할 수 없는 잉여가 남는지 가려 추가부채를 장부와 맞춰본다

확정급여제도에서 기금이 잉여인데도 최소적립 기여금을 계속 내야 하는 경우가 있습니다. IAS 19 종업원급여(K-IFRS 제1019호)는 순확정급여자산을 환급이나 미래 기여금 감소로 얻을 수 있는 경제적 효익으로 제한하고, 확정급여자산 한도·최소적립요건과 그 상호작용을 다루는 IFRIC 14 해석서는 과거 근무에 대한 최소적립 기여금을 납부했을 때 그 납부로 생기는 잉여를 회수할 수 없다면 그만큼을 추가부채로 인식하도록 합니다. 추가부채의 변동은 재측정 요소로 다루는 점도 함께 확인해야 합니다.

실무에서는 연금수리 평가 자료, 최소적립 기여금 일정, 퇴직급여 부채 계정 원장이 따로 있어서 어느 제도에서 납부 후 잉여가 얼마나 회수 불가능한지, 장부에 추가부채가 그만큼 잡혀 있는지 한눈에 보기 어렵습니다. 이 화면은 제도별로 기금 적립 상태에 최소적립 기여금을 더한 납부 후 잉여에서 납부 후 효익을 뺀 회수 불가능 잉여로 추가부채를 다시 계산하고 장부 추가부채와 맞춰 본 뒤 구분별 집계와 대사하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 적립 구분·납입기한 시작/종료·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르거나 비워 두면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(회계연도 2025)으로 자동 조회됩니다.
3. 요약 지표에서 점검 대상 제도 건수, 점검 필요 건수, 최소적립 기여금·장부 추가부채·재산정 추가부채, 장부−재산정 차이, 정합성 대사 차이 건수를 확인합니다.
4. 제도 명세 → 기준별 점검 → 구분별 비교 → 대사 결과 탭 순서로 이동합니다.
5. 제도 명세에서 행을 누르면 그 제도의 기금 적립 상태·기여금·납부 후 잉여·재산정 결과와 기준별 점검 현황 팝업이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

최소적립 추가부채 점검 코드 판정 규칙

같은 건에서는 위에서부터 차례로 보며 먼저 걸리는 코드 하나가 붙습니다. 결과는 원인을 단정하지 않고 확인을 요청하는 표시입니다. 납부 후 효익과 최소적립 기여금은 연금수리 자료이며, 화면은 그 자료대로 재산정했을 때 장부와 차이가 나는지를 보여 줍니다.

기금 적립 상태에서 구분별 대사까지의 산출 순서

1. 기금 적립 상태 = 사외적립자산 − 확정급여채무 (음수이면 적립부족, 양수이면 잉여)
2. 납부 후 잉여 = max(0, 기금 적립 상태 + 최소적립 기여금)
3. 회수 불가능 잉여 = max(0, 납부 후 잉여 − 납부 후 효익)
4. 재산정 추가부채 = min(최소적립 기여금, 회수 불가능 잉여), 당기 변동 = 재산정 추가부채 − 기초 추가부채
5. 장부−재산정 차이 = 장부 추가부채 − 재산정 추가부채, 기타포괄손익 계상 + 당기손익 계상 = 장부 기말 − 기초
6. 구분별 집계 — 잉여 제도·적립부족 제도로 나눠 금액 열을 더하고 합계 행은 소계로 따로 표시합니다.
7. 정합성 대사 6종과 장부 점검 대사 2종으로 마무리

조회조건

결과 컬럼

제도 명세 23개 컬럼, 기준별 점검 12개 컬럼, 구분별 비교 19개 컬럼, 대사 결과 10개 컬럼으로 구성되며 금액 단위는 원(요약 지표는 천원)입니다.

SAP 표준 기능 매핑

표준 T-code

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Minimum funding liability basis'
define view entity MinFundLiabilityBasis
  as select from I_JournalEntryItem
{
  key CompanyCode,
  key FiscalYear,
  key GLAccount,
      PostingDate,
      AmountInCompanyCurrency as BookAmount
      // 납부 후 잉여     = max(0, 기금 적립 상태 + 최소적립 기여금)
      // 회수 불가능 잉여 = max(0, 납부 후 잉여 - 납부 후 효익)
      // 재산정 추가부채  = min(최소적립 기여금, 회수 불가능 잉여)
}

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 탭마다 별도의 데이터 집합에 바인딩해 화면 블록이 각자 필요한 행만 받고, 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"와 빈 값은 필터를 만들지 않습니다. 납입기한 범위는 두 조건을 AND 로 묶은 필터 하나로 보냅니다.
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
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(회계연도 1개, 가상 확정급여제도 12건, 기준별 점검 4개, 구분별 비교 3행, 대사 8종)로 실제 브라우저에서 렌더링하고, 명세 데이터를 별도 코드로 다시 읽어 기금 적립 상태·납부 후 잉여·회수 불가능 잉여·재산정 추가부채·롤포워드·장부 차이·점검 코드와 구분별 합계 150건을 재계산해 화면 값과 대조했습니다(차이 0건, 최대 차이 0원).

장부 점검 대사 2종은 점검 화면이라 의도적으로 넣은 예외 건이 있습니다 — 제도 단위 점검 필요 4건(M01 1건 · M02 1건 · M03 1건 · M04 1건, 정상 8건)이며, 장부 추가부채와 재산정 추가부채의 차이는 2건(최대 250,000,000원), 기타포괄손익·당기손익 구분 대사의 차이는 0건입니다. 이 건수는 정합성 대사의 차이 건수와 분리해 기록했습니다. 조회 버튼 위치, Enter 조회, 테마 sap_horizon, 날짜 범위 조회, 행 클릭 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

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

IAS 19 종업원급여(K-IFRS 제1019호)는 순확정급여자산을 환급이나 미래 기여금 감소로 얻을 수 있는 효익으로 제한하며, 확정급여자산 한도·최소적립요건 해석서(IFRIC 14)는 최소적립 기여금을 납부한 뒤 회수할 수 없는 잉여가 생기면 그만큼을 추가부채로 인식하도록 합니다. 이 화면은 그 요구사항을 제도별 추가부채 재산정으로 점검하는 도구입니다. 확정급여채무 측정, 보험수리적 가정, 자산인식상한 자체의 계산은 범위에 넣지 않았고, 시행일과 경과 규정은 기준서 원문에서 확인 필요합니다.

잉여 제도에도 추가부채가 생길 수 있나요?

이 화면의 계산 기준으로는 기금이 잉여여도 최소적립 기여금을 납부한 뒤 남는 잉여가 납부 후 효익을 넘으면 그 초과분이 회수 불가능 잉여가 되고, 기여금 범위에서 추가부채 후보가 됩니다. 실제 인식 여부는 제도 약정과 회사 정책에 따라 확인이 필요합니다.

추가부채 변동은 왜 기타포괄손익 계상 여부를 점검하나요?

해석서는 추가부채의 변동을 재측정 요소로 다루도록 하므로, 당기손익에 계상된 변동분이 있으면 점검 필요로 표시합니다. 세부 취급은 회사 정책과 감사인 의견에 따라 확인이 필요합니다.

"점검 필요"는 추가부채를 잘못 계상했다는 뜻인가요?

그렇게 단정하지 않습니다. 이 화면은 조회·점검 도구이며 점검 필요는 연금수리 자료로 재산정했을 때 장부와 차이가 나는지, 근거 번호가 있는지 확인하라는 표시입니다. 최종 판단은 회사와 감사인이 합니다.

#IAS 19 #K-IFRS 1019 #IFRIC 14 #최소적립요건 #확정급여제도 #추가부채 #퇴직급여 부채 #OpenUI5