표준원가 갱신 영향 점검 — 제조원가, 갱신 시점 재고에 신·구 표준 차이를 곱해 재평가 영향액을 다시 계산하고 전기된 금액과 견주는 월마감 화면

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

표준원가를 새로 확정하는 날, 원가 담당자는 두 가지 숫자를 챙깁니다. 새 표준이 자재마스터에 제대로 들어갔는지, 그리고 재고에 묶여 있던 금액이 새 표준으로 다시 평가되어 재평가 전표로 전기됐는지입니다. 재고가 7천 개인 원자재의 표준이 330원 오르면 재평가 영향액은 수백만 원이 되는데, 그 금액이 전기액과 맞는지는 원가 추정 화면, 가격 변경 화면, 자재 전표 화면을 번갈아 열어 엑셀에서 맞춰 봐야 합니다.

이 앱은 그 맞춤 작업을 한 화면에 올립니다. 갱신 시점 재고수량에 신표준과 구표준의 차이를 곱해 재평가 영향액을 다시 계산하고, 실제 전기된 금액과의 차이를 자재·월 단위로 견주며, 구성요소(재료비·노무비·경비)별 변동과 발효일 이후 구표준으로 들어온 입고 전표, 직전 갱신과의 연결, 변동률 한도를 함께 봅니다. 이 영역은 특정 회계기준서가 아니라 제조원가 분석(표준원가 갱신과 재평가)이며, 표준 실행은 SAP 표준 T-code 가 담당하고 이 화면은 조회·검증 관점을 더해 확장합니다.

합계는 맞아 보여도 자재 한 줄에서 어긋난다

여섯 달 합계로 보면 재평가 영향 합계는 41.6백만 원, 전기액 합계는 38.9백만 원이고 차이는 +2.8백만 원으로 약 6.6% 입니다. 이 숫자만으로는 어느 자재의 전표가 빠졌는지, 다른 자재의 금액이 틀렸는지 알 수 없습니다. 자재·월 단위로 내려가면 전기가 아예 없는 자재가 2건, 금액이 다른 자재가 3건이어서 차이의 대부분이 설명됩니다. 평균 뒤에 가려진 줄을 하나씩 드러내는 것이 이 앱의 첫 일입니다.

재평가 전표가 빠지면 조용히 남는다

갱신을 확정했는데 재평가 전표가 만들어지지 않으면 재고 금액은 구표준에 머문 채 자재마스터만 신표준을 가리킵니다. 어느 화면에서도 경고가 뜨지 않습니다. 이 표본에서는 4월 전자부품 세트와 6월 제어 기판 모듈이 그런 경우이며, 판정 순서에서 가장 먼저 미전기로 걸립니다. 4월은 영향액이 329,700원인데 전기액은 -1,950,400원이어서 차이가 월 합계에서도 보입니다.

신표준은 구성요소의 합이어야 한다

표준원가는 재료비·노무비·경비 같은 구성요소 단가를 더한 값입니다. 원가계산 결과의 구성요소 합계가 자재마스터에 확정된 신표준과 다르면 둘 중 하나가 잘못 확정된 것입니다. 이 표본에서는 2월 제어 기판 모듈과 6월 서보 액추에이터에서 합계가 신표준과 달라 원가계산 불일치로 표시됩니다. 어느 쪽이 맞는지는 단가 확정 경위를 담당자가 확인해야 합니다.

갱신 전 표준은 직전 갱신의 신표준과 이어져야 한다

같은 자재를 두 번 갱신했다면 두 번째 갱신의 구표준은 첫 번째 갱신의 신표준이어야 합니다. 중간에 다른 가격 변경이 끼어 있으면 영향액 기준이 어긋납니다. 이 표본의 3월 기어 하우징과 5월 베어링 어셈블리가 연결이 끊긴 경우이며 구표준 불연속으로 표시합니다.

발효일 뒤에도 옛 단가로 평가된 입고가 있다

신표준이 발효된 뒤에 전기한 입고 전표는 신표준으로 평가되어야 합니다. 평가 단가가 구표준 그대로이면 입고 시점에 이미 평가 차이가 생깁니다. 이 표본에서는 입고 전표 84건 가운데 4건이 그런 경우이고, 평가 차이는 합계 1,760,300원입니다. 구표준 입고 탭에서 전표 한 줄씩 확인할 수 있습니다.

변동률이 한도를 넘으면 근거를 다시 본다

표준을 크게 바꾼 갱신은 근거를 한 번 더 확인할 가치가 있습니다. 이 앱은 자재 유형별 한도(원자재 15%, 반제품·완제품 8%)를 두고 변동률의 절대값이 넘으면 점검 필요로 올립니다. 5월 특수 윤활유는 16.39% 로 한도를 넘었고, 6월 산업용 송풍기는 9.88% 로 반제품·완제품 한도를 넘었습니다. 한도는 회사 정책에 맞춰 바꾸는 값입니다.

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

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

사용 방법

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

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

화면이 보여 주는 숫자가 서로 맞는지는 대사 결과 탭에서 검산합니다. 정합성 대사 아홉 가지를 총 290건 검사해 차이 0건이었습니다. 이 검산은 화면과 별도로 원천 값에서 다시 계산해 화면 숫자와 대조한 결과이기도 합니다.

대사 결과 탭의 R10~R14 는 위 예외를 식으로 보여 주며, 대사 차이 건수 0 과 섞이지 않게 구분합니다.

무엇으로 만들었나

실행 화면

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

처음 열었을 때와 조건 조회

위쪽에는 회계연도·전기 월 시작·종료·자재·자재 유형·점검 구분·점검 결과 일곱 조회조건이 있고, 그 아래 요약 타일에서 재평가 영향 합계 +41.6백만 원, 재평가 전기액 합계 38.9백만 원, 둘의 차이 +2.8백만 원, 점검 필요 자재 14건, 구표준 입고 전표 4건을 먼저 읽습니다. 표 위의 탭 5개로 근거에서 넓은 범위까지 오갑니다. 처음 열 때 한 번 자동으로 조회되며, 금액 단위는 요약 타일만 백만 원입니다.

점검 구분이나 점검 결과를 고르고 조회하면 해당하는 자재·월만 남습니다. 점검 필요인 줄에는 판정 코드가 함께 붙어 미전기, 전기액 차이, 원가계산 불일치, 구표준 불연속, 구표준 입고, 한도 초과 가운데 어디를 확인할지 알려 줍니다. 코드는 확인할 자리를 알려 줄 뿐 원인을 단정하지 않습니다.

구성요소·입고·월로 넓혀 보기

자재마다 재료비·노무비·경비 세 줄이 나오고, 각 구성요소의 구단가와 신단가, 변동, 신표준 변동에 기여한 비율, 재고수량을 곱한 구성요소 영향액이 보입니다. 세 줄의 영향액을 더하면 자재의 재평가 영향액이 됩니다. 어느 구성요소가 변동을 이끌었는지를 먼저 읽는 자리입니다.

신표준 발효일 이후에 전기된 입고 전표마다 평가에 쓰인 단가와 신표준, 단가 차이, 입고수량을 곱한 평가 차이가 나옵니다. 둘이 다르면 점검 필요로 표시되고, 이 표본에서는 네 건이 구표준으로 평가되어 합계 1,760,300원의 차이를 만들었습니다. 같은 자재·월의 합계는 자재별 갱신 영향 탭의 구표준 입고 영향과 대사됩니다.

여섯 달의 갱신 자재 수, 인상·인하 자재 수, 재평가 영향 합계와 전기액 합계, 차이, 최대 변동률, 점검 필요 자재 수가 한 줄씩 나옵니다. 4월은 영향 합계가 329,700원인데 전기액 합계는 -1,950,400원이어서 차이가 두드러집니다. 월 합계는 자재별 값을 더한 것과 같아야 하며 대사식이 그것을 확인합니다.

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

자재별 갱신 영향의 행을 누르면 상세 창이 열려 그 행의 값을 모두 보여 주고, 아래에 해당 자재·월의 구성요소 변동 세 줄과 발효일 이후 입고 전표를 붙여 줍니다. 구표준과 신표준, 변동액에 재고수량을 곱한 영향액, 실제 전기된 금액과 그 차이가 한 창에서 이어집니다. 창은 닫기 버튼으로 닫습니다.

대사식 R01~R09 는 모두 검사 건수 대비 차이 0건입니다. 아래의 R10~R14 는 일부러 차이를 둔 예외 점검이며 대사 차이 건수와 따로 셉니다. 이 구분이 있어야 대사 차이 0건이 예외를 가리지 않습니다. 오른쪽 끝에는 각 대사식이 어떤 값을 어떤 값과 견주는지 식으로 적혀 있습니다.

화면 뒤에서 일어나는 일

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

1. 변동액(원/단위) = 신표준 − 구표준, 변동률(%) = 변동액 ÷ 구표준 × 100
2. 재평가 영향액(원) = 변동액 × 갱신 시점 재고수량
3. 구성요소 영향액(원) = (신단가 − 구단가) × 재고수량. 재료비·노무비·경비를 더하면 자재 영향액이 됩니다.
4. 전기액 차이(원) = 재평가 영향액 − 실제 전기된 재평가 금액
5. 구표준 입고 영향(원) = (신표준 − 평가 적용 단가) × 입고수량, 발효일 이후 입고 전표만 대상입니다.

모든 금액은 원 단위 정수로 계산한 뒤 소수 둘째 자리로 표시합니다. 월 합계는 자재별 값을 월 단위로 더한 것이며, 요약 타일은 조회 조건에 맞는 값의 합을 백만 원 단위로 보여 줍니다.

점검 판정 규칙

자재·월 한 줄은 아래 순서로 첫 번째 해당 조건의 코드를 답니다. 결과는 “점검 필요”와 “정상” 두 가지입니다.

구성요소와 입고 전표 줄은 각자의 조건(구성요소 합계 불일치, 평가 단가 불일치)에 걸릴 때만 점검 필요가 되고, 월 집계는 그 달에 점검 필요 자재가 있으면 점검 필요가 됩니다. 한도와 허용 오차는 회사 기준에 맞춰 바꾸는 값이며, 이 판정은 확인할 자리를 알려 주는 것이지 회계 처리를 단정하지 않습니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

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

파일 구성

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

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준원가를 추정하고 확정하며 재평가 전표를 만드는 일은 모두 표준에서 합니다.

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

T-code 별 연계 지점

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

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

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

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

분석 지표 정의표

CDS 구성

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

뷰 레이어 구성

① 재평가 전표 금액 매핑 테이블

재평가로 전기된 금액을 자재·월 단위로 담는 매핑 테이블입니다. 표준 전표 테이블에서 바로 읽을 수 있다면 뷰로 대체해도 됩니다. 이 테이블이 비어 있으면 모든 자재가 미전기로 걸리므로 운영에서 가장 먼저 채우는 자리입니다.

" ───────────────────────────────────────────────
"  ZSC_RVLMAP  재평가 전표 금액 매핑 (스케치)
"  역할  : 자재·월별 실제 전기 금액과 전기일을 한 곳에 모음
"  이유  : 전표 원천이 환경마다 달라 매핑 한 곳에서 흡수
" ───────────────────────────────────────────────
@EndUserText.label : '재평가 전기액 매핑 (스케치)'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zsc_rvlmap {
  key client  : abap.clnt not null;
  key werks   : werks_d not null;
  key matnr   : matnr not null;
  key spmon   : spmon not null;
  post_amt    : abap.curr(15,2);
  post_date   : abap.dats;
}

② 표준 가격 이력 차원

자재마스터의 현재 표준과 이력 테이블의 직전 표준을 이어 구표준·신표준·발효일을 돌려줍니다. 구표준이 무엇이냐는 이후 모든 금액이 의존하는 정의이므로 이력 보관 방식은 확인 필요입니다.

" ───────────────────────────────────────────────
"  ZI_StdPriceHist  표준 가격 이력 (스케치)
"  역할  : 구표준·신표준·발효일
"  이유  : 영향액의 기준이 되는 정의를 한 번만 둠
" ───────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '표준 가격 이력 (스케치)'
@ObjectModel.usageType: { sizeCategory: #XL, serviceQuality: #X, dataClass: #MASTER }
define view entity ZI_StdPriceHist
  as select from mbew
    inner join mbewh on mbewh.matnr = mbew.matnr and mbewh.bwkey = mbew.bwkey
{
  key mbew.matnr        as MatCode,
  key mbew.bwkey        as ValArea,
  key mbewh.lfmon       as Period,
      mbewh.stprs       as OldStd,       // 구표준 (이력 보관 방식 확인 필요)
      mbew.stprs        as NewStd,       // 신표준
      mbew.vmpei        as PriceUnit
}

③ 갱신 시점 재고 차원

갱신 시점의 재고수량을 돌려줍니다. 재평가 영향액은 이 수량에 곱해지므로 기준일을 어디로 잡느냐에 따라 금액이 달라집니다. 기준일 정의는 회사가 정합니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '갱신 시점 재고수량 (스케치)'
define view entity ZI_StockAtUpdate
  as select from mbewh
{
  key matnr             as MatCode,
  key bwkey             as ValArea,
  key lfmon             as Period,
      lbkum             as StockQty      // 갱신 시점 재고수량 (기준일 확인 필요)
}

④ 원가 추정 구성요소 차원

원가 추정 헤더와 품목에서 구성요소(재료비·노무비·경비)별 금액을 읽습니다. 구성요소 구분은 회사의 원가 구조에 따라 다르므로 확인 필요로 두었습니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '원가 추정 구성요소 (스케치)'
define view entity ZI_CostEstElem
  as select from keko
    inner join ckis on ckis.kalnr = keko.kalnr and ckis.bzobj = keko.bzobj
{
  key keko.matnr        as MatCode,
  key keko.werks        as Plant,
  key ckis.elemt        as Elem,           // 구성요소 구분 (확인 필요)
      ckis.wrtfw_kpf    as ElemAmount      // 구성요소 금액 (필드 확인 필요)
}

⑤ 큐브 — 영향액 재계산과 판정

재평가 영향액을 다시 계산하고 전기액과의 차이, 판정 코드를 정하는 핵심 뷰입니다. 판정 순서와 허용 오차가 여기에 있습니다. 판정은 확인할 자리를 알려 줄 뿐 회계 처리를 정하지 않습니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.dataCategory: #CUBE
@EndUserText.label: '표준원가 갱신 영향 큐브 (스케치)'
define view entity ZI_StdRevalCube
  as select from ZI_StdPriceHist as ph
    left outer join ZI_StockAtUpdate as st
      on st.MatCode = ph.MatCode and st.Period = ph.Period
    left outer join zsc_rvlmap as mp
      on mp.matnr = ph.MatCode and mp.spmon = ph.Period
{
  key ph.MatCode, key ph.Period,
      cast( ( ph.NewStd - ph.OldStd ) * st.StockQty as abap.dec(15,2) ) as RevalAmt,
      mp.post_amt                                                        as PostedAmt,
      case
        when mp.post_amt is null                                         then 'NOPOST'
        when abs( ( ph.NewStd - ph.OldStd ) * st.StockQty - mp.post_amt ) > 1 then 'POST'
        else ''
      end                                                                as CheckCode
}

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

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

@AccessControl.authorizationCheck: #CHECK
@Analytics.query: true
@EndUserText.label: '표준원가 갱신 영향 쿼리 (스케치)'
define view entity ZC_StdRevalQuery
  as select from ZI_StdRevalCube
{
  @AnalyticsDetails.query.axis: #ROWS
  key Period,
  @AnalyticsDetails.query.axis: #ROWS
  key MatCode,
  @Consumption.filter: { selectionType: #SINGLE, multipleSelections: false }
  CheckCode,
  RevalAmt,
  PostedAmt
}

⑦ 권한 객체(DCL)

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

@EndUserText.label: '표준원가 갱신 영향 권한 (스케치)'
@MappingRole: true
define role ZR_StdRevalCubeDcl {
  grant select on ZI_StdRevalCube
    where ( Plant ) = aspect pfcg_auth( M_MSEG_WWA, WERKS, ACTVT = '03' );
}

⑧ 서비스 정의

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

@EndUserText.label: '표준원가 갱신 영향 서비스 (스케치)'
define service ZUI_StdReval {
  expose ZC_StdRevalQuery as ItemSet;
  expose ZI_CostEstElem   as ElemSet;
}

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

자재 수가 수만 개이고 재고 이력이 여러 해라면 큐브에서 집계 단위를 자재·월까지 먼저 줄이고, 구성요소와 입고 전표는 자재를 고른 뒤 내려가도록 하는 편이 안전합니다. 회계연도를 필수 조회조건으로 두고, 가격 이력과 자재 전표의 키에 맞는 인덱스를 확인하며, 응답 시간 기준은 회사가 정합니다. 이 표본은 자재·월 38건이어서 성능 문제가 드러나지 않으므로 운영 데이터 기준 측정이 따로 필요합니다.

자주 묻는 질문

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

숫자와 산식

화면과 조작

분석과 대사

도입과 운영