SAP 원가 배부결과 검증 — 배부가 빠짐없이 끝났는지 확인하기

원가 결산에서 배부는 원가를 없애는 절차가 아니라 옮기는 절차입니다. 판관부서에 잡힌 제조성 비용이 생산본부로, 공장 간접부서의 원가가 제조직접부서로, 다시 공정으로 흘러가 마지막에는 생산오더가 받아 갑니다.

그래서 결산 담당자가 확인해야 할 것은 하나입니다. 보내야 할 곳에서 남김없이 빠져나갔는가. 보낸 쪽에 금액이 남아 있다면 배부 규칙에서 빠진 원가요소가 있거나 사이클이 덜 돌았다는 뜻입니다. SAP 표준 배부 실행 결과와 ACDOCA 데이터를 그대로 이어받아 이 확인을 사이클 단위로 하도록 OpenUI5 화면으로 확장한 것이 ZLCO06030입니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

결산월만 넣고 전체조회로 제조부서 전체의 발생·배부·잔액을 훑습니다 → 배부사이클을 AR101부터 AD102까지 순서대로 넣어 가며 단계별로 발신 코스트센터 잔액이 0이 되는지 확인합니다 → 파트너 컬럼과 행 상세에서 어느 부서로 얼마가 갔는지 추적하고, 결과는 CSV로 내려받습니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

Main.view.xml

사이클 AR101

사이클 AA102

동적 파트너 컬럼

조회 모드 R03

배부 내역 상세

조작 방법

1. 결산월을 YYYYPPP 형식(예: 2026005)으로 넣습니다. 필수값이며 비어 있으면 조회를 중단하고 안내합니다.
2. 배부사이클을 비운 채 조회하면 여섯 단계가 모두 끝난 최종 스냅샷(전체조회)이 나옵니다. 여기서 전체 그림을 먼저 잡습니다.
3. 배부사이클에 AR101부터 차례로 넣어 가며 조회합니다. 각 사이클 실행 직후 스냅샷이 조회되고, 툴바에 배부 완전성 판정이 표시됩니다.
4. 조회조건 입력필드에서 Enter를 눌러도 바로 조회됩니다. 사이클을 바꿔 가며 훑을 때 손이 마우스로 옮겨가지 않습니다.
5. 잔액 0 라인 숨김 옵션으로 이미 정리된 행을 걷어내고 남은 금액만 봅니다.
6. 행을 선택하면 배부 내역 상세가 열려 파트너 코스트센터별 배부금액을 확인할 수 있습니다.
7. 결과는 CSV 다운로드로 내려받습니다. 동적으로 만들어진 파트너 컬럼까지 그대로 포함되고 UTF-8 BOM이 붙어 엑셀에서 한글이 깨지지 않습니다.

배부 완전성 판정

판정의 뼈대는 식 하나입니다. 발생한 원가에 배부로 오간 금액을 더하면 그 코스트센터에 남은 금액이 나옵니다.

배부사이클 6단계

원가는 조직 상단에서 현장으로 내려오는 순서대로 흐릅니다. 앞 단계가 끝나야 다음 단계의 배부 기준이 확정되므로 순서 자체가 규칙입니다.

여섯 단계가 모두 끝나면 판관·공통연구·공장간접 부서의 잔액은 0이 되고, 남은 금액은 생산오더로 넘어갈 공정 코스트센터에 모입니다.

조회조건

R01·R02는 해당 사이클 프리셋으로 바로 넘어가고, R03은 최종 스냅샷에서 공정 코스트센터 잔액만 추려 보여 줍니다.

결과 컬럼

배부 내역 상세

SAP 표준 기능 매핑

이 화면은 표준 배부 처리를 대체하지 않습니다. 사이클 정의와 실행, 전기는 표준 트랜잭션이 그대로 담당하고, 그 결과를 결산월·사이클 단위로 모아 완전성 판정과 파트너별 배부명세 관점을 더해 확장하는 구성입니다.

운영 데이터 소스 매핑

참고 CDS 뷰

운영 서비스로 연결할 때는 유니버설 저널에서 코스트센터 × 원가요소그룹 단위로 발생분과 배부분을 나누어 집계하는 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZCALLOCRES'
@EndUserText.label: '원가 배부결과 검증 (Z)'
define view Z_C_ALLOCATION_RESULT
  as select from acdoca as Line
    inner join      bkpf as Header    on  Line.rbukrs = Header.bukrs
                                      and Line.belnr  = Header.belnr
                                      and Line.gjahr  = Header.gjahr
    left outer join cskt as CCtrText  on  Line.rcntr  = CCtrText.kostl
                                      and CCtrText.spras = 'K'
    left outer join skat as AcctText  on  Line.racct  = AcctText.saknr
                                      and AcctText.spras = 'K'
{
  key Line.rbukrs                as Bukrs,
  key Line.gjahr                 as Gjahr,
  key Line.poper                 as Poper,
  key Line.rcntr                 as Kostl,
  key Line.racct                 as Hkont,
      CCtrText.ktext             as KostlTx,
      AcctText.txt50             as HkontTx,
      Header.bktxt               as AllocCycle,
      Line.pcntr                 as PartnerKostl,
      // 발생분과 배부분은 전기텍스트(배부사이클) 유무로 갈라 집계
      sum( case when Header.bktxt = '' then Line.hsl else 0 end ) as Dmbtr,
      sum( case when Header.bktxt <> '' then Line.hsl else 0 end ) as Dmbtr00
}
group by Line.rbukrs, Line.gjahr, Line.poper, Line.rcntr, Line.racct,
         CCtrText.ktext, AcctText.txt50, Header.bktxt, Line.pcntr

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 배부 전기 관행과 원가요소그룹 체계에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

배부 규칙이나 사이클 구성이 바뀌어도 컨트롤러와 포맷터 두 파일만 손보면 됩니다.

검증 결과

화면 구성에 쓴 데이터는 배부사이클 6단계를 순차 시뮬레이션해 각 사이클 직후 스냅샷과 최종 스냅샷을 만든 것입니다.

코스트센터·원가요소·금액은 모두 검증용 데이터이며, 코스트센터 체계(판관 GPD·KPD, 공통·연구, 생산본부·생산1~3부, 공장 팀, 공정)는 프로젝트 표준을 따랐습니다.

자주 묻는 질문