SAP 최초채택 간주원가 면제 점검 — 전환일 개시 장부금액부터 이연법인세·감가상각까지 다시 맞춰 보는 화면

개발 배경 — 이 앱을 사용해야 하는 이유

한국채택국제회계기준(K-IFRS)을 처음 적용하는 회사에는 전환일이라는 날짜가 하나 생깁니다. 그날의 유형자산 장부금액을 종전 회계기준 그대로 가져갈지, 전환일의 공정가치나 종전 재평가액을 간주원가(deemed cost)로 삼을지를 자산마다 정하고, 그 선택이 개시 장부금액·이연법인세·이익잉여금·그 뒤의 감가상각까지 줄줄이 이어집니다. 관련 요구사항은 K-IFRS 제1101호 「한국채택국제회계기준의 최초채택」의 면제 규정이고, 감가상각은 제1016호, 이연법인세는 제1012호와 맞닿습니다. 면제의 적용 범위와 경과규정의 세부는 이 글에서 확인하지 않았으므로 확인 필요이며, 기준서 원문으로 확인해 주세요.

전환 작업은 대개 엑셀에서 시작합니다. 자산 목록에 평가 금액을 붙이고, 조정액과 이연법인세를 계산하고, 장부에 올린 금액과 맞춰 보는 표를 자산 수만큼 만듭니다. 문제는 그 표가 한 번 맞춰 보고 끝나지 않는다는 점입니다. 개시 금액이 일부만 반영됐을 수도 있고, 이연법인세가 빠졌을 수도 있고, 평가 금액은 새로 바꿨는데 감가상각은 종전 장부금액으로 계속 돌고 있을 수도 있습니다. 매달 결산에서 같은 질문이 돌아옵니다.

이 앱은 그 점검을 한 화면에 모읍니다. 자산 한 건씩 재계산한 값과 장부 값을 나란히 놓고, 어긋나는 건에는 점검 코드(R01~R07)를 하나만 붙여 무엇부터 확인할지 알려 줍니다. 화면은 조회·점검·대사를 돕는 도구이며, 간주원가 선택의 타당성과 최종 판단은 회사와 감사인이 합니다. 결과는 언제나 "점검 필요"·"확인 필요"로만 표기하고 원인을 단정하지 않습니다.

자산마다 표를 따로 만들면 합계가 갈라진다

자산 분류별 표, 적용 방식별 표, 감가상각 표를 각각 만들면 같은 개시 장부금액이 세 군데에 따로 적힙니다. 하나를 고치면 나머지는 그대로라 합계가 어긋나고, 어긋난 이유를 찾는 데 하루가 갑니다. 이 앱은 자산 명세 한 벌을 원천으로 두고 분류별·방식별 집계를 그 명세에서 합산합니다. 집계가 명세와 같은지는 대사 01·04가 매번 확인합니다.

조정액에서 이연법인세와 이익잉여금이 갈라지는 자리

간주원가가 종전 장부금액보다 크면 그 차이가 조정액이고, 조정액은 이연법인세와 이익잉여금 조정으로 나뉩니다. 이 나눔이 빠지면 자본과 부채가 함께 틀어집니다. 앱은 조정액 × 세율로 이연법인세를 재계산하고(샘플 세율 22%, 회사 입력 가정이라 확인 필요) 남는 금액을 이익잉여금 조정으로 둡니다. 두 금액의 합이 조정액과 같은지는 대사 03이, 장부의 이연법인세와 어긋나는 건은 점검 코드 R06이 가립니다.

평가 금액을 바꿨는데 감가상각은 그대로인 경우

개시 장부금액이 올라가면 월 상각액도 올라야 합니다. 그런데 자산 마스터의 상각 기준이 종전 금액으로 남아 있으면 장부는 계속 예전 금액으로 상각합니다. 앱은 (재계산 개시 금액 − 잔존가치) ÷ 잔여 내용연수로 당월 상각을 다시 계산하고 장부 상각과 비교해 R07을 붙입니다. 최근 3개월의 상각 줄도 함께 만들어 두어 어느 달부터 어긋났는지 볼 수 있습니다.

사용 방법

1. 조회조건 입력 — 기준 연월(6자리, 필수)을 확인합니다. 자산 분류·적용 방식·점검 코드·점검 결과는 선택이며 비워 두면 전체입니다.
2. 조회 — 조회 버튼을 누르거나 기준 연월 칸에서 Enter 키를 누릅니다. 화면을 처음 열면 기본 기준 연월로 자동 조회합니다.
3. 요약 숫자 확인 — 자산 건수, 종전 장부금액, 재계산 개시 금액, 조정액, 이익잉여금 조정, 점검 필요 건수, 정합성 대사 차이 건수를 봅니다.
4. 탭 이동 — 자산 명세 → 감가상각 라인 → 자산 분류별 집계 → 적용 방식별 집계 → 대사 결과 순서로 봅니다.
5. 행 클릭 상세 — 자산 명세의 행을 누르면 적용 근거와 재계산 내역, 점검 내용이 다이얼로그로 열립니다.
6. CSV 내려받기 — 현재 탭의 조회 결과를 CSV(UTF-8)로 내려받아 검토 자료로 씁니다.

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

점검 도구에서 가장 비싼 질문은 "이 숫자 맞아?"입니다. 만드는 쪽에서 먼저 대사식을 세우고 두 기준 연월(202609·202608)의 자료를 전수로 돌렸습니다. 01~05는 화면과 집계가 서로 맞는지 보는 정합성 대사이고, 06~08은 장부와 재계산의 차이를 보는 장부 점검 대사입니다.

01~05 정합성 대사의 차이는 0건입니다. 06~08의 차이는 점검 화면의 동작을 보이려고 일부러 넣은 예외입니다 — 202609 조회에서 점검 필요 7건(R01~R07 각 1건), 202608 조회에서 5건입니다. 이 예외는 정합성 대사 차이와 분리해서 집계합니다. 화면 요약 값(자산 16건 · 종전 장부금액 37,470,000,000 · 재계산 개시 금액 46,410,000,000 · 조정액 8,940,000,000 · 이익잉여금 조정 6,973,200,000)이 검증 스크립트 결과와 같은지도 렌더링된 화면에서 대조했습니다.

무엇으로 만들었나

실행 화면

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

처음 열었을 때

조회조건, 요약 숫자, 탭이 한 화면에 세로로 쌓입니다. 화면 맨 위의 안내 문구에는 이 화면이 다루는 면제 규정과 "최종 판단은 회사와 감사인"이라는 범위가 적혀 있습니다.

요약 숫자는 왼쪽부터 자산 건수, 종전 장부금액 합계, 간주원가 재계산 개시 금액, 조정액 합계, 이익잉여금 조정(재계산), 점검 필요 건수, 정합성 대사 차이 건수입니다. 점검 필요 7건은 아래 표에서 점검 결과가 "점검 필요"인 줄과 같고, 정합성 대사 차이가 0이면 화면의 집계가 명세와 맞는다는 뜻입니다. 기본 기준 연월은 202609입니다.

점검 코드로 좁혀 보기

점검 필요 7건이 한꺼번에 보이면 무엇부터 열어야 할지 막막합니다. 점검 코드를 고르면 그 사유에 해당하는 건만 남고 요약 숫자도 함께 바뀝니다.

조회조건의 점검 코드에서 R01을 고르고 조회하면 자산 1건, 종전 장부금액 2,600,000,000, 재계산 개시 금액 3,120,000,000, 조정액 520,000,000이 나옵니다. 장부 개시 금액이 종전 장부금액 그대로라 재계산과 520,000,000 어긋나는 건입니다. 코드는 "전체"로 되돌리면 필터에서 빠지며, 코드값을 따로 보내지 않습니다.

감가상각 라인 — 어느 달부터 어긋났는가

점검 화면에서 "상각이 다르다"는 말만으로는 부족합니다. 어느 달부터인지, 기말 장부금액이 얼마나 벌어졌는지가 같이 보여야 원인을 좁힙니다.

자산 16건 × 3개월이라 48줄이 나옵니다. 토지는 상각하지 않아 0으로 찍히고 내용에 "토지 — 상각하지 않음"이 적힙니다. 재계산 기말 장부는 재계산 개시 금액에서 월 상각 × 경과 월 수를 뺀 값이고, 장부 기말 금액과의 차이가 마지막 칸에 붙습니다. 마지막 달의 재계산 상각은 자산 명세의 당월 상각과 같아야 하며 이 일치는 대사 05가 확인합니다.

분류별·방식별 — 합계로 보는 자리

자산이 많아지면 건별 표만으로는 어디에 치우쳐 있는지 보이지 않습니다. 같은 명세를 두 가지 축으로 합산한 탭을 따로 두었습니다.

4개 분류가 한 줄씩 나오고 점검 판정 칸에 "점검 필요" 또는 "정상"이 붙습니다. 분류별 합계를 모두 더하면 자산 명세 합계와 같아야 하고, 이것이 대사 01입니다. 조회조건에서 자산 분류를 고르면 이 탭도 그 분류만 남습니다.

공시 합계 공정가치는 면제 사용 방식(공정가치·종전 재평가액·사건 기준)의 재계산 개시 금액을 더한 값이고 면제 미사용 방식은 0으로 둡니다. 주석 공시에 필요한 숫자의 출처를 한 줄에서 볼 수 있다는 뜻이며, 실제 공시 문구와 범위는 회사와 감사인이 정합니다. 이 합계가 면제 사용 자산 합계와 같은지는 대사 04가 봅니다.

자산 한 건 열어 보기

표에서는 한 건의 판단 근거가 한눈에 안 들어옵니다. 행을 누르면 적용 근거와 재계산 내역이 한 장에 모입니다.

자산 명세에서 점검 필요인 자산을 누른 모습입니다. 위쪽 칸에는 적용 근거("전환일 현재 공정가치(평가자료)를 간주원가로 사용")와 평가 금액, 가운데에는 재계산과 장부의 개시 금액·이연법인세·상각 비교, 아래에는 점검 코드와 점검 내용이 있습니다. 점검 내용은 "무엇을 확인하라"는 문장이며 원인을 단정하지 않습니다.

대사 결과 — 여덟 가지 대사를 한 표에서

숫자를 믿을 수 있는지는 화면 안에서도 확인되어야 합니다. 대사 결과 탭에 8개 대사식이 좌변·우변·검사 건수·차이 건수·최대 차이와 함께 나옵니다.

01~05는 정합성 대사로, 차이 건수가 모두 0이어야 정상입니다. 06~08은 장부 점검 대사로 장부와 재계산이 다른 건수를 세며, 이 건수가 곧 점검 필요 자산의 근거입니다. 정합성 대사와 장부 점검 대사를 나눠 둔 이유는 "화면이 틀린 것"과 "장부가 다른 것"을 섞지 않기 위해서입니다.

좁은 화면에서 달라지는 것

점검 도구는 자리에서 일어나 휴대폰으로 열어 볼 때도 많습니다. 화면 폭이 좁아지면 조회조건이 위아래로 쌓이고 표는 가로로 밀어 볼 수 있습니다. 기능은 줄지 않습니다.

요약 숫자는 두 줄 이상으로 접히고 탭 문구는 그대로 남습니다. 표가 넓은 탭은 가로로 밀어서 봅니다. 상세 다이얼로그는 화면 폭에 맞춰 줄어듭니다.

화면 뒤에서 일어나는 일

한 번 조회하면 화면은 다섯 가지 조회 단위(자산 명세·감가상각 라인·분류별 집계·방식별 집계·대사 결과)를 각각 한 번씩 부릅니다. 조회조건은 모두 and 로 이어진 Filter 객체이고, "전체"는 필터를 만들지 않습니다. 총건수는 인라인 카운트로 받아 탭 위 숫자에 씁니다. 행을 눌러 상세를 열 때는 그 한 건만 키로 다시 읽습니다.

재계산 규칙

점검 코드 판정 — 조건, 결과 상태, 사용자 조치

자산 한 건에 점검 코드는 하나만 붙으며 아래 순서에서 먼저 해당하는 코드를 씁니다. 코드가 하나인 이유는 "무엇부터 확인할지"를 한 가지로 정해 주기 위해서입니다. 앞 코드를 고치면 다음 코드가 새로 보일 수 있습니다.

적용 방식·측정 기준일·평가 금액·세율·잔존가치·잔여 내용연수는 회사의 판단과 계산 결과를 입력값으로 가정합니다. 값 자체의 타당성은 확인 필요입니다. 참고값 차이율 10%는 점검을 시작하는 임계값일 뿐이며, 기준서가 정한 수치가 아닙니다.

대사식

조회조건

대사 결과 탭에는 기준 연월만 적용됩니다. "전체"를 고른 조건은 서비스로 보내지 않습니다.

결과 컬럼

파일 구성

index.html · readme.html · Component.js · manifest.json
controller/  BaseController.js · Main.controller.js
view/        Main.view.xml · DetailDialog.fragment.xml
model/       formatter.js · ErrorHandler.js
css/ · i18n/ (i18n_ko.properties)
odata/       서비스 폴더 (메타데이터 · 서비스 로직 파일 · 샘플 json)
media/       intro.mp4 · intro_poster.jpg

SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 간주원가를 선택하고 전환 전표를 올리는 일, 감가상각을 실행하는 일은 표준 거래에 그대로 둡니다. 이 앱이 하는 일은 그 결과를 한 장에서 다시 계산해 맞춰 보는 것입니다.

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

T-code 별 연계 지점

기존 리포트를 없애야 하나요? 없애지 않습니다. 법정·감사 대응에 쓰는 표준 리포트와 전표 원본은 표준에 그대로 두고, 이 앱은 전환 직후부터 결산마다 "재계산과 장부가 같은가"를 빠르게 보는 점검 용도로 함께 씁니다. 앱 숫자와 표준 숫자가 다르면 위 표의 T-code 로 원천을 열어 확인하는 순서입니다.

S/4HANA 분석 스택과의 자리

S/4HANA 에는 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 도구가 있고, 자산회계에도 조회용 표준 앱이 있습니다. 이 앱은 그 대체재가 아닙니다. 표준 앱이 "지금 장부가 얼마인가"를 보여 준다면, 이 앱은 "간주원가 규칙을 적용해 다시 계산하면 장부와 같은가"를 보여 줍니다. 그래서 CDS 구성은 표준 뷰 위에 얹는 쪽으로 잡았고(#sec-cds), Analysis for Office 에서 같은 분석 쿼리를 열어 보는 것도 가능한 구조입니다. 특정 표준 앱의 이름과 범위는 릴리스마다 달라질 수 있어 이 글에서는 단정하지 않으며 확인 필요로 둡니다.

확장 포인트 — 운영에서 실제로 손대는 자리

요구사항 매핑

문단 번호는 원문을 확인하지 못해 적지 않았습니다. 표의 요구사항 문장은 해석을 단정하려는 것이 아니라 점검 화면이 어느 요구와 맞닿는지를 보이려는 요약이며, 최종 판단은 회사와 감사인이 합니다.

CDS 구성 — 최대한 자세히

샘플 앱은 파일 형태의 서비스 위에서 돌지만, 운영에서는 같은 계산이 S/4HANA 의 CDS 뷰로 내려갑니다. 이 절은 그 구성을 레이어별로 정리하고 코드를 전문으로 싣습니다. 표준 뷰 이름은 실재하는 것만 썼고, 고객사 구성에 따라 달라지는 값은 코드 안에 "확인 필요"로 표시했습니다. 객체 이름의 ZI_·ZR_·ZC_ 는 인터페이스·큐브·소비 뷰의 관례입니다.

뷰 레이어 구성

① 적용 방식·평가자료 입력 테이블

간주원가 평가 금액과 적용 방식은 표준 자산 마스터에 없는 값입니다. 입력 주체(회계팀인지 평가 담당인지)와 변경 이력을 어떻게 남길지가 운영에서 먼저 정할 일이고, 테이블은 그 결정을 담는 그릇입니다. 자산 키는 표준 자산 번호를 그대로 써서 AS03·AW01N 과 곧바로 대조되게 했습니다.

@EndUserText.label: '간주원가 적용 방식 · 평가자료 입력'
@AbapCatalog.enhancement.category: #NOT_EXTENSIBLE
@AbapCatalog.tableCategory: #TRANSPARENT
@AbapCatalog.deliveryClass: #A
@AbapCatalog.dataMaintenance: #RESTRICTED
define table zdmc_asset_in {
  key client      : abap.clnt not null;
  key bukrs       : bukrs not null;
  key anln1       : anln1 not null;       " 자산 번호
  key anln2       : anln2 not null;       " 보조 번호
  method          : abap.char(5);         " FV · REVAL · EVENT · NONE
  meas_date       : abap.dats;            " 측정 기준일
  deemed_amt      : abap.curr(23,2);      " 간주원가 평가금액
  ref_fv_amt      : abap.curr(23,2);      " 공정가치 참고값
  cost_amt        : abap.curr(23,2);      " 원가모형 소급 재작성 장부금액
  prev_amt        : abap.curr(23,2);      " 종전 회계기준 장부금액
  residual_amt    : abap.curr(23,2);      " 잔존가치
  rem_months      : abap.int4;            " 잔여 내용연수(개월)
  waers           : waers;
}

② 전환일·세율·임계값 설정 테이블

전환일(R02·R04 비교 기준), 세율(이연법인세), 참고값 차이율 임계(R03)는 코드에 박지 않고 회사코드별 설정으로 뺐습니다. 값이 바뀌면 큐브가 다시 계산하므로 개발 변경 없이 운영됩니다.

@EndUserText.label: '간주원가 설정 — 전환일 · 세율 · 임계값'
@AbapCatalog.enhancement.category: #NOT_EXTENSIBLE
@AbapCatalog.tableCategory: #TRANSPARENT
@AbapCatalog.deliveryClass: #C
@AbapCatalog.dataMaintenance: #ALLOWED
define table zdmc_config {
  key client      : abap.clnt not null;
  key bukrs       : bukrs not null;
  trans_date      : abap.dats;            " 전환일
  tax_rate        : abap.dec(5,4);        " 세율(예: 0.2200) — 회사 입력
  gap_limit       : abap.dec(5,2);        " R03 참고값 차이율 임계(%)
}

③ 원장 — 장부 개시·상각 금액 뷰

장부 쪽 숫자의 원천입니다. 표준 전표 라인 뷰를 그대로 읽고 자산 거래 유형으로 개시 금액과 상각 금액을 나눕니다. 어떤 거래 유형이 전환 개시 라인인지는 고객사마다 다르므로 코드의 값은 자리표시이고 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #NOT_REQUIRED
@EndUserText.label: '간주원가 점검 — 장부 개시·상각 (원장)'
define view entity ZI_DmcAssetBook
  as select from I_JournalEntryItem as _Item
{
  key _Item.CompanyCode,
  key _Item.FiscalYear,
  key _Item.FiscalPeriod,
  key _Item.MasterFixedAsset              as AssetNo,
  key _Item.SubNumber                     as AssetSub,
      @Semantics.currencyCode: true
      _Item.CompanyCodeCurrency           as Currency,

      /* 전환 조정 라인과 일반 상각 라인을 거래 유형으로 나눈다 — 확인 필요: 고객사 거래 유형 */
      @Semantics.amount.currencyCode: 'Currency'
      sum( case when _Item.AssetTransactionType = '100' then _Item.AmountInCompanyCodeCurrency else 0 end ) as OpenAmount,
      @Semantics.amount.currencyCode: 'Currency'
      sum( case when _Item.AssetTransactionType = '600' then _Item.AmountInCompanyCodeCurrency else 0 end ) as DeprAmount
}
where _Item.Ledger = '0L'
  and _Item.MasterFixedAsset <> ''
group by _Item.CompanyCode, _Item.FiscalYear, _Item.FiscalPeriod,
         _Item.MasterFixedAsset, _Item.SubNumber, _Item.CompanyCodeCurrency

④ 자산 차원 뷰

입력 테이블과 설정을 한 줄로 합쳐 큐브가 쓰는 차원으로 만듭니다. 금액 필드마다 통화 연결을 선언해야 분석 쿼리가 통화별 합계를 올바르게 냅니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #NOT_REQUIRED
@EndUserText.label: '간주원가 점검 — 자산 차원'
@ObjectModel.representativeKey: 'AssetNo'
define view entity ZI_DmcAssetDim
  as select from zdmc_asset_in as _In
    left outer join zdmc_config as _Cfg on _Cfg.bukrs = _In.bukrs
{
  key _In.bukrs                 as CompanyCode,
  key _In.anln1                 as AssetNo,
  key _In.anln2                 as AssetSub,
      _In.method                as Method,
      _In.meas_date             as MeasDate,
      _Cfg.trans_date           as TransDate,
      _Cfg.tax_rate             as TaxRate,
      _Cfg.gap_limit            as GapLimit,
      _In.rem_months            as RemMonths,
      @Semantics.currencyCode: true
      _In.waers                 as Currency,
      @Semantics.amount.currencyCode: 'Currency'
      _In.deemed_amt            as DeemedAmt,
      @Semantics.amount.currencyCode: 'Currency'
      _In.ref_fv_amt            as RefFvAmt,
      @Semantics.amount.currencyCode: 'Currency'
      _In.cost_amt              as CostAmt,
      @Semantics.amount.currencyCode: 'Currency'
      _In.prev_amt              as PrevAmt,
      @Semantics.amount.currencyCode: 'Currency'
      _In.residual_amt          as ResidualAmt
}

⑤ 큐브 — 재계산과 장부 값을 나란히

점검 규칙의 계산이 모두 여기 있습니다. 재계산 개시 금액·조정액·재계산 이연법인세·재계산 당월 상각은 입력값에서, 장부 개시·상각은 원장 뷰에서 옵니다. 판정(R01~R07)은 같은 비교를 쿼리 소비 쪽이나 화면에서 하며, 비교 대상이 한 큐브에 모여 있어 어느 쪽에서 해도 같은 결과가 나옵니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '간주원가 점검 — 큐브 (재계산 · 장부 비교)'
@Analytics.dataCategory: #CUBE
@ObjectModel.modelingPattern: #ANALYTICAL_CUBE
@ObjectModel.supportedCapabilities: [#ANALYTICAL_PROVIDER, #SQL_DATA_SOURCE]
define view entity ZR_DmcAssetCube
  as select from ZI_DmcAssetDim as _Dim
    left outer join ZI_DmcAssetBook as _Book
      on  _Book.CompanyCode = _Dim.CompanyCode
      and _Book.AssetNo     = _Dim.AssetNo
      and _Book.AssetSub    = _Dim.AssetSub
{
  key _Dim.CompanyCode,
  key _Dim.AssetNo,
  key _Dim.AssetSub,
  key _Book.FiscalYear,
  key _Book.FiscalPeriod,
      _Dim.Method,
      @Semantics.currencyCode: true
      _Dim.Currency,

      /* 재계산 개시 금액 — 면제 미사용은 원가모형 재작성 금액 */
      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      case _Dim.Method when 'NONE' then _Dim.CostAmt else _Dim.DeemedAmt end        as CalcOpen,

      /* 조정액 = 재계산 개시 금액 − 종전 장부금액 */
      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      cast( case _Dim.Method when 'NONE' then _Dim.CostAmt else _Dim.DeemedAmt end
            - _Dim.PrevAmt as abap.curr(23,2) )                                       as AdjAmt,

      /* 재계산 이연법인세 = 조정액 × 세율 */
      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      cast( ( case _Dim.Method when 'NONE' then _Dim.CostAmt else _Dim.DeemedAmt end
              - _Dim.PrevAmt ) * _Dim.TaxRate as abap.curr(23,2) )                    as DtaxCalc,

      /* 재계산 당월 상각 = (재계산 개시 금액 − 잔존가치) ÷ 잔여 개월 */
      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      case when _Dim.RemMonths > 0
           then cast( ( case _Dim.Method when 'NONE' then _Dim.CostAmt else _Dim.DeemedAmt end
                        - _Dim.ResidualAmt ) / _Dim.RemMonths as abap.curr(23,2) )
           else cast( 0 as abap.curr(23,2) ) end                                      as DeprCalc,

      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      _Book.OpenAmount                                                               as OpenLedg,
      @Semantics.amount.currencyCode: 'Currency'
      @DefaultAggregation: #SUM
      _Book.DeprAmount                                                               as DeprLedg
}

⑥ 분석 쿼리 — 조회조건과 축

회사코드와 회계연도를 필수 조건으로 두어 전 자산을 무조건 읽는 일을 막습니다. 자산 번호·적용 방식은 행 축, 회계기간과 금액은 열 축으로 둡니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '간주원가 점검 — 분석 쿼리'
@Analytics.query: true
@ObjectModel.usageType: { serviceQuality: #D, sizeCategory: #L, dataClass: #MIXED }
define view entity ZC_DmcAssetQuery
  as select from ZR_DmcAssetCube
{
  @AnalyticsDetails.query.axis: #ROWS
  @Consumption.filter: { selectionType: #SINGLE, mandatory: true }
  key CompanyCode,

  @AnalyticsDetails.query.axis: #ROWS
  key AssetNo,

  @AnalyticsDetails.query.axis: #ROWS
  @Consumption.filter.selectionType: #RANGE
  Method,

  @AnalyticsDetails.query.axis: #COLUMNS
  @Consumption.filter: { selectionType: #SINGLE, mandatory: true }
  FiscalYear,
  @AnalyticsDetails.query.axis: #COLUMNS
  @Consumption.filter.selectionType: #INTERVAL
  FiscalPeriod,

  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 10, label: '재계산 개시 금액' }]
  CalcOpen,
  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 20, label: '장부 개시 금액' }]
  OpenLedg,
  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 30, label: '조정액' }]
  AdjAmt,
  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 40, label: '재계산 이연법인세' }]
  DtaxCalc,
  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 50, label: '재계산 당월 상각' }]
  DeprCalc,
  @AnalyticsDetails.query.axis: #COLUMNS
  @UI.lineItem: [{ position: 60, label: '장부 당월 상각' }]
  DeprLedg
}

⑦ 권한 — DCL

권한은 집계 단계에서 걸어야 합니다. 드릴다운 쪽에만 걸면 합계에서 뺄셈으로 다른 회사코드의 값이 드러납니다.

@EndUserText.label: '간주원가 점검 — 회사코드 기준 조회 권한'
@MappingRole: true
define role ZC_DmcAssetQuery {
  grant select on ZC_DmcAssetQuery
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ 서비스 정의와 바인딩

분석 쿼리와 차원 뷰를 노출합니다. 바인딩 유형과 게시 방법은 릴리스와 사용 방식에 따라 다르므로 운영 전환 절차에서 확인합니다.

@EndUserText.label: '간주원가 점검 서비스'
define service ZUI_DmcAssetSrv {
  expose ZC_DmcAssetQuery  as AssetAnalysis;
  expose ZI_DmcAssetDim    as AssetDimension;
}

/* Service Binding — Binding Type: OData V2 - UI (또는 Web API), 이름 ZUI_DMCASSET_O2
   게시 후 /IWFND/MAINT_SERVICE 활성화는 운영 전환 절차에서 확인 */

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래 일은 코딩이 아니라 합의이고, 합의가 끝나면 기술 작업은 위 뷰를 만들어 이송하는 일로 줄어듭니다.

운영 데이터로 갈 때

자산이 수만 건, 기간이 수년이 되면 집계 위치가 중요해집니다. 원장 뷰의 집계는 DB 에서 하도록 두고(그래서 큐브가 sum·group by 를 씁니다), 화면에는 기준 연월·회사코드를 필수 조건으로 걸어 한 번에 읽는 범위를 줄입니다. 자산 번호·회계기간 조건이 인덱스를 탈 수 있는지는 운영 환경에서 실행 계획으로 확인해야 하며, 응답 시간 기준은 회사와 협의해 정합니다. 샘플 데이터(자산 16건)의 응답 시간은 운영 규모의 근거가 되지 않습니다.

자주 묻는 질문

도입 상담과 데모에서 자주 나오는 질문을 네 묶음으로 정리했습니다.

숫자와 판정

화면과 조작

SAP 표준과의 관계

도입과 운영