유휴·가동 손실 원가 점검 — 제조원가, 작업장이 서 있던 시간을 원가로 바꿔 허용 기준과 견주는 월마감 화면
작업장별 손실시간 · 유휴 손실원가 · 허용 손실률 · 정지 이벤트와 원인 · 월별 추이 · 아홉 가지 대사식 — 소개 영상과 실제 화면 6종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함8개 장면음성 안내 · 자막소개 → 처음 연 화면 → 작업장별 점검 → 손실 이벤트 → 원인별 집계 → 월별 추이 → 대사 결과 → 정리
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
매월 반복되는 유휴·가동 손실 원가 점검은 여러 시스템에 흩어진 데이터와 수동 작업으로 인해 부정확하고 비효율적입니다. 이 앱은 작업장 가동 데이터를 원가로 전환하고, 자체 정합성 검증 및 작업장별 맞춤 기준을 적용하여 월마감 전 잠재된 손실 원가 문제를 선제적으로 식별하고 개선 기회를 제공합니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 분산된 원가 데이터의 통합 | 작업장 가용시간, 가동시간, 손실시간 및 유휴 손실원가를 한 화면에서 종합적으로 파악하여 월마감 전 핵심 원가 정보를 점검합니다. | 작업장 마스터, 생산오더 실적, 코스트센터 보고서 등을 오가며 수동으로 데이터를 취합해야 합니다. |
| ② 손실 시간의 원가 가치화 | 작업장의 정지 시간을 활동단가와 곱하여 유휴 손실원가로 산출, 시간 단위의 손실을 실제 원가 부담으로 인지하여 관리 우선순위를 정합니다. | 정지 시간을 단순 가동률로만 파악하여 재무적 영향이나 원가 부담을 정확히 인지하기 어렵습니다. |
| ③ 작업장별 허용 기준 관리 | 작업장별로 설정된 허용 손실률(예시: 5~9%)과 실제 손실률을 비교하여, 허용 범위를 3%p 초과하는 작업장을 자동 판정하고 점검 대상을 파악합니다. | 모든 작업장에 동일한 기준을 적용하거나, 복잡한 엑셀 계산으로 개별 기준을 수동 검토해야 합니다. |
| ④ 활동단가 누락 자동 감지 | 손실시간이 발생했음에도 활동단가가 0으로 설정되어 유휴 손실원가가 0으로 집계된 작업장을 식별하여 원가 누락을 방지하고 단가 설정을 확인하도록 합니다. | 활동단가 설정 오류로 인해 실제 손실이 원가로 반영되지 않아 잠재적 손실을 인지하지 못합니다. |
| ⑤ 손실 원인 집중 분석 및 조치 | 설비 고장이 손실시간의 50%를 초과하거나, 원인 미분류가 30%를 초과하는 작업장을 판정하여 원인 분석 및 개선 방향 파악을 지원합니다. | 정지 사유 데이터를 수동으로 집계하고 분석하여 문제 원인을 파악하는 데 많은 시간과 노력이 소요됩니다. |
| ⑥ 9가지 대사식 기반 정합성 검증 | 가용시간 구성, 유휴 손실원가 계산, 원가 풀 배분 등 9가지 핵심 대사식으로 SAP 원장 데이터와 화면 계산 결과의 정합성을 자동으로 검증합니다. | 여러 보고서의 숫자를 수작업으로 대조하여 정합성을 확인하고, 불일치 발생 시 원인을 찾는 데 어려움을 겪습니다. |
| ⑦ SAP 표준 보고서의 보완 및 확장 | SAP 표준 T-code(CR03, CO03 등)가 제공하지 않는 작업장별 시간 구성과 원가, 허용 기준 비교, 정지 원인별 원가 비중 분석 기능을 통합 제공합니다. | SAP 표준 보고서로는 통합된 시각을 얻기 어려워, 엑셀 등으로 데이터를 내려받아 추가 가공해야 합니다. |
사례로 보는 효과
가상의 6개월 샘플 데이터에서는 총 손실시간 743시간(가용시간의 6.34%)이 4,147만 원의 유휴 손실원가로 변환되었습니다. 전체 합계로는 허용 범위 안이었으나, 작업장·월 단위에서는 활동단가 누락, 설비 고장 편중 등 9건의 점검 필요 사항이 식별되어 숨겨진 문제점을 명확히 보여줍니다.
도입하면 달라지는 것
- 월마감 전 손실 원가 점검 프로세스 효율화
- 유휴 손실원가 분석의 정확성 및 신뢰도 향상
- 손실 원인에 대한 구체적인 개선 방향 도출 지원
- 데이터 정합성 검증 자동화로 원가 데이터 신뢰 증대
이런 회사에 맞습니다
제조원가 영역에서 유휴·가동 손실을 관리하고, 월마감 전에 작업장별 손실 원가를 체계적으로 점검하여 생산성 및 원가 개선 방안을 모색하려는 제조 기업의 재무, 관리회계, 생산 관리 팀에 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
아래 화면은 가상의 작업장 6곳(CNC 선반 2 · 머시닝센터 · 프레스 · 조립 · 도장)과 가상의 단가로 만든 검증용 샘플 데이터(2026년 1~6월)를 실제로 조회한 모습입니다. 작업장·월 36행, 정지 이벤트 282건이며, 실제 고객사 값이 아닙니다.
처음 열었을 때
열면 자동으로 한 번 조회해, 조회조건 아래에 요약 지표 일곱 개와 작업장별 점검 표가 한꺼번에 나옵니다.

맨 위 조회조건은 회계연도 · 전기 월 시작/종료 · 작업장 · 손실 원인 · 점검 결과 여섯 칸이고 기본값은 2026년 전체입니다. 요약 지표는 유휴 손실원가 합계 41.5 · 허용 손실원가 46.2 · 허용 초과 원가 -4.8(이상 백만 원) · 손실률 6.34% · 점검 필요 작업장 9 · 점검 필요 원인 2 · 정합성 대사 차이 건수 0 순서입니다. 허용 초과 원가가 음수라는 것은 6개월 합계로는 허용 범위 안이라는 뜻입니다. 표는 작업장 · 월마다 가용시간 · 가동시간 · 준비·교체 · 설비 고장 · 자재·인력 대기 · 원인 미분류 · 손실시간 · 손실률 · 허용 손실률을 한 줄에 보여 줍니다. 탭 이름 위의 숫자는 조회된 건수입니다.
손실 이벤트
두 번째 탭은 작업장이 선 기록을 한 건씩 보여 줍니다. 손실시간이 어떤 정지들로 이뤄졌는지 확인하는 자리입니다.

이벤트는 6개월 동안 282건입니다. 건마다 정지 날짜 · 작업장 · 원인 · 정지 시간 · 손실원가가 있고, 손실원가는 정지 시간에 그 작업장의 활동단가를 곱한 값입니다. 작업장별 점검 표의 손실시간은 이 이벤트 시간의 합과 같아야 하며, 이는 대사식 R05로 검산됩니다. 손실 원인과 작업장 조건을 걸면 “3월 프레스 라인의 고장 정지만”처럼 좁혀 볼 수 있습니다.
원인별 집계
세 번째 탭은 월마다 손실을 원인별로 나눕니다. 어느 달에 어떤 원인이 몰렸는지 한눈에 보입니다.

원인은 준비·교체 · 설비 고장 · 자재·인력 대기 · 원인 미분류 네 가지이고, 월 4행씩 24행입니다. 6개월 합계로는 설비 고장이 249시간, 준비·교체가 248시간, 자재·인력 대기가 175시간, 원인 미분류가 71시간이어서 합계 743시간입니다. 이 가운데 3월의 원인 미분류 원가 비중은 14.49%로 12%를 넘어 C1 점검 필요이고, 5월의 설비 고장 원가 비중은 42.62%로 40%를 넘어 C2 점검 필요입니다. 비중 합계는 매월 100%여야 하며 R08로 검산됩니다.
월별 추이
네 번째 탭은 6개월을 한 줄씩 놓고 손실이 어느 달에 커졌는지 봅니다.

월 손실률은 1월 7.03%, 2월 5.82%, 3월 6.05%, 4월 6.51%, 5월 5.89%, 6월 6.70%입니다. 6개월 중 허용 초과 원가가 양수인 달은 4월 하나이고(+10.4만 원), 나머지 달은 허용 기준보다 손실원가가 작아 음수입니다. 달이 정상이어도 안에는 점검 필요 작업장이 있을 수 있어, 월 행의 점검 필요 건수를 함께 봅니다. 월 행을 누르면 그 달의 이벤트 명세가 열립니다.
대사 결과
마지막 탭은 숫자를 믿어도 되는지 확인하는 자리입니다.

아홉 대사식마다 검사 건수 · 좌변 · 우변 · 차이 건수 · 최대 차이가 나옵니다. 검사는 모두 229건이고 차이는 0건입니다. 차이 건수 칸은 0이면 정상색, 0이 아니면 경고색으로 바뀌어 그 숫자는 원천을 확인하라는 신호가 됩니다.
행 클릭 상세
표의 행을 누르면 그 작업장·월의 시간 구성과 원가, 점검 내용, 정지 이벤트 명세가 한 창에 열립니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
원가를 집계하고 전기하는 일은 SAP 표준 T-code가 담당하고, 이 화면은 그 결과를 조회 · 검증하는 관점을 더해 확장합니다. 표준 화면을 없애는 것이 아니라, 표준 화면 사이를 오가며 하던 대조를 한 화면으로 모읍니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 되는 범위 | 이 앱이 더하는 관점 |
|---|---|---|
| 작업장의 용량과 코스트센터 · 활동유형 연결 확인 | CR03에서 작업장 마스터를 열어 봅니다. 마스터 조회가 본업입니다 | 연결된 값으로 활동단가가 비어 있는 작업장을 찾아 점검 필요로 올립니다 |
| 정지가 걸린 오더의 공정 확인 | CO03에서 생산오더의 공정과 확정 내역을 봅니다 | 정지 이벤트 명세에서 오더로 내려갈 단서를 둡니다. 오더를 바꾸지 않습니다 |
| 활동 원가풀을 이루는 전표 확인 | KSB1에서 코스트센터 개별 항목을 봅니다 | 작업장 · 월 단위로 모은 원가풀과 손실원가를 한 줄에 둡니다 |
| 코스트센터 실적 · 계획 · 차이 보고 | S_ALR_87013611에서 코스트센터 단위로 봅니다 | 보고서 총액과 화면 합계가 맞는지 대사식으로 확인합니다 |
| 작업장 시간을 원가로 바꿔 허용 기준과 견주기 | 없음 — 시간 구성과 원가와 허용 기준을 한 표에 두는 표준 보고서가 없어 보통 엑셀로 만듭니다 | 손실시간 · 유휴 손실원가 · 손실률 · 허용 초과 원가를 나란히 둡니다 |
| 정지 원인별 비중 파악 | 없음 — 정지 사유를 월마다 원가 비중으로 보여 주는 전용 화면이 없습니다 | 원인별 시간 · 원가 · 비중과 편중 여부를 월별로 보여 줍니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| CR03 | 작업장 표시 | 이어받는 것 작업장의 용량 · 코스트센터 · 활동유형 할당. 대사 지점 화면의 작업장과 코스트센터가 마스터와 같은지. 오가는 법 L2(활동단가 없음)가 걸린 작업장은 CR03에서 활동유형 할당과 유효기간을 확인합니다. 표준에 남길 일 작업장 마스터 유지. |
| CO03 | 생산오더 표시 | 이어받는 것 오더의 공정 · 확정 내역. 대사 지점 가동시간으로 쓴 확정 시간 합계. 오가는 법 정지가 몰린 날의 이벤트에서 오더로 내려가 어느 공정이 멈췄는지 봅니다. 표준에 남길 일 오더 변경과 확정 정정. |
| KSB1 | 코스트센터 개별 항목 | 이어받는 것 활동 원가풀을 이루는 전표 라인. 대사 지점 작업장 원가풀 합계와 연결된 코스트센터 개별 항목 합계. 오가는 법 월 원가풀이 전월보다 크게 변한 작업장은 KSB1에서 해당 코스트센터의 전표를 열어 증가 항목을 찾습니다. 표준에 남길 일 전표 상세 조회와 증빙 확인. |
| S_ALR_87013611 | 코스트센터: 실적/계획/차이 | 이어받는 것 코스트센터별 실적 비용. 대사 지점 작업장에 속한 코스트센터의 실적과 원가풀. 오가는 법 비용이 계획과 얼마나 벌어졌는지는 이 보고서에서 보고, 그 비용 가운데 서 있던 시간의 몫은 이 화면에서 봅니다. 표준에 남길 일 계획 대비 차이 보고와 감사 대응. |
S/4HANA 분석 스택과의 자리
S/4HANA에서는 CDS 뷰 위에 분석 쿼리를 만들고, Fiori 분석 앱이나 Analysis for Office로 읽는 구성이 일반적입니다. 이 앱은 그 구성과 경쟁하지 않고 같은 CDS 뷰를 OData 서비스로 노출하는 자리에 놓입니다. 분석 쿼리는 임의로 축을 바꿔 보는 데 좋고, 이 화면은 정해진 판정 기준으로 이상한 작업장 · 원인만 골라 보여 주는 데 맞춰 둔 것입니다. 같은 시간 · 원가 뷰를 공유하므로 두 화면의 숫자는 갈라지지 않습니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 고객사가 정하는 것 | 손대는 방법 |
|---|---|---|
| 활동단가 기준 | 작업장별 활동유형과 단가, 유효기간 | 기준 테이블 한 곳에 행을 추가합니다. 화면 코드는 바꾸지 않습니다 |
| 허용 손실률 | 준비가 많은 설비 · 연속 설비 등 특성별 허용 손실률 | 기준 테이블 값을 바꿉니다. 코드에 박지 않았습니다 |
| 정지 기록 원천 | 정지 시간과 사유를 어느 시스템에서 받을지 | 이벤트 뷰의 원천만 바꿉니다. 위쪽 뷰는 원천을 모릅니다 (원천 후보는 아래 표, 확인 필요) |
| 원인 분류 체계 | 준비 · 고장 · 대기 · 미분류 외에 회사가 쓰는 원인 코드 | 원인 매핑 한 곳에서 네 묶음으로 접습니다 |
| 가용시간 정의 | 교대 · 휴일 · 계획 정비를 가용시간에서 뺄지 | 가용시간 산출 뷰의 한 자리에서 정합니다 |
| 판정 기준 값 | 손실률 초과 3%p, 고장 50%, 미분류 30%, 월 미분류 12%, 월 고장 40% | 기준표 값을 바꿉니다 |
| 권한 | 누가 어느 플랜트 · 작업장을 볼 수 있는지 | CDS 접근 제어(DCL)에서 표준 권한 객체로 겁니다 |
| 데이터 | 원천 테이블 (예시, 확인 필요) | 비고 |
|---|---|---|
| 작업장 헤더 · 이름 · 코스트센터 할당 | CRHD · CRTX · CRCO | |
| 작업장 가용 용량 | KAKO · KAPA | 가용시간 산정 방식은 고객사 확인 |
| 가동시간(오더 확정) | AFRU · AUFK | 확정 방식에 따라 다름 |
| 활동유형 마스터 | CSLA | 활동단가 테이블은 확인 필요 |
| 정지 시간 · 사유 | 회사 정지 기록 | 원천 확인 필요 |
분석 지표 정의표
이 화면은 회계 기준서의 요구사항을 점검하는 도구가 아니라 제조원가 지표를 점검하는 도구이므로, 요구사항 매핑표 대신 지표 정의표를 둡니다.
| 기준서 · 대상 영역 | 지표 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| - · 제조원가 | 손실률 | 작업장별 점검 탭 | 손실시간 ÷ 가용시간 × 100 | 허용 손실률보다 3%p 초과 시 점검 필요 |
| - · 제조원가 | 유휴 손실원가 | 작업장별 점검 탭 | 손실시간 × 활동단가 | 단가가 없으면 0 → L2 |
| - · 제조원가 | 허용 초과 원가 | 작업장별 점검 · 월별 추이 탭 | 손실원가 − 허용 손실원가 | 음수는 허용 범위 안 |
| - · 제조원가 | 가동률 | 작업장별 점검 탭 | 가동시간 ÷ 가용시간 × 100 | |
| - · 제조원가 | 원인별 비중 | 원인별 집계 탭 | 원인 손실원가 ÷ 월 손실원가 × 100 | 월 합계 100% |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 받는 질문을 네 묶음으로 정리했습니다.
숫자와 산식
이 화면은 무엇을 점검하나요?
작업장이 가동하지 못한 시간을 원가로 바꾸어, 허용 기준과 견줘 보는 화면입니다. 손실률이 허용 기준을 넘는 작업장, 손실시간은 있는데 활동단가가 없는 작업장, 고장이나 미분류에 몰린 작업장을 점검 필요로 표시합니다. 원인을 단정하지는 않습니다.
유휴 손실원가는 어떻게 계산하나요?
작업장의 손실시간에 활동단가를 곱합니다. 활동 원가풀은 가용시간에 활동단가를 곱한 값이고, 제품 배부 원가와 유휴 손실원가의 합과 같아야 합니다. 이 관계가 대사식 R03 이며 화면의 대사 결과 탭에서 확인합니다.
허용 손실률은 어디서 오나요?
작업장별 기준 값입니다. 화면은 이 값을 칸으로 보여 주고, 손실률이 이 값보다 3%p 넘게 크면 점검 필요로 표시합니다. 값 자체는 회사가 생산 특성에 맞춰 정해야 하며 이 화면이 대신 정해 주지 않습니다.
가용시간과 가동시간은 어떻게 다른가요?
가용시간은 작업장이 돌 수 있도록 잡아 둔 전체 시간이고, 가동시간은 실제로 일한 시간입니다. 가용시간에서 가동시간을 뺀 것이 손실시간이며, 손실시간은 준비·교체, 설비 고장, 자재·인력 대기, 원인 미분류로 나뉩니다.
허용 초과 원가가 마이너스로 나오면 문제인가요?
허용 손실원가보다 실제 손실원가가 작다는 뜻이므로 문제가 아닙니다. 양수일 때만 허용 범위를 넘은 만큼의 원가로 읽습니다. 합계는 작업장별 양수와 음수가 서로 상쇄되므로, 판단은 작업장별 행에서 하는 것이 좋습니다.
샘플 화면의 숫자는 실제 회사 값인가요?
아닙니다. 가상의 작업장과 가상의 단가로 만든 검증용 샘플 데이터이며 실제 고객사의 값이 아닙니다. 산식이 의도대로 맞는지 보여 주기 위한 용도입니다.
화면과 조작
조회 조건은 무엇이 있나요?
회계연도(필수), 전기 월 시작·종료, 작업장, 손실 원인, 점검 결과입니다. 선택 항목을 전체로 두면 해당 조건을 서비스에 보내지 않고 모든 값을 조회합니다. 조회 버튼은 조회 조건 오른쪽 끝에 있고, 입력 칸에서 Enter 키를 눌러도 조회됩니다.
행을 누르면 무엇이 열리나요?
작업장 행이나 이벤트 행을 누르면 그 작업장·월의 시간 구성, 원가, 점검 내용과 정지 이벤트 명세가 한 창에 열립니다. 원인 행을 누르면 그 월·원인의 이벤트가, 월 행을 누르면 그 월의 이벤트가 열립니다.
CSV 로 내려받을 수 있나요?
네. 현재 열려 있는 탭의 조회 결과를 UTF-8 CSV 로 내려받습니다. 엑셀에서 한글이 깨지지 않도록 처리되어 있고, 파일 이름은 기능명과 탭 이름으로 붙습니다.
서비스에 연결되지 않으면 어떻게 되나요?
빈 화면이나 콘솔 오류로 두지 않고, 서비스 정의를 불러오지 못했는지, 요청이 실패했는지를 구분해 안내 창을 띄웁니다. 조회는 성공했지만 결과가 없으면 조건에 맞는 작업장이 없다는 안내가 나옵니다.
좁은 화면에서도 쓸 수 있나요?
표는 가로로 스크롤되고, 조회 조건은 줄바꿈되어 배치됩니다. 데스크톱 화면을 기준으로 설계했으며 태블릿에서도 사용할 수 있습니다.
점검 기능
점검 필요는 어떤 기준으로 표시되나요?
작업장 행에는 네 가지 기준을 씁니다. 손실률이 허용 손실률보다 3%p를 넘는 경우, 손실시간이 있는데 활동단가가 없는 경우, 설비 고장이 손실시간의 50%를 넘는 경우, 원인 미분류가 손실시간의 30%를 넘는 경우입니다. 원인별 행에는 미분류 원가 비중 12% 초과, 고장 원가 비중 40% 초과를 씁니다.
점검 필요가 나오면 곧바로 문제가 있다는 뜻인가요?
아닙니다. 확인해 볼 만한 후보를 골라낸 것입니다. 정비 일정이나 신규 설비 도입처럼 정당한 사유가 있을 수 있고, 최종 판단은 회사가 합니다.
대사 결과 탭은 무엇을 보여 주나요?
아홉 가지 정합성 식의 검사 건수, 차이 건수, 최대 차이를 보여 줍니다. 차이 건수가 0 이어야 시간과 원가의 계산이 서로 맞는 것입니다. 이 값이 0 이 아니면 그 아래 행의 대사식을 보고 어느 단계에서 어긋나는지 따라가면 됩니다.
원인이 미분류인 시간은 왜 따로 보나요?
정지 사유가 입력되지 않으면 어떤 개선도 시작할 수 없기 때문입니다. 미분류 비중이 높은 작업장은 원인 분석 이전에 입력 상태부터 확인해야 하므로 별도로 점검 코드를 둡니다.
월별 추이는 어떻게 읽나요?
월마다 가용시간 대비 손실시간, 손실원가, 허용 초과 원가를 보여 줍니다. 특정 월에 손실률이 튀면 월 행을 눌러 그 달의 이벤트 명세를 열고, 어느 작업장·원인에서 늘었는지 따라갑니다.
도입과 운영
SAP 표준 화면과 무엇이 다른가요?
표준 화면은 작업장 마스터, 코스트센터 실적, 생산오더 확정을 각각 보여 줍니다. 이 화면은 같은 데이터를 작업장·월 한 줄로 모아 시간을 원가로 바꾸고 허용 기준과 대사 결과까지 함께 보여 주는 조회·점검 관점을 더합니다. 표준 실행은 SAP 표준 T-code 가 담당합니다.
기존 표준 보고서를 없애야 하나요?
아닙니다. 표준 보고서는 감사와 법정 대응의 근거로 남겨 두고, 이 화면은 월마감 전에 이상한 작업장을 먼저 골라내는 용도로 씁니다. 두 화면의 숫자를 맞춰 보는 대사 지점은 활동 원가풀과 코스트센터 전기 내역입니다.
운영 데이터로 연결하려면 무엇이 필요한가요?
활동단가 기준 테이블, 정지 기록 원천, 원인 분류 매핑, 권한 설계, 서비스 게시가 필요합니다. 화면의 manifest 에 선언된 서비스 주소만 운영 서비스로 바꾸면 화면 코드는 그대로 쓸 수 있습니다. 소요 기간은 정지 기록 원천이 얼마나 정리되어 있는지에 크게 좌우되며, 일반화해서 말하기는 어렵습니다(확인 필요).
정지 기록이 아직 정리되어 있지 않으면 쓸 수 없나요?
정지 시간을 확정하는 일이 선행되어야 합니다. 정지 기록이 없다면 이 화면은 손실시간을 만들어 낼 수 없으므로, 먼저 정지 사유를 입력하는 절차부터 정해야 합니다. 미분류 비중이 높게 나오는 것이 그 출발점이 될 수 있습니다.
권한은 어떻게 나누나요?
플랜트 단위로 조회 권한을 나누는 것을 기본으로 합니다. 활동단가와 가동 현황이 함께 드러나므로 필요한 사람에게만 열어 두는 것이 좋습니다. 권한 오브젝트와 값은 회사 권한 설계에 맞춰 정합니다.
대용량 데이터에서도 빠른가요?
운영 데이터에서는 이벤트 수가 월 수만 건이 될 수 있어, 화면이 전체를 받아 계산하지 않고 조회 조건을 서비스에 보내 필요한 만큼만 받도록 만들었습니다. 회계연도와 기간을 필수에 가깝게 쓰고, 큐브 뷰에서 집계하도록 두는 것이 좋습니다.
계정이나 작업장 체계가 바뀌면 어떻게 하나요?
작업장과 활동단가는 기준 테이블과 차원 뷰에서 읽으므로 코드를 고치지 않고 기준만 바꾸면 됩니다. 이름이 바뀐 작업장은 차원 뷰에서 한 번에 반영됩니다.
이 화면의 결과를 감사 자료로 써도 되나요?
이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 화면의 점검 필요는 확인할 후보를 알려 주는 것이지 손익 처리를 정해 주는 것이 아닙니다. 감사 대응은 표준 보고서와 원장을 근거로 하시기 바랍니다.
적용 시기나 대상 범위에 정해진 것이 있나요?
이 화면은 특정 기준서 요구사항을 점검하는 것이 아니라 제조원가 영역의 내부 관리 점검 도구이므로 정해진 적용 시기는 없습니다. 도입 범위는 회사가 정합니다.
여러 플랜트를 한 번에 볼 수 있나요?
샘플은 한 플랜트를 가정했습니다. 운영에서는 플랜트를 조회 조건으로 추가하고 큐브 뷰의 키에 플랜트가 이미 들어 있으므로 서비스 쪽 변경은 크지 않습니다(확인 필요).