SAP 금융자산 신용위험 등급별 총장부금액 점검 — IFRS 7·IFRS 9, 등급·Stage 별 충당금과 주석 공시 금액이 장부와 맞는지 결산 전에 다시 계산해 대조한다

소개 영상블로그 목차 순서대로 · 자막 포함8개 장면표지 → 조회 → 점검 필요 건 → 등급×Stage 매트릭스 → Stage 이동표 → 대사 결과 → 재계산 → 확인할 수 있는 것

주요 재생 지점

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

결산 때마다 같은 일이 반복됩니다. 금융자산의 신용위험 등급별 총장부금액을 주석에 적어야 하는데, 그 숫자는 어느 Stage 로 분류했는가와 손실충당금을 얼마로 쌓았는가에 매달려 있고, 이 두 가지는 담당자의 엑셀과 장부에 따로 놓여 있습니다. 이 앱은 노출 한 건 한 건을 등급과 연체일수 기준으로 다시 분류하고 다시 계산해, 장부와 주석 숫자가 그 결과와 맞는지를 결산 전에 한 화면에서 확인하게 합니다.

한 줄 요약 — 공시 숫자를 만드는 일은 이미 하고 계실 겁니다. 이 앱의 값은 그 숫자가 맞는지 다른 길로 한 번 더 세어 보는 일에 있습니다: 등급·연체 기준으로 Stage 를 다시 정하고, 그 Stage 로 충당금을 다시 계산하고, 주석 금액과 명세 합계를 맞춥니다. 어긋난 건은 코드와 문장으로 이유를 적어 줍니다.

근거는 두 기준서입니다. IFRS 7 ‘금융상품: 공시’(K-IFRS 제1107호)는 신용위험 등급별 총장부금액과 12개월 · 전체기간 기대신용손실의 구분을 공시하도록 요구하고, IFRS 9(K-IFRS 제1109호)는 신용위험이 유의적으로 증가했는지에 따라 Stage 를 나누어 손실충당금을 측정하게 합니다. 이 앱은 점검 도구입니다. 등급 체계와 Stage 판단, 최종 공시 판단은 회사와 감사인이 하며, 앱은 그 판단이 장부에 일관되게 반영됐는지를 대조할 뿐입니다.

핵심 포인트 여섯 가지

포인트	고객이 얻는 것	지금 방식이라면
① Stage 를 다시 정해 장부와 맞춘다	연체일수 30일 초과 · 5등급은 Stage 2, 90일 초과 · 부도는 Stage 3, 매출채권은 간편법으로 노출마다 산출 Stage 를 정하고 장부 Stage 와 나란히 둡니다. 다른 건은 점검 코드 S01 로 걸립니다.	Stage 분류표를 엑셀에 따로 두고 결산 때만 손으로 대조합니다.
② 충당금을 Stage 별 손실률로 다시 계산한다	총장부금액 × 손실률로 노출마다 산출 충당금을 만들어 장부 충당금과의 차이를 적습니다. 어느 건이 얼마 모자라는지가 건 단위로 보입니다.	합계만 맞춰 보고, 차이가 나면 건을 찾는 데 하루가 갑니다.
③ 등급별 총장부금액이 주석 표 그대로 나온다	등급 × Stage 매트릭스가 주석의 “신용위험 등급별 총장부금액” 표 모양으로 모입니다. 건수 · 총장부금액 · 충당금 · 충당금 비율까지 함께 나옵니다.	피벗 테이블을 해마다 다시 만들고, 지난해 틀과 비교합니다.
④ 주석 공시 금액과 명세를 건 단위로 대조한다	주석에 이미 적은 금액을 명세에 붙여 두고, 다른 건은 점검 코드 A01 로 걸립니다. 차이 금액이 함께 나옵니다.	주석 초안과 장부의 차이를 감사인 질의 때 알게 됩니다.
⑤ Stage 이동표로 장부와 산출의 틈을 본다	장부 Stage 와 산출 Stage 가 갈라진 건만 모아 추가로 필요한 충당금을 보입니다.	재분류 후보를 사람 기억으로 챙깁니다.
⑥ 화면이 스스로 검산한다	대사식 여섯 개를 조회할 때마다 다시 돌려 탭끼리 합계가 맞는지, 장부와 얼마나 다른지를 보여 줍니다. 숫자의 출처를 묻는 질문에 그 자리에서 답합니다.	“이 숫자 맞아?” 에 맞다는 근거를 매번 새로 만듭니다.

사례로 보는 효과 — 9건 중 3건이 Stage 였습니다

이 사례 자료는 금융자산 44건 · 총장부금액 751억 3천만 원입니다(모두 가상 자료입니다). 합계만 보면 장부 손실충당금 9억 8,340만 원은 별 이상이 없어 보입니다. 그런데 노출을 다시 분류하자 9건이 점검 대상으로 걸렸습니다. 이 가운데 3건은 장부 Stage 가 산출 Stage 보다 한 단계 낮았습니다 — 예컨대 연체 45일인 5등급 대여금 18억 5천만 원은 장부에 Stage 1 로 올라 있었습니다.

한 건의 차이
Stage 1 장부 충당금 = 18.5억 × 3% = 5,550만 원 → Stage 2 산출 충당금 = 18.5억 × 12% = 2억 2,200만 원

이런 건이 3건이면 충당금이 3억 5,789만 원 부족합니다(Stage 이동 3건 + 간편법 반올림). 총액으로는 가려지던 숫자가 건 단위로 보이는 것이 이 앱을 쓰는 첫 번째 이유입니다.

나머지 6건은 등급이 높은데 연체가 길거나(G01), 장부 충당금이 다시 계산한 값과 다르거나(L01), 주석 총장부금액이 명세와 다른(A01) 건입니다. 코드마다 “결산 전에 누가 무엇을 고쳐야 하는지” 가 달라, 담당 부서로 건을 나눠 주기도 쉽습니다.

도입하면 달라지는 것

결산 마감 전 점검 — 주석 초안이 나오기 전에 Stage · 충당금 · 주석 금액의 어긋남을 건 단위로 알 수 있습니다.
감사인과의 대화 — “이 숫자는 이렇게 다시 계산해 맞췄다” 는 대사 결과를 보여 줄 수 있어 질의 왕복이 줄어듭니다.
분기마다 같은 틀 — 기준 연월만 바꾸면 같은 점검이 돌아, 해마다 피벗을 새로 짜지 않습니다.
건 단위 담당 지정 — 점검 코드가 S01 · G01 · L01 · A01 로 나뉘어 재무회계 · 리스크 · 영업관리 중 누가 볼 건인지 갈립니다.

이런 회사에 맞습니다

대여금 · 매출채권 · 채무증권 · 대출약정 같은 금융자산이 여러 종류로 섞여 있어 주석 작성이 엑셀 중심인 회사, 신용위험 등급과 Stage 를 장부 밖 표로 관리해 장부와 따로 놀 위험이 있는 재무회계팀, 감사인의 신용위험 공시 질의에 건 단위 근거를 내야 하는 회계 조직에 맞습니다. 반대로 금융업처럼 수십만 건 · 모형 기반 PD·LGD 로 충당금을 산출하는 곳은 이 앱의 단순한 손실률표로는 맞지 않아, 모형 산출값을 읽어 오는 방식으로 바꿔야 합니다(확장 포인트 참고).

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

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기 Google 계정으로 로그인

사용 방법

기준 연월(예: 202609)을 고르고 조회를 누릅니다. 입력란에서 Enter 를 눌러도 됩니다. 위쪽 지표 여섯 칸이 채워집니다.
필요하면 금융자산 유형 · 신용위험 등급 · 산출 Stage · 등급 평가일(시작~종료) · 점검 코드 · 점검 결과로 범위를 좁힙니다. 조건은 서비스에 필터로 전달되어 서버에서 걸러진 건만 내려옵니다.
노출 명세 탭에서 점검 결과가 “점검 필요” 인 행을 찾습니다. 점검 코드와 점검 내용을 읽으면 무엇이 왜 다른지 압니다.
행을 누르면 노출별 상세가 열려 장부 Stage 와 산출 Stage 로 충당금을 어떻게 다시 계산했는지 봅니다.
등급 × Stage 매트릭스 · Stage 이동표로 합계와 이동 후보를 보고, 대사 결과 탭에서 숫자 자체가 맞는지를 확인합니다.
필요한 범위는 CSV 내려받기로 받아 담당자별로 나눠 줍니다. 초기화를 누르면 조건이 처음 상태로 돌아갑니다.

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 자료(가상)에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다.

처음 열었을 때

**조회 직후 — 노출 명세와 여섯 개 지표** — 기준 연월 202609 를 조회한 모습입니다. 맨 위 지표 여섯 칸(노출 건수 44 · 총장부금액 751억 3천만 원 · 장부 손실충당금 9억 8,340만 원 · Stage 이동 대상 3 · 점검 필요 9 · 대사 차이 2)이 먼저 채워지고, 아래 표가 노출 한 건을 한 행으로 보여 줍니다.

조회조건은 한 줄로 끝납니다. 기준 연월만 필수이고 금융자산 유형 · 신용위험 등급 · 산출 Stage · 등급 평가일 · 점검 코드 · 점검 결과는 좁히고 싶을 때만 씁니다. 조회 · 초기화 버튼은 조건 줄 맨 오른쪽에 있습니다. 표는 장부 Stage 와 산출 Stage 를 나란히 두어, 둘이 다른 행이 한눈에 걸러집니다.

점검 필요 건 찾기

**점검 필요 9건만 모아 보기** — 점검 결과를 “점검 필요” 로 좁힌 모습입니다. 코드는 네 가지입니다 — 장부 Stage 와 산출 Stage 가 다른 S01, 등급과 연체일수가 어긋난 G01, 장부 손실충당금이 다시 계산한 값과 다른 L01, 주석 공시 총장부금액이 명세와 다른 A01.

점검 코드는 한 노출에 하나만 붙습니다. 여러 가지가 겹치면 S01 → G01 → L01 → A01 순으로 가장 앞선 것을 붙이고, 점검 내용 칸에 무엇이 왜 다른지를 문장으로 적습니다. 이 사례 자료에서는 S01 3건 · G01 2건 · L01 2건 · A01 2건, 모두 9건입니다. 나머지 35건은 점검 코드 I00(이상 없음)입니다.

주석 표의 재료

**등급 × Stage 매트릭스 — 주석 표의 뼈대** — 신용위험 등급(1등급~부도)을 행으로, 산출 Stage(Stage 1 · 2 · 3 · 간편법)를 열로 놓고 노출 건수 · 총장부금액 · 손실충당금 · 충당금 비율 · 주석 공시 총장부금액을 모은 탭입니다. 주석의 “신용위험 등급별 총장부금액” 표를 만드는 재료가 이 모양입니다.

이 탭의 합계는 노출 명세 탭의 합계와 같아야 합니다. 그 등식을 대사 결과 탭이 매번 다시 잽니다. 주석 공시 총장부금액 칸은 회사가 이미 만들어 둔 주석 숫자를 그대로 읽어 온 것이라, 명세에서 모은 값과 어긋나는 등급 · Stage 칸은 “점검 필요 건수” 에 잡힙니다.

**Stage 이동표 — 장부와 산출이 갈라진 자리** — 장부 Stage 를 행, 산출 Stage 를 열로 둔 표입니다. 대각선(1→1, 2→2)은 장부와 산출이 같은 건이고, 대각선 밖이 “옮겨야 할 후보” 입니다. 202609 에서는 Stage 1→2 가 2건(30억 7천만 원), Stage 2→3 이 1건(2억 3천만 원)입니다.

옮겨야 할 후보마다 장부 충당금과 산출 충당금, 그리고 그 차이(추가로 쌓아야 하는 충당금)를 함께 적습니다. Stage 1→2 두 건은 장부 9,210만 원에 산출 3억 6,840만 원이라 2억 7,630만 원이, Stage 2→3 한 건은 7,590만 원이 모자랍니다. 간편법 14건은 이동이 없고 반올림 차이 569만 원만 남습니다.

이 화면의 숫자를 믿을 수 있는가

**대사 결과 — 이 화면의 숫자를 스스로 검산** — 대사식 여섯 개를 매번 다시 돌린 결과입니다. 앞 네 개(매트릭스 총장부금액 · 매트릭스 충당금 · 이동표 총장부금액 · 산출 충당금 상세 합계)는 이 화면 안의 탭끼리 맞는지를, 뒤 두 개(주석 공시 총장부금액 · 장부 충당금 대 산출 충당금)는 장부와 맞는지를 잽니다.

앞 네 개는 차이가 0 이어야 정상입니다. 뒤 두 개는 “차이가 있다” 가 곧 점검 결과라서, 202609 에서는 주석 공시 쪽이 2건(최대 5,000만 원), 충당금 쪽이 5건(최대 1억 6,650만 원) 나옵니다. 어긋남이 어디서 나는지는 대사 번호 → 점검 코드로 거슬러 올라가 확인합니다.

건 단위로 들여다보기

**노출 한 건의 상세 — 충당금을 다시 계산한 과정** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

좁은 화면

조회조건과 결과 컬럼

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준이 끊기는 자리만 이어 붙이는 쪽으로 만들었습니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다.

표준으로 되는 것과 안 되는 것

하고 싶은 일	SAP 표준	표준에서 걸리는 자리	이 앱이 하는 일
고객 채권 잔액과 연체 확인	`FBL5N`	고객 한 명 단위 조회라 전체 노출을 등급·연체 기준으로 한 번에 모으지 못합니다	노출 단위 연체일수와 등급을 한 표에 두고 Stage 를 다시 정합니다
고객 신용한도 · 신용 정보 관리	`FD32` 등 신용관리	한도와 점수를 관리할 뿐, IFRS 9 Stage 와 충당금은 이 거래의 범위 밖입니다	등급을 입력값으로 받아 Stage 와 충당금을 다시 계산합니다
충당금 계정 잔액 확인	`FAGLB03`	계정 잔액은 보이지만 “그 잔액이 몇 건의 어떤 Stage 로 이뤄졌나” 는 나오지 않습니다	Stage 별로 다시 계산한 충당금과 장부 합계를 대조합니다
충당금 전표 라인 확인	`FAGLL03`	전표는 보이지만 노출 번호와 Stage 로 묶여 있지 않습니다	노출 단위 장부 충당금을 같은 모양으로 읽어 건별 차이를 적습니다
등급별 총장부금액 주석 표	—	표준에 정해진 리포트가 없습니다. 보통 엑셀 피벗으로 만듭니다	등급 × Stage 매트릭스를 주석 표 모양으로 모읍니다
Stage 분류의 일관성 점검	—	분류는 담당자 판단이고 장부에는 결과만 남습니다	규칙으로 다시 정한 Stage 와 장부 Stage 를 나란히 놓아 다른 건을 걸러 냅니다
주석 금액과 명세의 대조	—	주석은 문서로 따로 쓰이고 장부와 연결되지 않습니다	주석 공시 총장부금액을 명세에 붙여 건 단위 차이를 적습니다

T-code 별 연계 지점

이 앱이 표준 거래의 어느 자리를 이어받는지를 적었습니다. 운영에 올릴 때 “기존 거래를 없애야 하느냐” 는 질문이 꼭 나오는데, 대부분은 없애지 않고 둡니다 — 대사와 감사 대응은 표준 거래가 맡는 편이 안전합니다.

T-code	이름	연계
`FBL5N`	고객 개별항목 조회	연체일수의 출처입니다. 이 앱의 연체일수가 고객 개별항목의 미결 만기일에서 계산한 값과 같은지가 첫 번째 대조점입니다.
`FAGLB03`	총계정원장 잔액	손실충당금 계정 잔액과 이 앱의 장부 손실충당금 합계를 맞춥니다. 운영 검수에서 이 두 숫자를 가장 먼저 대조합니다.
`FAGLL03`	총계정원장 개별항목 조회	충당금 전표 라인입니다. 건별 차이가 나면 이 거래에서 해당 노출의 전기 내역을 찾아 내려갑니다.
`FD32`	신용 관리 — 고객 마스터 변경	고객 신용 정보를 관리하는 쪽입니다. 신용위험 등급을 어디서 가져오는지(신용관리 · 사내 평가 시스템)에 따라 이 앱의 등급 입력이 달라집니다.

S/4HANA 분석 스택과의 자리

기대신용손실을 SAP 안에서 산출하는 방법은 회사마다 다릅니다. 전용 솔루션을 쓰는 회사, 사내 모형 서버에서 산출값을 받아 오는 회사, 엑셀로 손실률표를 관리하는 회사가 섞여 있습니다. 이 앱은 산출 방식과 상관없이 결과(등급 · Stage · 충당금)만 읽어 다시 맞춰 보는 자리에 둡니다.

층	무엇을 하나	이 앱과의 관계
원천	채권 · 대여금 · 증권 · 약정 마스터와 전표	총장부금액 · 연체일수의 출처
등급 · 모형	신용위험 등급 부여, 필요하면 PD · LGD · EAD 산출	등급 · 손실률을 입력으로 받습니다
CDS 뷰	노출 명세와 Stage 판정 · 충당금 재계산을 DB 에서 수행	아래 CDS 구성에 스케치를 적었습니다
OData 서비스	조회조건을 필터로 받아 노출 · 등급 · 이동표 · 대사 결과를 내보냄	이 앱이 읽는 자리입니다(`$filter` 로 조건 전달)
화면	OpenUI5 표 · 지표 · 상세 창	이 앱

확장 포인트 — 운영에서 실제로 손대는 자리

등급 체계를 회사 기준으로 바꾼다. 이 사례는 1~5등급과 부도(D)입니다. 회사의 내부 등급이 10단계라면 등급 표를 갈아 끼우고, Stage 규칙의 임계(연체일수 30일 · 90일, 5등급)도 회사 정책에 맞춥니다.
손실률표를 모형 산출값으로 교체한다. 이 사례는 Stage × 등급별 고정 손실률표입니다. 운영에서는 모형에서 나온 PD · LGD · EAD 로 계산한 충당금을 읽어 오고, 이 앱은 그 값을 “다시 계산한 값” 으로 쓰지 않고 “비교 대상” 으로 둡니다.
신용위험의 유의적 증가 기준을 정리한다. 연체 30일 초과를 추정 기준으로 쓰되, 그 반증 여부와 정성 기준(워치리스트 · 구조조정 등)을 어떻게 반영할지는 회사 정책입니다. 이 앱은 정해진 기준을 일관되게 적용했는지만 봅니다.
주석 숫자의 원천을 연결한다. 주석 공시 총장부금액을 어디서 가져올지(주석 초안 파일 · 결산 시스템 · 연결 패키지)를 정해 서비스가 읽도록 합니다.
집계를 CDS 로 내린다. 이 사례는 노출 44건이라 브라우저가 들고 있어도 되지만, 운영 데이터에서는 서비스에서 “필터를 건 만큼만” 읽는 구조가 맞습니다. 앱은 이미 모든 조건을 서비스 필터로 보냅니다.
권한을 건다. 회사코드와 거래 상대방 범위 권한을 DCL 로 걸어, 볼 수 없는 노출이 합계에 섞이지 않게 합니다.

이 앱이 하지 않는 일. 등급을 매기거나, Stage 를 확정하거나, 충당금을 장부에 전기하지 않습니다. 조회와 점검만 합니다. 결과를 장부에 반영하는 일은 회사의 결산 절차와 감사인의 검토를 거쳐 사람이 합니다.

CDS 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

자주 묻는 질문

도입 상담과 데모에서 실제로 받은 질문들입니다. 네 묶음으로 나누어 적었습니다.

Stage 와 충당금

산출 Stage 는 어떤 규칙으로 정합니까?

네 줄입니다. 매출채권은 간편법(S)으로 둡니다. 부도(D)이거나 연체가 90일을 넘으면 Stage 3, 연체가 30일을 넘거나 5등급이면 Stage 2, 나머지는 Stage 1 입니다. 위에서부터 차례로 보고 먼저 맞는 줄을 씁니다.

이 임계는 K-IFRS 제1109호가 추정으로 두는 연체 30일(신용위험 유의적 증가) · 90일(채무불이행) 기준을 따랐습니다. 회사 정책이 다르면 기준 테이블의 임계를 바꾸면 되고, 규칙이 한 곳에서만 정의되어 있어 화면 · CSV · 서비스가 모두 같이 바뀝니다.

장부 Stage 와 산출 Stage 가 다르면 무조건 틀린 겁니까?

아닙니다. “점검할 건” 이라는 뜻입니다. 회사가 정성 정보(워치리스트, 담보 사정, 계약 조건 변경)를 보고 규칙과 다르게 분류했을 수 있습니다. 그런 건은 근거를 남기고 점검 결과를 “확인 완료” 로 둘 일이지, 숫자를 규칙에 맞춰 고칠 일이 아닙니다.

반대로 근거 없이 다른 건은 대개 연체 정보가 장부 Stage 에 반영되지 않은 경우입니다. 이 앱이 S01 로 걸러 주는 대상이 바로 그것입니다.

충당금 비율은 어떻게 정했습니까?

사례용으로 Stage × 등급별 고정 손실률표를 썼습니다. Stage 1 은 0.1~3%, Stage 2 는 2~12%, Stage 3 은 45%, 간편법은 0.4~9%(부도 50%)입니다. 가상 자료에 맞춘 값이지 실제 회사의 손실률이 아닙니다.

운영에서는 과거 손실 경험과 미래전망 정보로 만든 모형 산출값을 씁니다. 그때 이 앱은 그 값을 “다시 계산한 값” 으로 쓰지 않고 장부와 대조할 비교 대상으로 읽어 옵니다.

간편법 매출채권은 왜 Stage 가 없습니까?

간편법을 쓰는 매출채권은 Stage 를 나누지 않고 처음부터 전체기간 기대신용손실로 측정하기 때문입니다. 그래서 화면에는 Stage 1~3 대신 “간편법” 이라는 구분이 따로 있습니다. 충당금 설정표(연체 구간별 손실률)를 쓰는 회사가 많은데, 이 사례는 등급별 손실률을 같은 방식으로 썼습니다.

미사용 대출약정도 충당금을 쌓습니까?

쌓습니다. 약정 중 아직 인출하지 않은 금액도 신용위험에 노출되어 있으므로 K-IFRS 제1109호의 손상 대상입니다. 이 사례는 약정 금액을 총장부금액 칸에 두고 같은 규칙으로 Stage 와 충당금을 계산했습니다. 실제로는 인출 가능성을 반영한 신용환산율(CCF)로 노출금액을 조정하는 방식이 일반적입니다.

충당금이 모자라는 금액은 어떻게 보입니까?

노출마다 “충당금 차이(장부−산출)” 로, 이동표에서는 “추가 필요 충당금(산출−장부)” 로 보입니다. 부호가 서로 반대인 것은 보는 방향이 달라서입니다. 노출 명세는 장부가 산출보다 적으면 음수이고, 이동표는 더 쌓아야 하는 금액을 양수로 보여 줍니다. 202609 에서 이동 대상 3건의 추가 필요 충당금은 3억 5,220만 원이고, 간편법 반올림 차이 569만 원을 더한 전체는 3억 5,789만 원입니다.

주석 공시

등급별 총장부금액 표는 어떤 기준서에서 요구합니까?

IFRS 7 ‘금융상품: 공시’(K-IFRS 제1107호)가 신용위험 노출을 공시하도록 요구합니다. 신용위험 등급별 총장부금액, 그리고 그 금액이 12개월 기대신용손실로 측정되는지 전체기간 기대신용손실로 측정되는지(신용손상 여부 포함)를 구분해 보여야 합니다. 이 앱의 등급 × Stage 매트릭스는 그 표를 만드는 재료입니다.

이 앱의 매트릭스를 그대로 주석에 붙여도 됩니까?

그대로 붙이도록 만든 화면이 아닙니다. 주석의 표 형식과 구분 단위는 회사와 감사인이 정하고, 이 앱은 그 표를 이루는 숫자가 노출 명세와 맞는지를 확인하는 도구입니다. 점검이 끝난 뒤 숫자를 주석 서식에 옮기는 일은 결산 담당자의 몫입니다.

주석 공시 총장부금액은 어디서 옵니까?

이 사례는 노출마다 “이미 주석 초안에 적은 금액” 을 칸으로 두었습니다. 운영에서는 주석 초안 파일, 결산 시스템, 연결 패키지 중 회사의 원천을 서비스가 읽도록 정합니다. 이 숫자가 없으면 A01 점검 자체가 안 됩니다. 도입할 때 가장 먼저 정할 항목입니다.

공시 차이가 있는 건은 얼마나 됩니까?

202609 에서 2건이고 최대 차이는 5,000만 원입니다. 차이가 있는 건은 점검 코드 A01 이 붙고, 노출 명세의 “공시 차이(주석−명세)” 칸에 금액이 적힙니다. 차이 방향(주석이 크거나 작음)도 부호로 알 수 있습니다.

직전 분기와 비교할 수 있습니까?

기준 연월을 바꿔 두 번 조회하면 됩니다. 이 사례는 202609 와 202606 두 보고기간을 담고 있고, 둘 다 같은 점검 규칙으로 돕니다. 한 화면에서 두 기간을 겹쳐 비교하는 기능은 넣지 않았습니다 — 주석의 전기 비교 표는 결산 담당자가 두 번 조회한 결과로 만드는 편이 점검 목적에 맞기 때문입니다.

화면과 조작

점검 코드가 여러 개 겹치면 어떻게 됩니까?

하나만 붙습니다. S01(Stage 불일치) → G01(등급·연체 불일치) → L01(충당금 불일치) → A01(주석 금액 불일치) 순으로 먼저 걸린 것을 씁니다. Stage 가 틀리면 충당금도 따라 틀리므로, 뿌리가 되는 코드를 먼저 보여 주는 순서입니다. 점검 내용 칸에는 그 코드의 이유를 문장으로 적습니다.

등급 평가일은 무엇에 씁니까?

등급을 마지막으로 평가한 날입니다. 평가가 오래된 노출을 찾을 때 시작·종료일로 범위를 좁힙니다. 이 사례에서 9월 한 달로 좁히면 14건이 나옵니다. 평가일이 오래된 노출은 등급이 최신 신용 상태를 반영하지 못할 수 있어 점검 대상입니다(점검 코드 G01 의 한 원인입니다).

조건을 넣었는데 결과가 바로 안 바뀝니다.

조건을 고른 뒤 조회를 눌러야 합니다(기준 연월 입력란에서는 Enter 로도 됩니다). 조건을 하나씩 바꿀 때마다 서비스를 부르면 느려지고, 중간 상태의 숫자가 보고 자료로 나갈 수 있기 때문입니다. 날짜는 등급 평가일 선택기에서 고르면 바로 조회됩니다.

CSV 에는 어떤 범위가 나옵니까?

지금 열려 있는 탭의 내용이 조회조건을 그대로 반영해 나옵니다. 노출 명세 탭이면 걸러진 노출 행이, 대사 결과 탭이면 대사식 여섯 행이 내려갑니다. 열 이름과 코드 값(Stage · 등급 · 유형)은 화면에 보이는 한글 표기를 따릅니다. 담당자별로 나눠 주려면 점검 코드로 먼저 거른 뒤 내려받으면 됩니다.

노출 상세 창에는 무엇이 있습니까?

행을 누르면 그 노출의 장부 Stage 적용 줄과 산출 Stage 적용 줄이 열립니다. 각 줄에 계산 기초금액 · 적용 손실률 · 재계산 충당금 · 장부 충당금 · 차이가 적혀, “이 차이가 어디서 나왔는지” 를 손으로 따라갈 수 있습니다.

휴대폰에서도 볼 수 있습니까?

볼 수 있습니다. 창이 좁아지면 조회조건이 세로로 쌓이고 표는 가로로 스크롤됩니다. 다만 열이 많은 화면이라 점검 건수를 확인하는 정도가 알맞고, 대사 결과를 놓고 따져 보는 일은 넓은 화면에서 하시길 권합니다.

초기화를 누르면 어디까지 돌아갑니까?

조회조건이 처음 열었을 때 상태로 돌아가고 바로 다시 조회됩니다. 열려 있는 탭은 그대로 둡니다.

도입과 운영

이 앱이 장부를 고칩니까?

고치지 않습니다. 읽기 전용입니다. 점검 결과로 장부 Stage 나 충당금을 바꾸는 일은 회사의 결산 절차와 감사인의 검토를 거쳐 사람이 합니다. 앱은 “어느 건이 규칙과 다른가” 를 알려 주는 데서 멈춥니다.

이 점검만으로 공시가 맞다고 말할 수 있습니까?

말할 수 없습니다. 이 앱은 장부의 Stage · 충당금 · 주석 금액이 같은 규칙으로 다시 세어 본 값과 맞는지를 보는 도구입니다. 규칙 자체(등급 체계, 유의적 증가 판단, 손실률)가 타당한지는 회사와 감사인이 판단합니다. 점검 결과가 “이상 없음” 이어도 그것은 공시가 맞다는 뜻이 아니라 “적용한 규칙 안에서 일관되다” 는 뜻입니다.

이 화면의 숫자는 실제 회사 숫자입니까?

아닙니다. 모든 노출과 금액은 시연을 위해 만든 가상 자료입니다(노출 구분 이름에도 “가상” 이 붙어 있습니다). 업종 이름과 금액 규모는 실제처럼 보이게 맞췄지만 특정 회사나 거래와 관계가 없습니다.

실제 SAP 데이터에 연결하려면 무엇이 필요합니까?

화면은 OData 서비스만 바라봅니다. 그래서 서비스를 실제 CDS 뷰에 연결하면 화면은 그대로 돕니다. 이 사례의 서비스는 가상 자료를 읽지만 같은 모양의 엔티티(노출 · 충당금 상세 · 등급 매트릭스 · 이동표 · 대사)를 내보내도록 되어 있어, 운영에서는 이 엔티티 구성에 맞춰 CDS 를 짜면 됩니다. 어떤 원천에서 무엇을 읽을지는 현재 SAP 환경에 따라 달라 상담이 필요합니다.

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

조건을 모두 서비스 필터로 보내므로 걸러진 만큼만 내려옵니다. 지금 사례는 노출 44건이라 문제가 없고, 수만 건을 넘으면 서비스에서 나눠 받는 방식($top · $skip)과 집계 뷰로 바꿔야 합니다. 그 순서는 CDS 구성 절에 적었습니다.

감사인에게 이 화면을 보여 줘도 됩니까?

보여 주시는 용도로 맞습니다. 다만 이 화면을 “감사인이 요구하는 증빙” 으로 쓰려면 규칙(Stage 임계, 손실률)의 근거 문서가 함께 있어야 합니다. 이 앱의 대사 결과는 “숫자가 내부적으로 맞다” 를 보이는 자료이고, 규칙의 타당성을 입증하는 자료는 아닙니다.

검토용 자료는 어떻게 받습니까?

이 글 왼쪽 메뉴의 “검토용 자료 다운로드” 를 누르면 도입 포인트 · 기능 · 실행 화면 · 대사 결과 · 검토 의견 칸을 담은 PowerPoint 파일이 브라우저에서 바로 만들어집니다. 서버에 파일을 남기지 않으며, 글에 실린 화면을 그대로 가져다 넣습니다. 내부 검토를 올릴 때 쓰시면 됩니다.

도입 상담은 어떻게 합니까?

왼쪽 메뉴의 “문의하기” 로 현재 쓰시는 SAP 환경(S/4HANA · ECC)과 신용위험 공시 방식을 남겨 주세요. 영업일 기준 1~2일 안에 회신드립니다. 데모 열기로 같은 화면을 먼저 만져 보실 수도 있습니다.