SAP 기대신용손실 설정률 사후검증 — 적용한 연체 구간별 설정률이 이후 12개월 실제 손실과 맞았는지 한 화면에서 점검
기준월 채권 명세 · 연체 구간별 설정률과 허용 범위 · 이후 12개월 회수·제각·제각 후 회수 · 구간·고객군별 실현손실률 비교 · 충당금 과부족 · 정합성 대사 — 소개 영상과 실제 화면 6종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함8개 장면질문 → 구간별 설정률 비교 → 고객군별 비교 → 채권 이력 → 대사
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
IFRS 9 기대신용손실 설정률은 과거와 미래 전망을 반영하나, 실제 손실과의 적정성을 사후 검증하는 데 많은 수동 작업이 필요합니다. 이 앱은 여러 SAP T-code에 흩어진 데이터를 한 화면에 모아, 설정률이 실제 손실을 충분히 감당했는지 구간 및 고객군별로 정밀하게 점검하고 이상 징후를 식별하여 정확한 의사결정을 지원합니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① IFRS 9 손실충당금 사후검증 | IFRS 9에 따라 기준월 적용한 연체 구간별 설정률이 이후 12개월 실제 회수·제각 손실과 허용 범위 내에서 일치하는지 구간·고객군별로 점검하고 판정합니다. | 매 결산 시마다 작년에 적용한 설정률이 실제 손실을 감당했는지 수동 엑셀 작업으로 점검하여 감사 대응 자료를 준비합니다. |
| ② 구간별 손실률 쏠림 판정 | 전체 합계가 맞아 보여도, 31~60일 구간 과소 설정처럼 특정 구간의 실현손실률이 허용 범위를 벗어나는지 판정 규칙에 따라 점검 필요 또는 확인 필요로 알려줍니다. | 전체 손실률만 보고 안심하거나, 구간별 실현손실률의 쏠림 현상을 놓쳐서 설정률 조정의 필요성을 판단하기 어렵습니다. |
| ③ SAP 원장 데이터 자동 통합 | FBL5N, FAGLL03, FS10N 등 여러 SAP 표준 T-code에 흩어진 채권 명세, 제각, 회수, 대손충당금 데이터를 자동 집계하고 연결하여 정합성 대사 7종으로 검증합니다. | 여러 SAP T-code에서 데이터를 세 번 내려받고 엑셀에서 두 번의 VLOOKUP을 거쳐 수동으로 통합합니다. |
| ④ 명확한 점검 코드와 허용 범위 | 적용 설정률 ± max(30%, 0.25%p)의 허용 범위와 4가지 점검 코드로, 과소/과대 설정 후보 및 점검 필요 채권을 식별하고 명확한 근거를 제시합니다. | 설정률과 실현손실률의 차이가 어느 정도 어긋나야 점검 대상인지 기준이 없어, 매번 논쟁하거나 특정 구간만 훑고 넘어갑니다. |
| ⑤ 개별 채권 이력 상세 조회 | 점검 필요로 표시된 개별 채권의 기준일 잔액, 장부 충당금, 그리고 이후 12개월간의 회수, 제각, 제각 후 회수 이력을 상세 창에서 확인하여 배경을 파악합니다. | 충당금이 모자랐거나 미연체 채권이 제각된 사유를 파악하려면 관련 전표를 다시 찾아봐야 합니다. |
| ⑥ 회계 정책 반영 유연성 | 점검용 허용 범위 기준, 설정률표와 전표 유형 매핑, 충당금 배부 규칙 등을 회사의 정책에 따라 매핑 테이블에서 직접 설정하고 유연하게 관리합니다. | 회사의 고유한 회계 정책이나 내부 관리 기준을 시스템에 유연하게 반영하기 어렵거나, 변경 시 추가 개발 작업이 필요할 수 있습니다. |
사례로 보는 효과
샘플 채권 64건(기준일 잔액 145.9억원) 분석 결과, 전체 합계는 설정률 11.91%, 실현손실률 11.73%로 잘 맞았습니다. 하지만 구간별로 보면 31~60일 구간은 실현 8.2% 대 설정 4.0%로 과소 설정 후보, 1~30일과 91~180일 구간은 과대 설정 후보로 나타나 합계에서 상쇄된 쏠림을 식별할 수 있습니다.
도입하면 달라지는 것
- 기대신용손실 사후검증 업무 자동화
- IFRS 9 설정률 적정성 판단 근거 확보
- 감사 대응 시간 단축 및 자료 신뢰도 향상
- 수동 엑셀 작업으로 인한 오류 가능성 감소
이런 회사에 맞습니다
K-IFRS 제1109호 기대신용손실을 연체 구간별 설정률표로 측정하는 회사와 감사 대응 및 내부 통제 강화를 원하는 재무·관리회계팀에 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
처음 열었을 때와 조건 좁히기
첫 화면은 질문 하나에 답하도록 짰습니다. "이 기준월 채권의 충당금이 이후 12개월 실제 손실을 감당했는가." 숫자 카드가 총량을 먼저 보여 주고, 조건을 좁히면 같은 카드와 표가 함께 바뀝니다.
기준월 채권 64건의 기준일 잔액·장부 충당금·실현 순손실과 점검 필요 건수가 한 줄에 모입니다. 조회 버튼은 조건 입력란 오른쪽 끝에 있고 Enter 키로도 조회됩니다. 기본값은 가장 최근 기준월이며, 숫자 카드를 보고 그 아래 채권 명세 표로 내려가는 순서로 읽습니다.
구간과 점검 코드를 고르고 조회하면 숫자 카드와 표가 같은 조건으로 함께 바뀝니다. 이 화면에서는 제각액이 기준일 장부 충당금을 넘은 채권만 남습니다. 조건을 비우고 다시 조회하면 전체로 돌아갑니다.
구간별 · 고객군별 — 합계 뒤에 숨은 쏠림
전체 합계는 맞아 보여도 구간이나 고객군으로 나누면 한쪽은 모자라고 한쪽은 남는 일이 흔합니다. 두 화면은 같은 판정 규칙으로 구간과 고객군을 각각 비교합니다.
구간마다 적용 설정률, 허용 하한·상한, 이후 12개월 실현손실률, 편차, 충당금 과부족이 한 줄입니다. 실현손실률이 허용 상한을 넘으면 과소 설정 후보, 하한 아래면 과대 설정 후보로 점검 필요 표시합니다. 이 샘플에서는 31~60일 구간만 과소, 1~30일·91~180일 구간이 과대 후보입니다.
구간 표 하나로 모든 고객군을 묶어도 되는지 확인하는 화면입니다. 건수가 적은 고객군은 우연의 영향이 커서 판정을 그대로 믿기보다 건수와 함께 읽어야 합니다. 이 샘플의 특수관계자는 3건뿐이라 실현손실률 0% 를 곧바로 과대 설정으로 단정하지 않고 확인 필요로 읽습니다.
한 건으로 내려가고, 숫자를 서로 맞춰 본다
점검 필요로 뜬 채권은 이력으로 사정을 확인하고, 화면 전체의 숫자는 대사 결과로 서로 맞는지 확인합니다.
채권 명세 행을 누르면 기준일 잔액과 장부 충당금, 재계산 결과, 그리고 이후 회수·제각·제각 후 회수 이력이 한 창에 열립니다. 충당금이 모자랐던 채권이 어떤 사정으로 제각에 이르렀는지 이력으로 따라갑니다. 닫기 단추나 바깥 영역, Esc 키로 닫습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
판정 규칙 — 조건 → 결과 → 사용자 조치
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
산출식
| 항목 | 산식 | 용도 |
|---|---|---|
| 장부 충당금 재계산 | 기준일 잔액 × 적용 설정률 ÷ 100 | 장부 값과 비교해 P03 점검 |
| 잔액 흐름 | 기준일 잔액 − 후속 회수 − 제각 = 관측 종료 미회수 잔액 | 채권별 대사 |
| 순손실 | 제각액 − 제각 후 회수액 | 손실 최종 규모 |
| 실현손실률(%) | 구간(또는 고객군) 순손실 합계 ÷ 기준일 잔액 합계 × 100 | 허용 범위와 비교 |
| 편차(%p) | 실현손실률 − 적용 설정률 | 양수면 설정률이 모자랐다는 뜻 |
| 충당금 과부족 | 실현 순손실 − 장부 충당금 | 양수면 모자랐던 규모 |
| 허용 범위 | 적용 설정률 ± max(적용 설정률 × 30%, 0.25%p) | 점검용 가정 |
조회조건
| 조회조건 | 필수 | 기본값 | 서비스 요청 조건 |
|---|---|---|---|
| 설정 기준 연월 | 필수 | 가장 최근 기준월 | Period eq '202412' |
| 연체 구간 | 선택 | 전체 | Bucket eq 'B2' |
| 고객군 | 선택 | 전체 | Segment eq 'L' |
| 제각일 시작 · 종료 | 선택 | 비움 | WoDate ge datetime'…' and WoDate le datetime'…' |
| 점검 코드 | 선택 | 전체 | CheckCode eq 'P01' |
| 점검 결과 | 선택 | 전체 | CheckStatus eq 'CHECK' |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
채권 명세는 컬럼이 열여덟 개라 좁은 화면에서는 오른쪽으로 스크롤됩니다. 숫자 카드는 한 줄에서 두 줄 이상으로 줄바꿈되고, 구간·고객군·대사 탭은 컬럼 수가 적어 휴대폰에서도 한 화면에 가깝게 보입니다. 상세 창은 화면 폭에 맞춰 줄어듭니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 아래 표는 어디까지가 표준으로 충분하고 어디서부터 이 앱이 이어 붙는지 나란히 놓은 것입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 앱이 하는 일 |
|---|---|---|---|
| 기준일 고객 미결 항목과 연체일수 | FBL5N 으로 항목별 조회, 에이징 리스트 | 충당금 설정률 구간과 같은 구간으로 가르려면 조건을 손으로 맞춥니다 | 설정률표의 구간 그대로 채권을 가르고 기준일 잔액을 합산 |
| 기준일 고객별 잔액 | FD10N | 기준일 하나를 보는 조회입니다 | 같은 기준일 잔액을 점검 화면의 합계와 대조 |
| 충당금·제각 계정 전표 | FAGLL03 · FB03 | 전표 단위라 구간별 집계가 없습니다 | 채권별 이력과 구간·고객군 집계를 같은 숫자로 제공 |
| 충당금 계정 잔액 | FS10N | 계정 잔액만 보이고 어느 채권의 충당금인지는 따로 풀어야 합니다 | 장부 충당금 합계를 구간·고객군 합계와 대사 |
| 설정률과 실제 손실의 비교 | 없음 | 표준 화면에는 이후 12개월 결과를 설정률과 맞대는 자리가 없고 보통 엑셀로 합니다 | 구간·고객군별 실현손실률과 허용 범위, 충당금 과부족을 한 화면에서 |
T-code 별 연계 지점
아래 표의 순서대로 쓰면 이 앱의 숫자를 표준 화면에서 거꾸로 확인하는 길이 됩니다. 이 앱은 표준 데이터를 그대로 읽는 조회·검증 화면이라 기존 표준 리포트나 법정·감사 대응용 출력을 없애지 않고 함께 둡니다.
| T-code | 이름 | 이어받는 데이터 | 두 화면 숫자를 맞춰 보는 지점 | 오가는 방법 | 표준에 남겨 둘 일 |
|---|---|---|---|---|---|
| FBL5N | 고객 항목 조회 | 기준일 미결 항목의 금액 · 순수 만기일 · 청산일 | 연체일수 계산의 원천 확인. 이 앱 결과의 기준일 잔액 합계와 FBL5N 합계(회사코드 · 기준일 동일)를 대조 | 이 앱에서 채권 번호로 항목을 찾아 FBL5N 에서 전표 원문 확인 | 법정 공시·감사 대응용 항목 목록은 표준 출력에 둡니다 |
| FD10N | 고객 잔액 조회 | 고객별 기준일 잔액 | 고객별 기준일 잔액이 이 앱의 채권 합계와 맞는지 대조 | 이 앱의 기준일 잔액 → 거래처별 잔액 확인 | 고객 여신 관리 업무는 표준에 둡니다 |
| FAGLL03 | G/L 계정 항목 조회 | 대손충당금 · 제각 계정 전표 | 제각액과 제각일은 제각 계정 전표의 전기일과 금액으로 확인 | 이 앱의 제각액 → 계정 전표 확인 | 충당금 전표 전기와 취소는 표준 전기 화면에서 합니다 |
| FS10N | G/L 계정 잔액 조회 | 기준일 대손충당금 계정 잔액 | 장부 충당금 합계가 계정 잔액과 같은지 대조. 다르면 배부 규칙부터 점검 | 표준에서 계정 잔액 → 이 앱 장부 충당금 합계 | 결산 잔액 마감과 보고용 출력은 표준에 둡니다 |
| FB03 | 회계전표 조회 | 회수 · 제각 · 제각 후 회수 전표 | 이력 상세의 전표 일자·금액을 전표 원문으로 확인 | 이 앱의 이력 행 → 표준 전표 조회 | 전표 증빙 보관은 표준에 둡니다 |
기존 엑셀 점검표를 없애야 하는가에 대한 답은 "없앨 필요는 없지만 이 앱이 안정되면 그 표가 하던 일은 이 앱이 합니다" 입니다. 운영 전환 첫 두 분기는 엑셀 값과 이 앱의 구간별 실현손실률을 나란히 놓고 차이를 확인하는 병행 기간으로 두는 편이 안전합니다.
S/4HANA 분석 스택과의 자리
S/4HANA 에는 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 가 있습니다. 이 앱은 그것들과 경쟁하지 않고 다음 한 가지를 맡습니다. 설정률표라는 회사 정책과 이후 12개월 실제 결과를 한 줄에 놓는 일입니다. 연령분석 자체는 표준 분석 앱으로도 볼 수 있지만 설정률과 허용 범위는 회사 정의라 표준 쿼리에는 들어 있지 않습니다. 그래서 설정률표를 매핑 테이블로 두고 CDS 큐브에서 읽어 오는 구조로 만들었습니다(CDS 구성 절 참조).
요구사항 매핑표
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IFRS 9 금융상품(K-IFRS 제1109호) | 기대신용손실은 과거 사건·현재 상황·미래 전망에 관한 합리적이고 뒷받침될 수 있는 정보를 반영해 측정 | 구간별 설정률과 이후 12개월 실현손실률 비교 | 연령 구간별 채권, 제각·회수 전표 | 설정률 산정은 회사 정책이며 이 화면은 사후 비교 |
| IFRS 9 금융상품(K-IFRS 제1109호) | 매출채권 등의 손실충당금을 충당금 설정률표(연체 구간별 설정률)로 측정하는 방법 | 구간별 적용 설정률 · 허용 범위 · 충당금 재계산 | 설정률표, 기준일 미결 항목 | 설정률표 자체는 별도 점검 영역 |
| IFRS 9 금융상품(K-IFRS 제1109호) | 측정에 쓰인 입력변수와 가정의 합리성을 보고기간마다 다시 확인 | 고객군별 실현손실률 비교, 점검 필요 채권 목록 | 고객 마스터 분류, 후속 전표 | 허용 범위는 점검용 가정 |
| IFRS 7 금융상품: 공시(K-IFRS 제1107호) | 손실충당금에 관한 입력변수·가정·추정기법 공시 준비 | 충당금 과부족 · 제각 이력 자료 | 충당금 · 제각 전표 | 공시 문안은 회사가 작성 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 어디서 손대나 |
|---|---|---|
| 설정률표 | 구간별 적용 설정률을 기준일 유효기간과 함께 관리합니다 | 매핑 테이블 한 개 — 설정률이 바뀌면 행만 추가 |
| 구간 경계 | 미연체 · 1~30 · 31~60 · 61~90 · 91~180 · 181일 초과를 회사 구간으로 맞춥니다 | 연체일수 → 구간 case 식과 매핑 테이블의 구간 코드 |
| 고객군 분류 | 고객 마스터의 분류 필드를 대기업 · 중견기업 · 중소기업 · 특수관계자로 연결합니다 | 고객 마스터 분류 · 확장 필드 또는 커스텀 필드 확인 |
| 제각·회수 전표 유형 | 어떤 전표 유형이 제각이고 회수인지 회사가 정합니다 | 전표 유형 매핑 테이블 — 확인 필요 |
| 충당금 배부 규칙 | 계정 잔액을 채권별로 나누는 규칙을 정합니다 | 배부 뷰(회사 정책) — 확인 필요 |
| 허용 범위 | 점검용 가정 ± max(30%, 0.25%p) 를 회사 기준으로 바꿉니다 | 매핑 테이블의 허용 비율 · 허용 하한 폭 |
| 권한 | 회사코드 단위로 조회 권한을 겁니다 | CDS 접근 제어(DCL) 와 권한 객체 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하는 분들이 자주 물어 오는 것을 숫자와 산식 · 화면과 조작 · SAP 연계와 데이터 · 도입과 운영으로 묶었습니다.
숫자와 산식
이 화면의 "실현손실률"은 무엇을 뜻합니까?
구간(또는 고객군)에 속한 채권의 순손실 합계 ÷ 기준일 잔액 합계 × 100 입니다. 순손실은 제각액에서 제각 후 회수액을 뺀 값이고, 관측 기간은 기준일 다음 날부터 12개월입니다. 기간 안에 정상 회수된 금액은 손실이 아니므로 분자에 들어가지 않습니다. 설정률과 같은 단위(%)라서 바로 편차(%p)를 구할 수 있습니다.
허용 범위는 어떻게 정해집니까? 정책 값입니까?
정책 값이 아니라 점검용 가정입니다. 적용 설정률 ± max(적용 설정률 × 30%, 0.25%p) 로 두었고, 설정률이 낮은 구간에서 범위가 지나치게 좁아지는 것을 하한 폭 0.25%p 로 막았습니다. 회사가 감사인과 협의해 다른 기준을 쓴다면 매핑 테이블의 허용 비율과 하한 폭만 바꾸면 됩니다. 허용 범위 안이라는 것은 문제가 없다는 판정이 아니라 이 기준에서는 점검 대상이 아니라는 뜻입니다.
합계로는 거의 맞는데 구간별로는 점검 필요가 나오는 이유가 무엇입니까?
구간마다 모자람과 남음이 합계에서 서로 지워지기 때문입니다. 이 샘플의 전체 설정률은 11.91%, 실현손실률은 11.73% 로 0.18%p 차이지만, 31~60일 구간은 4.0% 대 8.2% 로 과소, 91~180일 구간은 25% 대 13.0% 로 과대입니다. 충당금 총액은 비슷해도 어느 구간에 얼마를 쌓았느냐가 다르다는 신호이며, 그 이유는 점검 코드와 채권 이력으로 확인합니다.
건수가 적은 구간이나 고객군은 어떻게 읽어야 합니까?
판정을 그대로 믿지 말고 건수와 함께 읽어야 합니다. 이 샘플의 특수관계자 고객군은 3건이고 제각이 없어 실현손실률이 0% 로 나오는데, 이것만으로 과대 설정이라고 결론 내릴 수는 없습니다. 표에 건수 열이 함께 있는 이유입니다. 실제 운영에서는 건수가 기준 미만인 구간을 "확인 필요"로 따로 표시하는 규칙을 정해 두는 편이 안전합니다.
장부 충당금 재계산 차이는 왜 정합성 대사와 따로 둡니까?
성격이 다르기 때문입니다. 정합성 대사는 계산이 올바른지 보는 것이라 차이가 0이어야 합니다. 장부 충당금 재계산은 회사가 실제 기록한 값과 설정률표 적용 결과를 비교하는 점검이라 차이가 곧 점검 대상입니다. 이 샘플은 점검이 실제로 잡아내는지 보이려고 두 건을 의도적으로 넣었고 최대 차이는 1,171,554원입니다.
화면과 조작
조회를 누르면 어떤 순서로 숫자가 바뀝니까?
조회조건을 서비스에 보내면 숫자 카드, 채권 명세, 구간·고객군 집계, 대사 결과가 같은 조건으로 다시 계산되어 돌아옵니다. 숫자 카드와 표가 서로 다른 조건으로 나올 일이 없도록 한 번의 조회를 모든 탭이 공유합니다. 조건을 비우고 다시 조회하면 기준월 전체로 돌아갑니다.
제각일 범위로 조회하면 어떻게 되나요?
제각일 시작과 종료를 넣으면 그 기간 안에 제각된 채권만 남습니다. 날짜 범위 조건은 클라이언트가 아니라 서비스가 직접 읽어 건수와 합계를 계산합니다. 시작만 넣거나 종료만 넣어도 동작합니다. 기간 안에 제각이 없으면 "조건에 맞는 데이터가 없습니다" 안내가 나옵니다.
채권 행을 누르면 무엇이 열립니까?
기준일 잔액과 장부 충당금, 재계산 결과, 그리고 이후 12개월의 회수 · 제각 · 제각 후 회수 이력이 상세 창에 열립니다. 이력은 날짜순이며 이력 구분과 금액이 함께 보입니다. 충당금이 모자랐던 채권이 어떤 경로로 제각에 이르렀는지, 제각 뒤에 일부 회수되었는지를 확인하는 자리입니다. 닫기 단추 · 바깥 영역 · Esc 로 닫습니다.
CSV 로는 무엇이 내려갑니까?
지금 열려 있는 탭의 내용이 지금 조건 그대로 내려갑니다. 채권 명세 탭이면 채권 명세, 구간 탭이면 구간별 집계, 고객군 탭과 대사 탭도 마찬가지입니다. 파일 이름에 화면 이름이 붙습니다. 내려받은 채권 명세의 합계는 숫자 카드의 기준일 잔액 · 순손실 합계와 같아야 하고, 같지 않으면 조회조건이 달라진 것입니다.
모바일이나 좁은 화면에서도 쓸 수 있습니까?
쓸 수 있지만 채권 명세처럼 컬럼이 많은 표는 가로 스크롤이 생깁니다. 숫자 카드는 줄바꿈되고, 구간 · 고객군 · 대사 탭은 컬럼이 적어 한 화면에 가깝게 보입니다. 결재선 보고용이라면 숫자 카드와 구간 탭을 먼저 보고, 채권 단위 확인은 큰 화면에서 하는 흐름을 권합니다.
SAP 연계와 데이터
표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 기준일 미결 항목은 FBL5N, 고객별 잔액은 FD10N, 충당금과 제각 전표는 FAGLL03 · FB03, 계정 잔액은 FS10N 과 맞춰 봅니다. 이 앱의 숫자를 표준 화면에서 거꾸로 확인할 수 있고, 표준 화면의 값을 이 앱의 어느 자리에서 다시 보는지도 T-code 별 연계 표에 정리해 두었습니다.
데이터 원천은 무엇이고 정합성은 어떻게 확인합니까?
채권은 고객 미결·청산 항목, 제각과 회수는 회계전표, 충당금은 대손충당금 계정 잔액입니다. 정합성은 두 단계로 확인합니다. 먼저 이 앱 안에서 일곱 개 대사식(잔액 흐름 · 순손실 · 이력 합계 · 구간·고객군 합계 등)이 모든 검사 건에서 차이 0인지 보고, 그다음 FD10N · FS10N 같은 표준 화면의 합계와 맞춥니다. 두 번째 단계는 도입 때 회사가 직접 한 번 해 봐야 의미가 있습니다.
기존 엑셀 점검표를 바로 없애도 됩니까?
권하지 않습니다. 첫 두 분기는 엑셀 값과 이 앱의 구간별 실현손실률을 나란히 놓고 차이를 확인하는 병행 기간으로 두는 편이 안전합니다. 차이가 나는 자리는 대개 구간 경계, 제각·회수 전표 유형, 충당금 배부 규칙의 해석 차이였고, 이것을 한 번 정리하면 이후에는 이 앱이 엑셀이 하던 일을 합니다. 법정 공시와 감사 대응용 출력은 표준에 그대로 둡니다.
샘플이 아닌 우리 회사 데이터로 옮기려면 무엇이 필요합니까?
세 가지입니다. 첫째 설정률표와 전표 유형 매핑 테이블을 회사 값으로 채우고, 둘째 CDS 뷰를 이송해 서비스를 활성화하고, 셋째 앱의 서비스 주소 설정을 새 서비스로 바꿉니다. 화면 코드는 바뀌지 않습니다. 소요 시간은 매핑 확정에 걸리는 시간이 대부분이고, 기술 작업은 환경이 준비되어 있다면 며칠 단위입니다. 정확한 일정은 시스템 환경을 확인해야 합니다.
다통화나 여러 회사코드는 어떻게 됩니까?
샘플은 단일 통화로 만들었습니다. 다통화에서는 금액을 회사코드 통화로 통일해 합산하는 규칙이 필요한데, CDS 의 금액 필드에 통화 키를 붙이는 방식으로 이미 구성되어 있고 환산 기준(기준일 환율 대 전표 환율)은 회사 정책이라 확인이 필요합니다. 여러 회사코드는 권한(DCL)과 조회조건의 회사코드로 나눠 읽습니다.
설정률표를 바꾸면 과거 기준월 점검 결과도 바뀝니까?
바뀌지 않도록 설계해야 합니다. 설정률표에 유효 시작일을 키로 넣어 기준일마다 그때 적용된 설정률을 읽게 하면, 설정률이 갱신되어도 과거 기준월의 장부 충당금 재계산과 허용 범위가 그대로 유지됩니다. 이력 없이 현재 값만 두면 감사인이 과거 점검을 재현하지 못합니다.
도입과 운영
도입하면 어떤 점이 달라집니까? 누가 쓰나요?
사후검증의 준비 시간이 줄어듭니다. 내려받기 세 번과 VLOOKUP 이 필요하던 자리에서 기준월을 고르고 조회하는 한 번으로 바뀌고, 숫자 출처가 서비스에 남아 누가 어떤 조건으로 봤는지 설명할 수 있습니다. 주 사용자는 채권·충당금을 담당하는 회계팀이고, 결과를 검토하는 경영지원팀장과 감사 대응 담당자가 읽는 화면입니다.
언제까지 도입하면 됩니까? 법정 시기가 정해져 있습니까?
이 앱은 법으로 요구되는 도구가 아니라 회사가 사후검증을 더 쉽게 하려고 쓰는 점검 도구입니다. 별도의 법정 적용 시기가 있는 것이 아니므로 결산 주기에 맞춰 회사가 정하면 됩니다. 다만 기준월 결과가 12개월 쌓인 뒤에야 의미가 있으므로, 가장 오래된 기준월부터 소급해 사후검증을 돌려 보는 방식이 현실적입니다.
권한과 보안은 어떻게 처리합니까?
회사코드 단위로 조회 범위를 제한하는 접근 제어(DCL)를 큐브에 겁니다. 집계 단계에서 걸지 않으면 구간 합계에서 다른 회사 숫자가 새어 나오기 때문입니다. 화면은 표준 컨트롤만 쓰고 외부 전송이 없어 사내 보안 심사의 부담이 작습니다. 거래처명 같은 개인·거래 정보는 샘플에서는 가상 이름을 쓰고, 운영에서는 열람 범위를 권한 설계에서 정해야 합니다.
데이터가 매우 많으면 느려지지 않습니까?
구간·고객군 집계는 CDS 큐브에서 하기 때문에 응답은 몇 줄 수준이라 가볍고, 비용은 채권 단위 명세에서 생깁니다. 그래서 채권 명세는 페이지 단위로만 받고 건수는 숫자만 따로 받습니다. 기준일과 회사코드를 필수 조건으로 두어 전체 스캔을 막는 것이 첫 번째 방어선이며, 그래도 느리면 후속 12개월 결과를 미리 집계해 두는 방식으로 옮깁니다.
운영 서비스로 연결하는 절차와 소요는 어떻게 됩니까?
순서는 정해져 있습니다. 매핑 테이블 → CDS 뷰 → 큐브 → 쿼리 → 접근 제어 → 서비스 정의·바인딩 순으로 이송하고, 서비스를 활성화한 뒤 앱의 서비스 주소를 바꿉니다. 이후 표준 T-code 와 합계를 맞춰 보는 대사 단계가 이어집니다. 기술 이송 자체는 짧지만, 설정률표와 전표 유형을 확정하는 합의가 일정을 좌우합니다.
계정 체계나 설정률 구간이 바뀌면 어떻게 합니까?
구간 경계는 연체 구간을 나누는 뷰의 case 식 한 곳과 매핑 테이블의 구간 코드에만 있습니다. 경계가 바뀌면 두 곳을 같이 고치고, 과거 기준월은 유효 시작일 덕분에 이전 구간 그대로 읽을 수 있습니다. 새 계정이 생겨 충당금 계정 범위가 바뀌면 배부 규칙의 계정 범위를 갱신해야 합니다.
이 화면이 말하는 "점검 필요"는 최종 판단입니까?
아닙니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 점검 필요는 허용 범위를 벗어났으니 근거를 다시 확인해 보라는 표시이고, 설정률을 바꿔야 한다거나 충당금이 틀렸다는 결론이 아닙니다. 과소·과대 설정 후보도 전망 정보의 반영, 관측 기간의 특수 사건, 표본 크기 같은 이유로 정당화될 수 있어 확인 필요로 읽어야 합니다.
감사인에게는 이 화면을 어떻게 보여 줍니까?
숫자 카드와 구간·고객군 탭, 그리고 대사 결과를 함께 보여 주는 것이 좋습니다. 설정률이 이후 실제 손실과 어떻게 비교되었는지, 점검 필요로 표시된 구간에서 회사가 어떤 근거로 설정률을 유지하거나 조정했는지가 질문의 중심이기 때문입니다. 화면 값은 CSV 와 표준 T-code 조회로 재현할 수 있어야 하므로, 대사 체계를 미리 정해 두면 설명이 쉬워집니다.