SAP 실현환차손익 현황 — 결제된 순간의 환차익·환차손만 가려내기

외화로 거래한 채권·채무는 환율이 움직이는 동안 두 번 손익을 만납니다. 결산일에 아직 남아 있으면 그날 환율로 다시 평가만 해 보는 미실현손익이 한 번, 실제로 결제되거나 회수되어 사라지는 순간 확정되는 실현손익이 또 한 번입니다. 앞의 것은 다음 달이면 뒤집힐 수 있지만, 뒤의 것은 이미 끝난 일이라 바뀌지 않습니다.

그래서 재무팀이 "이번 달 환차손익이 얼마나 확정됐는가"를 보려면, 결산 평가손익과 섞이지 않은 실현분만 따로 봐야 합니다. SAP 표준 전표 데이터 구조를 그대로 이어받아 결제·청산 시점에 확정된 환차손익만 계정·통화별로 모아 보여 주도록 OpenUI5 화면으로 확장한 것이 ZLFIA0130입니다. 실제 구동 화면 4종을 함께 공개합니다.

실제 화면 4종 둘러보기

회사코드와 조회기간만 넣고 조회하면 계정×통화별 실현손익이 집계됩니다 → 최소금액으로 자잘한 건을 걸러내고 Enter 키로 즉시 다시 조회합니다 → 행을 클릭해 원거래환율 대비 청산환율의 차이로 발생한 개별 전표를 확인합니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

Main.view.xml

전체조회

최소금액 필터

전표 상세

조작 방법

1. 회사코드 · 회계연도 · 조회기간(월)을 넣습니다. 세 값은 필수이며, 조회기간은 시작월~종료월 범위로 지정합니다.
2. 통화 · 계정 · 손익구분은 보조 조건입니다. 특정 통화(예: EUR)나 계정(외환차익/외환차손) 하나만 볼 때 씁니다.
3. 최소금액(이상)에 값을 넣으면 그 금액 미만의 자잘한 건은 집계에서 제외해 큰 건 위주로 봅니다.
4. 조회조건 입력필드에서 Enter를 눌러도 바로 조회됩니다. 조회·초기화 버튼은 조회조건 영역 오른쪽 끝에 있습니다.
5. 결과는 계정×통화 조합 단위로 집계되어 표시되고, 상단 제목 영역과 표 하단에 차익·차손·순손익 합계가 함께 갱신됩니다.
6. 행을 클릭(또는 상세 버튼)하면 그 조합에 속한 개별 전표가 원거래환율·청산환율과 함께 펼쳐집니다.
7. 결과는 CSV 다운로드로 내려받습니다. 집계표와 상세 전표 목록 모두 UTF-8 BOM이 붙어 엑셀에서 한글이 깨지지 않습니다.

실현 손익 판정 기준

이 화면이 다루는 손익은 딱 하나, 이미 결제·회수가 끝나 확정된 것입니다. 판정은 계산이 아니라 어느 계정에 전기됐는가로 갈립니다.

환차손익 산출 4단계

한 건의 실현환차손익은 원거래부터 청산까지 네 단계를 거쳐 만들어집니다. 화면의 상세 다이얼로그는 이 네 단계를 한 줄로 이어 보여 줍니다.

이 화면은 ①~④가 이미 끝난 ④ 단계의 결과(전기 완료된 실현손익 라인)를 계정×통화로 모아 보여 주는 조회 전용 화면입니다.

조회조건

Select 조건은 변경 즉시, 최소금액은 Enter 로 이미 조회한 상태라면 곧바로 재조회합니다.

결과 컬럼

계정·통화별 집계

전표 상세(원거래 대비 청산환율)

SAP 표준 기능 매핑

이 화면은 환차손익 계산이나 전기를 대체하지 않습니다. 계산과 계정 자동결정은 표준 청산 처리와 OB09 설정이 그대로 담당하고, 그 결과를 계정·통화 단위로 모아 규모 파악과 이례 건 탐지 관점을 더해 확장하는 구성입니다.

운영 데이터 소스 매핑

참고 CDS 뷰

운영 서비스로 연결할 때는 청산 라인에 원거래 시점 환율을 자기조인으로 붙여 계정×통화 단위로 집계하는 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZCFXREALIZED'
@EndUserText.label: '실현환차손익 조회 (Z)'
define view Z_C_FxRealizedGainLoss
  as select from bseg as Clear
    inner join      bkpf as ClearHeader on  Clear.bukrs = ClearHeader.bukrs
                                        and Clear.belnr = ClearHeader.belnr
                                        and Clear.gjahr = ClearHeader.gjahr
    inner join      bseg as Orig        on  Clear.bukrs = Orig.bukrs
                                        and Clear.rebzg = Orig.belnr
                                        and Clear.gjahr = Orig.gjahr
    inner join      bkpf as OrigHeader  on  Orig.bukrs  = OrigHeader.bukrs
                                        and Orig.belnr  = OrigHeader.belnr
                                        and Orig.gjahr  = OrigHeader.gjahr
    left outer join skat as AcctText    on  Clear.hkont = AcctText.saknr
                                        and AcctText.spras = 'K'
{
  key Clear.bukrs                 as Bukrs,
  key Clear.belnr                 as Belnr,
  key Clear.gjahr                 as Gjahr,
      ClearHeader.budat           as Budat,
      Clear.hkont                 as Hkont,
      AcctText.txt50              as HkontTx,
      // OB09 매핑을 역산 — 90851000이면 차익, 90951000이면 차손
      case Clear.hkont
        when '90851000' then 'GAIN'
        when '90951000' then 'LOSS'
        else '?'
      end                         as GainLossType,
      Clear.waers                 as Waers,
      Clear.wrbtr                 as ForeignAmt,
      OrigHeader.kursf            as KursOrig,
      ClearHeader.kursf           as KursClear,
      Clear.dmbtr                 as Dmbtr
}
where Clear.hkont in ('90851000', '90951000')

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 청산 참조 구조(REBZG 사용 범위)와 계정 범위에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

운영 전환 시에는 ModelMock 내부만 실제 서비스 호출로 바꾸면 화면과 집계 로직은 그대로 씁니다.

검증 결과

화면 구성에 쓴 데이터는 실현환차손익 전표 219건(회사 1000: 177건, 회사 2000: 42건)이며, 생성 직후 전수 재계산으로 아래 항목을 확인했습니다.

거래처 · 환율 · 금액은 모두 검증용 데이터입니다.

자주 묻는 질문