SAP 차입원가 자본화 기간 점검 — IAS 23, 개시·중단·종료 날짜를 요건으로 다시 따져 장부 자본화 일수와 금액을 대조한다

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

건설중인 자산에 붙는 차입원가는 언제부터, 어느 기간 빼고, 언제까지 자본화했느냐에 따라 금액이 달라집니다. 이 세 날짜는 프로젝트 시스템, 자산 마스터, 담당자의 메모에 흩어져 있어 결산 때마다 “이 프로젝트는 왜 이 날짜에 시작했지”를 사람이 다시 찾아봅니다. 이 앱은 세 날짜를 요건에서 거꾸로 다시 구해 장부와 나란히 놓습니다.

핵심 포인트 여섯 가지

사용 방법

화면은 조회조건, 요약 지표, 네 개의 탭으로 되어 있습니다. 조회조건 오른쪽 끝의 조회 버튼을 누르거나 입력칸에서 Enter 를 누르면 조건이 서비스로 전달됩니다.

1. 범위를 정합니다. 회사 코드·자산 유형·프로젝트명·기대 개시일 기간·기준 연월·점검 코드·점검 결과를 고릅니다. 비워 두면 전체입니다.
2. 요약을 봅니다. 프로젝트 수, 점검 필요 건수, 기대·장부 일수와 금액, 차이, 대사 차이 건수가 먼저 나옵니다.
3. 탭을 옮겨 갑니다. 프로젝트별 기간 판정 → 중단 구간 판정 → 월별 자본화 → 대사 결과 순서로 좁혀 보면 됩니다.
4. 행을 눌러 상세를 엽니다. 세 요건 날짜, 중단 구간, 월별 일수·금액이 한 창에 열립니다.
5. CSV 로 내려받습니다. 지금 보이는 탭의 결과를 그대로 내려받아 증빙에 붙입니다.

사례로 보는 효과 — 한 프로젝트가 만든 8억 3,490만 원

예시 자료는 가상의 프로젝트 12개, 2026년 1월부터 9월까지입니다. 기대 자본화액 합계는 101억 4,690만 원, 장부는 116억 510만 원이고 차이는 +14억 5,820만 원입니다. 이 차이의 절반 이상이 한 프로젝트에서 나옵니다. 중단 구간이 121일 이어졌는데 장부는 중단하지 않고 자본화를 이어 간 건으로, 월별 탭에서 보면 해당 기간의 장부 일수가 기대보다 계속 큽니다. 프로젝트 합계만 봐서는 보이지 않던 부분이 월별로 내려가면 드러납니다.

같은 자료에서 개시가 이른 건, 개시가 늦은 건, 예외 사유로 중단된 건, 종료가 늦거나 이른 건, 부분 완성 건이 하나씩 점검 필요로 올라옵니다. 일곱 건 모두 원인을 단정하지 않고 “무엇을 확인하면 되는지”를 점검 내용에 적어 둡니다.

실행 화면

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

요약 지표가 먼저 차고 아래에 프로젝트 12개의 기대·장부 개시와 일수, 금액 차이가 한 줄씩 놓입니다. 점검 필요인 줄은 색으로 먼저 눈에 들어옵니다.

조건을 바꾸면 표와 요약이 같은 조건으로 다시 읽힙니다. 요약만 따로 계산하지 않으므로 표와 어긋날 일이 없습니다.

연장 기간 여부는 중단 일수를 회사 기준 일수와 비교해 정합니다. 기준 일수는 회사 정책 가정값이며 화면에서 실제 정책에 맞춰 바꿀 수 있게 서비스가 값을 내려 줍니다.

프로젝트 합계에서 차이가 난 이유를 월 단위로 좁혀 가는 자리입니다. 월 일수를 넘는 값은 대사에서 걸러집니다.

앞의 5건은 앱이 스스로 맞는지 보는 항목이라 차이 0이 정상입니다. 뒤의 2건은 장부와 기대의 차이를 세는 항목이라 차이 건수가 곧 점검 대상 규모입니다.

목록에서 본 차이를 상세에서 날짜 근거로 되짚습니다. 같은 조회 서비스를 쓰므로 목록과 상세의 숫자가 갈라지지 않습니다.

SAP 표준 기능 확장 포인트

표준 SAP 에도 건설중인자산을 정산하고 이자를 계산하는 기능은 있습니다. 이 앱은 그 기능을 대체하지 않고, 표준이 다루지 않는 “기간이 요건에 맞는가”라는 점검을 위에 얹습니다.

표준 화면과 맞춰 보는 자리

기준서 요구사항과 대응

OData 서비스 계약

CDS 구성

예시 화면은 12개 프로젝트의 작은 자료를 서비스가 그대로 돌려줍니다. 운영에서는 프로젝트 마스터, 자본화 대체 전표, 일 차입원가를 CDS 로 모아 같은 모양의 엔티티를 내려 주면 화면은 바뀌지 않습니다. 아래 코드는 스케치이며, 필드와 표준 뷰 이름은 릴리스와 환경에 따라 다르므로 View Browser(F2170) 에서 실제 이름을 확인한 뒤 씁니다. 확인이 필요한 자리는 주석에 적었습니다.

뷰 레이어 구성

① 프로젝트 기준 뷰

프로젝트와 회사 코드를 한곳에서 읽는 뷰입니다. 세 요건 날짜는 회사별 관리 필드라 연결 자리를 주석으로 남깁니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '자본화 기간 점검 - 프로젝트 기준'
define view entity ZI_CapProject
  as select from prps
{
  key prps.posid   as ProjNo,
      prps.post1   as ProjName,
      prps.pbukr   as CompCode
      // 지출 최초일·차입원가 최초일·준비활동 개시일은
      // 회사별 관리 필드를 연결 (확인 필요)
}

② 일 단위 달력

월별 일수를 세려면 날짜를 하루씩 펼친 달력이 있어야 합니다. 조회 구간 안의 날만 담습니다.

@EndUserText.label: '자본화 기간 점검 - 일 단위 달력'
define view entity ZI_CapDay
  as select from I_CalendarDate
{
  key CalendarDate,
      CalendarYear,
      CalendarMonth,
      concat( CalendarYear, CalendarMonth ) as Period
}
where CalendarDate >= $parameters.p_from
  and CalendarDate <= $parameters.p_to

③ 기대 개시일 계산

세 날짜 중 가장 늦은 날이 기대 개시일입니다. 비교는 날짜 칸끼리만 하고 비어 있으면 아직 요건이 갖춰지지 않은 것으로 봅니다.

define view entity ZI_CapStart
  as select from ZI_CapProject as p
{
  key p.ProjNo,
      case
        when p.ExpDate is initial or p.BorrowDate is initial
          or p.ActDate is initial then cast( '00000000' as abap.dats )
        when p.ExpDate >= p.BorrowDate and p.ExpDate >= p.ActDate
          then p.ExpDate
        when p.BorrowDate >= p.ActDate then p.BorrowDate
        else p.ActDate
      end as ExpCapStart
}

④ 중단 구간 판정

중단 일수가 기준 일수 이상이면 연장 기간이고, 적극적 개발이 멈췄으며 필요 작업이 아닐 때만 기대 중단으로 봅니다.

define view entity ZI_CapSuspension
  as select from zcap_susp as s
{
  key s.proj_no   as ProjNo,
  key s.susp_no   as SuspNo,
      dats_days_between( s.susp_start, s.susp_end ) + 1 as SuspDays,
      case when dats_days_between( s.susp_start, s.susp_end ) + 1
                >= $parameters.p_thresh then 'X' else '' end as Extended,
      case when s.active_stop = 'X' and s.needed_work = ''
                and dats_days_between( s.susp_start, s.susp_end ) + 1
                >= $parameters.p_thresh then 'X' else '' end as ExpSuspend
}

⑤ 월별 일수와 금액

월별 기대 일수에서 기대 중단 일수를 빼고 일 차입원가를 곱합니다. 장부 금액은 대체 전표 집계와 비교합니다.

define view entity ZI_CapMonth
  as select from ZI_CapDay as d
    inner join ZI_CapStart as s on d.CalendarDate >= s.ExpCapStart
{
  key s.ProjNo,
  key d.Period,
      count( * )                    as MonthDays,
      sum( case when d.CalendarDate between s.ExpCapStart
                   and s.ReadyDate then 1 else 0 end ) as ExpCapDays
}
group by s.ProjNo, d.Period

⑥ 접근 제어

집계를 읽는 자리에 걸어야 합계로 새지 않습니다. 회사 코드 기준 권한 객체를 확인합니다.

@EndUserText.label: '자본화 기간 점검 - 접근 제어'
@MappingRole: true
define role ZI_CAPPROJECT {
  grant select on ZI_CapProject
    where ( CompCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 전환 순서

1. 세 요건 날짜가 어느 필드에 있는지 회사와 합의하고 연결합니다.
2. 연장 기간 기준 일수를 회사 정책으로 확정합니다.
3. CDS 뷰를 배포하고 서비스가 같은 엔티티 모양을 돌려주는지 $metadata 로 확인합니다.
4. 한 회사·한 분기로 돌려 보고 점검 필요 건수를 담당자와 하나씩 확인합니다.
5. 정합성 대사 5건이 차이 0인지 먼저 확인한 뒤 범위를 넓힙니다.

자주 묻는 질문

도입 상담에서 자주 받는 질문을 다섯 묶음으로 적었습니다.

개념

숫자와 대사

화면 사용

서비스와 연결

도입