계좌별 유휴자금 운용 점검 — 은행 계좌마다 정한 하한과 상한으로 놀고 있는 돈과 모자란 날을 가리고 이체·운용 금액까지 산출하는 자금 관리 화면

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

자금팀이 매일 마주하는 '어느 계좌에 유휴자금이 있나?', '어느 계좌가 지급을 감당할까?', '그래서 얼마를 어디로 옮겨야 하나?'와 같은 질문에, 이 앱은 계좌별 운영 기준을 바탕으로 놀고 있는 돈의 규모와 기회비용, 부족 계좌 보전 이체액, 단기 운용 제안까지 종합적인 답을 제시합니다. 수작업에 의존하던 판단과 계산을 표준 SAP 데이터 연동을 통해 자동화하여, 자금 운용의 효율성과 의사결정의 신뢰도를 높입니다.

핵심 포인트 여섯 가지

사례로 보는 효과

검증용 샘플 데이터에서 본사 운영계좌는 한 달 동안 유휴자금 평잔이 228,310,000원 발생했으며, 두 회사 합산 기준 한 달 기회비용은 864,515원으로 산출되었습니다. 또한, 거래처 지급계좌는 최대 139,700,000원의 하한 미달액을 기록하여, 이 앱이 제안하는 이체와 운용 방안이 자금 흐름을 개선할 수 있음을 보여줍니다.

도입하면 달라지는 것

• 자금 운용 의사결정의 정확성 향상
• 수작업 감소로 자금팀 업무 효율 증대
• 숨겨진 기회비용 시각화 및 관리
• 내부 자금 흐름의 투명성 및 통제 강화

이런 회사에 맞습니다

은행 계좌별 운영 기준에 맞춰 유휴자금과 부족 자금을 효율적으로 관리하고자 하는 재무·자금팀, 그리고 현금 흐름의 가시성과 운용 수익성을 높이려는 CFO 및 경영진에게 적합합니다.

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

검증용 샘플 데이터(가상 회사 두 곳, 계좌 8개, 9월 30일치 일별 잔액 240건)에 대사식과 판정 규칙을 전수로 다시 돌린 결과입니다.

검사 건수 합계 1,559건, 차이 0건입니다. 판정이 일부러 걸리도록 넣은 계좌(유휴 지속 2 · 하한 미달 2 · 초과와 미달 동시 1 · 정책 미설정 1 · 금리 역전 1)는 대사 차이와 따로 셉니다.

실행 화면

실제로 돌아가는 화면 6종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있습니다. 숫자는 모두 같은 검증용 샘플 데이터에서 나와 화면끼리 맞춰 보셔도 됩니다.

처음 열었을 때

조회조건 · 요약 · 계좌별 판정이 한 화면에 뜹니다. 회계연도 2026, 기간 09 가 기본값이라 열자마자 9월 판정이 보입니다.

여덟 개 계좌가 회사 · 계좌 순으로 정렬되어 나옵니다. 점검 결과 열의 주황 "점검 필요" 는 유휴가 이어지거나 하한에 못 미친 계좌, 파랑 "확인 필요" 는 계좌 정책이나 금리 조건을 회사가 먼저 봐야 하는 계좌입니다. 요약의 유휴자금 평잔 합계 590.6 백만원과 기회비용 864,515원이 이 표의 합계와 같습니다. 조회 버튼은 입력 칸 오른쪽 끝에 있고 Enter 로도 조회됩니다.

회사와 계좌 열은 고정되어 가로로 넘겨도 어느 계좌인지 놓치지 않습니다. 본사 운영계좌는 유휴자금 평잔 228,310,000원, 기회비용 581,721원이고, 이체로 139,700,000원을 지급계좌에 보낸 뒤 140,000,000원을 단기 운용으로 제안받아 이체·운용 후 잔액이 805,000,000원이 됩니다. 예금 금리가 3.30퍼센트인 예치 연동계좌는 기회비용이 0 입니다.

하루하루로 내려가기

판정의 근거는 일별 잔액입니다. 점검 코드와 잔액일로 걸러 문제가 된 날만 남길 수 있습니다.

거래처 지급계좌는 10일과 25일 지급 뒤 잔액이 운영 하한 2억 밑으로 내려갔고, 25일 이후에는 하한 미달분이 139,700,000원까지 커졌습니다. 이 최대 부족액이 이체 제안의 기준이 됩니다. 잔액일 시작 · 종료를 넣으면 그 기간만 남으며, 같은 칸에 두 조건이 걸리면 하나의 구간 조건으로 보냅니다.

옮길 돈과 굴릴 돈

판정 다음에 남는 질문은 "그래서 얼마를 어디로" 입니다.

회사 1000 은 본사 운영계좌에서 지급계좌로 139,700,000원을 보내고, 운영계좌의 남는 초과분 140,000,000원과 수금계좌의 80,000,000원을 단기 운용으로 제안합니다. 회사 2000 은 금리 역전 계좌의 초과분으로 두 계좌의 부족을 채우되, 운용은 제안하지 않습니다. 예상 이자 차익은 30일 기준입니다.

숫자를 스스로 맞춰 본다

대사 결과 탭은 서비스가 계산한 대사식 11종의 결과입니다.

좌변 합계와 우변 합계가 나란히 있고, 차이 건수가 하나라도 있으면 요약의 정합성 대사 차이에 그대로 올라갑니다. 검증용 샘플에서는 모든 대사식이 차이 0 입니다. 이체·운용 뒤 회사 잔액이 그대로인지(⑪)도 여기서 확인합니다.

계좌 하나를 끝까지

계좌 행을 누르면 그 계좌의 판단 재료가 한 창에 모입니다.

머리에는 월 기말 잔액과 점검 결과, 그 아래에는 판정 문장과 "왜 이렇게 판정하는지" 가 한 줄씩 붙습니다. 아래 표는 그 계좌의 30일 잔액으로, 상한 초과분과 하한 미달분이 날마다 보입니다. 닫기 버튼이나 ESC 로 닫습니다.

화면 뒤에서 일어나는 일

조회를 누르면 화면은 계좌 · 일별 · 제안 · 대사 네 엔티티셋을 각각 조건과 함께 부르고, 요약의 유휴자금 평잔 합계와 하한 미달 계좌 수는 서비스 함수로 따로 받습니다. 판정과 제안은 서비스 쪽 데이터에 이미 계산되어 있어 화면은 그 값을 보여 주기만 합니다.

1. 일 기말 = 일 기초 + 입금 − 출금, 다음 날 기초 = 전일 기말
2. 상한 초과분 = max(0, 일 기말 − 보유 상한), 하한 미달분 = max(0, 운영 하한 − 일 기말)
3. 유휴자금 적수 = Σ 초과분, 유휴자금 평잔 = 적수 ÷ 일수, 상한 초과일 · 하한 미달일 · 최대 부족액
4. 기회비용 = 적수 × max(0, 운용 기준 금리 − 예금 금리) ÷ 100 ÷ 365
5. 판정 — A04 → A03 → A02 → A05 → A01 → A00 순서로 처음 걸리는 코드
6. 이체 — 회사별 부족액(기말 미달액, 이번 달 미달이 있던 계좌는 최대 부족액까지)을 초과분이 큰 계좌부터 채움
7. 운용 — 이체 뒤 남는 초과분을 금리 차가 있을 때만 천만원 단위로 내림, 예상 이자 차익 = 금액 × 금리 차 × 30 ÷ 365
8. 이체·운용 후 잔액 = 월 기말 + 수신 − 송신 − 운용

계좌 판정 — 조건과 조치

일별 판정 — 조건과 조치

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

조회조건은 폭에 맞춰 줄을 바꿔 쌓이고, 조회 버튼은 언제나 입력 칸 묶음의 맨 끝에 붙습니다. 계좌 표는 회사 · 계좌 두 열을 고정한 채 가로로 넘기며, 상세 창은 휴대폰 폭에서 화면 전체를 씁니다.

파일 구성

앱 폴더/
├─ index.html · manifest.json · Component.js
├─ controller/   BaseController · Main.controller
├─ view/         Main.view.xml · DetailDialog.fragment.xml
├─ model/        formatter · ErrorHandler
├─ css/ · i18n/
├─ odata/        서비스 정의 · 서비스 로직 · 엔티티셋별 데이터
└─ media/        소개 영상

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 기존 화면을 없애는 것이 아니라 그 옆에서 계좌별 기준과 견주는 자리를 하나 더하는 구조입니다.

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

T-code 별 연계 지점

운영으로 옮길 때 기존 리포트를 없앨 필요는 없습니다. 법정 · 감사 대응과 실제 이체 실행은 표준에 그대로 두고, 이 화면은 아침 자금 회의의 판단 자료로 씁니다.

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

계좌 × 월 집계를 분석 쿼리로 만들어 두면 표준 Fiori 분석 앱과 Analysis for Office 가 같은 숫자를 띄웁니다. 표준 현금 관리 앱이 보여 주는 잔액 위에, 회사의 계좌 정책을 기준으로 한 판정과 제안을 얹는 자리입니다.

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

분석 지표 정의표

CDS 구성

검증 화면은 계좌 8개를 서비스 데이터로 들고 있지만, 운영에서는 계좌 × 일자 집계를 CDS 로 내립니다. 아래는 그때 만드는 객체를 레이어 순서대로 적은 것입니다. 코드는 스케치이며, 표준 필드명은 릴리스에 따라 다르므로 주석에 확인할 자리를 적었습니다.

뷰 레이어 구성

① 계좌 정책 테이블

판정의 모든 기준이 이 표에서 나옵니다. 계좌마다 운영 하한과 보유 상한, 예금 금리와 운용 기준 금리를 둡니다. 유효 시작일을 키에 넣어 정책을 바꿔도 지난 달 판정이 흔들리지 않게 했습니다.

" ────────────────────────────────────────────────────────────────
"  ZIDLE_ACCTPOL — 계좌별 자금 정책 (투명 테이블)
"  역할 : 운영 하한 · 보유 상한 · 예금 금리 · 운용 기준 금리
"  나눈 이유 : 정책은 자금 회의마다 바뀐다. 코드가 아니라 표에 둔다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '계좌별 자금 정책'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zidle_acctpol {
  key mandt     : mandt not null;
  key bukrs     : bukrs not null;
  key hbkid     : hbkid not null;          " 하우스뱅크
  key hktid     : hktid not null;          " 계좌 ID
  key valid_from: abap.dats not null;      " 정책 유효 시작일
  acct_type     : abap.char(3);            " OP 운영 · COL 수금 · PAY 지급 · RES 예비
  @Semantics.amount.currencyCode : 'zidle_acctpol.waers'
  min_bal       : abap.curr(23,2);         " 운영 하한
  @Semantics.amount.currencyCode : 'zidle_acctpol.waers'
  max_bal       : abap.curr(23,2);         " 보유 상한 (0 = 미설정)
  waers         : waers;
  dep_rate      : abap.dec(5,2);           " 예금 금리 %
  inv_rate      : abap.dec(5,2);           " 운용 기준 금리 %
}

② 계좌 차원 뷰

하우스뱅크 계좌에 정책을 붙인 한 행입니다. 텍스트와 값 도움말이 이 뷰 하나를 보게 해 화면 · 쿼리 · 권한이 같은 계좌 정의를 씁니다.

" ────────────────────────────────────────────────────────────────
"  ZI_IdleBankAccount — 계좌 차원 (T012K + 정책)
"  역할 : 계좌 한 행 = 은행 · 계좌 · 유형 · 하한 · 상한 · 금리
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '유휴자금 — 계좌 차원'
@Analytics.dataCategory: #DIMENSION
@ObjectModel.representativeKey: 'AcctId'
define view entity ZI_IdleBankAccount
  as select from t012k as k
    inner join   zidle_acctpol as p on  p.bukrs = k.bukrs
                                    and p.hbkid = k.hbkid
                                    and p.hktid = k.hktid
{
  key k.bukrs      as Bukrs,
  key k.hbkid      as HouseBank,
  key k.hktid      as AcctId,
      p.acct_type  as AcctType,
      @Semantics.amount.currencyCode: 'Waers'
      p.min_bal    as MinBal,
      @Semantics.amount.currencyCode: 'Waers'
      p.max_bal    as MaxBal,
      p.waers      as Waers,
      p.dep_rate   as DepRate,
      p.inv_rate   as InvRate
}
where p.valid_from <= $session.system_date   // 기간 기준 정책 선택은 확인 필요

③ 일별 잔액 큐브

은행 명세의 일 기말 잔액에 정책을 붙여 초과분과 미달분을 DB 에서 만듭니다. 판정의 최소 단위가 여기서 정해집니다.

" ────────────────────────────────────────────────────────────────
"  ZI_IdleCashDaily — 계좌 × 일자 잔액 큐브
"  역할 : 일 기말 · 상한 초과분 · 하한 미달분
"  주의 : FEBKO 의 기초 · 기말 잔액 필드명은 릴리스별 확인 필요
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '유휴자금 — 일별 잔액'
@Analytics.dataCategory: #CUBE
define view entity ZI_IdleCashDaily
  as select from febko as h
    inner join   ZI_IdleBankAccount as a on  a.Bukrs     = h.bukrs
                                         and a.HouseBank = h.hbkid
                                         and a.AcctId    = h.hktid
{
  key h.bukrs                          as Bukrs,
  key h.hktid                          as AcctId,
  key h.azdat                          as BalDate,
      @Semantics.amount.currencyCode: 'Waers'
      h.esbtr                          as CloseBal,     // 확인 필요
      a.MinBal, a.MaxBal, a.Waers,
      case when a.MaxBal > a.MinBal and h.esbtr > a.MaxBal
           then h.esbtr - a.MaxBal else 0 end   as OverAmt,
      case when h.esbtr < a.MinBal
           then a.MinBal - h.esbtr else 0 end   as UnderAmt
}

④ 계좌 월 큐브

일별 큐브를 계좌 × 월로 묶어 적수 · 평잔 · 초과일 · 미달일 · 기회비용을 계산합니다. 화면의 계좌별 판정 탭이 이 뷰 한 줄입니다.

" ────────────────────────────────────────────────────────────────
"  ZI_IdleCashAccount — 계좌 × 월 집계
"  역할 : 적수 · 평잔 · 초과일 · 미달일 · 최대 부족액 · 기회비용
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '유휴자금 — 계좌별 월 집계'
@Analytics.dataCategory: #CUBE
define view entity ZI_IdleCashAccount
  as select from ZI_IdleCashDaily as d
    inner join   ZI_IdleBankAccount as a on a.Bukrs = d.Bukrs and a.AcctId = d.AcctId
{
  key d.Bukrs,
  key d.AcctId,
  key left( d.BalDate, 6 )                         as YearMonth,
      sum( d.OverAmt )                             as IdleSum,
      division( sum( d.OverAmt ), count(*), 0 )    as IdleAvg,
      sum( case when d.OverAmt  > 0 then 1 else 0 end ) as IdleDays,
      sum( case when d.UnderAmt > 0 then 1 else 0 end ) as ShortDays,
      max( d.UnderAmt )                            as ShortMax,
      // 금리 차가 음수면 0 — 금리 역전 계좌는 기회비용이 없다
      cast( sum( d.OverAmt ) as abap.dec(23,2) )
        * case when a.InvRate > a.DepRate then a.InvRate - a.DepRate else 0 end
        / 36500                                    as OppCost
}
group by d.Bukrs, d.AcctId, left( d.BalDate, 6 ), a.InvRate, a.DepRate

⑤ 분석 쿼리

표준 분석 도구가 그대로 띄울 수 있는 쿼리입니다. 회사 · 계좌 유형 · 판정 코드를 필터로 열어 둡니다.

" ────────────────────────────────────────────────────────────────
"  ZC_IdleCashQuery — 분석 쿼리
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '계좌별 유휴자금 운용 점검'
@Analytics.query: true
define transient view entity ZC_IdleCashQuery
  provider contract analytical_query
  as projection on ZI_IdleCashAccount
{
  @Consumption.filter: { selectionType: #SINGLE, mandatory: true }
  @AnalyticsDetails.query.axis: #ROWS
  Bukrs,
  @AnalyticsDetails.query.axis: #ROWS
  AcctId,
  @Consumption.filter: { selectionType: #SINGLE, mandatory: true }
  YearMonth,
  IdleAvg,
  IdleDays,
  ShortDays,
  ShortMax,
  OppCost
}

⑥ 권한(DCL)

회사코드와 하우스뱅크 권한을 집계를 읽는 자리에 겁니다. 상세에만 걸면 합계에서 남의 계좌가 드러납니다.

" ────────────────────────────────────────────────────────────────
"  DCL — 회사코드 권한 (표준 권한 객체)
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '유휴자금 계좌 권한'
@MappingRole: true
define role ZI_IDLECASHACCOUNT {
  grant select on ZI_IdleCashAccount
    where ( Bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑦ 서비스 정의

화면이 부르는 엔티티셋을 한 곳에 묶습니다. 운영 전환 시 서비스 바인딩을 게시하고 manifest 의 서비스 주소만 바꿉니다.

" ────────────────────────────────────────────────────────────────
"  ZUI_IDLECASH — Service Definition
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '유휴자금 운용 점검 서비스'
define service ZUI_IDLECASH {
  expose ZI_IdleCashAccount as AccountSet;
  expose ZI_IdleCashDaily   as DailySet;
}

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

판정 단위는 계좌 × 일자입니다. 계좌가 수백 개여도 한 달은 수천 행이라 부담이 작지만, 기간을 넓히면 일수만큼 늘어납니다. 회사 · 기간을 필수 조건으로 두고, 화면은 월 집계 뷰를, 상세만 일별 뷰를 읽도록 나눕니다. 은행 명세가 없는 날은 전일 기말을 이월하는 규칙을 뷰에서 정해 두어야 일수가 빠지지 않습니다. 응답 시간 목표는 조회 2초 이내로 둡니다.

자주 묻는 질문

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

숫자와 산식

화면과 조작

판정과 활용

도입과 운영