[재무 함수] C/Y 의 입력에 대해 (명목 이자율 vs 실질 이자율)
1. C/Y 란?
C/Y 는 compound per year 의 약자 표기로서, 1년간 복리계산이 이루어지는 횟수를 의미합니다.
사회에서 이자율을 표시할 때는 1년을 단위로 맞추어 표시하는 것이 보통입니다. 상품간 유불리를 쉽게 파악할 수 있기 때문입니다. 그런데 문제는 일상의 재무거래에 비추어 보면 1년단위는 텀이 너무 길다는 것입니다. 가장 현실적인 단위는 월(per month)이고, 월이 너무 짧다면 분기(per quater)정도로 구분(,정산)하는 것이 합리적인 경우가 많습니다.
1년 단위를 '월단위로 바꿀 때 ÷12'를 하고, '분기단위로 바꿀 때는 ÷4'를 하면 간단하게 해결되면 좋겠지만, 현실적으로 그렇지 않은 경우도 있습니다. 연이자율의 표기가 명목 이자율 표기인지 실질 이자율 표기인지에 따라서 계산 방법이 달라지기 때문입니다.
2. 명목 이자율? 실질 이자율?
예시1) A씨는 B씨로부터 월 이자율 1%로 1,000원을 빌렸습니다. 1년(12개월)동안 상환액은 없고, 1년 후부터 원리금을 갚아 나가기로 했습니다. 1년 후, 갚아야 할 원금은 얼마가 되어 있을까요? 그럼 연 이자율은 몇% 인가요?

ㄴ 소숫점 셋째 자리에서 반올림하여 계산함.
매월 발생하는 이자액이 원금에 붙어서, 12개월 후에는 원금이 1126.84원이 되었고, 연 이자율은 (1126.84-1000)÷1000×100 = 12.684% 로 계산됩니다. 월 이자율 1% 를 12번 곱해 나온 연 이자율 12%와 실질적으로 계산된 연 이자율이 다른 것을 확인할 수 있습니다.
실질 이자율(Effective interest rate) = 12.684%
명목 이자율(Nominal interest rate) = 12%
※ 정확하게는 1.01^12 = 1.12682503... 이므로 실질 이자율은 12.683% 으로 보는게 맞습니다.
(매월 이자액의 반올림 때문에 발생한 오차입니다)
3. 계산기에서의 입력 방법 (재무함수 or 재무기능 필요)

- 매기 (실질) 이자율을 알거나 계산할 수 있는 경우라면, 첫번째방법(P/Y=C/Y=1)이 속편합니다.
- 표기된 연 이자율이 명목 이자율이라면, 두번째 방법(P/Y=C/Y=12)을 사용할 수도 있습니다.
- 하지만 이 경우에도, 명목 이자율을 매기 (실질) 이자율로 바꾸어 첫번째와 같이 입력하는 것이 속편합니다.
- 표기된 연 이자율이 실질 이자율이라면, 세번째 방법(P/Y=12, C/Y=1)을 쓰시는게 좋습니다.
4. N(횟수)를 연 단위로 본다면??

N=1 로 1년 단위로 계산하기 위해서는 첫번째 스샷처럼 (연) 실질 이자율을 I(%)에 입력해 주어야 합니다.
하지만, (연) 이자율이 명목 이자율이라고 하더라도, (명목이자율 ▶ 실질이자율)의 과정을 거쳐 입력하지 않고 두번째처럼 C/Y 값을 변경하는 방법을 사용할 수도 있습니다.



세상의모든계산기 님의 최근 댓글
fx-570 CW 는 아래 링크에서 https://allcalc.org/56026 2025 10.24 불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 VARIABLE 버튼 【⇄[x]】목록에서 확인하고 Recall 하시면 되고, 변수값을 이미 알고 있을 때는 바로 【⬆️SHIFT】【4】로 (A)를 바로 입력할 수 있습니다. 2025 10.24 fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.049507058478629343538 (23-digits) - 오차 = 6.632809104889414877 × 10^-19 꽤 정밀하게 나온건 맞는데, 시뮬레이션상의 22-digits 와 오차 수준이 비슷함. 왜 그런지는 모르겠음. - 계산기중 정밀도가 높은 편인 HP Prime CAS모드와 비교해도 월등한 정밀도 값을 가짐. 2025 10.24 HP Prime 에서 <Home> 73.0495070344 (12-decimal-digits) // python 시뮬레이션과 일치 <CAS> 21자리까지 나와서 이상하다 싶었는데, Ans- 에서 자릿수를 더 늘려서 빼보니, 뒷부분 숫자가 아예 바뀌어버림. 버그인가? (전) 73.0495070584718691243 (21-digits ????) (후) 73.0495070584718500814401 (24-digits ????) 찾아보니 버그는 아니고, CAS에서는 십진수가 아니라 2진수(bit) 단위로 처리한다고 함. Giac uses 48 bits mantissa from the 53 bits from IEEE double. The reason is that Giac stores CAS data (gen type) in 64 bits and 5 bits are used for the data type (24 types are available). We therefore loose 5 bits (the 5 low bits are reset to 0 when a double is retrieved from a gen). 출처 : https://www.hpmuseum.org/cgi-bin/archv021.cgi?read=255657 일단 오차를 놓고 보면 16-decimal-digits 수준으로 보임. 2025 10.23 khiCAS 에서 HP 39gII 에 올린 khiCAS는 254! 까지 계산 가능, 255! 부터는 ∞ fx-9750GIII 에 올린 khiCAS는 factorial(533) => 425760136423128437▷ // 정답, 10진수 1224자리 factorial(534) => Object too large 2025 10.23