라우팅 공정원가 점검 — 제조원가, 표준시간과 활동단가로 공정 가공비를 다시 계산해 원가계산 반영액과 견주고 변경 뒤 재계산이 빠진 공정을 찾는 월마감 화면

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

매월 말, 원가 담당자는 같은 질문을 받습니다. “가공비가 왜 계획보다 올랐나, 단가가 바뀐 건가 시간이 바뀐 건가, 그 변경이 원가계산에 반영되기는 했나.” 라우팅에는 공정마다 표준시간이 있고 작업장에는 활동단가가 있어서 둘을 곱하면 공정 원가가 나옵니다. 그런데 원가 추정을 한 번 돌린 뒤에 단가나 시간이 바뀌면 그 변경이 반영액에 들어갔는지 화면 하나로는 알 수 없습니다.

이 앱은 그 맞춤 작업을 한 화면에 올립니다. 공정마다 준비·기계·노무 시간에 작업장 활동단가를 곱해 공정 원가를 다시 계산하고, 원가계산 반영액과의 차이·차이율을 구한 뒤, 단가·시간이 원가계산일 뒤에 바뀐 공정을 변경일로 가려냅니다. 이 영역은 특정 회계기준서가 아니라 제조원가 분석(라우팅 공정원가)이며, 표준 실행은 SAP 표준 T-code 가 담당하고 이 화면은 조회·검증 관점을 더해 확장합니다.

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

표준 화면은 라우팅의 공정과 시간, 작업장과 원가센터의 연결, 활동 유형의 계획 단가, 원가 추정 결과를 각각 보여 줍니다. 네 화면의 숫자를 한 줄에 놓고 비교하려면 결국 엑셀에 옮겨 곱셈을 다시 해야 합니다. 이 표본에서는 213개 공정 라인이 그렇게 모입니다.

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

6개월 합계로 보면 원가계산 반영 월액 127.8백만 원, 라우팅 계산 월액 129.8백만 원으로 차이는 +2.0백만 원, 비율로는 약 1.6% 입니다. 이 숫자만 보면 작은 차이로 읽히지만 공정 단위로 내려가면 55건이 점검 필요이고, 대부분이 2월 이후 도장·CNC 가공·용접·조립 작업장의 단가 변경에서 나옵니다. 평균 뒤에 숨은 변경을 공정 한 줄씩 드러내는 것이 이 앱의 첫 일입니다.

시간이 비었거나 단가가 빠진 공정은 조용히 0 이 된다

표준시간을 입력하지 않았거나 해당 월 활동단가가 등록되지 않으면 공정 원가가 0 에 가깝게 나오지만 어느 화면에서도 경고가 뜨지 않습니다. 이 표본에서는 포장 공정 표준시간 0 이 3건, 열처리 작업장 6월 단가 미등록이 3건 있고, 두 경우 모두 별도 판정 코드(NOTIME·NORATE)로 맨 먼저 걸립니다.

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

단가나 시간이 바뀐 날이 제품의 원가계산일보다 늦으면 그 변경은 반영액에 들어가지 못했을 가능성이 있습니다. 이 표본에서 그런 공정이 49건(RATE 35 · BOTH 10 · TIME 1 · OUT 3)이며, 차이율이 한도 0.5% 를 넘을 때만 점검 필요로 올려 불필요한 경고를 줄였습니다. 판정은 “점검 필요”와 “정상” 두 가지뿐이고, 재계산이 필요한지는 담당자가 확인합니다.

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

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

사용 방법

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

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

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

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

무엇으로 만들었나

실행 화면

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

처음 열었을 때와 조건 조회

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

위쪽에는 회계연도·전기 월·작업장·제품·점검 결과 다섯 조회조건이 있고, 그 아래 요약 타일에서 원가계산 반영 월액 127.8백만 원, 라우팅 계산 월액 129.8백만 원, 월액 차이 +2.0백만 원, 점검 필요 공정 55건·제품 29건을 먼저 읽습니다. 표 위의 탭 6개로 근거에서 넓은 범위까지 오갑니다. 처음 열 때 한 번 자동으로 조회됩니다.

조건을 바꾸면 요약 숫자와 표가 같은 조건으로 다시 계산됩니다. 조회 버튼은 입력 줄의 가장 오른쪽에 있고 입력 칸에서 Enter 를 눌러도 같습니다. 비워 둔 조건은 필터에 넣지 않아 전체로 읽습니다.

제품·작업장·월로 넓혀 보기

공정 한 줄에서 시작해 제품, 작업장, 월 단위로 범위를 넓혀 가며 같은 숫자를 다른 축에서 읽습니다.

1월 제품은 라우팅 가공비와 반영 가공비가 같아 차이율 0.00% 로 나옵니다. 2월부터는 도장·용접·조립 작업장의 단가가 바뀐 제품에서 +1.14%, +0.43%, +2.35% 처럼 차이가 생깁니다. 제품 한도 1.0% 를 넘은 행이 점검 필요로 표시되는 기준입니다.

작업장마다 준비·기계·노무 단가와 변경일이 월별로 보입니다. 변경일이 제품의 원가계산일보다 늦으면 그 달 공정이 원가에 덜 반영됐을 수 있다는 신호이므로, 뒤쪽 점검 컬럼과 함께 읽습니다. 열처리 작업장의 6월 단가 0 은 의도적으로 넣은 미등록 예외입니다.

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

점검 필요만 모으고 근거까지 내려가기

점검 필요 공정만 걸러 낸 뒤 행을 눌러 계산 내역으로 내려갑니다.

점검 결과를 점검 필요로 고르고 조회한 화면입니다. 판정 코드가 공정마다 붙어 있어 활동단가가 바뀐 공정(RATE), 시간이 바뀐 공정(TIME), 둘 다 바뀐 공정(BOTH) 을 구분해서 볼 수 있습니다. 코드는 확인할 자리를 알려 줄 뿐 원인을 단정하지 않습니다.

행을 누르면 상세 창이 열려 그 행의 값과 같은 제품·월의 공정 목록을 보여 줍니다. 준비·기계·노무 원가가 어떻게 더해져 공정 원가가 됐는지 원 단위로 따라갈 수 있습니다. 창은 닫기 버튼이나 바깥 영역 클릭으로 닫습니다.

숫자가 서로 맞는지 — 대사 결과

화면 안에서 대사식으로 검산한 결과입니다.

대사식 R01~R06 은 모두 검사 건수 대비 차이 0건입니다. 아래의 E01·E02 는 일부러 넣은 예외 행(표준시간 0, 활동단가 미등록)이며 대사 차이 건수와 따로 셉니다. 이 구분이 있어야 대사 차이 0건이 예외를 가리지 않습니다.

화면 뒤에서 일어나는 일

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

1. 준비 원가(원/개) = 로트당 준비시간(h) ÷ 로트 크기 × 준비 활동단가(원/h)
2. 기계 원가 = 개당 기계시간(h) × 기계 활동단가, 노무 원가 = 개당 노무시간(h) × 노무 활동단가 (각각 소수 둘째 자리 반올림)
3. 공정 원가 = 준비 + 기계 + 노무. 외주 공정은 외주 단가를 그대로 씁니다.
4. 차이(원/개) = 공정 원가 − 원가계산 반영액, 차이율(%) = 차이 ÷ 반영액 × 100
5. 월 공정원가(원) = 공정 원가 × 월 계획수량(원 단위 반올림)

활동단가와 표준시간은 월말 기준일의 값을 쓰고, 반영액은 원가계산일 기준의 값으로 만든 금액입니다. 원가계산일 이전 달은 비교하지 않습니다. 비교 대상이 아닌 달에 차이를 만들지 않기 위해서입니다.

점검 판정 규칙

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

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

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

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

파일 구성

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 구성을 스케치로 공개합니다. 실제 필드와 테이블은 시스템 버전·고객사 설정에 따라 다를 수 있어 확인하지 못한 부분은 “확인 필요”로 적었습니다.

뷰 레이어 구성

① 활동단가 기준 테이블

작업장·활동 유형·월별 단가와 변경일을 담는 매핑 테이블입니다. 표준 계획 단가 테이블을 직접 읽을 수 있다면 뷰로 대체해도 됩니다. 이 테이블이 비어 있으면 모든 공정이 NORATE 로 걸리므로 운영에서 가장 먼저 채우는 자리입니다.

@EndUserText.label : '활동단가 기준 (스케치)'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zrc_actrate {
  key client  : abap.clnt not null;
  key werks   : werks_d not null;
  key arbpl   : arbpl not null;
  key spmon   : spmon not null;
  setup_rate  : abap.curr(11,0);
  mach_rate   : abap.curr(11,0);
  labor_rate  : abap.curr(11,0);
  chg_date    : abap.dats;
}

② 라우팅 공정 차원

라우팅 헤더·공정·자재 할당과 작업장을 묶어 공정 한 줄의 표준시간을 돌려줍니다. 시간 단위 환산이 여기서 결정되므로 이후 모든 금액이 이 정의에 의존합니다. 단위 환산 방식은 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '라우팅 공정 (스케치)'
@ObjectModel.usageType: { sizeCategory: #XL, serviceQuality: #X, dataClass: #MASTER }
define view entity ZI_RouteOperation
  as select from plpo
    inner join plas on plas.plnty = plpo.plnty and plas.plnnr = plpo.plnnr
                   and plas.plnkn = plpo.plnkn
    inner join plko on plko.plnty = plas.plnty and plko.plnnr = plas.plnnr
                   and plko.plnal = plas.plnal
    inner join crhd on crhd.objid = plpo.arbid and crhd.objty = 'A'
{
  key plas.plnnr                  as RoutingGroup,
  key plas.plnal                  as GroupCounter,
  key plpo.vornr                  as OperNo,
      crhd.werks                  as Plant,
      crhd.arbpl                  as WorkCtr,
      plko.losvn                  as LotSizeFrom,
      plpo.vgw01                  as SetupStd,   // 준비 표준값 (단위 환산 확인 필요)
      plpo.vgw02                  as MachineStd,
      plpo.vgw03                  as LaborStd
}

③ 원가 추정 반영액 차원

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

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '원가 추정 공정별 활동비 (스케치)'
define view entity ZI_CostEstOperAmt
  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 ActivityAmount   // 공정별 활동비 (필드 확인 필요)
}

④ 큐브 — 시간 × 단가 재계산과 판정

준비·기계·노무 원가를 계산하고 반영액과의 차이, 판정 코드를 정하는 핵심 뷰입니다. 한도 0.5% 와 코드 우선순위가 여기에 있습니다. 판정은 확인할 자리를 알려 줄 뿐 회계 처리를 정하지 않습니다.

@AccessControl.authorizationCheck: #CHECK
@Analytics.dataCategory: #CUBE
@EndUserText.label: '라우팅 공정원가 큐브 (스케치)'
define view entity ZI_RouteOperCostCube
  as select from ZI_RouteOperation as op
    left outer join zrc_actrate as rt
      on rt.werks = op.Plant and rt.arbpl = op.WorkCtr
    left outer join ZI_CostEstOperAmt as ce
      on ce.Plant = op.Plant
{
  key op.RoutingGroup, key op.OperNo, key op.WorkCtr,
      cast( op.SetupStd / op.LotSizeFrom * rt.setup_rate as abap.dec(13,2) ) as SetupCost,
      cast( op.MachineStd * rt.mach_rate  as abap.dec(13,2) )                as MachCost,
      cast( op.LaborStd   * rt.labor_rate as abap.dec(13,2) )                as LaborCost,
      ce.ActivityAmount                                                      as RunAmt,
      case
        when op.SetupStd + op.MachineStd + op.LaborStd = 0 then 'NOTIME'
        when rt.mach_rate = 0                               then 'NORATE'
        when rt.chg_date > ce.CostingDate                   then 'RATE'
        else ''
      end                                                                    as CheckCode
}

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

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

@AccessControl.authorizationCheck: #CHECK
@Analytics.query: true
@EndUserText.label: '라우팅 공정원가 쿼리 (스케치)'
define view entity ZC_RouteOperCostQuery
  as select from ZI_RouteOperCostCube
{
  @AnalyticsDetails.query.axis: #ROWS
  key RoutingGroup,
  @AnalyticsDetails.query.axis: #ROWS
  key OperNo,
  @Consumption.filter: { selectionType: #SINGLE, multipleSelections: false }
  WorkCtr,
  @AnalyticsDetails.query.axis: #COLUMNS
  SetupCost, MachCost, LaborCost, RunAmt, CheckCode
}

⑥ 권한 객체 (DCL)

플랜트 단위로 읽을 수 있는 범위를 제한합니다. 원가센터 단위까지 나누려면 차원 뷰에 원가센터를 노출하는 확장이 필요합니다.

@EndUserText.label: '라우팅 공정원가 권한 (스케치)'
@MappingRole: true
define role ZR_RouteOperCostDcl {
  grant select on ZI_RouteOperCostCube
    where ( Plant ) = aspect pfcg_auth( c_anlage_x, werks, actvt = '03' );
}

⑦ 서비스 정의

쿼리를 OData V2 서비스로 내보냅니다. 서비스 바인딩을 게시한 뒤 앱의 서비스 주소를 이 서비스로 바꾸면 화면이 운영 데이터에 붙습니다.

@EndUserText.label: '라우팅 공정원가 서비스 (스케치)'
define service ZUI_RouteOperCost {
  expose ZC_RouteOperCostQuery as OperationCost;
}
// 서비스 바인딩: OData V2 - UI, 게시 후 서비스 활성화 확인(/IWFND/MAINT_SERVICE)

⑧ 월 집계 뷰

제품 × 월 집계와 월 합계는 큐브 위의 집계 뷰로 둡니다. 합계를 큐브에서 한 번 더 계산하지 않고 같은 뷰를 합산해 대사식이 항상 맞도록 합니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '월 집계 (스케치)'
define view entity ZI_RouteCostMonth
  as select from ZI_RouteOperCostCube
{
  key Period,
      sum( cast( SetupCost + MachCost + LaborCost as abap.dec(15,2) ) ) as RouteCost,
      sum( RunAmt )                                                       as RunCost
}
group by Period

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

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

자주 묻는 질문

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

숫자와 산식

화면과 조작

분석과 대사

도입과 운영