자재 사용량 차이 점검 — 관리회계, 생산오더의 표준 소요량과 실제 소비량을 허용 로스·스크랩 기록으로 가르고 원가 반영액까지 대사하는 월마감 화면

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

매월 말, 원가 담당자는 같은 질문을 받습니다. “자재를 표준보다 얼마나 더 썼고, 그 초과는 정상 로스인가 새는 것인가?” 생산오더가 쓴 자재는 오더 구성품 소요, 자재 문서, 원가 개별 항목에 나뉘어 쌓이는데, 소요량 기준이 어디서 갈라졌는지, 초과분이 스크랩으로 기록되어 설명되는지, 원가에는 같은 금액이 들어갔는지를 확인하려면 오더, BOM, 불출 문서, 원가 전표를 차례로 열어 엑셀로 맞추게 됩니다.

이 앱은 그 맞춤 작업을 한 화면에 올립니다. 소비 라인마다 양품 생산수량 × 단위 소요량으로 표준 소요량을, 불출에서 반품을 뺀 값으로 실제 소비량을 구해 사용량 차이를 만들고, 표준 소요량에 허용 로스율을 곱한 허용 로스량과 견줍니다. 허용을 넘은 수량에서 스크랩 기록량을 뺀 미설명 초과량을 가려내고, 허용 하한보다 적게 쓴 과소 사용도 함께 찾습니다. 금액은 모두 표준 단가로 평가해 가격 차이가 섞이지 않은 수량 차이만 봅니다. 마지막으로 계산한 소비금액이 원가에 반영된 금액과 같은지 월·원가요소별로 대사합니다.

오더도 BOM 도 있는데 사용량 차이는 따로 계산하게 된다

표준 화면은 생산오더의 구성품 소요, BOM 의 단위 소요량, 자재 문서의 불출·반품, 오더 원가 분석을 각각 보여 줍니다. 네 화면의 숫자가 왜 다른지는 결국 사람이 맞춰 봐야 합니다. 이 앱은 표준 소요량 + 사용량 차이 = 실제 소비량, 허용 초과량 = 스크랩으로 설명된 수량 + 미설명 수량이라는 두 줄의 식으로 이를 이어 붙이고, 소비 라인 360건 전부에 매번 같은 식을 적용합니다.

합계에서는 사용량 차이가 묻힌다

이 표본의 6개월 합계로 보면 실제 소비금액 1,390.2백만 원이 표준 1,382.3백만 원보다 7.9백만 원(+0.57%) 많을 뿐입니다. 평균만 보면 “대체로 괜찮다”입니다. 그러나 소비 라인으로 쪼개면 사용량 차이율이 -11.26%에서 +16.31%까지 벌어져 있고, 허용 초과 6.8백만 원과 과소 사용 -3.2백만 원이 서로 상쇄해 합계를 작게 만들고 있었습니다. 제품 × 월로 보면 1월 도장 외판의 자재원가 차이율은 +3.72%로 한도 ±1.50%를 두 배 넘습니다.

스크랩으로 설명되는 초과와 설명되지 않는 초과는 다르다

허용 로스를 넘겨 썼더라도 스크랩으로 기록됐다면 설명이 되는 초과입니다. 이 표본에서 허용 초과 금액 6.8백만 원 가운데 3.5백만 원은 스크랩 기록으로 설명되고, 나머지 3.4백만 원(소비 라인 27건)이 설명되지 않은 초과입니다. 둘을 섞어 보면 점검할 곳이 두 배로 늘어나므로 이 앱은 허용 초과량을 스크랩으로 설명된 몫과 미설명 몫으로 갈라 보여 줍니다.

덜 쓴 라인도 점검 대상이다

초과만 찾는 점검은 절반만 보는 것입니다. 표준보다 한참 덜 썼다면 미불출이나 대체 자재 사용, BOM 소요량 오류일 수 있고, 다음 달에 한꺼번에 불출되어 차이가 이월되기도 합니다. 이 표본에서는 20개 라인이 허용 하한보다 적게 소비됐고 가장 큰 라인은 -11.26%입니다. 금액으로는 -3.19백만 원이어서 초과 점검만으로는 보이지 않던 곳입니다.

원가 반영액이 계산액과 다른 달을 따로 찾아야 한다

불출이 맞아도 원가에 반영된 금액이 다를 수 있습니다. 이 표본에서는 18개 월 × 원가요소 가운데 네 곳에서 반영액이 계산액과 달랐고, 가장 큰 것은 1월 원재료비 -84,449원입니다. 원인을 단정할 수는 없지만, 어느 생산오더에서 어긋났는지까지 한 화면에서 좁혀 줍니다.

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

숫자만 보여 주고 끝나는 리포트는 이상한 숫자를 만나는 순간 멈춥니다. 이 앱은 월 → 자재·제품 → 소비 라인으로 한 단계씩 내려가고, 표의 행을 누르면 상세 창이 열려 계산 과정을 보여 주며, 현재 탭의 결과를 CSV 로 내려받을 수 있습니다.

사용 방법

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

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

화면이 보여 주는 숫자가 서로 맞는지는 화면 안의 대사 결과 탭에서 검산합니다. 정합성 식 일곱 가지(R01~R07)를 총 1,458건 검사해 차이 0건이었고, 여덟 번째 식(R08)은 원가 반영 차이를 일부러 넣은 4건을 별도로 보여 줍니다. 점검 필요로 표시되는 건수는 의도적으로 기준을 벗어나게 넣은 값이며 대사 차이와는 다릅니다.

스크랩으로 설명된 초과 라인 36건은 정상으로 표시되는 대조용 건이며, 점검 필요 건수에 들어가지 않습니다.

무엇으로 만들었나

실행 화면

아래 화면은 가상의 제품 5종(알루미늄 방열판 · 철제 프레임 · 제어반 조립체 · 수지 하우징 · 도장 외판)과 자재 12종, 가상의 표준단가로 만든 검증용 샘플 데이터(2026년 1~6월)를 실제로 조회한 모습입니다. 생산오더 120건, 소비 라인 360건이며 실제 고객사 값이 아닙니다.

처음 열었을 때와 조건 조회

처음 열었을 때 한 번 자동 조회되고, 조건을 바꿔 다시 조회하는 흐름입니다.

열면 자동으로 한 번 조회됩니다. 맨 위 조회조건은 회계연도 · 전기 월 시작/종료 · 자재 · 제품 · 점검 결과 다섯 칸이고 기본값은 2026년 전체입니다. 요약 타일은 실제 소비금액 1,390.2 · 표준 소비금액 1,382.3 · 사용량 차이 금액 +7.9 · 허용 초과 금액 6.8 · 미설명 초과 금액 3.4(이상 백만 원)와 점검 필요 소비 라인 51건을 보여 줍니다. 명세 표는 소비 라인 360행이고, 표준 소요량 · 허용 로스량 · 실제 소비량 · 사용량 차이 · 미설명 초과 · 점검 결과가 한 줄에 놓입니다.

조회조건은 입력 칸에서 Enter 를 누르거나 오른쪽 끝의 조회 버튼을 누르면 서비스로 전달됩니다. 점검 결과를 점검 필요로 고르면 명세 탭이 51행으로 줄고, 요약 타일도 같은 범위로 다시 계산됩니다. 점검 결과를 비우면 다시 360행입니다. 조회 버튼 옆의 초기화는 조건을 기본값으로 되돌립니다.

자재에서 제품으로 — 차이가 어디서 났는지

자재 기준으로 허용 로스율과 차이율을 견주고, 같은 차이가 어느 제품의 원가로 이어졌는지 봅니다.

자재 12종 × 6개월 72행입니다. 자재마다 허용 로스율이 다르므로 같은 +5%라도 냉연 강판(3.0%)에서는 한도 초과이고 분체도료(5.0%)에서는 한도 근처입니다. 집계 차이율이 허용 로스율을 넘은 행은 5개로, 1월 냉연 강판(+5.05% 대 3.0%) · 3월 ABS 수지(+4.87% 대 3.5%) · 4월 분체도료(+5.69% 대 5.0%) · 4월과 5월 배선 하네스(+1.04%와 +1.11% 대 1.0%)입니다. 소비 라인 점검이 있어도 집계가 허용 이내면 정상으로 두고 라인 건수만 따로 알려 줍니다.

제품 5종 × 6개월 30행입니다. 양품 생산수량으로 나눈 단위 자재원가를 표준과 실제로 나란히 두고, 차이율이 ±1.50%를 넘으면 점검 필요입니다. 여섯 행이 걸렸으며 1월 도장 외판(+3.72%) · 3월 수지 하우징(+2.73%) · 4월 알루미늄 방열판(+1.81%)과 수지 하우징(+1.77%) · 5월 도장 외판(+1.68%) · 6월 알루미늄 방열판(+2.54%)입니다. 제품 차이가 어느 자재에서 났는지는 상세 창에서 이어 봅니다.

원가 반영 대사와 월별 추이

계산액과 원가에 들어간 금액을 맞춰 보고, 달 단위로 이상한 곳을 찾는 흐름입니다.

월 × 원가요소(원재료비 · 부재료비 · 포장재비) 18행입니다. 계산액은 소비 라인의 실제 소비금액을 모은 값이고, 반영액은 원가에 실제로 얹힌 금액입니다. 둘이 다른 행은 네 개로 1월 원재료비 -84,449원 · 2월 부재료비 +22,019원 · 4월 원재료비 -55,099원 · 6월 원재료비 +83,939원입니다. 각 차이는 소비 라인 한 건에서 났고, 어느 생산오더인지 상세 창으로 이어 확인합니다.

월 실제 소비금액은 1월 236.0 · 2월 220.2 · 3월 239.8 · 4월 219.1 · 5월 224.0 · 6월 251.2(백만 원)입니다. 월 차이율은 3월 +0.30%에서 1월 +1.01%까지 모두 작아 보이지만, 허용 초과 금액은 4월 1.86백만 원이고 그 가운데 미설명 초과가 1.08백만 원으로 가장 큽니다. 점검 필요 월은 반영 차이가 있거나 차이율이 ±1.00%를 넘은 1 · 2 · 4 · 6월 네 개입니다.

근거 내려가기와 대사 결과

행을 눌러 계산 과정을 보고, 마지막으로 화면의 숫자가 서로 맞는지 대사 결과로 확인합니다.

표의 행을 누르면 상세 창이 열립니다. 4월 생산오더 300065의 강관 라인은 표준 소요량 2,112m에 허용 로스율 2.5%라 허용 로스량이 52.8m입니다. 불출 2,346.727m에서 반품 66.137m를 빼 실제 소비량이 2,280.59m이고, 사용량 차이는 +168.59m(+7.98%)입니다. 허용 초과량 115.79m 가운데 스크랩으로 기록된 31.032m를 뺀 84.758m가 미설명 초과로, 표준단가 6,800원을 곱하면 576,354원입니다.

여덟 가지 정합성 식(R01~R08)의 검사 건수가 라인 360건 · 월 6건 단위로 나열되고, R01~R07의 차이 건수는 모두 0입니다. 맨 아래 R08은 일부러 넣은 예외로 계산액과 원가 반영액이 다른 라인 4건(최대 84,449원)을 보여 주며 대사 차이와 분리해 집계합니다. 계산이 서로 맞는데도 값이 기준을 벗어난 곳이 점검 대상입니다.

화면 뒤에서 일어나는 일

자재 사용량 차이는 다섯 단계로 흘러갑니다. 각 단계의 결과가 다음 단계의 입력이 되므로, 어느 단계에서 숫자가 어긋나는지가 대사식으로 바로 드러납니다.

1. 표준 — 표준 소요량 = 양품 생산수량 × 단위 소요량, 허용 로스량 = 표준 소요량 × 허용 로스율 ÷ 100.
2. 실제 — 실제 소비량 = 불출수량 − 반품수량.
3. 차이 — 사용량 차이 = 실제 − 표준, 차이율(%) = 사용량 차이 ÷ 표준 소요량 × 100.
4. 초과 — 허용 초과량 = max(0, 사용량 차이 − 허용 로스량), 미설명 초과량 = max(0, 허용 초과량 − 스크랩 기록량).
5. 금액 — 표준 소비금액 = 표준 소요량 × 표준단가, 실제 소비금액 = 실제 소비량 × 표준단가(각각 원 단위 반올림), 사용량 차이 금액 = 실제 − 표준.

마지막으로 자재별 합계, 제품별 합계, 월 합계, 원가 반영 대사의 계산액 합계가 모두 소비 라인 합계와 같아야 합니다. 이 식이 R05~R07이고, 라인 단위의 분해식이 R01~R04입니다.

점검 판정 규칙

판정 결과는 “점검 필요”와 “정상” 두 가지입니다. 원인을 단정하지 않고 확인할 자리만 알려 줍니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

조회조건은 줄바꿈되어 위아래로 쌓이고, 요약 타일은 두 줄로 접히며, 표는 가로 스크롤로 전환됩니다. 상세 창은 화면 너비에 맞춰 줄어듭니다. 데스크톱을 기준으로 설계했으며 태블릿에서도 쓸 수 있습니다.

파일 구성

index.html · readme.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
odata/       서비스 정의 · 샘플 데이터 6종
media/       소개 영상 · 포스터

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 생산오더 · BOM · 불출 문서 · 오더 원가 분석은 표준에 그대로 두고, 그 결과를 표준 소요량과 허용 로스 기준 위에서 다시 맞춰 보는 자리만 이어 붙였습니다.

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

T-code 별 연계 지점

운영 전환 시 기존 리포트를 없앨 필요는 없습니다. 법정 · 감사 대응은 표준 보고서와 원장에 남겨 두고, 이 앱은 월마감 전에 이상한 자재와 소비 라인을 먼저 골라내는 조회 전용 화면으로 곁에 둡니다.

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

표준 CDS 분석 쿼리나 Fiori 분석 앱, Analysis for Office 는 임의의 축으로 합계를 돌려 보는 데 강합니다. 이 앱은 그 위에서 “표준 + 사용량 차이 = 실제”와 “허용 초과 = 스크랩 설명분 + 미설명분”, “반영액 = 계산액”이라는 업무 규칙을 판정 코드로 올려 둔 점검 화면입니다. 같은 CDS 큐브를 두 곳이 함께 쓰면 분석 쿼리와 이 앱의 숫자가 어긋날 일이 없습니다.

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

분석 지표 정의표

CDS 구성

화면이 부르는 OData 서비스는 아래 CDS 뷰 위에 올라갑니다. 소요 · 이동 · 단가 · 원가 반영액을 서로 다른 뷰에서 받아 큐브에서 한 번만 계산하고, 화면 · CSV · 분석 쿼리가 모두 같은 큐브를 쓰도록 나눴습니다. 표준 CDS 뷰 이름은 확인된 것만 쓰고, 확인하지 못한 곳은 원천 테이블 기준으로 적었으며 “확인 필요”로 표시했습니다.

뷰 레이어 구성

① 허용 로스율 기준 테이블 — 값은 코드가 아니라 테이블에 둔다

허용 로스율은 자재마다, 기간마다 다르고 판정 한도도 점검 항목마다 다릅니다. 값이 코드에 박혀 있으면 기준이 바뀔 때마다 개발이 필요합니다. 기준 테이블로 나누면 현업이 값만 바꿔 같은 쿼리를 다시 돌릴 수 있고, 값이 비어 있으면 허용 로스량이 0 이 되는 문제를 점검 코드로 걸러 낼 수 있습니다.

" ───────────────────────────────────────────────
" 허용 로스율 기준 — 자재 · 유효시작일
" 허용 로스량 = 표준 소요량 × 허용 로스율 ÷ 100
" 값을 기간별로 관리하고 코드에 박지 않기 위해 나눈다
" ───────────────────────────────────────────────
@EndUserText.label : '자재 허용 로스율'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
define table zmuv_allow {
  key mandt    : mandt not null;
  key werks    : werks_d not null;
  key matnr    : matnr not null;
  key datab    : datab not null;
  allow_rate   : abap.dec(7,2);   " 허용 로스율(%)
  prod_limit   : abap.dec(7,2);   " 제품 자재원가 차이율 한도(%)
  month_limit  : abap.dec(7,2);   " 월 차이율 한도(%)
}

② 이동유형별 수량 집계 뷰 — 불출 · 반품 · 스크랩을 한 곳에서 가른다

오더 자재 이동에는 불출, 반품, 스크랩이 이동유형으로 섞여 있습니다. 어떤 유형을 무엇으로 볼지는 회사마다 달라서 분류를 한 뷰에 가두고, 나머지 뷰는 이 뷰의 결과만 씁니다. 아래의 이동유형 값은 예시이며 회사 정책에 맞춰 확인해야 합니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '오더 자재 이동 수량(불출·반품·스크랩)'
define view entity ZI_MatUsageMove
  as select from aufm
{
  key aufm.aufnr as OrderNo,
  key aufm.matnr as MatCode,
      aufm.meins as Uom,
      @Semantics.quantity.unitOfMeasure: 'Uom'
      sum( case when aufm.bwart = '261' then aufm.menge else 0 end ) as IssQty,   -- 불출(예시)
      @Semantics.quantity.unitOfMeasure: 'Uom'
      sum( case when aufm.bwart = '262' then aufm.menge else 0 end ) as RetQty,   -- 반품(예시)
      @Semantics.quantity.unitOfMeasure: 'Uom'
      sum( case when aufm.bwart = '551' then aufm.menge else 0 end ) as ScrapQty  -- 스크랩(회사 정책 확인 필요)
}
group by aufm.aufnr, aufm.matnr, aufm.meins

③ 소비 라인 뷰 — 오더 × 자재 한 줄

모든 집계의 근거가 되는 라인입니다. 표준 소요량은 구성품 소요에서, 단가는 자재 평가에서 가져오고 이동 수량은 ②의 뷰와 붙입니다. 표준 단가를 여기서 한 번 고정해 두면 큐브 이후에는 가격 차이가 섞일 자리가 없습니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '자재 사용량 소비 라인'
define view entity ZI_MatUsageLine
  as select from afko
    inner join afpo on afpo.aufnr = afko.aufnr
    inner join resb on resb.aufnr = afko.aufnr
    inner join mbew on mbew.matnr = resb.matnr and mbew.bwkey = resb.werks
    left outer join ZI_MatUsageMove as mv
      on mv.OrderNo = afko.aufnr and mv.MatCode = resb.matnr
{
  key afko.aufnr                                       as OrderNo,
  key resb.matnr                                       as MatCode,
      resb.werks                                       as Plant,
      afpo.wemng                                       as OutQty,        -- 양품 생산수량
      cast( resb.bdmng as abap.dec(15,3) )             as StdQty,        -- 표준 소요량(기준수량 환산 확인 필요)
      mv.IssQty, mv.RetQty, mv.ScrapQty,
      cast( mbew.stprs / mbew.peinh as abap.dec(9,2) ) as StdPrice       -- 표준단가
}

④ 자재 사용량 큐브 — 차이 · 허용 · 미설명을 한 번만 계산한다

허용 로스량, 사용량 차이, 허용 초과량, 미설명 초과량, 금액을 이 큐브에서 한 번만 계산합니다. 화면 · CSV · 분석 쿼리가 모두 같은 큐브를 쓰기 때문에 같은 라인의 숫자가 곳곳에서 어긋나지 않습니다. 계산식은 화면의 설명과 글자 그대로 같습니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.dataCategory: #CUBE
@EndUserText.label: '자재 사용량 큐브'
define view entity ZI_MatUsageCube
  as select from ZI_MatUsageLine as l
    left outer join zmuv_allow as a
      on a.werks = l.Plant and a.matnr = l.MatCode
{
  key l.OrderNo, key l.MatCode, l.Plant,
      a.allow_rate                                                       as AllowRate,
      l.StdQty,
      l.StdQty * a.allow_rate / 100                                      as AllowQty,
      l.IssQty - l.RetQty                                                as ActQty,
      ( l.IssQty - l.RetQty ) - l.StdQty                                 as QtyVar,
      case when ( l.IssQty - l.RetQty ) - l.StdQty - l.StdQty * a.allow_rate / 100 > 0
           then ( l.IssQty - l.RetQty ) - l.StdQty - l.StdQty * a.allow_rate / 100
           else 0 end                                                    as ExcessQty,
      l.ScrapQty,
      l.StdPrice,
      round( l.StdQty * l.StdPrice, 0 )                                  as StdAmt,
      round( ( l.IssQty - l.RetQty ) * l.StdPrice, 0 )                   as ActAmt
}
-- UnexQty = max(0, ExcessQty - ScrapQty) 는 분석 쿼리에서 계산 항목으로 둔다

⑤ 원가 반영 대사 뷰 — 계산액과 반영액을 월 · 원가요소로 견준다

불출이 맞아도 원가에 들어간 금액이 다를 수 있으므로 큐브의 실제 소비금액과 오더에 귀속된 자재비를 월 · 원가요소 단위로 맞붙입니다. 대사를 큐브와 분리해 두면 반영 로직이 바뀌어도 사용량 계산은 영향을 받지 않습니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '원가 반영 대사(월 × 원가요소)'
define view entity ZI_MatUsagePost
  as select from ZI_MatUsageCube as c
    inner join coep on coep.objnr = concat( 'OR', c.OrderNo )   -- 오더 귀속 원가 라인(확인 필요)
{
  key left( coep.budat, 6 )           as YearMonth,
  key coep.kstar                      as CostElem,
      sum( c.ActAmt )                 as CalcAmt,     -- 계산액
      sum( coep.wkgbtr )              as PostAmt,     -- 반영액
      sum( coep.wkgbtr ) - sum( c.ActAmt ) as DiffAmt
}
group by left( coep.budat, 6 ), coep.kstar

⑥ 분석 쿼리 — 자재 · 제품 · 월로 모은다

화면이 부르는 집계는 쿼리 하나에서 나옵니다. 미설명 초과량은 라인 단위로 먼저 계산한 뒤 합쳐야 하므로 계산 항목이 아니라 라인에서 만든 값을 더합니다. 합계에서 상쇄되는 초과와 과소를 보려면 부호를 유지한 채 합산해야 합니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.query: true
@EndUserText.label: '자재 사용량 분석 쿼리'
define view entity ZC_MatUsageQuery
  as select from ZI_MatUsageCube
{
  @AnalyticsDetails.query.axis: #ROWS  Plant,
  @AnalyticsDetails.query.axis: #ROWS  MatCode,
  @AnalyticsDetails.query.axis: #COLUMNS  sum( StdAmt )   as StdAmt,
  @AnalyticsDetails.query.axis: #COLUMNS  sum( ActAmt )   as ActAmt,
  @AnalyticsDetails.query.axis: #COLUMNS  sum( ActAmt - StdAmt ) as QtyVarAmt
}

⑦ 접근 제어 — 단가가 보이는 범위를 막는다

자재별 단가와 원가가 함께 보이므로 플랜트와 오더 유형 단위로 행을 막습니다. 권한 오브젝트와 값은 회사 권한 설계에 맞춰야 하며, 아래는 구조 예시입니다(확인 필요).

@EndUserText.label: '자재 사용량 접근 제어'
@MappingRole: true
define role ZI_MatUsageCube {
  grant select on ZI_MatUsageCube
    where ( Plant ) = aspect pfcg_auth( M_MSEG_WWE, WERKS, ACTVT = '03' );
}

⑧ 서비스 정의 — 화면이 보는 문

쿼리와 대사 뷰를 OData 서비스로 노출합니다. 화면은 이 서비스의 엔티티셋 여섯 개와 펑션 하나만 부르고, 계산과 판정은 서비스가 맡습니다.

@EndUserText.label: '자재 사용량 차이 점검 서비스'
define service ZUI_MatUsageSrv {
  expose ZI_MatUsageCube   as LineSet;
  expose ZC_MatUsageQuery  as MatSet;
  expose ZI_MatUsagePost   as PostSet;
}
-- 서비스 바인딩은 OData V2 - UI 유형으로 만든다. 권한 오브젝트와 값은 회사 권한 설계에 맞춘다(확인 필요)

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래 항목은 코딩이 아니라 합의입니다.

운영 데이터로 갈 때

생산오더와 자재 문서가 수천만 건이면 라인 단위로 매번 전체를 집계할 수 없습니다. 회계연도와 기간을 필수 조건으로 두고, 자재 · 제품 집계는 월 단위로 미리 모아 두며, 큐브는 오더 번호 위에 인덱스를 두어 조회 범위를 좁힙니다. 점검 판정은 큐브에서 한 번만 하고 화면은 결과만 받습니다.

자주 묻는 질문

도입 상담과 데모에서 자주 받는 질문을 네 묶음으로 정리했습니다.

숫자와 산식

화면과 조작

분석과 대사

도입과 운영