SAP 피취득자 리스 인식 점검 — IFRS 3, 인수일 잔여 리스료 현재가치와 유리·불리 조건 조정, 인식 예외를 반영해 실제 인식액과 맞춰본다

다른 회사를 인수하면 피취득자가 맺어 둔 부동산·차량·설비 리스도 함께 넘어옵니다. IFRS 3 사업결합(K-IFRS 제1103호)는 이 리스를 인수일에 새로 시작한 리스처럼 다루어, 남은 리스료를 현재가치로 잰 리스부채와 시장 조건과의 차이를 반영한 사용권자산을 인식하도록 하고, 잔여 기간이 12개월 이내이거나 기초자산이 소액인 리스는 인식하지 않을 수 있게 합니다.

실무에서는 인수 직후 연결 조정 분개에 피취득자의 장부 금액을 그대로 옮기거나, 예외 적용 여부가 건마다 다르게 처리되기 쉽습니다. 이 화면은 리스 건별로 인수일 기준 재측정액과 실제 인식액을 한 줄에 놓고 차이가 나는 후보를 가려내도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 기준 연월을 넣고, 회사코드·기초자산 유형·면제 구분·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(기준 연월 202609)으로 자동 조회됩니다.
3. 요약 지표에서 리스 건수, 인식 대상·면제 대상·점검 필요 건수, 재측정 금액과 인식 금액, 부채 차이, 대사 차이 건수를 먼저 확인합니다.
4. 탭을 리스 건별 점검 → 현재가치 스케줄 → 회사별 집계 → 대사 결과 순으로 옮겨 가며 근거로 좁혀 봅니다.
5. 리스 건별 점검에서 행을 누르면 재측정 금액과 인식 금액, 점검 내용, 회차별 현재가치 스케줄이 상세 팝업으로 열립니다.
6. CSV 내려받기(UTF-8 BOM)로 현재 탭의 결과를 저장할 수 있습니다.

면제 판정과 점검 코드 판정 규칙

화면은 먼저 리스 건이 인식 대상인지 면제 대상인지 나눈 뒤, 인식 대상은 재측정액과 인식액을 비교해 점검 코드를 붙입니다.

소액 기준액은 회사가 정한 점검용 설정이고, 판정은 분류·비교를 돕는 참고 결과입니다. 인수일 리스 인식과 면제 적용의 최종 판단은 회사와 감사인이 합니다.

현재가치에서 점검 코드까지의 산정 순서

1. 할인계수 = 1 ÷ (1 + 인수일 증분차입이자율)^회차.
2. 계약 리스료 현재가치 = 계약 리스료 × 할인계수, 인식 대상 건은 합계가 재측정 리스부채가 됩니다.
3. 유리·불리 조건 조정 = 시장 리스료 현재가치 합계 − 계약 리스료 현재가치 합계.
4. 재측정 사용권자산 = 재측정 리스부채 + 조건 조정.
5. 차이 = 인식 금액 − 재측정 금액 (부채·사용권자산 각각).
6. 대사 5건 — 스케줄 합계, 사용권자산 구성, 시장 현재가치 합계, 차이 합계, 건수 합계를 전수에 걸어 마무리합니다.

잔여 리스료와 시장 리스료, 인수일 이자율은 SAP 외 자료(리스 계약 정보)에서 가져오므로 확인 필요 항목입니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 T-code

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Acquired lease recognition'
define view entity AcquiredLeaseRecognition
  as select from acdoca
{
  key rbukrs as CompanyCode,
  key gjahr  as FiscalYear,
  key poper  as Period,
  sum( case when racct like 'LSL%' then hsl end ) as EntryLiab,
  sum( case when racct like 'ROU%' then hsl end ) as EntryRou
}
group by rbukrs, gjahr, poper

잔여 리스료·시장 리스료·인수일 이자율은 SAP 밖의 자료이므로 입력 값으로 받으며 확인 필요입니다. 이 사례는 가상 데이터입니다.

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개, 리스 23건, 현재가치 스케줄 57행, 회사 3곳)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

대사 합계 341건에서 차이는 0건입니다. 점검 화면의 취지에 따라 의도적으로 넣은 예외는 장부 승계 의심 3건, 면제 대상 인식 2건, 조건 조정 미반영 2건으로 모두 7건이며 대사 차이 건수와 분리해 기록합니다. 조회조건 Enter 조회, 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하나요? 적용 시기도 알려 주세요.

IFRS 3 사업결합(K-IFRS 제1103호)는 사업결합에서 피취득자가 리스이용자인 리스를 인수한 경우, 리스부채를 남은 리스료의 현재가치로 인수일에 새로 시작한 리스처럼 측정하고, 사용권자산은 리스부채에 시장 조건 대비 유리·불리한 조건을 반영해 측정하도록 하며, 잔여 12개월 이내 리스와 소액 기초자산은 인식하지 않을 수 있게 합니다. 이미 시행 중인 기준서이며, 이 화면은 그 요소들이 리스 건별로 정리돼 실제 인식액과 맞는지 점검하는 도구입니다. 문단 번호와 세부 요건은 기준서 원문과 회사 적용 현황으로 확인 필요합니다.

면제 대상인데 인식돼 있으면 잘못된 처리인가요?

아닙니다. 잔여 12개월 이내이거나 소액 기초자산이면 인식하지 않을 수 있는 예외이므로, 인식돼 있으면 면제를 적용하지 않기로 한 것인지 확인하라는 의미의 점검 필요 후보입니다. 소액 기준액(5,000,000원)은 회사가 정한 점검용 설정이며 기준서가 정한 수치가 아닙니다.

"점검 필요"는 금액이 틀렸다는 뜻인가요?

아닙니다. 재측정액과 인식액이 다르거나 조건 조정이 반영되지 않은 것으로 보이는 후보를 골라 보여주는 표시입니다. 원인은 계약서와 인수일 할인율 근거를 함께 보아야 알 수 있고, 최종 판단은 회사와 감사인이 합니다.

할인율은 어떤 값을 쓰나요?

화면은 회사가 인수일에 적용한 증분차입이자율을 입력값으로 받아 할인계수를 계산합니다. 이자율 산정 근거와 암묵이자율 사용 가능 여부는 계약과 회사 정책으로 확인 필요하며, 최종 판단은 회사와 감사인이 합니다.

#IFRS 3 #K-IFRS 1103 #사업결합 #피취득자 리스 #사용권자산 #인수일 재측정 #OpenUI5