IFRS 18 재무범주 이자비용 점검 — 자본화한 이자를 뺀 금액이 맞는지 건별로 다시 계산해 보는 화면

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

결산 때마다 같은 질문이 돌아옵니다. 차입 이자 가운데 자본화한 금액은 얼마이고, 비용으로 남은 금액은 얼마인가. 그 비용이 올바른 손익 범주에 놓였는가. 자본화액은 한도 안에서 계산됐는가. IFRS 18 은 손익계산서를 영업·투자·재무 범주로 나누므로, 재무범주에 담기는 차입 이자비용에서 자본화된 금액이 빠져 있는지가 범주 합계의 정확성을 좌우합니다. 지금 이 답은 총계정원장 조회 · 건설중인자산 명세 · 엑셀 재계산으로 흩어져 있습니다.

이 앱은 이자 건을 이자 구성요소(자본화 이자 · 비용 처리 이자 · 수수료와 할인차금 상각)로 다시 분류해 ‘있어야 할 범주’ 를 정하고, 장부에 기록된 범주와 견줍니다. 여기에 특정차입과 일반차입의 자본화액 재계산을 얹고, 모든 합계가 맞는지 대사식으로 매번 검산합니다. 판단을 대신하지는 않습니다. 다르게 나온 건을 ‘점검 필요’ 로 보여 주고 무엇을 확인하면 되는지를 적어 줍니다.

사례로 보는 점검 결과

검증용 샘플 자료(회사 2곳, 차입금 14건, 이자 건 49건)에서 화면이 찾아낸 것은 다음과 같습니다.

실행 화면

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

조회에서 상세까지

요약 여섯 칸이 먼저 읽힙니다. 점검한 이자 건수 49건, 점검 필요 항목 4건, 확인 필요 항목 3건, 범주 이동 필요 금액 94.0백만 원, 자산 원가로 기록된 이자 511.5백만 원, 정합성 대사 차이 0건입니다. 표는 장부와 재계산을 같은 줄에 두어서, 어느 차입금에서 두 금액이 갈리는지가 눈으로 바로 보입니다. 회사 1000 의 회사채 제12회는 이자 60,000,000원 가운데 30,000,000원이 영업범주 쪽에 장부로 남아 있어 장부와 재계산이 어긋납니다.

판정은 이자 구성요소에서 나옵니다. 자본화 이자는 자산 원가, 비용 처리 이자와 수수료·할인차금 상각은 재무범주가 기준입니다. 장부 기록이 이 기준과 다르면 점검 코드 A01~A05 중 해당하는 코드가 붙고, 점검 내용 칸에 사람이 읽을 수 있는 문장이 함께 나옵니다. 용도가 확정되지 않은 차입은 재계산하지 않고 확인 필요로 따로 세웁니다.

자본화액과 범주 합계

이 탭의 숫자가 자본화 쪽 점검의 중심입니다. 시설자금 일반차입은 한도(발생이자 40,800,000원)보다 장부 자본화액이 3,200,000원 많아 A08 로, 복합단지 개발 특정차입은 일시투자수익 9,000,000원을 빼지 않아 장부가 재계산보다 9,000,000원 많아 A04 로 걸립니다. 모두 ‘틀렸다’ 는 판정이 아니라 ‘계산 기준을 확인하라’ 는 표시입니다.

차입금 단위로 본 점검을 범주 단위로 다시 모은 표입니다. 회사 1000 은 영업범주 30,000,000원과 범주 미지정 6,250,000원이 재계산에는 없는 금액으로 남고, 재무범주는 장부가 재계산보다 47,950,000원 적습니다. 이 한 표로 ‘재무범주 비용이 얼마나 비어 있고 어디에 가 있는가’ 가 읽힙니다.

합계 대사와 상세

R01~R06 은 건을 차입금으로, 차입금을 범주로 합치는 과정에서 금액이 새지 않았는지를 재는 식이고 모두 차이 0건입니다. R07 은 재계산 자본화액과 장부 자본화액을 견주는 참고 대사로, 의도적으로 넣은 점검 건 2건이 차이로 나오며 최대 차이는 9,000,000원입니다. 둘을 따로 둔 이유는 ‘합계가 안 맞는 것’ 과 ‘점검해 볼 건이 있는 것’ 을 섞어 읽지 않게 하기 위해서입니다.

회사채 이자 한 건이 영업범주에 기록되어 점검 필요로 나온 모습입니다. 판정 코드와 근거 문장, 같은 차입금의 다른 이자 건이 함께 보여서 ‘이 건만의 문제인지 차입금 전체의 문제인지’ 를 화면을 닫지 않고 판단할 수 있습니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준만으로는 한 화면에서 견주기 어려운 자리만 이어 붙이는 쪽으로 만들었습니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다.

표준으로 되는 것과 앱이 더하는 것

T-code 별 연계 지점

이 앱이 표준 거래의 어느 자리를 이어받는지를 적었습니다. 운영에 올릴 때 “기존 조회를 없애야 하느냐” 는 질문이 꼭 나오는데, 대부분은 없애지 않고 둡니다 — 원천 확인과 감사 대응은 표준 거래가 맡는 편이 안전합니다.

기준서 요구사항과의 대응

CDS 구성

이 사례의 화면은 샘플 자료를 OData 서비스에서 받아 그립니다. 운영에서는 같은 계약을 CDS 뷰가 채웁니다. 아래는 그때 만드는 뷰를 레이어 순서대로 적은 것입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스·환경에 따라 다르므로, 그대로 붙여 넣기 전에 View Browser(F2170) 로 실제 이름을 확인해야 합니다. 확인이 필요한 자리는 주석에 적어 두었습니다.

뷰 레이어 구성

① 계정 → 손익 범주 매핑 테이블

리포트의 모든 숫자가 이 표에서 갈립니다. 어느 계정이 재무범주이고 어느 계정이 자산 원가인지를 정하는 자리라 운영 전환에서 가장 먼저 합의해야 하는 항목입니다. 유효기간을 둔 이유는 계정 체계가 중간에 바뀌어도 과거 숫자가 흔들리지 않게 하기 위해서입니다.

" 확인 필요: 클라이언트·테이블 이름은 사내 규칙에 맞춘다.
@EndUserText.label : '계정 → 손익 범주 매핑'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
define table zbc_catmap {
  key client    : abap.clnt not null;
  key saknr     : abap.char(10) not null;   " G/L 계정
  key valid_to  : abap.dats not null;       " 유효 종료일
  valid_from    : abap.dats;
  cat           : abap.char(3);             " FIN 재무 · OPR 영업 · AST 자산 원가
  comp_type     : abap.char(1);             " K 자본화 · E 비용 · F 수수료/상각
}

② 이자 전기 건 뷰

이자비용 계정과 건설중인자산 계정의 전기 건을 한 곳에서 읽습니다. 화면의 이자 건별 점검(LineSet)이 이 뷰를 바라봅니다. 금액은 화면에서 양수로 보이도록 부호를 맞춥니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '차입 이자 전기 건'
define view entity ZI_BorrowingInterestLine
  as select from I_JournalEntryItem as Item
  left outer join zbc_catmap        as Map
    on  Map.saknr = Item.GLAccount
   and  Item.PostingDate between Map.valid_from and Map.valid_to
{
  key Item.FiscalYear,
  key Item.CompanyCode,
  key Item.AccountingDocument,
  key Item.LedgerGLLineItem,
      Item.PostingDate,
      Item.GLAccount,
      Map.cat       as BookedCat,        // 장부에 기록된 범주
      Map.comp_type as CompType,         // 이자 구성요소
      @Semantics.amount.currencyCode: 'CompanyCodeCurrency'
      abs( Item.AmountInCompanyCodeCurrency ) as Amount,
      Item.CompanyCodeCurrency
}
where Item.Ledger = '0L'               // 확인 필요: 원장 구분은 회사 설정

③ 구성요소로 재계산 범주 구하기

화면 판정 규칙의 핵심입니다. 이자 구성요소에서 ‘있어야 할 범주’ 를 정하고 장부 범주와 견줘 점검 코드를 만듭니다. 이 규칙은 점검용으로 단순화한 것이며 회사 정책에 맞게 고쳐 씁니다.

define view entity ZI_BorrowingIntCheck
  as select from ZI_BorrowingInterestLine as L
{
  key L.FiscalYear, key L.CompanyCode,
  key L.AccountingDocument, key L.LedgerGLLineItem,
  L.PostingDate, L.CompType, L.BookedCat, L.Amount,

  case L.CompType
    when 'K' then 'AST'      // 자본화 이자 → 자산 원가(손익 제외)
    when 'E' then 'FIN'      // 비용 처리 이자 → 재무범주
    when 'F' then 'FIN'      // 수수료·할인차금 상각 → 재무범주
    else          ''         // 용도 확인 필요 → 재계산하지 않음
  end as ExpectCat,

  case
    when L.CompType = ''                        then 'A09'   // 확인 필요
    when L.BookedCat = ''                       then 'A05'   // 범주 미지정
    when L.CompType = 'K' and L.BookedCat = 'FIN' then 'A01' // 자본화분이 재무범주
    when L.CompType = 'E' and L.BookedCat = 'OPR' then 'A02' // 비용 이자가 영업범주
    when L.CompType = 'E' and L.BookedCat = 'AST' then 'A03' // 비용 이자가 자산 원가
    else 'A00'
  end as CheckCode
}

④ 차입금별 합산

건을 차입금 단위로 모아 장부와 재계산을 같은 줄에 둡니다. 합산 뒤에는 세 값의 합이 이자 처리 금액과 같아야 합니다. 이 등식이 화면 대사 R02 · R06 입니다.

define view entity ZI_LoanCheck
  as select from ZI_BorrowingIntCheck as C
{
  key C.FiscalYear, key C.CompanyCode, key C.LoanNo,
  sum( C.Amount )                                              as TotalInt,
  sum( case C.BookedCat when 'AST' then C.Amount else 0 end )  as CapBook,
  sum( case C.BookedCat when 'FIN' then C.Amount else 0 end )  as FinBook,
  sum( case C.ExpectCat when 'AST' then C.Amount else 0 end )  as CapExp,
  sum( case C.ExpectCat when 'FIN' then C.Amount else 0 end )  as FinExp,
  sum( case when C.CheckCode in ('A01','A02','A03','A05')
            then C.Amount else 0 end )                         as MoveAmt,
  count( * )                                                   as LineCnt
}
group by C.FiscalYear, C.CompanyCode, C.LoanNo
// 확인 필요: LoanNo 는 차입금 마스터 연결 필드(회사 기준 데이터)

⑤ 자본화 한도 재계산

특정차입과 일반차입은 식이 다릅니다. 특정차입은 발생이자에서 일시투자수익을 빼고, 일반차입은 지출액에 이자율을 곱하되 발생이자를 넘지 않게 자릅니다. 연평균 지출액의 산출 기준은 회사마다 다르므로 입력을 어디서 받을지 먼저 정해야 합니다.

define view entity ZI_CapLimitCalc
  as select from zcap_loan_base as B      // 확인 필요: 차입금 약정·지출 기준 데이터
{
  key B.FiscalYear, key B.CompanyCode, key B.LoanNo,
  B.IncurredInt, B.TempInvInc, B.ExpendAvg, B.CapRate, B.CapMonths,

  case B.LoanType
    when 'A' then B.IncurredInt - B.TempInvInc                  // 특정차입
    when 'B' then least( cast( B.ExpendAvg * B.CapRate / 100
                         * B.CapMonths / 12 as abap.curr(15,0) ),
                         B.IncurredInt )                        // 일반차입
    else 0
  end as CalcCap
}

⑥ 대사 뷰

합계가 맞는지를 화면이 아니라 DB 가 한 번 더 재는 자리입니다. 대사식이 어긋나면 데이터가 새고 있다는 신호이므로, 운영에서는 이 뷰의 차이 건수를 감시 대상으로 둡니다.

define view entity ZI_CapRecon
  as select from ZI_LoanCheck as L
{
  key L.FiscalYear,
  sum( L.TotalInt )                       as LeftAmt,     // R02 좌변
  sum( L.CapBook + L.FinBook )            as RightAmt,    // R02 우변(기타 범주 제외)
  sum( case when L.CapBook + L.FinBook <> L.TotalInt
            then 1 else 0 end )           as DiffCnt
}
group by L.FiscalYear
// 확인 필요: 그 밖의 범주(OPR · NON) 장부까지 더한 식으로 확장

⑦ 쿼리 뷰와 권한(DCL)

OData 서비스가 노출하는 뷰입니다. 조회조건으로 쓰는 필드에 필터 가능 표시를 두고, 권한은 합산하는 뷰가 읽는 자리에 걸어야 합니다. 합계 행에만 걸면 뺄셈으로 개별 건이 새어 나옵니다.

@AccessControl.authorizationCheck: #CHECK
@OData.publish: true            // 확인 필요: 서비스 공개 방식은 시스템 표준에 맞춘다
define view entity ZC_BorrowingIntQuery
  as select from ZI_BorrowingIntCheck
{
  key FiscalYear, key CompanyCode, key AccountingDocument, key LedgerGLLineItem,
  PostingDate, CompType, BookedCat, ExpectCat, CheckCode, Amount
}

@EndUserText.label: '차입 이자 점검 — 회사코드 권한'
@MappingRole: true
define role ZI_BORROWINGINTLINE {
  grant select on ZI_BorrowingInterestLine
    where CompanyCode = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 전환에서 정할 것

자주 묻는 질문

도입 상담에서 자주 받는 질문들입니다. 네 묶음으로 나눠 적었습니다.

이 화면이 하는 일

판정 규칙과 숫자

합계 대사와 검증

도입과 운영