SAP 복합금융상품 조기상환·유도전환 점검 — IAS 32, 만기 전에 갚거나 전환을 유도한 전환사채의 손익과 자본 증감을 다시 계산해 장부와 대조한다

전환사채를 만기 전에 사들여 갚거나, 전환가격을 낮춰 투자자의 전환을 앞당겼다면 회계처리는 어떻게 될까요? IAS 32 금융상품: 표시(K-IFRS 제1032호)의 복합금융상품 관련 규정은 이런 거래에서 지급 대가를 최초 인식 때와 같은 방법으로 부채요소와 자본요소에 배분하고 부채요소 배분액과 장부금액의 차이만 손익으로 인식하는 것을 일반적인 처리로 봅니다. 조건을 바꿔 전환을 유도한 경우에는 변경 후 조건으로 받는 대가의 공정가치가 원조건으로 받았을 대가의 공정가치를 넘는 금액을 손익으로 인식하고, 원조건대로 전환되면 손익 없이 부채요소 장부금액을 자본으로 옮기며, 최초 인식 후 자본요소는 다시 측정하지 않습니다.

실무에서는 상환 대가 전체와 장부금액의 차이를 한 번에 손익으로 올리거나, 유도전환의 추가대가를 비용으로 인식하지 않고 자본으로만 처리하거나, 부채요소를 유효이자율이 아닌 정액법으로 상각하거나, 전환 때 손익이 생기게 분개하는 일이 한 줄씩 숨어 있기 쉽습니다. 이 화면은 이벤트마다 부채요소 장부금액과 거래 유형별 손익·자본 증감을 다시 계산해 장부 값과 한 줄에서 비교하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 법인 번호·사채 번호·거래 유형·이벤트일 범위·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(회계연도 2026)으로 자동 조회됩니다.
3. 요약 지표에서 사채 수, 이벤트 건수, 점검 필요 건수, 재계산 손익, 장부 손익, 손익 차이, 자본 차이, 차이 절대값 합계, 정합성 대사 차이 건수를 확인합니다.
4. 이벤트 명세 → 기준별 점검 → 사채별 집계 → 거래 유형별 집계 → 대사 결과 탭 순서로 이동합니다.
5. 이벤트 명세에서 행을 누르면 재계산 결과와 장부 비교 팝업이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

조기상환·유도전환·원조건 전환 점검 코드 판정 규칙

한 행이 여러 조건에 걸리면 C05 → C06 → C03 → C04 → C01 → C02 순서로 먼저 걸리는 코드가 점검 코드가 되고, 점검 내용에는 걸린 코드를 모두 적습니다. 샘플의 점검 필요 6행은 C01 2행 · C02 4행 · C03 1행 · C04 1행 · C05 1행 · C06 1행입니다(한 행이 여러 기준에 걸립니다). 사채와 이벤트 구성은 가상 기준이며 구분 판단은 회사와 감사인이 합니다.

유효이자율법 장부금액에서 손익·자본 차이까지의 산출 순서

1. 부채요소 최초 인식액 = 액면금액과 표면이자를 유효이자율로 할인한 현재가치, 자본요소 최초 인식액 = 액면금액 − 부채요소 최초 인식액
2. 재계산 부채요소 장부금액 = 최초 인식액에 유효이자율을 곱해 늘리고 표면이자 지급액을 빼는 계산을 이벤트 시점까지 연 단위로 반복
3. 조기상환: 부채요소 공정가치 = 남은 현금흐름을 상환일 시장이자율로 할인한 값, 재계산 손익 = 장부금액 − 공정가치, 재계산 자본 증감 = −(지급 대가 − 공정가치)
4. 유도전환: 추가대가 = 변경 조건 공정가치 − 원조건 공정가치, 재계산 손익 = −추가대가, 재계산 자본 증감 = 장부금액 + 추가대가
5. 원조건 전환: 재계산 손익 = 0, 재계산 자본 증감 = 장부금액
6. 손익 차이·자본 차이 = 장부 − 재계산, 점검 코드를 규칙 순서로 붙이고 사채별·거래 유형별로 합산해 합계 행은 소계 행으로 맞춤

예를 들어 액면 30억원 상당의 전환사채를 2년 경과 시점에 32억 2,500만원에 사들여 상환했다고 합시다. 재계산한 부채요소 장부금액이 약 26.6억원이고 상환일 시장이자율로 구한 부채요소 공정가치가 약 27.7억원이면, 부채요소에서 약 1.06억원의 손실이 나고 나머지 약 4.55억원(32.25억 − 27.7억)은 자본에서 차감됩니다. 장부가 대가 전액과 장부금액의 차이를 모두 손익으로 올렸다면 C01 과 C02 에 함께 걸립니다.

조회조건

결과 컬럼

이벤트 명세 30개 컬럼, 기준별 점검 11개 컬럼, 사채별 집계 21개 컬럼, 거래 유형별 집계 18개 컬럼, 대사 결과 9개 컬럼으로 구성되며 금액 단위는 원이고 요약 지표는 천원입니다.

SAP 표준 기능 매핑

표준 T-code

요구사항 매핑

문단 번호는 기준서 원문에서 직접 확인한 경우에만 적는 원칙에 따라 요구사항 명칭만 표기했습니다.

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Convertible instrument event basis'
define view entity ConvertibleEventBasis
  as select from ConvertibleEventLine
{
  key FiscalYear,
  key EventNo,
      EventType,
      LiabilityCarrying,
      LiabilityFairValue,
      Consideration,
      // 조기상환 재계산 손익 = 부채요소 장부금액 - 부채요소 공정가치
      case EventType when 'R' then LiabilityCarrying - LiabilityFairValue else 0 end as ExpectedPnl,
      BookPnl
}

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 탭마다 별도의 데이터 집합에 바인딩해 화면 블록이 각자 필요한 행만 받고, 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다. 이벤트일 범위는 날짜 필터 하나로 묶어 전달합니다.
4. 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
5. 요약 지표의 합산식은 컨트롤러 한 곳에 모았고, 차이 절대값 합계는 서비스 함수로 받습니다. 소계 행은 이중 집계하지 않습니다.
6. 서비스에 연결되지 않으면 ErrorHandler 가 메타데이터 실패와 요청 실패를 구분해 안내 창을 띄웁니다.
7. 테이블은 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
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(회계연도 1개, 가상 법인 3곳, 가상 전환사채 6종, 가상 이벤트 16건, 점검 기준 6개, 거래 유형 3종과 합계 1행)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

정합성 대사 7식은 검사 66건 모두 차이 0건이며, 별도의 독립 재계산 스크립트가 샘플 이벤트 16건의 부채요소 최초 인식액과 유효이자율법 장부금액, 거래 유형별 손익과 자본 증감, 집계를 모두 같게 다시 구했습니다(총 238개 검사, 차이 0건). 점검 화면이라 의도적으로 넣은 예외 6행(C01 2행 · C02 4행 · C03 1행 · C04 1행 · C05 1행 · C06 1행)은 장부 값과 재계산 값이 달라 점검 필요로 표시되며, 이 건수는 대사 차이 건수와 분리해 기록했습니다.

조회 버튼 위치, Enter 조회, 테마 sap_horizon, 행 클릭 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하며 적용 시기는 어떻게 되나요?

복합금융상품을 부채요소와 자본요소로 나누어 인식하고 자본요소는 최초 인식 후 다시 측정하지 않는다는 요구사항, 만기 전 상환 때 대가를 두 요소에 배분하고 부채요소 배분액과 장부금액의 차이만 손익으로 인식한다는 요구사항, 조건을 바꿔 전환을 유도하면 추가로 준 대가의 공정가치를 손익으로 인식한다는 요구사항(IAS 32 금융상품: 표시(K-IFRS 제1032호)의 복합금융상품 관련 규정)을 다룹니다. 이 화면은 그 처리를 이벤트 단위로 다시 계산해 장부와 맞춰 보는 도구입니다. 시행일과 경과 규정, 문단 번호는 기준서 원문에서 확인 필요합니다.

조건 변경이 전환을 유도하려는 것인지는 이 화면이 판정하나요?

아니요. 조건 변경의 목적과 변경 전후의 공정가치 산정은 회사의 계약 검토와 평가 자료로 판단하며, 이 화면은 이미 유도전환으로 구분된 건을 대상으로 추가대가의 손익 인식 여부를 점검합니다. 구분이 달라지면 손익과 자본의 계산이 달라지므로 C03·C04 는 계약 검토 결과와 함께 보아야 합니다.

부채요소 공정가치와 이자율은 어디서 가져오나요?

유사한 일반사채의 시장이자율과 전환권의 가치처럼 표준 원천 필드로 바로 읽히지 않는 평가 정보입니다. 샘플은 가상 법인의 가상 전환사채 6종과 가상 이벤트 16건, 가상 이자율·공정가치를 두고 만들었으며, 실제 적용에서는 회사의 평가 자료와 사채 마스터를 연결해야 하므로 확인 필요입니다.

"점검 필요"는 회계처리를 잘못했다는 뜻인가요?

그렇게 단정하지 않습니다. 다시 계산한 값과 장부 값이 다르거나 확인할 사항이 있는 행을 골라 보여주는 표시입니다. 어떤 시장이자율을 쓸지, 전환권의 공정가치를 어떻게 볼지, 조건 변경이 유도전환에 해당하는지는 계약과 평가 자료를 함께 보아야 알 수 있고, 최종 판단은 회사와 감사인이 합니다.

#IAS 32 #K-IFRS 1032 #전환사채 #복합금융상품 #조기상환 #유도전환 #부채요소 #자본요소 #OpenUI5