공정원가 완성품환산량 점검 — 평균법 환산량으로 완성품과 기말재공 원가를 나눠 보고 장부와 견주는 월마감 화면

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

월마감 때 제조원가 담당자가 가장 오래 붙잡는 숫자는 기말재공 원가입니다. 이달 투입한 재료비와 가공비는 이미 나와 있는데, 그 가운데 얼마가 완성품으로 넘어가고 얼마가 아직 공정 안에 남았는지는 공정마다 진척도를 어떻게 보느냐에 따라 달라집니다. 같은 투입 원가라도 기말재공이 절반쯤 만들어졌다고 보면 가공비의 절반이 남고, 막 시작했다고 보면 거의 전부가 완성품으로 갑니다.

표준 화면은 재공품 계산과 차이 계산 결과를 오더 단위로 잘 보여 줍니다. 그러나 공정·품목·월 단위로 “환산량이 얼마이고, 단가가 얼마이며, 장부가 쓴 진척도가 생산 보고와 같은가”를 한 줄에 놓고 확인할 곳만 가려 주지는 않습니다. 그래서 현업은 생산 보고서와 원가 집계를 엑셀에 붙여 환산량을 다시 계산하고, 장부 금액과 맞춰 보며 월마감을 보냅니다.

이 앱은 그 계산을 계산 단위(공정·품목·월) 한 줄에서 해 둡니다. 완성품 수량에 기말재공 수량 × 진척도를 더해 재료비와 가공비의 환산량을 따로 구하고, 기초재공 원가와 당기 투입 원가를 더한 값을 환산량으로 나눠 평균 단가를 만듭니다. 그 단가로 완성품 원가와 기말재공 원가를 나눈 뒤 장부 금액과 견주고, 진척도·수량이 어긋난 곳을 점검 필요로 표시합니다. 재공품과 제품의 원가 배분은 K-IFRS 1002 재고자산 기준서의 원가 측정 관점과 닿아 있으며, 환산량 방식의 선택과 적용은 회사 정책과 외부감사인의 확인이 필요합니다.

진척도 하나가 달라지면 기말재공 원가가 달라진다

샘플 데이터 2월 기계가공의 구동축은 기말재공이 766개입니다. 생산 보고의 가공비 진척도는 25%이고, 장부는 100%를 썼습니다. 보고 기준으로 가공비 환산량은 3,302 + 766 × 25% = 3,493.5이고 가공비 단가는 3,307.97원입니다. 장부 기준이면 기말재공에 가공비가 훨씬 많이 남아 기말재공 원가가 7,012,550원, 보고 기준으로는 5,469,968원이 됩니다. 두 값의 차이 1,542,582원이 장부 차이로 잡힙니다. 진척도만 따로 보는 보고서는 이 차이를 가려 주지 않습니다. 이 앱은 두 진척도를 나란히 놓고 달라진 계산 단위를 점검 필요(진척도 확인)로 표시합니다.

기말재공이 있는데 가공비 진척도가 0%이면 가공비가 완성품으로 몰린다

3월 절단·성형의 구동축은 기말재공이 741개인데 가공비 진척도가 0%로 입력돼 있습니다. 환산량 계산에서 기말재공이 가공비 환산량에 한 개도 들어가지 않으니, 가공비 전액이 완성품 4,925개에 배분됩니다. 입력이 빠졌을 수도, 정말 가공이 시작되지 않은 재공일 수도 있어서 화면은 단정하지 않고 점검 필요(입력 확인)로 올립니다. 이런 건은 정합성 대사의 차이와 섞이지 않도록 의도적 예외로 따로 셉니다.

수량이 맞지 않으면 환산량이 맞을 수 없다

환산량은 수량에서 출발하므로 기초재공 + 당기 투입 = 완성품 + 기말재공 + 감손이 먼저 맞아야 합니다. 2월 도장·검사의 덮개는 기초 698개와 투입 5,336개를 합친 6,034개에서 완성 5,987개와 감손 5개를 빼면 42개가 설명되지 않습니다. 6월 기계가공 덮개는 반대로 92개가 더 잡혀 있습니다. 수량이 어긋난 채 원가를 나누면 단가가 달라지므로, 화면은 수량 차이가 있는 계산 단위를 먼저 가려 확인할 곳으로 올립니다.

공정 합계와 요소 합계가 다르면 월마감 회의가 길어진다

계산 단위 표, 공정 표, 원가 요소 표, 월 표를 따로 만들면 합계가 서로 달라 “어느 숫자가 맞나” 하는 회의가 열립니다. 이 앱은 계산 단위 한 줄에서 만든 금액을 공정·월로, 다시 월과 원가 요소로 올리고 열 가지 정합성 대사식으로 매번 검산합니다. 차이 건수가 요약 카드에 늘 함께 보이므로, 숫자를 믿어도 되는지를 열어 보기 전에 알 수 있습니다.

사용 방법

1. 조회조건 입력 — 회계연도(필수, 4자리)를 확인하고, 필요하면 원가 월 시작·종료, 공정, 품목, 원가 요소, 원가 확정일 시작·종료, 점검 결과를 고릅니다. 고르지 않은 조건은 걸리지 않습니다.
2. 조회 버튼 또는 Enter — 조건 입력칸의 가장 오른쪽 조회 버튼을 누르거나 입력칸에서 Enter 키를 누릅니다. 화면을 열면 기본 조건으로 한 번 자동 조회됩니다.
3. 요약 확인 — 총 투입 원가, 완성품 원가, 기말재공 원가, 장부 차이, 점검 필요 공정·월, 점검 필요 계산 단위, 대사 차이 건수를 위쪽 숫자로 봅니다.
4. 탭 이동 — 공정 판정 → 원가 요소 → 계산 단위 → 월별 추이 → 대사 결과 순서로 넘어가며, 탭 이름 위 숫자는 조건에 맞는 건수입니다.
5. 행 클릭 상세 — 표의 행을 누르면 상세 창이 열려 지표 전체와 같은 월의 계산 단위 명세를 보여 줍니다.
6. CSV 내려받기 — 현재 탭의 조회 결과를 UTF-8 CSV 로 내려받습니다.

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

먼저 대사식을 세우고, 검증용 샘플 데이터 전체에 대해 돌린 결과입니다. 아래 열 가지가 정합성 대사이고, 의도적 예외 세 가지는 따로 셉니다.

정합성 대사 열 가지는 모두 차이 건수 0입니다. 환산량 단가에 환산량을 곱한 값과 원가의 최대 차이 0.3382원은 단가를 소수 넷째 자리에서 반올림한 데서 온 것으로 허용 오차 1원 안입니다. 의도적 예외는 따로 셉니다 — 장부 진척도가 보고 진척도와 다른 계산 단위 5건(장부 기말재공 차이 최대 1,542,582원), 기말재공이 있는데 가공비 진척도가 0%인 3건, 수량 차이가 있는 3건(최대 92개)입니다. 판정은 72개 계산 단위 중 점검 필요 10건, 24개 공정·월 중 점검 필요 10건이며 별도 스크립트 재계산과 모두 일치했습니다. 화면의 요약 숫자(총 투입 원가 3,645.3백만원, 완성품 원가 3,460.6백만원, 기말재공 원가 184.7백만원, 장부 차이 −3.9백만원)도 스크립트 결과와 같았습니다.

무엇으로 만들었나

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지를 아래에 적었습니다. 숫자는 모두 같은 검증용 샘플 데이터에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

처음 열었을 때

처음 화면은 조건, 요약, 판정표 세 단으로 되어 있습니다. 조건을 넣기 전에도 기본 조건으로 한 번 조회되어 빈 화면을 보는 일이 없습니다.

위쪽 일곱 숫자가 총 투입 원가 3,645.3백만원, 완성품 원가 3,460.6백만원, 기말재공 원가 184.7백만원을 먼저 말합니다. 그 옆에서 장부 차이 −3.9백만원, 점검 필요 공정·월 10건, 점검 필요 계산 단위 10건, 대사 차이 0건이 함께 읽힙니다. 아래 24행 표는 공정·월 한 줄이 하나의 판정 단위이고, 조회 버튼은 조건 입력칸 오른쪽 끝에 있습니다.

점검 결과만 걸어도 10건이 남고, 공정·월 어디서 진척도나 수량이 어긋났는지가 점검 코드와 점검 내용에 적혀 있습니다. 같은 조건에서 요약 카드는 총 투입 원가 1,444.4백만원으로 줄어 표와 숫자가 갈라지지 않습니다.

원가가 어떻게 나뉘는가 — 원가 요소와 계산 단위

공정 판정 다음에 오는 질문은 어느 요소가, 어느 품목이 그렇게 나눴느냐입니다. 원가 요소 탭에서 재료비와 가공비의 평균 단가와 배분을 보고, 계산 단위 탭에서 환산량과 진척도를 확인합니다.

1월 재료비는 환산량 62,621.6에 평균 단가 8,321.31원이고, 합계 원가 521.1백만원 가운데 95.29%가 완성품으로 배분됩니다. 가공비는 환산량 61,158.65에 단가 1,946.94원입니다. 2월 이후 요소 행에 점검 필요가 붙는 것은 그 요소에 영향을 준 계산 단위가 있어서이며, 영향 단위 수가 함께 나옵니다.

72개 계산 단위가 열립니다. 가공비 진척도와 장부 진척도 두 칸이 나란히 있어, 달라진 단위를 한눈에 찾습니다. 2월 기계가공 구동축은 25.00%와 100.00%로 갈리고 장부 차이 −1,542,582원이 따라옵니다. 원가 확정일을 넣으면 그 기간에 확정된 계산 단위만 남습니다.

흐름과 상세 — 월별 추이와 행 상세

월별 흐름에서 기말재공 비중이 달라진 시점을 찾고, 공정·월 한 행을 눌러 그 달의 구성을 확인합니다.

기말재공 비중은 1월 4.60%에서 4월 6.17%까지 올랐다가 6월 4.20%로 내려옵니다. 점검 필요 단위는 2월부터 매달 2곳씩 나오고, 수량 차이 단위는 2·4·6월에 하나씩 있습니다. 어느 달부터 확인 대상이 늘었는지 6개월 흐름으로 읽힙니다.

2월 기계가공 한 행을 누르면 기초 1,796개, 투입 14,540개, 완성 14,631개, 기말 1,667개, 감손 38개와 총 투입 원가 139.8백만원이 한 번에 열립니다. 장부 차이 −1,542,582원과 차이율 1.21%가 함께 보이고, 아래 품목별 계산 단위에서 어느 품목이 원인 후보인지 이어서 확인합니다.

숫자를 믿어도 되는가 — 대사 결과

마지막 탭은 화면이 스스로 하는 검산입니다. 합계가 맞는지와 의도적 예외를 구분해 보여 줍니다.

환산량 계산, 수량 대사, 재료비 + 가공비 = 총 투입 원가, 전월 기말 = 당월 기초 같은 식을 화면이 매번 다시 계산해 차이 0을 보입니다. 장부 진척도 불일치 5건, 진척도 0% 입력 3건, 수량 차이 3건은 오류와 섞이지 않게 의도적 예외로 따로 세웁니다.

화면 뒤에서 일어나는 일

화면은 조회조건을 필터로 만들어 서비스에 보내고, 서비스가 계산 단위 한 줄에서 만든 값을 공정·월·요소·월 단위로 올려 돌려줍니다. 계산 순서는 다음과 같습니다.

1. 환산량 — 완성품 수량 + 기말재공 수량 × 진척도(%) ÷ 100. 재료비와 가공비를 따로 계산합니다. 평균법이며 감손 수량은 환산량에 넣지 않고 수량 대사에만 씁니다.
2. 환산량 단가 — (기초재공 원가 + 당기 투입 원가) ÷ 환산량. 재료비와 가공비 각각 소수 넷째 자리에서 반올림합니다.
3. 원가 배분 — 완성품 원가 = 완성품 수량 × 단가, 기말재공 원가 = 기말재공 환산량 × 단가. 두 값의 합이 총 투입 원가와 맞는지 대사합니다.
4. 수량 대사 — 기초 + 투입 = 완성 + 기말 + 감손 + 수량 차이. 전월 기말재공이 당월 기초재공으로 넘어갔는지도 봅니다.
5. 집계 대사 — 계산 단위 합계 = 공정·월, 공정 합계 = 월, 재료비·가공비 요소 합계 = 월.
6. 장부 비교 — 장부 완성품·기말재공 원가와 환산량 기준 금액의 차이를 장부 차이(원)와 차이율(%)로 보여 줍니다. 차이율은 완성품 원가 대비입니다.

판정 규칙 — 확인 대상을 가린다

계산 단위 한 줄마다 아래 조건을 확인하고 하나라도 걸리면 점검 필요로 표시합니다. 공정·월, 원가 요소, 월 단위는 아래 단위 판정을 모아 보여 줍니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

휴대폰 폭(390px)에서는 조회조건이 줄을 바꿔 쌓이고 조회·초기화 버튼은 조건 아래 줄에 놓입니다. 요약 숫자도 두 칸씩 접혀 아래로 이어지며, 화면이 가로로 넘치지 않습니다. 표는 열이 많아 좁은 화면에서는 가로로 밀어 보도록 두었습니다.

파일 구성

index.html · Component.js · manifest.json · readme.html
controller/  BaseController.js · Main.controller.js
view/        Main.view.xml · DetailDialog.fragment.xml
model/       formatter.js · ErrorHandler.js
css/ · i18n/ (i18n_ko.properties)
odata/       서비스 선언(metadata.xml) · 서비스 구현(service.js) · 엔티티별 응답 데이터

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준 결과 위에서 공정·품목·월 단위로 확인할 곳만 가려 주는 자리를 이어 붙입니다. 아래 대응은 회사의 원가계산 구성에 따라 달라질 수 있어 확인 필요입니다.

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

T-code 별 연계 지점

운영 전환 때 “기존 리포트를 없애야 하나” 하는 질문이 따라옵니다. 답은 없애지 않는다입니다. 표준 재공품·차이 계산 결과는 법정·감사 대응과 원천 확인에 그대로 쓰고, 이 화면은 월마감 전에 점검 대상을 가리는 데 씁니다. 두 결과가 같은 기간에서 같은지 맞춰 보는 것이 전환의 첫 단계입니다.

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

표준 CDS 분석 쿼리나 Fiori 분석 앱, Analysis for Office 는 임의의 축으로 파고드는 탐색에 강합니다. 이 앱은 그 자리를 대신하지 않고, 월마감에서 매번 같은 판정 규칙과 같은 대사식으로 확인할 곳을 가려 주는 점검 화면의 자리에 둡니다. 같은 CDS 뷰를 분석 스택과 공유하면 두 화면의 숫자가 갈라지지 않습니다.

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

분석 지표 정의표

CDS 구성

화면이 읽는 데이터는 결국 CDS 뷰에서 나옵니다. 아래는 이 화면의 서비스를 S/4HANA 위에서 구성할 때의 뼈대입니다. 코드는 구조를 보이는 스케치이며, 원천 필드와 계정 범위는 회사 설정에 맞춰 확인이 필요한 곳을 주석에 적었습니다.

뷰 레이어 구성

① 공정·품목 매핑 테이블 — 공정 구분은 코드가 아니라 데이터로

공정과 품목 구분이 가장 먼저 흔들립니다. 작업장 개편이나 오더 유형 변경이 있을 때 구분을 뷰의 case 문에 박아 두면 매번 이송이 필요합니다. 유효 기간을 둔 매핑표로 빼 두면 지난 달 숫자가 옛 구분으로 그대로 읽힙니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZEQVU_PRCMAP  (공정·품목 매핑 테이블)
" 역할  : 오더 유형과 작업장이 어느 공정·품목에 속하는지를 한 곳에서 정한다.
" 이유  : 공정 구분을 CDS 안에 case 문으로 박아 두면 구분이 바뀔 때마다 뷰를 고쳐 이송해야 한다.
"         표로 빼 두면 현업이 행만 고치면 된다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '공정·품목 매핑'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zeqvu_prcmap {
  key client     : abap.clnt not null;
  key auart      : aufart not null;
  key arbpl      : arbpl not null;
  key valid_from : abap.dats not null;
  valid_to       : abap.dats;
  proccode       : abap.char(3);
  procname       : abap.char(12);
  itemcode       : abap.char(3);
  itemname       : abap.char(12);
}

② 진척도 테이블 — 보고 진척도와 장부 진척도를 따로 받는다

이 앱의 점검은 두 진척도가 같은지에서 출발합니다. 생산 보고가 말하는 진척도와 장부가 원가 계산에 쓴 진척도를 한 줄에 별도 칸으로 받아야 어긋난 곳을 가릴 수 있습니다. 재료비 투입률도 같은 줄에 둡니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZEQVU_PROG  (월별 진척도)
" 역할  : 계산 단위마다 재료비 투입률, 가공비 진척도(보고), 가공비 진척도(장부)를 둔다.
" 이유  : 두 진척도가 한 칸에 섞이면 불일치를 판정할 수 없다. 입력 출처와 입력자도 함께 남긴다.
" 확인 필요 : 진척도 원천(생산 실적 확인값 또는 별도 입력)은 회사 구성에 따라 정한다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '월별 진척도'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
@AbapCatalog.dataMaintenance : #ALLOWED
define table zeqvu_prog {
  key client      : abap.clnt not null;
  key gjahr       : gjahr not null;
  key period      : abap.numc(3) not null;
  key proccode    : abap.char(3) not null;
  key itemcode    : abap.char(3) not null;
  mat_pct         : abap.dec(7,2);   " 재료비 투입률 (%)
  conv_pct_rpt    : abap.dec(7,2);   " 가공비 진척도 — 생산 보고 (%)
  conv_pct_book   : abap.dec(7,2);   " 가공비 진척도 — 장부가 쓴 값 (%)
  changed_by      : abap.char(12);
  changed_at      : timestampl;
}

" 허용 차이율 — 장부 차이율 옆에 참고로 보여 주는 값 (판정에는 쓰지 않는다)
@EndUserText.label : '허용 차이율'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zeqvu_tol {
  key client      : abap.clnt not null;
  key gjahr       : gjahr not null;
  tol_rate        : abap.dec(7,2);
}

③ 기본 뷰 — 계산 단위별 수량

기초재공, 당기 투입, 완성품, 기말재공, 감손 수량을 계산 단위 한 줄로 읽습니다. 수량 대사식(기초 + 투입 − 완성 − 기말 − 감손)의 결과를 수량 차이로 이 뷰에서 확정하므로, 운영에서 가장 먼저 검증해야 하는 뷰입니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZI_EqvUnitQty  (기본 뷰 — 계산 단위별 수량)
" 역할  : 생산 실적 수량을 공정·품목·월 한 줄로 읽고 수량 차이를 계산한다.
" 이유  : 이후 모든 환산량 계산의 바닥이므로 수량 정의를 여기서 한 번만 정한다.
" 확인 필요 : 실적 수량의 원천 필드(확인 수량·불량 수량·재공 수량)는 회사 설정에 맞춰 확인한다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck: #NOT_REQUIRED
@EndUserText.label: '공정원가 — 계산 단위 수량'
define view entity ZI_EqvUnitQty
  as select from aufk
    inner join afko on afko.aufnr = aufk.aufnr
    inner join zeqvu_prcmap as pm
      on  pm.auart = aufk.auart
      and pm.valid_from <= afko.gstrp
      and ( pm.valid_to >= afko.gstrp or pm.valid_to = '00000000' )
{
  key aufk.aufnr                                   as OrderNo,
      pm.proccode                                  as ProcCode,
      pm.itemcode                                  as ItemCode,
      cast( substring( afko.gstrp, 1, 4 ) as abap.numc( 4 ) ) as Gjahr,
      cast( substring( afko.gstrp, 5, 2 ) as abap.numc( 3 ) ) as Period,
      /* 기초재공·당기 투입·완성·기말·감손 수량 — 실적 집계에서 파생 (확인 필요) */
      cast( 0 as abap.quan( 13, 0 ) )              as BegQty,
      cast( 0 as abap.quan( 13, 0 ) )              as InQty,
      cast( 0 as abap.quan( 13, 0 ) )              as OutQty,
      cast( 0 as abap.quan( 13, 0 ) )              as EndQty,
      cast( 0 as abap.quan( 13, 0 ) )              as LossQty,
      /* 수량 차이 = 기초 + 투입 - 완성 - 기말 - 감손 */
      cast( 0 as abap.quan( 13, 0 ) )              as GapQty
}
where aufk.loekz = ''   /* 삭제 표시 오더 제외 */

④ 기본 뷰 — 원가 요소별 금액

재료비와 가공비는 원가 요소가 다릅니다. 이 뷰는 저널 항목에서 월별 기초재공 원가와 당기 투입 원가를 요소 그룹(재료·가공)으로 나눠 읽습니다. 환산량 단가의 분자가 되는 금액이 여기서 정해집니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZI_EqvUnitCost  (기본 뷰 — 원가 요소별 금액)
" 역할  : 저널 항목을 원가 요소 그룹(재료비·가공비)으로 나눠 기초·당기 금액을 읽는다.
" 이유  : 환산량 단가의 분자가 되는 금액의 정의를 한 곳에 모은다.
" 확인 필요 : 원가 요소 범위와 기초재공 원가의 원천(전월 재공품 평가 결과)은 회사 설정에 맞춰 확인한다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck: #NOT_REQUIRED
@EndUserText.label: '공정원가 — 요소별 금액'
define view entity ZI_EqvUnitCost
  as select from acdoca as j
    inner join zeqvu_prcmap as pm
      on pm.arbpl = j.arbpl
{
  key j.rbukrs                       as CompanyCode,
  key j.gjahr                        as Gjahr,
  key j.poper                        as Period,
  key pm.proccode                    as ProcCode,
  key pm.itemcode                    as ItemCode,
      /* 요소 그룹: 재료비 / 가공비 — 계정 범위는 확인 필요 */
      case when j.racct between '0050000000' and '0050999999' then 'MAT'
           else 'CONV' end           as ElemGroup,
      j.rhcur                        as Currency,
      @Semantics.amount.currencyCode: 'Currency'
      sum( j.hsl )                   as InCost
}
group by j.rbukrs, j.gjahr, j.poper, pm.proccode, pm.itemcode,
         j.racct, j.rhcur

⑤ 큐브 — 환산량·단가·배분

환산량과 단가, 완성품·기말재공 배분 금액을 계산하는 뷰입니다. 합산할 수 있는 금액(원가, 환산량)과 합산하면 안 되는 비율(진척도, 단가)을 구분해 두어야 공정·월로 올릴 때 숫자가 어긋나지 않습니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZI_EqvUnitCube  (큐브 — 환산량·단가·배분)
" 역할  : 평균법 환산량과 단가를 계산해 완성품과 기말재공에 원가를 나눈다.
" 이유  : 단가는 합산하지 않고 환산량과 원가를 합산한 뒤 나눠야 공정·월 집계가 맞는다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck: #NOT_REQUIRED
@Analytics.dataCategory: #CUBE
@EndUserText.label: '공정원가 — 환산량 큐브'
define view entity ZI_EqvUnitCube
  as select from ZI_EqvUnitQty as q
    inner join zeqvu_prog as pg
      on  pg.gjahr = q.Gjahr and pg.period = q.Period
      and pg.proccode = q.ProcCode and pg.itemcode = q.ItemCode
    association [0..*] to ZI_EqvUnitCost as _Cost
      on  _Cost.Gjahr = $projection.Gjahr and _Cost.Period = $projection.Period
      and _Cost.ProcCode = $projection.ProcCode and _Cost.ItemCode = $projection.ItemCode
{
  key q.ProcCode, key q.ItemCode, key q.Gjahr, key q.Period,
      @DefaultAggregation: #SUM
      q.OutQty, q.EndQty, q.GapQty,
      /* 가공비 환산량 = 완성품 + 기말재공 × 진척도(보고) / 100 */
      @DefaultAggregation: #SUM
      cast( q.OutQty + q.EndQty * pg.conv_pct_rpt / 100 as abap.dec( 15, 2 ) ) as ConvEu,
      /* 재료비 환산량 = 완성품 + 기말재공 × 재료비 투입률 / 100 */
      @DefaultAggregation: #SUM
      cast( q.OutQty + q.EndQty * pg.mat_pct / 100 as abap.dec( 15, 2 ) )      as MatEu,
      pg.conv_pct_rpt                                                         as ConvPctRpt,
      pg.conv_pct_book                                                        as ConvPctBook,
      _Cost
}

⑥ 소비 쿼리 — 판정 코드와 장부 비교

화면이 읽는 판정이 이 쿼리에서 만들어집니다. 진척도 불일치, 0% 입력, 수량 차이 세 조건을 판정 코드로 만들고, 장부 금액과의 차이를 함께 돌려줍니다. 판정 기준을 이 쿼리 한 곳에 두면 화면 코드를 고치지 않고 기준을 조정할 수 있습니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZC_EqvUnitQuery  (소비 쿼리 — 계산 단위 판정)
" 역할  : 판정 코드(E1 진척도 불일치 · E2 0% 입력 · E3 수량 차이)와 장부 차이를 만든다.
" 이유  : 판정 기준을 한 곳에 두어 화면과 대사 결과가 같은 기준을 쓰게 한다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck: #CHECK
@Analytics.query: true
@EndUserText.label: '공정원가 — 계산 단위 점검'
define view entity ZC_EqvUnitQuery
  as select from ZI_EqvUnitCube
{
  @AnalyticsDetails.query.axis: #ROWS
  @Consumption.filter: { selectionType: #SINGLE, mandatory: true }
  key Gjahr,
  @AnalyticsDetails.query.axis: #ROWS
  @Consumption.filter.selectionType: #INTERVAL
  key Period,
  @AnalyticsDetails.query.axis: #ROWS
  key ProcCode,
  @AnalyticsDetails.query.axis: #ROWS
  key ItemCode,
      ConvEu, MatEu, GapQty,
      ConvPctRpt, ConvPctBook,
      /* 판정 코드 — 하나라도 걸리면 점검 필요 */
      case when ConvPctRpt <> ConvPctBook             then 'E1' else '' end as ChkE1,
      case when EndQty > 0 and ConvPctRpt = 0         then 'E2' else '' end as ChkE2,
      case when GapQty <> 0                           then 'E3' else '' end as ChkE3,
      case when ConvPctRpt <> ConvPctBook
             or ( EndQty > 0 and ConvPctRpt = 0 )
             or GapQty <> 0
           then 'CHECK' else 'OK' end                                       as CheckStatus
}

⑦ 권한 — 집계 단계에서 공정 범위를 제한한다

권한은 화면에서 숨기는 것으로 끝나지 않습니다. 쿼리 안에서 조회 범위를 제한해야 전사 합계로 남의 공정 숫자를 역산하는 일이 막힙니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZC_EqvUnitQuery  (DCL — 공정 단위 권한)
" 역할  : 권한 객체의 공정 값에 해당하는 계산 단위만 읽게 한다.
" 이유  : 집계 단계에서 걸지 않으면 합계로 다른 공정 숫자가 드러난다.
" 확인 필요 : 권한 객체와 필드는 회사 권한 설계에 맞춰 정한다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label: '공정원가 점검 권한'
@MappingRole: true
define role ZC_EqvUnitQuery {
  grant select on ZC_EqvUnitQuery
    where ( ProcCode ) = aspect pfcg_auth( ZEQVUPROC, ZPROC, ACTVT = '03' );
}

⑧ 서비스 정의와 바인딩 — OData V2 로 노출

마지막으로 쿼리를 서비스로 노출합니다. 화면의 서비스 주소는 이 바인딩이 게시하는 주소이며, 개발과 운영 사이 전환은 화면의 서비스 주소 한 줄을 바꾸는 것으로 끝납니다.

" ─────────────────────────────────────────────────────────────
" 객체  : ZUI_EqvUnit  (서비스 정의 · 바인딩)
" 역할  : 계산 단위·공정·원가 요소·월·대사 쿼리를 하나의 서비스로 묶어 노출한다.
" 이유  : 화면은 서비스 주소만 알면 되고, 뷰 구성이 바뀌어도 화면은 그대로다.
" 확인 필요 : 공정·월·요소·월 단위 쿼리와 대사 쿼리는 같은 방식으로 추가한다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label: '공정원가 완성품환산량 서비스'
define service ZUI_EqvUnit {
  expose ZC_EqvUnitQuery as UnitSet;
  /* ProcSet · ElemSet · MonthSet · ReconSet 는 같은 방식으로 expose */
}

/* 바인딩 : 유형 OData V2 - UI, 게시 후 서비스 주소를 화면의 데이터 소스 선언에 적는다. */

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

실제 운영에서는 계산 단위가 수십만 건까지 늘 수 있습니다. 집계는 가능한 한 데이터베이스 안(큐브·쿼리 단계)에서 끝내고 화면에는 공정·월 단위로 올린 값만 가져오게 합니다. 회계연도를 필수 파라미터로 두고 원가 월 구간을 함께 걸게 하며, 계산 단위 상세는 공정·월을 고른 뒤에만 읽습니다. 저널 항목을 읽는 뷰는 회사코드·회계연도·기간 순으로 조건이 걸리도록 인덱스와 접근 경로를 점검하고, 응답 시간 목표(예: 공정·월 24행 조회 3초 안)를 성능 기준으로 합의해 둡니다. 실제 기준치는 데이터 규모를 본 뒤 확인 필요입니다.

자주 묻는 질문

숫자와 산식, 화면과 조작, 데이터와 표준 연계, 도입과 운영 네 묶음으로 정리했습니다.

숫자와 산식

화면과 조작

데이터와 표준 연계

도입과 운영