SAP 사용권자산·리스부채 재무상태표 표시 점검 — IFRS 16, 별도 표시했는지·합산했다면 주석에 밝혔는지·표시 항목 합계가 계약과 맞는지 한 화면에서

이 화면이 재무상태표 표시가 맞다 틀리다를 판정해 주나요?

아닙니다. 계약별 장부 표시와 회사 표시 정책·보유 목적으로 정한 점검 기준 표시를 견주어 달라 보이는 곳을 “점검 필요”로, 회사가 먼저 판단해야 하는 곳을 “확인 필요”로 알려 주는 점검 도구입니다. 표시 위치의 적정성과 주석 공시의 충분성, 최종 판단은 회사와 감사인이 합니다.

점검 코드는 몇 가지이고 한 계약에 둘 이상 걸리면 어떻게 되나요?

P01(투자부동산 표시 확인), P05(리스부채 재계산 차이), P02(사용권자산 표시 항목 주석), P03(리스부채 표시 항목 주석), P04(표시 정책 확인), P09(보유 목적 확인)와 정상(P00)입니다. 둘 이상 해당하면 이 순서의 앞선 코드 하나로만 표시하므로, 앞선 코드를 정리한 뒤 다시 조회하면 다음 코드가 드러날 수 있습니다.

사용권자산을 유형자산에 합산해 표시한 계약은 모두 “점검 필요”인가요?

아닙니다. 합산 표시 자체는 문제로 보지 않고, 합산한 표시 항목을 주석에 밝히지 않은 계약만 P02 로 띄웁니다. 주석에 밝힌 계약은 정상으로 남습니다. 주석 공시가 충분한지는 이 화면이 판단하지 않습니다.

리스부채 재계산 차이는 어떻게 구하나요?

계약별로 유동 부분과 비유동 부분을 더한 값과 장부의 리스부채 잔액을 견줍니다. 샘플 데이터에서는 두 계약이 각각 15백만 원, 22백만 원 다르게 들어 있어 P05 로 나옵니다. 차이의 원인은 화면이 단정하지 않으며 상환 일정과 전표를 확인해야 합니다.

합계 대사가 맞는데 점검 필요 계약이 있는 건 모순 아닌가요?

모순이 아닙니다. 대사는 표시 항목별로 모은 합계가 계약별 합계와 같은지를 보는 산술 검산이고, 점검 코드는 그 금액이 놓인 위치와 공시 여부를 보는 판단 보조입니다. 금액 합계는 맞아도 위치가 기준과 다를 수 있습니다.

샘플 데이터는 실제 고객 자료인가요?

아닙니다. 가상의 회사코드 1000·2000과 계약 30건, 전표 라인 120건으로 만든 검증용 샘플이며 실제 고객사의 계약·계정·금액을 쓰지 않았습니다. 장부와 기준이 달라 보이는 12건은 화면 동작을 보이려고 의도적으로 넣은 예외입니다.

조회는 어떻게 하나요?

회계연도를 4자리로 입력하고 조회 버튼을 누르거나 Enter 를 누릅니다. 회사·기초자산 유형·보유 목적·장부 표시·전기일 기간·계약명·점검 코드·점검 결과는 선택이며, “전체”로 두면 그 조건은 서버로 보내지 않습니다. 화면을 처음 열면 2026 으로 자동 조회합니다.

요약 숫자 일곱 가지는 무엇인가요?

점검한 계약 수, 표시 항목 이동 검토(함수 호출 결과), 확인 필요 계약, 주석 공시 점검 계약, 리스부채 재계산 차이 계약, 표시 항목별 장부와 기준의 차이 절댓값 합(백만 원), 정합성 대사 차이 건수입니다. 샘플 기준으로 30·4·2·4·2·12,650·0 이 나옵니다.

행을 누르면 무엇이 열리나요?

보유 목적, 장부·기준 표시 항목, 표시 항목 주석 여부, 점검 내용과 함께 그 계약의 장부 금액을 이룬 전표 라인이 계정별로 열립니다. 전표 번호는 FB03 으로 원전표를 확인하는 출발점이 됩니다.

결과를 파일로 가져갈 수 있나요?

현재 탭의 결과를 UTF-8(BOM) CSV 로 내려받을 수 있고 파일 이름은 기능명과 탭 이름입니다. 엑셀에서 한글이 깨지지 않도록 BOM 을 붙입니다.

좁은 화면에서도 쓸 수 있나요?

창이 좁아지면 조회조건이 위아래로 쌓이고 요약 숫자와 표가 줄바꿈되며 표는 가로로 넘겨 봅니다. 기능은 같고 배치만 달라집니다.

이 화면이 SAP 표준 T-code 를 대신하나요?

대신하지 않습니다. 원천 라인은 FAGLL03·FBL3N, 전표는 FB03, 계정 잔액은 FS10N, 리스 계약 조건은 RECN 처럼 표준 화면이 담당하고 이 화면은 표시 위치와 주석 공시, 합계 대사라는 점검 관점을 더해 확장합니다. 기존 리포트를 없앨 필요는 없습니다.

어느 기준서의 어떤 요구를 다루나요?

IFRS 16 리스(K-IFRS 제1116호)에서 리스이용자가 사용권자산과 리스부채를 재무상태표에 별도로 표시하거나, 다른 항목에 포함했다면 그 항목을 주석에 공시하는 요구, 투자부동산 정의에 해당하는 사용권자산의 표시 요구를 다룹니다. 기준서 문단번호는 원문 확인 전이라 적지 않았습니다.

IFRS 16 은 언제부터 적용되나요?

IFRS 16 과 K-IFRS 제1116호는 2019년 1월 1일 이후 개시하는 회계연도부터 적용되는 기준으로 알려져 있습니다. 개별 회사의 경과규정 적용 여부는 이 글에서 확인하지 못해 다루지 않았으며 확인 필요입니다.

투자부동산 판단은 어떻게 하나요?

보유 목적이 임대 또는 시세차익으로 기록된 계약의 사용권자산이 투자부동산 항목에 놓였는지만 봅니다. 투자부동산 정의에 해당하는지의 판단은 회사가 하며, 보유 목적이 비어 있거나 불분명한 계약은 판단하지 않고 P09 로 분리합니다.

회사별 표시 정책은 어디에 두나요?

샘플에서는 회사 1000 이 사용권자산·리스부채를 별도 표시, 회사 2000 이 기초자산 항목·차입금에 합산하는 정책으로 설정되어 있습니다. 실제 운영에서는 정책 값을 매핑 테이블에 두고 변경 이력을 함께 관리해야 하며, 정책 변경 시 비교정보 처리는 확인 필요입니다.

도입하면 무엇이 달라지나요?

결산마다 계정 잔액과 주석 자료, 계약 목록을 따로 맞추던 일을 한 화면에서 이어 보게 됩니다. 어느 계약의 표시 위치와 주석 공시를 먼저 확인할지 정해 두고 시작할 수 있어 확인 순서가 앞당겨집니다. 효과의 크기는 회사의 계약 수와 현재 점검 방식에 따라 다르며 확인 필요입니다.

누가 쓰나요?

리스 회계를 맡은 재무회계팀과 결산 담당자, 주석 공시를 준비하는 담당자가 주 사용자이고 감사 대응 때 같은 화면을 근거 자료로 열어 볼 수 있습니다. 조회·점검 화면이라 전표를 만들거나 수정하지 않습니다.

데이터는 어디서 가져오나요?

장부 금액은 표준 저널 항목(ACDOCA)의 사용권자산·리스부채 계정 라인에서, 계약 속성과 표시 매핑은 회사별 설정에서 가져오는 구성을 전제로 합니다. 계정과 매핑의 실제 값은 회사마다 달라 확인 필요입니다.

실제 SAP 데이터로 연결하려면 무엇을 바꾸나요?

화면은 앱 선언에 적힌 OData 서비스만 바라보므로 같은 구조의 서비스를 연결하면 화면을 고치지 않습니다. 서비스는 CDS 뷰 위에 서비스 정의와 바인딩을 게시해 만들고, 앱 선언의 서비스 주소를 바꿉니다. 소요 기간은 매핑 합의 범위에 따라 달라 확인 필요입니다.

권한과 보안은 어떻게 하나요?

회사코드 단위 권한을 CDS 접근 제어(DCL)로 집계 단계에 걸어 두는 구성을 권합니다. 화면에서 숨기는 방식은 합계로 새어 나갈 수 있어 서비스 쪽에서 거릅니다. 외부 라이브러리 없이 OpenUI5 표준 컨트롤만 쓰고 외부로 데이터를 보내지 않습니다.

계약이 많아지면 느려지지 않나요?

리스 계약은 수천 건 규모가 일반적이라 계약 단위 조회는 서버 페이징으로 충분한 경우가 많고, 전표 라인은 계약을 고른 뒤에만 읽습니다. 수백만 건 이상의 전표를 매번 집계해야 한다면 집계 뷰를 미리 만들고 회계연도·회사코드를 필수 조건으로 두는 설계가 필요하며 실측은 확인 필요입니다.

계정 체계나 매핑이 바뀌면 어떻게 하나요?

표시 항목과 계정의 연결은 매핑 테이블 한 곳에 있어 계정이 새로 생기거나 표시 정책이 바뀌면 그 테이블만 고칩니다. 화면과 판정 로직은 매핑 값을 읽을 뿐이라 코드를 바꾸지 않습니다. 변경은 이송 요청으로 이력을 남깁니다.

결과를 감사인에게 근거로 낼 수 있나요?

판정 규칙, 대사식, 검사 건수와 차이가 화면과 CSV 에 같은 틀로 남아 설명 자료로 쓸 수 있습니다. 다만 이 화면은 점검 도구이며 표시의 적정성과 공시의 충분성에 대한 최종 판단은 회사와 감사인에게 있습니다.