SAP 리스 잔존가치보증 반영 점검 — IFRS 16, 보증 예상 지급액·현재가치 할인·기말 재측정이 리스부채에 맞게 들어갔는지 다시 계산해 장부와 대조한다

리스이용자가 리스 종료 시점의 기초자산 잔존가치를 보증하면, IFRS 16 리스(K-IFRS 제1116호)에서 그 보증은 리스부채 측정에 영향을 줍니다. 보증금액 전액이 아니라 보증에 따라 리스이용자가 지급할 것으로 예상되는 금액이 리스료에 들어가고, 이 금액도 다른 리스료처럼 현재가치로 할인됩니다. 보고기간말에 예상 잔존가치가 달라져 예상 지급액이 바뀌면 리스부채를 다시 측정하고, 이때 할인율은 최초 값을 유지합니다. 제3자가 보증한 금액처럼 리스이용자가 지급하지 않는 보증은 리스부채에 넣지 않습니다.

실무에서는 이 판단이 계약서, 잔존가치 추정 자료, 리스부채 산정 파일, 원장에 나뉘어 있어서 보증 주체를 잘못 읽거나 전액을 그대로 넣거나 할인을 빼먹는 일이 한 줄씩 숨어 있기 쉽습니다. 이 화면은 계약마다 예상 지급액·최초 리스부채·기말 보증 부분을 다시 계산해 장부 값과 한 줄에서 비교하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 기초자산 유형·잔존가치보증 주체·리스 개시일 범위·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(회계연도 2025)으로 자동 조회됩니다.
3. 요약 지표에서 점검 대상 리스 건수, 점검 필요 건수, 재산정 보증 예상 지급액, 재산정 최초 리스부채, 재산정 기말 보증 부분, 최초 리스부채 차이, 정합성 대사 차이 건수를 확인합니다.
4. 리스 명세 → 기준별 점검 → 보증 주체별 비교 → 리스부채 구성 증감표 → 대사 결과 탭 순서로 이동합니다.
5. 리스 명세에서 행을 누르면 계산 과정과 장부 비교 팝업이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

잔존가치보증 점검 코드 판정 규칙

같은 계약에서는 위에서부터 차례로 보며 먼저 걸리는 코드가 붙습니다. 결과는 원인을 단정하지 않고 확인을 요청하는 표시입니다.

샘플의 점검 필요 16건은 G01 3건 · G02 3건 · G03 3건 · G04 2건 · G05 3건 · G06 2건입니다. 보증 주체와 잔존가치 추정은 회사 정책이며 샘플 화면은 가상 기준을 씁니다. 구분 판단은 회사와 감사인이 합니다.

보증 예상 지급액에서 기말 보증 부분까지의 산출 순서

1. 보증 예상 지급액 = max(0, 보증금액 − 개시일 예상 잔존가치). 리스이용자 보증일 때만 계산하고 제3자 보증·보증 없음은 0
2. 보증 현재가치 = 예상 지급액을 리스 기간 동안 최초 할인율로 할인한 값
3. 최초 리스부채 = 고정 리스료 현재가치 + 보증 현재가치
4. 보증 부분 이자 누적 = 보증 현재가치가 보고기간말까지 쌓은 이자
5. 재측정 = 보고기간말 예상 잔존가치로 다시 구한 예상 지급액의 변동분을 최초 할인율로 반영
6. 기말 보증 부분 = 보증 현재가치 + 이자 누적 + 재측정
7. 장부 반영액과의 차이를 건 단위로 구해 점검 코드를 붙이고, 유형별·보증 주체별로 합산해 합계 행은 소계 행을 제외한 개별 행 합계로 맞춤

예를 들어 보증금액 5,672만원에 개시일 예상 잔존가치가 4,821만원이면 예상 지급액은 851만원입니다. 보증금액 전액 5,672만원을 그대로 리스료에 넣으면 G03 에 걸립니다.

조회조건

결과 컬럼

리스 명세 34개 컬럼, 기준별 점검 12개 컬럼, 보증 주체별 비교 19개 컬럼, 리스부채 구성 증감표 9개 컬럼, 대사 결과 10개 컬럼으로 구성되며 금액 단위는 원이고 요약 지표는 천원입니다.

SAP 표준 기능 매핑

표준 T-code

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Lease residual value guarantee basis'
define view entity LeaseResidualGuaranteeBasis
  as select from LeaseContractGuarantee
{
  key LeaseContract,
      GuaranteeParty,
      GuaranteeAmount,
      ExpectedResidual,
      // 예상 지급액 = max(0, 보증금액 - 예상 잔존가치) (리스이용자 보증일 때만)
      case when GuaranteeParty = 'LESSEE'
           then greatest( GuaranteeAmount - ExpectedResidual, 0 )
           else 0 end as ExpectedPayable
}

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
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(회계연도 1개, 가상 리스 계약 36건, 점검 기준 6개, 보증 주체 구분 3개와 합계 1행, 증감표 6행)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

정합성 대사는 모두 차이 0건입니다. 장부 점검 대사는 점검 화면이라 의도적으로 넣은 예외 건이 있어 아래처럼 차이가 남고, 이 건수는 정합성 대사의 차이 건수와 분리해 기록했습니다.

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

자주 묻는 질문

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

IFRS 16 리스(K-IFRS 제1116호)는 리스이용자가 리스부채를 측정할 때 잔존가치보증에 따라 지급할 것으로 예상되는 금액을 리스료에 포함하도록 하고, 예상 지급액이 달라지면 리스부채를 다시 측정하도록 합니다. 이 화면은 그 요구사항을 계약 단위로 다시 계산해 장부와 맞춰 보는 도구입니다. 리스제공자 회계와 구매선택권·종료선택권 평가는 범위에 넣지 않았고, 시행일과 경과 규정, 문단 번호는 기준서 원문에서 확인 필요합니다.

제3자가 보증한 잔존가치도 리스부채에 넣어야 하나요?

리스이용자가 지급하지 않는 보증은 리스부채의 리스료에 포함하지 않는 것으로 보고 점검합니다. 화면은 제3자 보증이거나 보증이 없는 계약의 장부 리스부채에 예상 지급액이 들어가 있으면 G01 로 표시하며, 보증 주체의 판단은 계약 조건을 보고 회사와 감사인이 합니다.

예상 잔존가치가 보증금액보다 높으면 어떻게 계산하나요?

예상 지급액은 보증금액에서 예상 잔존가치를 뺀 값이 음수이면 0 으로 봅니다. 이 화면의 재산정도 같은 방식이며 잔존가치 추정 자체는 회사 정책이라 샘플은 가상 기준을 씁니다.

"점검 필요"는 회계처리를 잘못했다는 뜻인가요?

그렇게 단정하지 않습니다. 다시 계산한 값과 장부 값이 다르거나 확인할 사항이 있는 행을 골라 보여주는 표시입니다. 원인은 계약 조건과 전표를 함께 보아야 알 수 있고, 최종 판단은 회사와 감사인이 합니다.

#IFRS 16 #K-IFRS 1116 #잔존가치보증 #리스부채 #리스료 #사용권자산 #OpenUI5