대손 경험률(Roll-rate) 통합 관리 — 매출채권 연령 이동 행렬에서 경험 손실률 · 충당금 설정 전표 · 대손 제각 · 대사 · 사후 검증까지 한 앱에서

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

결산 때 대손충당금을 맡은 담당자가 가장 자주 받는 질문은 세 가지입니다. 이 손실률은 어디서 나왔나, 지난 분기와 충당금이 왜 이만큼 달라졌나, 작년에 잡은 충당금이 실제 대손과 얼마나 맞았나. 지금은 연령 분석 보고서를 내려받아 엑셀에서 구간별 이동을 손으로 이어 붙이고, 손실률을 계산해 전표를 따로 입력하며, 감사 때마다 같은 표를 다시 만듭니다.

이 앱은 그 흐름을 한 화면에 잇습니다. 송장 라인마다 다음 달 이월 · 회수 · 제각을 붙인 월말 연령 스냅샷에서 Roll-rate 와 사슬 곱 경험 손실률이 계산되고, 그 결과가 확정 스냅샷 → 충당금 설정 전표 → 승인 → 전기로 이어집니다. 표준 채권 평가와 전기는 SAP 표준 T-code 가 담당하고, 이 화면은 경험률 산정 · 승인 · 대사 · 사후 검증 관점을 더해 확장합니다.

핵심 포인트 아홉 가지

사례로 보는 효과

검증용 샘플 데이터의 2026년 9월 충당금은 계획 대비 29,351,119원 많았습니다(분석 화면 기준, 9월 경험률 확정 뒤). 이 앱은 그 차이를 요인으로 가릅니다. 채권 잔액이 늘어난 잔액 규모 효과는 3,584,423원, 깊은 구간 비중이 늘어난 연령 구성 효과는 9,310,301원, 경험률 · 미래전망 변화에서 온 손실률 효과가 16,456,394원으로 가장 컸고, 대리점 포트폴리오의 B6 · B4 구간이 대부분이었습니다. 세 요인을 더하면 총차이와 정확히 같습니다. 같은 데이터에서 대사식 25개를 전수로 돌린 결과 차이는 13건이었고, 13건 모두 대사가 잡아내는지 보려고 일부러 넣은 예외였습니다. “충당금이 왜 늘었나” 가 “대리점의 연체 전이가 언제부터 빨라졌나” 로 회의의 질문이 바뀝니다.

도입하면 달라지는 것

• 손실률 근거 — 전이 행렬 · 사슬 손실률 표 한 장으로 손실률이 어디서 나왔는지 설명됩니다.
• 결산 일정 — 경험률 확정 → 충당금 전표 → 제각이 미리보기 합계 그대로 전표가 되어 계산과 입력이 어긋나지 않습니다.
• 감사 대응 — 확정 스냅샷 · 승인 이력 · 대사 결과 · 사후 검증이 같은 화면에 남아 매년 같은 표를 다시 만들지 않습니다.
• 조기 경보 — 연체 전이율이 오르면 분기 결산 전에 보고와 할 일로 올라옵니다.

이런 회사에 맞습니다

거래처가 수십 곳 이상이고 결제 조건 · 연체 양상이 다른 고객군(대형 유통 · 중소 · 대리점 · 공공)을 함께 가진 회사, 매출채권 충당금을 충당금 설정표(구간별 손실률)로 잡는 회사에 맞습니다. 손실률 근거와 사후 검증을 감사인에게 매년 설명해야 하는 회사, 대리점처럼 연체 전이가 빠른 채널을 따로 보고 싶은 회사에 특히 맞습니다. 법정 결산 숫자는 표준 거래와 표준 보고서에 두고, 이 앱은 산정 · 점검 · 설명에 씁니다.

실행 화면

사용 방법

1. 조회조건 입력 — 오른쪽 위에서 회사(기본 전체) · 기간(기본 2026-10) · 사용자를 고릅니다. 경험률 워크벤치는 회사 · 포트폴리오 · 기준 월이 필수이고 관찰 기간 · 미래전망 조정은 가정으로 바꿔 볼 수 있습니다. 전표 화면의 조건(전기일 부터 · 까지, 상태, 업무 구분, 포트폴리오, 생성 경로, 헤더 텍스트, 내가 만든 것)은 모두 선택이고, 분석 화면은 기간과 지표가 필수입니다.
2. 조회 버튼 · Enter — 조회 버튼은 조회 조건 영역 오른쪽 끝에 있고, 조건 칸에서 Enter 를 눌러도 조회됩니다. 개요 타일에서 넘어오거나 자동 조회 레이아웃으로 열면 바로 조회된 상태로 시작합니다.
3. 요약 확인 — 개요 타일(미결 채권 · 연체 비중 · 91일 이상 연체 · 산정 충당금 · 충당금 과부족 · 경험률 확정 필요 · 승인 대기 · 전기 대기 · 미해결 예외 · 안 읽은 보고)과 연령 구간 분포 · 포트폴리오별 충당률을 먼저 봅니다.
4. 월말 순서 — 일괄 실행에서 ① 경험률 확정 → ② 충당금 설정 전표 → 전표 화면에서 검토 요청 · 승인 · 전기 → ③ 다음 달 대손 제각 순서로 진행하고, 각 단계는 미리보기로 대상과 금액을 먼저 봅니다.
5. 탭 · 축 이동 — 전표 상세는 분개 항목 → 상태 이력 → 연계 문서 → 감사 로그 탭, 분석 화면은 차원을 행 · 열로 끌어다 놓아 축을 바꿉니다.
6. 행 · 칸 클릭 상세 — 전표 목록의 행을 누르면 상세 창이, 분석 표의 칸을 누르면 그 금액을 만든 연령 라인(송장)이 열립니다.
7. 내보내기 — 목록은 엑셀 · CSV, 워크벤치는 손실률 표 엑셀, 분석 결과는 표 CSV · PPT 보고서로 받습니다. 수기 전표 여러 건은 엑셀 업로드 양식으로 한 번에 올립니다.

무엇으로 만들었나

처음 열었을 때 — 이번 달 충당금 상태와 할 일이 한곳에

2026-09 월말 기준 미결 채권 60.8억 · 연체 비중 8.2% · 91일 이상 연체 2.16% · 산정 충당금 180백만 · 충당금 과부족 +14백만 · 경험률 확정 필요 4 · 승인 대기 2 · 미해결 대사 예외 10 타일과, 연령 구간별 잔액 · 포트폴리오별 충당률(대리점 13.58% 등)이 나옵니다. 타일 숫자는 상단에서 고른 회사 · 기간 기준이며, 기간이 스냅샷보다 늦으면 가장 최근 월말을 씁니다. 타일을 누르면 해당 화면으로 이동합니다.

역할에 맞는 할 일(대사 예외 조치 · 승인 대기 · 반려 수정 · 경험률 확정 · 충당금 설정)과 하루 한 번 자동 점검한 에이전트 보고(1~30일 → 31~60일 전이율 3.34%p 상승 · 충당금 과부족 38,250,459원 · 미해결 예외 11건)가 나옵니다. 보고는 하루 한 번만 만들어지고, 같은 날 다시 눌러도 건너뛴 기록만 남습니다. 할 일을 누르면 해당 전표 · 예외 · 실행 화면으로 이동합니다.

기준정보 — 고객 · 포트폴리오 설정

고객 104곳의 회사 · 포트폴리오 · 지역 · 사업부 · 신용 등급 · 결제일 · 여신 한도와 최근 월말 미결 · 연체 · 송장 수를 봅니다. 포트폴리오와 등급은 다음 월말 스냅샷부터 손실률 계산에 반영됩니다. 고객명 칸은 코드 · 이름 포함 검색이며, 미결과 연체는 최근 월말 연령 라인을 고객별로 합친 값입니다.

회사 · 고객명 · 포트폴리오 · 지역 · 사업부 · 신용 등급 · 여신 한도 · 결제 조건을 넣어 고객을 만듭니다. 같은 회사 안의 같은 이름은 서비스가 거절합니다. 처리자 이상만 저장할 수 있고, 저장하면 감사 로그에 생성 기록이 남습니다. 고객 코드는 비어 있는 다음 번호로 자동 부여됩니다.

생성 · 수정(대기업 → 중소, 등급 A → C) · 사용 중지가 사용자 · 일시 · 이전 값 → 이후 값과 함께 감사 로그로 남습니다. 사용 중지는 삭제가 아니라 상태 변경이라 과거 연령 라인의 고객 이름은 그대로 보입니다.

포트폴리오 4개(대리점 · 대기업 · 공공 · 중소)의 관찰 기간(6 · 6 · 12 · 6개월) · 미래전망 조정(10 · 0 · 0 · 5%) · 정상 구간 최소 손실률 · 제각 구간과 최근 월말 잔액 · 산정 충당금을 봅니다. 수정은 관리자만 할 수 있습니다. 설정을 바꿔도 이미 확정한 경험률과 전기한 전표는 그대로이고, 다음 확정부터 새 설정이 쓰입니다.

경험률 워크벤치 — 손실률이 어디서 나왔는지

1000 한결식품 · 대리점 · 2026-09 · 관찰 6개월을 고르면 이번 달 구간(행) → 다음 달 구간(열) 전이 비율이 열지도로 나옵니다. B1 → B2 50.8% · B4 → B5 55.1% · B5 → B6 84.1% 처럼 진할수록 악화입니다. 대각선 오른쪽(더 깊은 구간)으로 갈수록 붉게, 회수 열은 녹색으로 칠합니다. 같은 구간에 머문 칸은 회색입니다.

구간마다 월말 잔액 · 송장 수 · Roll-rate · 회수율 · 경험 손실률 · 미래전망 · 적용 손실률 · 산정 충당금이 나오고, 경험 손실률 = Roll-rate × 다음 구간 손실률(B6 = 100%)의 사슬 곱이 7구간 모두 맞습니다. 산정 합계 66,606,075원. 비고 열에 현재 적용 손실률(확정 또는 실시간)이 함께 나와, 계산값과 지금 쓰는 값을 나란히 봅니다.

관찰 기간을 12개월, 미래전망 조정을 25%로 바꾸고 계산하면 산정 충당금이 84,575,686원으로 다시 계산되고 설정값 66,606,075원과의 차이(+17,969,611원)가 함께 보입니다. 저장하지 않는 계산입니다. 가정을 바꾼 상태에서는 위쪽 조건 줄 끝에 "(가정)" 이 붙고, 충당금 전표 만들기는 현재 설정값으로만 만듭니다.

구간별 Roll-rate 월별 추이와, 과거 기준 월의 예측 충당금 대비 이후 실제 제각을 비교한 사후 검증이 나옵니다. 관찰을 마친 9개월의 실현/예측 합계는 107.8% 입니다. 관찰 완료 전인 최근 월은 비율 대신 "아직 결과 확정 전" 으로 표시해 합계에서 뺍니다.

월말 일괄 실행 — 경험률 확정 → 충당금 전표 → 제각

1000 한결식품 · 2026-09 경험률 확정 미리보기 결과 포트폴리오 4건 · 합계 110,864,148원이 관찰 개월 · 미래전망 · 정상 구간 손실률 · 종착 직전 손실률과 함께 나옵니다. 저장되지 않습니다. 미리보기는 저장하지 않으므로 몇 번이든 눌러 볼 수 있습니다. 이미 확정한 포트폴리오는 대상에서 빠집니다.

실행 RS261019-001 이 4건 · 110,864,148원으로 미리보기 합계와 같게 끝나고 실행 이력 맨 위에 쌓입니다. 같은 조건으로 다시 실행하면 서비스가 거절합니다. 실행 로그에 포트폴리오별 확정 번호와 금액이 남고, 이전 확정은 "대체됨" 으로 바뀝니다.

확정 경험률로 산정 충당금 − 충당금 잔액을 계산해 대리점 +10,422,517 설정 · 대기업 −1,984,352 환입 · 공공 −4,185,514 환입 · 중소 +9,703,785 설정, 4건 합계 26,296,168원을 미리 봅니다. 차이가 1,000원 이하이거나 같은 포트폴리오에 처리 중인 충당금 전표가 있으면 대상에서 빠집니다.

실행 RN261019-001 이 전표 4건(100000146 ~ 100000149)을 임시저장으로 만들고 합계 26,296,168원이 미리보기와 같습니다. 만든 전표는 충당금 · 제각 전표 화면에서 검토 요청합니다. 만들어진 전표는 임시저장으로 시작해 같은 승인 흐름을 탑니다. 실행 번호를 누르면 로그가 열립니다.

2026-10 대손 제각 미리보기: 9월 월말 B6(151일 이상) 중 등급 D 또는 210일 이상 송장 12건이 포트폴리오별 3건 · 41,705,000원으로 묶이고, 충당금 잔액을 넘는 금액은 대손상각비로 처리됩니다. 제각은 최근 확정 이후 기간에만 실행할 수 있고, 이미 제각 전표에 들어간 송장은 다시 잡히지 않습니다.

문서 처리와 승인 — 승인 버튼은 승인자에게만 보인다

전기일 · 상태 · 업무 구분(충당금 설정 · 환입 · 대손 제각 · 수기) · 포트폴리오 · 생성 경로로 조회하면 2026-09 전표 16건이 금액 · 상태와 함께 나옵니다. 개요 타일에서 넘어오면 해당 조건이 미리 걸린 채 조회됩니다. 결과는 CSV(UTF-8 BOM)와 엑셀로 내려받습니다.

100000146 대리점 충당금 설정 10,422,517원의 분개(차변 64361010 대손상각비 / 대변 13160100 대손충당금), 산정 근거 메모, 경험률 확정 번호 RS261019-001 이 보이고 처리자에게는 수정 · 삭제 · 검토 요청 버튼이 보입니다. 현재 사용자가 할 수 있는 버튼만 보입니다. 산정 근거 메모는 서비스가 전표를 만들 때 남긴 값입니다.

처리자가 승인 요청을 직접 보내도 서비스가 "승인은 승인자 · 관리자 역할만 할 수 있습니다" 로 거절하고, 거절도 감사 로그에 남습니다. 화면 버튼만 막는 것이 아니라 서비스가 같은 규칙을 다시 확인하므로, 요청을 직접 보내도 결과가 같습니다.

승인자로 바꾸면 같은 전표에 승인 · 반려 · 전표 출력 버튼이 보입니다. 승인 단계 0/1 은 1억 원 미만이라 1인 승인 대상이라는 뜻입니다. 1억 원 이상 전표는 첫 승인 뒤 검토중에 머물고 승인 단계가 1/2 로 바뀝니다.

100000147 대기업 충당금 환입 1,984,352원을 역분개하면 반대 전표 100000150 이 생기고, 결산 반영 문서 C000000139 도 함께 되돌려집니다(연계 문서 탭). 역분개 사유는 필수이고, 원전표와 역분개 전표가 서로의 번호로 이동합니다.

조회자는 전표 출력 · 닫기만 보이고, 쓰기 요청은 서비스가 403 으로 거절합니다. 전기된 전표 100000146 의 승인 단계 1/1 · 작성 U02 · 승인 U03 · 전기 U02 가 보입니다. 데모에서는 오른쪽 위 사용자 전환으로 역할을 바꿉니다. 운영에서는 SAP 권한 객체와 역할로 바뀝니다.

개별 평가 추가 충당 같은 수기 전표를 헤더(회사 · 전기일 · 헤더 텍스트 · 포트폴리오)와 항목(차대 · G/L 계정 · 고객 · 포트폴리오 · 금액 · 적요)으로 입력합니다. 차변 4,800,000 / 대변 4,800,000 일치가 위에 보입니다. 대손충당금 라인에는 포트폴리오가, 외상매출금 라인에는 고객이 필요합니다. 계정 · 고객 · 차대 일치는 저장할 때 서비스가 검사합니다.

양식에 맞춘 4행을 올리면 정상 3행 · 오류 1행(차대는 D 또는 C)으로 검증되고, 정상 건만 반영해 수기 전표 1건(3항목)이 만들어집니다. 오류 행은 사유와 함께 빨갛게 표시되고, 반영 결과는 성공 · 실패 건수로 나옵니다.

대사와 예외 조치 — 어긋난 곳을 찾아 기록으로 남긴다

규칙 7개(차대 · 연령 스냅샷 = 외상매출금 G/L · 충당금 G/L = 산정 충당금 · 흐름 보존 · 이월 + 신규 = 잔액 · 손실률 단조성 · 제각 ≤ 기초 충당금)의 점검 건수 · 차이 건수 · 최대 차이와 예외 목록 11건이 나옵니다. 규칙마다 검사 건수 · 차이 건수 · 최대 차이가 나오고, 허용 오차를 넘은 건만 예외로 올라옵니다.

충당금 차이(R3) 예외는 조정 전표로 조치합니다(100000153 · 조치 중). 연령 스냅샷 차이(R2)는 원천 수정 대상이라 조정 전표 요청을 서비스가 거절하고 보류 · 허용 종결만 할 수 있습니다. 조정 전표는 일반 전표와 같은 승인 흐름을 거칩니다. 보류와 허용 종결은 사유가 필수입니다.

조정 전표를 승인 · 전기한 뒤 대사를 다시 실행하면 해당 예외가 해소로 바뀌고, 해소 건도 사유와 조정 전표 번호와 함께 남습니다. 해소된 예외도 지워지지 않고 처리 이력과 함께 남아, 다음 달 같은 대상이 다시 걸리면 지난 조치를 볼 수 있습니다.

분석 — 피벗에서 송장까지, 계획 대비 차이의 요인까지

2026-07 ~ 2026-09 · 포트폴리오별 월말 잔액 실적 6,081,678,000원 · 계획 대비 +70,743,028원, 충당금 179,783,613원 · 계획 대비 +29,351,119원이 표와 차트로 나옵니다. 월말 잔액 · 충당금 · 송장 수는 잔액형이라 기간을 더하지 않고 끝 기간 값을 씁니다. 증감률은 금액과 비율이 함께 기준을 넘을 때만 색칠됩니다.

열에 연령 구간을 끌어다 놓으면 포트폴리오 × 연령 구간 표로 바뀝니다. 받아 둔 큐브를 화면에서 다시 집계하므로 서버 요청이 생기지 않습니다. 행 수 상한을 넘는 조합은 안내와 함께 막습니다.

대기업 칸(3,048,480,000원)을 누르면 그 금액을 만든 2026-09 연령 라인 84건이 송장 · 고객 · 구간 · 연체일 · 다음 달 이동 · 손실률 · 충당금과 함께 열리고 합계가 칸 금액과 같습니다. 드릴스루 창 맨 위에 건수와 합계가 나오고, 고객 코드를 누르면 그 고객의 전표 목록으로 이동합니다.

충당금 계획 대비 차이 29,351,119원을 잔액 규모 효과 3,584,423 · 연령 구성 효과 9,310,301 · 손실률 효과 16,456,394로 나누고 워터폴로 보여 줍니다. 요인 합계가 전체 차이와 같습니다. 요인 합계 = 총차이 검산 줄이 함께 나오고, 요인마다 금액이 큰 포트폴리오 · 구간을 적어 둡니다.

행 · 열 배치 · 지표 · 필터를 이름을 붙여 저장하고 기본값과 열 때 자동 조회를 지정합니다. 자동 조회를 켠 기본 레이아웃은 화면을 열자마자 조회된 상태로 시작합니다.

AI 해설 — 숫자는 서비스가, 설명은 문장으로

서비스가 계산한 숫자만 인용해 "가장 큰 요인은 손실률 효과(16,456,394원)" 와 주요 포트폴리오 · 구간을 문장으로 설명하고 근거 표를 함께 붙입니다. 해설은 서비스가 계산한 숫자만 인용합니다. 모델 연결은 기본 꺼짐이며, 꺼도 규칙 기반 해설이 같은 근거로 나옵니다. PPT 보고서는 브라우저에서 만들어 내려받습니다.

영역 간 연계 — 청구 · 제각 · 사후관리 · 결산

제각 전표 200000053 을 기준으로 영업 청구(송장) 6건 → 회계 제각 전표 → 자금 상각채권 사후관리 T000000053 이 이어진 흐름을 영역별 열로 봅니다. 흐름의 상자를 누르면 그 문서의 상세가 열리고, 연결 종류별 건수와 금액이 아래 표로 나옵니다.

흐름의 상자를 누르면 영업 문서 V000000001(청구 · 2,699,000원)의 상세와 앞뒤 문서가 열립니다. 충당금 전표는 결산 반영 문서로 이어집니다. 다른 영역 문서는 이 앱에서 고치지 않습니다. 원천 처리는 해당 영역의 표준 화면에서 합니다.

이력 · 감사 · 역할 — 누가 무엇을 했는지

생성 · 상태 전이 · 일괄 실행 · 대사 · 예외 조치 · 레이아웃 저장까지 사용자 · 대상 · 이전 값 → 이후 값 · 결과가 남고, 거절된 예외 조정 시도도 사유와 함께 기록됩니다. 로그는 사용자 · 결과로 거르고 엑셀로 내려받습니다. 거절된 요청도 사유와 함께 남습니다.

조회자 · 처리자 · 승인자 · 관리자 6명의 쓰기 · 승인 · 실행 · 관리 권한과 직무 분리 규칙, 허용된 상태 전이표를 봅니다. 허용된 상태 전이표가 서비스가 판정에 쓰는 표와 같습니다. 관리자도 자기 전표는 승인할 수 없습니다.

좁은 화면 — 휴대폰에서도

390px 폭에서는 메뉴가 접히고 조회 조건이 세로로 쌓입니다. 조회 버튼은 조건 영역 끝에 그대로 있고, 차트는 표 아래로 내려갑니다.

390px 폭에서는 사슬 손실률 표가 구간별 카드처럼 펼쳐져 송장 수 · 회수율 · 미래전망 · 현재 적용 손실률을 세로로 읽습니다. 좁은 화면에서는 툴바 버튼이 더보기 메뉴로 접힙니다.

화면 뒤에서 일어나는 일

화면의 버튼은 모두 서비스의 펑션 하나에 대응합니다. 워크벤치의 계산은 연령 라인에서 Roll-rate 와 사슬 손실률을 돌려주고(저장 안 함), 일괄 실행은 같은 계산으로 확정 스냅샷 · 충당금 전표 · 제각 전표를 만듭니다. 검토 요청 · 승인 · 전기 · 역분개는 상태 전이표와 역할 · 금액 규칙을 서비스가 다시 확인한 뒤 처리하고, 모든 시도는 성공이든 거절이든 감사 로그에 남습니다.

경험 손실률 판정 — 구간, 계산, 사용자 조치

적용 손실률 = min(100, max(B0 최소 손실률, 경험 손실률 × (1 + 미래전망 조정%))) 이고, 산정 충당금은 송장 라인마다 잔액 × 적용 손실률을 원 단위로 반올림해 더합니다. 확정 스냅샷이 있으면 확정 경험률이 실시간 계산보다 우선합니다.

문서 상태 판정 — 승인과 전기

허용되지 않는 전이(예: 임시저장 → 전기)는 400 으로, 역할이 맞지 않는 요청은 403 으로 서비스가 거절합니다.

처리 단계와 대사식

1. 연령 스냅샷 — 연령 라인 합계 = 외상매출금 G/L (R2), 구간 잔액 = 다음 달 이월 + 회수 + 제각 (R4), 전월 이월 + 당월 신규 = 당월 잔액 (R5).
2. 경험률 — 경험 손실률 = Roll-rate × 다음 구간 손실률, 깊을수록 높아야 함 (R6).
3. 충당금 설정 — 설정액 = 산정 충당금 − 충당금 G/L, 전기 뒤 충당금 G/L = 산정 충당금 (R3, 허용 1,000원). 전표마다 차변 = 대변 (R1).
4. 대손 제각 — 차변 대손충당금(기초 충당금 한도) + 넘는 금액 대손상각비 / 대변 외상매출금, 제각액 ≤ 기초 충당금 (R7).
5. 분석 — 큐브 합계 = 연령 라인 합계, 요인 합 = 총차이.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

390px 폭에서는 사이드 메뉴가 접히고, 조회 조건이 세로로 쌓이며, 차트가 표 아래로 내려갑니다. 워크벤치의 사슬 손실률 표는 구간별로 세로 카드처럼 펼쳐지고, 행 · 열 축 조합이 상한을 넘으면 안내와 함께 막습니다.

파일 구성

(앱 폴더)
├─ index.html · Component.js · manifest.json · readme.html
├─ view/      Main · Home · Rate · Master · Docs · Batch · Recon · Analysis · Flow · Audit
├─ controller/ · i18n/ · css/
├─ model/     Api · ErrorHandler · formatter · cube · chart · pptx
├─ media/     소개 영상 · 첫 장면
└─ odata/     metadata.xml · service.js · core.js · json/(엔티티셋별 샘플 데이터)

SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 경험률 산정 · 승인 · 대사 · 사후 검증 관점을 더해 확장합니다. 같은 계정과 전표 구조를 쓰므로 이 앱에서 전기한 충당금 · 제각 전표는 표준 조회 화면에서 그대로 보입니다.

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

T-code 별 연계 지점

법정 결산 · 공시에 쓰는 숫자는 표준 거래와 표준 보고서에 두고, 이 앱은 경험률 산정 · 점검 · 설명에 씁니다. 기존 보고서를 없앨 필요는 없습니다.

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

운영에서는 유니버설 저널(ACDOCA) 위의 표준 CDS 분석 쿼리, Fiori 분석 앱, Analysis for Office 가 채권 잔액 분석을 담당합니다. 이 앱은 그 사이 — 월말 연령 스냅샷의 구간 이동, 경험률 확정, 충당금 전표 승인 — 과 전기 직후의 대사를 맡고, 분석 화면은 포트폴리오 · 다음 달 이동처럼 표준 원장에 없는 차원을 더해 봅니다. 표준 분석 앱의 이름은 고객사 버전에 따라 다르므로 도입 때 확인합니다.

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

분석 지표 정의표

CDS 구성 — 운영 데이터로 옮길 때의 뷰 설계

화면이 읽는 서비스는 하나지만, 운영 데이터로 옮길 때는 기준 테이블 → 월말 스냅샷 → 기본 뷰 → 전이 집계 → 큐브 → 쿼리 → 권한 → 서비스로 나눠 둡니다. 포트폴리오 가정과 확정 경험률은 회사가 정하고 감사 대상이 되므로 코드가 아니라 데이터로 둡니다.

뷰 레이어 구성

① 포트폴리오 가정 테이블

관찰 기간 · 미래전망 조정 · 최소 손실률은 회사가 정하고 감사인과 협의하는 가정입니다. 바뀐 이력이 남도록 변경자 · 변경일을 함께 둡니다.

" ─── ZRR_SEGMENT ──────────────────────────────────────────
"  역할 : 포트폴리오별 손실률 가정
"  나눈 이유 : 회계 정책 가정이라 코드가 아니라 데이터로 둔다
" ──────────────────────────────────────────────────────────
@EndUserText.label : '대손 경험률 포트폴리오'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zrr_segment {
  key client    : abap.clnt not null;
  key segment   : abap.char(10) not null;   " LARGE · SME · DEALER · PUBLIC
  seg_text      : abap.char(40);
  window_mon    : abap.int1;                " 관찰 기간(개월)
  fl_adj_pct    : abap.dec(5,2);            " 미래전망 조정(%)
  min_rate_pct  : abap.dec(7,4);            " 정상 구간 최소 손실률(%)
  woff_bucket   : abap.char(2);             " 제각 구간
  changed_by    : syuname;
  changed_at    : timestampl;
}

② 월말 연령 스냅샷 테이블

키 날짜 기준 미결 송장과 다음 달 이동을 저장합니다. 다음 달 월말 스냅샷을 만들 때 직전 달 라인의 이월 · 회수 · 제각을 채웁니다.

" ─── ZRR_AGING ────────────────────────────────────────────
"  역할 : 월말 송장별 미결 · 구간 · 다음 달 이동
" ──────────────────────────────────────────────────────────
@EndUserText.label : '월말 매출채권 연령 스냅샷'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zrr_aging {
  key client      : abap.clnt not null;
  key bukrs       : bukrs not null;
  key keydate     : abap.dats not null;     " 월말
  key belnr       : belnr_d not null;       " 송장
  key gjahr       : gjahr not null;
  kunnr           : kunnr;
  netdt           : netdt;                  " 순 만기일
  days_past       : abap.int4;
  bucket          : abap.char(2);           " B0 ~ B6
  waers           : waers;
  @Semantics.amount.currencyCode : 'zrr_aging.waers'
  balance         : abap.curr(23,2);
  next_bucket     : abap.char(2);
  @Semantics.amount.currencyCode : 'zrr_aging.waers'
  roll_amt        : abap.curr(23,2);        " 다음 달 더 깊은 구간
  @Semantics.amount.currencyCode : 'zrr_aging.waers'
  collect_amt     : abap.curr(23,2);
  @Semantics.amount.currencyCode : 'zrr_aging.waers'
  writeoff_amt    : abap.curr(23,2);
}

③ 연령 라인 기본 뷰

스냅샷에 고객 · 포트폴리오 · 지역을 붙입니다. 금액은 통화와 짝으로 선언해 집계 때 통화가 섞이지 않게 합니다.

" ─── ZI_RrAgingLine ───────────────────────────────────────
"  역할 : 스냅샷 + 고객 마스터 (모든 상위 뷰의 원천)
" ──────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '연령 라인 (기본)'
@ObjectModel.usageType : { serviceQuality : #C, sizeCategory : #XL, dataClass : #TRANSACTIONAL }
define view entity ZI_RrAgingLine
  as select from zrr_aging as a
    inner join kna1 as c on c.kunnr = a.kunnr
    left outer join zrr_custseg as s on  s.bukrs = a.bukrs
                                    and s.kunnr = a.kunnr
{
  key a.bukrs      as CompanyCode,
  key a.keydate    as KeyDate,
  key a.belnr      as InvoiceNo,
  key a.gjahr      as FiscalYear,
      a.kunnr      as Customer,
      c.regio      as Region,
      s.segment    as Segment,
      s.grade      as CreditGrade,
      a.bucket     as Bucket,
      a.next_bucket as NextBucket,
      a.days_past  as DaysPastDue,
      @Semantics.currencyCode : true
      a.waers      as Currency,
      @Semantics.amount.currencyCode : 'Currency'
      a.balance    as Balance,
      @Semantics.amount.currencyCode : 'Currency'
      a.roll_amt   as RollAmount,
      @Semantics.amount.currencyCode : 'Currency'
      a.collect_amt as CollectAmount,
      @Semantics.amount.currencyCode : 'Currency'
      a.writeoff_amt as WriteOffAmount
}

④ 구간 전이 집계 뷰

Roll-rate 의 분자(이월액)와 분모(구간 잔액)를 같은 라인에서 함께 더합니다. 관찰 기간 필터는 쿼리 파라미터로 받습니다.

" ─── ZI_RrRollRate ────────────────────────────────────────
"  역할 : 회사 · 포트폴리오 · 구간 · 월말별 잔액 · 이월 · 회수 · 제각
" ──────────────────────────────────────────────────────────
@EndUserText.label : '구간 전이 집계'
define view entity ZI_RrRollRate
  as select from ZI_RrAgingLine
{
  key CompanyCode,
  key Segment,
  key Bucket,
  key KeyDate,
      Currency,
      @Semantics.amount.currencyCode : 'Currency'
      sum( Balance )        as Balance,
      @Semantics.amount.currencyCode : 'Currency'
      sum( RollAmount )     as RollAmount,
      @Semantics.amount.currencyCode : 'Currency'
      sum( CollectAmount )  as CollectAmount,
      @Semantics.amount.currencyCode : 'Currency'
      sum( WriteOffAmount ) as WriteOffAmount,
      count( * )            as LineCount
}
group by CompanyCode, Segment, Bucket, KeyDate, Currency

⑤ 확정 경험률 테이블

일괄 실행의 경험률 확정 결과를 저장합니다. 확정 뒤에는 고치지 않고, 새로 확정하면 이전 행을 대체됨으로 바꿔 감사 증적으로 남깁니다.

" ─── ZRR_RATESNAP ─────────────────────────────────────────
"  역할 : 확정 경험률 스냅샷 (감사 증적)
" ──────────────────────────────────────────────────────────
@EndUserText.label : '확정 경험률'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zrr_ratesnap {
  key client     : abap.clnt not null;
  key snap_id    : abap.char(12) not null;
  key bukrs      : bukrs not null;
  key segment    : abap.char(10) not null;
  key bucket     : abap.char(2) not null;
  keydate        : abap.dats;
  obs_months     : abap.int1;
  roll_rate      : abap.dec(9,4);          " %
  base_loss      : abap.dec(9,4);          " 경험 손실률 %
  final_rate     : abap.dec(9,4);          " 적용 손실률 %
  waers          : waers;
  @Semantics.amount.currencyCode : 'zrr_ratesnap.waers'
  required       : abap.curr(23,2);
  snap_status    : abap.char(1);           " A 적용 · S 대체됨
  created_by     : syuname;
  created_at     : timestampl;
}

⑥ 큐브 — 잔액 · 충당금 · 흐름

분석 화면의 모든 숫자는 이 큐브 한 곳에서 나옵니다. 잔액 · 충당금은 잔액형이라 기간을 더하지 않도록 쿼리에서 끝 기간을 고릅니다.

" ─── ZI_RrCube ────────────────────────────────────────────
"  역할 : 차원 8개 × 측정값 집계 (기간 · 회사 · 포트폴리오 · 지역 · 등급 · 구간 · 이동)
" ──────────────────────────────────────────────────────────
@Analytics.dataCategory : #CUBE
@ObjectModel.modelingPattern : #ANALYTICAL_CUBE
@ObjectModel.supportedCapabilities : [ #ANALYTICAL_PROVIDER, #SQL_DATA_SOURCE ]
@EndUserText.label : '대손 경험률 큐브'
define view entity ZI_RrCube
  as select from ZI_RrAgingLine as l
    left outer join zrr_ratesnap as r on  r.bukrs       = l.CompanyCode
                                     and r.segment     = l.Segment
                                     and r.bucket      = l.Bucket
                                     and r.keydate     = l.KeyDate
                                     and r.snap_status = 'A'
{
  l.CompanyCode,
  l.KeyDate,
  l.Segment,
  l.Region,
  l.CreditGrade,
  l.Bucket,
  l.NextBucket,
  l.Currency,
  @Aggregation.default : #SUM
  @Semantics.amount.currencyCode : 'Currency'
  l.Balance,
  @Aggregation.default : #SUM
  @Semantics.amount.currencyCode : 'Currency'
  cast( l.Balance * r.final_rate / 100 as abap.curr( 23, 2 ) ) as Allowance,
  @Aggregation.default : #SUM
  @Semantics.amount.currencyCode : 'Currency'
  l.RollAmount,
  @Aggregation.default : #SUM
  @Semantics.amount.currencyCode : 'Currency'
  l.CollectAmount,
  @Aggregation.default : #SUM
  cast( 1 as abap.int4 ) as LineCount
}

⑦ 분석 쿼리 — 축과 필수 필터

키 날짜를 필수 파라미터로 받아 전체 기간 집계가 실수로 돌지 않게 하고, 충당률을 계산 항목으로 둡니다.

" ─── ZC_RrQuery ───────────────────────────────────────────
"  역할 : 행 · 열 축, 필수 필터(키 날짜), 계산 항목
" ──────────────────────────────────────────────────────────
@Analytics.query : true
@EndUserText.label : '연령 · 충당금 분석'
define transient view entity ZC_RrQuery
  provider contract analytical_query
  with parameters
    p_keydate : abap.dats
  as projection on ZI_RrCube
{
  @AnalyticsDetails.query.axis : #ROWS
  Segment,
  @AnalyticsDetails.query.axis : #COLUMNS
  Bucket,
  @AnalyticsDetails.query.axis : #FREE
  Region,
  @Consumption.filter : { selectionType : #SINGLE, multipleSelections : true }
  CompanyCode,
  Balance,
  Allowance,
  LineCount,
  @EndUserText.label : '충당률(%)'
  @Aggregation.default : #FORMULA
  $projection.Allowance / $projection.Balance * 100 as CoverageRate
}
where KeyDate = $parameters.p_keydate

⑧ 권한 — 회사 코드

데모의 사용자 전환을 운영에서는 이 권한 정의와 PFCG 역할이 대신합니다. 집계 단계에서 걸어야 다른 회사 숫자가 합계로 새지 않습니다.

" ─── ZC_RrQuery (DCL) ─────────────────────────────────────
"  역할 : 회사 코드 단위 조회 권한
" ──────────────────────────────────────────────────────────
@EndUserText.label : '대손 경험률 분석 권한'
@MappingRole : true
define role ZC_RrQuery {
  grant select on ZC_RrQuery
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다.

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

만드는 쪽에서 먼저 대사식을 세워 검증용 샘플 데이터 전체(연령 라인 9,798행 · 전표 197건 · 항목 432행)에 돌린 결과입니다.

차이 13건(R2 3 · R3 8 · R7 2)은 대사가 실제로 잡아내는지 보려고 일부러 넣은 예외이며 — 외상매출금 G/L 수기 대체 · 미결 입금, 9월 충당금 미전기, 충당금 설정 첫 달의 기초 충당금 초과 제각 — 예기치 않은 차이는 0건입니다. 화면 쪽은 자동화로 따로 돌려 축을 다섯 가지로 바꿔도 총합(회수액 5,200,047,000원)이 같고, 드릴스루 칸 금액과 송장 합계가 같은지 매번 다시 잽니다.

운영 데이터로 갈 때

송장 라인이 월 수십만 건이면 전이 집계와 큐브는 데이터베이스가 하고, 화면은 기간 필수 필터로 범위를 좁혀 집계 결과만 받습니다. 경험률 계산은 회사 × 포트폴리오 × 구간 × 월 단위 집계(수백 행)만 읽으므로 라인 수와 상관없이 가볍고, 드릴스루는 칸 조건 그대로 송장을 페이지 단위로 읽습니다. 응답 시간 기준(예: 분석 조회 3초 안)은 도입 때 데이터 양을 보고 정합니다.

자주 묻는 질문 — 숫자, 화면, 산정과 점검, 도입과 운영

도입 검토에서 나올 만한 질문을 네 묶음으로 정리했습니다.

숫자와 산식

화면과 조작

산정과 점검 기능

도입과 운영