재료 구매가격차이 점검 — 제조원가 분석, 계약단가·환율·부대비로 가르고 한도에 견주어 점검할 자재를 찾는 월마감 화면

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

월마감 때 원가팀이 가장 자주 받는 질문은 “재료를 표준보다 비싸게 샀다는데, 왜 비쌌나” 입니다. 표준 화면은 자재 평가 차이액을 보여 주지만, 그 차이가 계약단가가 올라서인지, 환율이 움직여서인지, 운임·통관 같은 부대비가 늘어서인지는 엑셀로 다시 갈라야 합니다. 이 앱은 그 가르는 일을 입고 명세 한 건 단위에서 해 두고, 자재·월·요인 순으로 합쳐 올려 한 화면에 놓습니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 78.4백만원 차이의 진짜 이유

검증용 샘플 데이터(2026년 1~6월, 8개 자재)에서 표준금액 1,840.5백만원에 대해 실제 금액이 1,918.9백만원이어서 구매가격차이는 +78.4백만원(+4.26%)입니다. 표준 화면은 여기까지 말합니다. 이 앱은 그 다음을 답합니다. 점검 필요 자재·월이 18건이고, 그중 4월 전기동 선재는 차이율이 +11.25%로 한도 4.50%를 크게 넘었으며, 차이 7,275,393원 가운데 환율 요인이 3,714,393원으로 가장 컸습니다. “구매가 비쌌다”로 끝나던 회의가 “환율 환산 기준과 구매 시점을 어떻게 가져갈지”를 정하는 회의로 바뀝니다.

점검 필요는 원인을 단정하는 표시가 아니라 확인할 대상을 가리는 표시입니다. 최종 판단은 회사와 담당자가 합니다.

도입하면 달라지는 것

• 원인 확인 시간 — 구매팀에 되묻기 전에 어느 요인이 컸는지 먼저 보입니다.
• 회의의 주제 — 차이 금액이 아니라 계약·환율·부대비 중 무엇을 손볼지를 이야기합니다.
• 숫자에 대한 신뢰 — 합계가 맞는지를 화면이 스스로 대사하므로 “어느 숫자가 맞나” 하는 논의가 줄어듭니다.
• 기록 품질 — 입고 담당이 적은 요인과 금액 기준 요인이 어긋난 건이 따로 모입니다.

이런 회사에 맞습니다

표준원가를 쓰면서 원자재·부품 구매 비중이 크고, 월마감에 구매가격차이의 원인을 엑셀로 풀고 있는 제조 회사의 원가팀과 구매 관리 조직에 맞습니다. 수입 자재가 많아 환율 영향을 따로 보고 싶은 회사에는 특히 쓸모가 있습니다.

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

대사식을 먼저 세우고 샘플 데이터 전체로 돌렸습니다. 아래는 이 사례 데이터의 결과입니다.

화면 쪽은 브라우저 자동화로 따로 확인했습니다. 요약 숫자와 표가 같은 조건에서 나오는지, 행 상세의 금액이 표와 같은지, 대사 차이 건수가 0인지를 다시 잽니다. 이 글의 숫자는 모두 가상 거래처·가상 자재로 만든 검증용 샘플 데이터에서 나온 것이며 실제 고객사의 값이 아닙니다.

도입 후 쓰는 순서

1. 회계연도를 확인하고 필요하면 입고 월 범위, 플랜트, 자재, 기록 요인, 입고일, 점검 결과를 골라 조회를 누릅니다. 고르지 않은 조건은 걸리지 않습니다.
2. 위쪽 일곱 숫자로 표준 금액, 실제 금액, 구매가격차이, 차이율, 점검 필요 자재를 먼저 봅니다.
3. 자재 판정 탭에서 점검 필요 행을 찾아 누르면 상세 창이 열립니다.
4. 요인 구성 탭에서 계약단가·환율·부대비 중 무엇이 컸는지 봅니다.
5. 입고 명세 탭에서 건별 단가와 기록 요인을 확인합니다.
6. 대사 결과 탭에서 합계가 맞는지 확인하고, 필요하면 CSV 로 내려받습니다.

실행 화면

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

위쪽 일곱 숫자가 표준 금액 1,840.5백만원, 실제 금액 1,918.9백만원, 구매가격차이 +78.4백만원(차이율 +4.26%)을 먼저 말합니다. 그 아래 48행 표에서 점검 필요로 표시된 자재·월이 18건이라는 점까지 한 화면에서 읽힙니다.

전기동 선재처럼 한 자재만 골라 점검 필요만 걸면 표준 290.0백만원 대비 +29.8백만원(+10.28%)으로 좁혀집니다. 요약과 표가 같은 조건에서 나오므로 어느 쪽을 봐도 숫자가 갈라지지 않습니다.

차이를 계약단가·환율·부대비로 가르면 “비싸게 샀다”가 “계약이 올랐다”인지 “환율이 움직였다”인지 “운임이 늘었다”인지로 바뀝니다. 부호가 달라도 크기를 견주도록 절대 기준 비중을 함께 둡니다.

304건의 입고 명세가 열립니다. 기록한 요인과 금액이 가장 큰 요인이 다른 건은 요인 확인 필요로 따로 모읍니다. 7건을 일부러 넣어 두었습니다.

어느 달에 차이가 부풀었는지, 점검 필요 자재가 몇 개나 걸렸는지가 6개월 흐름으로 읽힙니다.

명세 합계 = 자재 집계, 자재 합계 = 월 합계 = 요인 합계 같은 식을 화면이 매번 다시 계산해 차이 0을 보입니다. 의도적 예외는 오류와 섞이지 않게 따로 세웁니다.

4월 전기동 선재는 표준금액 64,692,600원, 실제금액 71,967,993원으로 차이 +7,275,393원(+11.25%)이고, 한도 4.50%를 넘어 점검 필요입니다. 계약단가 +2,811,190원, 환율 +3,714,393원, 부대비 +749,810원으로 가르면 환율 몫이 가장 크다는 것이 바로 보입니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준이 끊기는 자리만 이어 붙이는 쪽으로 만들었습니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다.

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

분석 지표 정의

OData 구성

서비스는 OData V2 하나(matprice_srv)이고, 매니페스트의 데이터 소스에 상대 경로로 선언합니다. 엔티티셋은 입고 명세(ItemSet), 자재·월 판정(MatSet), 월별 요인 구성(FactorSet), 월 합계(MonthSet), 대사 결과(ReconSet) 다섯 개이고, 펑션 임포트로 월별 평균 차이율과 자재별 최대 차이율을 돌려줍니다. 입고일 조건은 날짜 리터럴로 걸 수 있고, 건수는 $inlinecount=allpages 로 함께 받습니다.

확인이 필요한 자리

입고 금액에 얹는 부대비 배부 금액의 원천, 이동유형 구분, 입고·가격차이 계정과 원장(ACDOCA)의 대조 방식은 회사 설정에 따라 다르므로 확인 필요입니다. 도입할 때 가장 먼저 정할 항목입니다.

CDS 구성

이 사례의 화면은 304건의 입고 명세를 서비스가 읽어 자재·월·요인으로 묶습니다. 데모라서 되는 일이고, 운영 데이터에서는 집계를 CDS 로 내립니다. 아래는 그때 만드는 뷰의 구성과 코드 스케치입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스·환경에 따라 다르므로, 붙여 넣기 전에 View Browser(F2170)로 실제 이름을 확인해야 합니다. 확인이 필요한 자리는 주석에 적어 두었습니다.

뷰 레이어 구성

① 표준 계약단가·환율·부대비 기준 테이블

요인 세 식의 “표준” 쪽 값을 담는 자리입니다. 표준이 바뀔 때마다 코드를 고치지 않으려고 표로 둡니다.

@EndUserText.label: '표준 계약단가·환율·부대비 기준'
@AbapCatalog.tableCategory: #TRANSPARENT
@AbapCatalog.deliveryClass: #C
define table zppv_std_factor {
  key mandt     : mandt not null;
  key matnr     : matnr not null;
  key werks     : werks_d not null;
  std_cprice    : abap.curr(15,2);   " 표준 계약단가
  std_fxrate    : abap.dec(9,5);     " 표준환율
  std_chg_price : abap.curr(15,2);   " 표준 부대비 단가
  waers         : waers;
}
" 값의 원천(구매 정책·표준원가 산정 결과)은 회사마다 다르므로 확인 필요

② 입고 명세 뷰

자재문서·구매오더·평가 데이터를 한 번에 붙여 입고 한 건을 한 행으로 만듭니다.

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '재료 구매가격차이 — 입고 명세'
define view entity ZI_MatPrcVarItem
  as select from mseg
    inner join mkpf on mkpf.mblnr = mseg.mblnr and mkpf.mjahr = mseg.mjahr
    inner join mbew on mbew.matnr = mseg.matnr and mbew.bwkey = mseg.werks
    inner join ekpo on ekpo.ebeln = mseg.ebeln and ekpo.ebelp = mseg.ebelp
{
  key mseg.mjahr as Gjahr,
  key mseg.mblnr as DocNo,
  key mseg.zeile as DocItem,
      mkpf.budat as PostDate,
      mseg.werks as PlantCode,
      mseg.matnr as MatCode,
      mseg.menge as Qty,
      cast( mbew.stprs / mbew.peinh as abap.dec( 15, 2 ) ) as StdPrice,
      ekpo.netpr as ContractPrice
}
where mseg.bwart = '101'   /* 이동유형은 회사 설정에 맞춰 확인 필요 */

③ 요인 금액 뷰

명세마다 계약단가 요인과 환율 요인을 파생합니다. 부대비 요인은 배부 원천이 정해진 뒤에 붙입니다.

@EndUserText.label: '재료 구매가격차이 — 요인 금액'
define view entity ZI_MatPrcVarFactor
  as select from ZI_MatPrcVarItem as i
    inner join zppv_std_factor as s
      on s.matnr = i.MatCode and s.werks = i.PlantCode
{
  key i.Gjahr, key i.DocNo, key i.DocItem,
      i.MatCode, i.PlantCode, i.PostDate,
      i.Qty * i.StdPrice                                   as StdAmt,
      /* 계약단가 요인 = 수량 × (계약단가 − 표준 계약단가) */
      i.Qty * ( i.ContractPrice - s.std_cprice )           as PriceAmt
      /* 환율 요인 = 수량 × 계약단가 × (입고 환율 ÷ 표준환율 − 1) — 입고 환율 필드는 확인 필요 */
      /* 부대비 요인 = 수량 × (실제 부대비 단가 − 표준 부대비 단가) — 배부 원천은 확인 필요 */
}

④ 자재·월 판정 뷰

명세를 자재·월로 올려 표준금액과 차이, 차이율을 구합니다. 한도 비교는 화면이나 상위 뷰에서 합니다.

@EndUserText.label: '재료 구매가격차이 — 자재·월 판정'
define view entity ZI_MatPrcVarMat
  as select from ZI_MatPrcVarFactor
{
  key Gjahr,
  key substring( cast( PostDate as abap.char( 8 ) ), 5, 2 ) as Period,
  key MatCode,
      PlantCode,
      sum( StdAmt )                               as StdAmt,
      sum( PriceAmt + FxAmt )                     as VarAmtExChg,
      /* 차이율 = 차이 ÷ 표준금액 × 100 — 한도와의 비교는 아래 뷰 또는 화면에서 */
      division( sum( PriceAmt + FxAmt ) * 100, sum( StdAmt ), 2 ) as VarRateExChg
}
group by Gjahr, PostDate, MatCode, PlantCode

⑤ 월 합계 뷰

자재·월 합계를 다시 월로 올립니다. 월 합계와 자재 합계가 같은지가 대사의 기본 식입니다.

@EndUserText.label: '재료 구매가격차이 — 월 합계'
define view entity ZI_MatPrcVarMonth
  as select from ZI_MatPrcVarMat
{
  key Gjahr,
  key Period,
      sum( StdAmt )      as StdAmt,
      sum( VarAmtExChg ) as VarAmt,
      count( distinct MatCode ) as MatCnt
}
group by Gjahr, Period
/* 월 합계 = 자재 합계 대사의 기준 — 대사 결과 화면이 이 두 뷰를 견준다 */

⑥ 화면 주석(메타데이터 확장)

표준 Fiori 화면이 컬럼을 띄우도록 주석을 얹습니다.

@Metadata.layer: #CUSTOMER
@UI.headerInfo: { typeName: '구매가격차이', typeNamePlural: '구매가격차이' }
annotate view ZI_MatPrcVarMat with
{
  @UI.lineItem: [{ position: 10 }]  MatCode;
  @UI.lineItem: [{ position: 20 }]  StdAmt;
  @UI.lineItem: [{ position: 30 }]  VarAmtExChg;
  @UI.lineItem: [{ position: 40, criticality: 'Crit' }] VarRateExChg;
}

⑦ 접근 제어

집계를 읽는 자리에 권한을 걸어야 합계로 새지 않습니다.

define role ZI_MatPrcVarItem {
  grant select on ZI_MatPrcVarItem
    where ( PlantCode ) = aspect pfcg_auth( M_MSEG_WWA, WERKS, ACTVT = '03' );
}
/* 권한 오브젝트와 필드는 회사 권한 설계에 맞춰 확인 필요 */

운영 전환 순서

1. 표준 계약단가·표준환율·표준 부대비 단가의 원천을 정합니다. 확인 필요 항목 1순위입니다.
2. 부대비 배부 금액의 원천과 이동유형 구분을 정합니다.
3. 명세 뷰를 만들고 자재문서 건수·금액을 MB51 과 대조합니다.
4. 요인 뷰를 만들고 세 요인의 합이 차이와 같은지 확인합니다.
5. 자재·월·월 뷰를 만들고 합계 대사를 돌립니다.
6. OData 서비스로 노출하고 화면의 서비스 경로만 바꿉니다.

자주 묻는 질문

도입 상담에서 자주 받는 질문을 네 묶음으로 적었습니다.

숫자와 산식

화면과 조작

데이터와 연동

도입과 운영