SAP 사채 할인(할증)발행차금 상각 현황 — 발행가액과 액면금액의 차이를 만기까지 녹이기
회사채를 할인·할증으로 발행하면 그 차액은 만기까지 유효이자율법으로 상각됩니다. 사채별 월별 상각 스케줄과 장부가액(유동/비유동)을 기준월 시점으로 확인하는 화면입니다.
소개 영상블로그 목차 순서대로 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
사채 할인(할증)발행차금 상각을 여전히 수기 엑셀표로 관리하며 재무보고 정확성에 대한 우려가 있으신가요? 이 솔루션은 SAP TRM 데이터 기반으로 월별 상각액, K-IFRS 유동성 분류, 잔여현금흐름 현재가치 대사까지 자동화하여 결산 업무의 정확성과 효율성을 높입니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 유효이자율법 월할 상각 자동 산출 | SAP 표준 Treasury 거래 데이터를 기반으로 유효이자율법 산식에 따라 당월 유효이자, 표시이자, 상각액, 기말 장부가액을 월별로 자동 계산합니다. 정확하고 일관된 상각 스케줄을 제공합니다. | 발행 시점의 엑셀 스케줄표를 수기로 관리하며 계산 오류나 누락이 발생할 수 있습니다. |
| ② 잔여현금흐름 현재가치 정합성 검증 | 잔여 표시이자 및 만기 액면금액을 유효이자율로 할인한 현재가치가 사채의 기말 장부가액과 일치하는지 대사하여 데이터 정합성을 점검합니다. 오차 발생 시 빨간 하이라이트로 즉시 안내합니다. | 복잡한 현재가치 산정 및 대사 작업은 수기로 처리하기 어렵고, 오류 시 발견이 지연됩니다. |
| ③ K-IFRS 유동성사채 자동 재분류 | K-IFRS 기준(잔여만기 12개월 이하)에 따라 사채의 기말 장부가액 전액을 자동으로 유동성사채로 분류하고, 만기 6개월 이하인 사채는 '만기임박' 상태로 즉시 안내합니다. | 수기로 유동성 재분류 기준을 적용하며 결산 시점에 인력과 시간이 많이 소요됩니다. |
| ④ 월별 예상 회계 분개 내역 제시 | 이자지급월에 발생하는 이자비용, 미지급비용, 발행차금, 보통예금 계정에 대한 차대일치 원칙에 따른 예상 분개 내역을 월별 상각 스케줄과 함께 구체적으로 제시합니다. | 월별 분개 내역은 별도의 엑셀 시트나 수동 계산으로 준비해야 하므로 누락 가능성이 있습니다. |
| ⑤ SAP 원장 데이터와 정합성 확보 | SAP 표준 TRM 거래(VTBFHA) 및 상각 실행(TPM44/TBB1) 결과를 그대로 이어받고 BSEG/ACDOCA 등 회계 원장 데이터와 연동하여 데이터 일관성을 유지합니다. | 엑셀 관리 데이터와 SAP 원장 데이터 간의 불일치로 인해 대사 작업이 빈번하게 발생할 수 있습니다. |
| ⑥ 회계기준 및 세법 변경 대응 기반 마련 | 월할 상각 로직, K-IFRS 유동성 분류 기준 등 핵심 업무 로직이 시스템 내부에 구현되어 있어, 향후 회계기준 또는 세법 변경 시 유연하게 대응할 수 있는 기반을 제공합니다. | 변경되는 회계기준이나 세법을 엑셀 로직에 일일이 반영해야 하여 오류 위험과 관리 부담이 큽니다. |
사례로 보는 효과
본 솔루션은 독립 재계산 대사식 6종에 대해 396개 상각 스케줄 행, 592라인의 분개, 669건의 잔여PV 검증에서 모두 차이 0건을 통과하여 높은 계산 정확도를 입증했습니다.
도입하면 달라지는 것
- 사채 상각 현황의 실시간 확인
- 수기 대사 및 검증 업무 부담 경감
- K-IFRS 준수 및 회계 투명성 제고
- 재무보고의 신뢰도 및 정확성 향상
이런 회사에 맞습니다
사채 발행이 잦거나 관리 사채 수가 많은 기업, 재무회계 결산의 정확성과 효율성을 높이려는 팀, K-IFRS 유동성 분류 및 잔여 현금흐름 검증에 대한 부담을 줄이고 싶은 CFO에게 적합합니다.
실행 화면
실제 화면 5종 둘러보기
회사코드·기준년월·사채구분을 넣고 조회하면 사채별 장부가액·상각 현황이 목록으로 뜹니다 → 사채명 입력 후 Enter 키로도 바로 조회되고 → 상세에서 월별 상각 스케줄과 관련 전표를 확인합니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
사용 방법
- 회사코드 · 기준년월은 필수 조건입니다. 기준년월은 오늘(2026년 9월) 기준 최근월이 기본값으로 채워집니다.
- 사채구분(무보증공모·무보증사모·보증사채) · 담당부서 · 사채상태(정상/만기임박/상환완료)로 범위를 좁힐 수 있습니다.
- 사채번호 · 사채명은 부분일치 검색이며, 두 필드 모두 Enter 키로 바로 조회됩니다. 콤보/체크박스를 바꿀 때도 이미 한 번 조회한 뒤라면 즉시 재조회됩니다.
- 표시옵션의 "할인발행 사채만" 체크박스로 할인발행 사채만 따로 모아볼 수 있습니다.
- 결과 목록에서 만기임박(잔여 6개월 이하) 건은 노란 경고 배지, 잔여현금흐름 현재가치 검증에서 오차가 난 건은 빨간 하이라이트로 표시됩니다.
- 행의 상세 버튼(또는 행 클릭)으로 그 사채의 월별 상각 스케줄 전체와 관련 전표를 확인합니다.
- 목록·상세 스케줄 모두 CSV 다운로드로 내려받습니다. UTF-8 BOM 이 붙어 엑셀에서 한글이 깨지지 않습니다.
할인·할증발행차금 상각액 산정 로직
사채는 발행가액과 액면금액이 다를 수 있습니다. 표시이자율(쿠폰)이 발행 시점의 유효이자율(시장이자율)보다 낮으면 할인발행, 높으면 할증발행이 되고, 그 차액(발행차금)을 만기까지 유효이자율법으로 상각해 장부가액을 액면금액에 수렴시킵니다. 이 화면은 그 산정 로직을 월할(月割)로 적용합니다.
| 항목 | 산식 |
|---|---|
| 당월 유효이자 | 기초 장부가액 × (유효이자율 ÷ 12) |
| 당월 표시이자 | 액면금액 × (표시이자율 ÷ 12) — 실제 지급 여부와 무관하게 매월 발생 인식 |
| 당월 상각액 | 당월 유효이자 − 당월 표시이자 (할인발행: 양수, 할증발행: 음수, 액면발행: 항상 0) |
| 기말 장부가액 | 기초 장부가액 + 당월 상각액 |
| 유동성사채 | 잔여상환기간 ≤ 12개월이면 기말 장부가액 전액(불릿상환이므로 원금 분할 없음) |
| 잔여PV 검증 | 잔여 표시이자(매월) + 만기 액면금액을 유효이자율로 할인한 현재가치 = 기말 장부가액 |
발행가액은 어떻게 정해지나요
발행 시점(0회차 이전)의 현재가치, 즉 "매월 표시이자 상당액을 만기까지 유효이자율로 할인한 값의 합 + 만기 액면금액의 현재가치"가 발행가액입니다. 이 화면의 검증 데이터도 같은 산식으로 발행가액을 역산해, 상각 스케줄을 끝까지 전개했을 때 마지막 회차의 기말 장부가액이 액면금액과 정확히 일치하도록(반올림 오차는 마지막 회차에 흡수) 만들었습니다.
월별 상각 처리 6단계
결산 담당자가 한 사채의 한 달치를 처리한다고 하면, 화면 뒤에서는 아래 6단계가 순서대로 계산됩니다.
| 단계 | 처리 | 내용 |
|---|---|---|
| ① | 기초 장부가액 확정 | 전월 기말 장부가액을 그대로 당월 기초로 가져온다(발행월은 발행가액) |
| ② | 당월 유효이자 계산 | 기초 장부가액 × 유효이자율/12 |
| ③ | 당월 표시이자 발생 인식 | 액면금액 × 표시이자율/12 — 지급월이 아니어도 매월 비용을 인식해 미지급비용을 쌓는다 |
| ④ | 상각액 산정 | 유효이자 − 표시이자. 할인발행이면 장부가액이 늘고, 할증발행이면 줄어드는 방향으로 반영된다 |
| ⑤ | 기말 장부가액 갱신 | 기초 장부가액 + 상각액 → 다음달 기초로 이어진다 |
| ⑥ | 이자지급월 · 만기월 정산 | 이자지급주기가 돌아오면 그동안 쌓인 미지급이자를 현금으로 정산하고, 만기월에는 액면금액을 일시상환한다 |
①~⑤는 지급주기와 무관하게 매월 반복되고, ⑥만 사채별 이자지급주기(분기·반기·연 1회)에 맞춰 그 달에만 추가로 실행됩니다. 그래서 지급주기가 서로 다른 사채도 같은 월별 표에서 나란히 비교할 수 있습니다.
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| 회사코드 | 필수 | 대상 회사코드(부가통화는 회사코드에 종속) |
| 기준년월 | 필수 | 이 시점의 장부가액·상각액을 조회. 기본값은 최근월 |
| 사채구분 | 선택 | 무보증공모사채 · 무보증사모사채 · 보증사채 |
| 사채번호 · 사채명 | 선택 | 부분일치, Enter 키로 즉시 조회 |
| 담당부서 | 선택 | 코스트센터 기준 담당 부서 |
| 사채상태 | 선택 | 정상 · 만기임박(6개월 이하) · 상환완료 |
| 표시옵션 | 선택 | 할인발행 사채만 보기 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
이 화면은 사채 등록이나 상각 전기를 대체하지 않습니다. 표준 실행은 Treasury and Risk Management(TRM)의
거래 등록(FTR_CREATE)과 Position 상각·발생 Run(TPM44 · TBB1)이 담당하고,
이 화면은 그 결과를 기준월 스냅샷으로 모아 장부가액·유동성 분류·잔여현금흐름 정합성을 조회·검증하는 관점을 더한 것입니다.
| 테이블 · 오브젝트 | 역할 |
|---|---|
VTBFHA | Treasury 거래 마스터 — 사채 클래스 거래 헤더(발행일·만기일·액면금액·표시이자율) |
VTBFHAPOS | 거래 조건(이자지급주기·유효이자율 산정 기초) |
TPM44 Run 결과 | 기간별 상각액·발생액 — 이 화면의 유효이자/표시이자/상각액에 대응 |
BSEG / ACDOCA | 사채·발행차금·미지급비용·이자비용 전표 라인 |
SKB1 · T001 | 계정 마스터, 회사코드 텍스트 |
도입 시 확인이 필요한 부분
이자지급주기(분기·반기·연 1회)와 이자계산 관행(월할·일할)은 발행 조건에 따라 다르므로 실제 도입 시에는 거래 조건에 맞춰 조정합니다. 또 유동성 재분류 기준(만기까지 12개월)은 K-IFRS 표시 기준을 그대로 따른 것이며, 회사 내부 결산 일정에 맞춰 기준월을 잡는 방식은 별도로 정합니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
유동성사채는 왜 원금 일부가 아니라 장부가 전액으로 재분류되나요?
리스나 대출과 달리 회사채는 대부분 만기 일시상환(불릿) 구조입니다. 매월 원금이 조금씩 줄지 않고 만기에 액면금액이 한 번에 상환되므로, 잔여기간이 1년 이하로 들어오면 그 시점의 장부가액 전액을 유동성사채로 재분류합니다. 이자지급으로 나가는 현금은 장부가액과 무관하게 별도 계정(미지급비용)에서 정산됩니다.
할증발행 사채는 왜 당월 상각액이 음수로 표시되나요?
할증발행은 발행가액이 액면금액보다 큰 경우입니다. 표시이자율이 유효이자율(시장이자율)보다 높아 매월 유효이자보다 표시이자가 더 크고, 그 차이만큼 장부가액이 액면금액 쪽으로 줄어듭니다. 상각액을 '유효이자 − 표시이자'로 정의했기 때문에 할증발행에서는 이 값이 음수로 나오고, 장부가액은 매월 감소해 만기에 정확히 액면금액에 도달합니다.
이자지급주기가 다른 사채(분기·반기·연 1회)를 같은 화면에서 봐도 되나요?
됩니다. 유효이자와 표시이자는 지급주기와 무관하게 매월 발생 기준으로 계산하고, 실제 현금이 나가는 이자지급월에만 그동안 쌓인 미지급이자를 정산합니다. 그래서 지급주기가 다른 사채도 같은 월별 스케줄 구조로 나란히 비교할 수 있습니다.
SAP Treasury and Risk Management(TRM)의 표준 상각 기능과는 어떻게 다른가요?
TRM은 사채(본드) 클래스 거래를 FTR_CREATE로 등록하고 TPM44/TBB1 같은 Position 관리 Run으로 상각·발생을 자동 계산·전기하는 표준 경로를 이미 제공합니다. 이 화면은 그 Run이 만든 결과(또는 Run 전 검증용 시뮬레이션)를 기준월 시점 스냅샷으로 모아, 사채 한 건 한 건의 장부가액·유동성 분류·잔여 현금흐름 현재가치 정합성을 결산 담당자가 빠르게 재확인할 수 있도록 조회·검증 관점을 더한 것입니다.