SAP 리스 인센티브 반영 점검 — IFRS 16 에서 받았거나 받을 인센티브가 리스부채와 사용권자산에 알맞게 반영됐는지 계약마다 다시 계산해 장부와 맞춰 보는 화면
계약별 재계산 · 인센티브별 기대 처리 대 장부 처리 · 월별 현재가치 산출 · 무료임차 기간 반영 · 대사식 검증 — 소개 영상과 실행 화면 8종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함8개 장면표지 → 조회조건 → 계약 점검 → 인센티브 명세 → 계약 상세 → 산출표 → 대사 → 정리
도입 포인트 — 이 앱을 사용해야 하는 이유
임차인이 리스제공자에게서 받은 인센티브(이전 비용 대납, 시설개선 지원금, 무료임차 기간)는 받은 시점과 형태에 따라 반영 위치가 달라집니다. 개시일 전에 받았다면 사용권자산 원가에서 빼고, 받을 금액이 정해져 있다면 그만큼 리스료가 줄어 리스부채가 작아지며, 무료임차 기간은 리스기간에 들어갑니다. 이 중 하나라도 별도 이익으로 처리하거나 빠뜨리면 리스부채와 사용권자산이 함께 어긋나지만, 합계만 봐서는 잘 드러나지 않습니다. 이 화면은 계약마다 인센티브를 반영해 리스부채와 사용권자산을 다시 계산하고, 장부와 견주어 어디서 차이가 났는지 인센티브 단위로 보여 줍니다. 화면은 분류·집계·대사를 돕는 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
핵심 포인트 5가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 계약별 재계산 | 리스료 현재가치와 사용권자산 원가를 계약마다 다시 계산해 장부와 나란히 둡니다. | 계약서와 장부를 엑셀로 옮겨 계산합니다. |
| ② 인센티브 단위 원인 추적 | 차이가 어떤 인센티브에서 생겼는지 계약 상세에서 바로 봅니다. | 합계 차이만 보고 원인을 찾아 헤맵니다. |
| ③ 반영 오류를 코드로 구분 | 별도 이익 처리(I01), 누락(I02), 금액 다름(I03), 엉뚱한 자리(I04), 무료임차 미반영(I05)을 나눕니다. | 오류 유형이 한 덩어리로 섞입니다. |
| ④ 수령 조건 미확정 분리 | 조건이 정해지지 않은 인센티브(I06)를 확인 필요로 따로 표시합니다. | 정해지지 않은 건이 오류와 섞입니다. |
| ⑤ 대사식 전수 검산 | 산출표와 계약, 요약이 맞물리는지 서비스가 매번 다시 계산합니다. | 요약이 명세와 맞는지 담당자가 직접 확인합니다. |
도입하면 달라지는 것
- 리스 개시 결산 때 인센티브 반영 상태를 계약별로 확인합니다
- 사용권자산에서 빠지지 않은 받은 인센티브를 결산 전에 찾습니다
- 원인이 인센티브 단위로 남아 감사 대응 자료가 됩니다
이런 회사에 맞습니다
사무실·매장·물류창고처럼 임대인에게서 시설개선 지원금이나 무료임차 기간을 받는 리스 계약이 많은 회사, 리스 개시 결산에서 사용권자산을 검토하는 재무팀에 맞습니다.
실행 화면
실제로 돌아가는 화면 8종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있습니다. 숫자는 모두 같은 가상 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

처음 열면 자동으로 한 번 조회합니다. 요약에서 재계산 리스부채와 점검이 필요한 인센티브 건수를 먼저 봅니다.

차이가 있는 계약은 점검 필요로 표시됩니다. 행을 누르면 어떤 인센티브에서 차이가 났는지 열립니다.

별도 수익으로 처리했거나 반영이 빠진 건은 점검 필요, 수령 조건이 정해지지 않은 건은 확인 필요입니다.

무료임차 기간의 달은 리스료가 0 으로 들어가고, 받을 인센티브는 받는 달의 리스료에서 빠집니다.

대사식 6종은 모두 차이 0 이며, 아래 두 줄의 예외 건수는 대사 차이가 아니라 일부러 넣은 점검 대상의 개수입니다.

계약 한 건의 인센티브와 현재가치 산출이 한 창에 모여 있어 차이의 원인을 바로 따라갑니다.

회사·개시월 단위 합계에서 계약 목록으로 내려가는 길입니다.

날짜 조건은 서비스가 직접 해석하는 $filter(ge·le)로 전달됩니다.
SAP 표준 기능 확장 포인트
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 리스 계약 전용 T-code 는 확인하지 못해 "확인 필요"로 남겼습니다.
| 표준 T-code | 이름 | 이 화면과의 연결 |
|---|---|---|
| FAGLB03 | 총계정원장 잔액 조회 | 리스부채·사용권자산 계정의 월별 잔액을 재계산 금액과 맞춘다 |
| FAGLL03 | 총계정원장 개별 항목 조회 | 인센티브 반영 전표 줄과 계정을 확인한다 |
| FB03 | 전표 조회 | 점검 필요로 나온 인센티브의 전표를 연다 |
| AW01N | 자산 탐색기 | 사용권자산의 취득 원가를 확인한다 |
| 확인 필요 | 리스 계약 관리 전용 T-code | 리스 계약 모듈을 쓰는 경우 해당 T-code 를 확인한다 |
요구사항 매핑
| 요구사항 | 대응 기능 | 판정 코드 |
|---|---|---|
| 리스료는 받을 리스 인센티브를 차감한 고정 리스료 | 현재가치 산출표 · 계약 점검 | I03 · I04 |
| 사용권자산 원가에 개시일 전 지급 리스료와 개시직접원가를 더하고 받은 인센티브를 차감 | 계약 점검 · 대사 결과 | I01 · I02 |
| 리스기간에 무료임차 기간을 포함 | 현재가치 산출표 | I05 |
| 조건에 따라 달라지는 지원금은 조건 확정 여부 확인 | 인센티브 명세 | I06 |
판정 규칙
| 대상 | 판정 코드 | 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|---|
| 인센티브 | I00 | 계약 금액 그대로, 알맞은 자리에 반영 | 정상 | 조치 없음 |
| 인센티브 | I01 | 받은 인센티브를 사용권자산에서 빼지 않고 별도 이익이나 이연수익으로 처리 | 점검 필요 | 사용권자산 원가에서 차감했는지 확인한다 |
| 인센티브 | I02 | 받았거나 받을 인센티브가 장부에 반영되지 않음 | 점검 필요 | 반영 누락 여부를 확인한다 |
| 인센티브 | I03 | 반영했으나 금액이 계약 금액과 다름 | 점검 필요 | 계약서의 금액과 장부를 맞춘다 |
| 인센티브 | I04 | 엉뚱한 자리에 반영(받을 인센티브를 사용권자산에서 차감 등) | 점검 필요 | 알맞은 자리를 확인한다 |
| 인센티브 | I05 | 무료임차 기간을 리스기간에 반영하지 않음 | 점검 필요 | 리스기간과 월별 리스료를 확인한다 |
| 인센티브 | I06 | 수령 조건이 확정되지 않음 | 확인 필요 | 조건 충족 여부를 정한다 |
| 계약 | C00 | 모든 인센티브가 알맞게 반영되고 재계산과 장부가 같음 | 정상 | 조치 없음 |
| 계약 | C01 | 반영이 어긋난 인센티브가 있거나 재계산과 장부가 다름 | 점검 필요 | 계약 상세에서 어긋난 인센티브를 본다 |
| 계약 | C02 | 확인 필요 인센티브만 있음 | 확인 필요 | 수령 조건을 확인한다 |
| 회사·개시월 | R00 · R01 · R02 | 모두 정상 · 점검 필요 계약 있음 · 확인 필요만 있음 | 정상 · 점검 필요 · 확인 필요 | 해당 계약을 연다 |
모든 코드는 점검 대상을 가리는 표시이며 처리 방법은 회사가 정합니다. 최종 판단은 회사와 감사인이 합니다.
재계산 순서
- 월별 리스료 — 무료임차 기간의 달은 리스료를 0 으로 둡니다.
- 받을 인센티브를 받는 달의 리스료에서 뺍니다.
- 순 현금흐름을 증분차입이자율의 월 환산 할인율로 할인해 더하면 재계산 리스부채입니다.
- 재계산 리스부채 + 선급 리스료 + 개시직접원가 − 받은 인센티브가 사용권자산입니다.
- 장부 − 재계산이 차이이고, 인센티브마다 기대 처리와 장부 처리를 견줍니다.
CDS 구성
원천 테이블
| 원천 테이블 | 내용 | 이 화면에서 쓰는 곳 |
|---|---|---|
| 확인 필요 | 리스 계약 마스터(리스 계약 모듈 사용 시) | 계약 조건, 리스기간, 월 리스료 |
| ACDOCA | 총계정원장 전표 항목 | 리스부채·사용권자산 장부 금액, 인센티브 반영 전표 줄 |
| BKPF | 전표 헤더 | 전표일과 전표 번호 |
| ANLA · ANLC | 자산 마스터와 값 | 사용권자산 취득 원가 |
필드 매핑
| OData 엔티티.프로퍼티 | 원천 테이블.필드 / 산출식 |
|---|---|
| ConSet.LiabBook · RouBook | ACDOCA.HSL (리스부채·사용권자산 계정 잔액) |
| IncSet.Amount · BookAmt | 계약 인센티브 금액 · ACDOCA.HSL (반영 전표 줄) |
| SchedSet.Pv | NetCf × DiscFactor — 산출 |
| ConSet.LiabExp | Σ SchedSet.Pv — 산출 |
| ConSet.RouExp | LiabExp + PrePay + Idc − IncRcvd — 산출 |
| ConSet.LiabDiff | LiabBook − LiabExp — 산출 |
CDS 뷰 스케치
@EndUserText.label: '리스 인센티브 반영(스케치)'
define view entity ZI_LeaseIncentive
as select from zlease_inc as i // 리스 인센티브 테이블 — 확인 필요
inner join zlease_con as c on c.lease_no = i.lease_no // 리스 계약 — 확인 필요
{
key c.bukrs as Bukrs,
key c.lease_no as LeaseNo,
key i.inc_no as IncNo,
i.kind_id as KindId,
i.recv_date as RecvDate,
i.amount as Amount
}스케치이며 실제 활성화 전에 표준 필드명과 리스 계약 테이블을 확인해야 합니다. 확인하지 못한 항목은 "확인 필요"로 남겼습니다.
데이터 서비스(OData) 계약
서비스 lsincent_srv 는 OData V2 이며 주소는 앱 기준 상대 경로 ./odata/lsincent_srv/ 입니다. 서비스 로직(service.js)이 조회·단건·생성·수정·삭제·펑션을 구현하고 날짜 $filter 를 직접 처리합니다.
| 엔티티셋 | 용도 | 키 | 필터 대상 | 요청 예 |
|---|---|---|---|---|
RecSet | 회사·개시월 요약 — 재계산·장부 금액, 차이, 판정 | Gjahr · Monat · Bukrs | Gjahr · Monat · Bukrs · CheckCode · CheckStatus | GET ./odata/lsincent_srv/RecSet?$filter=Gjahr eq '2026' and CheckStatus eq 'CHECK'&$orderby=LiabDiffAbs desc&$top=50&$inlinecount=allpages&$format=json |
ConSet | 계약 점검 — 계약별 재계산·장부 금액 | Gjahr · Monat · Bukrs · LeaseNo | Gjahr · Monat · Bukrs · TypeId · AssetName(포함) · CommDate(기간) · CheckCode · CheckStatus | GET ./odata/lsincent_srv/ConSet?$filter=Gjahr eq '2026' and CommDate ge datetime'2026-03-01T00:00:00' and CommDate le datetime'2026-05-31T00:00:00'&$orderby=LeaseNo asc&$top=50&$inlinecount=allpages&$format=json |
IncSet | 인센티브 명세 — 기대 처리와 장부 처리 비교 | Gjahr · Monat · Bukrs · LeaseNo · IncNo | Gjahr · Monat · Bukrs · LeaseNo · KindId · ExpTreat · BookTreat · RecvDate(기간) · CheckCode · CheckStatus | GET ./odata/lsincent_srv/IncSet?$filter=Gjahr eq '2026' and KindId eq 'TIA' and CheckStatus eq 'CHECK'&$orderby=IncNo asc&$top=50&$inlinecount=allpages&$format=json |
SchedSet | 현재가치 산출표 — 월별 리스료·인센티브·현재가치 | Gjahr · Monat · Bukrs · LeaseNo · MonthNo | Gjahr · Monat · Bukrs · LeaseNo · PayDate(기간) | GET ./odata/lsincent_srv/SchedSet?$filter=Gjahr eq '2026' and LeaseNo eq 'L2604'&$orderby=MonthNo asc&$top=100&$inlinecount=allpages&$format=json |
ReconSet | 대사 결과 | Gjahr · ReconNo | Gjahr · Kind | GET ./odata/lsincent_srv/ReconSet?$filter=Gjahr eq '2026' and Kind eq 'INT'&$orderby=ReconNo asc&$format=json |
펑션
| 펑션 | 용도 | 요청 예 |
|---|---|---|
AbsLiabDiffTotal | 계약별 리스부채 차이의 절댓값 합계 | GET ./odata/lsincent_srv/AbsLiabDiffTotal?Gjahr='2026'&Monat=''&Bukrs='' |
FlagIncentiveCount | 판정이 I00 이 아닌 인센티브 수 | GET ./odata/lsincent_srv/FlagIncentiveCount?Gjahr='2026'&Monat=''&Bukrs='2000' |
검증 결과
| 대사식 | 검사 건수 | 차이 건수 | 최대 차이(원) |
|---|---|---|---|
| 현재가치 산출표 합계 = 계약 리스부채 재계산 | 48 | 0 | 0 |
| 사용권자산 = 리스부채 + 선급 리스료 + 개시직접원가 − 받은 인센티브 | 48 | 0 | 0 |
| 장부 리스부채 차이 = 장부 − 재계산 | 48 | 0 | 0 |
| 월별 장부 현금흐름 합 = 계약 장부값 산출 | 48 | 0 | 0 |
| 요약 = 계약 합계(회사·개시월 27건) | 27 | 0 | 0 |
| 인센티브 명세 금액 합계 = 계약의 받은 + 받을 인센티브 | 48 | 0 | 0 |
| 계약 인센티브 건수 = 명세 행 수 | 48 | 0 | 0 |
| 서비스 대사 결과(ReconSet) INT 차이 합계 | 6 | 0 | - |
검사 건수 합계 315건, 대사 차이 0건입니다. 의도적으로 넣은 예외(점검 필요 24건 · 확인 필요 3건)는 대사 차이와 분리해 기록했습니다.
| 구분 | 건수 | 내용 |
|---|---|---|
| 회사·개시월 R01 · R02 | 19 · 2 | 점검 필요 계약이 있는 개시월 (27건 중, R00 은 6건) |
| 계약 C00 · C01 · C02 | 24 · 21 · 3 | 정상 · 점검 필요 · 확인 필요 (48건) |
| 인센티브 I01 · I02 · I03 · I04 · I05 | 6 · 3 · 3 · 6 · 6 | 별도 이익·이연수익 처리 · 반영 안 함 · 금액 다름 · 엉뚱한 자리 반영 · 무료임차 기간 미반영 |
| 인센티브 I06 (확인 필요) | 3 | 수령 조건이 확정되지 않은 인센티브 |
| 인센티브 I00 | 36 | 알맞게 반영됨 (63건 중) |
| 검사 | 결과 |
|---|---|
| 서비스명 · 폴더 · 메타데이터 · 매니페스트 경로가 같은 소문자 이름 | 일치 |
| 메타데이터 — EDMX 파싱, 키 없는 엔티티 타입 0건 | 통과 |
| 동사 경로 · 커스텀 조회 파라미터 · 전체(ALL) 필터 전송 | 0건 |
| 엔티티셋 응답 d.results · $filter · $orderby · $top · 날짜 $filter(ge·le) | 통과 |
| 펑션 2종 — 선언한 반환형, 키 필드 합산 없음 | 통과 |
| 앱 본체에 샘플 데이터·목업 기동 코드 | 0건 |
| service.js 구문 · export 6개 · 엔티티셋별 데이터 파일 | 통과 |
| 요청 팝업 — 열림 · 복사 · X · 배경 클릭 · ESC | 모두 동작 |
자주 묻는 질문
도입 상담에서 받을 만한 질문을 정리했습니다. 화면의 숫자는 모두 가상 자료이며 최종 판단은 회사와 감사인이 합니다.
이 화면은 어떤 회계기준과 관련이 있나요?
IFRS 16 리스(K-IFRS 제1116호)에서 임차인이 리스제공자로부터 받았거나 받을 리스 인센티브를 다룹니다. 리스료는 받을 인센티브를 뺀 고정 리스료이고, 사용권자산 원가는 리스부채에 개시일 전 지급한 리스료와 개시직접원가를 더하고 받은 인센티브를 뺀 금액입니다. 무료임차 기간은 리스기간에 포함합니다. 문단 번호는 이 설명서에서 인용하지 않았으며 요구사항 이름만 적었습니다.
판정이 "점검 필요"이면 회계처리가 틀렸다는 뜻인가요?
아닙니다. 인센티브의 기대 처리와 장부 처리가 다르거나 재계산 금액과 장부 금액이 다른 건처럼 다시 볼 대상을 가리는 표시입니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
화면의 숫자는 실제 회사 자료인가요?
아닙니다. 가상 보고기업 세 곳과 가상 리스 계약으로 만든 검증용 샘플 데이터입니다.
할인율은 어떻게 정했나요?
계약마다 샘플에 넣은 증분차입이자율을 월 단위로 환산해 씁니다. 실제 적용 값은 회사가 정합니다.
받을 인센티브는 왜 리스료에서 빼나요?
리스료는 받을 리스 인센티브를 뺀 고정 리스료로 보기 때문입니다. 받은 달의 리스료가 그만큼 줄어드는 것으로 계산합니다.
받은 인센티브와 받을 인센티브는 어떻게 다르게 처리하나요?
개시일 전에 이미 받은 인센티브는 사용권자산 원가에서 뺍니다. 개시일 이후에 받을 금액이 정해져 있으면 그 달의 리스료에서 빼서 리스부채를 줄입니다. 화면은 이 두 갈래를 인센티브마다 기대 처리로 보여 줍니다.
이전 비용을 임대인이 대신 내 준 경우는 어떻게 보나요?
임차인이 부담할 비용을 임대인이 대납한 것도 리스 인센티브로 봅니다. 샘플에서는 이전 비용 대납 건을 사용권자산 차감 대상으로 가정해 반영 여부를 견줍니다. 실제 판단은 회사가 계약 내용을 보고 합니다.
무료임차 기간은 왜 리스기간에 넣나요?
임대인이 임차료를 받지 않는 기간도 임차인이 자산을 쓸 권리를 가지는 기간이기 때문입니다. 그래서 리스기간에는 포함하고 그 달의 리스료만 0 으로 둡니다. 리스기간에서 빼면 리스부채가 달라집니다.
판정 코드 I01 은 무엇을 뜻하나요?
받은 인센티브를 사용권자산에서 빼지 않고 별도 이익이나 이연수익으로 처리한 건입니다. 두 방식은 사용권자산 금액이 다르게 나오므로 점검 대상으로 가립니다.
판정 코드 I06 확인 필요는 오류인가요?
오류가 아닙니다. 지원금을 받을 조건이 아직 정해지지 않은 건이라 반영 여부를 판단하기 전에 조건부터 확인하라는 표시입니다.
재계산 리스부채는 어떻게 구하나요?
월별 리스료에서 받을 인센티브를 뺀 순 현금흐름을 증분차입이자율의 월 환산 할인율로 할인해 더합니다. 계약 상세 창에서 월별 현재가치 산출표를 직접 볼 수 있습니다.
사용권자산 재계산은 어떤 식인가요?
재계산 리스부채에 개시일 전에 지급한 리스료와 개시직접원가를 더하고 받은 인센티브를 뺍니다. 대사 결과 탭에서 이 식이 48건 모두 맞는지 확인합니다.
장부 금액과 재계산 금액이 다르면 장부가 틀린 건가요?
단정할 수 없습니다. 재계산은 샘플에 넣은 계약 조건과 할인율을 가정한 값입니다. 차이는 다시 볼 대상을 가리는 것이고 판단은 회사와 감사인이 합니다.
대사 결과의 예외 두 줄은 무엇인가요?
일부러 넣은 점검 필요 24건과 확인 필요 3건의 개수입니다. 대사 차이와 섞이지 않도록 별도 종류(EXC)로 따로 표시합니다.
날짜 조건은 어떻게 서버로 가나요?
개시·수령일 조건은 날짜 $filter(ge·le)로 보냅니다. 서비스 로직(service.js)이 날짜를 직접 해석해 범위에 맞는 행만 돌려줍니다.
조회 결과를 엑셀로 가져갈 수 있나요?
CSV 내려받기 버튼이 지금 보는 탭의 결과를 UTF-8 CSV 로 내려줍니다.
데이터 서비스는 실제 SAP 와 어떻게 연결하나요?
화면은 OData V2 서비스 주소만 압니다. 서비스를 SAP Gateway 의 CDS 기반 서비스로 바꾸고 manifest 의 주소만 고치면 같은 화면이 동작합니다. 필드 매핑은 이 글의 CDS 절에 있습니다.
여러 보고기업을 한 번에 점검할 수 있나요?
가능합니다. 샘플은 가상 보고기업 세 곳을 한 서비스에서 내려주며, 보고기업 조건을 비우면 전체를 봅니다.
감사인에게 어떤 근거로 쓸 수 있나요?
계약별 재계산 근거와 인센티브별 반영 상태가 남으므로 문의 자료로 쓸 수 있습니다. 다만 이 화면은 점검 도구이며 회계처리의 최종 판단은 회사와 감사인이 합니다.
모바일이나 좁은 화면에서도 쓸 수 있나요?
표는 가로로 넘기며 볼 수 있고 조회조건은 줄바꿈됩니다. 상세 창도 좁은 화면에 맞춰 열립니다.