SAP 금융자산 손상차손 손익 범주 점검 — IFRS 18, 매출채권·대여금·리스채권의 손상 손익이 영업·투자 중 어느 범주에 놓였는지 자산 유형으로 다시 따져 장부와 맞춰본다

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

결산에서 손상차손 이야기가 나오면 질문은 대개 금액으로 시작해서 금액에서 끝납니다. 그런데 IFRS 18 은 손익을 영업·투자·재무·법인세·중단영업 다섯 범주로 나누어 표시하도록 하므로, 같은 손상차손이라도 어느 범주에 놓였는가에 따라 영업이익 같은 소계가 달라집니다. 매출채권의 손상차손이 투자범주에 있거나, 대여금의 손상차손이 영업범주에 있으면 총액은 그대로인데 소계가 흔들립니다. 지금은 이 확인이 계정 잔액 조회, 엑셀 분류표, 담당자의 기억에 흩어져 있습니다. 이 앱은 그 확인을 한 화면에 모아, 어디가 다른지를 먼저 보여 줍니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 영업범주가 장부보다 1.8억 크게 보여야 했던 이유

가상의 회사 1000 에서 손상차손(환입)의 영업범주 장부 금액은 14.10억, 점검 기준 금액은 15.90억으로 1.80억 차이가 났습니다. 합계만 보면 한쪽이 부족하다는 이야기로 끝났을 숫자가, 구성 항목을 펼치자 두 방향의 이동이 겹친 결과로 풀립니다. 투자범주에 있던 매출채권과 계약자산의 손상차손 두 줄(2.75억)이 영업범주로 와야 하는 반면, 영업범주에 있던 임직원 대여금과 국공채 투자의 손상차손 두 줄(0.95억)은 투자범주에서 보는 것이 점검 기준입니다.

영업범주에서 나갈 금액이 0.95억, 들어올 금액이 2.75억이라 점검 기준이 장부보다 합쳐서 1.80억 큽니다(14.10 − 0.95 + 2.75 = 15.90). 재무범주에 놓인 관계사 단기대여금 2.10억은 투자범주로 옮기는 쪽이 점검 기준이라, 투자범주도 장부 9.92억에서 기준 10.22억으로 0.30억 달라집니다. 그리고 이 이동은 총액을 바꾸지 않습니다. 회사 1000 의 합계는 장부로도 점검 기준으로도 26.12억으로 같고, 두 회사를 합친 손상차손(환입)은 44.33억입니다. 요약의 “범주별 장부−기준 차이 절댓값 합”은 두 회사 합쳐 550.0백만 원으로 나옵니다.

화면은 여기까지만 말합니다. 위 항목을 실제로 옮길지는 회사의 회계정책과 원문 문단, 감사인의 의견으로 정할 일입니다. 부동산 금융리스채권 0.90억은 리스제공이 주된 사업활동인지 회사가 아직 판단하지 않아 단정하지 않고 확인 필요로 남겨 두었고, 협력사 시설자금 대여금 1.50억은 장부와 기준 범주는 같지만 이자수익 범주가 달라 별도로 점검 필요로 띄웠습니다.

도입하면 달라지는 것

• 결산 점검 — 범주 확인과 금액 대사가 한 화면에서 나와 분류표를 따로 맞추는 일이 줄어듭니다.
• 회의의 주제 — “합계가 왜 다른가”가 아니라 “이 손상차손을 어느 범주에 둘 것인가”를 이야기합니다.
• 근거의 위치 — 판정 근거와 전표 라인이 같은 창에 있어 감사인에게 보여 줄 자료가 따로 필요 없습니다.
• 정책 판단의 분리 — 규칙으로 가려지는 것과 회사가 판단할 것이 표시로 나뉘어, 정책 문서가 필요한 자산이 드러납니다.

이런 회사에 맞습니다

• IFRS 18 적용에 맞춰 손익 계정 묶음을 다섯 범주로 다시 짜고 있고, 금융자산 손상차손을 어느 범주에 둘지 정리해야 하는 재무회계 조직.
• 매출채권·대여금·리스채권 손상차손이 영업과 투자 계정에 흩어져 있어 결산마다 분류표를 손으로 맞추는 회사.
• 감사인에게 손상 손익의 범주 배치 근거를 항목 단위로 보여 줘야 하는 회사.

적용 시기와 경과규정은 원문 확인이 필요합니다. 이 글의 기준서 문단번호는 일부러 적지 않았고, 화면의 규칙은 점검용 가정이므로 회사의 정책 문서와 대조한 뒤 쓰셔야 합니다.

실행 화면

실제로 돌아가는 화면 6종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다. 자료는 가상의 두 회사(1000 · 2000)로 만든 검증용이며 실제 회사의 계정체계나 금액이 아닙니다.

사용 방법

1. 조회조건을 입력합니다. 회계연도는 필수(기본 2026)이고 회사·자산 유형·장부 범주·점검 기준 범주·전기일·항목명·점검 코드·점검 결과는 선택이며, 비워 두면 전체입니다.
2. 조회 버튼은 조회조건 오른쪽 끝에 있습니다. 입력 칸에서 Enter 키를 눌러도 조회되고, 화면을 처음 열면 기본 조건으로 자동 조회됩니다.
3. 위쪽 요약에서 점검한 항목 수·범주 이동 검토·확인 필요·이자수익과 범주가 다른 항목·장부−기준 차이·대사 차이 건수를 봅니다.
4. 항목별 범주 점검 탭에서 항목별 판정을 보고, 자산 유형별 합계 → 손익 범주별 표시 → 대사 결과 탭 순서로 옮겨 가며 근거를 확인합니다.
5. 행을 누르면 상세가 열려 점검 기준의 근거와 전표 라인을 한 창에서 봅니다. 지금 보는 탭의 결과는 CSV 로 내려받을 수 있습니다.

처음 열었을 때

화면을 열면 기본 조건으로 바로 조회됩니다. 점검 결과 칸은 정상·점검 필요·확인 필요 세 색으로 갈라 보이므로, 표를 위에서 아래로 읽지 않아도 다른 행이 눈에 들어옵니다. 숫자는 모두 가상 두 회사의 검증용 자료입니다.

조건으로 좁혀 보기

범주 이동 검토(8건)는 회계연도·회사 기준으로 서비스 함수가 따로 계산하므로 표를 좁혀도 그대로입니다. 좁힌 결과와 연도 전체의 숫자를 함께 보도록 일부러 나눈 것입니다.

손익 범주별 표시

범주 줄의 차이는 +나 −로 서로 엇갈리지만 합계 줄의 차이는 0이 됩니다. 법인세·중단영업범주는 해당 항목이 없어 0으로 보이며, 이 줄이 있어야 5범주가 모두 점검 범위에 있다는 점이 드러납니다.

자산 유형별 합계

대여금은 이동 검토액이 가장 크고 점검 항목도 많아, 범주 문제가 자산 유형별로 어디에 몰렸는지 바로 보입니다. 예치금·보증금처럼 0인 유형은 문제가 없다는 확인이 됩니다.

대사 결과

검사 건수는 항목 34건이고 차이 건수는 모두 0입니다. 범주를 옮겨도 총액 44.33억이 그대로라는 점이 숫자로 확인되며, 어긋나면 이 탭의 차이 건수에서 먼저 드러납니다.

항목 상세

판정 근거와 전표 라인이 한 창에 있어 “왜 점검 필요인가”와 “금액이 맞는가”를 화면을 닫지 않고 확인합니다. 손실충당금 상대 계정 라인은 금액 합계에서 빠집니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준이 끊기는 자리만 이어 붙이는 쪽으로 만들었습니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다. 표준 화면의 세부 동작은 릴리스와 설정에 따라 다르므로 아래 내용은 확인이 필요한 일반론입니다.

표준으로 되는 것과 안 되는 것

이 앱이 읽는 자료

항목의 “장부 범주”는 손익 계정 묶음에 회사가 부여해 둔 범주이고, 자산 유형과 리스제공 사업 성격은 계정 묶음 매핑에 둔 속성입니다. 운영에서는 이 속성을 어디에 둘지(계정 묶음 마스터, 별도 매핑 테이블 등)와 리스제공 사업 성격을 누가 확정해 넘겨줄지가 먼저 정해져야 하며, 이는 도입할 때 가장 시간을 쓰는 부분입니다.

이 앱이 하지 않는 것

• 전기·재분류 전표를 만들지 않습니다. 조회와 점검 화면이며, 옮기기로 정한 항목은 회사의 절차대로 처리합니다.
• 기대신용손실을 계산하지 않습니다. 손상차손(환입) 금액은 원장에 이미 인식된 값이며, 이 화면은 그 금액이 놓인 범주만 봅니다.
• 리스제공이 주된 사업활동인지 판정하지 않습니다. 회사가 정해 넣은 값을 받아 그에 따른 점검 기준을 둘 뿐이고, 판정 전이면 확인 필요로 남깁니다.

CDS 구성

이 사례의 화면은 가상의 두 회사에서 만든 손상차손(환입) 항목 34건, 전표 라인 70건을 서비스에서 받아 보여 줍니다. 데모라서 되는 일이고, 운영 데이터에서는 항목 집계를 CDS 로 내리고 화면은 그 결과만 받습니다. 아래는 그때 만드는 뷰의 스케치입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스·환경에 따라 다르므로 그대로 붙여 넣기 전에 View Browser(F2170) 로 실제 이름을 확인해야 합니다. 자산 유형 매핑의 출처와 점검 기준 규칙은 회사 정책에 따라 달라지므로 확인이 필요합니다.

뷰 레이어 구성

뷰 스케치

ZI_ImpCatMap

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '손상차손 계정 매핑'
define view entity ZI_ImpCatMap
  as select from zimpcat_map           // 매핑 테이블(스케치용 이름)
{
  key GLAccount,
      ItemId,
      ItemName,
      AssetType,           // TRD 매출채권 · CTA 계약자산 · LON 대여금 · DEP 예치금 · DBT 채무상품 · LSR 리스채권
      LeaseFlag,           // Y 주된 사업활동 · N 아님 · C 회사 판단 필요
      BookCat,             // 장부에 부여된 손익 범주
      RelCat               // 같은 자산 이자수익이 놓인 범주
}

ZI_ImpCatItem

@EndUserText.label: '손상차손(환입) 항목'
define view entity ZI_ImpCatItem
  as select from I_JournalEntryItem as Je
  association [0..1] to ZI_ImpCatMap as _Map on _Map.GLAccount = Je.GLAccount
{
  key Je.CompanyCode,
  key Je.FiscalYear,
  key _Map.ItemId,
      _Map.ItemName,
      _Map.AssetType,
      _Map.LeaseFlag,
      _Map.BookCat,
      _Map.RelCat,
      max( Je.PostingDate ) as PostDate,
      sum( Je.AmountInCompanyCodeCurrency ) as ImpAmt
}
where Je.Ledger = '0L'
  and _Map.IsPnlLine = 'X'            // 손익 라인만 — 손실충당금 상대 계정 제외
group by Je.CompanyCode, Je.FiscalYear, _Map.ItemId, _Map.ItemName,
         _Map.AssetType, _Map.LeaseFlag, _Map.BookCat, _Map.RelCat

ZC_ImpCatExpected

/* 점검 기준 범주 — 위에서 아래로 처음 걸리는 조건 */
define view entity ZC_ImpCatExpected
  as select from ZI_ImpCatItem
{
  key CompanyCode, key FiscalYear, key ItemId,
      AssetType, LeaseFlag, BookCat, RelCat, ImpAmt,
      case when AssetType = 'LSR' and LeaseFlag = 'Y' then 'OPR'
           when AssetType = 'LSR' and LeaseFlag = 'N' then 'INV'
           when AssetType in ('TRD','CTA')               then 'OPR'
           when AssetType in ('LON','DEP','DBT')         then 'INV'
           else BookCat end                              as ExpCat,   // 리스 판단 전(C)은 장부 범주를 잠정 기준으로
      case when AssetType = 'LSR' and LeaseFlag = 'C'    then 'C09'
           when BookCat = 'FIN'                          then 'C04'
           when BookCat <> ExpCat and ExpCat = 'OPR'     then 'C02'
           when BookCat <> ExpCat and ExpCat = 'INV'     then 'C01'
           when BookCat <> ExpCat                        then 'C05'
           when RelCat <> '' and RelCat <> BookCat       then 'C03'
           else 'C00' end                                as CheckCode
}

ZC_ImpCatCat

/* 범주별 합계 — 장부 기준과 점검 기준을 나란히 */
define view entity ZC_ImpCatCat
  as select from ZC_ImpCatExpected
{
  key CompanyCode, key FiscalYear,
  key BookCat as CatCode,
      count(*)        as ItemCnt,
      sum( ImpAmt )   as BookAmt,
      sum( case when ExpCat = BookCat then ImpAmt else 0 end ) as KeepAmt
}
group by CompanyCode, FiscalYear, BookCat
/* 기준 금액은 ExpCat 기준 집계를 union 으로 겹쳐 계산한다(스케치는 한쪽만 표시) */

ZC_ImpCatGrp

define view entity ZC_ImpCatGrp
  as select from ZC_ImpCatExpected
{
  key CompanyCode, key FiscalYear,
  key AssetType as GrpCode,
      count(*)      as ItemCnt,
      sum( ImpAmt ) as ImpAmt,
      sum( case when BookCat <> ExpCat then ImpAmt else 0 end ) as MoveAmt,
      sum( case when CheckCode <> 'C00' then 1 else 0 end )     as DiffCnt
}
group by CompanyCode, FiscalYear, AssetType

ZC_ImpCatRecon

/* 대사 003 — 범주를 옮겨도 총액은 그대로: Σ(장부−기준) = 0 */
define view entity ZC_ImpCatRecon003
  as select from ZC_ImpCatExpected
{
  key FiscalYear,
      sum( ImpAmt )                               as BookAmt,
      sum( ImpAmt )                               as ExpAmt,   // 기준 금액도 같은 항목 금액에서 나온다
      count(*)                                    as CheckCnt,
      sum( case when BookCat is null or ExpCat is null then 1 else 0 end ) as DiffCnt
}
group by FiscalYear

ZUI_ImpCat_O2

@EndUserText.label: '금융자산 손상차손 범주 점검 서비스'
define service ZUI_ImpCat {
  expose ZC_ImpCatExpected as ItemSet;
  expose ZC_ImpCatCat      as StmtSet;
  expose ZC_ImpCatGrp      as GrpSet;
  expose ZC_ImpCatRecon003 as ReconSet;
}
/* 범주 이동 검토 건수(CatMoveCount)는 점검 코드가 C01·C02·C04·C05 인 항목 수를 돌려주는 함수 */

범주 이동 검토 건수는 서비스의 함수로 제공해 화면이 같은 규칙을 다시 짜지 않게 합니다. 요약의 대사 차이 건수도 서비스가 돌려준 대사 결과를 그대로 읽습니다. 이렇게 두면 운영 데이터를 연결해도 화면은 고칠 곳이 없고, 규칙이 바뀌면 판정 뷰 한 곳만 고치면 됩니다.

자주 묻는 질문

도입 상담에서 자주 받는 질문들을 네 묶음으로 나눠 적었습니다. 모두 24개입니다. 기준서의 세부 사항은 원문 확인이 필요하다고 표시했습니다. 이 화면은 점검을 돕는 도구이며 최종 판단은 회사와 감사인이 합니다.

범위와 기준

점검 규칙

숫자와 대사

도입과 운영