SAP 위험회피관계 재조정·중단 점검 — IFRS 9, 위험회피비율이 어긋나면 중단 전에 재조정부터 가르고 적립금 처리까지 장부와 맞춰본다
비율 괴리 · 기대 조치와 장부 처리 · 중단 시 적립금 처리 · 재무상태표 적립금 대사를 위험회피관계 단위로 확인합니다
위험회피회계를 적용하는 회사는 IFRS 9 금융상품(K-IFRS 제1109호)에 따라 위험회피관계가 계속 요건을 갖추는지 보고기간마다 살펴야 합니다. 위험관리 목적은 그대로인데 헤지수단과 위험회피대상의 수량 비율, 곧 위험회피비율만 어긋났다면 관계를 끝내는 것이 아니라 비율을 조정하는 재조정(rebalancing) 대상이라는 것이 기준서의 구조입니다. 반대로 적용 요건을 더 이상 충족하지 않거나 헤지수단이 소멸·해지된 관계는 중단 대상이고, 현금흐름위험회피에서는 중단 때 쌓아 둔 적립금을 기타포괄손익에 둘지 곧바로 손익으로 옮길지도 따로 가려야 합니다.
실무에서는 비율이 틀어졌을 때 재조정할 것인지 중단할 것인지, 중단했다면 적립금을 어떻게 처리했는지가 결산 때마다 담당자별로 다르게 정리되어 다시 맞춰 보게 됩니다. 이 화면은 지정 요건 판정이나 효과성 평가가 아니라 이미 지정된 관계가 어긋났을 때의 조치에 초점을 두고, 관계마다 기대 조치(유지·재조정·중단)를 정한 뒤 장부 처리와 적립금 처리, 재무상태표 잔액까지 대사하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 5종을 함께 공개합니다.
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) |
| 관련 기준서 | IFRS 9 금융상품(K-IFRS 제1109호) — 위험회피회계, 위험회피관계의 재조정과 중단 |
| Namespace | zui5.hdgrebal |
| 셸 구조 | 단일 페이지 + 3개 탭 |
| 화면 수 | 메인 1 · 상세 팝업 1 |
| SAP 표준 T-code | FAGLL03 · FS10N · FBL3N |
| 데이터 연동 방식 | OData V2 (조회조건 전부 $filter) |
| 성격 | 조회·산출·대사·점검형 |
| 테마 | sap_horizon · 한국어 |
| 요약 | 내용 |
|---|---|
| 점검 대상 | 가상 위험회피관계 20건(현금흐름위험회피 11건, 공정가치위험회피 9건), 위험 구분 6개와 유형별 소계 2행 |
| 핵심 산식 | 현재 위험회피비율 = 헤지수단 수량 ÷ 위험회피대상 수량 × 100 · 기대 조치 = 중단 사유 4종 → 중단, 비율 괴리 5%p 초과 → 재조정, 그 외 유지 |
| 결과 표시 | 정상 / 점검 필요 |
실제 화면 5종 둘러보기





사용 방법
- 조회조건 입력 — 기준 연월(보고기간말, YYYYMM)은 필수입니다. 위험회피 유형, 기대 조치, 점검 코드, 점검 결과는 선택이며 "전체"이면 조건에서 빠집니다.
- 조회 — 조회조건 영역 오른쪽 끝의 [조회] 버튼을 누르거나 입력 칸에서 Enter 키를 누릅니다. [초기화]는 같은 줄 오른쪽에 있습니다. 화면을 열면 기본 조건(202612)으로 자동 조회합니다.
- 요약 확인 — 점검 대상 위험회피관계 수, 점검 필요 건수, 기대 조치가 재조정·중단인 건수, 기말 적립금 합계, 정합성 대사 차이 건수를 확인합니다.
- 탭 이동 — 관계 명세 → 위험 구분별 집계 → 대사 결과 순으로 봅니다. 탭 위의 숫자는 조건에 맞는 건수입니다.
- 행 클릭 상세 — 관계 명세의 행을 누르면 관계 정보와 소속 위험 구분의 집계를 한 팝업에서 봅니다. [닫기]로 닫습니다.
- CSV 내려받기 — 현재 탭의 조회 결과를 UTF-8(BOM) CSV 로 내려받습니다.
재조정·중단 점검 코드 판정 규칙
화면은 관계마다 기대 조치를 먼저 정하고, 장부 처리 조치와 맞춰 점검 코드를 붙입니다. 결과는 "정상" 또는 "점검 필요"로만 표시하며 원인은 단정하지 않습니다. 기대 조치는 위험관리 목적 변경·헤지수단 소멸/해지·경제적 관계 상실·신용위험 지배 중 하나라도 있으면 중단, 그렇지 않고 현재 비율이 지정 비율에서 5%p 넘게 벗어나면 재조정, 나머지는 유지입니다. 아래 순서에서 먼저 해당하는 코드가 붙습니다.
| 점검 코드 | 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|
R03 | 중단 사유가 있는데 장부는 유지·재조정 처리 | 점검 필요 | 적용 요건 충족 여부와 중단 시점 확인 |
R01 | 재조정 사유(비율 괴리)인데 장부는 중단 처리 | 점검 필요 | 위험관리 목적 변경 여부 확인, 목적이 같다면 재조정 대상인지 확인 |
R02 | 재조정 사유인데 장부는 비율을 조정하지 않고 유지 | 점검 필요 | 재조정 필요 여부와 조정 수량 확인 |
R04 | 중단·재조정 사유가 없는데 장부는 중단 또는 재조정 처리 | 점검 필요 | 처리 근거 문서 확인 |
R05 | 중단이 맞는 현금흐름위험회피인데 적립금 처리가 미래 현금흐름 발생 예상과 다름 | 점검 필요 | OCI 잔류·즉시 재분류 구분 확인 |
R06 | 재조정이 맞는데 재조정 후 비율이 지정 비율과 허용 오차를 넘게 다름 | 점검 필요 | 조정 수량 확인 |
R00 | 위 조건에 해당하지 않음 | 정상 | 조치 없음 |
5%p 와 재조정 후 허용 오차 1%p 는 판단 근거를 다시 볼 관계를 고르기 위한 화면 내부 기준값이며 기준서가 정한 수치가 아닙니다. 위험회피 지정 요건 판정과 효과성 평가는 범위에 넣지 않았고 적용 여부는 확인 필요입니다.
비율 산출에서 적립금 처리 대사까지의 순서
- 현재 위험회피비율 = 헤지수단 수량 ÷ 위험회피대상 수량 × 100, 비율 괴리 = 현재 비율 − 지정 비율.
- 재조정 후 수량 = 재조정 전 헤지수단 수량 + 조정 수량, 재조정 후 비율 = 재조정 후 수량 ÷ 위험회피대상 수량 × 100.
- 적립금 증감 — 현금흐름위험회피: 기초 + 당기 OCI 인식 − 당기 재분류 = 기말.
- 중단 시 적립금 = OCI 잔류 + 즉시 재분류. 미래 현금흐름이 발생할 것으로 예상하면 잔류, 그렇지 않으면 즉시 재분류하는 것을 기대 처리로 봅니다.
- 위험 구분 집계 — 장부·기대 조치별 관계 수, 조치 불일치 = 기대 조치 ≠ 장부 처리 조치, 적립금 집계 − 재무상태표 잔액.
- 대사 — 정합성 대사 6종과 조치 판정·적립금 잔액·중단 적립금 처리·재조정 후 비율 장부 점검 대사 4종을 확인합니다.
헤지수단·대상 수량, 지정 비율, 중단 사유 판단 같은 원천은 회사별 구성에 따라 달라 확인 필요 항목입니다.
조회조건
| 조건 | 필수 | 설명 |
|---|---|---|
| 기준 연월(보고기간말) | 필수 | 6자리(YYYYMM). 기본값 202612. 입력 후 Enter 키로도 조회 |
| 위험회피 유형 | 선택 | 전체 / 현금흐름위험회피 / 공정가치위험회피. "전체"이면 조건을 보내지 않음 |
| 기대 조치 | 선택 | 전체 / 유지 / 재조정 / 중단. "전체"이면 조건을 보내지 않음 |
| 점검 코드 | 선택 | R00~R06. "전체"이면 조건을 보내지 않음 |
| 점검 결과 | 선택 | 전체 / 정상 / 점검 필요. "전체"이면 조건을 보내지 않음 |
결과 컬럼
| 탭 | 컬럼 수 | 컬럼 |
|---|---|---|
| 관계 명세 | 30 | 관계 번호·관계명, 기대 조치·장부 처리 조치, 점검 결과·코드·내용, 현재·지정 위험회피비율과 비율 괴리, 위험회피대상·헤지수단 수량, 위험 구분·유형, 판정 사유 4종, 조치 처리일, 재조정 수량·후 수량·후 비율, 적립금 증감과 중단 후 처리, 기준 연월 |
| 위험 구분별 집계 | 19 | 관계 수, 장부·기대 조치별 건수, 조치 불일치, 기말 적립금 집계, 재무상태표 적립금 잔액과 차이, 중단 후 OCI 잔류·즉시 재분류, 점검 결과·내용 |
| 대사 결과 | 10 | 대사 번호·구분·항목·대사식, 좌변·우변, 검사 건수, 차이 건수, 최대 차이, 기준 연월 |
SAP 표준 기능 매핑
표준 T-code
| T-code | 표준 기능 | 이 화면과의 관계 |
|---|---|---|
FAGLL03 | 총계정원장 개별항목 조회 | 적립금 계정 증감과 재분류 전표의 원천 확인 |
FS10N | G/L 계정 잔액 조회 | 재무상태표 적립금 잔액과의 대사 |
FBL3N | G/L 계정 개별항목 조회 | 적립금 계정 개별 항목 확인 |
IFRS 요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IFRS 9 금융상품(K-IFRS 제1109호) | 위험관리 목적이 같은데 위험회피비율이 요건에 맞지 않게 된 경우 중단이 아니라 비율을 조정(재조정) | 기대 조치 재조정 · 점검 코드 R01·R02·R06 | 위험회피 지정 자료, 헤지수단·대상 수량(확인 필요) | 5%p·1%p 는 점검용 기준값 |
| IFRS 9 금융상품(K-IFRS 제1109호) | 적용 요건을 더 이상 충족하지 않거나 헤지수단이 소멸·해지·행사된 경우 위험회피회계 중단(전진적용) | 기대 조치 중단 · 점검 코드 R03·R04 | 위험회피 문서, 헤지수단 거래 상태(확인 필요) | 위험관리 목적이 같은 한 임의 철회는 허용되지 않는다는 취지로 점검 |
| IFRS 9 금융상품(K-IFRS 제1109호) | 현금흐름위험회피 중단 시 적립금 처리 — 미래 현금흐름이 발생할 것으로 예상하면 OCI 에 두고, 더 이상 발생하지 않을 것으로 예상하면 즉시 손익으로 재분류 | 중단 후 OCI 잔류·즉시 재분류 · 점검 코드 R05 | 적립금 계정 원장, 예상거래 발생 가능성 평가(확인 필요) | 발생 가능성 판단은 회사와 감사인 몫 |
참고 CDS 뷰
원천테이블
| 테이블 | 내용 | 사용 필드 |
|---|---|---|
ACDOCA | 유니버설 저널 항목 | RLDNR, RBUKRS, GJAHR, RACCT, HSL |
BKPF · BSEG | 전표 헤더·라인(재분류 전표) | BUKRS, BELNR, GJAHR, HKONT, DMBTR |
| 위험회피 지정 자료 | 지정 비율·헤지수단/대상 수량·판정 사유 | 확인 필요 |
CDS 뷰 스케치
@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '위험회피관계 재조정·중단 점검 기준 (스케치)'
define view entity I_HedgeRelationRebalanceBasis
as select from I_JournalEntryItem as j // 적립금 계정 잔액·증감 (표준 CDS 뷰)
association [0..1] to I_HedgeDesignation as _Desig // 지정 비율·수량 (스케치)
on $projection.HedgeRelationship = _Desig.HedgeRelationship
{
key j.CompanyCode,
key j.GLAccount,
j.AmountInCompanyCodeCurrency as ReserveAmount,
// 현재 위험회피비율 = 헤지수단 수량 / 위험회피대상 수량 * 100
// 기대 조치 = 중단 사유 4종 중 하나면 중단, 비율 괴리가 점검 기준값을 넘으면 재조정, 그 외 유지
_Desig
}스케치이며 위험회피 지정 자료와 판정 사유의 적재 방식은 회사 설정 기준으로 확인 필요합니다. 이 사례는 가상 데이터입니다.
OpenUI5 구성
- 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
- 관계 명세·위험 구분별 집계·대사 결과 탭이 각각 별도의 데이터 집합에 바인딩되어, 화면 블록마다 필요한 행만 받고 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
- 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다.
- 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
- 수량·금액은 문자열(Edm.Decimal)로 오므로 숫자로 바꿔 계산·정렬하며, 요약 지표의 합산식은 컨트롤러 한 곳에 모았습니다.
- 서비스에 연결되지 않으면 ErrorHandler 가 메타데이터 실패와 요청 실패를 구분해 안내 창을 띄웁니다.
- 테이블은 sap.ui.table, 상세는 sap.m Dialog 로 구성했습니다.
파일 구성
index.html 앱 진입점
Component.js · manifest.json
controller/ BaseController.js · Main.controller.js
view/ Main.view.xml · DetailDialog.fragment.xml
model/ formatter.js · ErrorHandler.js
css/style.css · i18n/i18n_ko.properties
서비스 정의 폴더 메타데이터 · 서비스 로직 · 데이터 파일검증 결과
검증용 샘플 데이터(가상 위험회피관계 20건, 위험 구분 6개와 소계 2행, 수량·금액 단위 백만원)로 실제 브라우저에서 렌더링하고, 관계 원천 값에서 독립 산식으로 다시 계산한 값과 화면 요약 지표를 대조했습니다. 정합성 대사는 차이가 없고, 점검 필요로 표시되는 건은 점검 동작을 보이려고 넣은 예외 건입니다.
| 대사(수량·금액 단위: 백만원) | 검사 건수 | 차이 건수 | 최대 차이 |
|---|---|---|---|
| 정합성 대사 6종 — 관계 수 집계 · 위험회피비율 재계산 · 재조정 후 수량 · 적립금 증감 · 중단 적립금 구분 · 소계 행 | 6 · 20 · 20 · 11 · 4 · 2 | 0 | 0 |
| 장부 점검 대사 4종 — 조치 판정 · 적립금 잔액 · 중단 적립금 처리 · 재조정 후 비율 | 20 · 3 · 4 · 4 | 5 · 1 · 1 · 1 (의도적 예외) | 20%p · 35 · 37 · 416 |
의도적 예외 관계 7건의 구성은 재조정 사유인데 중단 처리 1건, 재조정 사유인데 미조정 1건, 중단 사유인데 유지 1건, 사유 없는 중단·재조정 2건, 중단 시 적립금 처리 불일치 1건, 재조정 후 비율 불일치 1건이며 대사 차이에는 포함하지 않았습니다. 서비스 로직의 날짜 필터도 따로 검사했습니다.
자주 묻는 질문
이 기준서는 언제부터 적용되나요?
IFRS 9 금융상품(K-IFRS 제1109호)은 이미 시행 중인 기준서이며, 이 화면은 그중 위험회피회계의 재조정과 중단만 다룹니다. 위험회피회계의 적용 여부는 회사의 선택과 지정에 따라 달라지므로 회사별 적용 범위와 세부 경과규정은 기준서 원문으로 확인이 필요합니다.
위험회피비율이 어긋나면 바로 중단해야 하나요?
그렇지 않습니다. 위험관리 목적이 그대로이고 경제적 관계가 유지되는 한, 비율이 어긋난 관계는 중단이 아니라 위험회피비율을 조정하는 재조정 대상이라는 취지로 점검합니다. 화면의 5%p 는 재조정 후보를 고르기 위한 점검용 기준값일 뿐 기준서의 수치가 아닙니다.
"점검 필요"가 나오면 회계처리가 잘못된 것인가요?
아닙니다. 이 화면은 분류·집계·대사를 돕는 점검 도구이며, 기대 조치와 장부 처리 또는 적립금 처리가 다른 건을 "점검 필요" 또는 "확인 필요"로 알려 줄 뿐입니다. 재조정·중단 여부와 시점에 대한 원인 판단과 최종 결론은 회사와 감사인이 합니다.
화면의 금액과 관계는 실제 회사 자료인가요?
아닙니다. 모든 금액과 위험회피관계는 검증용 샘플 데이터(가상 관계 20건, 수량·금액 단위 백만원)입니다. 실제 계정과목표나 위험회피 지정 자료, 공시 금액을 사용하지 않았습니다.
위험회피관계 재조정·중단 근거를 결산 전에 한 화면으로 점검하세요
비율이 어긋난 관계를 중단했는지 재조정했는지, 중단 때 적립금을 어떻게 처리했는지가 담당자 파일마다 흩어져 있다면 관계 단위로 정리해 두는 것만으로 근거 확인과 감사 대응 부담이 줄어듭니다. 우리 회사 위험회피 지정 체계에 맞춘 점검 화면이 필요하다면 문의해 주세요.