SAP 웹사이트 개발 원가 인식 점검 — SIC-32·IAS 38, 계획·개발·운영 단계별로 자산과 비용을 가려 장부 자본화 금액과 맞춰본다

웹 사이트를 만들고 운영하는 데 든 돈은 한 덩어리로 보이지만, SIC-32 무형자산: 웹 사이트 원가(K-IFRS 제2032호)는 이를 단계별로 나누어 봅니다. 타당성 검토·목표 설정·대안 검토 같은 계획 단계와 개설 이후의 운영 단계 지출은 발생 시 비용이고, 응용 프로그램·인프라 개발, 그래픽 디자인, 콘텐츠 개발 단계의 지출은 IAS 38 무형자산(K-IFRS 제1038호)의 인식 요건을 충족할 때만 자산이 됩니다. 자사 상품·서비스를 홍보하는 용도뿐이라 수익 창출을 입증할 수 없는 사이트는 개발 지출도 모두 비용입니다.

실무에서는 이 구분이 용역 계약서, 프로젝트 정산 자료, 자산 정산 전표에 나뉘어 있어서 계획 단계 지출이 자산으로 올라가거나, 광고 콘텐츠가 개발비에 섞이거나, 운영 중 유지·갱신 지출이 자본화되는 일이 한 줄씩 숨어 있기 쉽습니다. 이 화면은 지출 건마다 판정 단계와 자본화 금액을 다시 계산해 장부 값과 한 줄에서 비교하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 웹사이트 번호·판정 단계·지출 유형·지출일 범위·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(회계연도 2026)으로 자동 조회됩니다.
3. 요약 지표에서 지출 건수, 점검 필요 건수, 지출 합계, 장부 자본화, 재계산 자본화, 자본화 차이, 과대 자본화 금액, 정합성 대사 차이 건수를 확인합니다.
4. 지출 건 명세 → 기준별 점검 → 웹사이트별 증감 → 단계별 집계 → 대사 결과 탭 순서로 세부에서 합계로 이동합니다.
5. 명세에서 행을 누르면 재계산 과정과 장부 비교 팝업이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

웹사이트 지출 비용·자산 판정 규칙

같은 지출 건에서는 위에서부터 차례로 보며 먼저 걸리는 코드가 붙습니다. 결과는 원인을 단정하지 않고 확인을 요청하는 표시입니다.

샘플의 점검 필요 16건은 C01 2건 · C02 3건 · C03 3건 · C04 3건 · C05 3건 · C06 2건입니다. 사이트 성격과 인식 요건 입증 여부는 회사 정책이며 샘플 화면은 가상 기준을 씁니다. 구분 판단은 회사와 감사인이 합니다.

판정 단계·자본화 금액 재계산 순서

1. 판정 단계 — 계획·타당성 검토는 계획 단계, 도메인·인프라 구축과 응용 프로그램 개발은 응용·인프라 개발, 그래픽 디자인은 그래픽 디자인, 콘텐츠 제작과 광고·홍보 콘텐츠는 콘텐츠 개발, 운영·유지와 운영 중 기능 추가는 운영 단계. 개발 유형이라도 운영 개시일 뒤에 발생했으면 운영 단계로 봅니다.
2. 자본화 대상 판정 — 판매·거래 사이트이고 인식 요건을 입증했으며, 개발 유형(인프라·응용·그래픽·콘텐츠) 지출이 운영 개시일 이전이거나 운영 중 기능 추가 지출이면 자본화 대상
3. 재계산 자본화 금액 = 자본화 대상이면 지출 금액, 아니면 0
4. 재계산 비용 처리 금액 = 지출 금액 − 재계산 자본화 금액
5. 자본화 차이 = 장부 자본화 − 재계산 자본화 (양수는 과대 자본화 후보, 음수는 자본화 누락 후보)
6. 위 값으로 판정 규칙 순서(C01 → C06)에 따라 점검 코드를 붙임
7. 웹사이트별·단계별로 합산하고, 합계 행은 소계 행을 제외한 개별 행 합계로 맞춤. 웹사이트 증감표의 기말 장부금액은 기초 + 장부 자본화 − 상각

예를 들어 요건을 입증한 판매 사이트의 응용 프로그램 개발 지출이 운영 개시일 전에 발생했다면 지출 금액 전부가 재계산 자본화 금액입니다. 같은 사이트의 개설 후 유지·갱신 지출을 자산으로 올렸다면 C03 에 걸립니다.

조회조건

결과 컬럼

지출 건 명세 21개 컬럼, 기준별 점검 11개 컬럼, 웹사이트별 증감 20개 컬럼, 단계별 집계 15개 컬럼, 대사 결과 9개 컬럼으로 구성되며 금액 단위는 원이고 요약 지표는 천원입니다.

SAP 표준 기능 매핑

표준 T-code

기준서 요구사항 매핑

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: 'Web site cost basis'
define view entity WebSiteCostCheck
  as select from acdoca
  left outer join aufk on aufk.aufnr = acdoca.aufnr
{
  key acdoca.rbukrs as CompanyCode,
  key acdoca.gjahr  as FiscalYear,
  key acdoca.belnr  as DocNo,
  key acdoca.docln  as DocLine,
      aufk.aufnr    as SiteNo,
      aufk.ktext    as SiteName,
      acdoca.budat  as CostDate,
      acdoca.hsl    as Amount
}

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 탭마다 별도의 데이터 집합에 바인딩해 화면 블록이 각자 필요한 행만 받고, 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다. 지출일 범위는 하나의 AND 날짜 필터로 전달합니다.
4. 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
5. 요약 지표의 합산식은 컨트롤러 한 곳에 모았고 소계 행은 이중 집계하지 않습니다. 과대 자본화 금액은 서비스 함수로 받습니다.
6. 서비스에 연결되지 않으면 ErrorHandler 가 메타데이터 실패와 요청 실패를 구분해 안내 창을 띄웁니다.
7. 테이블은 sap.ui.table, 상세는 sap.m Dialog 로 구성했습니다.

파일 구성

index.html          앱 진입점
Component.js · manifest.json
controller/         BaseController.js · Main.controller.js
view/               Main.view.xml · DetailDialog.fragment.xml
model/              formatter.js · ErrorHandler.js
css/style.css · i18n/i18n_ko.properties
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(회계연도 1개, 가상 웹사이트 8개, 지출 104건, 점검 기준 6개, 판정 단계 5개와 합계 행)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

정합성 대사 340건은 모두 차이 0건입니다. 장부 자본화와 재계산 자본화의 차이는 점검 화면이라 의도적으로 넣은 예외 건에서 나오며, 정합성 대사의 차이 건수와 분리해 기록했습니다. 조회 버튼 위치, Enter 조회, 테마 sap_horizon, 행 클릭 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하며 적용 시기는 어떻게 되나요?

SIC-32 무형자산: 웹 사이트 원가(K-IFRS 제2032호)는 웹 사이트 개발·운영 지출을 단계별로 나누어, 계획 단계와 운영 단계 지출은 발생 시 비용으로 처리하고 응용 프로그램·인프라·그래픽 디자인·콘텐츠 개발 단계 지출은 IAS 38 무형자산(K-IFRS 제1038호)의 인식 요건을 충족할 때 자산으로 인식하도록 합니다. 이 화면은 그 요구사항을 지출 건 단위로 다시 계산해 장부와 맞춰 보는 도구입니다. 시행일과 경과 규정, 문단 번호는 기준서 원문에서 확인 필요합니다.

화면의 결과로 회계처리가 맞는지 틀린지 확정할 수 있나요?

그렇게 단정하지 않습니다. "점검 필요"는 다시 계산한 값과 장부 값이 다르거나 확인할 사항이 있는 행을 골라 보여주는 표시입니다. 원인은 계약서, 지출 내용, 전표를 함께 보아야 알 수 있고 최종 판단은 회사와 감사인이 합니다.

자산 인식 요건 입증 여부와 사이트 성격은 어디서 가져오나요?

표준 원천이 아니라 회사가 관리하는 웹사이트 정보입니다. 샘플 화면은 가상 기준을 쓰며, 실제 적용에서는 수익 창출 근거 같은 입증 자료와 사이트 성격 구분을 회사 정책에 맞춰 연결해야 합니다(확인 필요).

홍보용 웹사이트의 개발 지출도 비용으로 보나요?

자사 상품·서비스를 홍보하는 용도뿐이라 수익 창출을 입증할 수 없는 사이트의 개발 지출은 모두 비용으로 보는 것으로 점검합니다. 화면은 이런 사이트나 광고·홍보 콘텐츠 지출에 장부 자본화 금액이 있으면 C02 로 표시합니다.

#SIC-32 #K-IFRS 2032 #IAS 38 #K-IFRS 1038 #웹 사이트 원가 #개발비 자산화 #무형자산 #OpenUI5