SAP 파생상품 공정가치 신용위험 조정 점검 — IFRS 13, 거래상대방 신용위험(CVA)과 자기 신용위험(DVA)이 장부 공정가치에 맞게 들어갔는지 구간별로 다시 계산해 대조한다

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

파생상품은 평가액이 양수이면 자산, 음수이면 부채라서 신용위험을 반영하는 방향이 거래마다 달라집니다. 자산에는 거래상대방이 못 갚을 가능성(CVA)을, 부채에는 우리 회사가 못 갚을 가능성(DVA)을 넣어야 하는데, 담보가 있는지, 쓴 신용 스프레드가 얼마나 오래된 것인지에 따라 값이 달라지고 합계만 봐서는 거래별로 엇갈린 금액이 서로 상쇄돼 가려집니다. 이 앱은 거래마다 만기까지의 구간을 나눠 CVA·DVA 를 다시 계산하고 장부 공정가치와 맞춰, 확인이 필요한 거래만 점검 필요로 알려 줍니다.

핵심 포인트 일곱 가지

사례로 보는 효과

이 사례의 검증용 샘플은 가상 거래상대방 8곳과 자기 신용 1건, 파생상품 거래 36건, 구간 88개입니다. 위험중립 평가액 합계 85.63억 원에서 산출 CVA 7.27억 원을 빼고 산출 DVA 0.46억 원을 더한 산출 공정가치는 78.82억 원이고, 장부 공정가치는 79.10억 원이라 합계 차이는 0.27억 원입니다. 거래별로 보면 점검 필요가 9건으로, 방향 불일치 1건·담보 미반영 2건·장부에 신용위험 조정이 없는 2건·스프레드 기준일 지연 1건·금액 차이 3건이 서로 다른 모양으로 드러납니다. 정합성 대사 4건은 차이 0 입니다. 합계 차이 0.27억 원만 보면 작아 보이지만 거래별로는 최대 6,075만 원까지 어긋나 있었습니다.

도입하면 달라지는 것

• 장부 CVA·DVA 가 방향과 담보, 시장자료 기준일에 맞게 들어갔는지 거래 단위로 확인
• 신용위험 조정 근거를 구간별 표로 따라가며 검토 자료에 붙임
• 결산 때마다 반복하던 재계산용 엑셀 작업 감소
• 확인이 필요한 거래만 추려 감사인 질의에 대비

이런 회사에 맞습니다

파생상품을 공정가치로 평가하고 신용위험 조정을 장부에 반영하는 회사의 재무회계·자금(트레저리) 팀과, 평가 결과를 검토하는 내부 통제·재무보고 담당자에게 맞습니다. 평가 모형과 최종 판단은 회사와 감사인이 합니다.

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 아래에 적었습니다. 숫자는 모두 같은 검증용 샘플에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다.

실제 화면 7종 둘러보기

기준 연월과 상품 유형·거래상대방·만기일 기간·점검 코드·점검 결과를 넣고 조회하면 위쪽에 거래 건수·점검 필요 건수·위험중립 평가액·CVA·DVA·장부 차이 합계가 요약으로 뜨고, 아래 표에는 거래 36건의 산출값과 장부값이 나란히 놓입니다. 조회 버튼은 조회 조건 줄 오른쪽 끝에 있습니다.

점검 결과를 점검 필요로 두고 조회하면 장부 조정액이 산출액과 달라 확인이 필요한 거래 9건만 남습니다. 요약 지표도 같은 조건으로 바뀌므로 표와 숫자가 서로 어긋나지 않습니다.

거래마다 만기까지 1년 단위 구간으로 나눠 기대노출·구간 부도확률·손실률·할인계수·구간 조정액을 보여줍니다. 기대노출은 평가액에 상품 유형별 노출 계수를 곱한 뒤 담보를 뺀 금액입니다.

거래상대방 8곳과 자기 신용 1건의 신용 스프레드·회수율·손실률·부도강도·스프레드 기준일·담보약정 여부를 보여줍니다. 기준일이 보고기간말보다 90일을 넘게 앞서면 지연으로 표시합니다.

정합성 대사 4건과 장부 점검 대사 4건의 좌변·우변·검사 건수·차이 건수·최대 차이를 보여줍니다. 산출이 스스로 맞는지는 차이 0 으로, 장부와 맞는지는 점검 필요 9건으로 따로 드러납니다.

거래 명세의 행을 누르면 한 거래의 위험중립 평가액·산출 CVA·DVA·장부 CVA·DVA와 구간별 조정액이 함께 열려, 어느 구간에서 금액이 달라지는지 따라갈 수 있습니다.

화면 폭이 줄면 조회 조건과 요약이 여러 줄로 접히고 표는 가로로 스크롤됩니다. 노트북 분할 화면이나 태블릿에서도 같은 점검을 합니다.

사용 방법

1. 기준 연월(보고기간말)을 넣습니다. 상품 유형·거래상대방·만기일 기간·점검 코드·점검 결과는 필요할 때만 고르며, 비워 두거나 전체로 두면 그 조건 없이 조회됩니다.
2. 조회 버튼은 조회 조건 줄의 가장 오른쪽에 있습니다. 입력 칸에서 Enter 키를 눌러도 같은 조회가 실행되고, 화면을 열면 기본 조건으로 한 번 자동 조회됩니다.
3. 요약 지표에서 거래 건수, 점검 필요 건수, 위험중립 평가액·CVA·DVA 합계, 장부 차이 합계, 정합성 대사 차이 건수를 봅니다.
4. 거래 명세 → 구간별 산출 → 신용 입력 → 대사 결과 탭 순서로 산출의 근거를 따라갑니다.
5. 거래 명세의 행을 누르면 거래 정보와 구간별 산출이 함께 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8 파일로 받아 검토 자료에 붙입니다.

점검 판정 규칙

한 거래에 여러 조건이 겹치면 R04 → R02 → R03 → R05 → R01 순서로 먼저 맞는 코드를 표시합니다. 결과는 확인할 후보이며 단정이 아닙니다.

산출에서 대사까지의 순서

1. 부도강도 λ = 신용 스프레드 ÷ 손실률, 손실률 = 1 − 회수율. 자산 거래는 거래상대방, 부채 거래는 자기 신용을 씁니다.
2. 구간 b 의 기대노출 = max(|위험중립 평가액| × 노출 계수 − 담보, 0). 노출 계수는 상품 유형별 구간 계수표입니다.
3. 구간 부도확률 = exp(−λ × 구간 시작) − exp(−λ × 구간 종료). 마지막 구간은 잔존 만기까지만 잡습니다.
4. 할인계수 = exp(−할인율 × 구간 중간 시점). 통화별 할인율을 씁니다.
5. 구간 조정액 = 기대노출 × 구간 부도확률 × 손실률 × 할인계수(원 단위 반올림). 구간 조정액의 합이 자산이면 CVA, 부채이면 DVA 입니다.
6. 산출 공정가치 = 위험중립 평가액 − CVA + DVA. 장부 공정가치 − 산출 공정가치가 장부 점검 차이이고 허용치는 1,000원입니다.

조회조건

결과 컬럼

SAP 표준 기능 확장 포인트

SAP 표준 기능 매핑

표준 전기와 평가는 SAP 표준이 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준을 대체하지 않으며 표준이 이미 잘하는 일은 표준에 둡니다.

기준서 요구사항 매핑

표준과 다른 점

표준 화면은 평가 결과와 전표를 각각 보여 줄 뿐, 신용위험 조정이 방향·담보·시장자료 기준일에 맞는지는 사람이 따로 맞춰 봐야 합니다. 이 화면은 같은 거래의 산출값과 장부값을 한 줄에 놓고 어느 구간에서 어긋나는지까지 열어 보입니다.

CDS 구성

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스·환경에 따라 다르므로 그대로 붙여 넣기 전에 View Browser 로 실제 이름을 확인해야 하고, 뷰·함수 이름은 고객 네임스페이스에 맞게 바꿉니다. 검증용 샘플은 이 뷰들의 결과 모양을 그대로 본뜬 것입니다.

뷰 레이어 구성

① 거래 기준 뷰

파생상품 거래 한 건을 한 줄로 읽는 기준 뷰입니다. 금융거래 헤더의 필드명은 릴리스와 환경에 따라 다르므로 View Browser 에서 실제 이름을 확인 필요합니다.

@EndUserText.label: '파생상품 거래 기준'
define view entity CvaTradeBase
  as select from vtbfha   -- 금융거래 헤더 (필드명은 환경별 확인 필요)
{
  key bukrs                as CompanyCode,
  key rfha                 as TradeId,
      sgsart               as ProdCode,
      rpartner             as CptyId,
      dfaelligk            as Maturity,
      -- 상품 유형별 노출 계수표, 담보 잔액, 위험중립 평가액은
      -- 평가 결과 원천에서 읽어 오며 원천은 확인 필요
      cast( 0 as abap.curr(18,0) ) as Mtm,
      cast( 0 as abap.curr(18,0) ) as Collateral
}

② 신용 입력 뷰

스프레드·회수율·기준일을 보관하는 입력 뷰입니다. 손실률과 부도강도는 이 뷰에서 한 번만 정의해 두고 구간 계산이 가져다 씁니다.

@EndUserText.label: '신용 입력'
define view entity CvaCreditInput
  as select from cva_credit   -- 스프레드·회수율·기준일을 보관하는 가상 테이블
{
  key cptyid,
      cds_bp,                                    -- 신용 스프레드(bp)
      rec_bp,                                    -- 회수율(bp)
      asof_date,                                 -- 스프레드 기준일
      ( 10000 - rec_bp )            as lgd_bp,   -- 손실률 = 1 - 회수율
      cast( cds_bp as abap.dec(9,4) ) / ( 10000 - rec_bp ) * 10000 as hazard_pct
}

③ 구간별 조정액 — 테이블 함수

지수 함수는 CDS 식에 없으므로 AMDP 테이블 함수로 계산합니다. 같은 식을 화면 쪽과 다른 언어로도 다시 계산해 서로 맞춰 봤습니다. 함수 이름과 클래스는 고객 네임스페이스에 맞게 바꿉니다.

@EndUserText.label: '구간별 CVA·DVA 조정액'
define table function CvaBucketFn
  with parameters p_period : abap.numc(6)
  returns {
    client   : abap.clnt;
    tradeid  : abap.char(4);
    bucketno : abap.numc(2);
    exposure : abap.curr(18,0);
    pd_marg  : abap.dec(12,8);
    df_val   : abap.dec(10,6);
    contrib  : abap.curr(18,0);
  }
  implemented by method cl_cva_amdp=>bucket;   -- exp() 를 쓰는 SQLScript

④ 구간 조정액 뷰

구간별 조정액의 합이 거래의 CVA 또는 DVA 가 되도록, 거래·구간 단위 행을 그대로 노출합니다. 화면의 구간별 산출 탭이 이 뷰를 읽습니다.

@EndUserText.label: '구간별 산출'
define view entity CvaBucketContrib
  as select from CvaBucketFn( p_period: $session.system_date ) as b
{
  key b.tradeid,
  key b.bucketno,
      b.exposure   as ExpExposure,
      b.pd_marg    as PdMarg,
      b.df_val     as DfVal,
      b.contrib    as Contrib
}

⑤ 거래 단위 조정액

자산 거래는 CVA, 부채 거래는 DVA 쪽에 구간 조정액의 합을 올리고, 산출 공정가치를 평가액 − CVA + DVA 로 구합니다. 방향 규칙을 이 뷰에서 한 번만 정의합니다.

@EndUserText.label: '거래별 CVA·DVA 산출'
define view entity CvaTradeAdj
  as select from CvaTradeBase as t
    inner join   CvaBucketContrib as c on c.tradeid = t.TradeId
{
  key t.TradeId,
      case when t.Mtm >= 0 then 'A' else 'L' end as SideCode,
      sum( case when t.Mtm >= 0 then c.Contrib else 0 end ) as CvaCalc,
      sum( case when t.Mtm <  0 then c.Contrib else 0 end ) as DvaCalc,
      t.Mtm
        - sum( case when t.Mtm >= 0 then c.Contrib else 0 end )
        + sum( case when t.Mtm <  0 then c.Contrib else 0 end ) as FvCalc
}
group by t.TradeId, t.Mtm

⑥ 장부 대조와 점검 코드

장부 값은 회사가 정한 계정 범위에서 읽습니다. 계정 범위와 장부 공정가치 원천은 확인 필요이며, 점검 코드는 이 뷰 한 곳에서 우선순위대로 정합니다.

@EndUserText.label: '장부 공정가치 대조'
define view entity CvaBookCompare
  as select from CvaTradeAdj as a
    left outer join CvaBookValue as b on b.TradeId = a.TradeId   -- 계정 범위는 확인 필요
{
  key a.TradeId,
      a.FvCalc,
      b.FvBook,
      b.FvBook - a.FvCalc as FvDiff,
      case
        when ( a.SideCode = 'A' and b.DvaBook <> 0 )
          or ( a.SideCode = 'L' and b.CvaBook <> 0 ) then 'R04'
        when abs( b.FvBook - a.FvCalc ) <= 1000      then 'R00'
        when b.CvaBook = 0 and b.DvaBook = 0         then 'R02'
        else 'R01'
      end as CheckCode      -- R03·R05 는 담보·기준일 조건을 같은 방식으로 앞에 둔다
}

⑦ 권한

집계를 읽는 자리에 권한을 걸어야 합계와 상세가 서로 다른 범위를 보지 않습니다. 권한 객체는 회사코드 기준이며, 실제 객체는 환경에 맞게 확인 필요합니다.

@EndUserText.label: '신용위험 조정 점검 권한'
@MappingRole: true
define role CvaAdjAccess {
  grant select on CvaBookCompare
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ OData 서비스 정의

화면이 읽는 엔티티셋 4개를 한 서비스로 묶습니다. 서비스 이름은 소문자로 쓰고 엔티티셋은 거래·구간·신용·대사로 나눕니다.

@EndUserText.label: '신용위험 조정 점검 서비스'
define service CvaAdjSrv {
  expose CvaBookCompare  as TradeSet;
  expose CvaBucketContrib as BucketSet;
  expose CvaCreditInput  as CptySet;
  expose CvaReconResult  as ReconSet;
}

OpenUI5 구성

화면은 서비스 선언을 manifest 의 데이터 소스에 두고 이름 없는 기본 OData 모델로 바인딩합니다. 탭마다 해당 엔티티셋에 표 행을 바인딩하고, 조회 조건은 필터 객체로 만들어 서비스 질의의 필터로 보냅니다. 만기일 기간은 하나의 범위 필터로 보내며, 요약 지표의 합산식은 한 함수에 모았습니다. 서비스에 연결되지 않으면 연결 실패 안내 창이 원인을 알려 줍니다.

파일 구성

index.html · readme.html · Component.js · manifest.json
controller/  BaseController.js · Main.controller.js
view/        Main.view.xml · DetailDialog.fragment.xml
model/       formatter.js · ErrorHandler.js
css/ · i18n/ · odata/ (서비스 정의와 로직) · media/ (소개 영상)

검증 결과

검증용 샘플 데이터 전수에 대해 대사식을 실행했고 정합성 대사의 차이는 모두 0건입니다.

점검 화면의 동작을 보이려고 일부러 넣은 예외 9건(R01 3건 · R02 2건 · R03 2건 · R04 1건 · R05 1건)은 대사 차이와 분리해 기록했습니다.

자주 묻는 질문

기준서와 범위

산식과 입력

점검 코드

구현과 운영