SAP 복구·해체 충당부채 재측정 반영 점검 — IFRIC 1, 할인율이 바뀐 만큼 자산 장부금액도 움직였는가

IAS 37 「충당부채, 우발부채 및 우발자산」(K-IFRS 제1037호)은 복구·해체 의무를 현재가치로 측정해 인식하고 매 보고기간말에 다시 검토하라고 요구합니다. IAS 16 「유형자산」(K-IFRS 제1016호)은 그렇게 인식한 금액을 관련 자산의 취득원가에 포함하도록 하고, IFRIC 1 「복구·해체·유사부채의 변동」은 그 이후 부채가 다시 측정되면 원가모형에서 변동액을 관련 자산의 장부금액에 가감하도록 합니다. 세 요구사항이 이어지는 지점이 이 화면의 출발점입니다.

실무에서 어긋나기 쉬운 곳은 후속 재측정입니다. 할인율이 바뀌거나 복구원가 추정액이 달라지면 부채 잔액은 움직이는데, 같은 금액이 관련 자산의 장부금액에도 가감돼야 한다는 점은 결산 일정에 밀려 뒤로 가기 쉽습니다. 표준 원장과 자산 원장의 구조를 그대로 이어받아, 충당부채를 자산 단위로 기초-신규인식-이자비용-재측정-사용-환입-기말로 재구성하고, 같은 화면에서 복구원가 자산의 장부금액 흐름을 나란히 놓아 부채 재측정액과 자산 조정액이 같은 금액으로 맞물렸는지 대사하는 화면을 OpenUI5로 확장했습니다. 어긋난 건은 "점검 필요"로 따로 표시합니다. 실제 구동 화면 4종을 함께 공개합니다.

실제 화면 4종 둘러보기

회사코드·회계연도·사업장·충당부채 유형·점검상태를 넣고 조회하면 대사 요약이 먼저 뜨고, 그 아래 증감 명세·복구원가 자산 대사·할인율 변동·사업장별 집계가 탭으로 갈라집니다 → 행을 클릭하면 그 자산의 상세가 다이얼로그로 열립니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

충당부채 증감 명세 탭

복구원가 자산 대사 탭

할인율·추정 변동 탭

자산별 상세

조작 방법

1. 회사코드 · 회계연도를 고릅니다. 사업장 · 충당부채 유형 · 점검상태는 기본값이 전체이며, 전체를 고르면 그 조건은 서비스로 보내지 않습니다.
2. 자산번호 입력란에 번호 일부를 넣고 Enter 키를 누르거나, 조회조건 영역 오른쪽 끝의 조회 버튼을 누르면 재조회됩니다. 초기화 버튼은 조건을 기본값으로 되돌립니다.
3. 대사 요약에서 대사식별 검사 건수·차이 건수·점검 대상 건수를 먼저 확인합니다.
4. 충당부채 증감 명세 탭에서 자산별 기초~기말 증감을 확인하고, 행을 클릭하면 상세 다이얼로그가 열립니다.
5. 복구원가 자산 대사 탭에서 부채 재측정액과 자산 조정액의 대사 차액을 확인합니다.
6. 할인율·추정 변동 탭에서 변동 전후 현재가치와 재측정액의 산출 근거를 확인합니다.
7. 각 탭 우측 상단의 CSV 내려받기 버튼으로 현재 조회 결과를 내려받습니다.

점검상태 판정 로직

이 화면의 핵심 판정은 부채 쪽 증감이 자산 쪽 장부금액에 그대로 옮겨졌는가 한 가지로 모입니다. 그 주변에 롤포워드 자체의 정합성과 잔여기간 점검이 붙습니다.

재측정에서 자산 조정까지 — 대사 처리 순서

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

IFRS 요구사항 매핑표

참고 CDS 뷰

운영 서비스로 연결할 때를 가정해 새로 스케치한 집계 뷰 예시입니다(운영 반영 시 권한 체크를 추가해야 합니다).

define view DecomProvRollforward
  as select from acdoca as ledger
  inner join anla as asset
    on  asset.bukrs = ledger.rbukrs
    and asset.anln1 = ledger.anln1
{
  key ledger.rbukrs  as Bukrs,
  key ledger.gjahr   as Gjahr,
  key ledger.anln1   as AssetNo,
      asset.txt50    as AssetName,
      asset.werks    as SiteCode,
      sum( case when ledger.rmvct = 'OPEN' then ledger.hsl else 0 end ) as OpenBalance,
      sum( case when ledger.rmvct = 'ADD'  then ledger.hsl else 0 end ) as AddAmount,
      sum( case when ledger.rmvct = 'UNWD' then ledger.hsl else 0 end ) as UnwindAmount,
      sum( case when ledger.rmvct = 'REMS' then ledger.hsl else 0 end ) as RemeasAmount,
      sum( case when ledger.rmvct = 'USED' then ledger.hsl else 0 end ) as UsedAmount,
      sum( case when ledger.rmvct = 'REVR' then ledger.hsl else 0 end ) as ReversalAmount
}
group by ledger.rbukrs, ledger.gjahr, ledger.anln1, asset.txt50, asset.werks
// 복구원가 자산의 장부금액 흐름은 자산 연도별 금액 구조에서 따로 읽어와 위 집계와 대사

OpenUI5 구성

OData 모델 구성

서비스는 manifest.json 의 dataSources 에 상대 경로로 선언하고, 같은 파일의 models 에서 sap.ui.model.odata.v2.ODataModel 로 기본 모델을 만듭니다. 절대 URL 은 쓰지 않습니다. 화면의 블록마다 해당 엔티티셋에 각각 바인딩하며, 한 번의 호출로 전체를 받아 컨트롤러에서 쪼개지 않습니다.

조회조건은 sap.ui.model.Filter 로만 조립해 전달하고, 전체를 선택하면 그 조건의 Filter 자체를 만들지 않습니다. 정렬은 sap.ui.model.Sorter, 총건수는 $inlinecount=allpages(모델 count 설정)로 받습니다. 금액 프로퍼티는 Edm.Decimal 이 문자열로 직렬화되므로 정렬·계산에서 숫자로 바꿔 비교합니다. 집계 산출식은 formatter 와 컨트롤러 한곳에 모았고, 메타데이터 로드 실패·요청 실패·빈 응답은 전역 오류 처리기가 구분해 사용자 메시지로 띄웁니다.

파일 구성

운영 전환 시에는 화면과 판정 로직은 그대로 두고 데이터 계층만 실제 서비스 호출에 맞추면 됩니다.

검증 결과

화면 구성에 쓴 검증용 샘플 데이터는 6개 대사식이 전수에서 맞물리도록 구성했습니다(점검 화면의 목적에 맞게 의도적으로 둔 불일치 2건 제외).

자산명·금액은 모두 검증용으로 구성한 가상 데이터이며 실제 회사의 계정체계나 공시 금액이 아닙니다.

자주 묻는 질문