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

매월 말, 원가 담당자는 같은 질문을 받습니다. “완제품 원가가 왜 올랐나, 어느 원자재 단가가 바뀐 건가, 그 변경이 원가계산에 반영되기는 했나.” BOM 에는 품목마다 구성품과 소요량이 있고 구성품에는 단가가 있어서 곱해 더하면 단위원가가 나옵니다. 반제품이 끼어 있으면 하위 반제품 원가를 먼저 구한 뒤 위로 쌓아야 합니다. 그런데 원가 추정을 한 번 돌린 뒤 단가나 소요량이 바뀌면 그 변경이 반영액에 들어갔는지 화면 하나로는 알 수 없습니다.

이 앱은 그 맞춤 작업을 한 화면에 올립니다. 구성 라인마다 소요량·스크랩률·단위원가로 라인 원가를 다시 계산하고, 하위 품목부터 위로 롤업 단위원가를 쌓아 원가계산 반영액과의 차이·차이율을 구한 뒤, 단가·소요량이 원가계산일 뒤에 바뀐 라인을 변경일로 가려냅니다. 이 영역은 특정 회계기준서가 아니라 제조원가 분석(BOM 원가 롤업)이며, 표준 실행은 SAP 표준 T-code 가 담당하고 이 화면은 조회·검증 관점을 더해 확장합니다.

BOM 도 단가도 표준에 있는데 비교는 따로 해야 한다

표준 화면은 BOM 의 구성품과 소요량, 자재의 평가 단가, 원가 추정 결과를 각각 보여 줍니다. 세 화면의 숫자를 한 줄에 놓고 비교하려면 결국 엑셀에 옮겨 곱셈과 합산을 다시 해야 합니다. 이 표본에서는 완제품 6종·반제품 6종·원자재 19종이 얽힌 구성 라인 282건이 그렇게 모입니다.

합계에서는 변경 이력이 묻힌다

6개월 합계로 보면 완제품 반영 월액 1,957.3백만 원, 롤업 월액 1,964.8백만 원으로 차이는 +7.5백만 원, 비율로는 약 0.4% 입니다. 이 숫자만 보면 작은 차이로 읽히지만 라인 단위로 내려가면 19건이 점검 필요이고, 구리 권선·커넥터·제어 기판처럼 한두 구성품의 변경이 반제품을 거쳐 여러 완제품으로 번진 것입니다. 평균 뒤에 숨은 변경을 라인 한 줄씩 드러내는 것이 이 앱의 첫 일입니다.

단가가 빠진 구성품은 조용히 0 이 된다

구성품 단가가 등록되지 않으면 해당 라인 원가가 0 으로 나오지만 어느 화면에서도 경고가 뜨지 않습니다. 이 표본에서는 5월 배선 하네스 단가 미등록 2건이 있고, 별도 판정 코드(NOPRC)로 맨 먼저 걸립니다.

롤업 순서가 어긋나면 상위 품목이 틀린다

하위 반제품이 상위 품목보다 늦게 재계산되면 상위 품목은 옛 하위 원가를 쓴 채 남습니다. 4월 임펠러 주조품이 임펠러 모듈보다 늦게 재계산된 1건이 그런 경우이며, ORDER 코드로 표시합니다.

변경 뒤 재계산 여부는 날짜로 찾아야 한다

단가나 소요량이 바뀐 날이 원가계산일보다 늦으면 그 변경은 반영액에 들어가지 못했을 가능성이 있습니다. 이 표본에서 그런 라인이 3건(PRICE 2 · BOM 1)이며, 차이율이 한도 0.5% 를 넘을 때만 점검 필요로 올려 불필요한 경고를 줄였습니다. 하위 차이가 번진 라인 13건(CHILD)은 따로 표시합니다. 판정은 “점검 필요”와 “정상” 두 가지뿐이고, 재계산이 필요한지는 담당자가 확인합니다.

조회만 되는 리포트는 금방 안 열린다

숫자만 보여 주고 끝나는 리포트는 이상한 숫자를 만나는 순간 멈춥니다. 이 앱은 월 → 품목 → 구성품 → 구성 라인 한 줄로 내려가고, 행을 누르면 계산 내역이 열리며, 조회 결과를 CSV 로 내려받을 수 있습니다.

사용 방법

1. 조회조건 입력 — 회계연도(필수, 4자리)를 확인하고 필요하면 전기 월 시작·종료, 상위 품목, 구성품 유형, 점검 결과를 고릅니다. 비워 두면 전체입니다.
2. 조회 — 입력 줄 오른쪽 끝의 조회 버튼을 누르거나 입력 칸에서 Enter 를 누릅니다. 화면을 처음 열 때 한 번 자동으로 조회됩니다.
3. 요약 숫자 확인 — 위쪽 타일에서 반영 월액, 롤업 월액, 월액 차이, 점검 필요 라인·품목, 롤업 순서 확인 라인, 대사 차이 건수를 봅니다.
4. 탭 이동 — 구성 라인 명세 → 품목 롤업 → 구성품 단가 → 월별 추이 → 대사 결과 순으로 근거에서 넓은 범위까지 오갑니다.
5. 행 클릭 상세 — 표의 행을 누르면 같은 품목·월의 구성 라인 목록이 상세 창으로 열립니다.
6. 내보내기 — 현재 탭의 조회 결과를 UTF-8 CSV 로 내려받습니다.

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

화면이 보여 주는 숫자가 서로 맞는지는 화면 안의 대사 결과 탭에서 검산합니다. 여덟 가지 식을 총 598건 검사해 차이 0건이었습니다. 이 검산은 화면과 별도로 원천 값에서 다시 계산해 화면 숫자와 대조한 결과이기도 합니다.

대사 결과 탭의 E01~E05 는 위 예외 행을 별도로 보여 주며, 대사 차이 건수 0 과 섞이지 않게 구분합니다.

무엇으로 만들었나

실행 화면

아래 화면은 가상의 제조 회사(완제품 6종 · 반제품 6종 · 원자재 19종 · 2026년 1~6월)와 가상의 단가로 만든 검증용 샘플 데이터를 실제 브라우저에서 띄운 것입니다. 실제 고객사의 BOM·단가·원가계산 결과는 쓰지 않았습니다.

처음 열었을 때와 조건 조회

위쪽에는 회계연도·전기 월 시작·종료·상위 품목·구성품 유형·점검 결과 여섯 조회조건이 있고, 그 아래 요약 타일에서 완제품 반영 월액 1,957.3백만 원, 롤업 월액 1,964.8백만 원, 월액 차이 +7.5백만 원, 점검 필요 라인 19건·품목 19건을 먼저 읽습니다. 표 위의 탭 5개로 근거에서 넓은 범위까지 오갑니다. 처음 열 때 한 번 자동으로 조회됩니다.

점검 결과를 점검 필요로 고르고 조회하면 19건의 라인이 남습니다. 판정 코드가 라인마다 붙어 있어 단가가 바뀐 라인(PRICE), 소요량이 바뀐 라인(BOM), 하위 차이가 번진 라인(CHILD)을 구분해 볼 수 있습니다. 코드는 확인할 자리를 알려 줄 뿐 원인을 단정하지 않습니다.

품목·구성품·월로 넓혀 보기

1월은 롤업 단위원가와 반영 단위원가가 같아 차이율 0.00% 로 나옵니다. 2월부터는 구리 권선 단가가 바뀐 코일 어셈블리와 그 위쪽 품목에서 차이가 생기고, 한도 0.5% 를 넘은 행이 점검 필요로 표시됩니다. 반제품의 차이가 상위 완제품으로 번지는 모양도 이 탭에서 보입니다.

구성품마다 현재 단위원가와 원가계산에 반영된 단위원가, 단가 변경일이 월별로 보입니다. 변경일이 원가계산일보다 늦으면 그 달 원가에 덜 반영됐을 수 있다는 신호이므로 점검 컬럼과 함께 읽습니다. 배선 하네스의 5월 단가 0 은 의도적으로 넣은 미등록 예외입니다.

여섯 달의 반영 월액과 롤업 월액, 차이율, 점검 필요 품목 수가 한 줄씩 나옵니다. 2월부터 차이가 생기는 모양을 보면 어느 달에 재계산이 빠졌는지 가늠할 수 있습니다. 월 합계는 완제품 합계와 같아야 하며 대사식이 그것을 확인합니다.

근거로 내려가기와 대사 결과

행을 누르면 상세 창이 열려 그 행의 값과 같은 품목·월의 구성 라인을 보여 줍니다. 소요량·스크랩률·단위원가가 어떻게 곱해져 라인 원가가 됐는지 원 단위로 따라갈 수 있습니다. 하위 반제품이 상위 품목보다 늦게 계산된 라인은 롤업 순서 확인 대상으로 표시됩니다. 창은 닫기 버튼이나 바깥 영역 클릭으로 닫습니다.

대사식 R01~R08 은 모두 검사 건수 대비 차이 0건입니다. 아래의 E01~E05 는 일부러 넣은 예외 행이며 대사 차이 건수와 따로 셉니다. 이 구분이 있어야 대사 차이 0건이 예외를 가리지 않습니다.

화면 뒤에서 일어나는 일

조회 버튼을 누르면 화면은 조회조건을 필터로 바꿔 서비스에 요청하고, 돌아온 구성 라인·품목·구성품·월·대사 결과를 탭마다 나눠 보여 줍니다. 요약 타일의 숫자도 같은 조건으로 따로 조회합니다. 구성 라인과 품목의 계산은 다음 순서입니다.

1. 라인 원가(원) = 소요량 × (1 + 스크랩률) × 구성품 단위원가 (소수 둘째 자리 반올림)
2. 원자재 라인의 단위원가는 구성품 현재 단가, 반제품 라인의 단위원가는 그 반제품의 롤업 단위원가
3. 품목 재료비 = 원자재 라인 원가 합계, 가공비 = 반제품 라인 원가 합계 + 자체 가공비, 롤업 단위원가 = 재료비 + 가공비
4. 차이(원/개) = 롤업 단위원가 − 반영 단위원가, 차이율(%) = 차이 ÷ 반영 단위원가 × 100
5. 월 롤업 월액(원) = 완제품 롤업 단위원가 × 월 계획수량(원 단위 반올림)

단가와 소요량은 월말 기준일의 값을 쓰고, 반영 단위원가는 원가계산일 기준 값으로 만든 금액입니다. 계산은 낮은 BOM 레벨의 반제품부터 위로 올라가므로, 하위가 틀리면 상위가 함께 틀립니다.

점검 판정 규칙

구성 라인은 아래 순서로 첫 번째 해당 조건의 코드를 답니다. 결과는 “점검 필요”와 “정상” 두 가지입니다.

품목 집계는 점검 필요 라인이 있거나 품목 차이율 절대값이 한도 0.5% 를 넘으면, 구성품 집계는 단가 변경 뒤 반영되지 않았거나 미등록이면, 월 집계는 그 달에 점검 필요 품목이 있으면 점검 필요가 됩니다. 허용 한도는 회사 기준에 맞춰 바꾸는 값이며, 이 판정은 확인할 자리를 알려 주는 것이지 회계 처리를 단정하지 않습니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

휴대폰 폭에서는 조회조건 필드가 한 줄씩 쌓이고 요약 타일이 두 열로 접히며, 표는 가로로 스크롤됩니다. 탭과 상세 창은 같은 방식으로 동작합니다.

파일 구성

index.html            앱 시작 페이지
Component.js · manifest.json   앱 구성과 서비스 모델 선언
controller/           화면 동작(조회 · 필터 · 상세 · CSV)
view/                 메인 화면 · 상세 창
model/                서식 · 오류 처리
odata/                OData V2 서비스(메타데이터 · 데이터 · 계산)
i18n/                 화면 문구
css/                  보조 스타일

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. BOM 을 고치거나 원가 추정을 실행하는 일은 모두 표준에서 합니다.

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

T-code 별 연계 지점

이 앱에서 이상한 값을 만나면 해당 라인의 품목·구성품을 들고 위 T-code 로 원천을 확인하고, 표준 화면의 값을 확인했다면 이 앱의 같은 품목·월 행에서 다시 읽습니다. 법정·감사 대응에 쓰는 보고서는 표준에 그대로 두고 이 화면은 월마감 전 점검에 곁들이는 것이어서, 운영 전환 때 기존 리포트를 없앨 필요는 없습니다.

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

표준 CDS 분석 쿼리·Fiori 분석 앱·Analysis for Office 는 합계와 추이를 보는 데 알맞고, 이 앱은 구성 라인 한 줄의 재계산과 변경일·계산 순서 판정이라는 좁은 일에 집중합니다. 같은 CDS 뷰 위에 올릴 수 있도록 뷰 레이어를 나눠 두었습니다. 실제로 쓸 수 있는 표준 분석 뷰의 이름은 환경마다 달라 확인 필요로 남깁니다.

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

분석 지표 정의표

CDS 구성

이 화면이 운영 데이터에 붙을 때 필요한 CDS·DDIC 구성을 스케치로 공개합니다. 실제 필드와 테이블은 시스템 버전·고객사 설정에 따라 다를 수 있어 확인하지 못한 부분은 “확인 필요”로 적었습니다.

뷰 레이어 구성

① 구성품 단가 기준 테이블

구성품·월별 단가와 변경일을 담는 매핑 테이블입니다. 표준 평가 테이블을 직접 읽을 수 있다면 뷰로 대체해도 됩니다. 이 테이블이 비어 있으면 모든 라인이 NOPRC 로 걸리므로 운영에서 가장 먼저 채우는 자리입니다.

@EndUserText.label : '구성품 단가 기준 (스케치)'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zbr_compprice {
  key client  : abap.clnt not null;
  key werks   : werks_d not null;
  key matnr   : matnr not null;
  key spmon   : spmon not null;
  std_price   : abap.curr(13,2);
  run_price   : abap.curr(13,2);
  chg_date    : abap.dats;
}

② BOM 구성 차원

BOM 헤더·품목·자재 할당을 묶어 구성 라인 한 줄의 소요량과 스크랩률을 돌려줍니다. 소요량 단위 환산이 여기서 결정되므로 이후 모든 금액이 이 정의에 의존합니다. 단위 환산 방식은 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BOM 구성 라인 (스케치)'
@ObjectModel.usageType: { sizeCategory: #XL, serviceQuality: #X, dataClass: #MASTER }
define view entity ZI_BomLine
  as select from mast
    inner join stko on stko.stlty = 'M' and stko.stlnr = mast.stlnr and stko.stlal = mast.stlal
    inner join stpo on stpo.stlty = stko.stlty and stpo.stlnr = stko.stlnr
{
  key mast.matnr                  as ParentCode,
  key mast.werks                  as Plant,
  key stpo.posnr                  as ItemNo,
      stpo.idnrk                  as CompCode,
      stpo.menge                  as Qty,        // 소요량 (단위 환산 확인 필요)
      stpo.ausch                  as ScrapPct,
      stpo.aennr                  as ChangeNo    // 변경 번호 (변경일 매핑 확인 필요)
}

③ 원가 추정 반영 단위원가 차원

원가 추정 헤더와 품목에서 품목별 단위원가와 원가계산일을 읽습니다. 반영액이 어느 품목 유형에 들어가는지는 고객사 원가 구조에 따라 다르므로 확인 필요로 두었습니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '원가 추정 품목 원가 (스케치)'
define view entity ZI_CostEstItemAmt
  as select from keko
    inner join ckis on ckis.kalnr = keko.kalnr and ckis.bzobj = keko.bzobj
{
  key keko.matnr        as Material,
  key keko.werks        as Plant,
  key ckis.posnr        as ItemNo,
      keko.kadat        as CostingDate,     // 원가계산일 (확인 필요)
      ckis.wrtfw_kpf    as ItemAmount       // 품목 원가 금액 (필드 확인 필요)
}

④ 큐브 — 하위부터 쌓은 재계산과 판정

라인 원가를 계산하고 반영액과의 차이, 판정 코드를 정하는 핵심 뷰입니다. 한도 0.5% 와 코드 우선순위가 여기에 있습니다. 반제품 라인의 단위원가는 하위 롤업 뷰를 읽도록 연결합니다. 판정은 확인할 자리를 알려 줄 뿐 회계 처리를 정하지 않습니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.dataCategory: #CUBE
@EndUserText.label: 'BOM 원가 롤업 큐브 (스케치)'
define view entity ZI_BomRollCube
  as select from ZI_BomLine as ln
    left outer join zbr_compprice as pr
      on pr.werks = ln.Plant and pr.matnr = ln.CompCode
    left outer join ZI_CostEstItemAmt as ce
      on ce.Plant = ln.Plant and ce.Material = ln.ParentCode
{
  key ln.ParentCode, key ln.ItemNo, key ln.CompCode,
      cast( ln.Qty * ( 1 + ln.ScrapPct / 100 ) * pr.std_price as abap.dec(13,2) ) as LineCost,
      ce.ItemAmount                                                                as RunAmt,
      case
        when pr.std_price = 0                  then 'NOPRC'
        when pr.chg_date > ce.CostingDate      then 'PRICE'
        else ''
      end                                                                          as CheckCode
}

⑤ 분석 쿼리 — 화면에 내보내는 모양

조회조건과 컬럼 이름을 화면 요구에 맞춰 정의합니다. 큐브의 계산은 건드리지 않고 필터와 표시 순서만 다룹니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.query: true
@EndUserText.label: 'BOM 원가 롤업 쿼리 (스케치)'
define view entity ZC_BomRollQuery
  as select from ZI_BomRollCube
{
  @AnalyticsDetails.query.axis: #ROWS
  key ParentCode,
  @AnalyticsDetails.query.axis: #ROWS
  key ItemNo,
  @Consumption.filter: { selectionType: #SINGLE, multipleSelections: false }
  CompCode,
  LineCost,
  RunAmt,
  CheckCode
}

⑥ 월 집계 뷰

월별 롤업 월액과 반영 월액을 완제품 기준으로 더하는 뷰입니다. 월 합계 대사(R06·R07)가 이 뷰와 큐브를 맞춰 봅니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BOM 원가 월 집계 (스케치)'
define view entity ZI_BomRollMonth
  as select from ZI_BomRollCube
{
  key Period,
      sum( cast( LineCost as abap.dec(15,2) ) ) as RollMonth,
      sum( RunAmt )                             as RunMonth
}
group by Period

⑦ 권한 객체(DCL)

플랜트 단위로 읽기를 제한합니다. 원가센터 단위까지 나누려면 뷰에 원가센터를 노출한 뒤 조건을 추가합니다.

@EndUserText.label: 'BOM 원가 롤업 권한 (스케치)'
@MappingRole: true
define role ZR_BomRollCubeDcl {
  grant select on ZI_BomRollCube
    where ( Plant ) = aspect pfcg_auth( M_MSEG_WWA, WERKS, ACTVT = '03' );
}

⑧ 서비스 정의

쿼리 뷰를 OData V2 서비스로 내보냅니다. 서비스를 게시한 뒤 앱의 서비스 주소만 바꾸면 화면이 실제 데이터에 붙습니다.

@EndUserText.label: 'BOM 원가 롤업 서비스 (스케치)'
define service ZUI_BomRoll {
  expose ZC_BomRollQuery as LineSet;
  expose ZI_BomRollMonth as MonthSet;
}

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다.

운영 데이터로 갈 때

구성 라인이 수십만 건이면 큐브에서 집계 단위를 품목·월까지 먼저 줄이고 라인 단위는 필터를 걸어 내려가도록 하는 편이 안전합니다. 회계연도를 필수 조회조건으로 두고, 원가 추정 헤더와 BOM 헤더의 키에 맞는 인덱스를 확인하며, 응답 시간 기준은 회사가 정합니다. 이 표본은 282건이어서 성능 문제가 드러나지 않으므로 운영 데이터 기준 측정이 따로 필요합니다.

자주 묻는 질문

도입을 검토할 때 자주 나오는 질문을 주제별로 모았습니다.

숫자와 산식

화면과 조작

분석과 대사

도입과 운영