리스제공자 리스료 수취 만기분석 점검 — IFRS 16 에서 운용리스·금융리스 할인 전 리스료를 받을 시기별로 다시 나눠 공시 초안과 맞춰 보는 화면

이 화면은 리스료 수취 만기분석을 확정해 주나요?

아니요. 지급 일정의 수취 예정일과 리스료 성격으로 구간을 다시 구해 공시 초안과 견주고, 다른 건을 “점검 필요”로 보여 주는 점검 도구입니다.

어느 금액을 어느 구간에 둘지는 기준서의 요구사항을 읽는 회사의 판단이고, 그 판단을 검토하는 것은 감사인의 몫입니다. 화면은 분류 · 집계 · 대사를 돕는 조회 도구이며 최종 판단은 회사와 감사인이 합니다. 그래서 “점검 필요”는 오류가 아니라 기록을 다시 확인해 보라는 뜻입니다.

재계산 구간은 어떻게 구하나요?

지급 건의 수취 예정일과 리스료 성격 두 가지만 씁니다. 수취 예정일이 비어 있으면 판정 보류, 성격이 기수취이거나 수취 예정일이 보고기간 말 이전이면 기수취, 변동리스료이면 구간 제외, 그 밖에는 보고기간 말 이후 몇 년째인지에 따라 1년 이내부터 5년 초과까지 구간을 정합니다.

이 순서는 화면의 점검 규칙이며 보고기간 말은 회계연도 12월 31일로 둡니다. 기준서가 요구하는 구간 구성과 각 금액의 포함 요건은 원문 확인 필요이므로, 도입 전에 회사와 감사인이 규칙을 먼저 합의하는 편이 안전합니다.

점검 필요와 확인 필요는 무엇이 다릅니까?

점검 필요는 재계산 구간이 공시 초안과 다르거나(M01), 변동리스료(M02)나 이미 받은 금액(M03)이 구간 안에 있거나, 앞으로 받을 금액이 구간에서 빠진 건(M04)입니다. 확인 필요는 수취 예정일이 정해지지 않아 구간을 판단할 기준 자체가 없는 건(M09)입니다.

점검 필요는 “기록을 확인해 보세요”, 확인 필요는 “일정을 먼저 정해 주세요”라는 뜻이라 조치하는 사람과 시점이 다릅니다. 확인 필요 건의 금액은 판정 보류로 따로 모여 재계산 합계에 섞이지 않습니다.

변동리스료는 왜 점검 대상입니까?

지수나 요율에 연동되지 않는 변동리스료는 리스료의 정의에 들어가지 않는다고 보고, 할인 전 리스료 만기분석에서 빠졌는지 확인하는 것이 이 화면의 점검 기준입니다. 공시 초안에 들어가 있으면 M02 로 올라옵니다.

어떤 금액이 지수 연동인지, 실질적 고정리스료인지는 계약 조건에 따라 달라 회사가 판단합니다. 이 판단 요건은 원문 확인 필요이며, 화면은 판단 결과를 입력값(리스료 성격)으로 받아 쓰기만 합니다.

이미 받은 금액이 구간에 들어가면 왜 문제가 됩니까?

만기분석은 보고기간 말 이후에 받을 리스료를 보이는 표입니다. 보고기간 말 이전에 수취가 끝난 금액이 1년 이내 구간에 남아 있으면 앞으로 받을 금액이 과대하게 보입니다.

이 화면은 수취 예정일이 보고기간 말 이전인 건이 공시 초안 구간에 들어 있으면 M03 으로 알립니다. 실제 수취 시점이 일정과 다를 수 있으므로, 상세 화면에서 근거를 보고 표준 T-code 로 원천 전표를 확인하는 것이 순서입니다.

금융리스 순투자 조정은 어떻게 계산합니까?

계약별로 할인 전 리스료에 무보증잔존가치를 더해 할인 전 합계를 구하고, 계약의 내재이자율로 현재가치를 다시 구해 미획득 금융수익을 계산한 뒤 둘의 차이를 재계산 순투자로 봅니다. 이 값을 장부 순투자와 견줘 다르면 N01 로 알립니다.

검증용 샘플 데이터의 금융리스 5건 중 4건은 장부와 같고 1건은 12,000,000원 차이가 납니다. 조정표의 정확한 구성과 잔존가치의 범위는 원문 확인 필요입니다.

합계가 맞는지는 어떻게 확인합니까?

대사 일곱 식으로 확인합니다. 건별 합계와 계약별 합계, 계약별과 구간별 합계, 공시 합계와 재계산 합계의 차이를 점검 코드별 금액으로 설명하는 식, 금융리스 순투자의 조정이 들어 있습니다.

정합성 대사 여섯 식은 검증용 샘플 데이터 전체에서 차이 0 이고, 참고 대사 한 식에만 의도적으로 넣은 예외 건이 남아 있습니다. 이 예외는 대사 차이와 분리해 기록하므로 요약의 정합성 대사 차이가 0건으로 보입니다.

수취 예정일이 없는 금액은 어떻게 처리합니까?

구간을 판단할 기준이 없으므로 임의로 채우지 않고 “확인 필요”로 표시해 판정 보류에 모읍니다. 요약의 확인 필요 항목 수와 구간별 합계의 판정 보류 금액으로 규모를 먼저 볼 수 있습니다.

회사가 일정을 정한 뒤 다시 조회하면 그 금액이 재계산 구간에 들어옵니다. 도입 첫 단계의 목표를 확인 필요 건 0으로 잡는 이유입니다.

처음 열면 무엇이 보입니까?

화면을 열면 회계연도 기준으로 한 번 자동 조회되어 계약별 만기분석이 먼저 채워집니다. 위쪽 요약에는 점검한 지급 건수, 점검 필요 항목, 확인 필요 항목, 구간 이동·정정 필요 금액, 공시 초안에 담긴 할인 전 리스료, 정합성 대사 차이 건수가 보입니다.

요약을 먼저 읽고 표의 점검 결과 칸에서 ‘점검 필요’ 계약부터 확인하는 순서가 기본입니다.

조회조건은 어떻게 걸어야 합니까?

회계연도만 필수이고 나머지는 선택입니다. “전체”를 고르면 그 조건은 서비스로 보내지 않습니다. 수취 예정일은 시작과 종료를 함께 쓰거나 한쪽만 쓸 수 있고, 시작이 종료보다 늦으면 조회하지 않고 안내 문구를 보입니다.

입력칸에서 Enter 키를 누르면 조회 버튼과 같이 동작합니다. 조회 버튼은 조회조건 영역 안 입력칸들의 가장 오른쪽에 있습니다.

점검 필요로 나온 이유는 어디서 봅니까?

지급 건별 점검 탭에서 행을 누르면 상세 창이 열립니다. 점검 근거 문장과 계약 · 리스료 성격 · 수취 예정일 · 공시 초안 구간 · 재계산 구간이 보이고, 아래에 같은 계약의 지급 일정이 회차별로 나옵니다.

이 표에서 어느 회차가 어긋났는지와 이동이 필요한 금액을 같이 읽을 수 있어 별도 엑셀 없이 검토 의견을 쓸 수 있습니다.

이동 필요 금액은 무슨 뜻입니까?

점검 코드가 M01 ~ M04 인 지급 건의 금액입니다. 구간이 다른 건은 옮겨야 할 금액, 변동리스료나 기수취는 빼야 할 금액, 누락은 넣어야 할 금액을 가리킵니다.

이 값은 점검의 규모를 보이는 지표이며 정정 분개의 금액이 아닙니다. 실제 정정 여부와 금액은 회사가 근거를 확인해 정합니다.

CSV 로 내려받으면 무엇이 담깁니까?

지금 보고 있는 탭의 조회 결과가 UTF-8 파일로 내려갑니다. 조회조건으로 좁힌 상태라면 좁힌 결과만 담깁니다.

검토 자료에 붙이거나 감사인에게 근거를 보여 줄 때 쓰는 보조 자료이며, 공시 문서를 대신하지는 않습니다.

좁은 화면에서도 쓸 수 있습니까?

조회조건과 요약은 줄을 바꿔 이어지고 표는 가로로 스크롤합니다. 열을 숨기지 않으므로 같은 숫자를 읽을 수 있습니다.

다만 건별 점검 표는 열이 많아 넓은 화면에서 보는 편이 편하고, 상세 창은 화면 폭에 맞춰 줄어듭니다.

SAP 표준 T-code 와는 어떤 관계입니까?

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 리스수익 · 금융수익 계정 라인은 FAGLL03, 리스료 미수 항목은 FBL5N, 전표는 FB03, 계정 잔액은 FAGLB03, 부동산 리스 계약은 RECN 에서 확인하고, 이 화면은 그 결과를 지급 일정과 구간 관점으로 다시 묶어 보여 줍니다.

표준에 없는 비교(지급 일정에서 구간을 다시 구해 공시 초안과 견주는 일)만 이 화면이 더합니다.

기존에 쓰던 리포트와 엑셀은 없애야 합니까?

없애지 않고 둡니다. 대사와 감사 대응, 법정 공시용 출력은 표준 거래가 맡는 편이 안전하고, 이 화면은 그 앞단에서 점검을 줄여 주는 용도입니다.

엑셀로 관리하던 공시 초안은 초안 구간을 가져오는 업로드 테이블로 옮기면 같은 초안을 그대로 이 화면에서 견줄 수 있습니다.

S/4HANA 분석 앱과는 어떻게 다릅니까?

표준 분석 쿼리나 Fiori 분석 앱은 계정과 기간 축으로 합계를 보는 데 강합니다. 이 화면은 지급 일정이라는 별도 축을 가진 점검 전용 서비스라서, 합계가 다른 이유를 건 단위로 설명할 때 씁니다.

같은 CDS 뷰를 분석 앱에서도 읽도록 열어 두면 두 화면이 같은 원천의 숫자를 봅니다. 표준 뷰의 이름과 필드는 대상 릴리스에서 확인이 필요합니다.

IFRS 16 은 언제부터 적용합니까?

IFRS 16 리스(K-IFRS 제1116호)는 2019-01-01 이후 개시하는 회계연도부터 적용합니다. 이 화면이 점검하는 리스제공자의 만기분석 공시는 그 이후 모든 회계연도에 해당합니다.

경과규정과 문단번호는 원문 확인 필요이며, 이 글은 기준서의 해석을 단정하지 않습니다.

리스이용자 쪽 공시도 점검합니까?

아니요. 이 화면은 리스제공자가 리스료를 받을 시기별로 밝히는 만기분석만 다룹니다. 리스이용자의 리스부채 만기나 표시 점검은 별도 점검 화면의 몫입니다.

같은 회사가 제공자이면서 이용자인 경우에는 두 쪽을 각각 점검해야 합니다.

누가 쓰는 화면입니까?

결산 주석을 맡는 회계팀과 그 결과를 검토하는 경영지원팀이 주로 씁니다. 감사 대응 담당자는 건 상세에서 점검 근거를 확인하고 CSV 로 내려받아 자료에 붙입니다.

판정 규칙을 바꾸는 사람은 따로 있어야 합니다. 리스료 성격 매핑을 바꾸면 모든 건의 점검 결과가 함께 바뀌므로 회계팀장 승인 같은 절차를 두는 편이 안전합니다.

운영 시스템에 연결하려면 무엇이 필요합니까?

리스료 성격 매핑, 지급 일정의 원천, 공시 초안 구간의 원천, 금융리스의 내재이자율 입력 위치를 먼저 정하고, CDS 뷰를 만들어 서비스로 게시한 뒤 화면 설정의 서비스 주소를 바꾸면 됩니다. 화면 코드는 고치지 않습니다.

소요 기간은 이 값들을 정하는 데 걸리는 시간이 대부분이며, 고객사의 리스 관리 방식에 따라 달라 확인 필요입니다.

권한은 어떻게 설계합니까?

회사코드 단위 접근 제어를 건 뷰, 큐브, 쿼리에 모두 겁니다. 합계만 읽을 수 있는 사람이 건 단위 조회와 합계의 차이로 다른 회사 숫자를 알아내는 일을 막기 위해서입니다.

계정 범위 권한도 함께 걸 수 있고, 권한 오브젝트와 값은 고객사 보안 정책에 따라 정합니다.

데이터가 아주 많아지면 느려지지 않습니까?

합산은 데이터베이스의 큐브에서 하므로 건수가 늘어도 화면이 모든 건을 내려받지 않습니다. 건 단위 탭은 페이징으로 나눠 읽습니다.

다만 지급 일정이 수만 건이 넘으면 회계연도와 회사코드를 필수 조건으로 걸고 인덱스를 확인해야 합니다. 구체 응답 시간은 시스템 구성에 따라 달라 확인 필요입니다.

구간 틀이나 매핑이 바뀌면 어떻게 합니까?

리스료 성격은 매핑 테이블만 고치면 됩니다. 구간 경계는 판정 뷰 한 곳의 식만 고치면 되고, 화면 코드는 건드리지 않습니다. 규칙이 뷰 한 곳에 있어서 합계와 대사가 같이 따라옵니다.

바꾼 뒤에는 대사 결과가 여전히 차이 0 인지 먼저 확인합니다. 규칙이 바뀌어 점검 결과가 크게 달라지는 것은 정상이며, 그 변화를 설명할 수 있어야 합니다.

도입 첫해에 어떤 순서로 쓰면 좋습니까?

먼저 확인 필요 건을 0 으로 만드는 것을 목표로 지급 일정의 수취 예정일을 채웁니다. 그다음 점검 필요 건을 점검 코드별로 훑어 규칙과 회사 기준이 다른 곳을 정리하고, 마지막으로 금융리스 순투자 조정(N01)을 장부와 맞춥니다.

이 순서로 하면 결산 회의가 “어느 건이 다른가”를 찾는 시간에서 “왜 다른가”를 설명하는 시간으로 바뀝니다.

검증용 샘플 데이터는 실제 회사 자료입니까?

아닙니다. 회사 두 곳, 리스 계약 15건(운용리스 10건 · 금융리스 5건), 지급 건 98건으로 만든 가상의 자료이며 계약명도 일반 명칭입니다. 점검 코드가 골고루 나오도록 예외 건을 의도적으로 넣었습니다.

실제 도입에서는 같은 구조의 서비스를 운영 데이터에 연결해 쓰고, 샘플 데이터는 화면 확인 용도로만 둡니다.