통화별 자금 예측 점검 — 통화마다 앞으로 12주의 잔고를 다시 구해 부족한 통화와 남는 통화를 가리고 환전 매수·매도 금액을 원화로 산출하는 자금 예측 화면

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

외화를 다루는 자금팀은 매주 같은 질문을 받습니다. '달러는 앞으로 몇 주 버틸까?', '유로는 남는데 얼마나 팔아도 될까?', '그래서 이번 달에 원화로 얼마를 준비해야 하나?' 표준 현금 포지션과 유동성 예측은 현재 잔고와 예정 흐름을 정확히 보여 주지만, 통화마다 회사가 정한 운영 하한과 보유 상한에 견주어 부족한 주와 남는 주를 가려내고 환전 금액까지 정하는 일은 화면 밖 엑셀에 남아 있는 경우가 많습니다.

이 앱은 그 자리를 메웁니다. 통화마다 12주의 입금·출금 예정을 이월해 예측 잔고를 다시 구하고, 하한 미달 주와 상한 초과 주를 판정한 다음, 부족한 통화는 매수, 남는 통화는 매도로 제안해 원화 금액과 예상 환전 비용까지 보여 줍니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 12주 예측과 환전 제안 관점을 더해 확장합니다.

핵심 포인트 여섯 가지

오늘 잔고만 봐서는 몇 주 뒤의 부족이 보이지 않는다

달러 계좌에 오늘 3,975,000 USD 가 있다고 하면 안심이 됩니다. 그러나 앞으로 12주 동안 들어올 돈은 합계 2,020,600 USD, 나갈 돈은 5,845,600 USD 라면 12주 뒤 잔고는 150,000 USD 로 내려앉고, 8주차부터는 운영 하한 1,500,000 USD 아래입니다. 이 앱은 주마다 주 기초 + 입금 − 출금 = 주 기말 을 이월해 부족이 시작되는 주와 가장 큰 부족액을 한 줄로 보여 줍니다.

부족과 과잉이 같은 회사 안에 동시에 있다

같은 회사에서 달러는 모자라는데 유로는 상한을 넘어 쌓이고, 엔은 잠깐 넘었다가 돌아오기도 합니다. 통화마다 따로 보는 표로는 어느 통화를 얼마나 사고 팔아야 전체가 맞는지 한눈에 보이지 않습니다. 이 앱은 부족 통화의 매수와 과잉 통화의 매도를 같은 표에 놓고, 원화로 환산한 필요 금액과 매도 금액의 차이인 순 원화 소요까지 위쪽 요약에 올립니다.

팔고 나서 다시 사야 하는 제안은 의미가 없다

상한을 넘는 만큼 다 팔면 이후 주의 지급에서 다시 하한 아래로 내려갈 수 있습니다. 그래서 이 앱은 매수를 먼저 반영한 잔고 경로를 만들고, 그 경로에서 상한을 넘는 주부터 이후 모든 주가 운영 하한 이상으로 남는 만큼만 매도로 제안합니다. 제안을 반영한 뒤의 최저 잔고가 하한 이상인지는 대사식으로 다시 확인합니다.

환율이 빠진 통화가 합계를 조용히 줄인다

예측환율이 없는 통화를 0 원으로 계산하면 필요 금액 합계가 작아 보이고 아무도 눈치채지 못합니다. 이 앱은 환율이 없는 통화의 원화 환산을 비워 두고 점검 결과를 '확인 필요'로 올려, 환율을 정한 뒤에 다시 보도록 합니다.

사용 방법

1. 조회조건 입력 — 회계연도와 기간(월)은 필수이고, 회사·통화·주 시작일 기간·점검 코드·점검 결과는 필요할 때만 고릅니다. 비우거나 "전체"이면 그 조건은 걸리지 않습니다.
2. 조회 버튼 또는 Enter — 조회 버튼은 입력 칸 오른쪽 끝에 있고, 입력 칸에서 Enter 를 눌러도 같은 조회가 실행됩니다. 처음 열면 한 번 자동으로 조회합니다.
3. 요약 확인 — 점검한 통화 포지션, 하한 미달 통화, 필요 환전 원화 합계, 매도 가능 통화, 순 원화 소요, 확인 필요 통화, 정합성 대사 차이를 먼저 봅니다.
4. 탭 이동 — 통화 포지션 → 주별 예측 → 환전 제안 → 대사 결과 순서로 넘깁니다.
5. 행 클릭으로 상세 — 통화 포지션 행을 누르면 그 통화의 판정 근거와 12주 예측이 상세 창으로 열립니다. 닫기 버튼이나 ESC 로 닫습니다.
6. CSV 내려받기 — 지금 보는 탭의 조회 결과가 UTF-8 CSV 로 내려옵니다.

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

자금 회의에서 가장 비싼 질문은 "이 금액 맞아?" 입니다. 만드는 쪽에서 먼저 대사식을 세우고 예시 데이터 전체를 돌려 보았습니다. 아래는 서비스가 계산한 8종 대사식의 검사 건수와 차이 건수입니다.

검사 합계 710건에서 차이는 0건이고, 일부러 넣은 예외도 없습니다. 정책이 없는 통화와 환율이 없는 통화는 판정을 '확인 필요'로 남기고 해당 대사식의 검사 대상에서 빼며, 빠진 건수는 검사 건수에 반영되어 있습니다.

무엇으로 만들었나

실행 화면

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

처음 열었을 때

조회조건 · 요약 · 통화 포지션이 한 화면에 뜹니다. 회계연도 2026, 기간 09 가 기본값이라 열자마자 9월 기준 12주 예측이 보입니다.

두 회사의 통화 포지션 9건이 회사 · 통화 순으로 나옵니다. 위쪽 요약은 하한 미달 통화 2개, 필요 환전 원화 합계 2,713.8 백만원, 매도 가능 통화 2개, 순 원화 소요 1,136.2 백만원, 확인 필요 통화 1개, 정합성 대사 차이 0 입니다. 조회 버튼은 입력 칸 오른쪽 끝에 있고 Enter 로도 조회됩니다.

다시 봐야 할 통화만 남기기

점검 결과를 "점검 필요"로 고르면 하한 미달이나 상한 초과가 예측된 통화만 남습니다.

9월에는 세 통화가 남습니다. 미국 달러와 중국 위안은 12주 안에 하한 미달 주가 있어 점검 코드 C01, 유로는 상한 초과가 8주 이어져 C03 입니다. 최저 예측 잔고와 그 주차, 하한 미달 주 수, 상한 초과 주 수, 최대 부족액이 같은 줄에 있어 어디가 왜 걸렸는지 바로 읽힙니다. 주황색 "점검 필요"는 다시 볼 대상이라는 표시이며 문제가 있다는 단정이 아닙니다.

한 통화를 12주 끝까지

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

미국 달러(회사 1000)는 기초 3,975,000, 예정 입금 2,020,600, 예정 출금 5,845,600 으로 기말 예측 잔고가 150,000 입니다. 아래 12주 표에서 1~7주차는 정상이고 8주차(2026-10-20 시작) 주 기말이 1,425,000 으로 운영 하한 1,500,000 에 75,000 모자라 "점검 필요"가 됩니다. 가장 큰 부족액 1,350,000 이 필요 매수액이고, 제안을 반영하면 최저 잔고가 1,500,000 으로 올라옵니다.

주 단위로 내려가기

주별 예측 탭은 입금과 출금을 구성별로 나눠 보여 줍니다. 입금은 채권 회수와 기타 입금, 출금은 채무 지급·차입 상환·기타 출금입니다.

주 시작일 기간을 2026-10-13 부터 2026-11-10 까지, 점검 코드를 W01(운영 하한 미달)로 걸면 9월 기준 예측 중 하한 아래에 놓인 8행만 남습니다. 중국 위안과 미국 달러의 8~11주차입니다. 날짜 기간은 하나의 구간 조건으로 서비스에 전달되며, 차입 상환은 4·8·12주차에만 나타나는 것도 이 표에서 읽힙니다.

얼마를 사고 얼마를 팔까

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

회사 1000 의 제안은 네 건입니다. 미국 달러 1,350,000 매수(8주차, 1,852,740,000원), 유로 770,000 매도(5주차, 1,161,737,500원), 일본 엔 45,000,000 매도(11주차, 415,845,000원), 중국 위안 4,500,000 매수(8주차, 861,075,000원)입니다. 예상 환전 비용은 원화 금액에 스프레드(bp)를 곱한 값이고, 제안 근거 열에 왜 그 주에 그 금액인지 문장으로 적혀 있습니다.

숫자를 스스로 맞춰 본다

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

좌변 합계와 우변 합계가 나란히 있고 차이 건수가 하나라도 있으면 요약의 정합성 대사 차이에 그대로 올라갑니다. 예시 데이터에서는 8개 대사식 모두 차이 0 입니다. 7번 "제안 반영 후 하한 충족"은 같은 값을 맞추는 식이 아니라 좌변이 우변 이상인지 보는 식이라 두 합계가 다릅니다.

화면 뒤에서 일어나는 일

조회를 누르면 화면은 통화 포지션 · 주별 예측 · 환전 제안 · 대사 결과 네 블록을 각각 조회조건과 함께 부르고, 요약의 필요 환전 원화 합계와 하한 미달 통화 수는 서비스의 함수로 받습니다. 나머지 요약은 조회 결과에서 계산하며 계산식은 컨트롤러 한 곳에 있습니다. 서비스는 같은 조건으로 거른 결과에 정렬과 건수를 적용해 돌려주고, 화면은 열 머리 정렬을 서비스 정렬로 보냅니다.

판정 조건과 사용자 조치

판정 우선순위는 표의 위에서 아래입니다. 처리 순서는 ① 주마다 주 기말을 이월 ② 하한·상한으로 미달분·초과분 산출 ③ 통화 요약(최저 잔고·주차·미달·초과 주 수) ④ 매수 제안 ⑤ 매수 반영 경로에서 매도 제안 ⑥ 원화 환산과 환전 비용 ⑦ 대사식 8종입니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

좁은 화면에서는 조회조건이 두 줄로 접히고 요약은 줄바꿈되어 이어집니다. 표는 고정 열(회사·통화)을 둔 채 가로로 넘기며, 상세 창은 화면 폭에 맞춰 줄어듭니다.

파일 구성

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

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 12주 예측과 환전 제안 관점을 더해 확장합니다.

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

T-code 별 연계 지점

그래서 운영 전환 때 기존 표준 보고서를 없애지 않습니다. 이 앱은 표준 보고서가 주는 숫자를 12주 예측과 제안이라는 한 단계 위의 관점으로 읽는 자리이고, 표준 화면은 원천 확인과 법정 대응에 그대로 남습니다.

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

표준 CDS 분석 쿼리와 Fiori 분석 앱은 이미 집계된 잔고를 여러 축으로 보는 데 강합니다. 이 앱은 그 옆에서 "앞으로 12주"와 "얼마를 사고 팔까"라는 판정·제안 한 단계를 맡고, 같은 분석 스택이 제공하는 통화·회사 차원을 그대로 씁니다. Analysis for Office 로 같은 숫자를 내려받아 비교해 보는 용도로도 CSV 내려받기를 쓸 수 있습니다.

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

분석 지표 정의표

CDS 구성

예시 화면은 통화 포지션 18건과 주별 예측 216건을 서비스 데이터로 들고 있지만, 운영에서는 통화 × 주 집계를 CDS 로 내립니다. 아래는 그때 만드는 객체를 레이어 순서대로 적은 것입니다. 코드는 스케치이며, 표준 필드명은 릴리스에 따라 다르므로 주석에 확인할 자리를 적었습니다.

뷰 레이어 구성

① 통화 정책 테이블

판정의 모든 기준이 이 표에서 나옵니다. 회사·통화마다 운영 하한과 보유 상한, 환전 스프레드를 두고 유효 시작일을 키에 넣어 정책을 바꿔도 지난 달 판정이 흔들리지 않게 합니다.

" ────────────────────────────────────────────────────────────────
"  ZFXPF_CCYPOL — 통화별 자금 정책 (투명 테이블)
"  역할 : 운영 하한 · 보유 상한 · 환전 스프레드
"  나눈 이유 : 정책은 자금 회의마다 바뀐다. 코드가 아니라 표에 둔다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '통화별 자금 정책'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zfxpf_ccypol {
  key mandt      : mandt not null;
  key bukrs      : bukrs not null;
  key waers      : waers not null;
  key valid_from : abap.dats not null;     " 정책 유효 시작일
  @Semantics.amount.currencyCode : 'zfxpf_ccypol.waers'
  min_bal        : abap.curr(23,2);        " 운영 하한
  @Semantics.amount.currencyCode : 'zfxpf_ccypol.waers'
  max_bal        : abap.curr(23,2);        " 보유 상한 (0 = 미설정)
  spread_bp      : abap.int4;              " 환전 스프레드(bp)
}

② 예측환율 뷰

통화별 월 예측환율을 한 곳에서 읽습니다. 환율이 없는 통화는 행이 없으므로 큐브에서 left outer join 으로 붙여 '환율 없음'을 확인 필요로 올릴 수 있게 합니다.

" ────────────────────────────────────────────────────────────────
"  ZI_FxFcstRate — 월별 예측환율 (TCURR)
"  역할 : 통화 · 기준월 → 원화 환율(1단위당)
"  나눈 이유 : 환율 유형·기준일 선택을 한 뷰에 가둔다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '예측환율'
@Analytics.dataCategory: #DIMENSION
define view entity ZI_FxFcstRate
  as select from tcurr
{
  key fcurr as Waers,
  key gdatu as ValidFrom,          // 역입력 일자 — 변환 확인 필요
      ukurs as Rate
}
where kurst = 'M'                    // 환율 유형은 회사가 정함 — 확인 필요
  and tcurr = 'KRW' 

③ 통화 차원 뷰

정책과 통화 텍스트를 한 행으로 묶습니다. 화면·쿼리·권한이 같은 통화 정의를 보게 합니다.

" ────────────────────────────────────────────────────────────────
"  ZI_FxCcyPolicy — 통화 차원 (정책 + 텍스트)
"  역할 : 회사 × 통화 한 행 = 하한 · 상한 · 스프레드
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '자금 예측 — 통화 차원'
@Analytics.dataCategory: #DIMENSION
@ObjectModel.representativeKey: 'Waers'
define view entity ZI_FxCcyPolicy
  as select from zfxpf_ccypol as p
  association [0..1] to I_Currency as _Cur on _Cur.Currency = p.waers
{
  key p.bukrs      as Bukrs,
  key p.waers      as Waers,
      @Semantics.amount.currencyCode: 'Waers'
      p.min_bal    as MinBal,
      @Semantics.amount.currencyCode: 'Waers'
      p.max_bal    as MaxBal,
      p.spread_bp  as SpreadBp,
      _Cur
}

④ 주별 예정 흐름 큐브

채권 미결 항목은 입금으로, 채무 미결 항목은 출금으로 만들어 같은 주 버킷에 합칩니다. 지급 예정일이 속한 주를 DB 에서 정하는 것이 이 큐브의 핵심입니다.

" ────────────────────────────────────────────────────────────────
"  ZI_FxCashWeek — 통화 × 주 예정 입금 · 출금
"  역할 : 미결 항목의 예정일을 12주 버킷으로 나눈다
"  나눈 이유 : 주 이월(누적)은 쿼리에서, 버킷은 DB 에서.
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '자금 예측 — 주별 예정 흐름'
@Analytics.dataCategory: #CUBE
define view entity ZI_FxCashWeek
  as select from ZI_FxOpenItem as o      // BSID 입금 · BSIK 출금 union 뷰 — 필드 확인 필요
{
  key o.Bukrs,
  key o.Waers,
  key dats_days_between($parameters.p_start, o.DueDate) / 7  as WeekNo,
      @Semantics.amount.currencyCode: 'Waers'
      sum( case o.Direction when 'I' then o.Amount else 0 end ) as InAmt,
      @Semantics.amount.currencyCode: 'Waers'
      sum( case o.Direction when 'O' then o.Amount else 0 end ) as OutAmt
}
group by o.Bukrs, o.Waers,
         dats_days_between($parameters.p_start, o.DueDate) / 7

⑤ 통화 요약 큐브

12주를 이월한 최저 잔고·미달 주 수·초과 주 수와 필요 매수액을 한 행으로 모읍니다. 화면의 통화 포지션 탭이 이 뷰를 읽습니다.

" ────────────────────────────────────────────────────────────────
"  ZI_FxCcyPosition — 통화 × 기간 요약과 판정
"  역할 : 최저 예측 잔고 · 미달/초과 주 수 · 필요 매수액 · 판정 코드
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '자금 예측 — 통화 요약'
@Analytics.dataCategory: #CUBE
define view entity ZI_FxCcyPosition
  as select from ZI_FxWeekBalance as w          // 주 누적 잔고 뷰 (window 함수)
  inner join ZI_FxCcyPolicy       as p on p.Bukrs = w.Bukrs and p.Waers = w.Waers
{
  key w.Bukrs,
  key w.Waers,
      min( w.CloseBal )                                   as MinProjBal,
      sum( case when w.CloseBal < p.MinBal then 1 else 0 end ) as ShortWeeks,
      sum( case when w.CloseBal > p.MaxBal then 1 else 0 end ) as OverWeeks,
      max( case when w.CloseBal < p.MinBal
                then p.MinBal - w.CloseBal else 0 end )   as MaxShort,
      case
        when p.MaxBal = 0 and p.MinBal = 0 then 'C04'
        when min( w.CloseBal ) < p.MinBal  then 'C01'
        else 'C00'
      end                                                 as CheckCode
}
group by w.Bukrs, w.Waers, p.MinBal, p.MaxBal

⑥ 분석 쿼리

화면과 표준 분석 도구가 같은 필터를 쓰게 합니다. 회사·통화·점검 코드는 필수에 가깝게 두어 응답 시간을 지킵니다.

" ────────────────────────────────────────────────────────────────
"  ZC_FxCashQuery — 분석 쿼리(Consumption)
"  역할 : 회사 · 통화 · 점검 코드 필터와 화면 열 배치
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '자금 예측 점검'
@Analytics.query: true
@UI.headerInfo: { typeName: '통화 포지션', typeNamePlural: '통화 포지션' }
define view entity ZC_FxCashQuery
  as projection on ZI_FxCcyPosition
{
  @Consumption.filter: { mandatory: true, selectionType: #SINGLE }
  key Bukrs,
  @Consumption.filter.selectionType: #RANGE
  key Waers,
  @AnalyticsDetails.query.axis: #ROWS
  MinProjBal,
  ShortWeeks,
  OverWeeks,
  MaxShort,
  CheckCode
}

⑦ 권한 정의(DCL)

집계를 읽는 자리에 권한을 겁니다. 상세에만 걸면 합계와 자기 몫의 차이로 다른 법인 잔고가 드러납니다.

" ────────────────────────────────────────────────────────────────
"  ZI_FXCCYPOSITION — 회사코드 권한
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '통화 요약 권한'
@MappingRole: true
define role ZI_FXCCYPOSITION {
  grant select on ZI_FxCcyPosition
    where ( Bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ 서비스 정의

화면이 부르는 서비스를 한 곳에 묶습니다. 화면은 서비스 주소만 알면 되고, 뷰 구조가 바뀌어도 서비스 계약은 유지됩니다.

" ────────────────────────────────────────────────────────────────
"  ZUI_FxCashForecast — Service Definition
" ────────────────────────────────────────────────────────────────
@EndUserText.label: '자금 예측 점검 서비스'
define service ZUI_FxCashForecast {
  expose ZC_FxCashQuery  as CcyPos;
  expose ZI_FxCashWeek   as Week;
  expose ZI_FxCcyPolicy  as CcyPolicy;
}

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

미결 항목이 수천만 건이면 주 버킷 집계를 화면이 아니라 DB 에서 해야 합니다. 기간 파라미터와 회사코드를 필수로 두고, 예정일과 회사코드에 인덱스를 확인하며, 통화 요약 큐브는 월 단위로 읽어 응답 시간을 3초 안에 두는 것을 기준으로 삼는 것이 안전합니다. 주별 예측은 통화 하나를 열었을 때만 내려받아 첫 화면의 부담을 줄입니다.

자주 묻는 질문

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

숫자와 산식

화면과 조작

판정과 활용

도입과 운영