SAP 유형자산 제거 손익 점검 — IAS 16, 처분·폐기 때 인식한 손익을 순처분대가와 장부금액으로 다시 계산해 장부와 맞춰본다

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

자산을 팔거나 버린 달의 결산에서 반복되는 질문은 세 가지입니다. 장부금액을 얼마로 꺼냈는가, 처분대가는 얼마로 보았는가, 그래서 남은 제거손익이 장부에 인식된 손익과 같은가. 지금 이 세 답은 자산대장 · 전표 조회 · 매각 계약서에 흩어져 있습니다. 이 앱은 세 답을 제거 한 건 단위로 한 화면에 붙입니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 합계 차이 속에 숨은 한 건

비품 PC 단말 일괄(제거 번호 028)은 9월 16일에 매각했습니다. 계약상 대가는 54,840,000원이지만 즉시 받은 돈은 16,450,000원이고 나머지 38,390,000원은 2년 뒤에 받습니다. 할인율 6%로 현재가치를 구하면 이연액은 34,166,963원이고 현금가격상당액은 50,616,963원입니다. 그런데 장부에는 명목 대가를 기준으로 손익 −34,919,000원이 인식되어 있습니다. 다시 계산한 제거손익은 −39,142,037원이고 차이는 −4,223,037원입니다. 점검 코드 P05 — 이연 대금 현재가치 미반영입니다.

전체 합계로 보면 재계산 −317.2백만 원, 장부 −309.8백만 원, 차이 −7.4백만 원뿐입니다. 이 가운데 한 건이 −4.2백만 원이고, 나머지 차이는 반대 방향으로 서로 상쇄됩니다. 더 조심할 건은 차이가 0 인 건입니다. CNC 선반 7호(010)는 장부 인식 손익이 재계산과 같지만 감가상각이 두 달 덜 반영된 채 제거되어 손실 106.5백만 원이 부풀려졌을 수 있습니다. 합계나 금액 차이만 보면 이런 건이 그대로 지나갑니다.

도입하면 달라지는 것

• 결산 점검 시간 — 건별 재계산과 장부 대조가 한 번의 조회로 끝나 엑셀 취합이 사라집니다.
• 회의의 주제 — 합계가 맞느냐가 아니라 어느 건의 어느 단계가 어긋났느냐를 이야기합니다.
• 자산대장과 원장의 연결 — 재계산 장부금액과 원장의 제거 전 장부금액을 같은 화면에서 비교합니다.
• 감사 대응 — 점검 코드와 대사식, CSV 가 근거로 남습니다.

이런 회사에 맞습니다

설비 교체 · 사업장 정리 · 차량 매각 등으로 유형자산을 해마다 여러 건 제거하고, 제거손익을 엑셀과 전표 조회로 맞춰 보는 재무 조직에 맞습니다. 특히 이연 조건으로 대금을 받는 매각이나 월중 제거 자산의 감가상각 반영 기준이 사람마다 다른 회사라면 효과가 큽니다. 반대로 제거 건이 거의 없다면 쓸 일이 많지 않습니다.

사용 방법

1. 회계연도(필수, 4자리, 기본 2026)를 넣고 조회를 누릅니다. 제거일 · 자산군 · 제거 유형 · 자산명 · 점검 코드 · 점검 결과는 선택 조건이며, 화면이 열릴 때 한 번 자동 조회됩니다.
2. 위쪽 요약 지표 여덟 개를 먼저 봅니다 — 제거 건수, 장부금액, 순처분대가, 재계산 제거손익, 장부 인식 손익, 차이, 점검 필요 건수, 정합성 대사 차이 건수.
3. 탭을 제거 건별 명세 → 자산군별 집계 → 이연 대금 현재가치 → 대사 결과 순으로 넘기며 넓은 곳에서 좁은 곳을 거쳐 대사까지 봅니다.
4. 점검 결과를 점검 필요로 두고 조회하면 어긋난 건만 남습니다.
5. 행을 누르면 제거 건 상세가 열려 열 단계 계산과 점검 내용을 보여 줍니다.
6. 보고 있는 탭은 CSV로 내려받아 감사 자료에 붙입니다.

숫자를 믿을 수 있는가 — 검증 결과

가장 비싼 질문은 “이 숫자 맞아?” 입니다. 그래서 대사식을 먼저 세워 두고 전수로 돌렸습니다. 01~06은 재계산이 서로 맞물리는지, 07~11은 장부와 같은지 보는 식입니다.

정합성 대사 여섯 가지는 차이 0 입니다. 장부 점검 대사의 차이는 의도적으로 넣은 예외 건 9건(P01 2건 · P02 2건 · P03 2건 · P04 1건 · P05 2건)에서 나온 것이며, 이 앱이 그것을 실제로 찾아내는지를 확인하는 것이 검증의 목적이었습니다.

무엇으로 만들었나

도입 후 쓰는 순서

1. 결산 마감 직후 회계연도로 조회하고 요약 지표의 정합성 대사 차이가 0 인지 먼저 봅니다.
2. 점검 필요로 좁혀 차이가 큰 건부터 상세를 엽니다.
3. 점검 코드가 가리키는 대로 AW01N · S_ALR_87011963 · FAGLL03 에서 자산 값, 이력 시트, 손익 계정 전표를 확인합니다.
4. 원인이 확인되면 정정 분개는 SAP 표준 거래(F-92 · ABAVN 계열)에서 입력하고, 이 앱은 다시 조회해 차이가 줄었는지 봅니다.
5. 마지막으로 대사 결과 탭과 CSV 를 감사 자료로 넘깁니다.

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다.

처음 열었을 때

숫자 여덟 개를 먼저 보여 주는 이유는 "장부와 맞는가"가 가장 먼저 나오는 질문이기 때문입니다. 재계산 −317.2와 장부 −309.8의 차이 −7.4백만 원이 이 화면이 찾는 대상이고, 정합성 대사 차이 0건은 재계산 자체는 흔들리지 않는다는 뜻입니다.

점검이 필요한 건만 보기

장부금액 불일치(P01) 2건, 직접 처분원가 미반영(P02) 2건, 감가상각 미반영(P03) 2건, 이익의 수익 계정 기표(P04) 1건, 이연 대금 현재가치 미반영(P05) 2건이 남습니다. 30건을 눈으로 훑는 대신 확인할 9건부터 시작합니다.

표를 옆으로 넘겨 장부와 비교하기

차이 열이 0 이어도 점검 필요로 남는 건이 있다는 점을 보여 주는 화면입니다. CNC 선반 7호는 장부 인식 손익과 재계산이 같지만 감가상각이 제거일이 속한 달까지 반영되지 않아 점검 필요입니다. 금액 차이만 보는 방식은 이런 건을 놓칩니다.

자산군 단위로 묶어 보기

자산군별 합계는 건별 명세와 같은 데이터에서 나옵니다. 제거이익 합계 417.97백만 원과 제거손실 합계 −735.21백만 원을 더하면 순 제거손익 −317.25백만 원이 되고, 이 등식을 대사 05·06 이 매번 확인합니다.

이연 대금의 현재가치 보기

이연 대가는 명목 금액이 아니라 현금가격상당액으로 측정해야 합니다. PC 단말 일괄은 명목 54.84백만 원이 아니라 현재가치 반영 후 50.62백만 원이 처분대가이고, 그 차이 4.22백만 원이 이 화면의 가장 큰 차이입니다.

행 하나를 열어 열 단계 보기

열 단계를 순서대로 보여 주고 마지막 단계에서 장부 인식 손익 −34.9백만 원과의 차이 −4.22백만 원을 보입니다. 점검 코드 P05 — 이연 대금의 현재가치 반영 없이 명목 대가로 손익을 인식한 모양입니다. 원인은 단정하지 않고 확인을 요청합니다.

숫자가 서로 맞는지 대사식으로 확인하기

정합성 대사는 계산이 서로 맞물리는지를 보는 것이고, 장부 점검 대사는 계산 결과가 장부와 같은지를 보는 것입니다. 앞의 0은 "계산이 맞다"이고 뒤의 2·6·2·1·2는 "장부를 보라"는 뜻이라 같은 표에 두되 구분 열을 나눴습니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준에 없는 "제거손익의 재계산과 장부 대조"만 이어 붙이는 쪽으로 만들었습니다. 먼저 기준서가 요구하는 것을 적고, 그다음 표준 T-code 와의 관계를 적습니다.

기준서 요구사항과 대응 기능

문단번호는 원문을 직접 확인한 항목만 적어야 하므로 이 표에는 적지 않았습니다. IAS 16 은 이미 적용 중인 기준서이며, 이 화면은 새 시행일과 무관합니다.

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

원천 테이블

CDS 구성

이 사례의 화면은 샘플 30건을 서비스 엔진이 들고 있습니다. 데모라서 그렇게 했을 뿐 운영 데이터에서는 그렇게 하지 않습니다. 운영으로 올릴 때는 자산 · 제거 거래 · 장부 손익 세 원천을 CDS 로 읽어 같은 이름의 엔티티셋으로 내보냅니다.

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

뷰 레이어 구성

① 제거 거래 기준 뷰

처분대가와 이연 조건이 한곳에 모여 있어야 현금가격상당액을 계산할 수 있습니다. 제거 계산의 출발점이라 가장 먼저 합의해야 하는 항목입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '유형자산 제거 거래 기준'
define view entity ZI_PpeDisposalBase
  as select from ztppe_disp as d     " 고객 테이블 — 실제 이름은 확인 필요
{
  key d.gjahr        as Gjahr,
  key d.disp_no      as DispNo,
      d.anln1        as AssetNo,
      d.disp_type    as DispType,       " SALE 매각 / SCRAP 폐기
      d.disp_date    as DispDate,
      d.nominal_amt  as NominalAmt,     " 계약상 명목 대가
      d.immed_amt    as ImmedAmt,       " 즉시 수취액
      d.defer_amt    as DeferAmt,       " 이연액
      d.defer_years  as DeferYears,
      d.disc_rate    as DiscRate,       " 할인율(%) — 정책 확인 필요
      d.disp_cost    as DispCost        " 직접 처분원가
}

② 자산 가치와 장부 결과

자산 가치는 취득원가 · 감가상각 누계 · 손상 누계를 읽고, 장부 결과는 원장의 제거 전 장부금액과 제거손익 계정 금액을 읽습니다. 둘을 나눠 두면 P01 과 P02 의 비교 대상이 분명해집니다.

define view entity ZI_PpeAssetValue
  as select from anla as a
    inner join   anlc as c on  c.bukrs = a.bukrs
                           and c.anln1 = a.anln1
                           and c.anln2 = a.anln2
{
  key a.anln1                         as AssetNo,
  key c.gjahr                         as Gjahr,
      a.anlkl                         as AssetClass,
      c.kansw                         as AcqCost,    " 취득원가 — 필드 확인 필요
      c.knafa                         as AccDepr,    " 감가상각 누계 — 필드 확인 필요
      cast( 0 as abap.curr(18,0) )    as AccImpair   " 손상 누계 — 회사 정책에 따라 별도 원천
}

define view entity ZI_PpeBookResult
  as select from acdoca as g
{
  key g.rldnr, key g.rbukrs, key g.gjahr, key g.belnr, key g.docln,
      g.racct                                  as GainAcct,       " 제거손익 계정
      g.hsl                                    as BookGainLoss,   " 장부 인식 손익
      cast( 0 as abap.curr(18,0) )             as LedgCarry       " 제거 전 장부금액 집계(스케치)
}
where g.rldnr = '0L'   " 선행 원장 — 환경에 맞게 확인

③ 제거손익 계산

이 앱의 핵심입니다. 현금가격상당액 · 순처분대가 · 제거손익을 한 곳에서 정의해 화면과 CSV 가 같은 값을 쓰게 합니다.

define view entity ZI_PpeDisposalCalc
  as select from ZI_PpeDisposalBase as d
    inner join   ZI_PpeAssetValue   as v on  v.AssetNo = d.AssetNo
                                         and v.Gjahr   = d.Gjahr
{
  key d.Gjahr, key d.DispNo, d.AssetNo, d.DispType, d.DispDate,
  ( v.AcqCost - v.AccDepr - v.AccImpair )                       as CarryAmt,
  case when d.DeferAmt > 0
       then d.ImmedAmt + d.DeferAmt / power( 1 + d.DiscRate / 100, d.DeferYears )
       else d.NominalAmt end                                    as ProceedsCash,
  d.DispCost,
  ( case when d.DeferAmt > 0
         then d.ImmedAmt + d.DeferAmt / power( 1 + d.DiscRate / 100, d.DeferYears )
         else d.NominalAmt end - d.DispCost )                   as NetProceeds
}

④ 점검 코드

재계산 제거손익과 장부 인식 손익을 비교해 점검 코드를 붙입니다. 어느 코드도 "틀렸다"가 아니라 "확인하라"입니다.

define view entity ZC_PpeDisposalCheck
  as select from ZI_PpeDisposalCalc as c
    left outer join ZI_PpeBookResult as b on b.belnr = c.DispNo   " 연결 키는 전표에 남기는 방식에 따라 결정
{
  key c.Gjahr, key c.DispNo,
  ( c.NetProceeds - c.CarryAmt )                                as GainLoss,
  b.BookGainLoss,
  ( c.NetProceeds - c.CarryAmt ) - b.BookGainLoss               as DiffAmt,
  case
    when c.CarryAmt <> b.LedgCarry                              then 'P01'
    when ( c.NetProceeds - c.CarryAmt ) - b.BookGainLoss
         = c.DispCost                                           then 'P02'
    when b.GainAcctType = 'REV'                                 then 'P04'
    else 'I00' end                                              as CheckCode
}   " P03(감가상각 기준일) · P05(현금가격 비교)는 같은 방식으로 추가

⑤ 접근 제어

집계를 읽는 자리에 걸어야 합니다. 상세 행에만 걸면 합계 차이로 다른 회사 숫자를 추정할 수 있습니다.

@EndUserText.label: '유형자산 제거 점검 접근 제어'
@MappingRole: true
define role ZI_PPEDISPOSAL {
  grant select on ZC_PpeDisposalCheck
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 시점에 해야 할 일

위 여섯 가지는 코딩이 아니라 합의입니다. 합의가 끝나면 기술 작업은 CDS 뷰를 만들고 manifest.json 의 서비스 주소만 바꾸면 됩니다.

자주 묻는 질문

도입 상담과 데모에서 받을 만한 질문을 네 묶음으로 나눠 적었습니다.

기준서와 범위

계산과 점검 코드

데이터와 OData 서비스

운영과 도입