수주 마진 이탈 점검 — 수익성 분석, 수주 때 잡은 마진이 청구 때 얼마나 빠졌는지 가격·원가·수량 효과로 가르고 점검할 오더를 찾는 월마감 화면

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

수주를 받을 때는 단가와 그 시점의 원가로 마진을 잡습니다. 그런데 청구가 나가는 시점에는 단가가 깎여 있거나, 원가가 올라 있거나, 일부만 청구되어 있기도 합니다. 월마감에서 청구 기준 마진율만 보면 “올해 마진이 왜 이렇지”까지는 알 수 있어도, 수주 때 약속한 마진에서 얼마가 빠졌고 그 몫이 가격·원가·수량 중 어디에서 왔는지는 오더를 한 건씩 열어 엑셀로 다시 맞춰야 나옵니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 한 오더의 원가 변동이 제품군 판정을 흔든 경우

샘플 데이터에서 구동 모터 B형(오더 1000100042)은 수주 때 원가 단가 57,490원, 청구 때 63,572원이었습니다. 단가는 80,700원 그대로라 가격 효과는 0 이고, 마진율이 28.76%에서 21.22%로 7.54%p 떨어진 몫이 전부 원가 효과(−0.79백만원)였습니다. 이 한 건이 3.00%p 한도를 크게 넘어 점검 필요가 되었고, 구동 모터 제품군은 점검 필요 오더 비율 33.33%로 집계 행에서도 점검 필요가 되었습니다. 총액으로만 봤다면 “마진 차이 −37.2백만원” 한 줄로 지나갔을 이야기입니다. 전체 마진 차이는 가격 −12.3, 원가 −12.7, 수량 −12.2백만원으로 거의 고르게 나뉘어, 어느 한 가지만 손봐서는 해결되지 않는다는 점도 세 효과를 가르고서야 보였습니다.

도입하면 달라지는 것

• 마감 때 하던 대조 — 판매오더·청구문서·원가 견적을 오가며 하던 계산이 같은 틀로 나와 오더마다 엑셀을 새로 짜지 않습니다.
• 확인 순서 — 총액이 아니라 하락폭이 큰 오더와 점검 필요 비율이 높은 제품군·월부터 열어 볼 수 있습니다.
• 영업과 원가팀의 대화 — 가격 때문인지 원가 때문인지를 같은 숫자로 말하게 되어 “누구 책임인가”보다 “무엇을 확인할까”로 이야기가 옮겨 갑니다.

이런 회사에 맞습니다

수주 시점과 청구 시점 사이가 길어 단가·원가가 그 사이에 움직이는 제조·도매 회사, 수주 잔고에 잡힌 마진을 믿고 계획을 세우지만 청구 단계에서 마진이 새는 일이 잦은 관리회계팀과 영업관리팀에 맞습니다. CO-PA 를 운영하지 않아도 판매오더·청구문서·원가 견적을 오더 라인 단위로 이을 수 있으면 됩니다.

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

이 화면의 데이터는 모두 가상의 검증용 샘플이며, 실제 고객사의 거래·금액은 쓰지 않았습니다.

이와 별도로 청구 수량이 0 인 전량 미청구 오더 3건(126건 중)은 화면의 동작을 보이려고 의도적으로 넣은 예외입니다. 마진 차이 전액이 수량 효과로만 잡히는지를 대사 R08 이 따로 확인하며, 위 대사의 차이 건수와 섞지 않고 따로 셉니다.

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

사용 순서

1. 회계연도를 확인하고 필요하면 제품군·주 요인·청구 월 범위·청구일·점검 결과를 고른 뒤 조회를 누릅니다(Enter 도 됩니다).
2. 위쪽 요약 지표에서 수주 마진·실현 마진·마진 차이와 가격·원가 효과, 점검 필요 오더 수를 봅니다.
3. 점검 결과를 점검 필요로 두고 다시 조회해 하락폭이 큰 오더만 추립니다.
4. 요인 요약·제품군 요약·월별 추이 탭으로 넓은 곳에서 근거로 좁혀 가고, 행을 눌러 상세를 확인하며, 필요하면 CSV 로 내려받습니다.

SAP 표준 기능 확장 포인트

표준 실행과 결산 보고는 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

이 화면은 특정 회계기준을 적용하는 화면이 아니라 관리회계의 수익성 분석 목적의 점검 화면이라 관련 기준서는 없습니다. 원가 단가의 출처와 적용 시점, 허용 하락폭의 적정성은 이 화면이 판단하지 않습니다.

CDS 구성

판매오더 품목과 청구문서 품목, 원가 견적을 이어 오더 라인 단위로 마진을 계산하고, 판정과 집계를 얹어 OData 서비스로 노출합니다. 아래는 구조를 보이기 위한 스케치이며 이름과 필드는 예시입니다.

1. 오더 라인 기본 뷰 — 수주 수량·단가와 청구 수량·단가를 한 줄에

@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '수주 마진 이탈 — 오더 라인 기본'
define view entity OrdMargin_Line
  as select from I_SalesDocumentItem as Itm
  left outer join I_BillingDocumentItem as Bil
    on  Bil.ReferenceSDDocument     = Itm.SalesDocument
    and Bil.ReferenceSDDocumentItem = Itm.SalesDocumentItem
{
  key Itm.SalesDocument     as OrdNo,
  key Itm.SalesDocumentItem as ItemNo,
      Itm.Material          as MatCode,
      Itm.CreationDate      as OrdDate,
      Itm.OrderQuantity     as OrdQty,
      Itm.NetPriceAmount    as OrdPrice,
      Bil.BillingDocumentDate as BillDate,
      Bil.BillingQuantity   as BillQty,
      Bil.NetAmount         as BillNetAmount
}  // 분할 청구는 청구 수량을 합산하는 규칙을 운영에서 확정

2. 원가 단가 뷰 — 수주 시점과 청구 시점의 원가 견적 단가

define view entity OrdMargin_CostUnit
  as select from OrdMargin_Line as L
  association [0..1] to I_ProductCostEstimate as _OrdCost
    on  _OrdCost.Product = $projection.MatCode
    and _OrdCost.CostEstimateValidFrom <= $projection.OrdDate
  association [0..1] to I_ProductCostEstimate as _BillCost
    on  _BillCost.Product = $projection.MatCode
    and _BillCost.CostEstimateValidFrom <= $projection.BillDate
{
  key L.OrdNo, key L.ItemNo, L.MatCode, L.OrdDate, L.BillDate,
      _OrdCost.CostPerUnit  as OrdCostUnit,
      _BillCost.CostPerUnit as BillCostUnit
}  // 적용 시점·원가 견적 종류는 확인 필요

3. 마진과 세 가지 효과 — 오더 명세의 계산

define view entity OrdMargin_Order
  as select from OrdMargin_Line as L
  inner join OrdMargin_CostUnit as C
    on L.OrdNo = C.OrdNo and L.ItemNo = C.ItemNo
{
  key L.OrdNo, key L.ItemNo, L.MatCode,
      L.OrdQty * ( L.OrdPrice - C.OrdCostUnit )     as OrdMargin,
      L.BillQty * ( L.BillPrice - C.BillCostUnit )  as BillMargin,
      ( L.BillQty - L.OrdQty ) * ( L.OrdPrice - C.OrdCostUnit ) as QtyEff,
      L.BillQty * ( L.BillPrice - L.OrdPrice )      as PriceEff,
      -1 * L.BillQty * ( C.BillCostUnit - C.OrdCostUnit ) as CostEff
}  // MarginDiff = BillMargin - OrdMargin = QtyEff + PriceEff + CostEff

4. 판정 뷰 — 허용 하락폭과 판정 코드

define view entity OrdMargin_Verdict
  as select from OrdMargin_Order
{
  key OrdNo, key ItemNo,
      case
        when BillQty = 0                    then 'UNBILLED'
        when BillMargin < 0                 then 'NEG_MARGIN'
        when BillRate - OrdRate < -3.00     then 'RATE_DROP'
        else 'WITHIN'
      end as CheckCode,
      case
        when QtyEff <= PriceEff and QtyEff <= CostEff and QtyEff < 0 then 'QTY'
        when PriceEff <= CostEff and PriceEff < 0                     then 'PRICE'
        when CostEff < 0                                              then 'COST'
        else 'NONE'
      end as MainFactor
}  // 허용 하락폭 3.00 은 예시. 운영에서는 설정 테이블에서 읽는다

5. 제품군 집계 뷰 — 점검 필요 비율 30% 기준

define view entity OrdMargin_Group
  as select from OrdMargin_Order as O
  association to I_ProductGroup as _Grp on _Grp.ProductGroup = O.MatGrp
{
  key O.MatGrp,
      count(*)                        as OrdCnt,
      sum( O.MarginDiff )             as MarginDiff,
      sum( O.QtyEff )                 as QtyEff,
      sum( O.PriceEff )               as PriceEff,
      sum( O.CostEff )                as CostEff,
      cast( sum( case when O.CheckCode = 'RATE_DROP' or O.CheckCode = 'NEG_MARGIN'
                      then 1 else 0 end ) as abap.int4 ) as NeedCnt
}
group by O.MatGrp  // NeedCnt / OrdCnt >= 0.30 이면 집계 행도 점검 필요

6. 월별 집계 뷰 — 청구 월 기준 추이

define view entity OrdMargin_Month
  as select from OrdMargin_Order
{
  key substring( BillDate, 1, 4 ) as Gjahr,
  key substring( BillDate, 5, 2 ) as Period,
      sum( MarginDiff ) as MarginDiff,
      sum( QtyEff )     as QtyEff,
      sum( PriceEff )   as PriceEff,
      sum( CostEff )    as CostEff
}
group by substring( BillDate, 1, 4 ), substring( BillDate, 5, 2 )

7. 요인 요약과 서비스 노출

define view entity OrdMargin_Factor
  as select from OrdMargin_Verdict
{
  key MainFactor,
      count(*) as MainCnt
}
group by MainFactor

@OData.publish: true   // 오더·제품군·월·요인·대사 다섯 엔티티셋으로 노출
define service OrdMargin_Srv {
  expose OrdMargin_Order;  expose OrdMargin_Group;
  expose OrdMargin_Month;  expose OrdMargin_Factor;
}

운영 전환에서 정해야 할 항목

• 수주 시점 원가 단가를 어디에 남겨 두는지 (원가 견적 스냅숏 또는 오더 확장 필드, 확인 필요)
• 청구 시점 원가의 적용 기준과 원가 견적 종류 (확인 필요)
• 분할 청구·부분 청구의 수량 합산 규칙
• 허용 하락폭의 기준 단위(전사 공통인지 제품군별인지)와 보관 위치
• 화면의 OData 서비스를 실제 서비스로 바꿀 때의 권한과 조회 범위

자주 묻는 질문