SAP 수출 환헤지 커버율 다차원 분석 — 결제 예정 외화 대금의 헤지 비율을 여러 축으로 돌려 보고 계획 대비 차이 요인까지 한 화면에서

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

수출 기업의 자금·재무 담당이 정기적으로 받는 질문은 비슷합니다. 앞으로 들어올 외화 대금 가운데 얼마가 이미 헤지되어 있나, 헤지가 안 된 금액은 어느 통화·국가·결제월에 몰려 있나, 왜 연초 헤지 정책 예산과 수취 예상액이 다른가. 지금 이 세 답은 판매·청구 화면, 고객 미결 항목, 헤지 계약 내역, 엑셀에 흩어져 있습니다. 이 앱은 세 답을 한 화면에 붙여 어디가 열려 있는지 바로 보이게 합니다. 수출 외화 대금의 환위험 헤지 관리 업무를 점검하는 도구입니다.

외화 매출채권의 노출은 청구 문서에 있고, 헤지는 별도 계약에 있고, 환율은 환율표에 있어서 한 건의 커버율을 알려면 세 곳을 오가야 합니다. 이 화면은 원천 줄을 한 번 큐브로 모은 뒤 열 개 차원으로 돌려 보게 하고, 계획과의 차이를 여섯 요인으로 가르며, 합계가 원천과 한 푼도 어긋나지 않는지 매번 검산합니다.

핵심 포인트 일곱 가지

사례로 보는 효과 — 총차이 11억 원 속의 여섯 요인

전체 기간(2026-10~2027-06)을 계획과 견주면 원화 수취 예상액 실적은 33,511,239,813 원, 계획은 32,413,569,528 원으로 총차이는 +1,097,670,285 원(계획의 3.4%)입니다. 총차이만 보면 작아 보이지만 여섯 요인으로 가르면 미계획 노출 +2,398,258,477 원과 계획 미이행 −1,992,170,334 원이 크게 맞서고, 헤지 약정 환율(+459,319,245 원)과 미헤지 현물 환율(+330,036,009 원)이 그 위에 얹혀 있습니다. 총차이만 보면 "거의 계획대로"로 끝나지만, 요인으로 가르면 어느 회의에서 누구에게 물을지가 정해집니다.

연쇄 대체 방식이라 여섯 요인의 합은 총차이와 항상 같고, 화면의 검산 줄이 오차를 0으로 보여 줍니다. 이 숫자는 검증용 샘플 데이터의 값이며, 운영 데이터의 효과를 뜻하지 않습니다.

도입하면 달라지는 것

• 점검 준비 — 노출·헤지·미헤지 표, 요인분해, 사유, 보고서가 한 화면에서 나옵니다.
• 회의의 주제 — 어느 숫자가 맞나보다 어느 요인을 누가 확인하나를 이야기합니다.
• 만기 관리 — 30일 안에 결제일이 오는데 아직 헤지되지 않은 금액이 통화 단위로 모여 보입니다.
• 기록 — 사유와 레이아웃이 남아 같은 설명을 다시 하지 않습니다.

이런 회사에 맞습니다

여러 통화로 수출 대금을 받고 선물환·NDF·옵션 같은 수단으로 환위험을 관리하는 제조·수출 기업. 노출은 판매 쪽에, 헤지는 자금 쪽에 있어 커버율을 한눈에 보기 어려운 재무·자금 조직. 통화·국가·은행이 여러 가지라 어느 조합에 미헤지가 쌓이는지 따로 보고 싶은 경영지원 조직.

실행 화면

사용 방법

1. 조회 조건 입력 — 필수는 회사코드와 시작·종료 기간(결제 예정월)입니다. 비교 기준은 연초 확정 헤지 정책 예산 하나로 고정되어 있고, 시작 기간이 종료 기간보다 늦으면 안내가 뜹니다.
2. 조회 실행 — 조건 영역 오른쪽 끝의 조회 버튼을 누릅니다. 레이아웃에서 "열 때 자동 조회"를 켜 두었다면 화면이 열릴 때 그 배치로 곧바로 조회합니다.
3. 요약 확인 — 조회 직후 역할별 요약(CEO · CFO · 영업 책임자 · 자금 책임자)과 KPI 줄에서 원화 수취 예상액, 노출 금액, 헤지 효과, 커버율을 먼저 봅니다. 역할을 바꿔도 서버를 다시 부르지 않습니다.
4. 축 바꾸기 — 차원 칩을 끌어 행·열·사용 안 함 칸으로 옮깁니다. 칩을 눌러 메뉴로 옮기고 순서를 바꿀 수도 있습니다. 행 축은 세 단계, 열 축은 두 단계, 열 조합은 최대 36개입니다.
5. 항목과 보기 방식 — 분석 항목과 계산 항목을 고르고 차원 보기와 단계 보기를 바꿉니다. 기준 대비를 켜면 각 칸에 기준 값과 차이가 붙습니다.
6. 행·칸 클릭 — 행을 누르면 오른쪽에 항목 비교와 차이 분해 차트가, 숫자 칸을 누르면 그 칸의 원천 줄이 열립니다. 줄이 많으면 더 보기로 이어 읽습니다.
7. 사유와 레이아웃 — 차이가 큰 행에 사유를 남기고, 마음에 드는 배치는 이름을 붙여 저장합니다.
8. 내보내기 — CSV 로 현재 표를 내려받고, AI 분석 창의 보고서 버튼으로 분석 결과를 PowerPoint 로 받습니다.

무엇으로 만들었나

앱 정보

처음 열었을 때 — 조건 하나로 시작

조회 조건부터 표까지가 한 화면에 쌓입니다. 필수는 회사코드와 결제 예정월 범위뿐이고, 조회는 조회 버튼으로 실행합니다.

조회 전에도 빈 화면을 주지 않습니다. 회사코드와 시작·종료 기간(결제 예정월)이 기본값으로 채워져 있고, 조회 버튼은 조건 영역 오른쪽 끝에 있습니다. 비교 기준은 연초에 확정한 헤지 정책 예산 하나뿐이라 따로 고를 것이 없습니다.

조회를 누르면 역할별 요약과 표, 차트가 함께 뜹니다. 기본 배치는 행이 제품 그룹 › 헤지 수단이고 항목은 원화 수취 예상액, 노출 금액, 헤지 효과, 커버율입니다. 전체 기간의 합계 줄은 원화 수취 예상액 33,511백만원, 노출 금액 33,394백만원, 커버율 50.2%(계획 51.3%)로 나옵니다. 모든 칸이 같은 큐브에서 나오므로 합계가 어긋나지 않습니다.

축 바꾸기 — 서버를 다시 부르지 않는다

차원 칩을 끌어 행·열·사용 안 함 칸으로 옮기면 표가 다시 짜입니다. 값 선택과 상한 안내까지 이어서 봅니다.

수출 국가를 열 쪽으로 옮긴 모습입니다. 이미 읽어 온 큐브를 브라우저에서 다시 집계하므로 서버를 부르지 않고 총합도 그대로입니다. 칩을 눌러 메뉴로 같은 일을 할 수도 있습니다.

행 축은 여러 단계를 쌓을 수 있고 순서는 칩 메뉴의 앞으로·뒤로로 바꿉니다. 행이 늘수록 표가 깊어지므로 표시 행 수를 정해 표를 보호합니다.

상한을 넘기는 이동은 배치를 바꾸지 않고 막습니다. 표가 너무 깊어져 읽기 어려워지는 것을 막으려는 제한이며, 값은 화면 코드의 상수 하나입니다.

차원 이름 버튼을 누르면 그 차원의 값 목록이 줄 수와 함께 뜹니다. 검색 칸으로 좁히고 여러 값을 체크해 적용합니다.

값 선택은 여러 차원에 동시에 걸 수 있고 차원 안에서는 "또는", 차원 사이에서는 "그리고"로 묶입니다. 서버를 다시 부르지 않고 받아 둔 큐브에서 걸러냅니다.

접은 한 줄에는 회사·기간·행·열·항목·기준 대비 여부·필터 수가 담깁니다. 축을 짜는 동안에는 펼쳐 두고, 숫자를 들여다볼 때는 접어 표를 넓게 쓰는 식으로 씁니다.

열에 차원을 둘 쌓으면 열 조합이 곱으로 늘어납니다. 36개를 넘기려 하면 이동을 막고 몇 개가 되는지 알려 줍니다.

역할별 요약 — 같은 숫자를 각자의 순서로

CEO · CFO · 영업 책임자 · 자금 책임자가 같은 큐브를 각자의 순서로 읽습니다. 역할을 바꿔도 서버를 다시 부르지 않습니다.

CFO 요약은 통화·월 단위 커버율과 헤지 효과를 계획과 견주어 보여 줍니다. 전체 기간 커버율 50.2%는 계획(51.3%)보다 1.2%p 낮습니다. 이 숫자는 샘플의 가정 데이터입니다.

영업 책임자 요약은 수출 국가별 원화 수취 예상액과 계획 차이를 앞에 둡니다. 물량·단가처럼 영업이 설명할 수 있는 요인이 어느 국가에서 컸는지 보는 용도입니다.

자금 책임자 요약은 통화·거래 은행별 미헤지 금액과 미헤지율, 헤지 약정 환율·미헤지 현물 환율 요인을 보여 줍니다. 전체 기간 미헤지 금액은 16,641백만원, 미헤지율은 49.8%입니다.

표와 차트 — 항목과 계산 항목

행 노드를 펼치고, 선택한 행을 SVG 차트로 견주고, 계산 항목을 얹습니다.

합계 줄에서 제품 그룹, 헤지 수단 순으로 펼칩니다. 행을 누르면 오른쪽 차트가 그 행의 값으로 바뀝니다.

외부 차트 도구 없이 브라우저가 SVG 로 직접 그립니다. 같은 숫자를 표와 차트에서 보므로 두 값이 갈라지지 않습니다.

계산 항목은 산식을 서비스(CalcSet)에서 받아 합계 금액으로 다시 계산합니다. 칸마다 비율을 평균내지 않아 합계 줄의 커버율이 정확합니다.

칸에서 원천 줄까지 — 드릴스루와 기간별 요약

숫자 칸을 누르면 그 칸을 이루는 원천 줄이 열리고, 기간별 요약은 결제 예정월별 모양을 한 번에 보여 줍니다.

창 위쪽에 "셀 값 33,511 = 원천 합계 33,511 (원천 4,823줄) 일치"처럼 칸 금액과 줄 합계의 대사 결과가 뜹니다. 줄이 많으면 500줄씩 더 보기로 이어 읽습니다.

월별로 커버율이 2026-10의 73.0%에서 2027-06의 23.8%로 내려갑니다. 먼 결제월일수록 헤지가 덜 되어 있다는 샘플 데이터의 모양이며, 정책상 적정한지는 회사 기준 확인이 필요합니다.

기준 대비와 요인분해 — 차이를 여섯 요인으로

연초 확정 헤지 정책 예산과 견주고, 차이를 여섯 요인으로 가르며, 행에 사유를 남깁니다.

기준 대비를 켜면 칸마다 기준 값·차이·차이율이 붙고, 금액과 비율 두 임계를 모두 넘는 칸에만 색이 입혀집니다.

총차이 1,097,670,285원 가운데 미계획 노출이 +2,398,258,477원으로 가장 크고 계획 미이행이 −1,992,170,334원으로 반대로 당깁니다. 두 요인이 크게 맞서므로 순효과만 보지 말고 각각의 원인을 확인해야 합니다.

사유는 조회 범위와 행 경로에 묶여 저장되어, 축을 바꿔도 같은 행에 따라옵니다. 사유 구분은 물량·단가·헤지·환율·미계획·기타입니다.

AI 분석과 보고서

금액은 서비스가 계산하고 문장은 그 숫자를 풀어 쓰며, 근거 수치를 함께 펼칩니다.

금액과 비율은 서비스가 먼저 계산하고 문장은 그 숫자를 풀어 쓸 뿐입니다. 모델을 쓰지 않는 규칙 기반 해설이 기본이라 같은 범위에서는 늘 같은 문장이 나옵니다.

주요 발견마다 근거 수치(실적·계획·차이·커버율 등)가 표로 붙고, 분석 창의 보고서 버튼으로 같은 내용을 PowerPoint 로 내려받습니다.

AI 에이전트 — 열지 않아도 도는 점검

다섯 가지 감시 규칙과 받은 보고, 실행 기록입니다.

커버율 하한 미달, 미헤지 금액 임계, 계획 대비 수취액 차이, 30일 이내 만기 도래 미헤지, 헤지 효과 손실 — 다섯 규칙에 기준값과 받는 역할이 붙어 있고 기본값은 가정값입니다.

규칙에 걸린 항목이 받는 역할의 눈으로 적힌 제목과 본문, 금액, 행 경로와 함께 올라옵니다. 문장은 "점검 필요"·"확인 필요"로 끝나며 판단을 대신하지 않습니다.

실행 기록에는 실행 시각, 실행 방식, 발견 건수가 남습니다. 하루 한도가 있어 같은 날 다시 실행하면 건너뛴 기록이 남습니다.

레이아웃과 좁은 화면

자주 쓰는 배치를 저장해 두고, 좁은 화면에서도 쓸 수 있게 했습니다.

저장 창에는 현재 배치의 요약이 함께 보이고 기본 지정과 열 때 자동 조회를 정할 수 있습니다. 같은 이름은 거절합니다.

기본 레이아웃으로 지정하면 화면이 열릴 때 그 배치가 적용되고, 자동 조회를 켜면 조회까지 이어집니다.

조건 영역의 저장된 레이아웃 칸이나 상단 레이아웃 메뉴에서 불러옵니다. 행·열·항목·보기 방식·기준 대비·역할·값 필터가 복원됩니다.

폭 390px 화면에서도 가로로 넘치지 않고 조건과 축 영역이 세로로 쌓입니다. 표는 표 안에서 가로로 스크롤합니다.

조회 조건

결과 컬럼(분석 항목과 계산 항목)

검증 결과 — 대사식 전수 검증

리포트에서 가장 비싼 질문은 "이 숫자 맞아?"입니다. 그래서 대사식을 먼저 세우고 서비스(CubeCheckSet)가 요청 시점에 큐브와 원천 줄을 다시 합산해 비교합니다.

대사 항목 전부 차이 0입니다. 만기 도래 270줄은 점검 화면이 어떻게 보여 주는지 확인하려고 샘플에 일부러 넣은 예외입니다.

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준이 잘하는 확인과 대응은 표준에 두고, 끊기는 자리만 이어 붙입니다.

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

T-code 별 연계 지점

맞닿은 표준 T-code 마다 같은 테이블·필드를 이어받습니다. 이 앱 결과에서 표준 화면으로 내려가 원천을 확인하고, 표준 화면 값은 이 앱의 해당 결제월·통화에서 다시 보는 식으로 오갑니다. 기존 표준 화면과 리포트를 없앨 필요는 없습니다. 법정·감사 대응은 표준에 남겨 둡니다.

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

S/4HANA 의 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 는 표준 데이터를 정해진 관점으로 보는 데 강합니다. 이 앱은 환헤지 커버율이라는 특정 주제에서 열 개 차원 피벗, 요인분해, 사유, 에이전트까지 한 흐름으로 묶는 자리를 맡습니다. 표준 앱 가운데 환헤지 커버율에 그대로 맞는 것이 있는지는 설치 환경에서 확인해야 하므로 이 글에서는 앱 이름을 특정하지 않습니다(확인 필요).

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

CDS 구성 — 최대한 자세히

뷰 레이어 구성

기준 테이블에서 시작해 원천 줄 · 환율 · 큐브 · 계획 · 차원 · 소비 · 서비스 순으로 쌓습니다. 레이어를 나눈 이유는 정책이 바뀌는 자리(결제 예정일 규칙, 환율 유형, 헤지 배정)를 한 곳씩만 고치게 하려는 것입니다.

아래 코드는 구현 참고용 스케치이며 그대로 활성화되는 코드가 아닙니다. 헤지 배정과 계획을 담는 객체는 회사 구성에 따라 별도로 정의해야 하며 확인 필요입니다.

① 헤지 정책 기준 테이블 ZEXH_POLICY

정책 값을 담는 기준 테이블입니다. 통화별 목표·하한 커버율은 회사 정책이므로 값은 확인 필요이며, 에이전트 규칙의 기준값과 이어 쓸 수 있습니다.

@EndUserText.label : '헤지 정책 기준'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zexh_policy {
  key mandt    : mandt not null;
  key waers    : waers not null;        " 결제 통화
  key valid_to : abap.dats not null;
  target_cover : abap.dec(5,2);         " 목표 커버율(%) — 회사 정책, 확인 필요
  floor_cover  : abap.dec(5,2);         " 하한 커버율(%) — 에이전트 규칙의 기준값
  hedge_start  : abap.int2;             " 결제 예정일 몇 일 전부터 헤지하는가
}

② 원천 줄 뷰 ZI_ExhItem — 외화 노출 문서와 헤지 배정

송장 헤더·품목에 헤지 배정을 붙여 외화 노출 한 줄을 만듭니다. 헤지 배정 객체(ZEXH_HEDGE_ALLOC)는 재무 거래 관리 사용 여부에 따라 달라 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '외화 노출 원천 줄'
define view entity ZI_ExhItem
  as select from vbrk as h
    inner join   vbrp as i on i.vbeln = h.vbeln
    left outer join zexh_hedge_alloc as a                -- 헤지 배정(확인 필요)
                         on a.vbeln = i.vbeln and a.posnr = i.posnr
{
  key h.bukrs                              as Bukrs,
  key h.gjahr                              as Gjahr,
  key h.vbeln                              as ExpDoc,
  key i.posnr                              as Item,
      h.fkdat                              as BillDate,
      h.zfbdt                              as DueDate,       -- 기준일 + 결제 조건(확인 필요)
      h.waerk                              as Currency,
      i.fkimg                              as Qty,
      @Semantics.amount.currencyCode : 'Currency'
      i.netwr                              as FcValue,       -- 외화 노출
      @Semantics.amount.currencyCode : 'Currency'
      coalesce( a.hedged_fc, 0 )           as FcHedged,      -- 헤지 배정 외화
      a.contract_rate                      as ContractRate,  -- 약정 환율
      a.deal_no                            as HedgeNo,
      a.instrument                         as Instrument,
      a.bank                               as Bank
}

③ 환율 기준 뷰 ZI_ExhSpot — 기준일 현물환(TCURR)

기준일 현물환을 환율표(TCURR)에서 가져옵니다. 환율 유형은 회사가 정하며 샘플 화면은 가정값을 씁니다.

define view entity ZI_ExhSpot
  as select from tcurr
{
  key kurst   as RateType,
  key fcurr   as FromCurrency,
  key tcurr   as ToCurrency,
  key gdatu   as ValidFromInv,
      ukurs   as Rate        -- 기준일 현물환. 샘플 화면은 가정값을 씁니다
}
where kurst = 'M'

④ 큐브 뷰 ZI_ExhCube — 결제 예정월 기준 집계

결제 예정월 기준으로 노출·헤지·미헤지·약정 환율 확정액을 합산하는 큐브입니다. 화면의 CubeSet 이 이 뷰에 대응합니다.

@Analytics.dataCategory : #CUBE
@EndUserText.label : '환헤지 커버율 큐브'
define view entity ZI_ExhCube
  as select from ZI_ExhItem as it
    inner join   ZI_ExhSpot as sp
      on  sp.FromCurrency = it.Currency and sp.ToCurrency = 'KRW'
{
  key it.Bukrs,
  key left( it.DueDate, 6 )                          as Period,     -- 결제 예정월
  key it.Currency,
  key it.Instrument,
      @DefaultAggregation : #SUM
      cast( it.FcValue  * sp.Rate as abap.curr(23,0) ) as Exp,      -- 노출 금액(현물환 환산)
      @DefaultAggregation : #SUM
      cast( it.FcHedged * sp.Rate as abap.curr(23,0) ) as Hedged,   -- 헤지 금액
      @DefaultAggregation : #SUM
      cast( (it.FcValue - it.FcHedged) * sp.Rate as abap.curr(23,0) ) as Open,
      @DefaultAggregation : #SUM
      cast( it.FcHedged * it.ContractRate as abap.curr(23,0) )        as Locked,
      count( * )                                                      as Lines
}
group by it.Bukrs, left( it.DueDate, 6 ), it.Currency, it.Instrument

⑤ 계획 뷰 ZI_ExhPlan — 연초 확정 헤지 정책 예산

연초에 확정한 헤지 정책 예산을 담습니다. 자체 계획 테이블이므로 원천은 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@EndUserText.label : '헤지 정책 예산(비교 기준)'
define view entity ZI_ExhPlan
  as select from zexh_plan                 -- 자체 계획 테이블(확인 필요)
{
  key bukrs     as Bukrs,
  key version   as Version,                -- 예) 연초 확정 버전
  key period    as Period,
  key waers     as Currency,
  key prodgrp   as ProdGroup,
      exp_amt   as Exp,
      hedge_amt as Hedged,
      budget_rate as BudgetRate            -- 예산 환율(가정값)
}

⑥ 차원 뷰 ZI_ExhDim — 이름·정렬 전용

차원 값의 이름을 담당합니다. 화면의 값 선택 창(DimValueSet)이 읽습니다.

@ObjectModel.dataCategory : #TEXT
@Analytics.dataCategory : #DIMENSION
define view entity ZI_ExhDim
  as select distinct from zexh_policy
{
  key waers                     as Currency,
      @Semantics.text : true
      concat( waers, ' 결제' )   as Text       -- DimValueSet 의 원천
}

⑦ 소비 뷰와 서비스 정의 — OData 노출

소비 뷰를 만들고 서비스 정의로 게시합니다. 서비스 이름은 소문자 exhedge_srv 입니다.

@EndUserText.label : '환헤지 커버율 소비 뷰'
@OData.publish : false
define view entity ZC_ExhCube
  as projection on ZI_ExhCube
{
  key Bukrs, key Period, key Currency, key Instrument,
      Exp, Hedged, Open, Locked, Lines
}

define service exhedge_srv {
  expose ZC_ExhCube as CubeSet;
  expose ZI_ExhItem as ItemSet;
  expose ZI_ExhPlan as PlanSet;
  expose ZI_ExhDim  as DimValueSet;
}

운영 시점에 해야 할 일

1. 원천 합의 — 결제 예정일 규칙, 환율 유형·기준일, 헤지 배정 원천, 계획 원천을 확정합니다.
2. 대사 절차 — 표준 화면(송장·고객 계정 항목·평가 결과)과 이 앱의 합계를 결제월 단위로 맞춰 보는 운영 대사 절차를 정합니다.
3. 권한 — 회사코드·사업부·플랜트 범위를 집계 단계에서 제한합니다. 드릴스루에만 걸면 집계 합계의 뺄셈으로 다른 범위의 숫자가 드러날 수 있습니다.
4. 성능 — 이 샘플의 원천은 4,823줄이라 큐브 전체를 읽어도 부담이 없습니다. 운영 규모에서는 큐브 집계를 데이터베이스에서 하고 회사코드와 기간을 필수 조건으로 두며 응답 시간 기준을 운영 데이터로 다시 측정합니다.

샘플 데이터 요약 (가상)

자주 묻는 질문

도입을 검토할 때 자주 나오는 질문을 4개 묶음으로 정리했습니다.

숫자와 산식

화면과 조작

분석 기능

도입과 운영