SAP 리스부채 최초 측정 점검 — 개시일 리스료 구성항목을 가려 현재가치를 다시 계산하고 장부와 맞춰 보는 IFRS 16 화면

도입 포인트 — 이 앱을 사용해야 하는 이유

IFRS 16 에서 리스부채의 최초 측정은 한 번 틀리면 사용권자산과 이자비용, 이후 모든 상각표로 이어집니다. 그런데 개시일의 리스료에는 넣을 것(고정리스료, 실질적 고정리스료, 개시일 지수·요율로 잰 연동분, 잔존가치보증 예상 지급액), 조건이 맞을 때만 넣을 것(합리적 확신의 매수선택권, 리스기간이 반영하는 종료위약금), 뺄 것(받을 인센티브), 넣지 않을 것(매출·사용량 연동분)이 섞여 있어, 계약서를 한 건씩 읽고 엑셀로 다시 계산하는 일이 개시 때마다 되풀이됩니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 한 계약의 차이가 월 합계를 흔든 경우

샘플 데이터에서 강남 지점 사무실 임차는 장부의 최초 리스부채가 재계산보다 약 2.0억원 작았습니다. 구성항목으로 내려가 보니 형식은 변동이지만 사실상 피할 수 없는 지급, 즉 실질적 고정리스료가 장부에서 빠진 모양이었습니다(점검 코드 C01, 실제 장부에서는 계약 조건 확인 필요). 월별 합계에서는 2월 차이율이 −5.0%로 한 달 전체를 끌어내렸고, 자산 유형별로는 부동산에 차이가 몰려 있었습니다. 총액만 봤다면 “전체로는 −1% 수준”에서 지나쳤을 차이입니다.

도입하면 달라지는 것

• 개시 때마다 하던 재계산 — 구성항목 판정과 현재가치 계산이 같은 틀로 나와, 계약마다 엑셀을 새로 짜지 않습니다.
• 확인 순서 — 총액이 아니라 차이가 큰 계약과 월부터 열어 볼 수 있습니다.
• 설명 자료 — 판정 근거 문장과 대사 결과가 화면에 있어 감사 질의에 같은 자료로 답합니다.

이런 회사에 맞습니다

리스 계약이 부동산·차량·설비·정보기기로 여러 유형에 걸쳐 있고 개시가 달마다 이어지는 회사, 리스 계약을 RE-FX 등으로 관리하면서 장부 최초 인식액을 별도로 점검하고 싶은 재무회계팀에 맞습니다.

숫자를 믿을 수 있는가 — 검증 결과

이 화면의 데이터는 모두 가상의 검증용 샘플이며, 실제 고객사의 계약·금액은 쓰지 않았습니다.

이와 별도로 장부와 재계산이 1,000원 넘게 다른 계약 9건(30건 중)은 화면의 동작을 보이려고 의도적으로 넣은 예외이며, 대사 차이 건수와 섞지 않고 따로 셉니다.

실행 화면

실제로 돌아가는 화면 6종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

사용 순서

1. 회계연도를 확인하고 필요하면 개시 월 범위·계약·자산 유형·점검 결과를 고른 뒤 조회를 누릅니다(Enter 도 됩니다).
2. 요약 수치에서 재계산·장부·차이와 점검 필요 계약 수를 봅니다.
3. 점검 결과를 점검 필요로 두고 다시 조회해 차이가 있는 계약만 추립니다.
4. 행을 눌러 구성항목별 판정과 현재가치를 확인하고, 필요하면 CSV 로 내려받습니다.

SAP 표준 기능 확장 포인트

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

합리적 확신과 실질적 고정 여부는 회사 판단이며, 증분차입이자율의 적정성은 이 화면이 판단하지 않습니다. 기준서 문단번호는 원문 확인 전이라 적지 않았습니다.

CDS 구성

장부 금액은 표준 저널 항목 CDS 뷰 위에서 가져오고, 계약 조건은 리스 계약 데이터에서 읽어 구성항목 단위로 펼칩니다. 아래는 구조를 보이기 위한 스케치이며 이름은 예시입니다.

@AccessControl.authorizationCheck: #CHECK
define view entity LeaseInit_BookLiab
  as select from I_JournalEntryItem
{
  key CompanyCode, key FiscalYear, key AccountingDocument, key LedgerGLLineItem,
  GLAccount, PostingDate,
  @Semantics.amount.currencyCode: 'CompanyCodeCurrency'
  AmountInCompanyCodeCurrency as BookAmount,
  CompanyCodeCurrency
}  // 리스부채 계정 매핑은 운영에서 확정

define view entity LeaseInit_Component
  as select from LeaseInit_Term
{
  key LeaseContract, key ComponentNo,
  case when IncludeFlag = 'Y' then PresentValue else 0 end as CalcAmount
}  // 계약 재계산 = CalcAmount 합계

운영 전환에서 정해야 할 항목

• 리스부채 계정과 최초 인식 전표의 매핑 (확인 필요)
• 계약별 증분차입이자율의 출처와 적용 시점 (확인 필요)
• 실질적 고정리스료와 합리적 확신 판단 근거의 보관 위치 (확인 필요)
• 화면의 OData 서비스를 실제 서비스로 바꿀 때의 권한과 조회 범위

자주 묻는 질문