SAP 사용권자산 증감표 공시 대사 — IFRS 16, 기초자산 유형별 기초·증감·기말을 장부와 결산 전에 다시 맞춰 본다

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

리스이용자는 결산 때마다 같은 질문을 받습니다. 사용권자산이 기초에서 기말까지 어떻게 움직였나, 그 숫자가 장부와 맞나, 상각은 제대로 됐나. 지금 이 세 답은 자산 조회 화면 · 계약별 엑셀 · 감사인에게 보낼 표로 흩어져 있습니다. 이 화면은 세 답을 한 화면의 네 탭으로 모읍니다.

핵심은 계산이 아니라 연결입니다. 계약 단위 증감표를 기초자산 유형별로 다시 모으고, 장부 기말과 상각비를 재계산 값과 견주고, 숫자가 어디서 이어지는지를 대사식 일곱 가지로 확인합니다. 점검 결과는 "점검 필요 · 확인 필요"로만 표시하며 최종 판단은 회사와 감사인이 합니다.

검증용 샘플 데이터가 보여 주는 것

글에 실은 숫자는 모두 검증용 샘플 데이터입니다. 계약 24건(회사 2곳, 유형 4가지)의 장부 기말 합은 약 257.5억 원이고, 증감표 재계산과 2.5억 원 차이가 납니다. 이 차이는 의도적으로 넣은 점검 필요 계약 5건과 확인 필요 계약 2건에서 나옵니다. 정합성 대사 다섯 가지는 모두 차이 0 이므로, 화면이 만든 숫자와 데이터가 만든 차이를 구분해 볼 수 있습니다.

실행 화면

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

사용 방법

1. 조회조건 입력 — 회계연도(필수, 4자리)를 입력하고, 회사 · 기초자산 유형 · 최근 전기일 기간 · 계약명 · 점검 코드 · 점검 결과는 필요할 때만 고릅니다. 비워 두면 전체입니다.
2. 조회 — 조회 버튼은 조건 줄의 오른쪽 끝에 있고 입력란에서 Enter 키를 눌러도 같은 조회가 됩니다.
3. 요약 확인 — 점검한 계약 수 · 증감표 기말 장부금액 · 점검 필요 · 확인 필요 · 기말 차이 · 대사 차이 건수를 봅니다.
4. 탭 이동 — 계약별 증감 점검 → 유형별 증감표 → 증감 흐름 → 대사 결과 순서로 봅니다.
5. 행 클릭 상세 — 계약별 탭의 행을 누르면 장부 기말을 이루는 전표 라인이 열립니다.
6. CSV 내려받기 — 지금 보고 있는 탭을 UTF-8 BOM CSV 로 내려받습니다.

처음 열면 자동으로 한 번 조회합니다. 요약 카드는 점검한 계약 수 · 증감표 기말 장부금액 · 점검 필요 계약 · 확인 필요 계약 · 장부와 재계산 기말 차이 · 정합성 대사 차이 건수 순서입니다. 숫자 하나가 아니라 "이 결산을 닫아도 되는가" 를 한눈에 보도록 추렸습니다.

결산 직전에는 정상 계약을 걷어 내고 남은 계약만 봅니다. 장부 기말과 재계산 기말이 다른 계약(R01) 3건, 상각비가 기대값과 다른 계약(R02) 2건이며, 둘 다 원인을 단정하지 않고 점검 대상으로만 표시합니다.

공시 표에 가장 가까운 모양입니다. 부동산 · 차량 · 기계장치 · 기타 순서로 놓이고 맨 아래에 합계 줄이 있습니다. 유형 합이 합계 줄과 같은지는 대사 탭에서 회사별 8칸으로 검산합니다.

기초 → 신규 → 재측정 → 상각 → 손상 → 종료 → 기말 순서로 누적 잔액을 계산합니다. 숫자가 어디서 늘고 어디서 줄었는지 설명할 때 이 탭을 그대로 보여 주면 됩니다.

정합성 대사(R01~R05)는 화면 안의 숫자끼리 연결이 맞는지, 공시 점검 대사(R06~R07)는 장부와 재계산이 맞는지 봅니다. 둘을 섞지 않고 구분 칸으로 나눈 이유는, 앞의 것이 어긋나면 화면의 문제이고 뒤의 것이 어긋나면 데이터를 확인해야 하는 문제이기 때문입니다.

재계산 기말과 장부 기말이 다를 때 가장 먼저 보는 곳입니다. 전표 라인의 합이 장부 기말과 같은지(R05)까지 상세 안에서 확인되므로, 어느 증감이 빠졌는지를 계약 단위로 좁힐 수 있습니다.

SAP 표준 기능 확장 포인트

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

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

T-code 별 연계 지점

운영에 올릴 때 "기존 거래를 없애야 하느냐" 는 질문이 꼭 나오는데, 대부분은 없애지 않고 둡니다. 대사와 감사 대응은 표준 거래가 맡는 편이 안전합니다.

점검 판정 규칙

판정은 위에서 아래 순서로 먼저 걸리는 조건 하나만 표시합니다. 기말 재계산은 기초 + 신규 인식 ± 재측정 − 감가상각 − 손상 − 종료, 기대 상각비는 (기초 + 신규 인식 + 재측정) × 연 상각률 × 사용 개월 ÷ 12 입니다.

OData 구성

화면은 OData V2 서비스 rouroll_srv 하나를 읽습니다. 엔티티셋 다섯 개와 펑션 하나이며, 조회조건은 모두 $filter 로만 전달합니다.

도입 전에 정해야 할 것

CDS 구성

이 사례의 화면은 샘플 데이터 24건을 서비스가 직접 들고 있습니다. 데모라서 되는 일이고, 운영 데이터에서는 그렇게 하지 않습니다. 운영으로 올릴 때 가장 먼저 하는 일은 집계를 CDS 로 내리는 것입니다. 아래는 그때 만드는 뷰를 레이어 순서대로 적은 것입니다.

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

뷰 레이어 구성

① 기초자산 유형 매핑 테이블

유형별 증감표의 모든 줄이 이 표에서 갈립니다. 어느 클래스를 부동산으로 보고 어느 계약을 복합 계약 후보로 볼지는 운영 전환에서 가장 먼저 합의해야 하는 항목입니다.

" 기초자산 유형 → 공시 유형 매핑 (고객 유지 테이블)
" 공시 유형은 회사 정책이므로 코드에 박지 않고 테이블로 둔다.
@EndUserText.label : '사용권자산 유형 매핑'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zrouclassmap {
  key mandt   : mandt not null;
  key bukrs   : bukrs not null;
  key anlkl   : anlkl not null;        " 자산 클래스(실제 필드 이름은 확인 필요)
  class_code  : abap.char(4);          " REAL 부동산 · VEH 차량 · EQP 기계장치 · ETC 기타
  sort_no     : abap.int1;             " 표시 순서 (합계 줄은 맨 뒤)
  mix_flag    : abap.char(1);          " X = 복합 계약 후보 → 확인 필요(R04)
}

② 증감 라인 인터페이스 뷰

자산 전표 라인에 신규 · 재측정 · 감가상각 · 손상 · 종료 구분을 붙입니다. 구분 판정에 쓰는 코드 값은 회사의 평가영역과 거래유형 설정에 따라 다르므로 확인이 필요합니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '사용권자산 증감 라인'
define view entity ZI_RouMoveLine
  as select from anep
  inner join anla on  anla.bukrs = anep.bukrs
                  and anla.anln1 = anep.anln1
                  and anla.anln2 = anep.anln2
  association [0..1] to zrouclassmap as _Map
    on _Map.bukrs = anla.bukrs and _Map.anlkl = anla.anlkl
{
  key anep.bukrs,
  key anep.anln1,
  key anep.anln2,
  key anep.gjahr,
  key anep.belnr,
  key anep.buzei,
  _Map.class_code                         as ClassCode,
  anep.bzdat                              as PostDate,
  case anep.afasl
    when '...' then 'ADD'                 // 신규 인식 (코드 값은 확인 필요)
    when '...' then 'REM'                 // 재측정 · 변경
    when '...' then 'DEP'                 // 감가상각
    when '...' then 'IMP'                 // 손상
    else 'DSP'                            // 종료 · 처분
  end                                     as MoveType,
  @Semantics.amount.currencyCode: 'Waers'
  anep.anbtr                              as Amount,
  anep.waers                              as Waers
}

③ 계약별 합산 뷰

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '계약별 증감 합산'
define view entity ZI_RouContract
  as select from ZI_RouMoveLine
{
  key bukrs, key anln1, key gjahr,
  ClassCode,
  @Semantics.amount.currencyCode: 'Waers'
  sum(case MoveType when 'ADD' then Amount else 0 end) as AddAmt,
  sum(case MoveType when 'REM' then Amount else 0 end) as RemeasAmt,
  sum(case MoveType when 'DEP' then Amount else 0 end) as DeprAmt,
  sum(case MoveType when 'IMP' then Amount else 0 end) as ImpAmt,
  sum(case MoveType when 'DSP' then Amount else 0 end) as DispAmt,
  max(PostDate)                                         as PostDate,
  Waers
}
group by bukrs, anln1, gjahr, ClassCode, Waers

④ 계약별 증감 점검 뷰

기말 재계산과 원장 기말을 같은 뷰에서 나란히 계산합니다. 두 값이 다르면 점검 코드 R01 이 붙고, 상각비 차이(R02)와 복합 계약(R04) 판정은 같은 방식으로 이어서 붙입니다.

@EndUserText.label: '계약별 증감 점검'
define view entity ZC_RouCheck
  as select from ZI_RouContract as c
  inner join anlc as b on b.bukrs = c.bukrs and b.anln1 = c.anln1 and b.gjahr = c.gjahr
{
  key c.bukrs, key c.anln1, key c.gjahr,
  c.ClassCode,
  b.kansw                                    as OpenBal,       // 기초 장부금액 (필드는 확인 필요)
  c.AddAmt, c.RemeasAmt, c.DeprAmt, c.ImpAmt, c.DispAmt,
  b.kansw + c.AddAmt + c.RemeasAmt
    - c.DeprAmt - c.ImpAmt - c.DispAmt       as CalcClose,     // 증감표 재계산 기말
  b.kansw + b.answl - b.knafa                as BookClose,     // 원장 기말 (확인 필요)
  case
    when ( b.kansw + b.answl - b.knafa )
       <> ( b.kansw + c.AddAmt + c.RemeasAmt - c.DeprAmt - c.ImpAmt - c.DispAmt )
      then 'R01'                              // 점검 필요: 기말 차이
    else 'R00'
  end                                         as CheckCode
}

⑤ 유형별 증감표 뷰

@EndUserText.label: '유형별 증감표'
define view entity ZC_RouClass
  as select from ZC_RouCheck
{
  key bukrs, key gjahr, key ClassCode,
  count(*)               as ContractCnt,
  sum(OpenBal)           as OpenBal,
  sum(AddAmt)            as AddAmt,
  sum(RemeasAmt)         as RemeasAmt,
  sum(DeprAmt)           as DeprAmt,
  sum(ImpAmt)            as ImpAmt,
  sum(DispAmt)           as DispAmt,
  sum(CalcClose)         as CloseCalc,
  sum(BookClose)         as CloseBook,
  sum(BookClose) - sum(CalcClose) as DiffAmt   // 합계 줄은 서비스에서 한 번 더 합산
}
group by bukrs, gjahr, ClassCode

⑥ 권한 (DCL)

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '사용권자산 증감 권한'
define role ZI_RouContract {
  grant select on ZC_RouCheck
    where ( bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}
// 집계 뷰(ZC_RouClass)에도 같은 조건을 건다.
// 상세에만 걸면 합계로 다른 회사 숫자가 새어 나간다.

⑦ 서비스 정의

@EndUserText.label: '사용권자산 증감 서비스'
define service ZUI_RouRollup {
  expose ZC_RouCheck  as RouSet;
  expose ZC_RouClass  as ClassSet;
  expose ZI_RouMoveLine as DetailSet;
}
" 이 화면의 서비스 이름은 rouroll_srv 이며 위 노출 이름과 같은 엔티티셋을 씁니다.
" 점검 필요 계약 수는 펑션 CheckRouCount 로 따로 노출합니다.

자주 묻는 질문

도입 상담과 데모에서 나올 만한 질문을 정리했습니다.