SAP 변동금리 차입 이자 재계산 점검 — 청구 이자와 장부 이자비용을 구간으로 다시 계산해 맞춰 보는 자금 관리 화면

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

변동금리 차입의 이자는 이자기간 안에서 기준금리가 바뀌고 원금이 중간에 상환되면 한 줄 산식으로 끝나지 않습니다. 은행 청구서의 이자가 내가 계산한 값과 다를 때 어디서부터 다시 봐야 하는지, 이자비용 전표는 청구서대로 들어갔는지를 사람이 시트 여러 장을 열어 맞추는 일이 생깁니다. 이 앱은 이자기간을 개정일과 상환일에서 나눠 다시 계산하고, 재계산 · 청구 · 장부를 한 줄에 놓아 어긋난 자리를 보여 줍니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 38개 이자기간에서 8건을 걸러 낸다

검증용 샘플 데이터에는 청구와 장부의 차이를 일부러 8건 넣었습니다(개정일 반영 2 · 일수 기준 1 · 상환 잔액 1 · 청구 확인 2 · 장부 점검 2). 앱은 38개 이자기간을 모두 다시 계산해 이 8건을 걸러 냈고, 그중 6건은 “점검 필요”, 2건은 “확인 필요”로 표시했습니다. 화면 요약의 재계산 이자 합계는 964.4백만원이고, 청구 차이는 −3,486,688원, 장부 차이는 +3,755,087원입니다. 이 숫자는 모두 가정값 기반 샘플이며 실제 차입의 값이 아닙니다.

예를 들어 청구 이자가 “기간 초 금리를 전 기간에 적용한 금액”과 같다면, 청구서가 이자기간 중간의 기준금리 개정을 반영하지 않았을 가능성이 있습니다. 앱은 이 경우 RSTM 후보라고만 표시하고, 계약의 금리 확정 방식을 확인하라고 안내합니다. 계약이 원래 기간 초 확정 방식이면 청구가 맞고 재계산 설정이 달랐던 것이므로, 어느 쪽이 맞는지는 담당자가 확인합니다.

도입하면 달라지는 것

• 이자 점검 준비 — 구간 계산과 차이 비교가 한 화면에서 나와 계산 시트를 만드는 일이 줄어듭니다.
• 은행 문의의 질 — “이 기간은 기간 초 금리로 계산된 것으로 보입니다”처럼 후보를 가지고 확인을 요청할 수 있습니다.
• 장부 점검 — 청구와 재계산이 맞는데 장부만 다른 기간을 따로 걸러 냅니다.

이런 회사에 맞습니다

• 변동금리 원화 차입이 여러 건이고 기준금리 개정과 중도 상환이 잦은 회사
• 은행 청구 이자를 받아 이자비용을 기표하면서 검토 근거를 남기고 싶은 자금팀 · 회계팀
• 외화 차입은 이번 화면의 범위가 아닙니다. 통화는 원화 한 가지로 처리합니다.

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

위 검사는 모두 검증용 샘플 데이터를 대상으로 한 결과입니다. 운영 데이터로 옮길 때는 같은 검사를 다시 돌려 확인해야 합니다.

도입 후 쓰는 순서

1. 이자기간 종료월 기준으로 조회해 요약의 점검 필요 · 확인 필요 건수를 봅니다.
2. 점검 결과를 “점검 필요”로 좁혀 행을 눌러 상세를 엽니다.
3. 상세의 구간 계산과 원인 후보 금액을 청구서와 계약 조건에 견줘 봅니다.
4. 필요하면 은행에 확인을 요청하고, 장부 점검 건은 이자비용 전표를 확인합니다.
5. CSV로 내려받아 검토 근거로 남깁니다.

실행 화면

실제로 돌아가는 화면 8종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있습니다. 금리 · 금액 · 은행 이름은 모두 검증용 샘플 값입니다.

조회조건과 요약, 다섯 개 탭이 한 화면에 놓입니다. 처음 열면 자동으로 한 번 조회되므로 빈 화면을 먼저 보지 않습니다. 요약의 숫자는 아래 표와 같은 자료에서 나옵니다.

조건을 바꾸면 표가 서비스 필터로 다시 조회됩니다. "전체"를 고르면 그 조건은 걸리지 않습니다.

재계산이 어떤 구간으로 나뉘었는지, 청구 이자가 어느 후보 금액과 맞았는지를 같은 창에서 확인합니다. 후보와 맞았다고 원인이 확정되는 것은 아니며 "점검 필요"로만 표시합니다.

구간 이자는 소수 둘째 자리까지 보이고, 재계산 이자는 합계에서 한 번만 반올림합니다.

건별 약정 조건(일수 기준, 개정일 반영 방식)도 함께 보여 줍니다.

실제 기준금리 이력의 표준 원천은 환경별로 확인이 필요하며, 샘플은 가정값입니다.

내부 대사의 차이 건수는 0이고, 일부러 넣은 점검 대상 8건은 별도 대사식으로 따로 기록합니다.

표는 가로로 밀어서 봅니다. 한계로, 좁은 화면에서는 한 번에 보이는 열이 적습니다.

SAP 표준 기능 확장 포인트

이 화면은 표준 거래를 대체하지 않습니다. 차입 계약 조건의 입력, 이자비용 전표의 조회, 은행 명세 처리는 표준에 두고, 이자를 다시 계산해 견주는 자리만 이어 붙입니다.

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

판정 규칙

판정은 아래 순서로 처음 맞는 조건을 붙입니다. 허용 오차는 샘플의 가정값 1,000원입니다.

산출식

적용금리 = 기준금리 + 가산금리. 구간 이자 = 잔액 × 적용금리(%) ÷ 100 × 구간 일수 ÷ 일수 기준(차입 건별 360 또는 365). 재계산 이자 = Σ 구간 이자를 원 미만에서 한 번만 반올림합니다. 청구 차이 = 재계산 − 청구, 장부 차이 = 재계산 − 장부이며 양수는 청구(장부)가 재계산보다 적다는 뜻입니다.

한계와 확인이 필요한 것

• 참조금리 이력과 금융 거래 기본 데이터의 표준 테이블 · 필드 이름은 이 글에서 확인하지 못해 “확인 필요”로 남겼습니다.
• 외화 차입, 가산금리 변경, 이자 지급 후 취소 같은 경우는 이번 범위가 아닙니다.
• 청구 이자는 업무 담당자가 확인해 입력하는 값이라고 가정했습니다. 입력 방식은 도입 때 정합니다.

CDS 구성

이 사례의 화면은 샘플 JSON을 OData V2 서비스 형태로 내려받아 보여 줍니다. 운영에서는 이자기간 판정과 구간 계산을 CDS 로 내리는 것이 출발점입니다. 아래는 그때 만드는 뷰를 레이어 순서로 적은 스케치입니다. 표준 원천의 필드와 뷰 이름은 릴리스 · 환경에 따라 다르므로 그대로 붙여 넣기 전에 View Browser 로 실제 이름을 확인해야 합니다.

뷰 레이어 구성

이자기간 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '변동금리 차입 이자 재계산 점검 — 이자기간 판정'
define view entity FloatIntPeriodView
  as select from FloatIntSegmentView as seg
{
  key seg.CompanyCode, key seg.LoanNo, key seg.PeriodNo,
  min( seg.SegStart )   as PeriodStart,
  max( seg.SegEnd )     as PeriodEnd,
  sum( seg.SegInterest) as RecalcInterest,
  seg.Currency          as Currency
}
group by seg.CompanyCode, seg.LoanNo, seg.PeriodNo, seg.Currency
/* 기준금리 · 계약 조건의 표준 원천 테이블은 확인 필요 — 위 뷰 이름은 이 글을 위해 새로 스케치한 이름이다. */

운영 전환에서 정할 것

• 허용 오차를 서비스 데이터로 공급하는 방법(회사별 값)
• 청구 이자를 입력하는 자리와 확인 담당자
• 이자비용 계정의 범위(장부 이자비용을 가져올 계정)
• 기준금리 이력의 공급 원천 — 표준 테이블 이름은 확인 필요

자주 묻는 질문

도입 상담에서 자주 받는 질문들을 세 묶음으로 적었습니다.

판정과 숫자

범위와 연계

구현과 도입