활동기준원가(ABC) 드라이버 점검 — 관리회계, 쓴 만큼 제품에 나눈 배부액과 놀고 있는 용량의 원가를 월마감 전에 맞춰 보는 화면
활동별 비용풀 · 드라이버율 · 쓴 만큼의 제품 배부 · 직접노무시간 비례와의 차이 · 가동률과 미사용 용량 원가 · 여섯 가지 대사식 — 소개 영상과 실제 화면 7종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함8개 장면음성 안내 · 자막소개 → 처음 연 화면 → 점검 필요 활동 → 활동 상세 → 제품별 원가 비교 → 제품 상세 → 대사 결과 → 정리
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
월마감 전, 간접비 배부의 적정성과 유휴 용량 원가, 단가 변동의 원인을 통합적으로 파악하기 어려웠습니다. 이 앱은 흩어진 정보를 한 화면에 모아, 활동기준원가 배부 결과를 검증하고 이상 항목을 즉시 발견하도록 돕습니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 유휴 용량 원가 식별 | 활동 비용풀 중 제품에 배부되지 않고 남는 미사용 용량 원가를 명확히 식별합니다. 가동률에 따라 단위원가가 왜곡되는 현상을 방지합니다. | 유휴 용량 원가까지 제품 원가에 포함되어 정확한 제품별 손익 파악이 어렵습니다. |
| ② 가동률 이상 활동 점검 | 가동률 100% 초과 또는 60% 미만인 활동을 판정하여 용량 산정, 드라이버 집계 범위, 수요 변동 등 확인 대상을 안내합니다. | 비정상 가동률 활동을 수작업으로 찾아내고 원인을 파악하는 데 시간이 소요됩니다. |
| ③ 드라이버율 변동 추이 확인 | 전월 대비 드라이버율이 15% 이상 변동된 활동을 판정하고, 비용풀 변동 또는 용량 변경 여부 등 확인 대상을 제시합니다. | 매월 달라지는 드라이버율의 원인을 일일이 찾아 비교하는 데 어려움이 있습니다. |
| ④ 제품별 원가 배부 차이 분석 | 기존 방식 대비 활동기준원가 배부액 차이율이 45% 이상인 제품을 판정하여, 원가 배부 방식 변화에 따른 영향도를 보여줍니다. | 기존 방식 배부의 제품 원가 왜곡 여부를 파악하기 위해 복잡한 수작업 비교가 필요합니다. |
| ⑤ ABC 배부 데이터 정합성 검증 | 활동별 배부액 합계와 비용풀 일치 여부, 미사용 용량 원가와의 합계 일치 등 여섯 가지 대사식으로 데이터의 정합성을 전수 검산합니다. | 배부 결과의 숫자가 맞는지 검증하기 위한 수작업 대사로 인해 월마감 시간이 길어집니다. |
| ⑥ SAP 표준 원장 기반 데이터 | SAP 유니버설 저널(ACDOCA)의 코스트센터 비용과 마스터 데이터(CSKS)를 원천으로 사용하여, 표준 시스템과의 데이터 정합성을 확보합니다. | SAP 표준 데이터와 연동되지 않는 외부 시스템이나 수기 작업으로 인해 데이터 신뢰성에 의문이 발생합니다. |
| ⑦ 유연한 판정 기준 설정 | 가동률, 드라이버율 변동, 배부액 차이율 등 판정 기준 값을 회사 정책에 맞춰 유연하게 설정할 수 있습니다. | 일률적인 기준 적용으로 인해 회사의 특성과 맞지 않는 결과가 나오거나, 기준 변경 시 개발 비용이 발생합니다. |
사례로 보는 효과
6개월 합계 분석 결과, 활동 비용풀 18.69억 중 3.33억(17.8%)이 미사용 용량 원가로 식별되었습니다. 기존 배부 방식에서는 제품에 얹혔을 이 금액이 ABC 방식을 통해 명확히 분리됩니다. 또한, 가동률 이상, 드라이버율 15% 이상 변동 등 판정 기준에 따라 점검 필요 활동 4건과 제품 6건이 선별되어 즉시 확인할 수 있습니다.
도입하면 달라지는 것
- 제품 원가 배부의 신뢰성 향상
- 월마감 전 ABC 결과 적시 검증
- 수동 확인 업무와 오류 위험 감소
- 유휴 용량 원가 및 가동률 추이 명확화
이런 회사에 맞습니다
활동기준원가(ABC)를 도입했거나 도입 예정인 기업의 관리회계팀, 재무팀, 제조원가 담당자에게 적합합니다. 제품별 원가 정확성 및 월마감 효율성을 높이고자 하는 회사에 도움을 줍니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
아래 화면은 가상의 계정체계와 가상의 제품명으로 만든 검증용 자료(2026년 1~6월)를 실제로 조회한 모습입니다. 활동 7종 × 제품 8종 × 6개월이며, 실제 고객사 값이 아닙니다.
처음 열었을 때
열면 자동으로 한 번 조회해, 조회조건 아래에 요약 지표 일곱 개와 활동별 드라이버율 명세가 한꺼번에 보입니다.

맨 위 조회조건은 회계연도 · 전기 월 시작/종료 · 활동 · 제품 · 점검 결과 여섯 칸이고, 기본값은 2026년 전체입니다. 그 아래 요약 지표는 활동 비용풀 합계 · 제품 배부액 합계 · 미사용 용량 원가 · 평균 가동률 · 점검 필요 활동 · 점검 필요 제품 · 대사 차이 건수 순서이며 금액은 백만 원 단위로 보입니다. 미사용 용량 원가와 점검 필요 건수는 경고색으로 눈에 띄게 하고, 표는 활동 · 월별 비용풀 · 실용 용량 · 사용량 · 가동률 · 드라이버율 · 배부액 · 미사용 용량 원가 · 판정을 한 줄에 보여 줍니다.
점검 필요 활동과 활동 상세
점검 결과를 ‘점검 필요’로 좁히면 확인할 활동만 남고, 그 행을 누르면 제품별 사용량이 열립니다.

점검 필요 활동은 네 건입니다. 3월 기계 가동 활동은 가동률이 52.60%라 미사용 용량 원가가 5,590만 원으로 커졌고, 4월 설비 셋업은 108.33%로 용량을 넘겨 썼으며, 5월 주문 처리는 드라이버율이 전월보다 20.65% 올랐고, 6월 설계 변경 관리는 112.22%입니다. 판정 칸에는 조건 코드(L01~L03)와 확인할 일이 함께 적힙니다. 이 화면은 원인을 단정하지 않고 “용량 산정과 드라이버 집계 범위를 확인”처럼 다음 행동만 안내합니다.

활동 행을 누르면 그 활동을 제품 여덟 종이 얼마나 썼는지가 열립니다. 제품마다 드라이버 사용량 · 드라이버율 · 활동기준 배부액 · 직접노무시간 · 기존 방식 배부액 · 차이가 나란히 있어, 같은 비용풀을 두 방식이 어떻게 다르게 나눴는지 한눈에 비교됩니다. 제품별 배부액을 모두 더하면 그 활동의 배부액과 같아야 하며, 이는 대사식 R01로 검산됩니다.
제품별 원가 비교
두 번째 탭은 같은 달 같은 제품에 두 방식이 매긴 배부액을 견줍니다.

제품마다 직접비 · 활동기준 배부액 · 기존 방식 배부액 · 활동기준 총원가 · 단위원가 · 차이율이 한 줄입니다. 차이율은 (활동기준 − 기존) ÷ 기존 × 100이며 음수면 활동기준이 더 적게 배부했다는 뜻입니다. 45% 이상(절댓값) 벌어진 제품 여섯 건이 점검 필요로 표시되고, 이 자료에서는 구동 모터 L이 다섯 달, 구동 모터 S가 3월에 걸립니다. 제품 조건은 이 탭과 상세에만 적용됩니다.

제품 행을 누르면 그 제품이 쓴 활동별 사용량과 배부액 차이가 열립니다. 차이가 어느 활동에서 생겼는지 확인하는 자리입니다. 직접노무시간 비중은 큰데 셋업이나 검사 같은 활동은 적게 쓴 제품이 기존 방식에서 과하게 배부받았다는 사실이 이 표에서 활동 단위로 드러납니다.
월별 추이와 대사 결과
나머지 두 탭은 달 단위로 묶어 보는 자리와 숫자를 믿어도 되는지 확인하는 자리입니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조회조건 | 필수 | 기본값 | 필터로 보내는 방식 | 비고 |
|---|---|---|---|---|
| 회계연도 | 필수 | 2026 | 회계연도 eq | 4자리 숫자가 아니면 안내 문구를 띄웁니다 |
| 전기 월 시작 · 종료 | 선택 | 전체 | 전기 월 ge · le (둘 다 있으면 시작 이상, 종료 이하) | 시작이 종료보다 늦으면 안내합니다 |
| 활동 | 선택 | 전체 | 활동 eq | 전체이면 조건을 만들지 않습니다 |
| 제품 | 선택 | 전체 | 제품 eq | 제품별 원가 비교 탭과 상세에만 적용됩니다 |
| 점검 결과 | 선택 | 전체 | 점검 결과 eq | 정상 · 점검 필요 |
같은 항목에 시작과 끝을 따로 걸면 한 묶음으로 만들어 and로 이어 보냅니다. 서버마다 괄호 속 or를 해석하는 방식이 달라, 범위 조건을 or로 보내지 않도록 맞췄습니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
조회조건 칸과 요약 지표는 폭이 좁아지면 다음 줄로 이어지고, 표는 고정 높이 안에서 가로로 밀어 볼 수 있습니다. 숫자 열이 많은 표라 좁은 화면에서는 가로로 밀어 보는 것이 기본이고, 월마감 점검은 노트북 폭을 기준으로 맞췄습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
배부를 실행하고 전기하는 일은 SAP 표준 T-code가 담당하고, 이 화면은 그 결과를 조회 · 검증하는 관점을 더해 확장합니다. 표준 화면을 없애는 것이 아니라, 표준 화면 사이를 오가며 하던 대조를 한 화면으로 모읍니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 되는 범위 | 이 앱이 더하는 관점 |
|---|---|---|
| 활동 비용풀을 배부 사이클로 실행 | KSU5에서 사이클을 만들고 실행합니다. 이것이 표준의 본업입니다 | 실행하지 않습니다. 결과를 다시 계산해 맞춰 봅니다 |
| 비용풀의 원천 전표 확인 | KSB1에서 코스트센터별 개별 항목을 봅니다 | 활동 단위로 모은 비용풀 합계와 어느 코스트센터에서 왔는지를 한 줄에 둡니다 |
| 드라이버(활동 수량) 입력 | KB21N에서 직접 활동 배부를 입력합니다 | 입력된 사용량으로 가동률을 계산해 용량을 넘겼는지 봅니다 |
| 비용풀 총액을 보고서와 대조 | S_ALR_87013611에서 실적 · 계획 · 차이를 봅니다 | 비용풀 총액과 화면 합계가 맞는지 대사식으로 확인합니다 |
| 활동기준과 기존 방식의 단위원가 비교 | 없음 — 두 방식을 한 표에 견주는 표준 보고서가 없어 보통 엑셀로 만듭니다 | 같은 비용풀을 두 방식으로 나눈 배부액 · 단위원가 · 차이율을 나란히 둡니다 |
| 미사용 용량 원가 파악 | 배부 후 남는 금액을 따로 보는 전용 화면이 없습니다 | 비용풀 − 배부액으로 활동별 · 월별로 보여 줍니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| KSU5 | 실적 배부 실행 | 이어받는 것 활동 비용풀을 배부하는 사이클의 결과 금액. 대사 지점 사이클이 배부한 총액이 이 화면의 활동 배부액 합계와 같은지. 오가는 법 화면에서 배부액이 이상한 활동을 찾으면 KSU5의 해당 사이클 설정(세그먼트 · 수신자 · 기준)을 확인하고, 사이클을 고친 뒤에는 이 화면을 다시 조회합니다. 표준에 남길 일 사이클 실행과 전기는 계속 KSU5입니다. |
| KSB1 | 코스트센터 실적 개별 항목 | 이어받는 것 활동 비용풀을 이루는 전표 라인. 대사 지점 활동의 비용풀 합계와 연결된 코스트센터의 개별 항목 합계. 오가는 법 비용풀이 전월보다 크게 변한 활동은 KSB1에서 해당 코스트센터의 전표를 열어 증가 항목을 찾습니다. 표준에 남길 일 전표 상세 조회와 증빙 확인. |
| KB21N | 직접 활동 배부 입력 | 이어받는 것 드라이버 사용량(활동 수량)의 입력 결과. 대사 지점 입력한 활동 수량 합계와 이 화면의 사용 드라이버량. 오가는 법 가동률이 100%를 넘은 활동은 입력 수량의 중복이나 집계 범위를 KB21N 입력분에서 확인합니다. 표준에 남길 일 수량 입력과 정정. |
| S_ALR_87013611 | 코스트센터: 실적/계획/차이 | 이어받는 것 코스트센터별 실적 비용. 대사 지점 활동에 속한 코스트센터의 실적 비용 합계와 비용풀. 오가는 법 비용풀이 계획과 얼마나 벌어졌는지는 이 보고서에서 보고, 그 비용풀을 어떻게 나눴는지는 이 화면에서 봅니다. 표준에 남길 일 계획 대비 차이 보고와 법정 · 감사 대응. |
S/4HANA 분석 스택과의 자리
S/4HANA에서는 CDS 뷰 위에 분석 쿼리를 만들고, Fiori 분석 앱이나 Analysis for Office로 읽는 구성이 일반적입니다. 이 앱은 그 구성과 경쟁하지 않고 같은 CDS 뷰를 OData 서비스로 노출하는 자리에 놓입니다. 분석 쿼리는 임의로 축을 바꿔 보는 데 좋고, 이 화면은 정해진 판정 기준으로 이상한 활동 · 제품만 골라 보여 주는 데 맞춰 둔 것입니다. 같은 비용풀 · 사용량 뷰를 공유하므로 두 화면의 숫자는 갈라지지 않습니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 고객사가 정하는 것 | 손대는 방법 |
|---|---|---|
| 활동 ↔ 코스트센터 매핑 | 어느 코스트센터의 어느 비용 계정이 어느 활동의 비용풀인지 | 매핑 테이블 한 곳에 행을 추가합니다. 화면 코드는 바꾸지 않습니다 |
| 드라이버 수량의 원천 | 셋업 횟수 · 검사 건수 · 출하 건수 등을 어느 표준 테이블에서 모을지 | 드라이버별 수량 뷰를 하나씩 추가하고 합집합으로 묶습니다 (원천 후보는 아래 표, 확인 필요) |
| 실용 용량 정책 | 이론 용량 대비 몇 %를 실용 용량으로 볼지, 월별로 바꿀지 | 용량 테이블의 월 계획값으로 관리합니다 |
| 판정 기준 값 | 가동률 100% · 60%, 드라이버율 변동 15%, 제품 차이율 45% | 기준표 값을 바꿉니다. 코드에 박지 않았습니다 |
| 직접노무시간 기준 | 비교 대상이 되는 기존 배부 기준을 무엇으로 볼지 | 비교 열을 다른 기준(기계시간 등)으로 바꿀 수 있게 열 정의를 분리했습니다 |
| 권한 | 누가 어느 회사코드 · 코스트센터의 활동을 볼 수 있는지 | CDS 접근 제어(DCL)에서 표준 권한 객체로 겁니다 |
| 드라이버 후보 | 원천 테이블 (예시, 확인 필요) | 비고 |
|---|---|---|
| 설비 셋업 횟수 · 기계 가동시간 | AFRU (생산오더 확인 실적) | 고객사 확인 방식에 따라 다름 |
| 검사 건수 | QALS (검사 로트) | |
| 처리 주문 건수 | VBAK · VBAP (판매오더) | |
| 출하 건수 | LIKP (납품 헤더) | |
| 자재 이동 횟수 | MSEG (자재문서 항목) |
분석 지표 정의표
이 화면은 회계 기준서의 요구사항을 점검하는 도구가 아니라 관리회계 지표를 점검하는 도구이므로, 요구사항 매핑표 대신 지표 정의표를 둡니다.
| 기준서 · 대상 영역 | 지표 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| - · 관리회계 | 드라이버율 | 활동 · 드라이버율 탭 | 비용풀 ÷ 실용 용량 | 원/드라이버 단위 |
| - · 관리회계 | 가동률 | 활동 · 드라이버율 탭 | 사용 드라이버량 ÷ 실용 용량 | 100% 초과 · 60% 미만 점검 필요 |
| - · 관리회계 | 미사용 용량 원가 | 활동 · 드라이버율 탭 | 비용풀 − 제품 배부액 | 음수는 용량 초과 배부 |
| - · 관리회계 | 배부액 차이율 | 제품별 원가 비교 탭 | (ABC − 기존) ÷ 기존 | 45% 이상 점검 필요 |
| - · 관리회계 | 단위원가 | 제품별 원가 비교 탭 | 총원가 ÷ 생산수량 | 두 방식 병기 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 받는 질문을 네 묶음으로 정리했습니다.
숫자와 산식
드라이버율은 어떻게 계산합니까?
활동 비용풀을 실용 용량으로 나눕니다. 비용풀이 3,705만 원이고 실용 용량이 4,000회이면 드라이버율은 9,262.75원/회입니다. 소수 4자리까지 구하고, 제품 배부액은 제품이 쓴 드라이버 사용량에 이 드라이버율을 곱해 원 단위로 반올림합니다.
용량이 0인 활동은 나누지 않고 제외하며, 용량이 달마다 다르면 그 달의 실용 용량을 씁니다.
미사용 용량 원가는 무엇이고 음수가 되면 무슨 뜻입니까?
활동 비용풀에서 제품에 배부한 금액을 뺀 나머지입니다. 용량을 다 쓰지 못했을 때 남는 원가라서 “놀고 있는 설비와 인력의 값”으로 읽습니다.
음수이면 용량보다 많이 써서 비용풀보다 많이 배부했다는 뜻입니다. 이 자료의 4월 설비 셋업이 108.33%로 미사용 원가가 −461만 원이 되는 경우이며, 가동률 100% 초과로 점검 필요에 오릅니다.
기존 방식 배부액은 어떻게 구합니까?
같은 비용풀을 제품의 직접노무시간 비율로 나눕니다. 기존 배부액 = 비용풀 × 제품 직접노무시간 ÷ 전체 직접노무시간입니다. 이 방식은 비용풀 전액을 제품에 나누므로 제품 배부액의 합이 비용풀과 같고, 대사식 R04가 이를 확인합니다.
제품 배부액과 기존 방식 배부액의 합계가 다른데 맞는 겁니까?
맞습니다. 활동기준 방식은 쓴 만큼만 나누기 때문에 제품 배부액 합계가 비용풀보다 작고, 그 차이가 미사용 용량 원가입니다. 그래서 둘을 직접 견주는 대신 “제품 배부액 합계 + 미사용 용량 원가 = 기존 방식 배부액 합계”를 월별로 확인합니다(R05).
대사식 R03과 R06의 최대 차이가 0이 아닌데 괜찮습니까?
괜찮습니다. R03(드라이버율 × 실용 용량 = 비용풀)은 드라이버율을 소수 4자리로 반올림해서, R06(단위원가 × 수량 = 총원가)은 단위원가를 소수 2자리로 반올림해서 생기는 차이입니다. 이 자료에서는 최대 0.24와 17.04로, 반올림 허용 오차를 넘은 건은 없습니다. 차이 건수는 두 식 모두 0건입니다.
점검 필요 건수는 대사 차이와 어떻게 다릅니까?
대사 차이는 “계산이 틀렸다”는 뜻이고 점검 필요는 “확인할 만한 값이다”는 뜻입니다. 점검 화면이라 판정 기준에 걸리는 건(활동 4건, 제품 6건)을 일부러 넣었고, 이 건들은 계산이 맞는 상태에서 값이 기준을 넘은 것이므로 대사 차이 건수에 포함하지 않았습니다.
화면과 조작
조회조건을 모두 비우면 어떻게 됩니까?
회계연도는 필수라 비우면 안내 문구가 뜨고, 나머지는 ‘전체’가 기본이라 조건을 만들지 않습니다. 전체를 뜻하는 코드값을 서버로 보내지 않기 때문에 실제 SAP 서비스에 붙여도 같은 동작이 나옵니다.
전기 월 시작을 종료보다 늦게 넣으면 어떻게 됩니까?
조회하지 않고 “전기 월 시작이 종료보다 늦습니다”라는 안내를 먼저 띄웁니다. 시작과 종료를 따로 걸면 서버에 따라 or로 해석되어 모든 기간이 통과하는 일이 있어, 두 조건을 한 묶음의 and로 보내도록 맞췄습니다.
상세 창에서는 무엇을 볼 수 있습니까?
활동 행을 누르면 그 활동을 제품이 얼마나 썼는지, 제품 행을 누르면 그 제품이 활동별로 얼마나 썼는지가 열립니다. 어느 쪽이든 드라이버 사용량 · 드라이버율 · 활동기준 배부액 · 직접노무시간 · 기존 방식 배부액 · 차이가 한 표에 나옵니다.
CSV로 내려받으면 화면과 같은 숫자입니까?
같습니다. 현재 탭의 조회 결과를 그대로 UTF-8 CSV로 내려받으며, 화면용 반올림이나 단위 환산을 따로 하지 않습니다. 화면의 금액 지표는 백만 원 단위로 줄여 보이지만 표의 금액은 원 단위입니다.
월별 추이 탭에서 점검 필요 월은 어떻게 정해집니까?
그 달 활동 중 점검 필요 활동이 한 건이라도 있으면 점검 필요로 표시합니다. 이 자료에서는 3월부터 6월까지 매달 한 건씩 있어 네 달이 점검 필요이고, 1~2월은 정상입니다. 어느 활동인지는 활동 탭에서 월 범위를 좁혀 확인합니다.
판정과 분석
가동률 100% 초과와 60% 미만 기준은 정해진 값입니까?
아닙니다. 회계 기준이 정한 숫자가 아니라 이 화면의 기본 설정이며 회사 정책에 맞춰 바꿔 쓰는 값입니다. 업종에 따라 설비 가동 목표가 다르므로, 도입할 때 관리회계와 생산이 함께 정하고 기준표에서 값만 바꾸면 됩니다.
드라이버율이 15% 올랐다면 무엇부터 봅니까?
비용풀이 늘었는지, 실용 용량이 줄었는지 둘 중 하나입니다. 비용풀이 늘었으면 비용 항목별 증가를 코스트센터 개별 항목(KSB1)에서 찾고, 용량이 줄었으면 용량 변경이 의도된 것인지 확인합니다. 이 화면은 원인을 단정하지 않고 확인할 일만 제시합니다.
제품 한 종만 계속 점검 필요로 나오는 이유가 있습니까?
이 자료에서는 구동 모터 L이 여섯 달 중 다섯 달에 걸리는데, 직접노무시간 비중이 큰 대신 셋업 · 검사 같은 활동은 적게 쓰는 제품이라 기존 방식이 과하게 배부하고 있었기 때문입니다. 제품 상세에서 활동별 차이를 펼치면 어느 활동이 차이를 만드는지 보입니다.
기존 방식 대비 차이율 45%는 너무 크지 않습니까?
기본값일 뿐입니다. 제품 수가 많은 회사는 낮추어 후보를 넓히고, 소수 제품만 보는 회사는 높여 주요 제품만 봅니다. 차이율이 큰 것이 곧 잘못이라는 뜻도 아닙니다. ABC를 도입한 효과가 큰 제품이라는 신호일 수 있으며, 그래서 점검 필요를 “확인 대상”이라고 부릅니다.
가동률 평균만 따로 읽는 호출은 어디에 쓰입니까?
선택한 연도와 월의 활동 가동률 평균을 숫자 하나로 돌려줍니다. 요약 지표나 외부 대시보드가 이 숫자만 필요할 때 목록을 받지 않고 호출할 수 있게 둔 읽기 전용 호출입니다. 이 자료에서 2026년 4월을 넣으면 91.983이 나옵니다.
도입과 운영
도입하면 어떤 효과가 있고 누가 씁니까?
월마감 전에 배부 결과를 점검하는 관리회계 담당이 주 사용자이고, 원가 변동 사유를 설명해야 하는 원가 관리자와 설비 가동률을 보는 생산 관리자가 함께 봅니다. 엑셀로 두 방식을 견주던 작업이 사라지고, 이상한 활동과 제품만 골라 보므로 점검 시간이 줄어듭니다.
적용 시기나 대상 기준서가 따로 있습니까?
없습니다. 관련 기준서가 정해진 도구가 아니라 관리회계 영역의 점검 화면이라 별도의 적용 시기가 없습니다. 판정 기준 값도 회사 정책에 맞춰 정하는 값입니다.
SAP 표준 T-code를 대체합니까?
아닙니다. 배부 실행은 KSU5, 개별 항목 확인은 KSB1, 활동 수량 입력은 KB21N, 비용풀 총액 대조는 S_ALR_87013611이 그대로 맡습니다. 이 화면은 그 결과를 읽어 한 곳에서 맞춰 보는 확장입니다.
데이터는 어디서 가져옵니까?
화면은 OData 서비스만 바라봅니다. 운영에서는 활동 비용풀을 ACDOCA에서, 드라이버 수량을 생산 확인 · 검사 로트 · 판매오더 · 납품 · 자재문서 같은 원천에서 모아 같은 엔티티셋으로 제공하면 됩니다. 원천 테이블은 고객사 업무에 맞춰 정하는 값이며 확인이 필요합니다.
운영 연결에는 얼마나 걸리고 무엇이 먼저입니까?
개발보다 합의가 먼저입니다. 활동과 코스트센터의 매핑, 실용 용량 정책, 드라이버 수량 원천 세 가지를 정하는 데 대부분의 시간이 들고, 합의가 끝나면 CDS 뷰를 만들어 이송하고 서비스를 게시한 뒤 화면의 서비스 주소만 바꿉니다. 일정은 원천 수량 확보 여부에 따라 달라 확인 후에 정합니다.
권한은 어떻게 겁니까?
회사코드와 코스트센터 권한을 CDS 접근 제어로 비용풀 단계에서 겁니다. 드릴스루 단계에서만 걸면 합계에서 뺄셈으로 다른 조직의 비용이 드러날 수 있어서입니다. 이 화면에는 데이터를 바꾸는 기능이 없고 조회와 CSV 내려받기뿐입니다.
데이터가 매우 많아지면 느려지지 않습니까?
제품 탭이 가장 먼저 느려집니다. 활동 × 제품 × 월 단위이기 때문에 제품 수가 수천이면 사용량 뷰가 커집니다. 기간과 제품 범위를 먼저 고르게 하고, 드라이버 수량은 월마감 직전에 적재 테이블로 한 번 모아 두는 방식을 권합니다. 비용풀 쪽은 활동 × 월로 줄어 부담이 작습니다.
활동이나 제품이 늘면 화면 코드를 고쳐야 합니까?
아니요. 활동은 매핑 테이블 행을 추가하고, 제품은 마스터에서 읽습니다. 화면은 서비스가 주는 목록을 그대로 그리므로 필터 선택지도 데이터에서 만들어집니다. 새 판정 조건이 필요하면 서비스의 판정 규칙과 기준표를 고칩니다.
이 화면의 판정이 최종 판단입니까?
아닙니다. 이 화면은 분류 · 집계 · 대사를 돕는 조회 · 점검 도구이고 ‘점검 필요’는 확인 대상이라는 뜻입니다. 원인을 단정하지 않으며, 원가 배부 정책의 최종 판단은 회사가, 필요하면 감사인이 합니다.