유형자산 통합 관리 — 취득·자본화·상각·재평가·처분을 문서 승인부터 대사 예외까지 한 앱에서 잇는 월 결산

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

유형자산 결산은 해마다 같은 자리에서 막힙니다. 이번 달 상각이 빠진 자산은 없는가, 자산대장과 총계정 잔액이 맞는가, 처분과 재평가 분개는 맞게 잡혔는가 — 세 질문 모두 한 번 틀어지면 틀어진 채 매달 이월됩니다. 표준 화면은 자산 한 건씩, 실행 한 번씩 잘 처리하지만 이 질문들을 한 흐름으로 묶어 주지는 않습니다. 이 앱은 취득 · 건설중인자산 자본화 · 월 감가상각 · 재평가 · 처분 · 이체를 문서로 받고, 승인과 전기를 서버가 판정하며, 매월 같은 규칙으로 자산대장과 원장을 대사합니다.

핵심 포인트 여덟 가지

사례로 보는 효과 — 11.8억 차이를 어디서 찾나

검증용 샘플에서 제조법인 기계장치는 자산대장 합계가 총계정 기말 잔액보다 11.8억 원 큽니다. 대사 규칙 R1 이 이 차이를 예외로 올리고, 담당자가 사유를 적어 보류로 두면 개요 화면의 미해결 예외에 남아 다음 결산 전에 다시 눈에 띕니다. 반대로 본사 비품은 차이가 830만 원이라 조정 전표를 만들어 승인 · 전기하고 재대사로 해소했습니다. 같은 규칙이 크기가 다른 두 차이를 같은 방식으로 다룹니다.

도입하면 달라지는 것

월 상각 — 모의 실행으로 금액을 확인한 뒤 실행하므로 되돌리는 일이 줄어듭니다. 승인 — 작성자와 승인자를 서버가 분리해 사후 점검이 필요 없어집니다. 대사 — 결산 막바지가 아니라 매월 같은 규칙으로 차이를 찾습니다. 기록 — 문서 · 예외 · 승인 이력이 한 곳에 남습니다.

이런 회사에 맞습니다

유형자산 월 결산을 엑셀과 표준 화면을 오가며 하는 회사, 여러 법인의 자산대장과 원장을 매달 맞추는 재무팀, 정액법 · 정률법 · 재평가가 섞여 상각 점검이 번거로운 조직에 맞습니다. 손상차손 · 차입원가 자본화 · 세무 상각 한도는 이번 샘플 범위에 없으며 확인 필요 항목으로 남겼습니다. 이 앱은 회계 판단을 대신하지 않으며 최종 판단은 회사와 감사인이 합니다.

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

유형자산에서 가장 비싼 질문은 “이 숫자 맞아?” 입니다. 그래서 만드는 쪽에서 먼저 대사식을 세워 검증용 샘플 데이터 전수로 돌렸습니다.

이월 점검은 회계연도가 바뀌는 달의 손익 계정과 이익잉여금을 제외합니다. 의도적으로 넣은 대사 예외 8건은 별도 집계입니다.

도입 후 쓰는 순서

회사와 기간을 고르고 개요에서 승인 대기와 상각 대기 자산을 봅니다. 월 상각은 일괄 실행에서 모의 실행 → 실행, 만들어진 문서는 문서 처리에서 검토 요청 → 승인 → 전기합니다. 그 뒤 대사 · 예외에서 규칙을 평가해 예외를 조치하고, 시산표와 분석에서 숫자를 확인합니다.

실행 화면

실제로 돌아가는 화면 32종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 짧게 적었습니다. 금액과 자산은 모두 가상의 검증용 샘플입니다.

화면을 여는 순서와 개요

맨 위에서 기간과 회사를 고르면 모든 화면이 같은 조건으로 움직입니다. 상각 대기 자산은 전액 상각된 자산을 빼고 셉니다.

역할을 바꾸면 할 일 목록이 그 역할 몫으로 바뀝니다.

기준정보 · 자산대장

계정이 재무제표 라인에 연결되지 않으면 대사 규칙 R5 가 예외로 올립니다.

신규 · 수정은 입력창에서, 대량 등록은 xlsx 일괄 업로드로 합니다.

정률법은 월 상각률을 미상각 잔액에 곱하고 잔존가치 아래로는 내리지 않습니다.

지수가 없는 기간은 재평가 문서 전기를 서버가 거절합니다.

선행 과업이 끝나지 않으면 다음 과업을 완료 처리할 수 없습니다.

문서 처리

행을 누르면 상세가 열립니다.

승인 단계 1/2 처럼 진행 정도와 상태 이력, 연계 문서 탭이 함께 있습니다.

같은 사람이 다시 승인하면 서버가 거절하고 메시지를 돌려줍니다.

작성자는 어느 단계도 승인할 수 없습니다.

전기 전에 확인 창이 한 번 더 뜹니다.

양식 내려받기 버튼으로 열 이름이 맞는 xlsx 를 받습니다.

일괄 실행

이 확인이 끝나야 실행 버튼이 열립니다.

같은 유형 · 회사 · 기간은 다시 실행해도 문서가 중복되지 않습니다.

대사 · 예외

보류와 수용은 사유를 적어야 합니다.

시산표 · 재무제표 · 분석

축을 바꿔도 서버를 다시 부르지 않고 브라우저의 큐브를 다시 묶습니다.

네 요인의 합이 전체 차이와 같습니다.

금액은 서버 계산값만 씁니다.

영역 간 연계 · 이력 · 감사 · 권한

데모용 전환이며 운영에서는 SAP 권한 객체로 바꿉니다.

자동 점검은 하루 한 번만 서버가 허용합니다.

SAP 표준 기능 확장 포인트

이 앱은 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 두고, 끊기는 자리만 이어 붙입니다.

확장 지점은 세 군데입니다

하나, 서비스. 화면이 부르는 36개 엔티티셋과 12개 펑션이 계약의 전부입니다. 같은 규격으로 SAP 쪽 서비스를 구현하면 화면은 그대로 붙습니다. 둘, 판정. 상태 전이 · 직무 분리 · 금액 구간 · 닫힌 기간 · 중복 실행은 서비스가 판정하므로 운영에서는 이 판정을 SAP 권한과 워크플로로 옮기면 됩니다. 셋, 분석. 큐브는 총계정원장 라인을 기간 · 회사 · 계정으로 묶은 것이어서 CDS 큐브로 그대로 대체됩니다.

손상차손(K-IFRS 제1036호), 차입원가 자본화(제1023호), 세무 상각 한도는 샘플 범위에 없습니다. 어디에 얹을지는 확인 필요로 두었습니다.

CDS 구성

운영 데이터로 옮길 때의 구조를 스케치한 것입니다. 실제 구현 시 필드와 어노테이션은 확인 필요이며, 화면은 서비스 규격만 바라보므로 같은 엔티티셋과 펑션을 이 뷰 위에 구현하면 연결됩니다.

원천 필드 매핑

1. 자산 대장 기준 뷰

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '유형자산 대장 (기준)'
define view entity AH_I_AssetLedger
  as select from anla as a
    inner join   anlb as b on  b.bukrs = a.bukrs
                           and b.anln1 = a.anln1
                           and b.anln2 = a.anln2
{
  key a.bukrs as CompanyCode,
  key a.anln1 as Asset,
  key a.anln2 as SubNumber,
      a.txt50 as AssetName,
      a.anlkl as AssetClass,
      b.afasl as DepreciationKey,   // 상각 방법 — 확인 필요
      b.ndjar as UsefulLifeYears    // 내용연수 — 확인 필요
}

2. 총계정원장 라인 기준 뷰

@EndUserText.label: '총계정원장 라인 (기준)'
define view entity AH_I_GlLine
  as select from acdoca
{
  key rldnr   as Ledger,
  key rbukrs  as CompanyCode,
  key gjahr   as FiscalYear,
  key belnr   as AccountingDocument,
  key docln   as LedgerLine,
      racct   as GLAccount,
      poper   as PostingPeriod,
      drcrk   as DebitCreditCode,   // S 차변 / H 대변
      hsl     as AmountInLocalCurrency
}

3. 기간 · 회사 · 계정별 큐브

@EndUserText.label: '기간·회사·계정별 차변/대변 발생 (큐브)'
@VDM.viewType: #COMPOSITE
define view entity AH_C_LedgerCube
  as select from AH_I_GlLine
{
  key FiscalYear,
  key PostingPeriod,
  key CompanyCode,
  key GLAccount,
      sum( case DebitCreditCode when 'S'
             then AmountInLocalCurrency else 0 end ) as DrAmt,
      sum( case DebitCreditCode when 'H'
             then AmountInLocalCurrency else 0 end ) as CrAmt
}
group by FiscalYear, PostingPeriod, CompanyCode, GLAccount

큐브의 기초 · 기말 · 조정 값은 이 뷰 위에서 기간 순서로 이월 계산하거나 별도 파생 뷰로 둡니다.

4. 상각 누계 요약(R3 대사용)

@EndUserText.label: '유형자산 감가상각 누계 (R3 대사용)'
define view entity AH_I_AssetDepSummary
  as select from anlc
{
  key bukrs as CompanyCode,
  key anln1 as Asset,
  key anln2 as SubNumber,
  key gjahr as FiscalYear,
      kansw as AcquisitionValue,     // 취득가 — 확인 필요
      knafa as AccumulatedOrdinaryDep // 누적 정상 상각 — 확인 필요
}

5. 권한(DCL)

@EndUserText.label: '회사코드 권한 (DCL)'
@MappingRole: true
define role AH_C_LedgerCube_DCL {
  grant select on AH_C_LedgerCube
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 전환에서 정해야 할 것

자주 묻는 질문

도입 상담과 데모에서 자주 받는 질문들입니다. 네 묶음으로 나누어 적었습니다.

범위와 전제

계산과 처리

대사와 분석

범위와 운영