SAP 흡수원가·변동원가 이익 차이 점검 — 재고에 남은 고정제조간접비로 두 이익의 차이를 대사하는 월마감 화면

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

제조업 월마감에서 가장 자주 받는 질문 가운데 하나가 “이번 달 이익이 왜 관리회계 보고서와 달라졌습니까” 입니다. 재무회계는 고정제조간접비를 재고에 얹어 두었다가 팔린 만큼만 매출원가로 내리는 흡수원가 방식으로 이익을 계산하고, 관리회계의 공헌이익 보고서는 고정제조간접비를 발생한 달에 전부 비용으로 보는 변동원가 방식으로 이익을 봅니다. 두 이익이 다른 것은 오류가 아니라 정상입니다. 다만 그 차이는 기말 재고에 들어 있는 고정제조간접비에서 기초 재고에 들어 있던 고정제조간접비를 뺀 금액과 정확히 같아야 합니다.

지금은 이 대사를 재고 현황, 물자 원장, 수익성 보고서, 원가요소 개별 항목을 번갈아 열고 엑셀에 옮겨 맞추는 방식으로 합니다. 품목이 수백 개이고 월이 아홉 개만 쌓여도 어느 품목의 어느 달에서 어긋났는지 찾는 데 하루가 갑니다. 이 화면은 그 대사를 품목·월 단위로 매번 다시 계산해, 장부와 맞지 않거나 재고 증감으로 차이가 큰 건만 점검 필요로 가려 줍니다.

관련 영역은 원가계산 방식(흡수원가·변동원가)의 비교와 재고자산 원가 배부입니다. 재고자산의 원가에 고정제조간접비를 어떻게 배부하는지는 K-IFRS 제1002호 재고자산이 다루는 영역이며, 이 화면은 기준서의 해석을 대신하지 않고 회사가 정한 배부 결과가 두 이익 사이에서 어떻게 드러나는지를 점검하는 조회 도구입니다.

차이를 맞추는 데 하루가 걸린다

월마감 직후 가장 먼저 묻는 것은 “두 보고서의 이익이 왜 다른가” 입니다. 표준 화면은 수량·재고 가치·수익성·원가요소를 각각 보여 주지만, 한 품목의 한 달을 따라가며 기초 재고 고정간접비 + 당월 발생 − 매출원가 반영 = 기말 재고 고정간접비 를 이어 붙이는 자리는 없습니다. 그래서 엑셀에 네 화면의 숫자를 옮겨 놓고 손으로 잇습니다. 이 화면은 그 이음을 품목·월마다 계산해 같은 줄에 나란히 놓습니다.

재고가 쌓인 달은 늘 이익이 더 크게 나온다

생산이 판매보다 많은 달에는 고정제조간접비 일부가 기말 재고로 넘어가 흡수원가 이익이 변동원가 이익보다 커집니다. 반대로 재고가 줄어드는 달에는 지난달에 넘어온 몫이 매출원가로 내려와 흡수원가 이익이 더 작아집니다. 월별 요약 탭은 이 흐름을 달마다 모아 보여 주어, 이익 차이가 우연이 아니라 재고 증감의 부호와 함께 움직이는지를 한눈에 확인하게 합니다.

허용 비중을 넘는 건만 사람이 본다

모든 차이를 들여다볼 수는 없습니다. 이익 차이를 흡수원가 이익으로 나눈 비중이 허용 비중 5.00%를 넘고, 차이 금액이 5백만 원 이상인 품목·월만 점검 필요로 올립니다. 비중만 보면 이익이 작은 품목이 줄줄이 걸리고, 금액만 보면 큰 품목이 늘 걸리기 때문에 두 조건을 함께 둡니다. 이 기준값은 회사가 정하는 것이며 화면은 그 기준을 적용한 결과를 보여 줄 뿐입니다.

장부에 반영된 값과 다시 계산한 값을 맞춘다

다시 계산한 매출원가 반영 고정간접비와 장부에 반영된 금액이 다르거나, 이번 달 기초 재고 금액이 전월 기말과 이어지지 않으면 그 건은 대사 항목에서 따로 표시됩니다. 검증용 샘플 데이터에는 이런 건을 6건(장부 반영 불일치 4건 · 기초 이월 불일치 2건) 일부러 넣어 두었고, 대사 차이 건수와 섞이지 않게 따로 세어 보여 줍니다.

사용 방법

1. 회계연도를 입력합니다(필수, 4자리 숫자). 제품군·제품명·마감일 범위·점검 결과는 선택 조건입니다.
2. 조회 버튼은 조회조건 바로 아래 왼쪽에 있고, 입력칸에서 Enter 키를 눌러도 조회됩니다. 화면을 열면 회계연도 2026 으로 한 번 자동 조회합니다.
3. 위쪽 요약에서 매출액·흡수원가 이익·변동원가 이익·이익 차이 합계(백만원), 점검 필요 품목 수, 대사 차이 건수를 확인합니다.
4. 탭을 품목·월 명세 → 월별 요약 → 제품군 요약 → 대사 결과 순서로 넘기며 같은 숫자를 다른 단위로 봅니다.
5. 행을 클릭하면 상세 창이 열려 산출 값과 같은 제품의 월별 흐름을 보여 줍니다.
6. CSV 내려받기 버튼으로 현재 탭의 결과를 파일로 저장합니다.

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

화면을 만들기 전에 대사식 아홉 개를 세우고 샘플 72건 전수에 돌렸습니다. 아홉 식 모두 차이 0건입니다. 점검용으로 넣은 예외는 장부 반영 불일치 4건과 기초 이월 불일치 2건, 합계 6건이며 위 대사 차이 건수와 따로 집계합니다.

무엇으로 만들었나

실행 화면

검증용 샘플 데이터로 실제 브라우저에서 찍은 화면 6종입니다. 이미지를 누르면 확대됩니다.

처음 열었을 때와 점검 필요만 보기

조회조건부터 표까지 한 화면에 세로로 쌓입니다. 요약 상자는 백만원 단위입니다.

조회조건 바로 아래 왼쪽에 조회 버튼이 있고, 화면을 열면 회계연도 2026 으로 한 번 자동 조회합니다. 요약 상자는 백만원 단위이며 이익 차이 합계와 점검 필요 품목 수는 주황색 계열로 눈에 띄게 둡니다. 대사 차이 건수가 0 이면 초록으로 보입니다.

점검 필요 12건은 재고 증감으로 차이가 큰 건 6건과 점검용 예외 6건으로 이루어집니다. 점검 코드 열이 둘을 가릅니다. 건수는 위쪽 탭 숫자에도 바로 반영됩니다.

월별·제품군으로 모아 보기

월과 제품군 단위로 같은 숫자를 모아 보면 재고 증감과 이익 차이가 함께 움직이는지 보입니다.

재고가 쌓인 1월·3월은 이익 차이가 양수로 크고, 재고가 줄어든 8월·9월은 음수로 내려갑니다. 월별 요약에는 마감일 조건만 적용됩니다.

제품군은 점검 필요 품목·월 비율이 20% 이상이면 점검 필요로 올립니다. 제품군 요약에는 제품군과 점검 결과 조건만 적용된다는 안내가 표 위에 적혀 있습니다.

대사 결과와 행 상세

대사 결과 탭은 숫자가 맞는지 보는 자리이고, 상세 창은 한 행이 어떻게 나왔는지 보는 자리입니다.

대사 번호 R 로 시작하는 줄이 내부 대사이고 E 로 시작하는 줄이 일부러 넣은 예외입니다. 대사식 문자열이 함께 보여 어느 필드끼리 맞춘 것인지 바로 읽힙니다.

상세 창 위쪽에는 산출에 쓴 값(기초·당월·매출원가 반영·기말)이, 아래쪽에는 같은 제품의 월별 판매·생산·기말 수량과 이익 차이가 표로 나옵니다. 닫기 버튼으로 닫습니다.

화면 뒤에서 일어나는 일 — 점검 판정 로직

조회가 끝나면 서비스가 품목·월마다 아래 순서로 판정합니다. 앞의 조건에 걸리면 뒤 조건은 보지 않습니다.

산출 순서는 다섯 단계입니다. 매출액에서 변동 매출원가를 빼 공헌이익을 구하고, 가중평균 배부율을 계산하고, 기말 수량에 배부율을 곱해 기말 재고 고정간접비를 구하고, 기초에 당월 발생을 더한 뒤 기말을 빼 매출원가 반영 고정간접비를 구하고, 마지막으로 두 이익의 차이를 기말과 기초의 차이로 대사합니다.

조회조건

시작이 종료보다 늦으면 안내 문구가 나오고 조회하지 않습니다. 마감일 조건 두 개는 한 묶음(and)으로 보냅니다.

결과 컬럼

파일 구성

index.html · Component.js · manifest.json
controller/ (BaseController, Main)
view/ (Main.view.xml, DetailDialog.fragment.xml)
model/ (formatter, ErrorHandler)
css/ · i18n/
odata/ (서비스 메타데이터 · service.js · 샘플 응답)
media/ (소개 영상)
readme.html

SAP 표준 기능 확장 포인트

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

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

T-code 별 연계 지점

운영 전환 때 기존 리포트를 없애야 하는지 묻는다면 답은 아니요입니다. 표준 화면은 그대로 두고, 두 이익이 다르다는 질문이 나올 때 이 화면으로 내려가 근거를 대사합니다.

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

이 화면은 OData 서비스만 바라보므로 서비스 뒤에 무엇이 있든 같은 화면이 동작합니다. S/4HANA 에서는 CDS 큐브와 분석 쿼리가 서비스의 원천이 되고, 표준 Fiori 분석 앱이나 Analysis for Office 와 같은 숫자를 서로 다른 화면에서 맞춰 볼 수 있습니다. 표준 CDS 뷰 이름은 시스템마다 달라 이 글에서는 입력 뷰를 가정해 쓰며, 실제 이름은 확인이 필요합니다.

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

분석 지표 정의

CDS 구성

아래는 구조를 보이기 위한 스케치입니다. 입력 뷰 이름과 필드는 시스템마다 다를 수 있어 확인이 필요하며, 표준 CDS 뷰 이름은 실제로 확인한 것만 썼습니다.

뷰 레이어 구성

① 제품군 매핑 테이블 — 요약의 기준을 한 곳에 둔다

제품이 어느 제품군에 속하는지는 요약 탭의 모든 숫자를 가르는 기준입니다. 제품 마스터의 속성에 기대면 속성이 바뀔 때 과거 월 요약이 함께 바뀌므로, 적용 기간이 있는 매핑 테이블을 따로 둡니다. 현업이 직접 유지하는 유일한 테이블입니다.

" ───────────────────────────────────────────────────────────
" ZABV_PRODGRP — 제품 → 제품군 매핑 (현업 유지)
" 왜 따로 두나: 제품군 기준이 바뀌어도 과거 월 요약이 흔들리지 않게
"             적용 시작·종료일을 갖는 테이블에서 한 번에 관리한다.
" ───────────────────────────────────────────────────────────
@EndUserText.label : '제품군 매핑'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
@AbapCatalog.dataMaintenance : #ALLOWED
define table zabv_prodgrp {
  key client    : abap.clnt not null;
  key bukrs     : bukrs     not null;
  key matnr     : matnr     not null;
  key valid_from: abap.dats not null;
  valid_to      : abap.dats;
  prodgrp       : abap.char(3);
  prodgrp_name  : abap.char(16);
}

② 차원 뷰 — 품목과 제품군

큐브가 제품 이름과 제품군 이름을 직접 읽지 않고 차원 뷰를 거치게 해, 이름 변경이나 다국어가 큐브 집계에 영향을 주지 않게 합니다. 여기서 이름 텍스트와 제품군을 연결(association)해 둡니다.

" ───────────────────────────────────────────────────────────
" ZI_AbvProduct — 품목 차원
" 역할: 제품 코드·이름·제품군을 한 번에 제공. 큐브는 이 뷰의 키만 안다.
" ───────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #NOT_REQUIRED
@EndUserText.label : '품목 차원'
@Analytics.dataCategory : #DIMENSION
@ObjectModel.representativeKey : 'Product'
define view entity ZI_AbvProduct
  as select from zabv_prodgrp as m
  association [0..1] to I_ProductText as _Text
    on  _Text.Product  = $projection.Product
    and _Text.Language = $session.system_language
{
  key m.bukrs       as CompanyCode,
  key m.matnr       as Product,
  key m.valid_from  as ValidFrom,
      m.valid_to    as ValidTo,
      m.prodgrp     as ProductGroup,
      m.prodgrp_name as ProductGroupName,
      _Text
}

③ 큐브 — 품목·월 단위의 산출

이 글의 핵심 뷰입니다. 평균 배부율, 기말 재고 고정간접비, 매출원가 반영 고정간접비, 두 이익, 이익 차이까지 한 번에 산출해 화면이 계산을 다시 하지 않게 합니다. 수량·재고 가치·발생액을 읽어 오는 원천 뷰 이름은 시스템마다 다를 수 있어 아래에서는 입력 뷰 ZI_AbvSource 로 가정했습니다(확인 필요).

" ───────────────────────────────────────────────────────────
" ZI_AbvItemMonth — 품목·월 큐브
" 역할: 흡수원가·변동원가 이익과 재고 고정간접비를 품목·월마다 산출
" 이렇게 나눈 이유: 식을 서비스나 화면이 아니라 큐브 한 곳에 둬야
"                   표준 화면과 숫자를 맞출 때 확인 지점이 하나다.
" ───────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '품목·월 흡수/변동원가 큐브'
@Analytics.dataCategory : #CUBE
define view entity ZI_AbvItemMonth
  as select from ZI_AbvSource as s
  association [1..1] to ZI_AbvProduct as _Product
    on  _Product.CompanyCode = $projection.CompanyCode
    and _Product.Product     = $projection.Product
{
  key s.CompanyCode,
  key s.FiscalYear,
  key s.FiscalPeriod,
  key s.Product,
      _Product,
      s.CloseDate,
      s.OpenQty, s.ProdQty, s.SalesQty,
      cast( s.OpenQty + s.ProdQty - s.SalesQty as abap.int4 )          as CloseQty,

      @Semantics.amount.currencyCode : 'Currency'
      s.SalesAmt,
      @Semantics.amount.currencyCode : 'Currency'
      s.VarCost,
      @Semantics.amount.currencyCode : 'Currency'
      s.FixedOverhead                                                  as FohAmt,
      @Semantics.amount.currencyCode : 'Currency'
      s.OpenFoh,

      " 평균 배부율 = (기초 재고 FOH + 당월 FOH) / (기초 수량 + 생산 수량)
      cast( case when ( s.OpenQty + s.ProdQty ) = 0 then 0
                 else ( s.OpenFoh + s.FixedOverhead ) / ( s.OpenQty + s.ProdQty )
            end as abap.dec(15,4) )                                    as AvgRate,

      s.Currency
}

④ 분석 쿼리 — 화면이 부르는 조회

화면의 조회조건(회계연도·제품군·제품명·마감일·점검 결과)이 그대로 쿼리의 필터가 됩니다. 회계연도를 필수 파라미터로 받아 대용량에서도 한 해 범위로만 집계하게 하고, 허용 비중과 최소 금액은 파라미터가 아니라 설정 테이블에서 읽어 판정의 일관성을 지킵니다.

" ───────────────────────────────────────────────────────────
" ZC_AbvGapQuery — 분석 쿼리 (화면 ItemSet 이 읽는 뷰)
" 역할: 이익 차이와 점검 판정을 계산해 서비스에 노출
" ───────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '이익 차이 점검 쿼리'
@Analytics.query : true
@ObjectModel.usageType.dataClass : #MIXED
define view entity ZC_AbvGapQuery
  with parameters
    @Consumption.filter : { mandatory : true }
    P_FiscalYear : gjahr
  as select from ZI_AbvItemMonth as c
{
  @Consumption.filter.selectionType : #SINGLE
  key c.FiscalYear,
  key c.FiscalPeriod,
  key c.Product,
      @AnalyticsDetails.query.axis : #ROWS
      c._Product.ProductGroup,
      c.CloseQty * c.AvgRate                                           as CloseFoh,
      c.OpenFoh + c.FohAmt - ( c.CloseQty * c.AvgRate )                as CogsFoh
}
where c.FiscalYear = $parameters.P_FiscalYear

⑤ 권한 — 회사코드·플랜트 단위

권한은 쿼리에 겁니다. 서비스나 화면에서 걸러 내면 요약 합계가 전체 값으로 먼저 계산되어 남의 숫자가 뺄셈으로 새어 나갈 수 있습니다. DCL 로 회사코드와 플랜트를 표준 권한 객체에 연결합니다.

" ───────────────────────────────────────────────────────────
" ZC_AbvGapQuery 의 접근 제어 (DCL)
" 이유: 요약·합계까지 한 번에 걸러야 하므로 쿼리 단계에서 건다.
" ───────────────────────────────────────────────────────────
@EndUserText.label : '이익 차이 점검 권한'
@MappingRole : true
define role ZC_AbvGapQuery {
  grant select on ZC_AbvGapQuery
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑥ 서비스 정의와 바인딩

쿼리를 OData V2 서비스로 노출합니다. 노출 이름은 화면이 부르는 엔티티셋 이름(ItemSet · PeriodSet · GroupSet · ReconSet)과 같게 맞추고, 게시 뒤 manifest 의 서비스 주소만 교체합니다.

" ───────────────────────────────────────────────────────────
" ZUI_ABV_GAP — 서비스 정의 + 바인딩(OData V2 - UI)
" 이름 맞추기: 화면이 부르는 엔티티셋 이름과 같게 as 로 지정
" ───────────────────────────────────────────────────────────
@EndUserText.label : '흡수·변동원가 이익 차이 서비스'
define service ZUI_ABV_GAP {
  expose ZC_AbvGapQuery  as ItemSet;
  expose ZC_AbvPeriodQ   as PeriodSet;
  expose ZC_AbvGroupQ    as GroupSet;
  expose ZC_AbvReconQ    as ReconSet;
}
" 서비스 바인딩: 유형 OData V2 - UI, 게시 후 /IWFND/MAINT_SERVICE 에서 활성 여부 확인

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래 아홉 가지는 코딩이 아니라 합의입니다.

운영 데이터로 갈 때

품목이 수만 개, 월이 열두 개, 연도가 여러 개가 되면 집계 위치가 성능을 좌우합니다. 큐브에서 품목·월 집계를 끝내고 화면은 결과 행만 받게 하며, 회계연도를 필수 파라미터로 받고, 조회 행 수에 상한을 두고, 원천 뷰의 회계연도·품목 조건에 인덱스를 확인합니다. 응답 시간 기준은 첫 화면 몇 초 안으로 먼저 정해 두시기를 권합니다.

자주 묻는 질문

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

숫자와 산식

화면과 조작

표준 연계와 데이터

도입과 운영