금융상품 신용위험 집중도 공시 점검 — 업종·지역·상품유형·그룹 기준으로 노출을 다시 모아 정책 임계와 공시 초안에 맞춰 보는 화면

이 화면은 어떤 기준서를 다루나요?

금융상품 공시 기준서 IFRS 7(K-IFRS 제1107호)의 신용위험 공시 가운데, 같은 특성을 가진 금융상품에서 생기는 신용위험 집중도를 식별하는 방법을 설명하고 그 공통 특성별 노출을 보여 주는 요구사항을 대상으로 합니다. 총장부금액과 손실충당금의 구분은 IFRS 9(K-IFRS 제1109호)와 이어집니다. 이 화면은 그 요구사항을 장부와 맞춰 보는 점검 용도이며, 시행 시기 전환 계산은 담지 않습니다.

이 화면의 결과가 곧 회계 판단인가요?

아닙니다. 집계·그룹 합산·대사를 돕는 점검 도구이며, 집중도 공시 여부와 범위의 최종 판단은 회사와 감사인이 합니다. 그래서 결과는 "점검 필요"와 "확인 필요"로만 표시하고 확정적인 판단 문구를 쓰지 않습니다. 점검 코드는 어느 거래상대방과 축 항목을 먼저 볼지 가리는 용도입니다.

익스포저는 어떻게 구하나요?

순장부금액에 부외 노출을 더합니다. 순장부금액은 총장부금액에서 손실충당금을 뺀 값이고, 부외 노출은 미사용 약정처럼 장부 밖에 있지만 신용위험을 지는 금액입니다. 거래상대방 상세 창에서 이 산식 줄 다섯 개를 그대로 볼 수 있습니다.

점검 코드 C01, G01, D01, U01 은 각각 무엇인가요?

C01 은 단독 비중이나 축 항목 비중이 정책 임계 이상인 경우, G01 은 개별 비중은 임계 미만이지만 같은 그룹으로 합치면 그룹 임계 이상인 경우, D01 은 공시 초안 금액이 재계산 익스포저와 다른 경우, U01 은 업종이나 지역 분류가 비어 있는 경우입니다. 한 행에 조건이 겹치면 표의 위에서부터 하나만 표시합니다. 모두 점검 필요 표시일 뿐 오류 확정이 아닙니다.

정책 임계 10%·15%·35%·60%·50% 는 기준서가 정한 숫자인가요?

아닙니다. 기준서는 집중도를 어떻게 식별했는지 설명하고 그 특성별 노출을 공시하라고 요구할 뿐 숫자 기준을 정하지 않습니다. 화면의 임계는 점검 후보를 가볍게 가리려고 둔 샘플 값이며, 회사의 위험관리 기준에 맞게 바꿔 쓰는 것을 전제로 합니다. 값을 바꾸는 자리는 운영 시점에 정할 일로 따로 적었습니다.

그룹 집중도 지수(HHI)는 무엇을 보여 주나요?

그룹별 비중(%)을 각각 제곱해 더한 값입니다. 노출이 소수 그룹에 몰려 있을수록 커지고 고르게 흩어져 있을수록 작아집니다. 이 사례는 987이며, 숫자 자체의 좋고 나쁨을 가리는 기준을 화면이 두지 않고 시간에 따른 변화나 다른 기간과의 비교에 쓰도록 요약에 띄워 둡니다.

정합성 대사 7개와 장부 점검 대사 4개는 무엇이 다른가요?

정합성 대사는 화면 안의 집계가 서로 맞는지 보는 것이라 차이가 나면 화면이나 집계 쪽 문제입니다. 장부 점검 대사는 재무상태표 금융자산 금액, 그리고 업종·지역·상품유형 축의 공시 초안 금액을 재계산과 맞추는 것이라 차이가 나면 초안이나 장부에서 확인할 곳이 있다는 뜻입니다. 두 종류를 분리해야 "숫자가 틀렸다"와 "초안을 봐야 한다"가 섞이지 않습니다.

조회는 어떻게 하나요?

기준 연월(6자리)은 필수이고 나머지 조건은 선택입니다. 조회 버튼은 조회조건 줄의 오른쪽 끝에 있고, 기준 연월 칸에서 Enter 를 눌러도 같은 조회가 실행됩니다. 처음 열 때는 기준 연월 202412 로 자동 조회합니다. 조건은 모두 서비스 요청의 필터로 전달되어 서버가 걸러 줍니다.

탭은 어떤 순서로 보면 좋나요?

거래상대방 명세 → 축별 집중도 → 그룹 합산 상위 → 대사 결과 순서를 권합니다. 앞쪽은 상대방 하나하나, 가운데는 축과 그룹으로 묶은 집계, 마지막은 대사입니다. 요약 숫자에서 임계 초과와 후보 수를 먼저 보고 해당 탭으로 내려가면 됩니다.

거래상대방 한 곳의 산식은 어디서 보나요?

거래상대방 명세 탭에서 행을 누르면 상세 창이 열립니다. 위쪽에 소속 그룹·업종·지역·상품유형·만기일·단독 비중·그룹 합산 비중·점검 결과가 있고 아래쪽에 총장부금액에서 익스포저까지 산식 줄이 있습니다.

만기일 조건은 어떻게 쓰나요?

시작·종료를 비워 두면 기간 조건이 걸리지 않습니다. 둘 다 넣으면 만기일이 그 사이인 거래상대방만 남습니다. 이 조건은 거래상대방 명세에만 적용되고, 축별·그룹 탭과 요약 숫자 일부는 기준 연월 전체를 기준으로 유지됩니다.

결과를 내려받을 수 있나요?

탭 위쪽의 CSV 내려받기 버튼을 누르면 지금 보고 있는 탭의 조회 결과를 UTF-8(BOM) 파일로 받습니다. 한글 열 이름과 화면에 보이는 표기가 그대로 들어가 엑셀에서 바로 열립니다. 파일 이름은 한글 기능명과 탭 이름입니다.

서비스가 응답하지 않으면 어떻게 보이나요?

요약 숫자가 0 으로 비고 표는 비어 있으며, 연결 안내 창이 열립니다. 세부사항 보기에서 원인을 볼 수 있습니다. 숫자 0 이 "데이터 없음"인지 "연결 실패"인지 구분하려고 둔 화면이며, 연결을 복구한 뒤 조회 버튼을 다시 누르면 됩니다.

SAP 표준 T-code 와는 어떤 관계인가요?

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 고객 미결·청산 항목은 FBL5N, 고객 잔액은 FD10N, 계정 잔액 추이는 FS10N, 원장 라인 항목은 FAGLL03 으로 이어집니다. 이 화면에서 임계를 넘은 상대방이 나오면 해당 표준 화면에서 원천을 확인하는 흐름입니다.

기존에 쓰던 표준 리포트를 없애야 하나요?

없애지 않습니다. 법정 공시와 감사 대응은 표준 화면과 기존 절차에 그대로 두고, 이 화면은 결산 때 집중도와 공시 초안을 먼저 훑는 용도로 곁에 둡니다. 두 화면의 숫자를 맞춰 보는 지점은 운영 대사 항목으로 정해 두는 것을 권합니다.

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

금융자산 금액은 ACDOCA 와 고객·공급업체 마스터(KNA1·LFA1), 고객 미결 항목(BSID·BSAD)에서 읽도록 구성합니다. 업종·국가·그룹 키는 마스터 필드에서 오지만 회사 분류표로 변환해야 하고, 부외 노출은 회사가 관리하는 약정 대장 기준이라 표준 대응은 확인 필요입니다. 이 글의 숫자는 모두 검증용 샘플 데이터이며 거래상대방 이름도 가상입니다.

그룹은 어떻게 묶나요?

고객·공급업체 마스터의 그룹 키 또는 회사가 관리하는 그룹표를 기준으로 같은 그룹 코드의 익스포저를 더합니다. 어떤 관계까지 한 그룹으로 볼지는 회사가 정하는 일이라 이 글에서 단정하지 않으며, 표준 필드 대응은 확인 필요입니다.

공시 초안 금액은 어디서 오나요?

회사가 결산 때 작성하는 집중도 공시 초안 집계표에서 가져오는 것을 전제로 합니다. 초안이 엑셀이나 별도 시스템에 있으면 그 자료를 적재하는 테이블을 하나 두면 나머지 뷰는 그대로 쓰입니다. 축 항목 키(업종·지역·상품유형 코드)가 재계산과 같은 체계여야 하므로 키 매핑은 도입 전에 정할 일입니다.

분류 체계가 바뀌면 어디를 고치나요?

업종·지역·상품유형 변환은 매핑 테이블 한 곳에 모아 두므로 그곳만 고칩니다. 새 분류가 생기면 어느 축 항목에 속하는지만 매핑에 적으면 됩니다. 화면은 그 결과를 읽을 뿐이라 고칠 일이 없습니다.

어떤 사용자에게 유용한가요?

결산 때 금융상품 신용위험 공시를 준비하는 회계팀, 거래상대방 한도와 집중도를 관리하는 재무·리스크 담당, 그리고 그 결과를 검토하는 경영지원 조직입니다. 거래상대방이 수십 곳일 때는 엑셀로도 가능하지만 그룹 관계가 얽히고 축이 늘면 합산 확인이 어려워집니다.

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

같은 그룹을 합쳐 보는 일, 업종·지역·상품유형별 비중을 엑셀로 다시 모으는 일, 공시 초안 금액과 재계산을 맞춰 보는 일이 한 화면에서 끝납니다. 임계를 넘은 곳이 먼저 보이므로 회의가 "숫자가 맞나"에서 "이 집중도를 어떻게 설명할까"로 옮겨 갑니다.

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

회사코드 권한을 분석 뷰의 접근 제어(DCL)로 걸어 두면 자기 회사 거래상대방만 보입니다. 화면은 OpenUI5 표준 컨트롤만 쓰고 외부로 데이터를 보내지 않습니다. 권한 기준은 보안 담당과 함께 도입 전에 정하는 일입니다.

거래상대방이 수만 곳, 전표가 수천만 건이면 어떻게 되나요?

부담은 전표에서 옵니다. 원장 금액은 기간·회사코드·계정 범위를 필수 조건으로 걸고 서버(HANA) 안에서 상대방별로 합산한 값만 내려보내도록 두며, 전표 단위 행은 화면에 올리지 않습니다. 거래상대방 수가 많으면 명세 탭은 페이징으로 읽고 그룹·축 집계는 서버에서 끝냅니다. 응답 시간 기준은 운영 데이터로 측정해 정해야 하므로 확인 필요입니다.

운영 시스템에 연결하는 절차는 어떻게 되나요?

CDS 뷰를 개발 시스템에 만들고 전송한 뒤, 서비스를 활성화하고, 앱의 서비스 주소 설정을 운영 주소로 바꿉니다. 그 사이에 분류 매핑과 그룹표 확정, 약정 대장 적재, 권한 설계가 들어갑니다. 개발보다 합의가 많은 일이라 소요 기간은 합의 속도에 좌우되며, 일정은 확인된 사실이 없어 적지 않습니다.

언제 어디까지 적용되는지 정해진 것이 있나요?

이 글에서 확인된 사실은 기준서 요구사항을 점검하는 화면 구성까지입니다. 회사별 적용 시기와 범위는 회사와 감사인이 정하는 일이라 이 글에서 단정하지 않으며, 필요하면 확인 필요로 남깁니다.

개발 후 유지보수에는 무엇이 필요한가요?

손이 가는 곳은 세 곳입니다. 정책 임계 테이블, 업종·지역·상품유형 변환 매핑, 그룹 키 기준입니다. 새 상품유형이 생기면 매핑에 행을 더하고 임계가 바뀌면 테이블 값을 고칩니다. 화면 코드는 건드리지 않아도 됩니다.

기존 신용위험 등급별 공시 점검과는 어떻게 다른가요?

등급·단계(Stage)별 총장부금액을 보는 점검과 달리, 이 화면은 거래상대방의 업종·지역·상품유형·그룹 같은 공통 특성에 노출이 얼마나 쏠렸는지를 봅니다. 대형 고객 매출 비중을 다루는 영업부문 공시와도 대상이 다릅니다. 같은 금융자산을 서로 다른 방향에서 보는 것이라 함께 쓰면 공시 초안을 점검하는 폭이 넓어집니다.

이 화면으로 감사 대응을 대신할 수 있나요?

대신하지 않습니다. 감사 대응에 쓰는 근거는 표준 화면과 기존 절차에 있고, 이 화면은 그 전에 스스로 확인할 후보를 좁히는 용도입니다. 점검 필요로 표시된 항목의 처리 결과는 회사의 회계 담당과 감사인이 판단합니다.